¿Qué es la actualización de contenidos?

La actualización de contenidos consiste en volver a trabajar una página que ya existe: corregir datos desactualizados, ampliar secciones incompletas, sustituir ejemplos obsoletos y, en general, dejarla al nivel de lo que hoy se espera de ese tema, sin tocar su dirección web. Es importante decir con claridad que esto es vocabulario de la práctica profesional del SEO y el marketing de contenidos, no una norma ni una recomendación oficial de Google con ese nombre exacto: no existe una página de Google Search Central titulada actualización de contenidos ni un procedimiento certificado para ella. La confusión más habitual es con el content pruning, un concepto distinto y ya cubierto en este glosario: podar contenido significa eliminarlo, fusionarlo con otra página o marcarlo como no indexable porque aporta poco o nada de valor, mientras que actualizar significa justo lo contrario, invertir en esa misma página porque se considera que merece seguir existiendo y puede rendir mejor. Ambas tácticas parten del mismo diagnóstico, una página con bajo rendimiento, pero llevan a decisiones opuestas: la poda retira, la actualización invierte. Elegir entre una y otra depende de si el tema sigue teniendo demanda de búsqueda y de si la página conserva enlaces y autoridad que valga la pena aprovechar.

El proceso empieza por identificar candidatas, casi siempre páginas con una caída de tráfico o de posición en buscadores, detectada en herramientas como Google Search Console, o contenido sobre un tema donde la información de referencia ha cambiado (precios, normativas, versiones de software, estadísticas). Sobre esa página se revisan varios elementos a la vez: la precisión de los datos, la vigencia de los enlaces citados, si la estructura sigue respondiendo a lo que busca hoy quien llega a esa página, y si faltan subtemas que antes no eran relevantes y ahora sí. Después de editar el contenido, la práctica habitual es actualizar también la fecha visible para el usuario y, si la página usa datos estructurados de tipo Article o BlogPosting, el campo dateModified de Schema.org. Aquí conviene ser preciso con lo que Google dice y lo que no dice: su documentación sobre fechas en los resultados de búsqueda explica que sus sistemas no dependen de una sola señal de fecha, sino que combinan varios factores para estimar cuándo se publicó o se actualizó de forma significativa una página, y recomienda proporcionar datePublished y dateModified mediante datos estructurados. Esa documentación no describe ni valida la actualización de contenidos como estrategia de marketing; solo confirma que Google tiene mecanismos para detectar cuándo una página ha cambiado de forma sustancial, lo cual es la base técnica sobre la que se apoya la práctica, no una recomendación de aplicarla. Por último, muchos equipos solicitan un nuevo rastreo de la URL desde Search Console para acelerar que Google note el cambio, aunque esto no garantiza una revisión inmediata.

Actualizar en lugar de crear contenido nuevo importa porque una página con historial, enlaces entrantes y cierta autoridad acumulada suele necesitar menos esfuerzo para volver a rendir que una página nueva desde cero, que empieza sin ninguna de esas señales. Es también la alternativa directa al content pruning cuando el diagnóstico de una página con bajo rendimiento no es que ya no interesa a nadie, sino que interesa, pero está desactualizada o incompleta. La decisión concreta que depende de esto es dónde invertir el tiempo de un equipo de contenido limitado: revisar veinte páginas antiguas con potencial de recuperación suele costar menos y dar resultados más rápidos que escribir veinte páginas nuevas sobre los mismos temas. El riesgo de no hacerlo es que la página compita en los resultados de búsqueda con contenido más reciente de la competencia sin ninguna ventaja real, porque aunque conserve enlaces y autoridad, la información que ofrece ya no es la mejor respuesta disponible para quien busca. Sin embargo, como se trata de vocabulario de la práctica y no de un factor de ranking documentado por Google con ese nombre, no existe una cifra oficial sobre cuánto mejora el rendimiento una página al actualizarla; cualquier cifra concreta sobre ese punto debería tratarse como no verificada.

• Prioriza páginas con caída de tráfico o posición detectada en Search Console, no las que simplemente llevan tiempo publicadas sin ningún otro indicio de bajo rendimiento.
• Revisa la vigencia real del contenido (datos, precios, normativa, capturas de pantalla) antes de tocar el texto de alrededor, para no reescribir párrafos que ya eran correctos.
• Actualiza dateModified en los datos estructurados solo cuando el cambio sea sustancial, no por cada corrección menor de estilo o de ortografía.
• Muestra al usuario una fecha visible de actualizado el junto al contenido, siguiendo la recomendación de Google Search Central sobre fechas.
• Documenta qué se cambió y cuándo, para poder medir después si la actualización tuvo un efecto real en tráfico o posición, no solo una impresión subjetiva de mejora.
• Si tras revisar la página el diagnóstico es que el tema ya no tiene demanda, considera el content pruning en lugar de invertir en actualizarla.

• Cambiar solo la fecha visible sin modificar el contenido real, una práctica que Google puede detectar y que no mejora la relevancia de la página.
• Confundir actualización de contenidos con content pruning y aplicar la táctica equivocada a una página que en realidad debería eliminarse o consolidarse con otra.
• Actualizar por calendario, sin comprobar antes si la página realmente lo necesita, en lugar de basarse en señales de rendimiento medibles.
• Dejar la URL antigua con un dateModified reciente pero sin actualizar el dato estructurado de fecha, generando una discrepancia entre lo que ve el usuario y lo que lee Google.
• Presentar la actualización de contenidos como una técnica con reglas oficiales de Google, cuando es una práctica de la industria sin ese respaldo documentado.