Cuando una página WordPress tarda demasiado en responder, el servidor puede estar ejecutando PHP y consultando la base de datos una y otra vez para mostrar contenido que apenas ha cambiado.
WP Super Cache permite reducir ese trabajo. El plugin genera versiones HTML de las páginas y las reutiliza cuando recibe solicitudes compatibles con la caché.
Sin embargo, instalarlo y activarlo no garantiza que esté funcionando correctamente. Una página puede tener su archivo HTML almacenado y, aun así, continuar ejecutando WordPress en cada visita.
En este tutorial aprenderás a configurar WP Super Cache desde el administrador, verificar sus resultados, solucionar problemas mediante cPanel o FTP y utilizarlo en una tienda WooCommerce sin compartir información de los compradores.
La guía incluye un caso técnico real, con resultados medidos durante una intervención de soporte.
¿Qué es WP Super Cache y cómo funciona?
WP Super Cache es un plugin gratuito de caché de páginas para WordPress, mantenido dentro del ecosistema de Automattic.
En condiciones normales, cuando alguien visita una página WordPress, el servidor puede necesitar cargar PHP, inicializar los plugins, consultar la base de datos y construir el HTML de la respuesta.
Con una caché de página válida, gran parte de ese trabajo puede evitarse.
El funcionamiento básico se resume así:
Un visitante solicita una página.
WordPress genera su contenido.
WP Super Cache guarda una versión HTML cuando la solicitud reúne las condiciones para ser cacheada.
Un segundo visitante solicita la misma dirección.
Si el archivo está vigente y no existen condiciones que obliguen a generar contenido dinámico, el plugin reutiliza la versión almacenada.
Esto suele beneficiar especialmente a portadas, páginas informativas, artículos y catálogos que muestran contenido público.
No significa que todas las páginas deban almacenarse. El carrito de compras, la identificación de usuarios y determinados formularios necesitan responder con información actualizada y personalizada.
Importante: WP Super Cache es principalmente una herramienta de caché HTML. No sustituye la optimización de imágenes, la revisión de consultas lentas, la actualización de PHP ni la corrección de plugins mal programados.
Documentación: https://jetpack.com/support/wp-super-cache/
1. Antes de instalar WP Super Cache, realiza una copia de seguridad
Aunque su instalación suele ser sencilla, WP Super Cache trabaja con archivos importantes para el funcionamiento de WordPress.
Antes de empezar:
Accede a tu panel de hosting o cPanel.
Crea una copia de seguridad de los archivos de WordPress y de su base de datos.
Conserva una copia fuera de
public_html, o descárgala a un almacenamiento seguro.Comprueba que el respaldo pueda restaurarse.
Anota qué plugins de caché están activos.
No conviene conservar copias SQL, archivos ZIP de WordPress o respaldos de migración dentro de carpetas públicas.
¿Puedo utilizar varios plugins de caché?
Evita activar simultáneamente varios mecanismos de caché de página sin comprender cómo interactúan.
Dos plugins que intenten controlar la misma función pueden provocar archivos desactualizados, problemas de configuración o dificultades al investigar errores.
Esto no significa que toda optimización adicional sea incompatible. Una caché de objetos, una CDN o un sistema de optimización de imágenes cumplen funciones diferentes, pero deben configurarse coordinadamente.
Si tu proveedor ya utiliza una caché de página a nivel de servidor, consulta cómo se integra con WP Super Cache antes de activar otra capa.
2. Instalar WP Super Cache desde WordPress
No necesitas SSH ni conocimientos de programación para realizar la instalación inicial.
Inicia sesión en WordPress con una cuenta administradora.
Abre Plugins → Añadir nuevo plugin.
Busca
WP Super Cache.Verifica que se trata del plugin correcto publicado en WordPress.org.
Pulsa Instalar ahora.
Cuando termine, selecciona Activar.
Entra en Ajustes → WP Super Cache.
El enlace oficial del plugin es:
https://es.wordpress.org/plugins/wp-super-cache/
Si ya está instalado, verifica su versión y revisa el registro de cambios antes de actualizarlo. Es aconsejable realizar una copia de seguridad y probar la tienda después de cualquier actualización importante.
3. Activar la caché por primera vez
En la pestaña de configuración sencilla, normalmente identificada como Easy o Sencillo, encontrarás los controles principales.
Selecciona la opción para activar la caché y guarda los cambios mediante el botón de actualización correspondiente.
Después localiza Test Cache o Probar caché, según el idioma instalado.
Esta herramienta consulta dos veces la página principal y compara las marcas de tiempo que permiten comprobar si se reutiliza una versión cacheada.
Si ambas comprobaciones son satisfactorias, tienes una primera señal positiva.
Si fallan, no significa automáticamente que el hosting sea lento. Puede haber problemas de permisos, configuración, cookies, URLs o algún plugin que impida generar una respuesta cacheable.
La prueba integrada es un buen comienzo, pero no reemplaza las comprobaciones de las páginas internas.
4. Elegir el modo de caché adecuado
WP Super Cache ofrece diferentes mecanismos para servir el contenido almacenado. Las opciones disponibles pueden variar según la versión, el servidor y la configuración.
Simple
Es una buena opción inicial para la mayoría de los sitios.
El contenido HTML cacheado se entrega mediante PHP, evitando gran parte del trabajo habitual de WordPress.
Tiene una configuración relativamente sencilla y permite comprobar de manera directa cuándo se está reutilizando un archivo.
Recomendación: si no administras técnicamente tu servidor, comienza con el método Simple.
Expert
Puede entregar archivos estáticos mediante reglas del servidor web, habitualmente Apache con mod_rewrite.
Puede reducir aún más la intervención de PHP, pero requiere una configuración correcta de las reglas y del servidor.
No lo actives únicamente porque su nombre sugiera mayor velocidad. Una regla mal aplicada en .htaccess puede afectar el acceso a determinadas páginas.
Antes de utilizarlo, confirma que tu alojamiento es compatible y que existe una forma sencilla de revertir la configuración.
WP-Cache
Este mecanismo también participa en escenarios de almacenamiento en caché controlados mediante PHP y permite comportamientos más específicos.
No debe confundirse con garantizar que toda respuesta sea idéntica para todos los usuarios.
En páginas dinámicas es indispensable comprender las condiciones bajo las cuales el plugin genera o reutiliza contenido.
Nuestra recomendación de soporte: comienza con Simple, confirma su funcionamiento y considera mecanismos más avanzados únicamente cuando exista una necesidad técnica demostrada.
5. Configuración avanzada recomendada
En Ajustes → WP Super Cache → Avanzado encontrarás opciones relacionadas con usuarios, archivos, compresión, páginas excluidas y mantenimiento.
Antes de modificarlas, recuerda que los nombres exactos pueden variar entre versiones.
Activar la caché para visitantes anónimos
En una web informativa, la mayoría de visitantes no ha iniciado sesión.
Por eso conviene priorizar la caché del contenido público que todos pueden consultar.
En cambio, el contenido mostrado a administradores, clientes autenticados o visitantes con una sesión de compra necesita especial atención.
Cuando una opción indique que no deben almacenarse páginas para usuarios conocidos, normalmente conviene mantener esa protección.
Compresión
La compresión puede reducir el tamaño de los archivos enviados al navegador.
Sin embargo, algunas infraestructuras ya realizan compresión desde Apache, Nginx, una CDN u otra capa.
Activa únicamente las funciones compatibles con tu servidor y evita duplicaciones innecesarias.
Tiempo de vida de la caché
El tiempo de vida determina cuánto tiempo puede considerarse vigente un archivo antes de que deba regenerarse.
No existe una duración ideal para todos los WordPress.
Una web corporativa que cambia pocas veces al mes puede utilizar una política diferente de una tienda cuyo inventario o precios cambian constantemente.
Como punto de partida para una web estable puedes evaluar una duración de 1800 segundos (30 minutos), pero debe ajustarse a la frecuencia de actualización y al comportamiento de purga del sitio.
En una tienda, los cambios de precio, disponibilidad y promoción deben reflejarse correctamente. No basta con elegir un tiempo de expiración.
Garbage Collection
La recolección de basura elimina los archivos de caché que ya no deberían conservarse.
Comprueba que su programación funcione correctamente y que WordPress pueda ejecutar tareas programadas.
Si el sitio utiliza WP-Cron mediante un cron real del hosting, revisa que esté activo y que se ejecute con regularidad.
No desactives WP-Cron sin preparar previamente un mecanismo alternativo.
Precarga de caché
La precarga permite generar archivos antes de que llegue un visitante.
Puede ser útil en ciertos sitios, pero también provoca trabajo adicional de CPU, PHP y disco.
En un hosting con recursos limitados, una precarga excesiva puede perjudicar el rendimiento que precisamente intentas mejorar.
Prueba primero el almacenamiento generado por visitas reales y considera la precarga cuando ya conozcas el consumo de recursos.
6. Cómo configurar WP Super Cache con WooCommerce
Esta sección es especialmente importante si utilizas WordPress para vender productos.
WooCommerce necesita recordar qué artículos agregó cada comprador, qué sesión le corresponde y qué información debe mostrar durante el proceso de compra.
Una caché pública mal configurada podría mostrar un carrito desactualizado o interferir con el proceso de pago.
La documentación oficial de WooCommerce indica que WP Super Cache cuenta con compatibilidad nativa para evitar almacenar por defecto las páginas de carrito, checkout y cuenta. Aun así, recomendamos comprobar las exclusiones efectivas, especialmente cuando se utilizan URLs personalizadas.
Fuente: https://developer.woocommerce.com/docs/best-practices/performance/configuring-caching-plugins
Paso 1. Identifica las páginas reales de WooCommerce
En WordPress entra en:
WooCommerce → Ajustes → Avanzado
Localiza las páginas asignadas a:
Carrito.
Finalizar compra.
Mi cuenta.
Después abre cada una y copia su URL completa.
No supongas que todas las instalaciones utilizan /cart/ o /checkout/.
Un sitio configurado en español puede utilizar:
/carrito/
/finalizar-compra/
/mi-cuenta/Otro puede tener:
/cart/
/checkout/
/my-account/La configuración correcta depende de las direcciones reales de tu tienda.
Paso 2. Comprueba las páginas excluidas
Entra en Ajustes → WP Super Cache → Avanzado y localiza la sección de URLs que no deben almacenarse en caché.
Busca las rutas que corresponden al carrito, pago y cuenta.
Si WooCommerce ya las excluye mediante su integración, evita introducir reglas duplicadas sin necesidad.
Cuando utilices direcciones personalizadas, verifica que estén cubiertas.
Por ejemplo:
/carrito/
/finalizar-compra/
/my-account/Si tu interfaz acepta fragmentos o patrones en lugar de URLs completas, sigue la sintaxis que indique esa versión del plugin. No pegues expresiones regulares en un campo que no esté diseñado para interpretarlas.
Guarda los cambios.
Paso 3. Comprende las cookies de WooCommerce
Una cookie es un dato pequeño que el navegador conserva para recordar información entre solicitudes.
WooCommerce utiliza cookies para identificar sesiones de compra y cambios en el carrito.
Entre las más importantes están:
woocommerce_cart_hash
woocommerce_items_in_cart
wp_woocommerce_session_La tercera corresponde a un prefijo. El nombre completo puede incluir un identificador adicional.
La caché debe respetar estas sesiones. Un visitante que agregó productos al carrito no debería recibir una página pública que ignore o mezcle esa información.
No elimines estas cookies para conseguir una respuesta más rápida.
Paso 4. Prueba el carrito sin realizar una compra
Puedes hacer la comprobación desde el navegador.
Abre una ventana de navegación privada.
Visita la tienda.
Selecciona un producto disponible.
Agrégalo al carrito.
Abre la página del carrito.
Comprueba que aparece el producto elegido.
Abre otra ventana privada independiente, sin compartir la sesión.
Visita el carrito desde esa segunda sesión.
La segunda sesión no debería mostrar los productos añadidos por el primer visitante.
Si aparece información del primer comprador, interrumpe las pruebas y solicita una revisión técnica inmediata.
Nunca realices pedidos reales ni alteres precios o inventario solo para probar un plugin de caché.
Paso 5. Verifica las actualizaciones de productos
Si modificas un precio o la disponibilidad de un producto, la información pública debe actualizarse correctamente.
Antes de dar por aprobada la configuración, realiza esta comprobación en un sitio de pruebas o con un producto preparado específicamente para ello:
Registra el precio y disponibilidad iniciales.
Carga su ficha pública y el catálogo.
Realiza un cambio controlado en el entorno de pruebas.
Guarda el producto.
Comprueba la ficha, categorías y catálogo desde un navegador independiente.
Confirma que la información nueva aparece correctamente.
Restaura los datos del producto de prueba.
Los mecanismos internos de invalidación pueden reaccionar a los cambios, pero su existencia no demuestra que todas las páginas relacionadas se hayan actualizado.
Si utilizas una CDN u otra caché adicional, verifica también esa capa.
7. Cómo comprobar si WP Super Cache está funcionando realmente
Una web puede sentirse rápida en tu navegador porque ya descargaste sus imágenes y recursos anteriormente. Por eso conviene revisar algo más que la sensación de velocidad.
Método 1. Utiliza el comprobador del plugin
En Ajustes → WP Super Cache abre la sección sencilla y ejecuta Probar caché.
Si el resultado indica que las marcas de tiempo coinciden, existe evidencia de reutilización en la portada.
Recuerda que esta prueba no garantiza que todas las páginas interiores se comporten igual.
Método 2. Utiliza las herramientas del navegador
En Chrome, Edge o Firefox:
Abre la página que deseas revisar.
Presiona
F12.Selecciona la pestaña Red o Network.
Recarga la página.
Selecciona la solicitud principal del documento HTML.
Abre sus cabeceras de respuesta.
Busca información relacionada con la caché.
En determinadas configuraciones de WP Super Cache puede aparecer:
X-WP-Super-Cache: Served supercache file from PHPEsto indica que el HTML se entregó desde un archivo de supercaché mediante PHP.
No todas las modalidades ni todas las infraestructuras muestran esa misma cabecera. Su ausencia no demuestra por sí sola que la caché esté desactivada.
Por eso debemos combinar la inspección del navegador con el comprobador del plugin y, cuando sea necesario, el registro de depuración.
¿Qué es el TTFB?
TTFB significa Time to First Byte, es decir, tiempo hasta el primer byte de la respuesta.
Nos ayuda a observar cuánto tarda en comenzar a responder el servidor.
Un TTFB bajo es una buena señal, pero no garantiza que toda la página termine de mostrarse rápidamente.
Las imágenes, fuentes, scripts y recursos que bloquean el renderizado también influyen en la experiencia final.
8. Caso técnico real: la caché existía, pero no se reutilizaba
Durante una intervención de soporte posterior a una migración, analizamos una tienda WordPress que utilizaba WooCommerce y WP Super Cache.
El plugin estaba activo y generaba archivos HTML. La portada respondía rápidamente, pero la tienda presentaba tiempos de respuesta variables.
El problema resultó especialmente interesante porque el archivo de caché no estaba ausente. Existía y se regeneraba con frecuencia.
Qué encontramos
El sitio utilizaba enlaces permanentes con barra final:
/%postname%/La URL de la tienda terminaba en /.
Sin embargo, al comparar las solicitudes observamos un comportamiento diferente:
Solicitud
Resultado observado
URL de tienda sin barra final
WP Super Cache reutilizaba HTML
URL de tienda con barra final
WordPress regeneraba la página
Una solicitud a la dirección con barra final tardó aproximadamente 4 segundos en producir el primer byte.
En otras pruebas, la misma página llegó a tardar más de 6 segundos.
Cómo identificamos la causa
Activamos temporalmente la depuración del plugin.
Entre los mensajes aparecía:
No wp-cache file exists. Must generate a new one.No era suficiente interpretar literalmente que faltaba un archivo.
Al revisar el mecanismo de lectura en wp-cache-phase2.php, encontramos una condición que evalúa la ruta solicitada y la presencia de una barra final.
La variable relacionada era:
$wp_cache_slash_checkEn aquella instalación no aparecía declarada en el archivo de configuración del plugin.
La corrección que funcionó fue:
$wp_cache_slash_check = 1;Después de aplicarla, tres solicitudes consecutivas reutilizaron el HTML cacheado y su archivo conservó la misma fecha de modificación.
En una verificación posterior realizamos otras cuatro solicitudes a la tienda, todas servidas desde caché.
El TTFB promedio fue de aproximadamente 35 milisegundos.
Este resultado corresponde a una instalación y a una condición técnica determinadas. No significa que todas las páginas WordPress puedan pasar de varios segundos a 35 milisegundos por añadir esa variable.
El código fuente oficial permite estudiar la condición de lectura:
https://github.com/Automattic/wp-super-cache/blob/trunk/wp-cache-phase2.php
9. Cómo solucionar el problema de las barras finales mediante cPanel o FTP
Este procedimiento es avanzado. No debe aplicarse preventivamente a todos los sitios.
Úsalo solamente cuando el diagnóstico confirme que existe una discrepancia entre las URL con y sin barra final y que la comprobación correspondiente impide reutilizar la caché.
Paso 1. Haz un respaldo del archivo
Accede a cPanel y abre Administrador de archivos, o conecta utilizando un cliente FTP/SFTP autorizado.
En una instalación WordPress habitual, localiza:
public_html/wp-content/wp-cache-config.phpDescarga una copia de seguridad del archivo antes de editarlo.
No publiques su contenido en foros ni lo compartas sin revisar qué rutas y parámetros contiene.
Paso 2. Revisa la configuración existente
Abre wp-cache-config.php con el editor de texto.
Busca:
$wp_cache_slash_checkSi ya existe, no añadas una segunda declaración.
Comprueba primero su valor y si el plugin lo modifica automáticamente.
Paso 3. Aplica la corrección solamente si procede
Si la variable está ausente y has confirmado que la instalación requiere procesar las direcciones terminadas en /, la definición puede tener esta forma:
$wp_cache_slash_check = 1;En la intervención descrita se incorporó al comienzo del archivo PHP de configuración.
No elimines otras variables ni reemplaces todo el contenido.
No copies un archivo de configuración de otra web, porque las rutas, dominio, exclusiones y condiciones pueden ser diferentes.
Paso 4. Comprueba el resultado
Guarda el archivo, vuelve a cargar la tienda y revisa las cabeceras mediante las herramientas del navegador.
Repite la solicitud varias veces.
Comprueba que:
La página continúa respondiendo HTTP 200.
WP Super Cache reutiliza el HTML cuando corresponde.
El archivo de caché no se reescribe innecesariamente.
Las sesiones de WooCommerce permanecen excluidas.
La página se visualiza correctamente.
Si el comportamiento no mejora, restaura la copia original.
Recuerda que algunas plataformas utilizan caché de bytecode u otras capas que pueden retrasar la aplicación de cambios en PHP.
Advertencia: una actualización o un guardado de ajustes del plugin podría regenerar este archivo. Por tanto, documenta el cambio y vuelve a verificarlo después de actualizar WP Super Cache.
10. Cómo activar el registro de depuración desde el plugin
No hace falta SSH para empezar a diagnosticar.
WP Super Cache dispone de herramientas para registrar información sobre las solicitudes y las decisiones de caché.
Accede al administrador de WordPress.
Entra en Ajustes → WP Super Cache.
Abre la pestaña Debug o Depuración.
Activa temporalmente el registro mediante el control disponible.
Sigue las instrucciones de la pantalla para acceder al visor de depuración.
Abre la página problemática en otra pestaña o ventana.
Revisa los eventos generados.
Desactiva el registro cuando termines.
Según la versión y los permisos, el panel de depuración puede utilizar un acceso específico al visor.
La documentación del mantenedor explica cómo habilitarlo:
https://jetpack.com/support/wp-super-cache/enabling-the-debug-mode/
Cómo interpretar los mensajes
Un registro puede indicar que:
No existe un archivo de caché apropiado para la solicitud.
El archivo ha expirado.
La solicitud contiene parámetros GET.
Se detectaron cookies que impiden servir HTML público.
La cabecera
Acceptno corresponde a una página HTML.Existen otras condiciones que obligan a procesar WordPress.
No todos estos mensajes representan fallos.
Por ejemplo, impedir que un comprador con una sesión WooCommerce reciba HTML público es un comportamiento deseado.
Lo importante es entender por qué una página pública que debería estar cacheada no reutiliza su archivo.
El registro de depuración puede contener rutas, parámetros y otros detalles de solicitudes. No lo dejes activado permanentemente ni publiques sus archivos.
11. Qué revisar cuando WP Super Cache no genera archivos
Si el comprobador indica problemas, realiza estas revisiones en orden.
Verifica que WordPress haya activado la caché
En el archivo wp-config.php, WP Super Cache normalmente requiere:
define( 'WP_CACHE', true );Debe aparecer antes de la carga de wp-settings.php.
Si no tienes experiencia modificando este archivo, utiliza primero los controles del plugin o solicita ayuda técnica.
Nunca publiques el contenido completo de wp-config.php, porque puede contener credenciales y claves de seguridad.
Comprueba los archivos del plugin
Revisa la existencia de:
wp-content/advanced-cache.php
wp-content/wp-cache-config.phpEl primero permite integrar la ejecución temprana de la caché.
El segundo conserva parte de la configuración del plugin.
Si faltan o apuntan a ubicaciones incorrectas, WP Super Cache puede dejar de funcionar.
Antes de recrearlos manualmente, utiliza los mecanismos de configuración y reparación que proporciona el propio plugin.
Comprueba la carpeta de caché
La ubicación habitual es:
wp-content/cache/supercache/Dentro pueden aparecer carpetas correspondientes al dominio y las rutas almacenadas.
Su estructura depende de la instalación y el tipo de solicitud.
No elimines indiscriminadamente la carpeta wp-content ni modifiques permisos a 777 para intentar resolver un problema.
Revisa los permisos
El proceso PHP debe poder crear y administrar los archivos de caché en las ubicaciones necesarias.
Los permisos adecuados dependen del usuario del servidor y del mecanismo de ejecución de PHP.
Si el plugin informa de errores de escritura, revisa primero el propietario y los permisos con ayuda del proveedor.
Dar permisos de escritura a todos los usuarios no es una solución segura.
Documentación de comprobación avanzada:
https://jetpack.com/support/wp-super-cache/advanced-troubleshooting-checklist/
12. Errores frecuentes que conviene evitar
Activar la caché y dar por terminado el trabajo. Siempre debes utilizar el comprobador y revisar páginas interiores.
Cachear el carrito para conseguir mejores resultados de velocidad. Una tienda necesita preservar la información dinámica del comprador.
Copiar configuraciones de otras instalaciones. Un archivo preparado para otro dominio o estructura de enlaces puede introducir nuevos problemas.
Desactivar cookies de WooCommerce. Estas cookies ayudan a mantener correctamente las sesiones de compra.
Activar la precarga sin evaluar los recursos. Generar muchas páginas simultáneamente puede aumentar el consumo del servidor.
Instalar varios plugins de caché de página sin coordinación. Las distintas capas pueden interferir y dificultar el diagnóstico.
Medir únicamente con una solicitud. El primer visitante puede generar el archivo y los siguientes aprovecharlo. También intervienen la expiración y la invalidación.
Modificar archivos PHP sin respaldo. Una edición incorrecta puede dejar inaccesible WordPress.
13. Comprobación avanzada mediante cURL
Si tienes conocimientos técnicos o acceso a una terminal, puedes medir varias solicitudes sin utilizar el navegador.
Ejemplo:
curl -sS -o /dev/null -D - \
-w 'HTTP=%{http_code} TTFB=%{time_starttransfer}s\n' \
https://tudominio.com/tienda/Este comando muestra las cabeceras HTTP y el tiempo hasta el primer byte.
Para comprobar específicamente una posible cabecera de WP Super Cache:
curl -sSI https://tudominio.com/tienda/Ten en cuenta que una solicitud HEAD no siempre reproduce exactamente el comportamiento de una visita GET. Para medir el HTML del documento, es preferible utilizar la primera prueba.
La siguiente variante permite comprobar solicitudes consecutivas:
for n in 1 2 3; do
curl -sS -o /dev/null \
-H 'Accept: text/html' \
-w "Prueba $n: %{http_code} %{time_starttransfer}s\n" \
https://tudominio.com/tienda/
doneSi la primera solicitud es lenta y las siguientes son rápidas, podría tratarse de una generación inicial de caché.
Si todas continúan lentas, habrá que revisar si el plugin almacena la página, si existen condiciones de exclusión o si otra capa está afectando el rendimiento.
No uses estos resultados como sustitutos de una auditoría completa de rendimiento. Para evaluar la experiencia del usuario también deben revisarse métricas como LCP, INP y CLS.
14. Preguntas frecuentes
¿WP Super Cache sirve para una tienda WooCommerce?
Sí. WooCommerce dispone de mecanismos de compatibilidad con WP Super Cache para mantener dinámicas las páginas sensibles.
Aun así, debes verificar las rutas reales de carrito, checkout y cuenta, especialmente si están personalizadas.
¿Debo borrar toda la caché después de editar un producto?
No necesariamente. Lo adecuado es comprobar qué contenido se invalida automáticamente y si la tienda utiliza cachés adicionales.
Si la información queda desactualizada, utiliza la purga adecuada para las páginas afectadas y diagnostica el motivo.
¿WP Super Cache funciona en hosting compartido?
Puede funcionar en muchos alojamientos compartidos compatibles con WordPress.
El resultado dependerá de la configuración de PHP, disco, Apache o Nginx, recursos disponibles y otras capas de caché.
¿Puedo configurar WP Super Cache sin SSH?
Sí. La instalación, activación, pruebas y muchas opciones de diagnóstico se realizan desde el administrador de WordPress.
Para determinadas reparaciones avanzadas puedes utilizar el Administrador de archivos de cPanel o FTP/SFTP.
¿WP Super Cache mejora automáticamente las Core Web Vitals?
No necesariamente. Reducir el trabajo del servidor puede ayudar al tiempo de respuesta inicial, pero las Core Web Vitals dependen también del renderizado, las imágenes, la interacción y la estabilidad visual.
¿Debo instalar WP Super Cache si mi hosting ya ofrece caché de servidor?
Primero pregunta a tu proveedor qué tipo de caché utiliza.
Puede ser innecesario añadir otra caché de página o puede requerirse una configuración específica para evitar conflictos.
15. ¿Necesitas ayuda para configurar la caché de WordPress?
Instalar un plugin es sencillo. Lo que requiere mayor cuidado es comprobar que mejore realmente el rendimiento sin afectar formularios, sesiones o procesos de compra.
Si estás preparando un proyecto WordPress, administras una tienda WooCommerce o necesitas migrar una web que presenta problemas de velocidad, puedes consultar las soluciones de hosting empresarial de Inkaweb.
Si deseas instalar y configurar un plugin de caché en tu proyecto, considera migrar a Inkaweb y consultar las opciones de soporte técnico disponibles para planes superiores al Hosting Empresarial, de acuerdo con las condiciones del servicio contratado.
Una configuración correcta debe mejorar la velocidad sin comprometer las funciones de tu página.
Fuentes oficiales y recursos técnicos
WP Super Cache en WordPress.org: https://es.wordpress.org/plugins/wp-super-cache/
Documentación de WP Super Cache: https://jetpack.com/support/wp-super-cache/
Activar la depuración: https://jetpack.com/support/wp-super-cache/enabling-the-debug-mode/
Solución avanzada de problemas: https://jetpack.com/support/wp-super-cache/advanced-troubleshooting-checklist/
Compatibilidad de caché con WooCommerce: https://developer.woocommerce.com/docs/best-practices/performance/configuring-caching-plugins
Código fuente de WP Super Cache: https://github.com/Automattic/wp-super-cache
Función de lectura de caché: https://github.com/Automattic/wp-super-cache/blob/trunk/wp-cache-phase2.php