Mi sitio es lento. ¿Qué hacer?

Objetivo

La ralentización del sitio web se debe a una carga excesivamente larga para mostrar el conjunto o algunas partes del sitio web.

Si la carga es demasiado larga, la petición realizada desde su navegador puede alcanzar el tiempo máximo de ejecución permitido por el servidor en el que se encuentra su alojamiento. En ese caso, el servidor devuelve el código "504 Gateway Timeout" para informar al visitante de que se ha alcanzado la variable "max_execution_time", lo que también impide la ejecución de la petición solicitada.

La lentitud tiene principalmente dos orígenes:

• sobrecarga de la infraestructura compartida en la que se encuentra el sitio web.
• una petición demasiado larga o engorrosa para ejecutarse en la infraestructura compartida en la que está alojado el sitio web.

La gran mayoría de los retrasos provienen en realidad del sitio web y no de su alojamiento compartido. Hemos creado esta guía para ayudarle en esta situación.

En algunos casos, la lentitud de la visualización también puede provenir de su proveedor de acceso a internet o de una velocidad de conexión a internet demasiado baja. Compruebe su conectividad de red antes de continuar con sus diagnósticos.

Descubra cómo diagnosticar el origen de la lentitud de su sitio web y actuar en consecuencia.

Requisitos

• Tener un sitio web alojado en uno de nuestros planes de hosting de OVHcloud (https://www.ovhcloud.com/es/web-hosting/)

Acceso al área de cliente de OVHcloud

• Enlace directo: Web hosting
• Ruta de navegación: Web Cloud > Alojamientos > Seleccione su alojamiento web

Procedimiento

Entender el concepto de Time To First Byte (TTFB)

El Time To First Byte (TTFB) es el tiempo que tardará su alojamiento en enviar el primer byte de datos al navegador de internet, a raíz de una petición que este último le haga para que muestre su sitio web.

Si no hay sobrecarga en la infraestructura de alojamiento compartido y su sitio web está optimizado al máximo, el TTFB no supera los 800ms.

Un TTFB elevado no significa automáticamente que su lentitud provenga de su alojamiento compartido.

ya que, para los sistemas de gestión de contenidos (CMS) como WordPress, Joomla, PrestaShop o Drupal, la página que usted llama desde el navegador de internet puede generar más peticiones internas adicionales al alojamiento. El alojamiento no reenviará nada a su navegador hasta que estas peticiones internas no sean finalizadas por sí mismas.

Ejemplo:

Desde su navegador de Internet, deberá mostrar la página de inicio de su sitio web. La consulta llamará por defecto al archivo "index.php" de su sitio web.

Una vez que la solicitud llega al archivo "index.php", este será ejecutado por el servidor web de su alojamiento compartido.

En su ejecución, el archivo "index.php" debe recuperar la información de los demás ficheros que componen su sitio web, o incluso de los elementos presentes en su base de datos.

Cada una de estas solicitudes de información genera una petición interna al servicio de alojamiento.

El archivo "index.php" esperará a tener el resultado de todas las peticiones internas que haya solicitado antes para devolver el primer byte de datos al navegador de internet.

Si su archivo "index.php" genera peticiones "lentas" o pesadas para ejecutarse, el TTFB será elevado y su sitio web tardará varios segundos en mostrarse. En ese caso, el rendimiento de su plan de hosting no se verá afectado.

Las herramientas de diagnóstico en línea le permiten recuperar el TTFB de su alojamiento. Sin embargo, la mayoría de ellos funcionan como navegadores de Internet y, por lo tanto, sus resultados deben ser relativistas.
ya que estas herramientas no son capaces de responder a las peticiones internas solicitadas por el archivo que ha llamado a través de su navegador, como en el ejemplo anterior con el archivo "index.php".

Etapa 1 - determine si la lentitud se debe al alojamiento o a su sitio web

En este primer etapa, puede determinar si la lentitud se produce:

• su sitio web, por su funcionamiento interno;
• de la infraestructura de alojamiento compartido en la que se encuentra su sitio web.

Todos los diagnósticos del etapa 1 deben realizarse sin excepción para determinar si la ralentización se debe a los servicios de alojamiento web o al sitio web alojado en él.

1.1 - Compruebe el estado de sus servicios OVHcloud

Para asegurarse de que sus servicios (alojamiento compartido et de la base de datos) no son objeto de mantenimiento o de incidente, consulte la información del cluster y el filer de su alojamiento compartido, así como la información general relativa a su base de datos. Compruebe su estado en status.ovhcloud.com.

Para conocer el cluster y el filer donde se encuentra su alojamiento compartido, consulte nuestra guía "Web hosting - Cómo conocer su cluster y su filer".

Si no se reportan incidentes ni mantenimiento, prosiga sus diagnósticos.

1.2 - Probar el sitio en varios dispositivos

Pruebe su sitio web desde otro dispositivo/ordenador y luego desde otro punto de acceso a Internet. y vaciando la caché de su navegador en cada intento, para que su sitio web sea directamente cargado desde el alojamiento web.

1.3 - Pruebe el alojamiento con un archivo independiente de su sitio web

Ponga en la raíz de su sitio web en elespacio de almacenamiento FTP de su alojamiento compartido un archivo al que denominará "phpinfo.php".

Introduzca el siguiente código en el archivo:

<?php
phpinfo();
?>

Ejemplo: si el dominio que permite el acceso a su sitio web es "domain.tld" y si el archivo "phpinfo.php" se encuentra en la raíz de su sitio web, podrá acceder a él a través de la siguiente URL: http://domain.tld/phpinfo.php (o https://domain.tld/phpinfo.php).

1.4 - Pruebe la conectividad de su base de datos:

Conéctese a su base de datos siguiendo el etapa 3 de nuestra guía sobre la creación de una base de datos compartida.

Si la conexión se ha realizado correctamente, acceda a la siguiente interfaz:

1.5 - Interpretación de los diagnósticos efectuados

Caso n°1

Se aplican las siguientes declaraciones todas a su situación:

• al menos una página, un script o un fichero (incluyendo el fichero "phpinfo.php") se ha cargado rápidamente en las pruebas del etapa 1 ;
• la conexión a la base de datos se ha realizado correctamente en el etapa 1.

Esto significa que la lentitud con la que se encuentra proviene directamente de los scripts que componen su sitio web. Puede ir directamente a el etapa 2 para seguir los consejos de optimización para resolver su situación.

Caso n°2

Se aplican las siguientes declaraciones todas a su situación:

• no se registran incidentes ni mantenimiento o se han declarado resueltos hace menos de tres horas, para los servicios de alojamiento web en nuestra web status-ovhcloud.com ;
• el cas n°1 más arriba no se corresponde con su configuración.

Se realizarán investigaciones en OVHcloud. Póngase en contacto con nuestros servicios de soporte en las soluciones web para que confirmen con usted el origen de las ralentizaciones que experimenta.

Etapa 2 - identifique la(s) fuente(s) que genera(n) la lentitud a nivel de su sitio web

En este punto, ya sabrá que la ralentización es causada por las páginas, scripts o archivos que componen su sitio web.

A continuación se indican las acciones que debe realizar para identificar las fuentes de la lentitud y optimizar su sitio web.

2.1 - Compruebe la configuración de su alojamiento web

Compruebe el motor PHP, la versión PHP y el entorno de ejecución utilizados en su alojamiento web, con ayuda de nuestra guía sobre la configuración de su alojamiento web.

Si utiliza en su alojamiento web una versión de PHP obsoleta, el motor "PHP CGI" y/o el entorno "legacy" y si su sitio web es compatible, privilegie el uso del motor "PHP" (PHP FPM), el entorno "stable" o "stable64". con la versión más reciente posible de PHP.

Para comparar las versiones de PHP disponibles en función del entorno de ejecución utilizado, consulte el etapa 2 de la guía sobre la configuración de la versión PHP en su alojamiento.

Utilizar una versión de PHP reciente, el entorno de ejecución "stable" o "stable64" con el motor "PHP" (PHP FPM) hace su sitio mucho más fluido y rápido. A título informativo, el motor "PHP" (PHP-FPM) puede ser hasta 50 veces más potente que el motor "PHP CGI" para llevar a cabo sus tareas.

2.2 - Analice las conexiones salientes/conexiones TCP realizadas por su alojamiento web

Las conexiones salientes son muy exigentes en términos de recursos. Cuando estas conexiones son numerosas, cuando no se ejecutan correctamente o cuando permanecen activas durante demasiado tiempo, monopolizan tantos recursos en su alojamiento web que ya no quedan suficientes para que el resto de su sitio web funcione con normalidad.

Esto se traduce en ralentizaciones e incluso en los códigos "504 gateway timeout".

Para analizar las conexiones salientes del alojamiento, consulte los logs OUT del mismo. Si necesita ayuda, consulte nuestra guía sobre la consulta de los logs de su alojamiento.

Si encuentra que hay muchas conexiones salientes en su alojamiento, compare sus logs OUT con sus logs WEB utilizando la marca de tiempo de los mismos. para identificar el script o scripts responsables de esta situación.

Si utiliza un Content Management System (CMS) como WordPress, Joomla, PrestaShop o Drupal, identifique los plugin(s) y/o el tema que genera el flujo de conexiones salientes.

2.3 - Analice el flujo de peticiones HTTP realizadas a su alojamiento web:

Para ello, consulte los logs WEB de su alojamiento web con nuestra guía sobre cómo consultar los logs de su alojamiento.

Las peticiones más exigentes en términos de recursos son las de tipo HTTP POST y, seguidamente, las de tipo PUT. Estas últimas realizan, respectivamente, modificaciones e inserciones.

Las peticiones HTTP de tipo GET solo recogen los elementos presentes en el alojamiento para mostrarlos en su navegador de internet. Generalmente son poco exigentes en términos de recursos. Sin embargo, puede generar desaceleraciones si se solicitan varios cientos de ellas cada segundo en un intervalo de varios minutos.

Si encuentra en sus logs una de las siguientes situaciones:

• las peticiones de tipo POST o PUT se efectúan varias veces por minuto y de forma permanente;
• las peticiones POST o PUT se ejecutan varias veces por minuto en un mismo fichero.

Identifique y optimice el script/archivo de que se trate para reducir el flujo de peticiones HTTP.

Cuanto menor sea el número de peticiones, menos se solicitarán los recursos destinados al alojamiento compartido.

Para reducir el flujo de peticiones a cada una de las cargas de sus páginas, también puede crear una Content Delivery Network (CDN). que permite almacenar en caché el contenido estático de su sitio web. Su alojamiento web tendrá menos carga y dispondrá de más recursos para tratar el resto de las peticiones que no puedan ser puestas en caché.

2.4 - Optimice su base de datos

Compruebe si se realizan un número considerable de consultas a la base de datos.
De hecho, esta situación puede provocar una sobrecarga y provocar ralentizaciones, incluso a los códigos "504 Gateway Timeout".

Compruebe también el tamaño de las tablas de la base de datos.
Si una tabla se llama regularmente y es voluminosa, la carga de esta tabla puede hacerse más lentamente y generar peticiones lentas.
La acumulación de estas peticiones lentas puede generar una ralentización del acceso al sitio, incluso un código "504 Gateway Timeout".

Si tiene grandes tablas o flujos de consultas a bases de datos, optimice sus tablas e instale soluciones que permitan reducir el flujo de consultas a la base de datos.

Si encuentra datos no utilizados o anticuados en su base de datos, deberá limpiarlos para mejorar su rendimiento diario.

2.5 - Optimice sus imágenes

Si, por ejemplo, su sitio web tiene una imagen incluida en la resolución "1000x2000" y esta se muestra como máximo en 100x200 píxeles en la página de su sitio web, se reduce el consumo de recursos en el alojamiento, que puede optimizarse.

El servidor deberá realizar una operación de redimensionamiento de la imagen para después mostrarla al tamaño solicitado en el sitio web.

Si su sitio web contiene muchas imágenes, puede representar un consumo de recursos nada desdeñable en lo que respecta a los recursos asignados al alojamiento.

Redimensione todas sus imágenes para reducir al mínimo el consumo de recursos.

2.6 - Optimice el resto de su sitio web

Consulte nuestra guía sobre la optimización del rendimiento de su sitio web.

Puede encontrar pistas de optimización para su sitio web analizándolo en gtmetrix.com (este sitio no está afiliado a OVHcloud).

Conclusión

Si su alojamiento web y su base de datos no están en juego y su sitio web sigue siendo lento, a pesar de haber realizado todas las etapas de esta guía, lo más probable es que el servicio que utiliza para alojar su sitio web no sea o no adecuado para sus necesidades.

Puede considerar un plan de hosting superior o una infraestructura dedicada como un Servidor Privado Virtual (VPS) o un Servidor Dedicado.

Más información

Para servicios especializados (posicionamiento, desarrollo, etc.), contacte con partners de OVHcloud.

Si quiere disfrutar de ayuda para utilizar y configurar sus soluciones de OVHcloud, puede consultar nuestras distintas soluciones pestañas de soporte.

Interactúe con nuestra comunidad de usuarios.