Advertisement
  1. Code
  2. WordPress Plugins

Cómo Configurar W3 Total Cache: Caché Avanzada Página II

by
Read Time:6 minsLanguages:
This post is part of a series called Configuring W3 Total Cache.
Configuring W3 Total Cache: Advance Page Cache I
Configuring W3 Total Cache: Advanced Minification Settings

Spanish (Español) translation by Eva Collados Pascual (you can also view the original English article)

En el artículo anterior, iniciamos la configuración de los ajustes avanzados de Caché de Página del plugin W3 Total Cache y también configuramos los ajustes Generales y de de Carga de la Caché. En este artículo, cubriremos la Política de Purga y las Opciones Avanzadas de configuración.

Así que vamos a zambullirnos.

Política de Purga

La "Purga" implica la supresión o eliminación de documentos o registros. En una política de purga, básicamente configuramos nuestro plugin para indicarle cómo y cuándo se debe purgar la caché caducada. Al igual que sucede con las acciones en WordPress, hay algunos puntos en W3TC que podríamos llamar disparadores, éstos desencadenantes son los responsables de purgar la caché.

Ten en cuenta que los ajustes recomendados aquí son los predeterminados. Voy a explicar cada uno de ellos a continuación.

W3TC guarda información en eventos como cuando se crea una entrada, se edita, o cuando se publican comentarios. Uno puede utilizar estos disparadores para purgar la caché de ciertas páginas como se muestra en la imagen de arriba. Tiene una simple explicación: cada vez que se actualiza una página o una entrada se crea la caché de la Página de Portada (por ejemplo, la página de archivos del blog) donde se muestran todas las entradas, y la página de la entrada (que es la página en cuestión) con "feeds" que deben ser purgados.

Los ajustes por defecto están bien. Añadir más opciones a esta lista aumentaría la carga de tu servidor. No deberías hacer esto a menos que dispongas de un servidor potente, por lo menos un VPS y tengas una gran necesidad de purgar todo. En su lugar, podrías purgar manualmente la caché.

1. Límite de Purga

WordPress ofrece una estructura de paginación para la página que muestra las entradas del blog y/o incluso una entrada única puede estar paginada. Esta configuración purga todas esas páginas con paginación. Por ejemplo, en el caso de la página que lista las entradas de un blog, que coincide con la página principal del Blog en la mayoría de los casos.

Imagina que tienes una paginación tras cada cinco artículos. Entonces, cada vez que crees un artículo, este límite purgará inmediatamente esa paginación. Así que debes especificar las páginas que muestran las entradas (como las páginas de archivo) que deben ser purgadas al realizar actualizaciones.

Por ejemplo, páginas como:

  • 0 significa que todas las páginas que enumeran entradas serán purgadas
  • ejemplo.com/...
  • ejemplo.com/pagina/5.
  • ejemplo.com/pagina/2…

2. Páginas Adicionales

¿Estás creando una estructura personalizada en WordPress y te preguntas como purgarla? Esta sección te ayuda a lograr exactamente esto.

3. Purgar Sitemaps

Esta configuración es la responsable de purgar el sitemap de tu web. Aquí, puedes definir una expresión regular para todos los sitemaps. Como principiante, realmente no necesitas hacer nada.

Si estás usando el plugin WordPress SEO de Yoast o el plugin Google Sitemap para WordPress, el valor predeterminado genera los enlaces para los sitemaps generados por ellos. Así que déjalo tal y como está.

Ahora, guarda la configuración.

Avanzado

Existe una larga lista de ajustes avanzados para la Caché de Página. Me voy a la enumerarlos uno por uno y a explicarlos indicando la configuración recomendada.

1. Última Inicialización

Activando esta opción puedes aumentar tiempo de respuesta. Por tanto, te recomendaría que lo dejase unchecked. Permite dar soporte a la funcionalidad de WordPress que fragmenta el almacenamiento en caché de página para el motor de la caché.

2. Modalidad de Compatibilidad

Se recomienda indicar checked para la mayoría de las situaciones. Lo que hace el modo de compatibilidad es disminuir el rendimiento ~ 20% en escala a cambio de aumentar la interoperatibilidad con más entornos de alojamiento e idiosincrasias propias de WordPress.

Esta opción debe estar habilitada para la mayoría de las webs. Actualmente, la mayoría de las pilas en los alojamientos se basan en múltiples redes de área local combinadas para formar en conjunto un sistema híbrido. Para hacer frente a este sistema híbrido y la cultura de WordPress, por ejemplo al modo de funcionamiento del propio WordPress, se podría usar el modo de compatibilidad para así mejorar el rendimiento general.

3. Charset (conjunto de caracteres)

Esta opción debería estar unchecked, desmarcada, en la mayoría de las situaciones. Sólo ayuda a solucionar problemas del navegador que podrían ocurrir debido a la codificación incorrecta de caracteres. Por lo tanto, si no tienes ningún carácter extraño en tu caché de página, no necesitas activar esta opción. Pero si tienes algunos caracteres extraños en tu caché de página y estás seguro de que están allí debido a la caché de página creada por W3TC, sólo entonces podrías intentar verificar (check) habilitando esta opción para resolver el problema, en caso de que realmente lo haga.

4. Rechazar peticiones de HEAD

Normalmente las solicitudes HEAD contienen información en forma de texto relativa a datos de un usuario específico y registros, el navegador del usuario envía peticiones al servidor web en forma de texto y recibe la URL del texto solicitado.

Activar que esta opción tendrá como efecto la deshabilitación del almacenamiento en caché de la solicitud del HEAD de forma que los usuarios no autorizados no puedan recargar la página con una petición HEAD almacenada en memoria caché.

Pero al mismo tiempo, podría dar como resultado "páginas en blanco" devueltas para las solicitudes subsiguientes de una URL. Así que te recomiendo que mantengas esta configuración unchecked al menos hasta que sepas lo que estás haciendo si lo habilitas.

5. Intervalo de Recolección de Basura

Si estás almacenando la caché de las páginas en el disco, aquí es donde debes especificar la caducidad de la caché, es decir, la frecuencia con la que se deben eliminar sus datos.

Si tu sitio obtiene un decente tráfico de 3600, lo que se corresponde con la configuración predeterminada, funcionará bien con él. Pero si piensas que su sitio tiene más tráfico que el promedio de las webs, podrías indicar una la cifra inferior (decrease) para determinar la frecuencia de eliminación de la caché caducada de página.

6. Periodo de Vida de las Cokies de los Comentarios

TTL, o tiempo de permanencia, es un mecanismo que define el tiempo que perduran los datos en el navegador del usuario. Por ejemplo, en el caso de comentarios de WordPress, se establece una cookie para autentificar al usuario, formando así parte del tráfico autentificado. Disminuir el tiempo de vida de esa cookie que reside en el navegador del usuario, podrías aumentar el rendimiento y la eficiencia de tu sitio. 1800 es la opción recomendada. Aunque podrías indicar un valor más bajo o escribir -1 para devolver el valor predeterminado TTL que se instala con el propio WordPress.

7. Cadenas de Consulta Admitidas

En esta sección, puedes especificar las cadenas de consulta que deseas ser capaz de almacenar en la memoria caché de sus respectivas páginas. Es decir, si indicases una cadena de consulta en este campo de texto, entonces W3TC siempre cacheará las URLs con esa cadena de consulta. Para principiantes y no programadores es mejor dejar esta opción en blanco.

8. Rechazar Agentes de Usuario 

Puedes añadir aquí, los agentes de usuario a los que no deseas enviar páginas cacheadas. Para principiantes y programadores no, simplemente deje esta opción en blanco.

9. Cookies Rechazadas 

Puedes restringir W3TC de forma que no almacene en caché ciertas páginas, las cuales utilizarán cookies específicas, indicando las correspondientes cookies aquí. Para principiantes y aquellos que no seáis programadores, dejad simplemente esta opción en blanco.

10. No Cachear las Siguientes Páginas

Puedes evitar que ciertas páginas sean almacenadas en caché desde esta sección. Si eres un desarrollador, te será fácil entender cómo funciona. Los principiantes y no programadores dejad esta opción tal y como está.

11. Lista de Excepciones para la Memoria Caché 

Si tienes problemas al almacenar en caché una página específica, mencionarla aquí, la cacheará aunque aparezca en el campo "no almacenar en caché las páginas siguientes". También admite expresiones regulares.

12. Páginas con Barra de no Seguimiento

Si cualquier página de WordPress es una página de no seguimiento, puedes utilizar esta sección para almacenarla en caché. Como los Sitemaps. Lo dejamos con los ajustes predeterminados.

13. Especificar Encabezados de Página

Si deseas especificar encabezados adicionales en caché puedes hacerlo aquí. Los principiantes y los que no seáis programadores sencillamente dejar esta opción como está.

Ahora guarda la configuración.

Con esto terminamos nuestra configuración para la Caché Avanzada de Página en W3TC. Si tienes alguna duda, no dudes en preguntarme a continuación.

Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.