Un problema de servidor
La respuesta tardaba lo mismo en un móvil lento que en fibra, así que el problema era el servidor.
Una redacción deportiva que atiende 7,3 millones de solicitudes por mes sobre un servidor que tardaba 3,4 segundos en responder. Encontramos el cuello de botella real, reconstruimos el caché alrededor de eso, migramos todo a AWS y salimos del otro lado con más tráfico de búsqueda que al entrar.
El servidor tardaba alrededor de 3,4 segundos en responder antes de que un solo píxel llegara a nadie.
Unánimo Deportes es un portal de noticias deportivas para la audiencia latina de Estados Unidos, con redacción en vivo y un importador de cables que no para. Servía 7,3 millones de solicitudes y 135 GB por mes desde el origen, sobre más de 16.000 artículos, y Google marcaba sus Core Web Vitals como deficientes.
La respuesta tardaba lo mismo en un móvil lento que en fibra, así que el problema era el servidor.
Cada cambio tenía que convivir con editores publicando y el importador de noticias en marcha.
El caché tenía que aguantar publicaciones todo el día, no suponer un sitio estático.
Medimos el sitio en condiciones de laboratorio y de campo hasta aislar la causa, incluido poner a prueba una creencia bastante extendida, que un plugin de diagnóstico estaba frenando a los lectores, y demostrar con datos que no era así.
El sitio usaba un sistema de caché que no podía funcionar en el servidor que lo alojaba. Reemplazamos esa capa por una que sirve HTML estático sin ejecutar código en cada visita.
Core, plugins, tema, base de datos y medios replicados en un entorno controlado de AWS sin tocar producción en ningún momento. El hosting anterior cortaba las exportaciones grandes, así que la base de 7,3 GB viajó en rangos verificables y reanudables.
En un servidor que controlamos, las tareas pendientes que el hosting compartido impedía pasaron a ser rutina. Peso de imágenes, metadatos que lee Google, el marcador en vivo y la forma en que los artículos enlazan a la sección de estadísticas se trabajaron uno por uno, cada uno medido antes y después.
La última parte del trabajo fue editorial. Leímos tres meses de datos de búsqueda del propio sitio y los convertimos en un conjunto corto de reglas de titulares y estructura que la redacción puede aplicar a lo que publica todos los días, cada una argumentada con los números del propio sitio en lugar de consejos generales.
Las herramientas que usa este proyecto.
Lo difícil fue mantener la velocidad en un sitio que publica todo el día. Aunque el caché se purga y se regenera de forma continua, el 95% de las visitas se sirve en menos de 22 milisegundos. La migración se hizo el 7 de septiembre y el tráfico de búsqueda no cayó: el día del cambio es el único por debajo del promedio, y el día siguiente ya estaba por encima de donde venía el sitio. Desde entonces la misma instancia de dos núcleos absorbe alrededor de 270.000 solicitudes por día mientras avanzamos en lo que el hosting viejo nunca permitió.
Cuéntanos qué necesitas y en qué punto está tu proyecto. Respondemos dentro del día hábil.