Migración paso a paso

La forma segura de trasladarse es gradual. Su sitio web público sigue funcionando sin cambios mientras usted conecta y comprueba cada parte en Desarrollo.

Las reglas que lo mantienen seguro

• El diseño no debe cambiar. Cada página debe verse idéntica tanto si Atlas tiene contenido para ella como si no.
• El respaldo es obligatorio. Si Atlas no está disponible o no tiene nada publicado para una página, el sitio sirve su contenido integrado.
• Texto, nunca HTML. Los valores del CMS se renderizan como texto o mediante sus componentes.
• Primero Desarrollo. Nada llega a Producción hasta que un lanzamiento supera sus comprobaciones y una persona lo aprueba.

Etapa 1: conectar una página (aproximadamente un día)

1. Cree el sitio en Studio y redacte un contrato mínimo con un tipo de página.
2. Siga Conectar un sitio web Next.js.
3. Publique esa página en Desarrollo y compárela con la página en vivo.

Terminado cuando la página se renderiza desde Atlas, se ve igual y sigue funcionando con Atlas desactivado.

Etapa 2: modelar todo el sitio

1. Enumere todas las rutas que sirve el sitio y asigne cada una a un tipo de página.
2. Escriba el paquete del contrato: componentes con campos tipados, tipos de página con sus regiones, colecciones, perfiles de medios y los globales de encabezado y pie de página. Manténgalo en su repositorio como atlas/contract.bundle.json.
3. Valídelo y propóngalo. Un administrador del sitio lo activa en Studio (Site setup).
4. Refactorice cada componente de página para que las secciones de Atlas decidan el orden y el contenido, con los datos integrados como respaldo.

Terminado cuando Studio muestra el sitio web como In sync with the active contract.

Etapa 3: trasladar el contenido y las imágenes

1. Suba las imágenes con el perfil de medios correcto. Nunca las estire ni las amplíe; enumere las que no encajen.
2. Cree entradas para cada elemento repetitivo, haciendo referencia a las imágenes por id de recurso, con texto alternativo.
3. Rellene los globales de encabezado y pie de página con el contenido actual.
4. Cree una página para cada ruta a partir de su tipo de página y ajuste sus secciones hasta que el borrador coincida con la página actual.
5. Redacte las traducciones y pida a un hablante nativo que las revise.

Un agente de programación con IA conectado mediante MCP puede hacer la mayor parte como borradores. Una persona revisa cada página con Preview on website y la publica.

Etapa 4: actualización, SEO y redirecciones

• Añada el receptor de webhooks para que la publicación actualice el sitio en cuestión de segundos.
• Lea los títulos, las descripciones y noindex de SEO desde la API de entrega, y construya el mapa del sitio a partir de /routes.
• Cargue /redirects y aplíquelas, para que las URL antiguas conserven su posicionamiento.

Etapa 5: salir en vivo

1. Forme a los editores en Studio, los borradores, la previsualización y la publicación.
2. Genere un lanzamiento. Atlas comprueba que el contrato esté sincronizado, que no haya problemas de publicación, que el sitio web esté en buen estado y que haya una copia de seguridad reciente.
3. Una persona con permisos de aprobación lo aprueba. Un administrador del sitio activa Producción y usted crea un token de entrega de Producción.
4. Despliegue su sitio web con el token de Producción. Mantenga el respaldo en su lugar.

Qué sirve Producción

Producción sirve el contenido, los formularios, los chatbots y los ajustes de búsqueda de su lanzamiento en vivo. La previsualización sigue siendo exclusiva de Desarrollo. Siga Salir en vivo para conocer los pasos exactos.

Revertir

• Un error de contenido: vuelva a una revisión anterior o a un lanzamiento de Producción anterior.
• Un error de código: vuelva a desplegar la compilación anterior de su sitio web, como hace hoy.
• Atlas no disponible: el respaldo sirve el contenido integrado hasta que Atlas vuelva.