Cómo configurar la configuración de caché total W3 para su sitio web de WordPress

Con más de 1 millón de instalaciones activas, W3 Total Cache es uno de los complementos de caché y optimización más populares en WordPress Warehouse. A diferencia de otros complementos de optimización de WordPress que proporcionan una interfaz relativamente más simple y simplificada, W3 Total Cache proporciona un control completo sobre el caché del sitio de WordPress.
La granularidad de la configuración W3TC es un complemento ideal para usuarios y desarrolladores avanzados que desean un control supremo sobre sus sitios de WordPress. En este artículo, analizaremos profundamente la configuración de caché total W3 y le daremos la configuración recomendada para aumentar el rendimiento de su sitio de WordPress.
Si es un usuario de Kinsta, no tendrá que configurar ciertas configuraciones en caché total W3, porque nuestra pila de alojamiento ya tiene muchas optimizaciones construidas. Por ejemplo, el almacenamiento de caché de páginas a nivel de servidor a través de NGINX se activa de forma predeterminada en todos los sitios Kinsta. , por lo que no tendrá que activarlo en caché total W3. Si configura W3TC en un sitio web alojado por Kinsta, preste más atención a las instrucciones de configuración a continuación. Nos aseguraremos de notificarle si no se requiere una determinada configuración o compatible con Kinsta.
Cómo instalar W3 Total Cache Si no tiene W3 Total Cache instalado en su sitio, puede instalarlo en el tablero de WordPress. Solo busque “W3 Total Cache” en la página “Agregar complementos” e instálelo.

Instale W3 Cache total. También hay una versión Pro de W3 Total Cache, que se puede comprar en el sitio web de BoldGrid. La versión Pro viene con algunas funciones adicionales, como memorizar en la API de REST de caché, el almacenamiento de Google Maps y las extensiones adicionales. En este artículo, utilizaremos la versión gratuita del almacén de complementos de WordPress. Mejore el rendimiento de su sitio #wordpress y tome el control de las características avanzadas con esta guía para el caché total W3 ️ Haga clic para tweet donde se almacenan la configuración total de caché W3. Después de instalar el caché total, verá una pestaña de “rendimiento” en la barra lateral del tablero de WordPress. Al hacer clic en la pestaña “Performance”, revelará una variedad de submenús, como “Configuración general”, “Páginas de caché”, “minificar” y muchos más. También puede acceder a la configuración total de caché W3 utilizando la pestaña “Performance” de la barra de herramientas de administración de WordPress.

La configuración del admin W3 Total Cache. Cómo eliminar el caché W3 total antes de pasar a la configuración de W3 Total Cache, repasemos cómo limpiar o eliminar su caché. Si pasa el mouse sobre la pestaña “Rendimiento” en la barra de herramientas de administración, verá dos opciones de limpieza.

Purgue todos los cachés-eliminar todo el caché a la vez.
Módulos de purga: limpie un caché individual (por ejemplo, activos picados, caché de página, caché de objetos, etc.).
Elimine el caché W3 total. Configuración general W3 Cache total para ingresar el menú “Configuración general” del caché total W3 para configurar algunas configuraciones básicas.

El caché de la página de forma predeterminada Cada solicitud a su sitio de WordPress se representa en tiempo real. Para ciertos tipos de sitios, como tiendas comerciales electrónicas o foros de discusión, la representación dinámica es ideal. Sin embargo, para blogs, sitios de noticias y otros sitios que no requieren contenido dinámico, agregar una capa de almacenamiento de página puede mejorar el rendimiento y reducir la carga del servidor. Active el almacenamiento de la página W3TC. Si su sitio está alojado en Kinsta, no tiene que preocuparse por el almacenamiento de la página. Tenemos una configuración de alto rendimiento a nivel de servidor que memoriza automáticamente las páginas de su sitio en archivos HTML estáticos. Si su host no proporciona almacenamiento de página, puede activar el almacenamiento de la página en la caché total de la página W3.
Minimice la minimización de los elementos HTML, CSS y JavaScript puede reducir el tamaño total de las páginas de su sitio al eliminar espacios blancos innecesarios. Para la mayoría de los sitios de WordPress, activar la función “minificar” de W3 Total Cache y seleccionar la opción “automática” estará bien.

Reduzca los elementos HTML, CSS y JavaScript en W3TC. En algunos casos, la reducción de elementos puede conducir a la interrupción del código CSS o JavaScript, lo que a menudo conduce a errores visibles en el frente. Si nota problemas inusuales en su sitio después de reducir los elementos, le recomendamos que trabaje con un desarrollador para identificar los activos que causan problemas. Después de eso, puede usar la función “minificar” en modo manual, que le permite evitar la minificación para ciertos archivos CSS y JavaScript.
Opcode Cache WordPress es un CMS dinámico, lo que significa que los trabajadores de PHP realizan constantemente código en segundo plano. Opcode Cache ayuda a acelerar su sitio almacenando el PHP compilado, que realiza solicitudes posteriores que requieren el mismo código más rápido. Actúa activamente en W3TC. Si su sitio está alojado en Kinsta, no tiene que preocuparse por activar una capa de caché de código de operación en caché total W3. Trabajamos Opcache, un caché de cámaras de operación, en todos los entornos en vivo. OPCACHE está deshabilitado en los entornos de preparación para garantizar que el código PHP compilado no se almacene en caché y no interfiera con el desarrollo y la solución de problemas.

Si su host no ofrece caché de código de operación, le recomendamos que lo active en caché total W3. Tenga en cuenta que la función de caché de código de operación solo está disponible en la versión Pro a W3TC. La caché de la base de datos W3TC almacena los resultados de la base de datos MySQL. Aunque esta característica suena útil, le recomendamos que la mantenga apagada y use un caché de objetos.
Memoria de caché de la base de datos en W3 Total Cache. Descubrí que, en algunos casos, la característica de caché de la base de datos puede conducir a un alto uso del procesador. Esto significa que la cantidad de CPU guardada al almacenar los resultados de la consulta de la base de datos podría ser compensada por el crecimiento de la CPU para esta característica.

Alcijo de objetos en el contexto de WordPress, un caché de objetos almacena los resultados de la base de datos finalizada. WordPress en realidad tiene un caché de objetos construido, pero se conserva solo para una sola página de carga. Esto permite una reproducción más eficiente de la página, ya que garantiza que una carga de página no tenga que desperdiciar los recursos de la CPU que ejecutan preguntas idénticas en la base de datos. Si bien el caché predeterminado de los objetos de WordPress es indudablemente beneficioso para el rendimiento, ¡es mejor un caché de objetos que conservan los datos durante las páginas! La función “Cache de objetos” de W3TC agrega un script de almacenamiento de caché personalizado en su director de contenido /WP y cambia el comportamiento de los objetos de WordPress para mantener los datos de manera persistente (en múltiples páginas). Recomendamos que active la función de caché de W3TC Objetos en su sitio web de WordPress para acelerar las solicitudes utilizando la consulta de la base de datos si su sitio no está alojado en Kinsta.
Alcijo de objetos Cache total. Si su sitio está alojado en Kinsta, le ofrecemos un caché de objetos de alto rendimiento, alimentado por nuestro suplemento. Redis es un depósito de estructuras de datos en la memoria de código abierto que a menudo se usa para aplicaciones de corredores de datos y mensajes. Debido a que Redis memoriza los datos en RAM, permite a WordPress acceder a los datos almacenados en caché desde un caché de objetos persistente, que es mucho más rápido que las configuraciones de caché tradicionales.

El caché de caché del navegador en el navegador puede acelerar en gran medida su sitio de WordPress mediante el almacenamiento local de activos estáticos como CSS, JavaScript, imágenes y fuentes. La memoria del navegador en caché utiliza un período de vencimiento para determinar cuánto tiempo se almacenan los activos en el caché. En la web moderna, la mayoría de los desarrolladores especifican un período de vencimiento de 1 año para los activos estáticos. CACT El navegador en la memoria caché de caché. Para los sitios web alojados en Kinsta, aplicamos un caché de 1 año para archivos estáticos. Esto se puede verificar verificando el encabezado de control de caché para un archivo estático alojado en Kinsta. Si su host web no impone un “tiempo de vencimiento en el futuro lejano” para el caché del navegador, puede activar la función “navegador de caché” en el caché total W3 y puede configurar el período de vencimiento. CDN (red de entrega de contenido) Si utiliza una red de entrega de contenido o CDN o de contenido, para descargar archivos estáticos en centros de datos de todo el mundo, puede configurar W3 Total Cache para reescribir la URL para “archivos temáticos, biblioteca de medios adjuntos, CSS, JS” Y muchos más con su nombre host CDN.
Configuración de CDN en W3 Cache total. Si su sitio está alojado en Kinsta, recomendamos usar Kinsta CDN, nuestra red de entrega de contenido de alto rendimiento alimentada por KeyCDN. Cuando se activa Kinsta CDN, la URL de los archivos estáticos se reescribirá automáticamente para ser transmitido por Kinsta CDN. Si prefiere usar otro proveedor de CDN o si su sitio no está alojado en Kinsta, puede activar la función “CDN” en W3 Total Cache y agregar la URL CDN. El proxy inverso Un proxy inverso es entre su servidor web y WordPress y se puede utilizar para realizar varias manipulaciones basadas en lógica en las solicitudes recibidas. W3TC acepta Varnish, que es un popular “HTTP Acelerator” para almacenar en caché y servir datos para reducir la carga de frascos. Para usar Varish, el paquete de barniz primero debe ser instalado por su host. Si es un cliente de Kinsta, no active la opción proxy, porque nuestra infraestructura no está diseñada para funcionar con barniz. La experiencia del usuario optimización de la “experiencia del usuario” de W3TC le permite activar la carga perezosa, deshabilitar el emoji y desactivar el script WP-Embed.js. Le recomendamos que active la carga perezosa en su sitio web de WordPress para acelerar las páginas de carga. Si aún no usa la carga nativa perezosa en su navegador o arado, le recomendamos usar W3 Total Cache para la carga perezosa.
Configuración para la experiencia del usuario en W3TC. En el mundo actual, la mayoría de los sistemas operativos han incorporado soporte para emoji. Por lo tanto, es posible que desee deshabilitar el script emoji incluido en WordPress si no es un usuario de emoji intenso. El uso de W3TC para eliminar WP-EMOJi-Rese.min.js lo ayudará a eliminar una solicitud HTTP y eliminar ~ 10kb de las cargas de la página. Del mismo modo, si no incorpora publicaciones de WordPress, puede deshabilitar WP-Embed.js con W3 Total Cache. Desactivar este script no afectará la funcionalidad de OmbedD para incorporar videos de YouTube, flujos de SoundCloud, etc. Varios caché total W3 tienen algunas configuraciones diversas que también puede configurar. Si desea mostrar una velocidad de página de Google en la placa de WordPress, puede ingresar la clave de velocidad de la página API. También hay una opción para mostrar la evaluación de velocidad de página en la barra de menú para cada página en su sitio de WordPress.

Varias configuraciones en W3 Cache total. Para otras configuraciones como “Archivo de configuración del servidor NGINX”, “activar el bloqueo de archivos”, “optimice la página de disco mejorada y reduzca el caché de disco NFS”, recomienda dejarlos en su configuración predeterminada a menos que tengan una cierta razón para cambiarlos. Elimine si soluciona un problema en su sitio, W3 Total Cache tiene un práctico menú de “solución de problemas” que le permite deshabilitar ciertas capas de caché y configuraciones de optimización. Por ejemplo, si nota un error visual en su sitio, puede activar el modo de solución de problemas para la opción “Minificar”, que insertará comentarios HTML en el código fuente de su página para ayudarlo a solucionar problemas. Cache total. Debido a que la característica del modo de solución de problemas pone una carga adicional en los recursos de su servidor, le recomendamos que lo use solo en un entorno de preparación o durante horas con bajo tráfico. Además, ¡asegúrese de deshabilitar los problemas después de haber terminado la solución de problemas! Configuración de importación/exportación Después de haber terminado de configurar la configuración, puede usar la función “Importar/Exportar” del W3TC para crear una copia de copia de seguridad. W3 Total Cache tiene una gran cantidad de configuraciones, por lo que la posibilidad de exportar una copia de seguridad completa es excelente para la tranquilidad. Además, le permite responder fácilmente la configuración W3TC personalizada en varios sitios sin tener que configurar nada manualmente.
Importar y exportar configuraciones W3TC. Configuración total de caché W3: caché de página para profundizar en la configuración de “caché de página” de W3 Cache total. Recuerde, si su sitio está alojado en Kinsta, no tiene que preocuparse por el almacenamiento de la página. . Por lo tanto, le recomendamos que active esta configuración.

Cache Feeds-WordPress genera varios flujos RSS, que permiten aplicaciones y servicios externos como FeedBurner para mostrar el contenido de su sitio. Aunque RSS no es tan popular hoy en día, todavía recomendamos activar esta configuración.

Cache SSL (solicitudes HTTPS): si su servidor web no obliga a HTTPS para todas las solicitudes recibidas, activar esta configuración puede tener un impacto positivo en el rendimiento. Si ya obliga a HTTPS a nivel de servidor web, no necesita activar esto.

Cache con cadena de consulta-Una cadena de consulta es un parámetro que se agrega al final de la URL (por ejemplo, /? Versión = 123). Las cadenas de interrogación a menudo se usan para solicitar y mostrar datos específicos de la base de datos de WordPress. En general, el propósito de una cadena de consulta es solicitar una versión única de una página, por lo que le recomendamos que mantenga esta opción deshabilitada, a menos que tenga ciertas cadenas de consulta que desee mantener en caché.

Páginas de caché 404 (no alcanzado): de forma predeterminada, W3TC mantiene esta opción deshabilitada. La razón de esto probablemente se deba al comportamiento de almacenamiento de caché si utiliza el método de almacenamiento de caché de la página “disco mejorado”. Con esta opción seleccionada, 404 páginas devuelven un código de respuesta 2004. Idealmente, 404 páginas deberían devolver 404 códigos de respuesta, por lo que recomendamos probar esta configuración con caché para ver si es compatible. Mantenga las páginas para usuarios autenticados en caché; recomendamos que Activas esta opción. Los usuarios autenticados generalmente trabajan en las páginas de actualización. Con el almacenamiento en caché activado, los usuarios deben vaciar constantemente en caché para ver las actualizaciones de la página.

No mantenga las páginas para ciertos roles de usuario en caché; esta opción le permite evitar la caché para ciertos roles de usuario de WordPress. Si la opción “no mantiene las páginas para usuarios conectados en caché” ya está activada, esta opción no tendrá ningún efecto en el comportamiento en caché.

Alias ​​Los “alias” característicos de W3 Total Cache le permite almacenar en caché Las WordPres idénticas que están disponibles en diferentes campos. No recomendamos que active esta función. Si se puede acceder a su sitio web de WordPress en diferentes campos (por ejemplo, Domain.com y www.domain.com), es mejor configurar una regla de redirección 301 para redirigir su dominio principal para evitar penalizaciones de contenido duplicados de Google y otros motores de búsqueda. La función de precarga de caché “precarga de caché” se accede con rastreadores a través de su mapa del sitio y realiza solicitudes a las páginas de su sitio para precargar la memoria de la página. Para la mayoría de los sitios, le recomendamos que deshabilite la precarga de caché, ya que puede causar aumentos en los recursos del servidor que compensan los posibles beneficios de rendimiento. Si desea activar la precarga de la caché, W3TC le permite especificar una URL de un mapa del sitio, un intervalo de actualización y páginas por rango. Asegúrese de no establecer el “intervalo de actualización” y las “páginas internas” para reducir la posibilidad de consejos de CPU. La política de limpieza de “Política de eliminación” de W3TC le permite especificar las páginas y flujos que desea limpiar automáticamente después de que se publiquen o editen las publicaciones. Para la mayoría de los sitios, la configuración predeterminada (la primera página, la página de publicación y el flujo del blog) debería ser suficiente. Si desea agregar páginas adicionales a la política de limpieza, hay una variedad de opciones que puede configurar. REST API La API REST incluida en WordPress le permite buscar datos en formato JSON.
La API REST es utilizada por una variedad de complementos y es crucial para la configuración de WordPress. Dependiendo de su caso exacto de uso para el resto, el almacenamiento en caché de resultados de consulta puede ser una buena idea. La memoria en el caché de la API REST está en la categoría “Si la necesita, lo sabrá”, por lo que si no está seguro de si activa o no el caché del resto, le recomendamos que lo deje encendido ” No guarde el caché “. Avanzado en las opciones de caché “avanzados” de W3TC, puede personalizar una variedad de configuraciones, incluidas “cadenas de consulta aceptadas”, “usuarios rechazados”, configuraciones de bypassing de caché y muchas más. Por ejemplo, si tiene que configurar el caché total W3 para nunca memorizar las publicaciones en una determinada categoría o etiqueta, podrá hacerlo en opciones “avanzadas”. Debido a que estas configuraciones pueden ser muy específicas para el sitio, no hay “configuraciones recomendadas” que podamos ofrecer. Dicho esto, si desea personalizar un aspecto muy específico del almacenamiento de caché de su sitio, ciertamente eche un vistazo a las opciones avanzadas. Configuración W3 Total de caché minimización Entonces, superemos la configuración de “minificar” de la caché total W3.
¿Quieres saber cómo aumentar nuestro tráfico por más del 1000%? ¡Únase a las más de 20,000 personas que reciben nuestro boletín semanal con los consejos de WordPress!
Suscríbase ahora
Reescribe la estructura de la URL: esta configuración afecta la estructura de URL de los materiales minimizados. Le recomendamos que lo mantenga activado, para que las URL se vean “hermosas”.
Deshabilite la minimización para usuarios conectados: si realiza algún resolución de problemas o solución de problemas, puede ser útil la minimización de desactivación para usuarios conectados. De lo contrario, le recomendamos que mantenga esta opción deshabilitado.html y XML en la sección “HTML y XML”, puede configurar la configuración de minimización HTML.
Miniificación en línea de CSS: le recomendamos que active esta opción para eliminar los espacios CSS blancos.
Miniificación JS en línea: le recomendamos que active esta opción para eliminar los espacios blancos de JavaScript en línea. En algunos casos, la minimización de JS puede conducir a un error de código. Si la activación de esta opción interrumpe la funcionalidad de su sitio, apáguela.
No reduzca los flujos: le recomendamos que mantenga esta opción deshabilitada. Los alimentos solo son utilizados por los lectores RSS y otros servicios similares, por lo que no es necesario minimizar los flujos.
Eliminación de la interrupción de línea: esta opción se desactiva de forma predeterminada y no recomendamos activarlo para asegurar que su sitio se reproduce correctamente.
JS En la sección “JS”, puede configurar la configuración de minimización de JavaScript.
Operaciones en áreas: esta opción le permite seleccionar el “tipo de incorporación” para JavaScript minimizado. Para los archivos JS antes y después, puede elegir entre “bloquear”, “loco”, “loco usando asíncrono” y “loco usando aplazamiento”. Aunque los métodos de bloqueo sin bloqueo suelen ser un mejor rendimiento, no siempre son 100% compatibles con todo el código JavaScript. Además, “Async” y “Difer” tienen casos de uso muy diferentes. Por lo tanto, recomendamos utilizar el método predeterminado de “bloqueo”, a menos que tenga conocimiento del extraño JavaScript. Lea o combine solo: puede elegir entre dos modos de optimización. Cuando se seleccione “Minify”, sus archivos JS se combinarán y reducirán. Si selecciona “solo combinar”, entonces el archivo JS combinado no se reducirá. Si encuentra problemas con la miniificación y no desea solucionar problemas para averiguar qué script causa el problema, seleccionar la opción “Solo combinación” puede remediar el error.
Http/2 push: si su servidor acepta el empuje del servidor HTTP/2, activar esta opción puede ayudar a reducir el tiempo de carga de la página. El servidor HTTP/2 envía archivos a los visitantes antes de que se soliciten. Le recomendamos que realice las pruebas adecuadas antes de activar esta opción en un entorno de producción, ya que el empuje del servidor a menudo se usa mal. Servidor Push no es ideal para archivos JavaScript más grandes y querrá asegurarse de que los beneficios estén sobrecargando los archivos JS directamente desde el navegador del visitante.
CSS En la sección “CSS”, puede configurar la configuración de minimización de CSS.
Solo combina: a diferencia de los archivos JavaScript, CSS generalmente no sufre problemas mineros. Por lo tanto, no recomendamos trabajar en “solo combinación”. Eliminación de comentarios preservados: esta configuración elimina los comentarios de los archivos CSS. Le recomendamos que active esta opción para reducir el tamaño del archivo tanto como sea posible.
Eliminación de las interrupciones de línea: esta configuración elimina las interrupciones de línea de los archivos CSS. Le recomendamos que active esta opción. Si nota los problemas de visualización después de activar la “eliminación de interrupción de línea”, desactíllelo.
Avanzado La sección “avanzada” contiene algunas configuraciones adicionales para personalizar el comportamiento de minimización.
Actualice los archivos externos cada uno: W3TC le permite especificar el rango de tiempo entre las actualizaciones de archivos CSS y JS. Con la configuración predeterminada de 86400 segundos, sus activos se descargarán y reducirán cada 24 horas. Si su sitio no cambia con frecuencia, no dude en establecer un período de tiempo más largo.
Intervalo de recolección de basura: esta configuración de tiempo establecida con la frecuencia con la que se eliminan los datos del caché vencido. La configuración predeterminada es de 24 horas. Si su sitio tiene un espacio de almacenamiento bajo, recomendamos reducir el “rango de recolección de basura”.
El resto de la sección “avanzada” incluye campos introductorios que le permiten especificar activos que nunca deben minimizarse. También hay un campo “usuarios rechazados” que permite transmitir archivos no minimizados. Finalmente, puede agregar archivos de activos externos para incluirse en el proceso de minting total de caché W3. W3 Configuración total de caché: el caché de objetos en la lista es la configuración de “caché de objetos” de W3TC. Para la mayoría de los sitios, la configuración implícita funcionará muy bien, pero pasemoslos. Durante un período de tiempo más largo resulta en un caché más grande. Si le preocupa la capacidad de almacenamiento de su servidor, le recomendamos que mantenga el valor predeterminado o lo reduzca.
Intervalo de recolección de basura: esta configuración específica con qué frecuencia se arrojan los datos de caché vencidos a la canasta. El valor predeterminado de 3,600 segundos (1 hora) debe ser correcto para la mayoría de los sitios.
Grupos globales: esta configuración le permite configurar grupos de caché compartidos entre sitios de una sola red. Le recomendamos que deje esta configuración en su estado predeterminado, a menos que tenga una cierta razón para cambiarla.
Grupos no persona: esta configuración le permite seleccionar qué grupos de objetos nunca desea mantener en el caché. Nuevamente, le recomendamos que permanezca con la configuración predeterminada.
Habilitar el almacenamiento en caché para las solicitudes WP-Admin: esta opción es predeterminada y no recomendamos activarlo porque puede causar efectos secundarios. Además, los visitantes de la mayoría de los sitios de WordPress nunca interactúan con el panel de control WP-Admin. Cache de caché total para el navegador La mayoría de los hosts de WordPress, incluido Kinsta, ya implementan almacenamiento de caché adecuado en el servidor web. Si su host no lo hace o si desea personalizar aún más el comportamiento de almacenamiento de su navegador, puede hacerlo con W3 Total Cache. En la configuración del “navegador de caché”, la configuración predeterminada para las secciones “generales”, “CSS y JS” y “HTML y XML” y “Media y otros archivos” son adecuados para la mayoría de los sitios de WordPress. Debido a que hay tantas configuraciones en esta página, le recomendamos que consulte con un desarrollador antes de realizar cualquier cambio en el comportamiento de almacenamiento del navegador. Dicho esto, a continuación hay algunas configuraciones clave que deben prestar atención a la memoria del navegador.
La vida útil de los encabezados expira: la configuración de una “vida de los antiests expira” es importante para la memoria efectiva del navegador. En Kinsta, aplicamos una vida de 1 año para activos estáticos como CSS, JS, imágenes y fuentes. Si usa W3TC para configurar el caché de su navegador, asegúrese de establecer este valor en 31536000 (1 año).

Política de control de memoria de caché Para asegurarse de que sus recursos estáticos puedan almacenarse en caché por los navegadores, asegúrese de que la “política de control de caché” esté configurada en “pública, max_age = expira segundos”. HTTP (GZIP) Compresión-Gzip Compression reduce drásticamente el Tamaño de las páginas y materiales HTML antes de que se envíen a los visitantes, así que asegúrese de activar esta opción si el servidor host acepta GZIP. Si su sitio está alojado en Kinsta, no necesita activar la compresión GZIP en W3TC, ya que ya se activa como parte de nuestra configuración predeterminada.
Elimine las cadenas de consulta de los recursos estáticos: una cadena de consulta es una cadena adicional que se agrega al final de una URL para especificar los parámetros de solicitud o para obligar a un servidor web a entregar un nuevo material. ¿Las cadenas de preguntas comienzan con una? , y la mayoría de los servidores web están configurados para evitar el caché para las solicitudes con cadenas de consulta. Eliminar las cadenas de consulta de las solicitudes de página es útil para reducir la carga del servidor, ya que estas solicitudes usan PHP para reproducir páginas. No le recomendamos que elimine las cadenas de consulta del caché total estático W3, ya que lo ayudan a asegurarse de que la última versión de los archivos CSS y JS se entregue a sus visitantes.
La página de configuración del “navegador de caché” también contiene una variedad de sedes de seguridad, como la política de seguridad de contenido (CSP) y la protección X-XSS. Siempre recomendamos trabajar con un desarrollador calificado para pasar por estas configuraciones, porque las configuraciones incorrectas pueden afectar directamente la experiencia de usuario de su sitio, la activación del encabezado HSTS sin un certificado SSL adecuado y una configuración HTTPS puede hacer su sitio. Inaccesible. Configuración W3 Cache total – Grupos de agentes de usuarios La función “Grupos de agentes de usuario” de W3 Total Cache es muy fuerte si tiene que redirigir el tráfico de acuerdo con el tipo de usuario. Por ejemplo, puede configurar su sitio para recuperar otro tema si un usuario visita su sitio en un teléfono móvil. Del mismo modo, puede redirigir a los usuarios a un sitio completamente diferente si su sitio móvil vive en un subdominio único. En la era del diseño web receptivo, no vemos demasiados casos de uso para esta característica especial. Hoy en día, la mejor práctica es hacer que su sitio sea receptivo desde el principio, en lugar de confiar en múltiples temas o en un subdominio solo para dispositivos móviles. W3 Total Cache Configuración: grupos de referencia Un HTTP es un encabezado HTTP opcional que proporciona información sobre de dónde proviene una solicitud. Por ejemplo, si un visitante hace clic en su sitio desde una búsqueda en Google, la referencia HTTP sería Google.com.
¿Luchas con tiempos no funcionales y problemas de WordPress? ¡Kinsta es la solución de alojamiento concebida considerando el rendimiento y la seguridad! Verifique nuestros planes en caché total, puede definir el comportamiento de almacenamiento de caché personalizado en función de la referencia HTTP de una solicitud con “grupos de referencia”. Por ejemplo, puede crear un grupo de referencias que consiste en motores de búsqueda y personalizar el comportamiento de almacenamiento de caché solo para solicitudes en esos campos. Similar a los “grupos de agentes de usuarios” mencionados anteriormente, también puede redirigir las solicitudes a otra área con la función “Grupos de referencia”. La mayoría de los sitios de WordPress no tendrán que configurar grupos de referencia, por lo que no recomendamos la configuración. Configuración total de caché W3 Grupos de cocción El último grupo de almacenamiento de caché aceptado por W3 Total Cache es “Grupos de cookies”. Esta característica le permite crear compartimentos de almacenamiento de caché únicos basados ​​en las cookies de una solicitud. Similar a los “agentes de usuario” y “grupos de referencia”, la mayoría de los sitios no tendrán que configurar una configuración de almacenamiento personalizada basada en caché. Si su sitio requiere memoria en caché basado en cookies, recomendamos trabajar con un desarrollador para configurarla correctamente. Configuración total de caché W3 – CDN Ahora, pasemos a la configuración de CDN de W3 Cache total.
Host Adjuntos: active esto para transmitir activo en su biblioteca de Media WordPress en su CDN.
Host WP-Incluye/Files-Enable esto para servir archivos en la carpeta WP-Includes en su CDN.
Archivos con el tema de host en la que seablezca esta opción para transmitir sus archivos en el CDN. Encuentre los archivos CSS minimizados y JS-active esto para servir los archivos CDN CDN minimizados y los archivos JS en su CDN.
Archivos personalizados Host: si tiene archivos que no están en su biblioteca de medios o en la carpeta de su tarea, puede agregar rutas de archivos a W3TC para servirlos desde su CDN
Agregue la etiqueta Canonical Header-A Rel = “Canonical” ayuda a los motores de búsqueda a identificar la fuente o URL original. Debido a que los CDN generalmente usan un campo diferente, agregar una etiqueta canónica informa motores de búsqueda sobre la ubicación del material original. Dicho esto, está bien mantener esta configuración establecida, porque los motores de búsqueda modernos son lo suficientemente inteligentes como para identificar CDN sin afectar la clasificación SEO de su sitio.
Avanzado
Purgue solo CDN Manual, recomendamos que mantenga esta opción deshabilitada para permitir que W3TC administre automáticamente la caché.
Desactive CDN en las páginas SSL: mantenga este conjunto establecido. Si usa un CDN, es mejor tenerlo activo en las páginas HTTP y HTTPS.
Use enlaces CDN para la biblioteca de medios en las páginas de administración: no recomendamos activar esta opción, ya que reescribirá la URL en su biblioteca de medios.
Agregue Corste Satert: mantenga este conjunto conjunto para permitir que sus activos CDN se muestren en otros campos.
Desactive CDN para los siguientes roles: esta opción le permite desactivar CDN para ciertos roles de usuario de WordPress. En la mayoría de los casos, es mejor mantener esta opción deshabilitada. WP-incluye tipos de archivos de carga: este campo especifica los formatos de archivo de las includes WP que se transmitirán desde su CDN. La lista de formato de archivo predeterminada debe ser buena para la mayoría de los sitios. Si tiene archivos personalizados en la carpeta WP-Includes, no dude en agregar formatos adicionales según sea necesario.
Tipos de archivos con tema de carga: este campo especifica los formatos de archivo de la carpeta de WordPress que se transmitirá desde su CDN. La lista predeterminada contiene todos los formatos populares de materiales, imágenes y fuentes. Siéntase libre de agregar formatos adicionales si es necesario.
Lista de archivos personalizado: si ha activado “host Archivos personalizados”, puede agregar una lista de archivos a este campo para transmitir desde su CDN.
Agentes de usuario rechazados: este campo le permite especificar agentes de usuarios que no serán atendidos por bienes de su CDN. Le recomendamos que mantenga este campo hueco para asegurarse de que su CDN se use correctamente.
Archivos rechazados: este campo le permite especificar archivos que no deben transmitirse desde su CDN. Si un servicio que usa requiere como activo para transmitir en su campo raíz, puede agregar la ruta del archivo al campo “Archivos rechazados”.
Configuración W3 Cache total – Experiencia del usuario Entonces, personalice la configuración de la “experiencia del usuario” o la carga perezosa en la caché total W3. Enjuiciamiento de etiquetas de imagen HTML: habilite esta opción para asegurarse de que las imágenes sean perezosas.
Procesar imágenes de fondo: si usa el “fondo” para mostrar una imagen en CSS, activar esta opción permitirá que esas imágenes sean perezosas.
Excluir palabras: en este campo, puede especificar texto para evitar la carga perezosa. Por ejemplo, si agrega no carga a este campo, una imagen que se muestra con

no será perezosa.
El método de incorporación de script: esta configuración le permite personalizar el método de carga para el script de carga perezosa. El método Async predeterminado es la mejor opción para la mayoría de los sitios. Si su sitio consta de una sola página de destino, el método en línea se puede utilizar para reducir el número de solicitudes HTTP para cargar la página.
Extensiones disponibles para W3 Total Cache W3 Cache total Ofrecen varias extensiones para integrarse con los servicios de tercera parte. W3TC actualmente tiene extensiones para los siguientes servicios.
Amperio
Marco de la nube
Google FeedBurner
Fragmento de caché
El marco de la génesis
La nueva reliquia
Pilón
Yoast SEO
WPML
Si utiliza alguno de estos servicios en su sitio, le recomendamos que configure la extensión relevante para garantizar la compatibilidad adecuada con W3 Total Cache. En esta sección, echaremos un vistazo a la extensión de CloudFlare para el caché total W3. Cómo configurar W3 Total Cache con CloudFlare Extension Para integrar Cloud-Cache W3, necesitará dos información del Panel de CloudFlare: el correo electrónico de la cuenta y la clave API. El correo electrónico de la cuenta es la dirección de correo electrónico que utiliza para iniciar sesión en CloudFlare. Echemos un vistazo a cómo configurar una tecla API CloudFlare. En el tablero de CloudFlala, haga clic en la pestaña “Presentación general”. Luego desplácese hacia abajo y haga clic en Obtener el símbolo API en la barra lateral derecha. Visite la tecla API global del claustro. Desplácese hacia abajo y haga clic en Ver junto a la “tecla API global” para obtener su tecla API CloudFlare. Tenga cuidado de compartir esta clave API en cualquier lugar fuera del caché total W3 porque se puede usar para controlar sus nubes.
Vea su clave de API global de CloudFlare. Luego, activó la extensión de CloudFlare en la página de “extensiones” de W3 Total Cache y haga clic en “Configuración”. En la sección “Credenciales”, haga clic en el botón Autorizar.
Autorizar CloudFlare en W3 Cache total. En la ventana emergente posterior, ingrese el correo electrónico de su cuenta de CloudFlare y la clave API. Si recibe un mensaje de error, se corrige doble checke para hacer que su dirección de correo electrónico y la clave API se corrigan. Después de las credenciales que ha autorizado, debe ser configuración adicional de CloudFlare en la página.
Configuración de CloudFlare en W3 Cache total. Revisemos la configuración de CloudFlare en W3 Cache total.
Intervalo de estadísticas de widgets: este período específico del período cubierto para el widget de nubes de W3TC. La configuración predeterminada es de 30 minutos. Si desea ver el largo período de tiempo, no dude en aumentarlo. Tiempo de atención: este tiempo específico de tiempo que los datos de widget de CloudFlare son Cacheed. Si no planea usar el hocico de widget, le recomendamos aumentar este número para reducir el número de requisitos a CloudFlare desde su sitio.
Al almacenamiento en caché de la página: si está configurado nubes nubes para almacenar en caché las páginas HTML para su sitio de WordPress, habilite esta opción para borrar automáticamente el caché en la nube después de las modificaciones y actualizaciones de la publicación.
Cloudflare en caché esta sección le permite personalizar la configuración de almacenamiento en caché de Cloudflare.
Modo de desarrollo: mantenga esta opción deshabilitada a menos que necesite nublar en modo de desarrollo. Cuando CloudFlare está en modo de desarrollo, el almacenamiento en caché de borde, la minificación y la optimización de imágenes están deshabilitadas durante tres horas. Esto le permite ver actualizaciones en los archivos CSS y JS de inmediato y es útil para la resolución de problemas.
Nivel de caché: para la mayoría de los sitios, recomendamos usar el nivel de caché “estándar”, que sirve tiene diferentes recursos cada vez que la cadena de consulta. Si está seguro de que su sitio de WordPress no utiliza las cadenas de consulta para servir contenido dinámico, también puede usar la configuración “Ignorar la cadena de consulta”.
BROWSER CACHE TTL: recomendamos configurar la caché del navegador de Cloudflare TTL en 31536000 segundos, que es igual a 1 año.
Desafío TTL Cloudflare Las ofertas de variedad de servicios relacionados con la seguridad, y los desafíos de los visitantes son uno de ellos. Si Cloudflare detecta a un usuario malious o un bequeo extraño, servirá un mensaje de desafío en forma de captcha. La configuración “Desafío TTL” especifica cuánto tiempo tendrá un usuario para que su sitio complete un desafío. Con la configuración predeterminada de 3600 segundos, un soñador que estuvo sujeto a un desafío será sobre su sitio durante 1 hora antes de otro desafío. Recomendamos establecer esto en el valor máximo de 31536000 segundos, o 1 año.
CloudFlare Content Processing Vamos a sumergirnos en la configuración de procesamiento de contenido de CloudFlare en caché total W3.
Rocket Loader: el cargador de cohetes de Cloudflare acelera la carga de JavaScript para su sitio de WordPress. Recomendamos habilitar el cargador de cohetes si su sitio tiene muchos JS.
Minify JS/CSS/HTML – Si está habilitado para Al -AL, una minif. Para HTML, CSS y JavaScript en W3 Total Cache, no dude en mantener estas opciones en la extensión CloudFlare establecida, ya que no hay necesidad de minificar las tesis que ya tienen Ha sido en minifold.
Side Exclude Server (SSE): esta opción le permite ocultar información confidencial de visitantes sospechosos (considerado por CloudFlare). El lado del servidor excluye tiene la información útil para depender de la información como la dirección de correo electrónico, el número de teléfono y otra información personal en su sitio. Para usar SSE, habilitarlo y envolver información confidencial en etiquetas en su código HTML o plantilla de tema PHP.
Ofusión por correo electrónico: cuando esta opción está habilitada, CloudFlare obtendrá automáticamente la dirección de correo electrónico en su sitio de WordPress con JavaScript. Si bien la ofuscación no va a deshacerse del correo electrónico spam por completo, recomendamos habilitar esta opción porque determina los bots de raspar la dirección de correo electrónico de su sitio. Procesamiento de imágenes de Cloudlare Vamos a la configuración de procesamiento de imágenes de Overflare.
Protección de enlaces candentes: habilitar la protección de enlaces hotes evitará que otros sitios incrusten sus imágenes. Si te encuentras con límites de ancho de banda debido a las incrustaciones externas no autotorizadas, habilitar la “protección de enlaces actuales” puede ayudarte a reducir el uso de ancho de banda.
Mirage (solo PRO) -Mirage optimiza la entrega de imágenes a dispositivos y redes de bajo ancho de banda. Esta característica solo está disponible en el plan CloudFlare Pro y superior.
Polaca (solo PRO): polaco optimiza las imágenes de su sitio y se puede configurar para servir imágenes web a navegadores compatibles. Esta característica solo está disponible en el plan CloudFlare Pro y superior.
La característica principal de Cloudflare Protection Cloudflare es un firewall sofisticado que puede ayudarlo a protegerlo contra los ataques DDoS y los actores de Malion. Pasemos la configuración de seguridad de Cloudflare.

Nivel de seguridad: esta configuración controla la sensibilidad del firewall y las reglas de seguridad de Cloudflare. Recomendamos establecer el “nivel de seguridad” en “medio” para la mayoría de los sitios.

Verificación de integridad del navegador: esta característica busca un mal comportamiento y agentes de usuarios sospechosos. Si detecta un usuario o spammer potencialmente malicioso, Cloud Automatic cumplirá un desafío. Recomendamos habilitar esta función.

Siempre en línea: esta opción servirá a páginas HTML estáticas de su sitio si su origen baja. Recomendamos habilitarlo si ‘configuró las nubes en Cache.Web Application Firewall – Cloudflare’s WAF, o Firewall de aplicaciones web, incrementará el tráfico y filtrará el “tráfico ilegítimo” para llegar a su sitio. Recomendamos habilitar esta función.

Protección DDOS avanzada: esta función está habilitada de forma predeterminada y no se puede deshabilitar como proxy de Longflare. La protección DDOS ayuda a proteger su sitio de los ataques de “negación de servicio distribuido”.
Carga máxima: esto establece el tamaño máximo de archivo permitido para cargas en su sitio. Desea hacer que esta configuración sea Euter Equual o mayor que la configuración de su archivo de carga en WordPress.
Cloudflare SSL Por último, querrá hacer que la configuración de SSL de Cloudflare haya configurado Cornorectly. Veamos la configuración correcta en esta sección.
SSL: si su sitio está alojado en Kinsta, recomendamos usar la opción “completa” o “estrictamente” SSL. La opción “flexible” no es compatible con nuestra infraestructura. “Completo estricto” considera un SSL de la autoridad de certificado válido, mientras que la opción “completa” también admite SSLS autoconscientes. Las opciones “flexibles” no vuelven a equipar los certificados SSL en el servidor de origen; recomendamos esta opción porque es la más insegura.
TLS 1.2 SOLO – TLS, o la seguridad de la capa de transporte, es un protocolo de seguridad para la transferencia de la fecha excesiva. Algunos estándares de cumplimiento de PCI requieren soporte para TLS 1.1 y debajo. Si ese es un requisito para su sitio, puede habilitar la configuración “solo TLS 1.2” en CloudFlare para establecer la versión mínima en 1.2.
Lectura sugerida: Cómo configurar CloudFlare APA para WordPress. W3 Configuración total de caché WooCommerce WooCommerce es la plataforma de comercio electrónico más popular para los sitios de WordPress. Si usa W3 Total WooCommerce Store WoCommerce, querrá asegurarse de que su configuración sea correcta para evitar almacenar los detalles del cliente. Evite las cookies de WooCommerce para evitar el almacenamiento de la página para páginas que tengan cookies de WooCommerce específicas, acceda a la configuración de W3TC “Page Cache”, desplázate a “Cookies rechazadas” y agregue los cuatro elementos a continuación.
WooCommerce_cart_hash
wp_wooCommerce_session_
Wordpress_logged_in
Evitar cookies de WooCommerce en W3 Cache total. Para estar seguros, también recomendamos evitar la URL de WoCommerce específica, como la página del carrito de compras, la página de pago y la página de la cuenta. Para evitar almacenar estas páginas en el caché, vaya a la configuración de “caché de página” W3TC y agregue la URL a la “Nunca almacene las siguientes páginas”.
Evite las páginas de WooCommerce de W3 Total Cache. Cómo restablecer todas las configuraciones en caché total W3 En algunos casos, es posible que deba comenzar con la configuración W3TC. Aquí le mostramos cómo restaurar el caché total de W3 a la configuración predeterminada. Vaya al menú “Configuración general” del W3TC, desplácese hacia abajo a la sección “Configuración de importación/exportación” y haga clic en Configuración predeterminada de restauración.