Frescura de contenidos en 2026: la regla de 90 días para SEO y GEO

La frescura de contenidos dejó de ser un factor débil de ranking en 2026. Ahora es un suelo duro. Ahrefs analizó 17 millones de citas de IA y vio que ChatGPT, Perplexity y Gemini citan contenido actualizado en las últimas 13 semanas mucho más a menudo que material más antiguo de la misma calidad. Google llegó después con la actualización de site reputation abuse, que penaliza el contenido viejo disfrazado con una fecha nueva.

Republicar el mismo post con un timestamp nuevo no ayuda. Lo que ayuda es un ciclo de refresh cada 90 días que actualice datos, hechos y estructura. Este artículo explica el protocolo que usamos en nuestro blog: qué cuenta como un refresh real, qué no, y cómo mantener el ciclo sin producir señales de frescura falsas.

Por qué la señal de frescura subió en 2026

Confluyeron tres fuerzas. Los asistentes IA citan fuentes recientes porque quien los usa asume que la respuesta refleja la realidad de hoy, no un archivo de 2022. Los buscadores responden dando más peso a la frescura en las queries que se mueven rápido, y hoy eso cubre casi todo lo de software, IA y SaaS. Y el volumen de contenido nuevo sigue subiendo, así que los posts viejos quedan fuera del radar a menos que ganen un refresh.

El estudio de Ahrefs puso un número al cambio. En queries de software, IA y B2B, el 67% de las citas IA apuntan a páginas actualizadas en las últimas 13 semanas. El contenido viejo no baja de posición, el asistente simplemente elige otra fuente más reciente al mismo nivel de calidad.

La trampa de la frescura falsa

La primera reacción es cambiar el timestamp y cerrar el tema. Eso dejó de funcionar en 2024 y hoy hace daño. La actualización de Google sobre site reputation abuse se escribió para detectar sitios que mueven dateModified sin tocar el cuerpo. Un schema markup que miente sobre un refresh produce un desajuste claro cuando el crawler compara cuerpo y metadatos.

La frescura falsa aparece en tres formas. Un timestamp cambiado sin ediciones. Una edición simbólica, una frase reescrita, vestida con una fecha nueva. Schema dateModified actualizado de forma programática en todo el archivo cada domingo. Las tres se detectan ya de forma activa.

La señal de frescura funciona solo cuando el contenido se movió de verdad. Todo lo demás cae.

Qué contiene un refresh real de 90 días

El protocolo tiene cinco controles. Saltarse uno solo debilita el resultado.

Datos y cifras. Todo número, estadística o porcentaje más viejo de doce meses necesita una fuente fresca o se cae. Un post que cita "el 85% de los equipos dice X" sacado de una encuesta de 2023 suena viejo aunque el resto del artículo aguante.

Versiones de herramientas. Next.js, Stripe, Supabase y las releases de los modelos IA se mueven cada trimestre. Un post que menciona Next.js 14 en 2026 grita antigüedad, aunque el consejo de fondo siga siendo válido.

Ejemplos recientes. Un nuevo case study, una cita de cliente o un ejemplo del último trimestre. No tiene por qué sustituir a los viejos, se suma y señala pensamiento reciente.

Enlaces internos. Cubrir los posts publicados desde el refresh anterior. Un archivo bien mantenido tiene enlaces internos que apuntan hacia adelante en el tiempo, no solo hacia atrás.

Entradilla y estructura. Reescribir el párrafo de apertura para abordar qué cambió en el tema desde la fecha original de publicación. Si nada cambió, el post quizá aún no necesita refresh.

Un refresh que toca menos del 30% del cuerpo es cosmético. Tratamos el 30% como suelo mínimo antes de mover dateModified.

Cómo llevamos el ciclo de 90 días

El protocolo corre como un job programado. Un cron marca cada post publicado con más de 90 días. La marca produce un checklist: qué números hay que reverificar, qué versiones de herramientas se movieron, qué posts nuevos hay que enlazar desde el cuerpo.

La reescritura la hace el editor a mano. La automatización genera el checklist, nunca el contenido. Probamos refresh reescritos por LLM y las citas IA empeoraron: el modelo produce prosa homogénea sin los datos recientes y concretos que un asistente externo quiere citar.

El job bloquea cualquier actualización de dateModified donde menos del 30% del cuerpo cambió. El bloqueo es duro. Un refresh cosmético falla el control y espera a uno real.

La disciplina de calendario importa más que las herramientas. La mayoría de sitios que fallan en frescura no fallan en la automatización. Fallan en sacar los 30-45 minutos por artículo que pide el trabajo.

Un ejemplo concreto

Uno de nuestros posts antiguos sobre buenas prácticas de GEO salió a finales de 2024. El primer refresh a 90 días, a inicios de 2025, actualizó tres estadísticas, sustituyó el ejemplo de billing con Stripe por uno más reciente, añadió enlaces internos a cuatro posts publicados en medio y reescribió la entradilla para citar el paper de Princeton sobre GEO publicado mientras tanto.

El cuerpo cambió un 38%. Las citas IA del post se reanudaron en dos semanas. En el segundo ciclo de refresh, el post superaba a los competidores más recientes en tres de sus queries objetivo. En el tercero, era ya la fuente principal de cita para dos asistentes IA en su query principal.

El efecto acumulado es el punto. Un post refrescado tres veces en nueve meses parece, a ojos del crawler, un documento vivo mantenido por un autor que sigue apareciendo. Un post refrescado cero veces parece abandonado.

Cuándo 90 días es la cifra equivocada

El default de 90 días vale para software, IA y SaaS, donde el terreno cambia dentro de esa ventana. Dos casos piden otra cadencia.

Noticias y anuncios. 24-72 horas y luego archivo. Un post sobre un lanzamiento de producto necesita un update dentro del ciclo de la noticia o pierde toda relevancia.

Contenido evergreen de referencia. 180 días alcanzan para posts sobre temas estables, tipo especificaciones CSS, principios de diseño o fundamentos de contabilidad. La cadencia de 90 días aquí produce trabajo inútil sin levantar tráfico.

El contenido de compliance va en un tercer cubo: el ciclo de refresh lo manda el calendario regulatorio, no el editor.

El default de 90 días es la elección correcta solo cuando el post toca un tema que se mueve al mismo ritmo. Cadencia equivocada y el protocolo falla. Demasiado rápido y el equipo se quema. Demasiado lento y la señal se aplana.

La pregunta del coste

Un refresh real toma 30-45 minutos por artículo. En un archivo de 60 posts, son 30-45 horas por trimestre, o un día concentrado al mes. El coste es real. El retorno aparece en la curva de tráfico.

Producir contenido nuevo para el mismo aumento de tráfico cuesta más. Un post nuevo lleva 3-6 horas entre escritura, edición y publicación al mismo nivel de calidad. Un refresh de un post ya posicionado lleva 30-45 minutos y produce un lift equivalente o mejor, porque el post ya tiene sus backlinks, enlaces internos y su historial indexado.

El cuello de botella es la disciplina, no el coste. Los equipos que mantienen el ciclo de 90 días durante un año reportan de dos a tres veces más citas IA que los equipos que producen el mismo volumen de contenido nuevo sin una cadencia de refresh.