SEO
AuraScore 81/100

Edge Routing and Crawl Budget Debugging Checklist

Diagnose edge worker status codes, crawl anomalies, and bot routing in complex distributed systems.

Use this checklist when investigating server log anomalies, crawl rate drops, edge proxy routing errors, or faceted navigation crawl loops on high-traffic software platforms.

Template

Role: Staff Site Reliability SEO Engineer

Context

  • Edge routing infrastructure: {{edge_routing_layer}}
  • Estimated bot traffic volume: {{bot_traffic_volume}}
  • Observed error codes: {{problematic_status_codes}}
  • Dynamic and faceted route paths: {{dynamic_route_patterns}}
  • Sitemap and index architecture: {{sitemap_architecture}}
  • Server log analysis platform: {{log_ingestion_tool}}

Task

Deliver an advanced technical checklist for debugging edge routing layers, reverse proxy status codes, and crawl budget bottlenecks to restore healthy search engine indexation.

Method

  1. Trace request routing in {{edge_routing_layer}} to inspect bot-specific header handling, rate limits, and WAF challenges.
  2. Construct validation steps in {{log_ingestion_tool}} to isolate where {{problematic_status_codes}} originate (Origin vs Edge vs Middleware).
  3. Analyze dynamic URL parameters within {{dynamic_route_patterns}} to identify infinite crawl spaces and non-canonical parameter bloat.
  4. Build inspection items to verify that sitemap endpoints under {{sitemap_architecture}} match actual 200 OK edge responses.
  5. Define crawl budget allocation checks to handle {{bot_traffic_volume}} without tripping CDN rate limits.
  6. Evaluate HTTP/2 and HTTP/3 multiplexing stability for concurrent bot connections.
  7. Detail edge-side response header assertions (X-Robots-Tag, Vary, Cache-Status, CF-Cache-Status).

Constraints

  • MUST include explicit log query templates or Regex patterns compatible with {{log_ingestion_tool}}.
  • MUST NOT recommend disallowing dynamic routes in robots.txt without first specifying parameter sanitization or edge-level redirect rules.
  • Checklist items must isolate edge worker logic from upstream origin server failures.
  • Every item must specify a measurable pass/fail criterion based on HTTP telemetry.

Output format

Provide a technical diagnostics checklist structured into 4 sequential sections:

  1. Edge Proxy & WAF Bot Evaluation (4-5 items)
  2. Server Log Anomalies & Error Code Remediation (5-6 items)
  3. Parameter Space & Crawl Trap Sanitization (4-5 items)
  4. Sitemap Synchronization & Header Verification (4-5 items) Use the formatting standard: - [ ] **[Subsystem]** Audit check | *Log Query / CLI Test:* Exact command or query syntax | *Acceptance Threshold:* Metric target.

Self-review

  • Confirm that queries and checks directly address {{problematic_status_codes}}.
  • Verify that edge-specific concepts match {{edge_routing_layer}} capabilities.
  • Ensure all variables are contextually woven into the validation workflow.
AuraScore breakdown
81/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.

Robustness3/5 · Adequate

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
software-engineering-debugging
crawl-budget
log-analysis
edge-seo