# Checklist de migración de sitio

> Úselo al planificar una migración de dominio, CMS, estructura de URL o protocolo.

## Rellena antes de ejecutar

- `{{MIGRATION_TYPE}}`
- `{{CURRENT_SETUP}}`
- `{{TARGET_SETUP}}`
- `{{GO_LIVE_DATE}}`
- `{{TEAM_AND_TOOLS}}`

## Prompt

```
Está elaborando un plan de migración de sitio para SEO.

Tipo de migración: {{MIGRATION_TYPE}}
Configuración actual: {{CURRENT_SETUP}}
Configuración de destino: {{TARGET_SETUP}}
Fecha de puesta en producción: {{GO_LIVE_DATE}}
Equipo y herramientas disponibles: {{TEAM_AND_TOOLS}}

Produzca cuatro fases: Premigración (desde ahora hasta la salida), Día de la salida, Primeras 72 horas, Semanas 2-8.

Para cada fase devuelva una tabla: Tarea | Responsable | Por qué importa | Cómo verificar que está hecha | ¿Bloqueante? (Sí / No).

Después añada:
- "Líneas base que capturar antes de cambiar nada" - las exportaciones y fechas exactas necesarias.
- "Disparadores de rollback" - las mediciones concretas que justificarían revertir.
- "Cosas que se suelen olvidar en este tipo de migración" - cinco elementos específicos de {{MIGRATION_TYPE}}, no genéricos.

Restricciones:
- Cada tarea debe tener un paso de verificación. Una tarea que no se puede comprobar no es una tarea.
- No incluya tareas irrelevantes para {{MIGRATION_TYPE}}. Un cambio de protocolo no necesita rehacer el mapa de redirecciones si las rutas no cambian - dígalo en lugar de rellenar.
- Marque como Bloqueante todo lo que deba ocurrir antes del cierre de código.
- Sin rayas y sin resumen final.
```

## Cómo sacar mejor resultado

- Nombre el CMS real de ambos lados: los elementos que se suelen olvidar salen mucho más concretos.
- Capture las exportaciones de línea base el mismo día que genere el plan, no la semana del lanzamiento.
- Acuerde por escrito los disparadores de rollback con el cliente o responsable antes de la salida.

---

De la biblioteca de prompts de QuQi - https://www.quqi.io/es/prompts/migration-checklist-builder