cache.lat
Una caché que sirve HTML estático es rapidísima, pero tiene un costo oculto: si no sabés cuándo vaciarla, tus visitantes ven precios viejos, textos desactualizados o un banner de oferta que ya terminó. Purgar bien es tan importante como cachear bien.
Por qué la purga importa tanto
Cuando una página se guarda como archivo HTML, el servidor la entrega sin ejecutar PHP ni consultar la base de datos. Eso es justo lo que la hace veloz, pero también significa que WordPress no "se entera" de que cambiaste algo hasta que la copia se regenera. Dos errores opuestos son comunes:
- Purgar de menos: editás una página y el cambio no aparece. El cliente escribe preguntando por qué ve la promo anterior.
- Purgar de más: vaciás todo el sitio ante cada pequeño cambio, y el siguiente visitante de cada URL vuelve a pagar el costo de generación completa.
Qué conviene invalidar según el cambio
Editaste una entrada o página
Lo mínimo imprescindible es esa URL. Pero pensá en dónde más aparece ese contenido: la portada si lista últimas entradas, la página de categoría, el archivo del autor y el feed. Si el título o el extracto cambiaron, esas listas también quedaron viejas.
Cambiaste el menú, un widget o el footer
Estos elementos están en todas las páginas, así que un cambio acá sí justifica regenerar todo el sitio. Es el caso típico donde una purga total es correcta.
Cambiaste el tema, el CSS o activaste un plugin
Un cambio de apariencia o de scripts afecta el HTML de cada URL. Purgá todo y regenerá después de verificar que el sitio se ve bien en modo "sin caché".
Actualizaste precios o stock en una tienda
Las páginas de producto sí se pueden cachear, pero el carrito, el checkout y la cuenta del usuario nunca deberían servirse desde una copia estática. Al cambiar un precio, purgá el producto y las categorías donde aparece.
Un flujo de trabajo simple
- Hacé el cambio en WordPress y revisalo en una ventana privada del navegador.
- Purgá solo lo afectado: la URL editada y los listados que la muestran.
- Si tocaste algo global (menú, footer, tema), purgá todo y dejá que se regenere.
- Verificá que la página nueva realmente se sirve como copia estática. Si querés repasar cómo hacerlo, tenemos una guía sobre cómo comprobar que tu caché funciona.
Regenerar después de purgar
Purgar deja la URL sin copia hasta que alguien la visite. En un sitio con poco tráfico, eso puede significar que el primer visitante (o el robot de un buscador) recibe la versión lenta. Por eso conviene regenerar las páginas importantes apenas purgás, en lugar de esperar al próximo visitante. En cómo funciona cache.lat explicamos que podés purgar o regenerar desde el panel del plugin, y que la generación se pide en lotes pequeños con barra de progreso.
Cuidado con las URLs de campaña
Los parámetros como utm_*, fbclid o gclid no deberían crear una copia distinta por cada clic de anuncio. Si tu sistema trata cada variante como una página nueva, la caché se llena de duplicados y tus anuncios terminan pegándole a PHP. Ya lo desarrollamos en nuestro post sobre campañas con UTM y caché.
Errores frecuentes
- Purgar todo el sitio cada vez que se publica un comentario o una entrada menor.
- Olvidarse de la caché del navegador o de un CDN delante del sitio: purgás en WordPress y seguís viendo lo viejo.
- No probar con una sesión de usuario distinta a la de administrador.
- Cachear páginas dinámicas (carrito, búsqueda interna, formularios POST) por error.
Conclusión
La regla práctica: purgá lo mínimo cuando el cambio es local, purgá todo cuando es global, y regenerá enseguida lo que más tráfico recibe. Si querés ver el detalle de cada ajuste del plugin, la documentación es el mejor punto de partida, y si tenés un caso particular podés escribirnos desde la página de contacto de TuNegocioEnLinea.