Perplexity no siempre cita una página porque sea la mejor. A menudo la elige porque, justo cuando el usuario formula una pregunta, es la fuente más reciente cuya vigencia puede comprobarse de inmediato. En Perplexity, la actualidad del contenido no es un simple punto adicional para el posicionamiento: es el umbral de entrada al conjunto de fuentes candidatas. Un análisis excelente publicado hace dos años puede quedar fuera si parece una página antigua y abandonada. Ante una consulta sensible al tiempo, el modelo podría optar por un contenido inferior, pero con información más reciente y respuestas del servidor más claras.
¿Dónde consulta Perplexity la actualidad de una página?
Primero conviene distinguir dos procesos. Perplexity mantiene su propio índice y también puede rastrear páginas web al momento de responder una consulta. PerplexityBot se encarga de construir el índice, mientras que otro agente, Perplexity-User, accede a la página para comprobar su contenido durante la respuesta. Por tanto, las señales de actualidad se interpretan en dos momentos: durante la indexación y al responder la pregunta. La indicación de cuándo se actualizó la página por última vez debe ser coherente y creíble en ambos. Esto resulta especialmente importante en consultas muy sensibles al tiempo, como precios, versiones, normativa o cifras anuales. El modelo tenderá a elegir páginas actualizadas recientemente que puedan demostrar ese cambio.
- Cabeceras de respuesta HTTP: Last-Modified y ETag permiten al rastreador realizar solicitudes condicionales para determinar si hubo cambios desde la visita anterior.
- lastmod en sitemap.xml: indica al rastreador qué URL conviene volver a visitar primero.
- Datos estructurados de la página: dateModified y datePublished de Article/BlogPosting comunican la fecha declarada de actualización y publicación del contenido.
- Fecha visible en la página: una indicación como «Última actualización» al principio o al final del artículo puede ser interpretada tanto por las personas como por los modelos.
- Vigencia del propio contenido: el año, el número de versión y las cifras más recientes mencionadas deben ser compatibles con la fecha de actualización declarada.
Corrige primero las señales de actualidad en el servidor
Muchos equipos concentran todo el esfuerzo en editar el contenido, pero permiten que el servidor devuelva un Last-Modified incorrecto o que no lo incluya. Es uno de los fallos más comunes y también uno de los más fáciles de corregir. La práctica adecuada es actualizar la cabecera Last-Modified cada vez que cambie el contenido real de la página y conservar su valor anterior cuando no haya cambios. En combinación con ETag, una huella del contenido, el rastreador puede enviar solicitudes condicionales mediante If-Modified-Since o If-None-Match. Si la página no cambió, el servidor responde con 304 Not Modified sin transferir todo el HTML; si cambió, devuelve 200 junto con el contenido nuevo. Muchos sitios basados en frameworks de frontend o CDN responden 200 a todas las solicitudes y hacen que Last-Modified refleje la hora del despliegue. El resultado es contradictorio: todas las páginas parecen recién modificadas, aunque su contenido siga intacto.
Por qué las solicitudes condicionales influyen en la frecuencia de rastreo
El rastreador asigna de forma implícita un presupuesto de rastreo a cada sitio; no puede visitarlo sin límites. Cuando el servidor responde rápidamente «sin cambios» mediante un 304, los recursos ahorrados pueden destinarse a revisar páginas que sí se actualizaron, lo que acorta el intervalo entre visitas. En cambio, si cada rastreo obliga a descargar la página completa y no existe una fecha de actualización clara, el sistema aprende que las señales del sitio no son fiables y reduce la frecuencia de retorno. En las auditorías GEO que realizamos para clientes, uno de los hallazgos más habituales es que, tras corregir esta capa, se reduce de forma significativa el tiempo necesario para que las páginas clave vuelvan a rastrearse.
El lastmod del sitemap debe reflejar cambios reales
El lastmod del sitemap es una señal importante para priorizar el rastreo, pero solo aporta valor si es preciso. Un error frecuente consiste en asignar la fecha de hoy al lastmod de todas las URL cada vez que se despliega el sitio completo. En la práctica, equivale a decirle al rastreador que todo el sitio cambia a diario. Cuando compruebe que el contenido sigue igual, disminuirá la credibilidad del sitemap entero, incluidas las páginas que sí se actualizaron. El enfoque correcto es calcular el lastmod página por página según la fecha en que realmente cambió el contenido de cada URL, en lugar de aplicarlo en bloque a partir de la hora de compilación. Incluye únicamente URL que merezcan una nueva visita y evita diluir la señal con paginaciones, páginas de pestañas o URL con parámetros.
dateModified debe coincidir con la fecha visible de la página
dateModified en los datos estructurados, Last-Modified en HTTP, lastmod en el sitemap y la indicación visible «Última actualización» deben representar el mismo momento. Si se contradicen —el schema dice hoy, la página muestra el año pasado y la cabecera del servidor señala otra fecha—, el modelo recibe ruido y adopta una postura conservadora: deja de confiar en la vigencia declarada. En la práctica, conviene centralizar la fecha de actualización en una única fuente de datos, como la marca temporal de modificación real del sistema de gestión de contenidos, y generar desde ella las cuatro salidas. Así se evita que cada señal comunique algo distinto. datePublished conserva la fecha de publicación original y dateModified refleja la última modificación sustancial; ambas son necesarias.
Frecuencia de actualización: concentra el esfuerzo en las páginas que caducan
No todas las páginas necesitan revisiones frecuentes. Obligar a renovar todo el sitio de forma periódica solo dispersa los recursos de mantenimiento. Empieza por separar el contenido en dos categorías. La primera reúne páginas cuya información caduca, como precios, comparativas de productos, listas de integraciones, tendencias anuales, normativa y versiones. La segunda comprende contenidos relativamente estables, como definiciones y explicaciones de principios. Las páginas que caducan deben tener un ciclo fijo de revisión, actualizarse en cuanto cambie la información y sincronizar sus cuatro señales temporales. Las páginas permanentes solo necesitan una nueva fecha cuando reciben aportaciones sustanciales. El criterio no es el calendario, sino la existencia de cambios relevantes. Si modificas una sola palabra y renuevas la fecha, el modelo puede detectarlo y no confiará más en la página.
La actualidad no depende de cuántas veces cambie una página, sino de que cada cambio tenga un motivo y quede reflejado de manera coherente en los cuatro puntos. El rastreador confía en un ritmo de mantenimiento predecible, no en modificaciones frecuentes pero vacías.— Tenten GEO
Nuevo rastreo: no puedes ordenárselo a Perplexity, pero sí aumentar las probabilidades
- Comprueba que robots.txt no bloquee PerplexityBot ni Perplexity-User. Ambos deben tener acceso; de lo contrario, todo el trabajo posterior será inútil.
- Después de actualizar una página clave, sincroniza Last-Modified, sitemap lastmod y schema dateModified para esa URL.
- Reduce el tiempo de respuesta del servidor y devuelve correctamente un 304 para las páginas sin cambios, de modo que el presupuesto de rastreo pueda dedicarse a las URL actualizadas.
- Añade un enlace hacia la página recién actualizada desde otra página con mucho tráfico y visitas frecuentes. Su ritmo de rastreo puede acelerar el descubrimiento del nuevo contenido.
- Tras la actualización, genera nuevas vías de descubrimiento en otros canales —boletines propios, comunidades o páginas externas que enlacen al contenido— para aumentar las probabilidades de un rastreo inmediato.
Estas medidas no buscan complacer a un algoritmo, sino conseguir que Perplexity detecte e interprete cada actualización real con rapidez y precisión. El problema de muchos sitios no es la calidad del contenido, sino la contradicción entre sus señales de actualidad, que hace que páginas valiosas parezcan antiguas y se pasen por alto. Si quieres identificar dónde entran en conflicto Last-Modified, el sitemap, el schema y las fechas visibles de tu sitio, solicita un diagnóstico GEO de 30 minutos (/contact). Te mostraremos directamente qué incoherencias llevan a Perplexity a descartar tus páginas.
