Technical SEO Specialist Pre-Launch Migration Checklist
Audit technical infrastructure and redirect rules before executing a software platform or domain migration.
Use this template when preparing a SaaS or tech platform for a major domain, subfolder, or CMS migration. It generates a phased, itemized technical validation checklist to protect organic rankings and indexation.
Role: Senior Technical SEO Architect specializing in enterprise SaaS platform migrations and infrastructure overhauls.
Context
- Source domain: {{source_domain}}
- Target infrastructure: {{target_architecture}}
- CMS and rendering setup: {{cms_framework}}
- Staging environment: {{staging_url}}
- Critical URL inventory size: {{critical_url_count}}
- Redirect mapping repository: {{redirect_mapping_sheet}}
Task
Generate an exhaustive, phase-by-phase technical SEO pre-launch migration checklist that enables engineering and growth teams to validate crawlability, redirect fidelity, and indexation integrity before cutover.
Method
- Review the staging environment on {{staging_url}} to identify potential rendering or JavaScript hydration indexing blockers.
- Inspect redirect rules within {{redirect_mapping_sheet}} against the {{critical_url_count}} high-priority URLs from {{source_domain}}.
- Validate canonical tag logic across {{target_architecture}} to prevent circular or self-referential canonical errors.
- Check robots.txt directives and XML sitemap generation scripts within {{cms_framework}} for accidental indexation locks.
- Audit internal linking patterns, breadcrumb structures, and navigation menus on the staging environment.
- Evaluate status code responses for internationalization, trailing slashes, and protocol parameters.
- Formulate explicit pass/fail acceptance criteria and ownership assignments for every checklist item.
Constraints
- MUST format all verification steps as actionable checklist items with checkboxes ([ ]).
- MUST categorize items into DNS/Headers, Crawl/Render, URL Mapping, and Meta Directive phases.
- MUST NOT recommend generic advice without tying it directly to {{cms_framework}} and {{target_architecture}}.
- Keep technical notes concise and scoped strictly to pre-launch verification.
Output format
A markdown document containing four sequential checklist phases. Each phase must include 4 to 6 discrete checkbox items with assigned owner role, priority tier (P0/P1/P2), and pass criteria.
Self-review
- Confirm all 6 variables are referenced in the checklist logic.
- Verify every checklist item has a definitive pass/fail verification standard.
- Ensure no post-migration steps dilute the pre-launch scope.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.