En esta ocasión quiero hablar un poco sobre cómo configurar el plugin W3 Total caché, una excelente alternativa a los plugins de wordpress, autoptimize + Wp super caché que ya hemos reseñado en otras notas.
Queriendo mejorar la perfomance del sitio web he ido explorando otras alternativas, pues algunos hosting compartidos tienen serios problemas con los plugins arriba mencionados. Eso me llevó a empezar a mirar opciones.
Pues bien, W3 Total caché tiene los pergaminos, las calificaciones y reseñas suficientes como para confiar en sus prestaciones: mejora la experiencia del usuario (la velocidad en la carga del sitio gusta a los visitantes, aumentan el compromiso y las conversiones),mejoran la experiencia de los motores de búsqueda (mejores clasificaciones) el rendimiento del servidor, almacena en caché todos los aspectos del sitio, reduce los tiempos de descarga, etc. etc.
¿Qué es el almacenamiento en caché? Para quienes no lo sepan, se trata de guardar temporalmente datos del lado del servidor y/0 en el lado del cliente para acelerar el ciclo de vida de la página.
En el caso de una página de WordPress, elaborada en PHP y en MySQL, normalmente representa unas 250 consultas tan solo al cargar la página y unos 10 segundos de tiempo de carga promedio. Si cada vez que el lector llega al sitio consume estos recursos, «revienta» el sitio rápidamente. Multipliquemos este valor por los 500-1.000-5000 visitantes de su blog al día, tenemos un agotamiento excesivo de los recursos asignados.
Configuración General
En general Settings vamos a page cache, enable (habilitar), disk (enhanced o extendido) en page caché method. Guardar los ajustes. Esta opción crea páginas estáticas de caché por cada url que se carga, por lo que no se «invocan» páginas dinámicas, disminuyendo significativamente el tiempo de carga de su web.
Minify, enable, auto; minify cache method, disk; HTML minifier, default; JS minifier, JSMin (default); CSS minifier, default. La idea de estas opciones es comprimir el código HTML, Java Script y CSS para reducir su tamaño y número de archivos, lo que a su vez aumenta la velocidad de su website.
Database cache, enable, disk. Básicamente esto almacena en caché las consultas SQL, lo que reduce el tiempo de procesamiento de consultas de bases de datos. Pudiera dar conflictos en algunos servidores compartidos, si bien, funciona mejor en dedicados o VPS.
Object cache, enable, disk. No se recomienda activarlo en muchos servidores compartidos. Lo mejor es hacer pruebas ensayo-error para verificar que funciona o no. En shared hosting normalmente no ayuda a mejorar la velocidad del sitio. Se emplea para reducir el tiempo de ejecución de algunas operaciones comunes.
Browser caché, enable. Reduce la carga del servidor y disminuye el tiempo de respuesta en el navegador web del visitante. Comprime el HTTP y agrega encabezados, haciendo que el servidor trabaje menos y la página cargue más rápidamente.
CDN, habilitarlo solo si usa una red de entrega o distribución de contenido, algo que la mayoría no emplean, sea por costos o desconocimiento.
Reverse Proxy , por lo general no habilitarlo; los sitios en WP suelen ser más compatibles con los CDN que con estos.
Monitoring, no habilitarlo para la mayoría de los usuarios, pues se requiere algunos conocimientos y pericias que no todo mundo maneja.
Miscellanius; si tiene una API de page speed, úsela.
Debug o depuración, no es recomendable habilitar esta opción.
Import/ Export configuration; se usa para importar o exportar la configuración del plugin hacia otro sitio.
Configuración avanzada
Page Caché
General
Cache front page (hay que activar esta casilla de verificación pues la página principal del blog es la más visitada en muchos sitios web). Caché feeds, almacena una copia temporal de los feeds del sitios (categorías, tags, comentarios, site, etc), creando una versión estática de los mismos.
Cache SSL, habilitarla si usa este protocolo. Cache URIs with query string variables, habilitarla si sabe lo que hace; para el grueso de los usuarios no se necesita. Cache 404 (not found) pages, no es necesario activarla en la mayoría de los casos.Cache requests only for pcweb.info site address, ¿cual es el punto? Que no necesitamos cachear sino páginas de nuestro propio sitio web.Don’t cache pages for logged in users, es lo mejor cuando solo somos nosotros usando la administración del sitio, pues nos ahorramos estar vaciando caché manualmente cada vez que hagamos cambios.Don’t cache pages for following user roles, para el caso de los blogs grandes con personal trabajando en distintos frentes.
Cache preload
Habilitar Automatically prime the page cache, la opción por omisión son 900 segundos, 10 páginas por intervalo.
Purge Policy
Esto significa suprimir o eliminar registros caducados.Se recomiendan las opciones por omisión, que son: habilitar front page, post page, blog feed y rss2. ¿Cual es la idea? Que cuando hayan actualizaciones nuestras en el blog se vacié la caché; selecciona muchas más opciones recarga el servidor. Igual siempre puede vaciar manualmente estos valores si es que llega a necesitarlo.
Purge limit, básicamente depende de la cantidad de entradas que muestra por página, digamos que 10 es un buen comienzo. Purge sitemaps se deja tal cual.
Advanced, habilitar modo compatibilidad. Los demás valores dejarlos tal cual. En el caso de Garbarge collection interval, 3600 segundos está bien para el promedio de los sitios, si tiene mucho tráfico, pudiera disminuir este valor.
Minify
Habilitar Rewrite URL structure; HTML & XML, enable, inline CSS minification, don´t minify feeds. Si llega a notar comportamientos «raros» en su página, probar a desactivar las opciones css y medir, o las java script y medir.
JS minify settings:enable, para muchos funciona bien la opción minify, para otros la opción combine only.
CSS: enable y activar también Line break removal (not applied when combine only is active), que elimina los saltos de linea o espacios en blanco.@importing handling, process, esto permite crear un único fichero css.
En advanced, solo actualizar los valores de update external files a 1 día o 86400 segundos.
Data base caché
General, validar Don’t cache queries for logged in users, es decir que no aplique para usuarios logueados en el sistema.Yo dejaría los valore por omisión.
Browser cache
Marcar todas, excepto, Set W3 Total Cache header ni Do not process 404 errors for static objects with WordPress.
Espero que esta guía sea provechosa y útil para mis colegas de habla hispana. Dejo como advertencia que para la mayoría de usuarios, con solo tocar las opociones generales del sistema es más que conveniente. Las opciones avanzadas, son eso, para usuarios con mayor pericia y dispuestos a ajustar manualmente los valores de acuerdo a su conveniencia.
Ver también: Ajustes de caché; wp super cache; plugin autoptimize
Ediciones 2015,2016, 2020
This post is also available in:
Español
