{"id":8932,"date":"2017-05-02T15:24:36","date_gmt":"2017-05-02T22:24:36","guid":{"rendered":"https:\/\/kinsta.com\/es\/?post_type=knowledgebase&p=8932"},"modified":"2025-10-01T21:38:51","modified_gmt":"2025-10-01T19:38:51","slug":"specify-a-cache-validator","status":"publish","type":"post","link":"https:\/\/kinsta.com\/es\/blog\/specify-a-cache-validator\/","title":{"rendered":"\u00abSpecify a Cache Validator\u00bb – \u00bfC\u00f3mo Solucionarlo?"},"content":{"rendered":"

\u00bfSe ve el aviso de\u00a0\u00abSpecify a cache validator\u00bb en\u00a0Pingdom<\/a>, GTmetrix, o Google PageSpeed Insights en su sitio WordPress? Esto se debe a la falta de las cabeceras de HTTP caching que deber\u00edan ser incluidas en todas las respuestas de servidores de origen ya que\u00a0validan y configuran la longitud de la cache. Si no se encuentran las cabeceras eso generar\u00e1 unas solicitudes nuevas para los recursos cada vez que aumenta la carga en su servidor. El uso de cabeceras de caching asegura que las solicitudes posteriores no tengan que ser cargadas desde el servidor as\u00ed ahorrando del ancho de banda y mejorando el rendimiento para el usuario.<\/p>\n

\"Aviso
Aviso de \u00abSpecify a cache validator\u00bb<\/figcaption><\/figure>\n

El aviso\u00a0de Pingdom dice:<\/p>\n

A los siguientes recursos falta cache validator. Recursos que no especifican cache validator no pueden ser actualizados eficientemente. Especifique una cabecera Last-Modified o ETag para habilitar cache validation para los recursos siguientes.<\/p><\/blockquote>\n

Siga los pasos a continuaci\u00f3n para saber c\u00f3mo solucionar\u00a0\u201cSpecify\u00a0a cache validator\u201d.<\/p>\n

Solucionar\u00a0el Aviso de \u00abSpecify a Cache Validator\u00bb<\/h2>\n

La primera cosa para tener en cuenta sobre este aviso es que solamente se puede arreglarlo en caso de solicitudes que est\u00e1n en su servidor. Si tiene solicitudes de terceros y aparece esta advertencia no se puede hacer nada ya que usted no tiene control de sus servidores web. Sin embargo si\u00e9ntase libre de compartir este art\u00edculo con ellos. Y no se olvide con Pingdom debe ejecutar el test unas cuantas veces. Puede ser que el aviso aparezca la primera vez y desaparezca para la segunda. Al ejecutar la herramienta por primera vez el instrumento prepara la cache de los activos del servidor.<\/p>\n

Existen cuatro cabeceras diferentes que pueden ser utilizadas en formas distintas para arreglar este problema. Aqu\u00ed puede confundirse un poco pero trataremos de explicar lo m\u00e1s\u00a0f\u00e1cil posible.<\/p>\n

Cabeceras que Validan la Cache<\/h3>\n

Las primeras dos son\u00a0last-modified<\/strong>\u00a0and\u00a0ETag.\u00a0<\/strong>Estas cabeceras ayudan al navegador determinar si el archivo ha cambiado desde la \u00faltima vez que fue solicitada. O m\u00e1s bien validan la cahce.<\/p>\n

1. Last-Modified<\/h4>\n

La cabecera\u00a0last-modified\u00a0<\/strong>en general es enviada autom\u00e1ticamente desde el servidor. Esta en general es una cabecera que no es necesario que a\u00f1ada manualmente. Es mandada para averiguar si el archivo en la cache del navegador fue modificada desde la \u00faltima vez que fue solicitada. Se puede ver en la solicitud de cabecera de Pingdom o utilizar Chrome DevTools para ver el valor de la cabecera que se modific\u00f3 por \u00faltima vez.<\/p>\n

\"cabecera
Cabecera \u00abLast Modified\u00bb<\/figcaption><\/figure>\n

2. ETag<\/h4>\n

La cabecera ETag\u00a0<\/strong>es muy similar a la que fue modificada por \u00faltima vez. Es usada tambi\u00e9n para validar la cache de un archivo. Si est\u00e1 ejecutando Apache 2.4 o una versi\u00f3n m\u00e1s reciente la cabecera ETag es a\u00f1adida autom\u00e1ticamente utilizando FileETag directive<\/a>. En el caso de NGINX la cabecera ETag es habilitada por defecto desde 2016.<\/p>\n

\"cabecera
Cabecera \u00abETag\u00bb<\/figcaption><\/figure>\n

Pueden habilitar la cabecera ETag<\/a> manualmente en NGINX usando el siguiente c\u00f3digo.<\/p>\n

etag on<\/code><\/pre>\n
Cabeceras que Determinan la Longitud de la Cache<\/h3>\n
Las siguientes cabeceras son Cache-Control<\/strong> y Expires<\/strong>.Estas dos ayudan a determinar qu\u00e9 tiempo el archivo deber\u00eda ser retenido en cache antes de que vaya a buscar nueva copia desde el servidor. Recuerde arreglar las advertencias que ve en Pingdom o GTmetrix, debe asegurarse de que tenga una cabecera que valide la cache as\u00ed como determine su longitud.<\/p>\n
3. Cache-Control<\/h4>\n
Cache-Control<\/strong>\u00a0es una cabecera hecha por directivas diferentes que le permite definir la longitud de la cache. Algunas de las directivas m\u00e1s comunes incluyen:<\/p>\n