Qué es un congelamiento de contenido
Un restaurante familiar está relanzando su sitio web. El sitio nuevo lleva semanas en staging, y el equipo copió todas las páginas, menús y avisos de días festivos hace más de un mes. Mientras tanto, el sitio anterior siguió cambiando: el gerente actualizó los precios de banquetes, agregó el horario de una sucursal nueva y publicó una vacante. La noche del relanzamiento, el sitio nuevo sale en vivo con contenido de hace un mes. Los clientes ven los precios de banquetes del mes pasado, falta el horario de la sucursal nueva y la vacante desapareció.
Esa escena es una ilustración original, no un cliente de TwoQM ni un resultado medido. El lanzamiento en sí funcionó. Lo que falló fue el espacio entre el día en que se copió el contenido y el día en que el sitio nuevo salió en vivo.
TwoQM ya publicó una lista de verificación del sitio de staging antes de salir en vivo, que revisa que el sitio nuevo esté listo como sistema, y una guía para armar un mapa de redirecciones antes de cambiar el nombre de las páginas. Este artículo trata el congelamiento de contenido: las reglas sobre quién puede cambiar qué, y en cuál sitio, entre la copia final del contenido y el momento en que el sitio nuevo está en vivo.
Un congelamiento de contenido es un periodo corto y anunciado en el que se detienen las ediciones de rutina al sitio público, para que el contenido en staging sea el mismo que sale en vivo. No es una prohibición de todo cambio. Las actualizaciones urgentes se siguen haciendo, pero pasan por una sola persona y se hacen en los dos sitios.
Sin congelamiento, un relanzamiento tiene dos fuentes de verdad.
Antes del congelamiento: haga el inventario
Empiece por anotar todo lo que puede cambiar el contenido público, no solo el editor del sitio web:
Personas con acceso de edición. Dueños, gerentes, apoyo de mercadotecnia, una agencia externa.
Contenido que cambia seguido. Horarios, menús, los precios que usted publica, eventos, perfiles del personal, vacantes, promociones y avisos.
Contenido que viene de otros sistemas. Widgets de citas, catálogos de productos o inventario, reseñas incrustadas y listados que vienen de otra herramienta.
Formularios y a dónde envían. Qué recopila cada formulario y qué buzón o CRM lo recibe.
Cambios programados. Publicaciones o promociones que se publican o vencen durante el periodo del relanzamiento.
Esto le dice quién necesita enterarse del congelamiento.
Anuncie el congelamiento con fechas y un responsable
Mande un aviso corto a todas las personas con acceso de edición:
Cuándo empieza el congelamiento y cuándo se espera que termine. Su equipo define estas fechas, y pueden moverse si se mueve el lanzamiento.
Quién es el responsable de cambios. Una persona con nombre recibe cada solicitud urgente.
Qué cuenta como urgente: un cierre, un aviso de seguridad, un número de teléfono equivocado, un precio que ya no puede respetar. Una nueva entrada de blog normalmente puede esperar.
A dónde mandar las solicitudes, en inglés y en español si su equipo trabaja en los dos idiomas.
Si una agencia o un contratista externo edita el sitio, inclúyalo por nombre. Si es posible, reduzca los permisos de edición en el sitio anterior durante el congelamiento en lugar de depender solo del aviso.
Durante el congelamiento: registre cada excepción
Cada cambio urgente se anota en un registro del congelamiento:
Qué cambió y por qué. "Cambió el horario del sábado por el día festivo".
Quién lo pidió y quién lo aprobó.
¿Se hizo en el sitio anterior? Sí o no, con la hora.
¿Se hizo en staging? Sí o no, con la hora.
¿Se revisó después del lanzamiento? Queda abierto hasta que alguien lo confirme en el sitio en vivo.
Una excepción no está terminada hasta que existe en los dos lugares. El registro es lo que le permite al responsable de cambios demostrar que no se perdió nada.
Comparación final del contenido antes de salir en vivo
Poco antes del lanzamiento, alguien distinto de quien armó las páginas compara el contenido clave del sitio anterior con staging: horarios, teléfonos, direcciones, precios publicados, menús, formularios y todo lo que aparezca en el registro del congelamiento. Las diferencias se corrigen en staging o se aceptan de forma explícita. Esto complementa la lista de verificación de staging antes de salir en vivo; no la reemplaza.
Después del lanzamiento: levante el congelamiento a propósito
El congelamiento termina cuando el responsable de cambios dice que termina, no cuando la gente supone que ya terminó. Antes de levantarlo:
Confirme en el sitio en vivo cada pendiente abierto del registro.
Confirme que los formularios llegan al buzón o CRM correcto.
Devuelva el acceso de edición a quienes lo necesitan en el sitio nuevo, y quite el acceso al editor del sitio anterior si se va a retirar.
Avise a todos dónde se hacen las ediciones de ahora en adelante.
Guarde el registro del congelamiento con el expediente del proyecto. El próximo relanzamiento o migración parte de ahí.
Dónde ayudan el hosting, la automatización y los sistemas conectados
Un registro en hoja de cálculo y un mensaje de grupo pueden sostener un congelamiento pequeño. Cuando más personas y sistemas tocan su contenido, el hosting administrado y el soporte de sitio web, correo y hosting ponen el periodo del relanzamiento, los cambios de acceso y la reversión en manos de un solo equipo.
La automatización de negocios puede dirigir las solicitudes urgentes al responsable de cambios, llevar el registro del congelamiento y avisar cuando una excepción se hizo en un sitio pero no en el otro. El trabajo de sistemas conectados puede alimentar menús, horarios, productos o listados desde una sola fuente para que los dos sitios lean los mismos datos donde sus herramientas lo permitan, según se confirme al definir el alcance. Cuando el contenido viene de varias herramientas internas, el software a la medida puede ser una mejor opción.
Las integraciones de IA pueden redactar el aviso de congelamiento en inglés y en español y resumir las diferencias que encuentre la comparación final. No aprueban excepciones, no deciden qué es urgente ni levantan el congelamiento. Eso lo hace una persona.
Por dónde empezar esta semana
Si viene un relanzamiento, anote a todas las personas que pueden editar su sitio actual y cada sistema que lo alimenta. Nombre a su responsable de cambios. Esa lista es la mayor parte del trabajo.
TwoQM se encarga del hosting, los relanzamientos y los sistemas conectados detrás de ellos para pequeñas empresas. Si su próximo relanzamiento tiene más editores de los que alguien ha contado, TwoQM puede definir el alcance del congelamiento, el registro y el cambio a producción alrededor de las herramientas que ya usa. Precios explica cómo se define el alcance de los sitios web, las aplicaciones de negocio, los sistemas y el software a la medida.
Planee el congelamiento de contenido de su relanzamiento · Conozca el hosting de TwoQM