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.
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
- Trace request routing in {{edge_routing_layer}} to inspect bot-specific header handling, rate limits, and WAF challenges.
- Construct validation steps in {{log_ingestion_tool}} to isolate where {{problematic_status_codes}} originate (Origin vs Edge vs Middleware).
- Analyze dynamic URL parameters within {{dynamic_route_patterns}} to identify infinite crawl spaces and non-canonical parameter bloat.
- Build inspection items to verify that sitemap endpoints under {{sitemap_architecture}} match actual 200 OK edge responses.
- Define crawl budget allocation checks to handle {{bot_traffic_volume}} without tripping CDN rate limits.
- Evaluate HTTP/2 and HTTP/3 multiplexing stability for concurrent bot connections.
- 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:
- Edge Proxy & WAF Bot Evaluation (4-5 items)
- Server Log Anomalies & Error Code Remediation (5-6 items)
- Parameter Space & Crawl Trap Sanitization (4-5 items)
- 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.
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.