Saber cómo limpiar el caché de una página web es una de esas tareas que parece trivial hasta que algo falla: ves una versión antigua de tu web tras publicar cambios, un cliente te dice que no ve la actualización o una página simplemente no carga. El problema es que “limpiar el caché” puede referirse a tres cosas distintas según quién lo haga y desde dónde: el navegador del visitante, el plugin de caché del CMS o la capa de servidor. Confundirlas es el origen del 80% de los dolores de cabeza. Esta guía te explica cada capa, en qué orden actuar y cuándo una no es suficiente sin la otra.
La caché es una copia guardada de un recurso para servirlo más rápido la próxima vez. Funciona como un borrador impreso: en lugar de reimprimir el documento cada vez, coges la copia del cajón. El problema aparece cuando el original cambia y la copia del cajón sigue siendo la antigua.
Antes de hacer nada, identifica en qué capa está el problema. Hay tres principales:
Un error habitual es vaciar la caché del navegador propio y asumir que todos los visitantes verán el cambio. No es así. Cada capa es independiente. Si el plugin de caché de WordPress sigue sirviendo la versión antigua, da igual que tu Chrome esté limpio.
Limpiar tu caché solo soluciona tu problema. Limpiar la caché del servidor soluciona el de todos.
Esta acción sirve cuando tú, como visitante o como propietario que revisa su propio sitio, ves contenido desactualizado. No afecta a otros usuarios. Es el primer paso de diagnóstico, no la solución definitiva para un sitio en producción.
Chrome es el navegador más usado, así que empezamos por él. El método más rápido en Windows y Linux es el atajo de teclado Ctrl + Shift + Supr; en Mac, Cmd + Shift + Supr. Se abre el panel “Borrar datos de navegación”. En la pestaña “Avanzado”, selecciona “Imágenes y archivos en caché” y elige el intervalo de tiempo. Si solo quieres resolver un problema puntual con una página concreta, selecciona “Últimas 24 horas” en lugar de “Desde siempre” para no perder otros datos en caché que sí funcionan bien.
También puedes forzar una recarga sin caché en la página que da problemas: mantén pulsado Shift y haz clic en el botón de recarga, o usa Ctrl + Shift + R (Windows) / Cmd + Shift + R (Mac). Esto descarga los recursos frescos del servidor solo para esa pestaña, sin borrar nada en el navegador.
Si eres desarrollador y necesitas trabajar siempre sin caché, abre las Herramientas para desarrolladores (F12), ve a la pestaña “Red” y activa “Desactivar caché”. Solo funciona mientras ese panel esté abierto, así que no es una opción para el uso diario, pero sí para revisar cambios durante el desarrollo.
En Firefox, el atajo es idéntico a Chrome: Ctrl + Shift + Supr en Windows o Cmd + Shift + Supr en Mac. En el panel que se abre, asegúrate de marcar únicamente “Caché” si no quieres borrar contraseñas guardadas ni historial. Es un detalle que el top de resultados de Google no menciona: puedes borrar solo la caché sin tocar el resto.
En Safari para Mac, ve a Desarrollador > Vaciar cachés (si no ves el menú Desarrollador, actívalo desde Safari > Configuración > Avanzado > Mostrar menú Desarrollador). En iPhone y iPad, el camino es distinto: ve a Ajustes del sistema, busca Safari y pulsa “Borrar historial y datos de sitios web”. Esto borra historial, cookies y caché a la vez, no hay opción de seleccionar solo la caché en iOS, así que ten en cuenta que cerrarás las sesiones activas.
En Microsoft Edge, el atajo Ctrl + Shift + Supr funciona igual. Marca “Imágenes y archivos en caché” y deja sin marcar las contraseñas si quieres conservarlas.
Esta es la acción que realmente importa cuando publicas un cambio en tu sitio y los visitantes siguen viendo la versión anterior. Actuar aquí sí afecta a todos los usuarios.
La mayoría de instalaciones de WordPress usan un plugin de caché: WP Rocket, W3 Total Cache, LiteSpeed Cache o el que incluye el propio hosting. El procedimiento varía ligeramente entre ellos, pero el principio es el mismo: forzar que el plugin descarte las páginas HTML guardadas y las regenere con el contenido actual.
En el panel de administración de WordPress, verás una barra de herramientas en la parte superior con el icono de WP Rocket. Despliégala y haz clic en “Vaciar la caché”. También puedes ir a Ajustes > WP Rocket > pestaña “Panel” y pulsar el mismo botón. Si solo quieres limpiar la caché de una URL concreta, visítala desde el frontal mientras estás logueado como administrador: en la barra de herramientas aparecerá la opción “Vaciar la caché de esta URL”.
Con LiteSpeed Cache, la opción está en el menú lateral de WordPress: LiteSpeed Cache > Administrar > Vaciar todo. Es importante vaciar también el CSS y JS crítico si has modificado hojas de estilo, opción que está en la misma pantalla bajo “Purgar CSS/JS”. Con W3 Total Cache, ve a Rendimiento > Vaciar caché. Si trabajas en un entorno con Nginx o con un servidor LiteSpeed, el plugin tiene comunicación directa con la capa de servidor, así que este vaciado afecta también a esa capa sin pasos adicionales.
Imagina una tienda online de ropa que añade una promoción del 20% en la portada. Publica el banner, va al frontal y sigue viendo el antiguo. El plugin de caché está sirviendo la versión previa a todos los visitantes. Vaciar la caché del plugin resuelve el problema en segundos; borrar la caché del navegador propio solo habría solucionado lo que ve el dueño de la tienda, no los clientes.
Cuando ya has vaciado la caché del plugin y la del navegador pero el problema persiste, la causa suele estar en el servidor web, en una CDN como Cloudflare, o en la caché DNS del sistema operativo.
Si tu sitio usa Cloudflare, los archivos estáticos (imágenes, CSS, JS) se sirven desde los servidores de Cloudflare, no directamente desde tu hosting. Cuando cambias esos archivos, Cloudflare puede seguir sirviendo la versión anterior durante horas.
Para forzar la purga: accede a tu cuenta de Cloudflare, selecciona el dominio, ve a “Almacenamiento en caché” > “Configuración” y pulsa “Purgar todo”. Si no quieres purgar todo el sitio, usa la opción “Purgar por URL” e introduce las URLs concretas que has modificado. Esta segunda opción es preferible en sitios grandes con tráfico alto, porque purgar todo obliga a regenerar el caché completo desde cero, lo que puede generar un pico de carga en el servidor.
La caché DNS es distinta a la caché de contenido. Guarda la traducción de un nombre de dominio a una dirección IP. Si acabas de migrar el sitio a un nuevo servidor o has cambiado los DNS, el sistema operativo puede seguir enviando a los visitantes a la dirección antigua aunque los DNS ya hayan propagado.
Para limpiarla en Windows, abre el símbolo del sistema como administrador y ejecuta ipconfig /flushdns. En Mac, el comando varía según la versión del sistema, pero el más habitual es sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder, ejecutado en la Terminal. En Linux, el comando depende del servicio de resolución DNS activo, normalmente sudo systemd-resolve –flush-caches.
Esta limpieza solo afecta al equipo desde el que la ejecutas. Los visitantes de tu sitio tienen sus propias cachés DNS locales, que se actualizan automáticamente cuando expira el TTL configurado en tus registros DNS.
Antes de vaciar capas a ciegas, puedes identificar exactamente dónde está la caché activa. Esto ahorra tiempo y evita purgas innecesarias en sitios con mucho tráfico.
?nocache=1. Muchas configuraciones de caché ignoran URLs con parámetros desconocidos y sirven la versión fresca del servidor. Si ahora ves el contenido actualizado, el problema está en la caché de contenido, no en el DNS.El diagnóstico por cabeceras HTTP te dice exactamente qué capa está fallando. Sin esa información, limpiar capas a ciegas es perder tiempo.
El error más frecuente es vaciar solo la caché del navegador propio y asumir que el problema está resuelto para todos los visitantes. Ya lo hemos visto. Pero hay otros que aparecen con más regularidad de la que parece.
Borrar caché en producción sin estrategia de regeneración. En sitios con mucho tráfico, purgar toda la caché de golpe significa que las siguientes peticiones llegan al servidor sin ninguna página cacheada, lo que puede causar un pico de carga importante. Los plugins como WP Rocket ofrecen la opción de precargar la caché tras vaciarla: actívala siempre antes de hacer una purga masiva.
Confundir cookies con caché. Las cookies guardan datos de sesión del usuario (por ejemplo, que estás logueado o qué has añadido al carrito). La caché guarda archivos estáticos y páginas HTML. Borrarlas juntas, como hace la opción por defecto en muchos navegadores, cierra sesiones activas. Si solo necesitas resolver un problema de contenido desactualizado, desmarca las cookies al borrar la caché del navegador.
No limpiar la caché de objetos en WordPress. Algunos hostings avanzados (como Kinsta o WP Engine) usan Redis o Memcached para cachear resultados de consultas a la base de datos. Vaciar la caché de páginas no vacía esta capa. Si después de limpiar todo lo demás el problema persiste, busca en el panel de tu hosting la opción de vaciar la caché de objetos o de Redis.
Olvidar los assets cacheados por separado. Aunque la página HTML se sirva fresca, el navegador puede seguir usando una versión antigua del CSS o del JavaScript si esos archivos tienen un tiempo de caché largo configurado en el servidor. La solución a largo plazo es usar cache busting: añadir un sufijo de versión al nombre del archivo (por ejemplo, estilos.v2.css) cada vez que cambias su contenido. Los plugins de caché buenos hacen esto automáticamente.
El siguiente paso práctico: si aún no tienes configurado el preload de caché en tu plugin de WordPress, entra hoy en su configuración y actívalo. Es el ajuste que más tiempo de recuperación ahorra después de una purga.
No directamente. Vaciar la caché no penaliza ni beneficia el posicionamiento por sí solo. Lo que sí puede afectar al SEO es el tiempo que el sitio tarda en regenerar las páginas tras una purga masiva, porque un servidor lento impacta en las métricas de rendimiento que Google evalúa. Activa la opción de precargar la caché después de vaciarla para minimizar ese período de lentitud.
Depende de con qué frecuencia actualizas el contenido. Si publicas a diario, muchos plugins permiten configurar una purga automática cada cierto tiempo o cada vez que guardas un post. Si tu sitio cambia poco, no hay necesidad de purgas periódicas. La caché se invalida sola cuando expira su tiempo de vida configurado, que en la mayoría de plugins ronda las 24 horas por defecto.
Una caché DNS corrupta o desactualizada puede impedir que el navegador resuelva correctamente el dominio, aunque la conexión funcione. Ejecuta el comando de limpieza de caché DNS de tu sistema operativo (ipconfig /flushdns en Windows, dscacheutil en Mac) y vuelve a intentarlo. Si el problema persiste, puede ser un fallo del servidor del sitio o un bloqueo de red, no de la caché.
Sí. Plugins como WP Rocket o LiteSpeed Cache permiten purgar la caché de una URL concreta. En Cloudflare también existe la opción de purgar por URL. Es la opción preferible cuando solo has actualizado una página, ya que evita regenerar la caché de todo el sitio y el consiguiente pico de carga en el servidor.
Depende de qué selecciones al borrar. Si marcas también las cookies, sí: perderás las sesiones y tendrás que volver a iniciar sesión en los sitios donde estabas. Si marcas solo la caché de imágenes y archivos, las sesiones se mantienen. Al abrir el panel de borrado de datos en tu navegador, desmarca las cookies si no quieres perderlas.
En la mayoría de casos, sí. Si usas WordPress con un plugin de caché estándar, el botón de vaciado está en el propio panel de administración. En Cloudflare, la opción está en la interfaz web sin necesidad de tocar código. Solo cuando el hosting usa capas como Redis o Memcached el proceso requiere acceso al panel de servidor, que normalmente ofrece el propio hosting en su área de cliente.
Significa que hay otra capa activa. Sigue este orden: comprueba si la CDN tiene la versión antigua (purgando por URL en Cloudflare o similar), revisa si hay caché de objetos activa en el hosting (Redis, Memcached) y verifica las cabeceras HTTP de la respuesta con las Herramientas para desarrolladores del navegador. La cabecera X-Cache o CF-Cache-Status te indica qué capa sigue sirviendo contenido antiguo.