En pleno 2020, el cache de página en entornos web con CMS como WordPress se ha vuelto imprescindible para conseguir unos buenos tiempos de respuesta y un buen WPO. Sin embargo, mucha gente sigue pensando que es algo opcional y, en la mayoría de las ocasiones, incluso muchos profesionales de Internet que se dedican a hacer webs no entienden cómo funciona un sistema de cache y cómo nos ayuda.
Por otro lado, también quiero dejar claro que existen varios tipos de cache que afectan a entornos web. Aunque el más común es el cache de página, otros tipos de cache como el cache de objetos y el cache de consultas pueden ser extremadamente útiles en webs complejas creadas con WordPress.
Las implementaciones de cache en sus diferentes tipos son técnicas WPO y, como yo siempre digo en mis ponencias, las técnicas WPO se utilizan con los siguientes objetivos:
- Experiencia de usuario: El principal objetivo del WPO es reducir los tiempos de respuesta para mejorar la UX y conseguir que el usuario se sienta cómodo en nuestro sitio web.
- Crawl budget y Google: Otra de las intenciones del WPO es mejorar la respuesta para el crawler de Google y otros bots de buscadores, consiguiendo así que se aproveche más el crawl budget y mejore la indexación.
- Ahorro de recursos en el servidor y hosting: Por último, con algunas técnicas WPO (como los sistemas de cache) reducimos el consumo de recursos de una web y aumentamos la estabilidad en situaciones de tráfico intenso.
Esto hace que la implementación de cache sea una de las técnicas WPO de mayor impacto en un sitio web de cara a la velocidad de carga y al ahorro de recursos en el servidor.
En 2012, algunos conocidos profesionales del desarrollo web aseguraban que el cache no era necesario. Yo en esos momentos ya hablaba de cache y mejores configuraciones de cache en mi pequeño blog sobre WordPress.
Y es que el cache es MUY necesario para conseguir los tiempos de respuesta deseados de cara al WPO y la velocidad de carga. Si tenemos en cuenta la complejidad de los CMS actuales (themes y plugins), o implementamos un cache o pagamos un hosting 4 veces más potente de lo que necesitamos.
En muchos casos, podemos suplir la falta de un sistema de cache con €€€€ invertidos en potencia de proceso, pero no creo que nadie quiera tirar dinero a la basura.
Antes de entrar en materia, quiero insertar aquí un tweet que publicó en 2018 Pablo López, de DesarrolloWP, y al que no le falta razón:
Caché no es instalar un plugin (o varios). Es mucho más. Es una estrategia. #AhíLoDejo
— Pablo López (@desarrollowp) 6 de noviembre de 2018
En este post, vamos hablar sobre los distintos tipos de cache que existen y sobre cómo implementarlos y configurarlos en WordPress mediante plugins. No obstante, algunos requerirán algunos cambios o tener instalados ciertos servicios en el servidor o hosting.
¿Quieres
recibir mis articulos?
No te pierdas todos mis trucos para WordPress, CMS, Marketing Digital y WPO.
¿Qué es el cache? ¿Qué significa “cache”?
Vamos a empezar por el principio, la palabra “cache” para mucha gente puede sonar a chino y, si intentamos explicarlo de forma técnica, a mucha gente le seguirá sonando a chino. Por eso, vamos a intentar explicarlo de forma poco técnica y para todos los públicos.
Los sistemas de cache se encargan normalmente de guardar una copia de datos procesados con el fin de utilizarlos posteriormente cuando se necesiten sin tener que procesarlos y obtenerlos cada vez.
Cuando un sistema de cache está funcionando, se reducen mucho los tiempos de respuesta (además del consumo de recursos) y con eso se consigue agilizar toda la parte de proceso.
En esta imagen puedes ver un ejemplo de cómo funciona un cache de página, aunque esto es aplicable a cualquier otro sistema de cache cambiando algunas variables:
Los sistemas de cache no son milagrosos y, dependiendo del sitio web al que se apliquen y a lo dinámico que sea este, pueden ser más efectivos o no.
Por otro lado, el “cache” o datos preprocesados guardados pueden ser almacenados en distintos sitios: RAM (Memcached o Redis), disco, etc. Dependiendo de dónde se guarden y del hardware del servidor, el cache puede ser más o menos efectivo.
Normalmente, en servidores de hosting compartido el único medio donde se puede guardar el cache es en disco o en el OPCache de PHP, algo que no resulta un problema actualmente por la velocidad de los discos NVME SSD.
¿Cualquiera puede implementar cache en WordPress?
Como he dicho, el cache de página es el sistema de cache básico para WordPress (y en general para entornos web) y eso en WordPress es muy fácil de implementar.
Como decía en este artículo, plugins como WP Rocket lo ponen fácil. Facilitan que puedas implementar un cache efectivo y casi automático en tu instalación WordPress sin necesidad de tener grandes conocimientos.
Sin embargo, si quieres implementar un cache de página con otros plugins, como W3 Total Cache o Swift Performance, sí que vas a necesitar conocimientos un poco más avanzados para conseguir exactamente lo mismo.
Por esta razón, creo que implementar un cache de página sí que puede estar al alcance de todos los usuarios de WordPress, pero otros sistemas de cache como el cache de objetos o el cache de consultas requieren saber lo que estamos haciendo y también requiere entender los “efectos secundarios” que pueden tener sobre webs complejas.
Cache de página o Page Cache en WordPress
El cache de página o page cache es el sistema de cache más conocido, ya que en CMS como WordPress se puede implementar fácilmente con un simple plugin.
Existen muchos plugins de cache para WordPress. Cada uno tiene sus puntos fuertes y sus puntos débiles, ya no solo por funcionalidades, sino por la forma de trabajar.
El primer plugin de cache que la gente empezó a utilizar fue WP Super Cache, aunque actualmente este plugin se ha vuelto bastante obsoleto y le faltan funcionalidades en la parte de políticas de vaciado de cache.
En cuanto a cache de página, yo actualmente trabajo con cuatro plugins con diferentes características y son los que voy a detallar a continuación.
WP Rocket
Creo que en este blog el plugin WP Rocket ya no necesita presentación. Es un plugin que me encanta y eso que, en su momento, consideré que no era necesario pagar por un plugin de cache.
Precisamente, poco antes de este post escribí otro donde hablé de las facilidades que ofrecía WP Rocket como plugin de cache, haciendo accesible el WPO básico en WordPress para la gran mayoría de usuarios que no tenían conocimientos técnicos avanzados.
WP Rocket es un plugin de cache simple, que solo permite cache de página y guardado en disco y que, adicionalmente, tiene algunas opciones como la configuración del API Heartbeat, configuración de un CDN o la optimización de código JS y CSS.
Si quieres ver cómo funciona el plugin, aquí te dejo un videotutorial que tengo en mi canal de Youtube:
Si quieres comprar una licencia de WP Rocket, puedes hacerlo desde aquí: https://alvaro.click/wprocket
La principal ventaja de WP Rocket frente a sus competidores es que lo hace todo muy fácil y con una curva de aprendizaje rápida. Las políticas de vaciado de cache son muy efectivas y el plugin se autoconfigura para todo. Esto hace que WP Rocket, sin tocar mucho su configuración, pueda ser utilizado para optimizar un WordPress y se adapte bien al 90% de las instalaciones.
Puedes encontrar mucha más información sobre WP Rocket en este post del blog: https://alvarofontela.com/wp-rocket-plugin-cache-wordpress/
LiteSpeed Cache
El plugin LiteSpeed Cache (también disponible para otros CMS) va a juego con el servidor web LiteSpeed, aunque también puede funcionar por separado con funcionalidades limitadas.
En Raiola Networks ofrecemos LiteSpeed Web Server con todos nuestros planes de hosting con cPanel, de modo que puedas aprovechar todas las funcionalidades de este plugin.
LiteSpeed Cache es realmente potente y tiene muchísimas opciones, pero también tiene una curva de aprendizaje más marcada, ya que es mucho más complejo en la configuración.
LiteSpeed Cache ofrece cache nativo de LiteSpeed (cuando se ejecuta en un servidor LiteSpeed) y, si el servidor tiene Memcached, también es compatible con cache de objetos guardado en Memcached. De esto hablaremos un poco más abajo.
Pero LiteSpeed Cache no solo ofrece cache, sino que nos permite aplicar otras técnicas WPO como la optimización del código CSS y JS, implementación de resource hints, configuración de un CDN o la aplicación de pequeños tweaks que mejoran el funcionamiento de WordPress.
Si quieres saber más sobre el plugin LiteSpeed Cache, puedes ver este videotutorial:
Puedes encontrar más información acerca de LiteSpeed Cache en su página oficial: https://es.wordpress.org/plugins/litespeed-cache/
Si buscas un hosting con LiteSpeed Web Server para poder utilizar y aprovechar LiteSpeed Cache, te recomiendo los hostings con cPanel y LiteSpeed de Raiola Networks: https://alvaro.click/hosting-wordpress
W3 Total Cache
W3 Total Cache es el plugin definitivo de cache para WordPress, ya que nos permite hacer de todo. Por eso, siempre hablo de W3 Total Cache como una “suite” de WPO para WordPress.
W3 Total Cache permite la implementación de un cache de página muy avanzado, flexible y configurable, pero además nos permite guardarlo en disco, en Memcached, en Redis, en APC, etc. Y eso no es todo, ya que W3 Total Cache también nos permite implementar con la misma flexibilidad otros tipos de cache: cache de objetos, cache de consultas e incluso nos permite manipular el OPCache de PHP y configurar completamente el Browser Cache.
Aunque W3 Total Cache sea el plugin de cache más completo, esto no quiere decir que sea la mejor opción en cualquier circunstancia: su curva de aprendizaje es difícil y, para la mayoría de usuarios, es un plugin muy complicado de configurar.
W3 Total Cache es la solución perfecta para webs muy dinámicas y complejas creadas con WordPress, ya que su configuración es muy flexible y además es compatible con servicios distribuidos como Memcached, ideales para la implementación de sitios web de alto tráfico.
Aunque W3 Total Cache es un plugin muy complejo, en el siguiente videotutorial puedes ver gran parte de su configuración:
Si buscas más información acerca de W3 Total Cache, es completamente gratuito y está en el repositorio de WordPress: https://es.wordpress.org/plugins/w3-total-cache/
Swift Performance
Swift Performance es otra alternativa de plugin de cache complejo: tiene una versión gratuita y una premium.
La versión gratuita tiene bastantes opciones, muchas más que sus competidores sin coste, mientras que la versión de pago es muy completa y se queda entre WP Rocket y W3 Total Cache, más o menos a la altura de LiteSpeed Cache.
Swift Performance tiene algo que no tienen muchos de sus competidores: un autoconfigurador que acerca el proceso de configuración al usuario con pocos conocimientos.
Aunque es un plugin de cache muy simple que solo permite cache de página en disco, ofrece muchos tweaks para mejorar y configurar completamente el cache. Por eso lo yo suelo utilizar en WooCommerce, que es donde se necesita mucha flexibilidad pero sin llegar a W3 Total Cache.
Aunque Swift Performance lleva unos años en el mercado, no ha tenido mucho éxito porque al principio tanto la versión gratuita como la de pago tenían bastantes errores en el vaciado de cache y otras funcionalidades.
La versión gratuita de Swift Performance puedes encontrarla en el repositorio de WordPress: https://wordpress.org/plugins/swift-performance-lite/
¿Quieres
recibir mis articulos?
No te pierdas todos mis trucos para WordPress, CMS, Marketing Digital y WPO.
Cache de objetos u Object Cache en WordPress
El cache de objetos es el gran desconocido de la gran mayoría y, aunque no es exclusivo del mundo web, últimamente muchos sistemas web complejos están utilizándolo.
Los servicios de cache de objetos u object cache más conocidos son Memcached y Redis, aunque también podemos utilizar APC como object cache en WordPress. Estos servicios normalmente guardan los datos en la memoria RAM y pueden ser utilizados de forma distribuida. Esto implica que podemos tener servidores específicos de Memcached o Redis y acceder a esos datos desde la aplicación web en cuestión usando una IP y puerto.
Cuando utilizamos un cache de objetos en una aplicación como WordPress, lo que estamos haciendo es guardar ciertas partes de código preprocesadas en la RAM y recuperarlas de forma rápida cuando son necesarias. Cuando hablo de “partes de código preprocesadas” me refiero al resultado del código ejecutado, que en muchos casos también ahorra consultas SQL a la base de datos MySQL de WordPress.
En la práctica, implementar un Memcached o Redis en un WordPress puede ahorrarnos consultas a la base de datos MySQL o MariaDB sin ser un query cache. En WordPress, implementar un cache de objetos ayudará a optimizar el consumo de recursos y los tiempos de respuesta en webs muy dinámicas y complejas.
Podemos usar algunos plugins para implementar un cache de objetos en WordPress, pero es necesario que el servidor tenga instalado el servicio (Memcached o Redis, por ejemplo) y los servidores de hosting compartido no suelen ofrecerlo.
Memcached Redux
No es un plugin como tal, pero es lo más simple y puro para implementar Memcached en WordPress.
Realmente no se instala como un plugin, sino que debemos meter el archivo object-cache.php dentro de la carpeta WP-CONTENT de WordPress.
Memcached Redux no tiene opciones, no tiene configuración ni va a aparecer nada dentro del dashboard de WordPress. Es la forma más pura de implementar Memcached en WordPress, pero no es muy personalizable.
Este plugin no es adecuado para usuarios que empiezan, ya que hasta es difícil comprobar que está funcionando correctamente. Aun así, es de las opciones que más me gustan y los desarrolladores de WP Rocket también lo recomiendan.
Puedes encontrar más información sobre Memcached Redux para WordPress en esta URL: https://es.wordpress.org/plugins/memcached-redux/
W3 Total Cache
Vuelvo a hablar de W3 Total Cache porque, como he dicho en la sección anterior, ofrece la posibilidad de configurar cualquier tipo de cache y con mucha configuración añadida.
W3 Total Cache permite implementar object cache en Memcached, Redis o APC, aunque también permite el guardado en disco o en OPCACHE.
A diferencia de W3 Total Cache, podemos configurar el cache de objetos:
Evidentemente, si no vas a utilizar W3 Total Cache por el resto de sus funcionalidades, no puedes ni debes instalar W3 Total Cache solo para usar su cache de objetos. Y digo que no puedes precisamente porque W3 Total Cache suele dar problemas de compatibilidad con otros plugins de cache.
El object cache de W3 Total Cache es ideal para sitios web complejos como tiendas online con WooCommerce donde hay ciertas partes dinámicas sobre las que no podemos aplicar un cache de página.
Una vez más, si quieres ver un videotutorial completo sobre la configuración de W3 Total Cache, aquí te lo dejo:
Si buscas más información acerca de W3 Total Cache, está disponible en el repositorio de WordPress: https://es.wordpress.org/plugins/w3-total-cache/
Redis Object Cache
Yo no soy muy fan de Redis y no tengo mucha experiencia con este servicio de cache de objetos, pero si buscas la mejor opción (además de W3 Total Cache) para implementar Redis como cache de objetos en WordPress, este plugin es una buena opción.
Redis Object Cache tiene una versión gratuita y una versión de pago que tiene otro nombre: Object Cache Pro.
A diferencia de Memcached Redux, Redis Object Cache sí que tiene interfaz gráfica, aunque muy simple, pero con gráficas de hit y misses.
Puedes encontrar más información sobre Redis Object Cache en el repositorio oficial de WordPress: https://wordpress.org/plugins/redis-cache/
Batcache
Otra alternativa a Memcached Redux que, según su desarrollador, es superior a otros plugins. Sin embargo, Batcache tampoco tiene configuración para que podamos adaptar el funcionamiento del object cache a nuestro caso.
Se trata de un plugin que cuenta con el apoyo de Automattic y que, según la ficha oficial, es el que se utiliza en las instalaciones de WordPress.com.
La instalación es exactamente la misma que con Memcached Redux: no es un plugin como tal y hay que subirlo por FTP.
Si quieres más información acerca de Batcache, puedes encontrarla aquí: https://wordpress.org/plugins/batcache/
Cache de consultas o query cache en WordPress
El cache de consultas o query cache es otro gran desconocido que la mayoría de la gente no suele implementar. Hay que ser mucho más cuidadoso al implementar query cache que al implementar object cache, ya que los datos cacheados pueden ser más “peligrosos”.
Lo que hace un query cache o cache de consultas es guardar el resultado de las consultas realizadas a la base de datos en cache. De esta forma, en consultas complejas se reduce el tiempo de respuesta y también los recursos necesarios para montar la página.
Se pueden conseguir cosas tan impresionantes como esta gráfica de VestaCP:
De forma nativa, tal y como explico en este artículo, se puede implementar query cache en el servidor MySQL o MariaDB: https://alvarofontela.com/entendiendo-base-datos-mysql-wordpress/#optimizar_un_servidor_mysql_o_mariadb
¿Para qué utilizar un plugin si ya hay query cache en el servidor? Pues porque el cache del servidor no se puede invalidar fácilmente y en hosting compartido tampoco podrás tener el control sobre el cache; sin embargo, con un plugin sí.
Si queremos utilizar un plugin para implementar un cache de consultas en WordPress, hay pocas opciones.
W3 Total Cache
Volvemos a hablar de W3 Total Cache, ya que también podemos implementar cache de consultas con él. Eso sí, repito que no tiene ningún sentido utilizar el query cache de W3 Total Cache si no vamos a utilizar el resto.
Con W3 Total Cache podemos guardar cache de consultas en Memcached, Redis, APC y también en disco o en el OPCache.
Como puedes ver en la captura anterior, tiene muchas opciones y es muy configurable, al igual que la configuración de W3 para el object cache.
Como hemos comentado antes, con el cache de consultas hay que tener bastante cuidado porque podemos servir datos filtrados a quien no debemos.
Y, una vez más, si buscas un videotutorial para configurar W3 Total Cache, tengo uno en mi canal de Youtube:
Si buscas más información acerca de W3 Total Cache, puedes encontrarla en el repositorio de plugins de WordPress: https://es.wordpress.org/plugins/w3-total-cache/
Otras opciones para query cache
Existían algunas alternativas efectivas, pero todas han dejado de actualizarse con el paso del tiempo y ahora mismo no recomendaría su instalación.
En el tema del cache de consultas o query cache, los plugins específicos van y vienen. Sin embargo, a lo largo del tiempo ha habido algunos muy efectivos como DB Cache Reloaded Fix, que fue una actualización de DB Cache Reloaded, que a su vez fue una actualización de DB Cache.
Si quieres estar informado sobre las novedades en este campo, lo mejor es pasarse bastante por el repositorio oficial de WordPress y ver lo que va saliendo.
¿Quieres
recibir mis articulos?
No te pierdas todos mis trucos para WordPress, CMS, Marketing Digital y WPO.
OPCache de PHP
El OPCache hace años que podemos implementarlo en el intérprete PHP del servidor web, pero desde la versión 7.0 el propio intérprete PHP viene instalado por defecto y podemos activarlo sin problema.
Un OPCode Cache como Zend OPCache puede hacer que ganemos un rendimiento de hasta el 500% en la ejecución de archivos PHP en nuestro servidor, ya que guarda código preprocesado en la memoria RAM.
Lo bueno del OPCache es que no requiere configuración de ningún tipo. Simplemente, al activarlo se gestiona automáticamente sin tener que hacer nosotros nada en WordPress.
Aunque no es un plugin para WordPress, lo he puesto porque algunos plugins como LiteSpeed Cache, WP Rocket o W3 Total Cache permiten interactuar con el OPCache (vaciado).
Sistemas de cache mixtos o alternativos
¿Existen más tipos de cache? Claro que sí, pero los que hemos explicado anteriormente son los que más se usan en entornos web o relacionados con WordPress.
De hecho, existen algunos plugins que nos permiten hacer algunas cosas interesantes en WordPress y que combinan distintos tipos de cache o son híbridos.
Docket Cache
Docket Cache es un plugin de cache que ha salido hace poco al mercado. Es un híbrido que permite utilizar el OPCache de PHP como si fuera un cache de objetos, convirtiendo los archivos generados por el cache en archivos PHP que podamos cargar en el OPCache mediante la técnica serialice y unserialice.
Aunque es un plugin que puede dar bastantes problemas de I/O porque consume mucho y que también (en algunos entornos) puede dar problemas de uso de CPU, puede ayudarte en circunstancias específicas de uso de RAM.
Además, Docket Cache tiene funcionalidades adicionales como un CRON alternativo para sustituir a WP-CRON de WordPress, así como funcionalidades de tweaking para optimizar WordPress y WooCommerce.
Con Docket Cache ahorramos consultas a la base de datos MySQL y optimizamos la ejecución de algunas partes PHP de WordPress.
Docket Cache es un plugin gratuito que está en constante desarrollo. Puedes encontrar más información aquí: https://wordpress.org/plugins/docket-cache/
Widget Output Cache
Realmente, se trata de un cache de widgets en base de datos; concretamente, guardados en los transients de WordPress.
Los transients son unas opciones cacheadas que WordPress guarda de forma nativa en la base de datos y que pueden ayudar a una carga un poco más rápida.
El plugin Widget Output Cache guarda widgets preprocesados en la base de datos de WP para conseguir una carga un poco más rápida de widgets complejos que pueden causar un retraso general o producir un alto consumo de recursos.
No tiene ninguna configuración: es instalar, activar y funcionar.
Con un cache de página como WP Rocket, LiteSpeed Cache o W3 Total Cache esto puede quedar resuelto, pero este plugin es una opción eficiente para cuando no podemos implementar cache de página por el motivo que sea.
Puedes encontrar más información acerca de Widget Output Cache en el repositorio oficial de WordPress: https://es.wordpress.org/plugins/widget-output-cache/
¿Quieres
recibir mis articulos?
No te pierdas todos mis trucos para WordPress, CMS, Marketing Digital y WPO.
21 Responses
Una pregunta de novato, ese cache de página que crean estos plugins queda en el servidor, ¿no? está creada para la envíe a todos los usuarios que llegan a la web…. No tiene nada que ver con el cache del navegador del usuario… ¿no?
Efectivamente, este cache se queda en el servidor y se sirven las peticiones a los visitantes de forma normal, independientemente del cache.
No tiene nada que ver con el cache del navegador o browser caching.
Una pregunta de novato, ese cache de página que crean estos plugins queda en el servidor, ¿no? está creada para la envíe a todos los usuarios que llegan a la web…. No tiene nada que ver con el cache del navegador del usuario… ¿no?
Efectivamente, este cache se queda en el servidor y se sirven las peticiones a los visitantes de forma normal, independientemente del cache.
No tiene nada que ver con el cache del navegador o browser caching.
Buenas Álvaro,
He estado probando WP-Rocket pero cuando paso los logs por Screming Log Analyser me aparecen errores 404 de los archivos css y js que el plugin cachea. ¿Sabes a qué podría deberse? ¿Qué tiempo máximo de expiración de caché me recomiendas configurar a nivel servidor?
Un saludo y gracias de antemano.
Hola Jesus, pues esto es una batalla pendiente que tenemos, y que en su momento, mi amigo Luis Villanueva y yo nos pegamos con los de WP Rocket en una conversación en un vídeo de Youtube precisamente por esto.
Estos 404 se generan por una razón de control de versiones de cache, es algo normal y yo entiendo la razón por la que cuando tu generas minificados o combinandos, se genera un hash que se almacena y eso al borrarse y crear otro donde cambia el hash, se generan los soft 404 en las rutas.
¿El problema? Esto debería ser configurable, pero ningún plugin de minify lo permiten hacer así, por eso la única opción es no optimizar el código CSS y JS usando ningún plugin, ya que entonces por los hash vas a generar soft 404 si o si por un tema de funcionamiento interno y gestión de este tipo de archivos.
El video de Luis es este: https://www.youtube.com/watch?v=W5wEhe8Pzs0
hola.alvaro! probaste este: Tango Cache
Hola Alvaro, actualmente tengo estos 3 plugins instalados: Autoptimize, WP Super Caché y WP- Optimize (todos en versión gratuita). Si decido comprar la versión premiun de WP Rocket, ¿podría eliminar los mencionados anteriormente? Gracias!
Hola Augusto, pues la verdad es que si, porque lleva funcionalidades de los tres que acabas de mencionar y….con soporte oficial desde el desarrollador para solucionar o parchear cualquier problemas que tengas 😉
Un saludo.
Hola,les agradezco la ayuda con lo siguiente,el soporte de mi hosting me instaló los plugins de Lite speed y fast velocity minify,ya que mi sitio iba super lento y ellos tienen lite speed en el servidor,la cuestion es que las imágenes que tengo cargadas en la página ahora solo las puedo ver desde el back end ,desde el front end ya no se ven,ya limpié el caché del navegador pero aún nada,ya desactive el plugin de Lite speed y lo volvi a activar,cuando lo desactivé las imágenes en el front end me volvieron a aparecer ,sin embargo accediendo desde el móvil no se mostraban, a pesar de haber desactivado el pluggin,creo que el problema se da en alguna configuración del pluggin de lite speed.Ya lo volví a activar pero sigue igual ,todo bien en el back end pero en el front end no carga las imágenes.
Hola Asdrubal, pues salvo que te hayan activado las funcionalidades de QUIC.CLOUD o que tengas algun conflicto en Lazy Load, no se que decirte, sin ver los logs de la consola de Google Chrome no puedo saber nada.
Hola Álvaro.
Justo estaba esperando a esta semana de descuentos para comprar una licencia de Wp-Rocket para una web que estoy creando y tras leer tu artículo empiezo a dudar.
¿Piensas que para un blog es mejor no comerse la cabeza y simplemente optar por este pluguin o que a la larga merecerá la pena invertir algo de dinero en configurar correctamente W3 Total Cache? Mi mayor duda es si una vez configurado suele ser estable o necesita mantenimiento.
Un saludo
Hola Jose, si es solo un blog, WP Rocket te sirve de sobra y W3 seria como matar moscas a cañonazos.
Si tu web es dinamica…pues entonces si que igual W3 te compensa mas.
Para que te hagas una idea, este blog esta con WP Rocket y no pienso en cambiar.
Hola Alvaro.
Pregunta de novato. Me han dado error algunos plugins de caché para páginas dinámicas que he creado, como una tienda online que admite pago con tarjeta, un restaurante que abre a unas horas determinadas los pedidos y vuelve a cerrar o una copistería que funciona mucho con archivos enviados por correo. Al final nunca opto por plugins de caché para páginas dinámicas, que tienen que funcionar en tiempo real. Estoy haciendo bien o hay solución excluyendo ciertas urls, configurándolo mejor etc.. Saludos
Hola Gerardo, no hay una respuesta directa, depende con que esten creadas. La solucion en WooCommerce es simple: no cachear las paginas de carrito, checkout, etc…
Pero en otros sistemas depende.
En webs muy dinámicas es una locura ir sin ningún cache, porque un pico de tráfico te puede tirar la web. En estos casos hay que combinar cache de queries, con cache de objetos y…si es posible, fragment cache.
Hola Álvaro! Pregunta de novata… tengo WP rocket. Cada cuánto debería darle a borrar caché? Cada vez que actualizo post, plugins…? Y en el caso de precarga de caché? Siempre debería precargarla posteriormente a borrarla? Perdona si esta pregunta es absurda…! Un saludo y muchas gracias
Hola Victoria, tan solo debes borrar cache cada vez que hagas cambios en el diseño o maquetación (esto incluye en actualizaciones de plugins y themes que puedan modificar la apariencia), ya que el resto de cambios de contenido debería detectarlos el sistema de politicas de vaciado de cache de WP Rocket.
La precarga debería iniciarse automáticamente con el wp-cron.php, pero si quieres forzarla puedes lanzarla. Todo depende de si tu web tiene mucho tráfico o poco, yo suelo recomendar no lanzarla, dejar que se lance mediante wp-cron.php.
Antes de nada, gracias Álvaro por la información que compartes.
Respecto a los errores 404 que se generan al minificar archivos con plugins:
1. ¿se ha resuelto ya este problema con alguna actualización de algún plugin?
2. ¿sería mejor ignorar esta función, y minificar el código externamente con algún servicio online para después subirlo al hosting ?
Hola Ignacio, te contesto a ambas cosas numeradas:
1 – No, debido a que no es un problema. Es decir, puede ser un problema para el crawl budget o para la indexación, pero no es un error, esta hecho a proposito para invalidar el cache de navegador o el cache de un proxy inverso como CloudFlare tras una actualización de archivos.
2- Hasta el momento te habría dicho que no directamente, pero justo hace 2 semanas en el momento de escribir este comentario, aparecio WP Shifty y permite sobreescribir código. Lo que no sé, es “cuan” viable es a nivel mantenimiento.
Buenas Álvaro y gracias primeramente por estos artículos.
¿ Tienes o sabes de algún artículo o vídeo de configuración de Lite speed que esté actualizado a fecha aprox de 2023 ?
Un saludo y gracias
Hola, justo tengo un video subido de principios de agosto en mi canal de Youtube: https://www.youtube.com/watch?v=i3EDV0H1CeM