Guía Completa de Caché en Kinsta

Tipos de Caché en Kinsta

1. Server Cache (Full-Page Caching)

• Qué es: Almacena el HTML generado completo de cada página
• Dónde se guarda: A nivel de servidor en el data center
• Expiración: 24 horas por defecto (configurable)
• Incluido: Sí, en todos los planes
• Límite de limpieza manual: 1 request cada 10 segundos

2. Edge Cache

• Qué es: Copia del Server Cache distribuida globalmente
• Dónde se guarda: En 260+ data centers de Cloudflare alrededor del mundo
• Expiración: 24 horas por defecto (se sincroniza con Server Cache)
• Incluido: Sí, gratuito
• Dependencia: Solo cachea si Server Cache tiene X-Kinsta-Cache: HIT
• Beneficio: Reduce tiempo de carga hasta 40% sirviendo desde ubicación más cercana al visitante
• Límite de limpieza manual: 1 request cada 10 segundos
• Tiempo de propagación: 2-5 minutos para limpiar en todos los data centers

3. CDN (Kinsta CDN)

• Qué es: Red de distribución de contenido para assets estáticos
• Qué cachea: Imágenes, CSS, JavaScript, fuentes, PDFs, videos, etc.
• Tecnología: Powered by Cloudflare, 260+ PoPs globalmente
• Límite por archivo: 5 GB máximo
• Incluido: Sí, habilitado por defecto en sitios nuevos
• Características adicionales:
  • Soporte HTTP/3
  • Image Optimization (Lossless/Lossy a WebP)
  • Sirve desde el dominio principal (no requiere subdominio CDN)

Cache-Control header cuando CDN está activo:

Cache-Control: public, max-age=31536000, s-maxage=31536000

4. Redis Cache (Object Cache)

• Qué es: Almacén de datos en memoria para objetos de WordPress
• Qué cachea: Resultados de queries a base de datos, objetos de WordPress
• Costo: $100/mes por sitio (DIEGO: en mi concepto demasiado costoso)
• Capacidad: 2 GB dedicados por sitio
• Arquitectura: Instalado en el mismo contenedor que el sitio (latencia ultra-baja)
• Incluido: No, es un addon opcional
• Ideal para: Sitios muy dinámicos (ecommerce, membresías, foros, comunidades)

5. Cache de Plugin/Theme

• Qué es: Cache implementada por el theme o plugins activos
• Gestión: Independiente de Kinsta
• Recomendación: Limpiar primero antes de limpiar caché de Kinsta

Métodos para Limpiar Caché

Opción 1: MyKinsta (Plataforma Web)

Múltiples sitios simultáneamente:

1. WordPress Sites (página principal)
2. Seleccionar checkboxes de los sitios
3. Click en Actions > Clear cache
4. Seleccionar tipos de caché a limpiar
5. Click Clear cache

Sitio individual – Limpiar todo:

WordPress Sites > sitename > Caching > Clear all caches

Esto limpia: Server Cache + Edge Cache + CDN Cache + Redis (si está activo)

Sitio individual – Por tipo específico:

• Server Cache: WordPress Sites > sitename > Caching > Server Caching > Clear cache
• Edge Cache: WordPress Sites > sitename > Caching > Edge Caching > Clear cache
• CDN Cache: WordPress Sites > sitename > Caching > CDN > Clear CDN cache
• Redis Cache: WordPress Sites > sitename > Caching > Redis (incluido al limpiar Server Cache)

Opción 2: WordPress Dashboard (Kinsta MU Plugin)

El plugin Kinsta MU ya está instalado en el website de producción.

Limpiar todo:

Click en “Clear Cache” en la barra de admin (esquina superior derecha)

Configurar limpieza automática:

1. Kinsta Cache (sidebar izquierdo)
2. Agregar URLs/paths que se deben limpiar automáticamente al hacer cambios
3. Guardar configuración

Comportamiento automático:

• Si Edge Caching está activo → también limpia Edge Cache
• Si CDN está activo → también limpia CDN cache

Opción 3: WP-CLI (vía SSH)

# 1. Conectar por SSH y navegar al document root
cd ~/public

# 2. Ejecutar comandos:

# Limpiar site cache + edge cache (default)
wp kinsta cache purge

# Solo site cache (sin edge)
wp kinsta cache purge --site

# Solo CDN cache
wp kinsta cache purge --cdn

# Solo Redis object cache
wp kinsta cache purge --object

# TODO: server, edge, CDN, Redis
wp kinsta cache purge --all

# Limpiar object cache de WordPress
wp cache flush

# Combinar ambos en una línea
wp kinsta cache purge && wp cache flush

# 3. Salir de SSH
quit

Opción 4: SSH (solo Redis)

# Conectar por SSH

# Limpiar Redis
redis-cli flushall

# Salir
quit

Cómo Verificar que la Caché Funciona

Método 1: Herramienta de Kinsta (Más fácil)

1. Ir a HTTP Status and Redirect Checker
2. Copiar URL del website o asset
3. Ejecutar el check
4. Revisar Response Headers

Método 2: Navegador (DevTools)

1. Click derecho en la página > Inspect
2. Ir a pestaña Network
3. Recargar la página (F5 o Cmd/Ctrl + R)
4. Click en el request que quieres inspeccionar
5. En Headers > Response Headers, buscar los headers relevantes

Método 3: Terminal/CLI

# Para páginas HTML
curl -L -s -o /dev/null -D - https://tudominio.com

# Para assets específicos
curl -L -s -o /dev/null -D - https://tudominio.com/wp-content/uploads/imagen.jpg

Headers a Buscar:

Para Server Cache:

• X-Kinsta-Cache: debe ser HIT (significa que se sirvió desde caché)
• Si es MISS: la página no está en caché
• Si es BYPASS: la página está excluida del caché

Para Edge Cache:

• ki-cache-type: debe ser Edge
• Ki-CF-Cache-Status: debe ser HIT o SAVING
  • HIT: Se sirvió desde Edge Cache
  • SAVING: Se está guardando en Edge Cache

Para CDN:

• ki-cache-type: debe ser CDN
• ki-cf-cache-status: debe ser HIT, SAVING, u OPTIMIZING
  • HIT: Se sirvió desde CDN
  • SAVING: Se está guardando en CDN
  • OPTIMIZING: Image Optimization activa, se cambiará a HIT cuando termine

Tabla de Resumen

Características Principales

Tipo de Caché	Qué Cachea	Dónde Se Guarda	Expiración Default	Costo	Cuándo Usar
Server Cache	HTML completo de páginas	Servidor en el data center	24 horas	Incluido	Siempre activo para todo tipo de sitio
Edge Cache	Copia del Server Cache	300+ data centers Cloudflare	24 horas	Incluido	Audiencia global, reduce latencia 45%
CDN	Assets estáticos	300+ PoPs Cloudflare	1 año	Incluido	Siempre, sitios con muchos assets
Redis	Objetos WordPress, queries DB	Mismo contenedor	Persistente	$100/mes	Ecommerce, membresías, foros

Compatibilidad entre Cachés

Acción	Server	Edge	CDN	Redis
Limpiar desde MyKinsta “Clear all caches”	✅	✅	✅	✅
Limpiar Server Cache en MyKinsta	✅	✅	❌	✅
Limpiar con MU Plugin “Clear Cache”	✅	✅*	✅*	✅
wp kinsta cache purge (default)	✅	✅	❌	❌
wp kinsta cache purge –all	✅	✅	✅	✅

*Solo si está habilitado

Headers para Verificar

Tipo de Caché	Header Principal	Valor Esperado	Header Secundario
Server Cache	X-Kinsta-Cache	HIT	–
Edge Cache	ki-cache-type	Edge	Ki-CF-Cache-Status: HIT
CDN	ki-cache-type	CDN	ki-cf-cache-status: HIT

Preguntas y Respuestas

1. ¿Cuándo usar cada tipo de caché en escenarios del día a día?

Escenario: Actualizaste un Post/Página

¿Qué pasa automáticamente?

• ✅ Server Cache se limpia automáticamente para esa página
• ✅ Edge Cache se limpia automáticamente para esa página
• ❌ CDN NO se limpia automáticamente

¿Qué debes hacer manualmente?

• Si actualizaste contenido en texto/HTML solamente: nada, ya se limpió automáticamente
• Si cambiaste imágenes, CSS, o JavaScript: limpiar CDN para que sirva los nuevos assets

Escenario: Agregaste/Actualizaste un Producto (WooCommerce)

¿Qué pasa automáticamente?

• ✅ Server Cache de la página del producto se limpia automáticamente
• ✅ Edge Cache de la página del producto se limpia automáticamente
• ❌ CDN NO se limpia
• ❌ Otras páginas que muestran este producto (shop, categorías) NO se limpian

¿Qué debes hacer manualmente?

Opción 1 (más limpia): Configurar limpieza automática

1. Ir a WordPress Dashboard > Kinsta Cache
2. Agregar las URLs que deben limpiarse siempre: /shop/, /product-category/tu-categoria/
3. Guardar

Opción 2 (inmediata): Limpiar todo manualmente

• Si cambiaste imágenes del producto o CSS: Click “Clear Cache” desde WP Dashboard (limpia todo)
• Si solo cambiaste texto/precio: Limpiar solo las páginas específicas afectadas

Escenario: Cambiaste el Logo, Header o Footer

¿Qué pasa automáticamente?

• ❌ NADA se limpia automáticamente

¿Qué debes hacer?

Limpiar TODO: WordPress Dashboard > Click “Clear Cache” o MyKinsta > Clear all caches

¿Por qué? El header/footer aparece en TODAS las páginas, necesitas limpiar Server + Edge + CDN

Escenario: Modificaste CSS/JavaScript/Tema

¿Qué pasa automáticamente?

• ❌ NADA se limpia automáticamente

¿Qué debes hacer?

1. Limpiar CDN obligatoriamente (los archivos .css y .js se sirven desde ahí)
2. Limpiar Server/Edge Cache (el HTML referencia estos archivos)

Mejor opción: Click “Clear Cache” desde WP Dashboard (limpia todo de una vez)

Verificación: Hacer hard refresh en navegador: Ctrl+Shift+R (Windows) o Cmd+Shift+R (Mac)

Regla General de Oro:

• ¿No estás seguro qué limpiar? → Limpia TODO con “Clear Cache” desde WordPress Dashboard
• ¿Cambiaste solo texto? → No hagas nada (automático)
• ¿Cambiaste assets (imágenes/CSS/JS)? → Limpia CDN mínimo
• ¿Cambios estructurales (theme/layout)? → Limpia TODO

2. ¿Debo ver los 3 tipos de caché en cada página o solo uno?

Respuesta corta: Depende de QUÉ estés inspeccionando (página HTML vs. asset estático).

Inspeccionando una Página HTML (documento principal):

Deberías ver Server Cache + Edge Cache:

X-Kinsta-Cache: HIT              ← Server Cache activo
ki-cache-type: Edge              ← Edge Cache activo
Ki-CF-Cache-Status: HIT          ← Servido desde Edge

NO verás CDN aquí porque CDN solo sirve assets estáticos, no páginas HTML.

Inspeccionando un Asset Estático (imagen, CSS, JS):

Deberías ver solo CDN:

ki-cache-type: CDN               ← CDN activo
ki-cf-cache-status: HIT          ← Servido desde CDN

NO verás Server/Edge Cache aquí porque esos son solo para páginas HTML completas.

Ejemplo Práctico:

Cuando cargas https://tudominio.com/blog/mi-post/:

1. Request de la página HTML (mi-post/):
   • Pasa por: Edge Cache → Server Cache
   • Headers: ki-cache-type: Edge + X-Kinsta-Cache: HIT
2. Request de la imagen (imagen-destacada.jpg):
   • Pasa por: CDN
   • Headers: ki-cache-type: CDN + ki-cf-cache-status: HIT
3. Request del CSS (style.css):
   • Pasa por: CDN
   • Headers: ki-cache-type: CDN + ki-cf-cache-status: HIT

¿Y Redis?

Redis NO aparece en los headers HTTP porque trabaja en el backend. Cachea objetos/queries ANTES de generar el HTML.

Para verificar Redis:

• WordPress Dashboard > Redis Object Cache plugin > Ver estadísticas
• O conectar con RedisInsight
• O usar Kinsta APM tool

Resumen Final para Verificación

Qué Inspecciono	Headers que DEBO Ver	Headers que NO Veré
Página HTML	X-Kinsta-Cache: HIT ki-cache-type: Edge Ki-CF-Cache-Status: HIT	ki-cache-type: CDN
Imagen/CSS/JS	ki-cache-type: CDN ki-cf-cache-status: HIT	X-Kinsta-Cache ki-cache-type: Edge
Redis	No aparece en headers	N/A