SEO
Checklist de migração de site
Use ao planear uma migração de domínio, CMS, estrutura de URLs ou protocolo.
migration-checklist-builder.md
Está a produzir um plano de migração de site para SEO.
Tipo de migração: {{MIGRATION_TYPE}}
Configuração atual: {{CURRENT_SETUP}}
Configuração alvo: {{TARGET_SETUP}}
Data de go-live: {{GO_LIVE_DATE}}
Equipa e ferramentas disponíveis: {{TEAM_AND_TOOLS}}
Produza quatro fases: Pré-migração (de agora até ao go-live), Dia do lançamento, Primeiras 72 horas, Semanas 2-8.
Para cada fase devolva uma tabela: Tarefa | Responsável | Porque é que importa | Como verificar que está feita | Bloqueante? (Sim / Não).
Depois acrescente:
- "Baselines a capturar antes de mudar seja o que for" - as exportações e datas exatas necessárias.
- "Gatilhos de rollback" - as medições concretas que justificariam reverter.
- "Coisas habitualmente esquecidas neste tipo de migração" - cinco itens específicos de {{MIGRATION_TYPE}}, não genéricos.
Restrições:
- Todas as tarefas têm de ter um passo de verificação. Uma tarefa sem forma de ser verificada não é uma tarefa.
- Não inclua tarefas irrelevantes para {{MIGRATION_TYPE}}. Uma mudança de protocolo não precisa de refazer o mapa de redirecionamentos se os caminhos não mudarem - diga isso em vez de encher.
- Marque como Bloqueante tudo o que tenha de acontecer antes do code freeze.
- Sem travessões e sem resumo final.
Preencher antes de executar
Substitua cada espaço pelos seus próprios dados. Quanto mais específico for, menos o modelo inventa.
- {{MIGRATION_TYPE}}
- {{CURRENT_SETUP}}
- {{TARGET_SETUP}}
- {{GO_LIVE_DATE}}
- {{TEAM_AND_TOOLS}}
Como obter um resultado melhor
-
1
Nomeie o CMS real dos dois lados: os itens habitualmente esquecidos ficam muito mais específicos.
-
2
Capture as exportações de baseline no mesmo dia em que gera o plano, não na semana do lançamento.
-
3
Acorde os gatilhos de rollback por escrito com o cliente ou stakeholder antes do go-live.