Reduzca el tiempo de respuesta de su servidor para usuarios felices, clasificaciones más altas

El tiempo de respuesta del servidor a menudo se pasa por alto cuando se trata de mejorar la velocidad de la página.

Sin embargo, puede mejorar la clasificación de su sitio. A los usuarios les gustan los sitios rápidos, por lo que a Google le gustan los sitios rápidos. En este artículo, le muestro cómo reducir el tiempo de respuesta de su servidor. También proporciono algunas otras formas de mejorar la velocidad de su página.

¿Cuánto importa el tiempo de respuesta del servidor?

El tiempo de respuesta del servidor (SRT) es la cantidad de tiempo entre el momento en que un cliente web realiza una solicitud (p. ej., hace clic en un enlace o ingresa una URL en la barra de direcciones) y el servidor responde a esa solicitud.

Con un buen SRT y un sitio optimizado para la velocidad, su sitio web parecerá cargarse casi instantáneamente. Sin él, la página tardará más en cargarse, lo que puede dañar la experiencia del usuario y, en última instancia, la clasificación de los motores de búsqueda.

SRT se mide en una unidad conocida como Tiempo hasta el primer byte (TTFB). TTFB mide el tiempo que transcurre entre que el cliente HTTP realiza su solicitud y recibe el primer byte de datos. Se mide en milisegundos.

Lo que constituye un TTFB bueno, malo y aceptable varía. Aquí hay algunas reglas generales:

• Más rápido que 100 ms es excelente.
• 100–200ms es bueno. Google PageSpeed ​​Insights recomienda mantener su SRT por debajo de los 200 ms.
• 200 ms–1 segundo es aceptable, pero se puede mejorar.
• Cualquier cosa por encima de 1 segundo es un problema.

¿Puede un cambio tan pequeño en el tiempo hacer una gran diferencia? Incluso un retraso de un segundo puede costarle a un sitio de comercio electrónico entre $25,000 y $125,000 por año... ¡o más!

¿Cómo afecta el tiempo de respuesta del servidor al SEO?

Google ha utilizado SRT como factor de clasificación durante aproximadamente una década. Más recientemente, Google Search Console lanzó una sección Core Web Vitals, que rastrea un conjunto de métricas de rendimiento del sitio web que se enfocan en la experiencia del usuario.

Según un estudio de Forrester Research, más de la mitad de los usuarios de Internet esperan que un sitio se cargue en dos segundos o menos. Si tarda más de tres segundos en cargar, el 40% de los usuarios se darán por vencidos y se irán.

Los sitios que tardan más en cargarse suelen tener una tasa de rebote más alta y una duración media de visita más corta. Como encontró un estudio de Pingdom, “mientras que las tasas de rebote se mantuvieron por debajo del 10 % para los sitios web que tardaron menos de tres segundos en cargarse, el número aumentó hasta el 24 % para un tiempo de carga de cuatro segundos y el 38 % para un tiempo de carga de cinco segundos. ”

Un sitio lento significa una experiencia de usuario deficiente y los motores de búsqueda responderán en consecuencia.

Reducir el tiempo de respuesta de su servidor se reduce a tres pasos.

1. Mida el tiempo de respuesta de su servidor.
2. Identificar las áreas que necesitan mejorar.
3. Trabaje con su equipo para abordar esas áreas.

Cómo consultar tu SRT

Hay una serie de herramientas que puede utilizar.

GT Metrix

GTMetrix tiene versiones gratuitas y de pago. Le permite analizar su SRT, monitorear sus páginas y probar la velocidad de su sitio en un dispositivo móvil. Simplemente ingrese su URL y verá un puntaje general para el tiempo de carga de la página, que también incluye datos SRT.

Luego puede usar el gráfico de cascada para ver cada elemento en el orden en que se cargó. Esto le permite identificar y depurar áreas problemáticas al mostrar exactamente qué solicitudes están ralentizando su sitio.

Por supuesto, el tiempo de respuesta del servidor es solo una parte de los muchos factores que contribuyen a la velocidad de la página.

Desde el gráfico de cascada, puede obtener información más detallada de cada solicitud al pasar el cursor sobre un elemento individual. Allí, verá cuánto del tiempo de carga resulta de esperar en su servidor:

Si configura una cuenta gratuita, puede ver otras métricas relevantes, incluido el TTFB más importante, utilizando la pestaña Tiempos:

Información de velocidad de página de Google (PSI)

Ingrese su URL en esta herramienta gratuita y verá un puntaje general y algunas métricas útiles. Aquí hay un ejemplo de cómo se ve:

PSI proporciona información sobre las versiones móvil y de escritorio de su sitio y le brinda información vital sobre lo que podría mejorar. Utiliza una combinación de datos de "campo" del mundo real basados ​​en el Informe de experiencia del usuario de Chrome y datos de laboratorio de Lighthouse para estimar el rendimiento de la página.

Estas son las medidas de Google Page Insights que se relacionan específicamente con SRT.

• Primera pintura con contenido (FCP): esta métrica mide el tiempo desde que la página comienza a cargarse hasta que cualquier parte del contenido de la página se representa en la pantalla.
• Cambio de diseño acumulativo : CLS mide la suma total de todos los puntajes de cambio de diseño individuales para cada cambio de diseño inesperado que ocurre durante toda la vida útil de la página.
• Tiempo de interacción (TTI): Esto mide cuánto tiempo tarda una página en volverse completamente interactiva. Según Google, una página es completamente interactiva cuando muestra contenido útil, los controladores de eventos están registrados para los elementos de página más visibles y la página responde a las interacciones del usuario con 50 milisegundos.
• Tiempo total de bloqueo : la métrica del tiempo total de bloqueo (TBT) mide la cantidad total de tiempo entre FCP y TTI donde el subproceso principal estuvo bloqueado durante el tiempo suficiente para evitar la capacidad de respuesta de entrada.

Para una puntuación alta, PSI espera un tiempo de respuesta del servidor inferior a 200 ms. Si su SRT es más lento que eso, recibirá una notificación en la sección "Oportunidades":

Cómo reducir el tiempo de respuesta de su servidor

En última instancia, hay docenas de factores potenciales que pueden ralentizar la respuesta de su servidor: lógica de aplicación lenta, consultas de base de datos lentas, enrutamiento lento, marcos, bibliotecas, escasez de recursos de CPU o escasez de memoria.

Si bien es posible que no pueda abordarlos todos, puede trabajar con su equipo de desarrollo para encontrar y corregir las áreas más técnicas:

• Lógica de aplicación lenta : use una herramienta de creación de perfiles de código para ayudar a determinar qué dependencias se usan en su sitio y cuánto tarda en cargarse cada una de esas dependencias.
• Consultas de base de datos lentas : ocurren cuando las consultas de la base de datos no se activan de manera eficiente. Peor aún, es posible que ni siquiera sepa que están funcionando mal a menos que verifique "debajo del capó". Las consultas lentas a la base de datos requieren más trabajo y utilizan más recursos de la CPU.
• Enrutamiento lento : en términos generales, desea colocar las páginas y el contenido más visitados en la parte superior de la cola de enrutamiento para que esas ubicaciones tengan una alta prioridad. También puede agregar más rutas a cualquier ubicación específica si las cosas funcionan lentamente.
• Inanición de recursos de la CPU : si su sitio ejecuta demasiados complementos o scripts, puede provocar la inanición de recursos de la CPU. Trabaje con su equipo para desinstalar complementos que consumen muchos recursos y que no se usan con frecuencia, y elimine scripts innecesarios.

Hay otros pasos concretos que pueden ayudarlo a mejorar la respuesta de su servidor sin tener que hablar uno a uno con su equipo de desarrollo.

Encuentre un host rápido y dedicado

Si su SRT actual es más lento, considere buscar un host más rápido. Hay algunas cosas en las que pensar.

Si tiene el presupuesto, opte por un alojamiento dedicado. Esto simplemente significa que no comparte el servidor con otro sitio. Si bien el alojamiento compartido puede ser un gran comienzo, algunos proveedores de alojamiento compartido sobrecargan sus servidores, lo que maximiza sus ganancias pero significa un desastre para su sitio web.

Lea reseñas y solicite recomendaciones antes de tomar una decisión. Si obtiene una recomendación, use GTMetrix o PSI para verificar el SRT de esos sitios.

También puede verificar las velocidades del servidor de un proveedor antes de comprar. Hay algunas maneras de hacer eso:

Utilice una herramienta de control de velocidad. Me gusta la herramienta gratuita de control de velocidad de Pickuphost:

Compruebe un sitio de comparación. Invigital informa sobre los tiempos de respuesta promedio de muchos servidores web populares:

También puede usar su sencilla herramienta de comparación para comparar hasta 4 proveedores de alojamiento en 56 métricas diferentes:

Bitcatcha es otra herramienta que le permite comparar las velocidades de alojamiento en una variedad de ubicaciones en todo el mundo, para que pueda elegir la que mejor se adapte a su ubicación.

Debe elegir un host con servidores geográficamente cercanos a su público objetivo. Una forma sencilla de asegurarse de ello es con una CDN.

Utilice una CDN (red de entrega de contenido)

Una red de entrega de contenido (CDN) es un grupo de servidores distribuidos geográficamente que trabajan juntos para entregar contenido en línea más rápido. A menos que su empresa tenga un enfoque hiperlocal, es probable que haya personas de todo el mundo que deseen acceder a su contenido en un momento u otro.

Al usar una CDN, se asegura de que los visitantes de su sitio obtengan la mejor experiencia de usuario, sin importar dónde se encuentren. Más de la mitad de todo el tráfico de Internet del mundo se realiza a través de una CDN.

Un CDN almacena una versión en caché de su sitio web en múltiples ubicaciones en todo el mundo. Cada área tiene su propio servidor, y el servidor más cercano a la ubicación del usuario entregará el contenido solicitado. Aquí hay una imagen de cómo funciona:

Si su sitio web está alojado en los Estados Unidos, pero un usuario de Australia quiere acceder a él, el SRT puede ser de 0,2 a 0,4 segundos más lento. Una CDN mitiga este problema y proporciona un SRT consistentemente rápido independientemente de la ubicación geográfica.

Si bien medio segundo en SRT puede no parecer mucho, afecta los tiempos de carga percibidos por sus visitantes.

Para configurarlo, deberá elegir un CDN y registrar su sitio. Hay cientos de proveedores de CDN para elegir. Al elegir su CDN, tenga en cuenta factores como el volumen de tráfico previsto, los principales tipos de medios que ofrece y su presupuesto.

Una vez que se haya registrado con un proveedor de CDN, usted o su desarrollador web deberán habilitarlo en su sitio web. Dependiendo de su proveedor de alojamiento y sistema de administración de contenido (CMS), lo habilitará a través de su panel C o usando un complemento.

Si compró su dominio de un proveedor diferente al que está utilizando para alojar su sitio, también deberá realizar una actualización allí. Usted o su registrador de nombres de dominio deberán modificar los registros de su servidor de nombres DNS para apuntar su dominio a los servidores de su CDN.

Una vez que haya optimizado su SRT, pero mientras aún tenga la atención de su equipo de desarrollo, es posible que desee abordar algunos otros problemas de velocidad de página que pueden tener un gran impacto.

Más formas de mejorar la velocidad de su sitio (más allá de SRT)

Reduzca y optimice sus scripts

Una de las formas más efectivas de aumentar el tiempo de carga de su sitio es auditando los scripts que ejecuta su sitio. ¿Sigues usando ese script de seguimiento? ¿Alguien está haciendo algo con esos datos?

Cada pequeño desperdicio puede sumar. PSI le mostrará qué secuencias de comandos carga su sitio (y cuáles tardan más en cargarse). A menudo, eliminar las secuencias de comandos es tan simple como deshabilitar una etiqueta en Google Tag Manager.

Si usa WordPress, hay un puñado de complementos para ayudarlo a eliminar scripts innecesarios, como Optimize Scripts and Styles o Asset CleanUp.

Escale y optimice imágenes

Una de las formas más sencillas de optimizar imágenes es asegurarse de que sus imágenes estén en el formato de archivo correcto. En general, un PNG ocupará más espacio en relación con un archivo JPEG. En aras de la simplicidad, recomiendo usar PNG para gráficos simples como logotipos y gráficos y formato JPEG para todo lo demás.

Google ha comenzado a recomendar un formato llamado JPEG 2000. Sin embargo, generalmente no lo uso porque aún no es compatible con muchos sistemas o navegadores (aparte de Chrome).

También hay un formato llamado WEB.P, que ofrece un tamaño de archivo ligeramente más pequeño que JPEG. Sin embargo, la diferencia es insignificante. Una vez que habilita el almacenamiento en caché (más sobre eso en un minuto), no hay una diferencia notable.

En este momento, uso el formato JPEG predeterminado con una compresión del 60 % en la mayoría de los casos. Reducir un JPEG de una calidad del 95 % al 80 % o incluso al 75 % puede suponer una diferencia perceptible en el aspecto de la imagen. Experimente para encontrar el equilibrio adecuado entre la calidad de la imagen y el tamaño del archivo.

Muchas herramientas (algunas gratuitas) también pueden ayudar a optimizar sus imágenes antes de subirlas. Jpeg.io y Compressor son dos buenas opciones. WordPress, los complementos Smush o Kraken.io optimizarán sus imágenes a medida que las cargue. Hay opciones similares disponibles en otras plataformas CMS.

Usar almacenamiento en caché

El almacenamiento en caché es una de las mejores formas de mejorar la velocidad de su sitio, sin sacrificar nada en términos de calidad o contenido.

La primera vez que un usuario visita su sitio, el servidor tiene que descargar archivos JavaScript, imágenes, el documento HTML y más. El almacenamiento en caché es un almacenamiento temporal que recuerda algunos de estos aspectos para que el contenido se pueda recuperar más rápido la próxima vez que el usuario visite.

Para habilitar el almacenamiento en caché, debe agregar un pequeño fragmento de código al archivo .htaccess de su sitio web. Por lo general, hará esto a través del administrador de archivos dentro de su área de usuario de alojamiento. Este código le dice a los navegadores de sus usuarios qué almacenar en caché y durante cuánto tiempo recuperarlo.

Aquí hay un ejemplo del código de GTMetrix:

Puede cambiar el código para almacenar en caché diferentes aspectos de su sitio durante diferentes períodos de tiempo. Para los tipos de archivos que se actualizan con más frecuencia, establezca un tiempo de almacenamiento en caché más corto.

Para aquellos que son bastante estáticos, el tiempo de almacenamiento en caché puede ser mayor. Los tiempos de almacenamiento en caché que son demasiado largos para los archivos que cambian o se actualizan con frecuencia pueden hacer que los usuarios recurrentes vean una versión anterior en caché de su sitio.

(Tenga cuidado: si algo sale mal con el archivo .htaccess, puede dañar todo su sitio).

En algunas plataformas CMS, también puede usar un complemento para habilitar el almacenamiento en caché sin ningún tipo de codificación. Algunos de los más populares y mejor calificados incluyen W3 Total Cache y WP Rocket para WordPress, y SpeedCache para Joomla.

Mantenga su CMS, complementos y temas actualizados

¿Con qué frecuencia ve esas notificaciones que le recuerdan que debe actualizar su CMS, complementos o tema del sitio web? ¿Los cierras, pensando que llegarás a eso más tarde y luego te olvidas de todo? ¡Deja de hacer eso ahora mismo!

Las versiones desactualizadas de su CMS, complementos y temas de sitios web pueden reducir significativamente la velocidad de la página. Los creadores de estas herramientas y plataformas crean actualizaciones por una razón: a menudo es para mejorar la eficiencia y la velocidad.

(También hay otro problema: las plataformas, complementos y temas de CMS obsoletos pueden hacer que su sitio web sea vulnerable a violaciones de seguridad. Malcare informó que los temas y complementos obsoletos son una de las causas más comunes de piratería en los sitios de WordPress).

Al igual que con los scripts en su sitio, ¿cuándo fue la última vez que borró los complementos y temas guardados? Lo más probable es que hayas descargado algunos que no estás usando. Ejecute regularmente una auditoría rápida de todo lo que ha descargado e instalado.

Conclusión

Reducir el tiempo de respuesta de su servidor brindará a los visitantes de su sitio una mejor experiencia, reducirá su tasa de rebote y, en última instancia, mejorará su clasificación de búsqueda.

• Verifique primero su SRT para que tenga una línea de base de dónde está trabajando.
• Elija el proveedor de alojamiento y el servidor adecuados.
• Use una CDN para entregar contenido a los usuarios desde servidores geográficamente más cercanos.
• Optimice sus imágenes eligiendo el tipo de archivo correcto, reduciendo ligeramente la calidad de la imagen y usando un complemento para reducir el tamaño de los archivos.
• Use el almacenamiento en caché del navegador para brindar una mejor experiencia a los visitantes que regresan.
• Asegúrese de que su CMS, complementos y temas de sitios web estén actualizados.

SRT y SEO son áreas donde los segundos y milisegundos realmente importan. Cada fracción de segundo que elimine mantendrá a los visitantes en su sitio por más tiempo, se asegurará de que sigan regresando y ayudará a que su sitio entre en los primeros lugares codiciados en las páginas de resultados.