Introducción
Qué es Cache Rocket, qué problema resuelve y cómo orientarte en esta documentación.
5 min de lectura
Cache Rocket mantiene los cachés de tu sitio web y API calientes. Visita tus URL según un cronograma, de la misma manera que lo haría un visitante real, por lo que el costoso trabajo de crear una página ya se realizó antes de que alguien lo solicite.
No instala nada en tu servidor para comenzar. Verifica que posee un dominio, crea un warmer y Cache Rocket hace el resto a través de solicitudes HTTP normales.
En los planes de pago, Cache Rocket también ofrece [Managed CDN](/documentation/managed-cdn) y optimización de Media en la nube — formatos de imagen, Critical CSS, LQIP y PageSpeed Insights — principalmente a través del plugin de WordPress, además de las integraciones CDN para purgar → recalentar en tu edge existente.
El problema: el primer visitante paga
Casi todos los sitios web rápidos lo son porque algo está almacenado en caché: un nodo de borde CDN, un proxy inverso como nginx o Varnish, un caché de página WordPress o el propio caché de procesamiento de tu marco. Los cachés son maravillosos, pero todos caducan.
Cuando una copia en caché caduca, desaparece. La siguiente persona que solicite esa página no obtendrá la versión en caché rápida. Su solicitud llega a tu servidor de origen, que tiene que reconstruir la página desde cero: ejecutar el código, consultar la base de datos, representar la plantilla y enviarla de regreso. Esa persona espera. A esto lo llamamos página en frío y el retraso es la *penalización por inicio en frío*.
Es peor de lo que parece, porque las solicitudes en frío llegan exactamente a las personas que más te importan:
- El lector que hace clic en tu artículo recién publicado treinta segundos después de tu publicación.
- El comprador que llega de una campaña publicitaria a una página de destino que nadie ha tocado en toda la noche.
- Todos a la vez, justo después de la implementación, y cada caché se vacía simultáneamente.
- Visitantes en una región cuyo nodo perimetral de CDN nunca antes ha atendido esa página.
La solución: calentarlo primero
Cache Rocket elimina la penalización por inicio en frío al ser el primer visitante. Solicita tus URL antes que las personas reales, lo que obliga a cada capa de caché frente a tu origen a almacenar una copia nueva. Cuando llega un humano, la página ya está en caché y se entrega al instante.
Esa es toda la idea. Todo lo demás existe para hacerlo práctico: decidir *qué* URL, *con qué frecuencia*, *desde dónde*, *con qué velocidad* y demostrar que realmente funcionó.
Cache Rocket no reemplaza tu caché
No es una CDN ni un complemento de almacenamiento en caché. Funciona *con* lo que ya esté ejecutando: Cloudflare, Fastly, Bunny, KeyCDN, nginx, Varnish, WP Rocket, Next.js. Si una capa de caché se llena cuando se solicita una URL, Cache Rocket puede mantenerla llena.
que puedes calentar
Sitios web
Rastree páginas desde URL de entrada y mapas de sitio, siguiendo los enlaces hasta la profundidad que elija.
API
Puntos finales calientes REST y GraphQL con métodos, encabezados, cookies y cuerpos reales.
WordPress
Administre warmers desde wp-admin con el complemento oficial, además de optimización local opcional.
Después de cada implementación
Activa el calentamiento desde Vercel, Netlify, Shopify o cualquier trabajo de CI para que las versiones nunca se envíen frías.
¿Es Cache Rocket adecuado para tú?
Es más útil cuando las páginas son costosas de crear y el tráfico es lo suficientemente desigual como para que los cachés se enfríen entre los visitantes.
| Tu corres… | ¿Qué hace el calentamiento por ti? |
|---|---|
| Un sitio de contenido o blog | Las publicaciones nuevas y los artículos más antiguos permanecen instantáneos, en lugar de ser lentos para quien hace clic primero. |
| Una tienda en línea | Las cuadrículas de categorías, las páginas de productos y las páginas de inicio de campañas están listas antes de un pico de tráfico, no después. |
| Un sitio de marketing | Las páginas de destino con anuncios pagados nunca reciben un clic con un primer byte lento, lo que protege las tasas de conversión. |
| Una aplicación sin cabeza o respaldada por API | Las costosas respuestas JSON y GraphQL permanecen almacenadas en caché en el borde y en tu puerta de enlace entre ráfagas de clientes. |
| Sitios para clientes (agencia) | Cada cliente vive en tu propio espacio de trabajo con tu propio warmers, hostnames y alertas. |
Ayuda menos si tus páginas ya son archivos estáticos servidos desde el disco sin caducidad, o si cada respuesta está personalizada por usuario y, por lo tanto, nunca se puede almacenar en caché.
Cómo utilizar estos documentos
Las páginas están escritas para leerse en orden, pero cada una es independiente. Si eres nuevo, esta es la ruta más rápida:
- 1
Leer Cómo funciona
Diez minutos sobre lo que realmente sucede durante una carrera en caliente. Vale la pena antes de empezar a cambiar la configuración.
- 2
Siga el Inicio rápido
Una primera configuración guiada: cree una cuenta, verifique un hostname, cree tu primer warmer y confirme que funcionó.
- 3
Hojear Conceptos básicos
El vocabulario: URL de entrada, profundidad, intervalos, puntuación de calidez. El resto de los documentos asumen estas palabras.
- 4
Luego profundiza donde sea necesario
La barra lateral está agrupada por tarea: Configuración, Calentamiento, Monitoreo, Integraciones, Cuenta y Ayuda.
¿Busca una configuración específica?
Warmer configuración es una referencia campo por campo para cada opción en el formulario warmer, incluido lo que hace y cuándo cambiarlo.
Convenciones utilizadas aquí
Cualquier cosa en monospace es algo que escribes o pegas exactamente. Las pantallas de tu cuenta están escritas como Cuenta → Warmers, coincidiendo con las etiquetas de la barra lateral que ve cuando inicia sesión.