← ClaudeAtlas

blog-refresh-optimizerlisted

Audits and optimizes EXISTING, already-published Acquia blog posts — historical content optimization, not new content. Takes a URL (or a batch) plus its performance data (GSC, GA4) and produces a triage decision (Keep / Refresh / Consolidate / Repurpose / Retire), then a section-by-section refresh plan: on-page fixes, freshness/accuracy updates, content gaps, internal links, CTR, a GEO/AI-search retrofit, and cannibalization checks. Pulls data itself from Porter/Supermetrics, the live SERP, Conductor, and Screaming Frog. TRIGGER on "optimize old blog posts", "refresh content", "update an old post", "historical optimization", "content decay", "why did this post drop", "should we update or delete this", pasting an existing URL to improve, or a content-audit batch of published URLs. Do NOT use for planning a brand-new post — that is blog-seo-content-brief. Repetitive, high-volume task; default to producing the plan, not a long questionnaire.
aarushibhatt-cloud/blog-refresh-optimizer · ★ 0 · Data & Documents · score 63
Install: claude install-skill aarushibhatt-cloud/blog-refresh-optimizer
# Blog Refresh Optimizer **Purpose:** Turn an existing, published blog post into a decision plus a do-this refresh plan. Most organic traffic and most leads come from older posts, not new ones — so re-investing in a post that already has index history and link equity usually beats writing net-new. This skill decides *whether* a post is worth the investment, then tells the writer or developer *exactly* what to change to move it. **Scope:** Existing content only — one URL or a batch. It covers the full refresh lifecycle: triage → refresh plan → GEO retrofit → cannibalization/consolidation → post-publish tracking. It does **not** plan brand-new posts (use `blog-seo-content-brief`) and it is not a full site-wide technical audit (use `seo-geo-optimizer` for that). **Design principle — act, don't interrogate.** This is a repetitive task run across many URLs. Pull the performance data yourself from the connected tools *before* asking anything. Ask for missing inputs only once, batched, and only when they can't be discovered (see Step 1). Never recommend deleting or redirecting a URL without showing the data behind that call. --- ## Workflow Run in order. Steps 2–4 gather evidence; Step 5 triages; Step 6 writes the plan. ### Step 1 — Confirm the inputs (fast) You need four things. Discover or infer as many as possible before asking: 1. **The URL(s)** — required. One post, or a batch from a content audit. If the user pasted a URL, use it. If they named a topic instead ("ou