Gestión de caché

Configuración de caché

Cómo fast.site decide qué cachear y cómo influir desde tu origen.

Cómo se establecen los defaults

Cuando añades un dominio, fast.site detecta tu plataforma (WordPress, Drupal, Magento, etc.) y aplica una plantilla de caché ajustada. Esa plantilla cubre la mayoría de casos. Las cabeceras Cache-Control de tu origen siempre ganan si quieres sobrescribir.

Cabeceras Cache-Control del origen

Por defecto: respetadas

Si tu servidor de origen envía cabeceras Cache-Control, fast.site las respeta. Si no, se aplican los defaults de la plantilla de plataforma.

Caché del navegador

Por defecto: activo

fast.site envía cabeceras de caché aguas abajo a los navegadores para que los visitantes recurrentes carguen aún más rápido desde su caché local.

Caché por query string

Por defecto: incluido

URLs con query strings distintas se cachean como entradas separadas (p. ej. <code class="bg-white/50 px-1 rounded">?v=1</code> y <code class="bg-white/50 px-1 rounded">?v=2</code> son distintas).

Influir en el caché desde tu origen

Puedes afinar qué se cachea y por cuánto tiempo configurando cabeceras Cache-Control en tu origen:

# Cachear 1 hora

Cache-Control: public, max-age=3600

# Cachear 1 año (assets versionados)

Cache-Control: public, max-age=31536000, immutable

# No cachear (páginas dinámicas)

Cache-Control: private, no-store

Rutas que la plantilla excluye por defecto

Tu plantilla de plataforma ya evita la caché en las rutas que deben quedar dinámicas (áreas admin, carrito, checkout, cuenta, login). Ejemplos para WordPress:

/admin/*
/wp-admin/*
/cart/*
/checkout/*
/my-account/*
/api/*

Necesitas más rutas excluidas para tu configuración? Escríbenos y lo configuramos por nuestro lado.

Buena práctica

Usa nombres de archivo versionados para CSS y JS (p. ej. app.v2.js) y tiempos de caché largos. Obtienes caché de edge agresivo y a la vez puedes desplegar cambios sin purgas manuales.

Volver a Soporte