¿Tienes un archivo Docker Compose? Tu proyecto se publica en segundos, con un solo comando en cdn.com.tr. Ver cómo ¿Creaste tu app con IA? De la carpeta a producción con un comando — sin git ni registry: cdnctl deploy. Ver cómo ¿Tu código en GitHub? Cada push se despliega solo en cdn.com.tr — conecta tu repo y listo. Ver cómo

Ayuda de CDN.com.tr

El contenido antiguo sigue apareciendo después de un despliegue

Distingue la caché de CDN de la caché del navegador, purga la ruta correcta y verifica con solicitudes limpias.

Solución de problemas y glosario de estados

El contenido antiguo sigue apareciendo después de un despliegue

Distingue la caché de CDN de la caché del navegador, purga la ruta correcta y verifica con solicitudes limpias.

Casos de uso

Un cliente desplegó CSS, JS o HTML nuevos en el origen, pero los visitantes (o el cliente) siguen viendo la versión anterior.

Flujo de trabajo

  1. Primero verifica que el origen realmente sirva el contenido nuevo (solicita el origen directamente o revisa el despliegue).
  2. Prueba la URL pública con curl -I o una ventana de navegador privada — una recarga normal puede mostrar tu propia caché del navegador, no la del CDN.
  3. Revisa el encabezado X-Proxy-Cache-MT: HIT con contenido antiguo significa que la caché de la CDN necesita un purge.
  4. Abre Purge Management y purga las rutas modificadas (o usa un conjunto de rutas guardado para lanzamientos).
  5. Solicita la URL de nuevo: espera MISS, luego HIT con el contenido nuevo.

Verificaciones

  • La caché del navegador y la caché de la CDN son capas diferentes; una recarga forzada solo limpia la primera.
  • Purgar / no purga todas las páginas — purga las rutas específicas modificadas o usa purge-all de forma deliberada.
  • Si las URL de tus recursos incluyen una cadena de consulta de versión (app.css?v=123), aumentar la versión suele ser mejor que purgar.

Preguntas frecuentes

Purgué pero sigo viendo la página antigua.

Revisa si la respuesta ahora es MISS (el purge funcionó, la caché del navegador es lo que queda — usa una ventana privada) o sigue siendo HIT (la ruta de purge no coincidió — purga la ruta exacta incluyendo prefijos de idioma o cadenas de consulta).

¿Necesito purgar después de cada despliegue?

Solo para URL cuyo contenido cambió pero cuya ruta se mantuvo igual. Las URL de recursos versionadas evitan esto por completo; las páginas HTML normalmente necesitan un purge o un TTL corto.

¿Por qué los usuarios móviles siguen viendo contenido antiguo después de un purge?

El móvil no se almacena por separado — un purge limpia la misma entrada para ambos dispositivos. El contenido que sigue antiguo en un teléfono casi siempre es el propio caché del navegador; confírmalo con una recarga forzada o una pestaña privada.

Páginas relacionadas