Calentamiento avanzado
Ventanas horarias, calentamiento multirregión, renderizado en navegador/SSR y user agents móviles.
12 min de lectura
Cuatro capacidades para configuraciones que un simple rastreo HTTP cada hora no cubre. Todos están sujetos a planes: si falta uno en tu formulario, no está incluido en tu suscripción.
Ventanas de programación cálidas
De forma predeterminada, un warmer activo inicia una nueva ejecución en cada intervalo de inicio automático, las 24 horas del día. Las ventanas de programación las restringen a las horas que tú elija.
Fuera de una ventana, los inicios automáticos programados se omiten. Los inicios manuales, los activadores de implementación y las acciones de purga y recalentamiento de CDN aún funcionan: la ventana gobierna la programación, no el warmer en tu conjunto.
¿Por qué querrías esto?
- Calienta mucho antes del pico. Aumente el nivel en las horas previas al período de mayor actividad para que todo esté caliente cuando llegue el tráfico.
- Retroceda durante la noche. Guarde el presupuesto de la solicitud y la carga de origen cuando nadie esté de visita.
- Proteja las ventanas de mantenimiento. Detenga el calentamiento durante las copias de seguridad, las migraciones o los trabajos por lotes.
- Igual un ritmo editorial. Las salas de redacción a menudo se calientan mucho antes de la lectura de la mañana.
El formato JSON
El campo de programación cálida toma un objeto JSON con una zona horaria y una lista de ventanas:
{
"timezone": "Europe/Amsterdam",
"windows": [
{ "days": [1, 2, 3, 4, 5], "startHour": 8, "endHour": 20, "intensity": 1 }
]
}| campo | Significado |
|---|---|
timezone | Un nombre de zona horaria de la IANA como Europe/Amsterdam, America/New_York o UTC. Las ventanas se evalúan en esta zona, por lo que el horario de verano se maneja por tú. |
windows | Una lista de ventanas de tiempo. Se permiten carreras dentro de cualquiera de ellos. |
days | Días de la semana a los que se aplica la ventana, donde 1 es lunes y 7 es domingo. |
startHour | Hora en que se abre la ventana, 0–23. |
endHour | Hora en que se cierra la ventana, 0–23. |
intensity | Esfuerzo de calentamiento relativo durante la ventana. 1 es normal; un valor más bajo calienta más suavemente. |
{
"timezone": "Europe/Amsterdam",
"windows": [
{ "days": [1, 2, 3, 4, 5], "startHour": 6, "endHour": 10, "intensity": 1 },
{ "days": [1, 2, 3, 4, 5, 6, 7], "startHour": 0, "endHour": 5, "intensity": 0.3 }
]
}Comprueba que la ventana sea lo suficientemente ancha para terminar.
Si un pase completo dura tres horas y tu ventana es de dos, las ejecuciones se acortarán y las URL posteriores nunca se activarán. Amplíe la ventana, aumente el límite de tasa o reduzca el alcance del warmer.
Tip
Deje el campo vacío para calentarse las 24 horas. Esa es la opción correcta para la mayoría de los sitios: solo agregue ventanas cuando tenga un motivo específico.
Calentamiento multirregional
La mayoría de las CDN almacenan en caché de forma independiente en cada punto de presencia. Una página calentada desde Europa llena el nodo de borde europeo; no hace nada para que un visitante en Singapur acceda a un POP diferente que nunca ha servido a esa página.
El calentamiento multirregional ejecuta un warmer desde una instancia de rastreador regional elegida, por lo que los cachés distribuidos geográficamente en realidad se llenan donde está tu audiencia. Se configura con el campo Región del rastreador y es una capacidad del plan de negocios.
cuando lo necesites
- Tiene tráfico significativo en más de un continente.
- Su CDN se almacena en caché por POP o por región en lugar de globalmente.
- Ofrece contenido localizado de orígenes específicos de la región.
- Ejecuta una configuración de múltiples CDN donde el comportamiento difiere según la geografía.
Si casi todos tus visitantes se encuentran en un país, una sola región está bien y varias regiones agregan costos sin beneficios.
El calentamiento procedente de más regiones multiplica las solicitudes
Cada región emite tus propias solicitudes, por lo que cubrir tres regiones aproximadamente triplica el volumen de solicitudes, tanto en comparación con tu origen como con el presupuesto de URL de tu plan. Dimensione tus límites de tarifas en consecuencia.
Elija regiones de tus análisis reales, no de tus aspiraciones. Calentar una región que genera el dos por ciento de tu tráfico rara vez vale el triple del presupuesto solicitado.
Calentamiento del navegador/SSR
Una recuperación HTTP simple recupera el HTML que devuelve un servidor. Para la mayoría de los sitios, eso es exactamente lo que se almacena en caché y es todo lo que necesita.
Algunas pilas son diferentes. Si la capa de caché que le interesa solo se llena después de un renderizado completo (una interfaz con mucho JavaScript o un marco cuyo caché se completa en una navegación completa en lugar de una solicitud sin formato), una simple búsqueda no genera nada útil.
Calentamiento de navegador/SSR utiliza un motor de navegador real para cargar la página correctamente. Es una capacidad de plan de negocios, habilitada por warmer.
| Utilice calentamiento HTTP simple cuando... | Utilice el calentamiento del navegador cuando... |
|---|---|
| Su servidor devuelve HTML completo | La página está ensamblada del lado del cliente. |
| Una CDN o caché de página almacena la respuesta | El caché sólo se llena después de una pasada completa de renderizado. |
| Quiere el máximo rendimiento a bajo precio | La corrección importa más que el volumen |
| La mayoría de los sitios CMS estáticos y tradicionales | Rutas estilo enrutador de aplicación SSR/ISR que no se llenan |
El calentamiento del navegador es mucho mayor
Representar una página en un navegador cuesta mucho más tiempo y recursos que recuperarla. Úselo de forma selectiva para rutas que realmente lo necesitan y mantenga un calentamiento HTTP ligero para todo lo demás. No cambie un warmer grande completo al modo de navegador sin reducir el límite de velocidad.
La prueba práctica: ejecute primero un HTTP warmer normal. Si Estado de la caché muestra que esas rutas aún están frías mientras el resto de tu sitio mejora, vale la pena probar el calentamiento del navegador.
Calentamiento móvil
Si tu CDN varía tu copia en caché según el agente de usuario, o si ofrece distintas plantillas móviles, calentarse solo con un agente de escritorio deja a los visitantes del teléfono en un caché frío, generalmente la mayor parte de tu tráfico.
Active la Versión móvil cálida para rastrear también con agentes de usuarios móviles. En los planes que lo permiten, también puede proporcionar tus propios agentes de usuario móviles para un control exacto.
- Esencial si tu clave de caché incluye el agente de usuario o una clase de dispositivo.
- Esencial si ofrece un tema móvil independiente o un subdominio
m.. - No es necesario si ofrece HTML responsivo idéntico a cada dispositivo: una copia en caché ya sirve a todos.
Note
El calentamiento de las variantes de escritorio y móviles duplica aproximadamente el volumen de solicitudes, ya que cada URL se recupera bajo ambos agentes. Verifique los límites de tus tarifas y el presupuesto del plan antes de habilitarlo en un sitio grande.
Agentes de usuario personalizados
El campo Agentes de usuario le permite establecer exactamente con qué cadenas de agente se envían las solicitudes. Razones por las que podrías:
- Su CDN codifica tu caché en cadenas de agente específicas y debe hacer coincidirlas exactamente.
- Un filtro de bot bloquea agentes desconocidos y tú ha incluido uno en particular en la lista de permitidos.
- Quiere que las solicitudes cálidas sean identificables en los registros de tu servidor, para separarlas del tráfico real.
Tip
Es una buena práctica utilizar un agente de usuario distintivo e identificable para el calentamiento. Hace que el tráfico Cache Rocket sea obvio en tus análisis y registros de acceso, y fácil de excluir de los informes.