Entender los estudios, mantener el contenido

CH.01

Qué miden los estudios de actualidad

Edad de página, recuperación de fuentes y citas visibles son medidas distintas. Revisa la población y la definición de fecha.

Un artículo puede seguir siendo útil durante años; una comparación de precios reciente puede quedar desactualizada pronto. La edad no basta para saber si responde a la pregunta. Comprueba hechos, fuentes y contexto antes de actualizar.

Ahrefs publicó el 28 de julio de 2025 un análisis de 16,975 millones de URL citadas. Usó la primera detección del rastreador como aproximación a la publicación y reportó una edad media de 1.064 días en las URL citadas por ChatGPT, Perplexity, Copilot y Gemini. Es una comparación transversal de URL ya citadas, no prueba de caducidad a tres meses ni del efecto de actualizar una página.

CH.02

Distribución de edad no significa semivida de una página

Comparar páginas de distintos años no mide la pérdida de citas de una misma página.

Gander, el 7 de abril de 2026, comparó fuentes distintas recuperadas por ChatGPT, Google AI Overviews, Gemini y Perplexity en el primer trimestre de 2026. Solo el 17,4 % de las URL incluía un año en la ruta; las comparaciones anuales usan ese subconjunto. El informe habla de semivida, pero no sigue longitudinalmente las citas de una página sin modificar.

La menor presencia de cohortes antiguas puede reflejar volumen publicado, temas, disponibilidad o recuperación. No demuestra deterioro anual automático de cada página. Gander distingue fuentes leídas al generar la respuesta de enlaces mostrados al final; no son la misma métrica de citas.

• →Anota si se miden URL, eventos de recuperación o citas visibles.
• →Especifica el subconjunto con año y el periodo; una URL sin año no prueba antigüedad ni novedad.
• →Para tus páginas, repite las mismas preguntas y registra modelo, fecha, URL citadas y modificaciones.

CH.03

dateModified registra cambios, no un peso publicado

Google recomienda fechas claras y coherentes y usa varias señales para estimar publicación o revisión importante.

Google recomienda fechas visibles y datePublished o dateModified en datos estructurados adecuados. No publica una jerarquía de pesos de actualidad. Describe la página con precisión sin asignar un multiplicador de citas a un campo JSON-LD.

Conserva la publicación original en datePublished. Tras una revisión sustancial, dateModified debe indicar la fecha real y coincidir con la fecha visible equivalente. Publicación y modificación no tienen que ser iguales. Comprueba la zona horaria; evita fechas futuras o del evento descrito.

CH.04

Haz cambios útiles y registra su fecha

Una fecha nueva no añade información. Google cuestiona los cambios de fecha para aparentar actualidad sin cambios sustanciales.

No pongas la fecha de hoy a todas las páginas cada día. Google desaconseja hacer parecer nuevo un contenido intacto. Las guías oficiales no revelan una comprobación universal de body hash, una penalización concreta de IA ni premios fijos por tipo de edición. Conserva un registro editorial que justifique la fecha.

Una revisión útil corrige hechos obsoletos, incorpora una fuente actual verificada o responde a una pregunta pendiente. Cambiar solo el año no aporta pruebas. Registra qué cambió y su utilidad para el lector.

CH.05

Revisar según el tipo de contenido

Estos intervalos son recomendaciones de Tenten, no reglas de caducidad de modelos. Una revisión puede dejar intacto el contenido exacto.

Prioriza valor comercial y velocidad de cambio de hechos. Precios y versiones requieren más comprobaciones que definiciones estables. La revisión decide si corregir, sin forzar reescrituras o fechas por una meta de actualidad.

La disciplina del calendario es «por capas, no por promedio». El error es fijar una regla rígida de «todo el sitio se actualiza cada seis meses» —el resultado es que la página de precios lleva tres meses caducada y nadie la mira, mientras que un artículo de cola larga que nadie consulta se renueva puntualmente. Lo correcto es que el contenido de alto valor de negocio y alta actualidad se lleve la mayor parte del presupuesto de actualización, que el perenne quede cubierto con un ritmo estable trimestral o semestral, y que el de baja intención se dispare por completo de forma reactiva según las señales del reescaneo.

CH.06

Checklist de operación de frescura: el SOP de schema + calendario

Esta lista mensual es una rutina recomendada por Tenten. Asigna un revisor; no es un requisito automatizado del motor.

Los cinco capítulos anteriores eran conceptos; este los clava en un proceso. La frescura casi nunca cae por desconocimiento, sino porque no hay una persona fija que haga, en un momento fijo, una revisión fija. Este SOP tiene un único objetivo de diseño: que «actualización con sustancia + dateModified sincronizado» sea un evento de calendario, y no algo que dependa de la memoria.