Si alguna vez has trabajado en una web, seguro que has vivido esta escena: haces un cambio, lo revisas, todo parece correcto… pero el cliente te escribe diciendo que no ve nada actualizado. Entonces llega la pregunta mágica: “¿Has borrado caché?”

La caché es una de esas cosas que no se ven, pero que están presentes en prácticamente cualquier proyecto digital: WordPress, Magento, PrestaShop, navegadores, servidores, CDN, frameworks modernos, hojas de estilo, JavaScript, imágenes optimizadas… Todo puede estar cacheado.

Y aunque la caché es fundamental para que una web cargue rápido, también puede convertirse en una fuente de confusión cuando estamos realizando cambios, corrigiendo errores o publicando nuevas versiones.

¿Qué es exactamente la caché?

La caché es un sistema que guarda una copia temporal de ciertos archivos, páginas o datos para que no sea necesario generarlos o descargarlos de nuevo cada vez que alguien visita una web.

Dicho de forma sencilla: en lugar de pedirle al servidor que reconstruya toda la página desde cero, la caché entrega una versión ya preparada. Esto permite que la web cargue más rápido, consuma menos recursos y ofrezca una mejor experiencia al usuario.

El problema aparece cuando esa copia guardada no se actualiza correctamente. Entonces podemos estar viendo una versión antigua de la web aunque el cambio ya esté hecho.

La caché es maravillosa cuando todo funciona bien, pero puede ser desesperante cuando estás intentando ver un cambio que “debería estar ahí” y simplemente no aparece.

El clásico: “Yo no veo el cambio”

Esta frase es muy habitual en el día a día de cualquier diseñador, desarrollador o responsable web. Subes una imagen nueva, modificas un texto, cambias un color, corriges un botón o actualizas una landing… pero el cliente sigue viendo la versión anterior.

En muchos casos, el cambio está correctamente aplicado, pero hay alguna capa de caché mostrando contenido antiguo. Puede ser la caché del navegador, la caché del CMS, la caché del servidor, una CDN o incluso archivos generados por herramientas de desarrollo.

Por eso, cuando algo no se ve actualizado, una de las primeras comprobaciones suele ser: limpiar caché y volver a cargar la página.

Tipos de caché que pueden afectar a una web

No existe una única caché. De hecho, en una misma web pueden convivir varias capas de caché al mismo tiempo. Esto es lo que hace que a veces sea tan difícil detectar dónde está realmente el problema.

1. Caché del navegador

El navegador guarda archivos como imágenes, hojas CSS, scripts JavaScript o fuentes para no tener que descargarlos cada vez. Esto mejora mucho la velocidad, pero también puede provocar que sigamos viendo archivos antiguos después de una actualización.

Por ejemplo, puedes haber modificado un archivo CSS, pero Chrome sigue utilizando la versión anterior que tenía guardada. El resultado: el cambio existe en el servidor, pero no aparece en pantalla.

2. Caché del CMS

CMS como WordPress, Magento o PrestaShop tienen sus propios sistemas de caché, ya sea de forma nativa o mediante módulos y plugins. Estos sistemas guardan páginas, bloques, plantillas o resultados de consultas para reducir la carga del servidor.

3. Caché del servidor

Muchos hostings utilizan sistemas de caché a nivel de servidor, como LiteSpeed Cache, NGINX cache, Varnish u otras soluciones. Esta capa puede seguir sirviendo una versión antigua aunque ya hayas limpiado la caché del CMS.

4. Caché de CDN

Si la web utiliza una CDN, como Cloudflare u otros servicios similares, es posible que los archivos estáticos se estén sirviendo desde servidores intermedios. En estos casos también puede ser necesario purgar la caché de la CDN.

5. Caché de frameworks y herramientas de desarrollo

En proyectos modernos también entran en juego herramientas como Tailwind CSS, Vite, Webpack, Next.js, Laravel Mix u otros sistemas de compilación. Estas herramientas pueden generar archivos temporales, versiones minificadas o builds que no siempre se actualizan como esperamos.

WordPress y la caché: plugins, optimización y pequeños sustos

En WordPress es muy habitual utilizar plugins de caché para mejorar el rendimiento. Algunos de los más conocidos son WP Rocket, LiteSpeed Cache, W3 Total Cache, WP Super Cache o plugins incluidos por el propio hosting.

Estos plugins pueden cachear páginas completas, minificar archivos CSS y JavaScript, optimizar imágenes, aplicar carga diferida, combinar recursos o generar versiones estáticas de las páginas.

Todo esto ayuda mucho a mejorar la velocidad, pero también puede provocar situaciones como estas:

• Modificar un texto y que siga apareciendo el anterior.
• Cambiar una imagen y que se siga viendo la antigua.
• Actualizar CSS y que el diseño no cambie.
• Editar una plantilla con Elementor y que el frontal no refleje los cambios.
• Ver una cosa estando logueado y otra diferente en modo incógnito.

Por eso, después de hacer cambios importantes en WordPress, es recomendable limpiar la caché del plugin, revisar si el hosting tiene caché propia y comprobar la web en una ventana de incógnito o con recarga forzada.

Magento: la caché “especial” del e-commerce

Magento es otro mundo. Su sistema de caché es muy potente, pero también bastante particular. En una tienda Magento pueden intervenir distintas capas: caché de configuración, caché de layouts, bloques HTML, full page cache, archivos estáticos desplegados, Varnish, índices y compilaciones.

Esto significa que un cambio en una plantilla, un bloque CMS, una landing, una categoría o una campaña puede no verse de inmediato si no se limpian las capas adecuadas.

Algunos casos habituales en Magento son:

• Actualizar un bloque CMS y que siga apareciendo la versión anterior.
• Modificar un archivo CSS o JS y que no se refleje en producción.
• Crear una landing de campaña y que algunos bloques no se actualicen.
• Cambiar una imagen y que el navegador o la CDN sigan mostrando la antigua.
• Tener que limpiar caché, desplegar contenido estático o reindexar según el tipo de cambio.

Magento está pensado para soportar catálogos grandes, mucho tráfico y estructuras complejas. Por eso, su sistema de caché no es tan simple como “borrar y listo”. A veces hay que saber exactamente qué tipo de caché limpiar y en qué entorno estamos trabajando.

PrestaShop: otra caché con muchas capas

PrestaShop también tiene sus particularidades. Puede utilizar caché de plantillas Smarty, sistemas de combinación, compresión y minificación de CSS y JavaScript, caché de módulos, caché del tema y, en muchos casos, caché adicional del servidor o del hosting.

Cuando se trabaja con temas personalizados o módulos a medida, es bastante habitual que un cambio no se muestre hasta limpiar la caché desde el panel de administración o incluso borrar archivos temporales generados por el sistema.

En proyectos PrestaShop conviene revisar especialmente:

• La caché de Smarty.
• La opción de forzar compilación de plantillas durante el desarrollo.
• La combinación y minificación de CSS y JavaScript.
• La caché de módulos instalados.
• La caché adicional del servidor o CDN.

En una tienda online, además, un problema de caché puede afectar no solo al diseño, sino también a precios, banners, promociones, productos destacados o mensajes comerciales.

Tailwind, frameworks modernos y archivos generados

La caché no es solo cosa de CMS. En proyectos modernos con Tailwind CSS, React, Vue, Laravel, Vite, Webpack u otros entornos, también pueden aparecer problemas relacionados con archivos generados, builds antiguas o recursos que el navegador sigue guardando.

Tailwind, por ejemplo, genera CSS en función de las clases que detecta en el proyecto. Si el sistema de compilación no detecta correctamente un archivo, una clase puede no incluirse en el CSS final. O puede que el CSS se haya generado bien, pero el navegador siga cargando una versión anterior.

En estos casos conviene comprobar:

• Que el proceso de build se ha ejecutado correctamente.
• Que los archivos generados se han subido al servidor correcto.
• Que el navegador no está usando una versión antigua del CSS o JavaScript.
• Que no existe una CDN sirviendo recursos obsoletos.
• Que las rutas configuradas en Tailwind incluyen todos los archivos donde usamos clases.

A veces el problema no está en el código, sino en que la versión que se está viendo no es la última versión generada.

Cómo deshabilitar la caché desde el inspector de Chrome

Una herramienta muy útil durante el desarrollo es el inspector de Chrome. Desde DevTools podemos desactivar temporalmente la caché del navegador mientras tenemos el panel abierto.

Para hacerlo:

1. Abre la web en Google Chrome.
2. Haz clic derecho y selecciona Inspeccionar.
3. Ve a la pestaña Network o Red.
4. Marca la opción Disable cache o Deshabilitar caché.
5. Recarga la página con el panel de inspección abierto.

Esto ayuda a comprobar si el problema está en la caché del navegador. Eso sí, esta opción solo funciona mientras DevTools está abierto.

También es útil hacer una recarga forzada:

• Windows/Linux: Ctrl + F5 o Ctrl + Shift + R.
• Mac: Cmd + Shift + R.

¿Por qué a mí se me ve bien y al cliente no?

Esta es una de las situaciones más frecuentes. El desarrollador ve el cambio correctamente, pero el cliente no. O al revés: el cliente ve algo roto que en nuestro equipo funciona perfectamente.

Esto puede ocurrir por varios motivos:

• Cada navegador puede tener su propia caché.
• El cliente puede estar usando una versión antigua de la página guardada en su dispositivo.
• La CDN puede servir contenido diferente según la ubicación.
• El usuario logueado puede saltarse ciertas capas de caché.
• El modo incógnito puede mostrar una versión distinta.
• El móvil puede mantener archivos antiguos aunque en escritorio ya se vea bien.

Por eso es importante comprobar los cambios desde varios entornos: navegador normal, incógnito, móvil, escritorio y, si es necesario, otra red de conexión.

La caché mejora la velocidad, pero hay que saber controlarla

Es importante aclararlo: la caché no es mala. Todo lo contrario. Es una pieza clave para que una web sea rápida, estable y eficiente.

Sin caché, muchas webs cargarían mucho más lento, consumirían más recursos del servidor y ofrecerían una peor experiencia de usuario. En tiendas online, blogs con mucho tráfico o webs corporativas con muchas visitas, una buena estrategia de caché puede marcar una gran diferencia.

El problema no es usar caché. El problema es no saber qué se está cacheando, dónde se está guardando y cómo limpiarlo cuando hace falta.

Buenas prácticas para evitar problemas de caché

Aunque no siempre podemos evitar todos los conflictos, sí podemos reducir muchos problemas siguiendo algunas buenas prácticas:

• Limpiar caché después de cambios importantes en diseño, contenido o funcionalidades.
• Comprobar la web en modo incógnito.
• Usar recarga forzada durante las pruebas.
• Desactivar la caché del navegador desde DevTools cuando estamos desarrollando.
• Versionar archivos CSS y JavaScript cuando sea necesario.
• Purgar la caché de CDN si la web utiliza servicios externos.
• Revisar la caché del hosting, no solo la del CMS.
• Documentar qué sistemas de caché utiliza cada proyecto.
• Evitar activar demasiados plugins de optimización a la vez sin control.
• Probar los cambios desde varios dispositivos y navegadores.

Versionado de archivos: una solución muy útil

Una técnica habitual para evitar que el navegador siga cargando archivos antiguos consiste en añadir una versión a los recursos CSS o JavaScript.

Por ejemplo:

<link rel="stylesheet" href="/css/styles.css?v=2">

O en archivos JavaScript:

<script src="/js/app.js?v=20260513"></script>

Al cambiar ese parámetro de versión, el navegador interpreta que se trata de un recurso diferente y vuelve a descargarlo. Es una forma sencilla de evitar que se quede usando una versión antigua.

Cuando la caché oculta errores reales

Otro punto importante es que la caché no solo puede ocultar cambios nuevos. También puede ocultar errores. A veces una página parece funcionar correctamente porque estamos viendo una versión cacheada, pero al limpiar caché aparece el problema real.

Esto puede pasar después de actualizar plugins, cambiar una plantilla, modificar una dependencia, tocar un módulo de tienda online o desplegar una nueva versión de código.

Por eso, en entornos profesionales, limpiar caché no debería ser un gesto aleatorio, sino parte del proceso de revisión y publicación.

Una frase que repetimos mucho: “borra caché y prueba de nuevo”

Puede sonar a tópico, pero muchas incidencias web empiezan y terminan ahí. No porque sea una solución mágica, sino porque la caché interviene en muchísimos niveles.

Cuando un cliente no ve un cambio, cuando una imagen no se actualiza, cuando el diseño parece roto o cuando una tienda muestra información antigua, limpiar caché es una de las primeras comprobaciones que debemos hacer.

Eso sí, si después de limpiar caché el problema continúa, entonces toca investigar más a fondo: revisar consola, red, servidor, logs, plugins, temas, módulos, compilaciones o configuraciones.

Conclusión: la caché es necesaria, pero hay que entenderla

La caché es una gran aliada para mejorar la velocidad y el rendimiento de una web, pero también puede convertirse en una fuente de dolores de cabeza si no se controla bien.

En WordPress, Magento, PrestaShop, Tailwind o cualquier otro entorno moderno, saber cómo funciona la caché ayuda a trabajar mejor, detectar errores antes y evitar malentendidos con clientes o equipos.

Así que la próxima vez que algo no se vea como debería, antes de entrar en pánico, recuerda la pregunta de siempre:

¿Has borrado caché?

¿Necesitas ayuda con el rendimiento o mantenimiento de tu web?

En Leketembé trabajamos con WordPress, Magento, PrestaShop, desarrollos a medida y proyectos digitales donde el rendimiento, la estabilidad y el mantenimiento técnico son clave.

Si tu web no muestra los cambios, va lenta, tiene problemas de caché o necesitas revisar su configuración, podemos ayudarte a detectar el origen del problema y aplicar una solución profesional.

Contacta con nosotros y cuéntanos qué necesitas.