¿Qué es el versionado de contenido?

Aquí versionado no es el control de versiones del código de un programa, ni la versión de un tema, ni una de las variantes de producto: es guardar fechadas las versiones de lo que publicas en la tienda. Una descripción, una meta description, el bloque JSON-LD de una ficha, sus preguntas frecuentes. Importa por dos preguntas que tarde o temprano alguien hace. La primera, después de un cambio masivo que salió mal: ¿podemos volver a lo de antes? La segunda, cuando un cliente, un proveedor o un asistente de IA repite algo que ya no dices: ¿qué ponía exactamente la ficha en esa fecha? Sin versiones, las dos se responden de memoria.

Cómo funciona

Un sistema con versiones distingue tres estados de un mismo contenido, y el IETF les puso nombre en abril de 2010, en el RFC 5829, al definir los tipos de enlace para navegar entre versiones de un recurso web. El historial de versiones (version-history) reúne todas las versiones guardadas. La última versión (latest-version) es la actual. La copia de trabajo (working-copy) es la que se edita, y apunta a la versión de la que salió. Y cada versión puede enlazar a su predecesora y a su sucesora en el historial.⁠^{[1]IETF (A. Brown, G. Clemm y J. Reschke, abril de 2010). RFC 5829: Link Relation Types for Simple Version Navigation between Web Resources}

Esa separación es la que importa en una tienda: el historial guarda, el borrador se edita y la publicación es lo que ve el público. Restaurar una versión antigua la trae de vuelta como borrador; la página pública no cambia hasta que se publica. Un buen sistema guarda, con cada versión, cuándo se hizo, quién la hizo, qué campos cambió y por qué.

El otro uso es la auditoría: saber qué estaba publicado en un momento dado. El RFC 7089, de diciembre de 2013, define para la web un marco de acceso por fecha a los estados anteriores de un recurso: llama Memento a un recurso que encapsula un estado anterior del recurso original, y TimeMap a la lista de esos estados.⁠^{[2]IETF (H. Van de Sompel, M. Nelson y R. Sanderson, diciembre de 2013). RFC 7089: HTTP Framework for Time-Based Access to Resource States (Memento)} Es la misma idea aplicada a una página entera: una versión fechada que se puede consultar después.

Las fechas también se publican. Google recomienda mostrar en la página cuándo se publicó y cuándo se actualizó, y que esas fechas coincidan con las de datePublished y dateModified de los datos estructurados.⁠^{[3]Google Search Central. Influencing your byline dates in Google Search} Y entre las señales de contenido hecho para buscadores y no para personas, pregunta si cambias la fecha de las páginas para que parezcan recientes cuando el contenido no ha cambiado de verdad.⁠^{[4]Google Search Central. Creating helpful, reliable, people-first content} Un historial con lo que cambió en cada versión es lo que permite mover la fecha solo cuando toca.

Las plataformas versionan unas cosas y otras no. En Shopify, el editor de código del tema guarda una línea de tiempo por archivo y permite restaurar un archivo a una versión anterior, con tres límites que su ayuda deja escritos: restaura un archivo cada vez, no recupera archivos borrados ni el tema entero, y la historia es finita, así que las versiones antiguas pueden no estar. Restaurar sustituye el contenido completo del archivo, incluidos los cambios que quizá quieras conservar, y Shopify aconseja duplicar el tema como copia antes de editarlo.⁠^{[5]Shopify Help Center. Editing theme code} Esa historia es la del código del tema. Para las fichas y sus datos, conviene comprobar qué guarda tu plataforma o la herramienta que escribe en ella.

En una tienda

Un ejemplo ficticio: el historial de la descripción de una cafetera en una tienda que reescribió su catálogo en marzo.

Tres detalles hacen útil esta tabla. Restaurar no borra la versión 2: crea una versión nueva, la 3, así que el error queda documentado y la restauración también se puede deshacer. La versión publicada y la última no son la misma: la 4 existe, pero el público sigue viendo la 3 hasta que alguien la publique. Y la columna «Qué cambió» es la que responde a la pregunta de la auditoría sin abrir cuatro textos y compararlos a ojo.

Clione funciona así con lo que escribe en la tienda: guarda una versión de cada enriquecimiento y de cada edición manual, conserva las tres más recientes de cada producto con sus notas y los elementos que cambiaron, y restaurar una crea una versión nueva; lo restaurado llega a la tienda con el siguiente Push.

Cómo comprobarlo

1. Busca dónde guarda tu tienda el historial de una ficha: en la plataforma, en el PIM o en la herramienta que escribe los datos. Comprueba que cada versión tiene fecha, autor y qué cambió.
2. Restaura una versión en un producto de pruebas y abre el código fuente de la ficha (Ctrl+U) antes de publicar: si la página ya cambió, el sistema no distingue borrador y publicación.
3. Compara la página publicada con la última versión publicada del historial. Si no coinciden, algo escribió encima después; es un caso de verificación de publicación.
4. Revisa las fechas: la fecha visible y dateModified tienen que coincidir y moverse solo con un cambio real del contenido.⁠^{[3]Google Search Central. Influencing your byline dates in Google Search}⁠^{[4]Google Search Central. Creating helpful, reliable, people-first content}
5. Antes de un cambio masivo, haz una copia de lo que vas a tocar. En el código de un tema de Shopify, duplica el tema antes de editarlo.⁠^{[5]Shopify Help Center. Editing theme code}

Concepto cercano: sobrescritura de campos

La sobrescritura de campos es el problema, y el versionado es una parte de la defensa. Cuando un sistema escribe un valor encima del que había guardado otro, el anterior se pierde sin aviso. Con versiones, el valor anterior no se pierde: está en el historial y se puede restaurar. Pero el historial solo recoge los cambios que pasan por el sistema que lo guarda; lo que reescribe otro sistema después no queda registrado, y para descubrirlo hace falta mirar la página publicada y vigilar la deriva de datos. Tampoco es lo mismo que una copia de seguridad: la copia guarda todo de golpe para recuperarse de un desastre, y el historial guarda cada cambio de cada elemento para responder qué cambió, cuándo y quién lo hizo.

Para seguir, la ruta de lectura de publicación por plataforma ordena el resto de términos.