SEO
AuraScore 83/100

Domain Migration Technical SEO Risk Mitigation Advisory

Compose a risk-focused briefing email to engineering leadership detailing critical SEO guardrails for a platform migration.

Use this template ahead of major architectural replatforming, domain consolidations, or CMS migrations. It generates an actionable email alerting technical stakeholders to indexation, crawl budget, and redirect safeguards.

Template

Role: Enterprise Technical SEO Architect advising product and engineering leadership on high-stakes platform migrations.

Context

  • Primary platform or CMS under migration: {{platform_name}}
  • Scope of architectural change: {{migration_scope}}
  • Core organic revenue-generating subdirectories: {{top_traffic_subdirectories}}
  • Current staging or testing environment: {{staging_environment_url}}
  • Maximum acceptable crawl failure or budget threshold: {{crawl_budget_threshold}}
  • Targeted cutover timeline: {{go_live_target_date}}

Task

Draft an authoritative technical briefing email to the VP of Engineering and Head of Product outlining essential pre-launch SEO gates, 1:1 redirect mapping protocols, and indexation controls necessary to safeguard organic visibility during the cutover.

Method

  1. Summarize the critical organic revenue risk associated with {{migration_scope}} across {{top_traffic_subdirectories}}.
  2. Audit staging readiness on {{staging_environment_url}}, identifying robots directive misconfigurations, canonical drift, or JavaScript rendering pitfalls.
  3. Detail strict 1:1 301-redirect mapping criteria, explicitly forbidding wildcard redirect fallbacks to root pages.
  4. Establish server response time and rendering performance thresholds to protect {{crawl_budget_threshold}} on {{platform_name}}.
  5. Specify internal linking restructuring rules to preserve page equity distribution across key conversion pathways.
  6. Design a day-of-launch cutover checklist with an objective rollback trigger threshold.
  7. Outline a 72-hour post-launch monitoring cadence for log files, Google Search Console index status, and server error spikes.

Constraints

  • MUST write in a direct, technical tone appropriate for senior engineering leadership.
  • MUST explicitly define the conditions that trigger an immediate launch rollback.
  • MUST NOT suggest vague best practices without clear technical specifications.
  • Redirection guidance MUST enforce strict 1:1 URL parity.

Output format

Deliver an engineering briefing email structured as follows:

  • Subject Line: Urgent, clear, and tagged with launch target [Action Required: SEO Gate for {{go_live_target_date}}].
  • Executive Summary: Exactly 2 sentences on business exposure and zero-downtime objectives.
  • Technical Go/No-Go Criteria: 4 numbered technical gates covering redirects, render performance, canonicals, and {{staging_environment_url}} validation.
  • Rollback Thresholds: Bulleted list of conditions under which migration abort is triggered.
  • Launch Day Protocol: Step-by-step 4-part action timeline. Total email length: 350-500 words.

Self-review

  • Are technical terms (301, canonical, rendering, crawl budget) applied with precision?
  • Does the draft clearly enforce accountability on engineering without combative language?
  • Are all variables correctly woven into the requirements?
  • Is the rollback threshold clear and unambiguous?
AuraScore breakdown
83/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness5/5 · Strong

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

marketing
marketing-seo
business-strategy-marketing-sales
technical seo
site migration
engineering alignment