Lista de comprobación de migración

Use esta lista en una sesión de planificación con quien construyó su sitio web actual. Un «no» no es un obstáculo por sí mismo. Le muestra dónde está el trabajo.

1. Tecnología

• El sitio usa Next.js App Router, o el equipo acepta un esfuerzo adicional para otro framework de servidor. (Por qué)
• El contenido puede obtenerse en código de servidor, y el token de entrega puede residir en una variable de entorno del servidor.
• El sitio puede mantener un respaldo integrado para cada página que traslade, de modo que siga funcionando si Atlas no está disponible.
• El equipo puede añadir una ruta para la previsualización, otra para los webhooks y un informe de compilación al iniciarse.

2. Diseño y componentes

• Las páginas están formadas por secciones reutilizables (hero, tarjetas, preguntas frecuentes, llamada a la acción). Las páginas únicas pueden ser igualmente un solo componente con campos.
• Ha enumerado cada tipo de página: inicio, producto, artículo, página de destino, aviso legal, etc.
• Para cada sección sabe qué partes cambian los editores (texto, imágenes, enlaces, listas) y cuáles permanecen fijas en el código.
• Las partes interactivas (calculadoras, configuradores, mapas, animaciones) permanecen en su código. Los editores solo completan sus textos y ajustes.

3. Contenido en su CMS actual

• Puede exportar páginas, entradas e imágenes: un volcado de la base de datos, una API, CSV o un agente de IA que lea el sitio antiguo.
• El contenido repetitivo (productos, noticias, equipo, ubicaciones) se corresponde con colecciones.
• Ha enumerado los campos personalizados y conoce sus tipos: texto, texto enriquecido, número, fecha, enlace, imagen, referencia, lista.
• Sabe dónde ejecuta el CMS actual código dentro del contenido: shortcodes, incrustaciones, bloques de HTML, scripts. Cada uno necesita un componente de reemplazo. Consulte Equivalencias con su CMS actual.
• Tiene una lista de URL y redirecciones que conservar, para no perder posicionamiento en las búsquedas.
• Los idiomas y sus reglas de respaldo están claros. Los idiomas de derecha a izquierda necesitan compatibilidad con dir="rtl" en sus componentes.

4. Funciones de las que depende su sitio

Compruebe cada una con el estado de las capacidades antes de comprometerse:

• Formularios y correos de clientes potenciales: Desarrollo y el sitio web en vivo (en revisión final antes del lanzamiento).
• Chatbot: Desarrollo y el sitio web en vivo (en revisión final antes del lanzamiento).
• Envío de clientes potenciales a un CRM u otro sistema: el envío a CRM y la API de clientes potenciales cubren hoy solo los clientes potenciales de Desarrollo; los clientes potenciales del sitio web en vivo le llegan mediante webhooks.
• Analítica: Atlas cuenta las visualizaciones de página por ruta, sin cookies, en Desarrollo y en el sitio web en vivo. Conserve su analítica actual.
• Búsqueda en su sitio: Atlas no ofrece búsqueda en el sitio. Conserve la suya o constrúyala a partir de la API de entradas.
• Comercio electrónico, proceso de compra, inicios de sesión de miembros: no forman parte de Atlas. Permanecen en su código o en sus servicios actuales.
• Publicación programada, traducciones, redirecciones, campos de SEO: compatibles.

5. Personas y aprobaciones

• Sabe quién edita, quién revisa y quién aprueba los lanzamientos a Producción.
• Todas las personas que inician sesión pueden usar el inicio de sesión de Atlas. No está disponible el inicio de sesión único con su propio proveedor de identidad.
• Los revisores legales y de seguridad han leído Seguridad y los puntos abiertos en las preguntas frecuentes.

Resultado

• Mayoría de síes: siga la migración paso a paso.
• Varios noes en las secciones 1 a 3: comience con un piloto en un tipo de página.
• Su sitio depende de puntos de la sección 4 que no están disponibles: espere, o mantenga esas partes fuera de Atlas por ahora.