Cómo reducir el tiempo de respuesta de su servidor con WordPress

Un tiempo de respuesta rápido del servidor es uno de los factores más importantes para las velocidades de carga del sitio. No importa qué tan compactadas estén sus imágenes, cómo comprimieron sus scripts, si el servidor tarda segundos en responder.

Hasta cierto punto, solo hay mucho que puedes controlar con tu servidor. Intenté enumerar tantos factores como puedo que pueden ayudarlo a acelerar su servidor, lo que a su vez ayuda a que su sitio cargue rápidamente y aumente su clasificación en PageSpeed.

Reducir complementos

Sí, lo sé. Uno de los principales puntos de venta de WordPress es la capacidad de usar complementos para expandir de manera espectacular la funcionalidad de la plataforma. Si ha estado usando WordPress durante el tiempo suficiente, es probable que tenga un conjunto estable de complementos que no puede vivir sin él. Mejoras de funciones, complementos de seguridad, todo tipo de personalizaciones; son las comodidades que hacen que WordPress valga la pena.

Algunos complementos son completamente pasivos y solo se aplican a ciertas acciones que sus usuarios nunca ven. Un complemento que ejecute una vez para auditar sus enlaces de retroceso no afecta el tiempo de respuesta del servidor a menos que esté ejecutando activamente un escaneo, utilizando los recursos del servidor. Un complemento que reduce el tamaño del archivo de imagen al cargarlo no entra en juego fuera de la carga de una imagen.

Aún así, muchos complementos afectan la velocidad del servidor simplemente por existir. En general, es una buena idea reducir el número de complementos que usa. Por ejemplo, hay complementos para agregar un Favicon a su sitio, pero ¿por qué necesita tener un complemento para eso cuando simplemente puede agregar el código a su tema?

Algunos complementos que desea conservar, por supuesto. Un buen complemento SEO tiene demasiado valor para ignorar. Un plugin de filtrado de spam como Akismet es esencial si mantiene los comentarios habilitados. Un complemento de seguridad es más crucial que nunca en estos días de infracciones constantes en el sitio.

Mientras lo hace, actualice los complementos que pueda. Por un lado, a medida que los complementos avanzan en el desarrollo, tienden a obtener características y optimizaciones. Es posible que se pueda actualizar una versión más antigua y cliché de un complemento para ocupar menos recursos del servidor y acelerar su sitio. También desea mantener los complementos actualizados para que no se conviertan en problemas de seguridad en el futuro.

Nota especial: desconfíe de cualquier complemento conocido por ralentizar su sitio. Una forma de que esto ocurra es con complementos premium de código cerrado con código cifrado. Para descifrar estos complementos para que puedan ejecutarse, su servidor necesita volver a llamar al servidor del host del complemento, lo que por definición agrega tiempo a cada interacción. También puede verificar si no está utilizando un complemento que realiza constantes consultas a la base de datos, como cualquiera de estos .

Adopte una arquitectura de velocidad

El marco Genesis para WordPress, ofrecido por StudioPress , es una especie de marco alternativo para WordPress. Se necesita toda la arquitectura por defecto que WordPress ha creado y hackeado, optimizando y eliminando bits lentos hasta centrarse por completo en la velocidad.

La desventaja de utilizar un marco como este es que te limita en términos de qué otros complementos o temas puedes usar. Es como usar un CMS diferente por completo, solo con todas las funcionalidades de back-end que espera de WordPress. Dale un vistazo; podría valer la pena investigar, o podría descartar ciertas características que realmente no puede vivir sin él.

Implementar almacenamiento en caché

Con WordPress, cuando un usuario envía una solicitud para buscar una página en su sitio web, su servidor tiene que consultar su base de datos de ida y vuelta. Necesita extraer recursos estáticos como imágenes y archivos de temas de un área, y necesita extraer o generar contenido dinámico de fuentes externas. Todo esto requiere repetidas llamadas al servidor.

Esto está bien para un usuario, pero ¿qué sucede cuando tienes cientos o miles de personas haciendo solicitudes para la misma página? Eso es mucha carga redundante. ¿Por qué no simplemente crear y representar la página para una persona, y luego guardar esa versión representada y mostrarla a todos los demás?

Obviamente, esto solo funciona si la página no cambia de persona a persona, ¿pero con qué frecuencia cambia un sitio así? Los elementos menores cambian, como anuncios o publicaciones relacionadas, pero el texto, la navegación y la mayoría del sitio nunca cambian.

El almacenamiento en caché permite que su servidor guarde estas versiones representadas del sitio para que se publiquen a los visitantes nuevos, lo que minimiza una gran cantidad de llamadas al servidor y reduce la carga del servidor. Puede hacer el almacenamiento en caché de muchas maneras diferentes, generalmente con complementos. Theme Isle tiene un muy buen resumen del almacenamiento en caché que puedes leer aquí .

También puede implementar el almacenamiento en caché en el lado del servidor , forzando el almacenamiento en caché a través de Apache o NGINX. Sin embargo, eso es un poco más complejo, por lo que te dejo investigar si te molesta hacer frente a la infraestructura del servidor.

Usa una red de entrega de contenido

Una gran parte de la carga en su servidor está cargando archivos grandes , y el 99% del tiempo, los archivos grandes que está cargando serán imágenes, videos y otras formas de medios. Tenga en cuenta que el texto de este artículo completo es de alrededor de 10 kb. Ahora considere que el logotipo de este sitio, en la esquina, es de 5kb. Cualquier imagen más grande va a ser de 20kb, 50kb o incluso más, y eso se reduce. Los videos, mientras tanto, se miden en mb o incluso en gb por mucho tiempo, en video HD.

El contenido multimedia es enorme y lleva tiempo cargar desde un servidor. Mientras más alejado esté el servidor geográficamente del usuario, más tiempo tardará. Esta es la razón por la que se crearon redes de distribución de contenido.

Un CDN puede contribuir en gran medida a acelerar su sitio, al descargar la carga de los medios de su servidor. ¿Quién crees que tiene más recursos de servidor para dedicar a cargar tu imagen, tu servidor web o Amazon?

Por supuesto, debe elegir un buen CDN , debe configurarlo correctamente y debe descargarlo. No es una cuestión trivial, pero es un gran beneficio cuando se configura correctamente.

Minimizar consultas externas

Ahora, una cosa sobre CDN es que compensan su consulta externa cargando sus medios más rápido de lo que su servidor puede hacerlo. Ese no es el caso para cada forma de consulta externa.

Una consulta externa es cada vez que su servidor necesita llamar a otro sitio u otro servidor para obtener información. Todos agregan, como mínimo absoluto, el tiempo que demora la llamada del servidor más el tiempo que tarda el otro servidor para preparar y enviar los datos que su servidor está solicitando.

Piensa en tu sitio; ¿Cuántas veces hace su servidor esto? Puede ser más de lo que piensas Cada banco de botones de redes sociales, por ejemplo, necesita llamar a cada servidor para obtener recuentos de recursos sociales actualizados. La mayoría de los botones almacenan en caché estos por un tiempo, pero sigue siendo una llamada externa. Lo mismo ocurre con la obtención de feeds RSS, incrustación de contenido de redes sociales o YouTube, y cualquier otra forma de contenido incrustado.

Su sitio se cargará más rápido, con menos tensión en su servidor, cuando tenga menos consultas externas para procesar cuando se carga una página.

Cargue guiones más tarde

Los scripts son otra área donde los sitios a menudo toman un tiempo para cargar y funcionar. El problema no son los guiones en sí mismos; a menudo, una buena secuencia de comandos tarda milisegundos en ejecutarse. El problema proviene de la colocación de scripts.

Cuando coloca una secuencia de comandos en la parte superior de la página y no tiene una carga diferida en su lugar, la secuencia de comandos debe ejecutarse antes de que algo más adelante en la página comience a cargarse. ¡Esto casi nunca es necesario! No desea que un script actúe como un controlador de acceso a menos que los resultados de ese script sean esenciales para la correcta carga del contenido posterior.

Lazy cargar tus scripts es una opción; al configurar los scripts para que se carguen en un retraso o simultáneamente con otro contenido, ya no se convierten en guardianes. Si no quiere meterse con la carga diferida, también puede simplemente colocar las secuencias de comandos en la parte inferior de la página. A menudo no existe una diferencia funcional, y la página aparece cargada antes de que se cargue por completo, pero significa que hay menos demora antes de que el contenido esté listo y visible para los usuarios.

Actualiza PHP, Apache, NGINX, etc.

Me referí a las actualizaciones que hablan de complementos, pero también es importante para la arquitectura de su servidor. PHP, por ejemplo, pone mejoras de rendimiento masivo en su transición de PHP6 a PHP7 . Al actualizar a PHP7, podrá aprovechar esas mejoras de rendimiento. Es probable que PHP8 no se publique hasta el año 2021, por lo que tiene algunos años antes de que deba preocuparse por la actualización nuevamente.

Siempre corre un riesgo cuando actualiza la arquitectura de su servidor . Es probable que algún código que use actualmente no se pueda utilizar en una versión actualizada de PHP, o de Apache, o lo que sea. Por ejemplo, las versiones de WordPress anteriores a 4.4 no son compatibles con PHP7. Si está utilizando una versión anterior de WordPress, antes que nada, es un gran riesgo de seguridad. En segundo lugar, intentar actualizar PHP probablemente romperá tu sitio hasta que actualices WordPress también.

Afortunadamente, muchos servidores web hacen que alternar las versiones de PHP sea bastante fácil; todo lo que necesita hacer es hacer clic en un botón en la administración del servidor back-end. Dicho esto, deberá realizar una auditoría del sitio para asegurarse de que cualquier CMS, cualquier secuencia de comandos y cualquier código personalizado funcionarán en un entorno actualizado.

Examine los registros del servidor para detectar fugas de recursos

Si tiene ganas de obtener más técnicos, puede comenzar a profundizar en los registros de su servidor. Necesita saber lo que está buscando para dar sentido a las cosas, pero puede auditar sus registros en busca de cualquier cosa que parezca estar haciendo más llamadas o ocupando más recursos del servidor de lo que debería ser.

A veces, el código viejo y malo queda atrapado en bucles, no borra la memoria o, de lo contrario, comienza a usar más recursos cada vez que se recicla. Las pérdidas de memoria y la carga excesiva del servidor son señales de que algo no funciona bien.

La forma en que habilita y accede a los registros del servidor variará de una arquitectura a otra, por lo que vale la pena aprender sobre cómo está configurado su sitio y cómo puede hacer uso de la información a la que tiene acceso para futuras optimizaciones.

Limpiar equipaje viejo

Cuanto más antiguo es un sitio, más material acumulado es probable que tenga por ahí. De particular interés son los viejos sitios de comercio electrónico; las bases de datos tienden a llenarse de pedidos anteriores, productos que han sido descontinuados, etc. Otros sitios pueden tener montones de viejas copias de seguridad iterativas, viejos plugins desactivados o archivos de guiones, temas que ya no usas, o incluso contenido antiguo que "eliminaste" al no indexarlo.

Periódicamente, tal vez una vez al año, debe auditar su sitio y eliminar el bloat antiguo que no necesita. Puede utilizar limpiadores de bases de datos para eliminar registros incorrectos, aunque tenga MUCHO cuidado al eliminar registros de las bases de datos; puede arruinar los resultados de la consulta o incluso eliminar accidentalmente una base de datos completa. Otras cosas, como los complementos desactivados o los temas en desuso, se pueden eliminar con pocas repercusiones potenciales.

En WordPress específicamente, puede ver cosas como los "trackbacks" y los comentarios de correo no deseado, que ocupan espacio en sus bases de datos, incluso si no las tiene visibles. Elimínalos o elimínalos para despejar el espacio y hacer que todo funcione de forma mucho más fluida.

Servidores de actualización

Al final del día, a veces su servidor no es muy bueno. Un host compartido con 2000 otros sitios en la misma pieza de hardware va a tener problemas. Su host compartido promedio comparte entre 500 y 2,000 sitios web en el mismo servidor. Actualizarse a un host compartido de mayor calidad, o incluso a un servidor dedicado de alta calidad, significa que tendrá una mayor cantidad de recursos para usted y tendrá un servidor más suave y funcional. Puede ser costoso, pero a menudo vale la pena la inversión.