content-refresher

content-refresher skill の概要

content-refresher ができること

content-refresher は、鮮度・順位・流入が落ちてきた古い記事を見直すための SEO ワークフロー向け skill です。目的は明確で、コンテンツ劣化を診断し、そのページにリフレッシュの価値があるかを判断し、「とりあえず改善する」といった曖昧な修正ではなく、構造化された更新計画を作ることにあります。

この skill が向いている人

特に相性がよいのは、次のようなケースです。

• 過去記事の資産を継続運用している SEO ライターやコンテンツストラテジスト
• 既存ページの順位回復を支援する agency
• 「最近トラフィックが落ちている」と感じ、再現性のあるリフレッシュ手順がほしいサイト運営者
• リライト前に、より明確な更新ブリーフを作りたいチーム

一方で、ゼロから新規記事を作る場面や、まず技術的な SEO 問題を切り分ける必要がある場面では、そこまで効果的ではありません。

本当に解決したい仕事

多くのユーザーが求めているのは、単なる文章の書き換えではありません。知りたいのは、たとえば次のようなことです。

• このページは本当に劣化しているのか、それとも別の問題なのか
• 何から先に更新すべきか
• どこは触らず残してよいのか
• どんな新セクション、統計、鮮度シグナルを足せば回復しやすいのか

content-refresher skill は、文章生成そのものよりも、この「判断レイヤー」が必要なときに特に強みを発揮します。

content-refresher の違い

content-refresher の一番の差別化ポイントは、構造化されていることです。skill には以下が含まれます。

• 深刻度のしきい値を含む劣化判定ガイダンス
• 季節要因や技術要因をコンテンツの責任と誤認しないための false-positive チェック
• リフレッシュ計画用テンプレート
• 期待される出力の形がわかる worked example

そのため、複数の関係者に説明可能な更新方針が必要な場合は、単なる「この記事を SEO 向けに更新して」という汎用プロンプトより実用的です。

インストール前に確認したいこと

まずは次のファイルを確認してください。

• optimize/content-refresher/SKILL.md
• optimize/content-refresher/references/content-decay-signals.md
• optimize/content-refresher/references/refresh-example.md
• optimize/content-refresher/references/refresh-templates.md

これらの内容が、あなたのチームの「下がっているコンテンツの評価方法」と噛み合っていれば、content-refresher skill はかなり導入しやすいはずです。

content-refresher skill の使い方

content-refresher のインストール前提

リポジトリ上では、Claude Code、skills.sh marketplace、ClawHub、Vercel Labs skills ecosystem との互換性が示されています。システムパッケージは不要です。ネットワークアクセスや MCP は必須ではありませんが、分析中にライブの SEO ツールデータを参照したい場合のみ意味があります。

環境が GitHub skills の直接利用に対応しているなら、optimize/content-refresher を含むリポジトリパスからインストールしてください。

まず読むべき repository ファイル

いきなり skill 本体だけを読むのはおすすめしません。次の順で確認すると理解しやすくなります。

1. トリガー条件とワークフローを把握するための SKILL.md
2. 優先順位付けロジックを見るための references/content-decay-signals.md
3. 期待される分析フォーマットを確認するための references/refresh-example.md
4. 発見事項を実務で使える成果物に落とすための references/refresh-templates.md

この順番で読むと、手探りが減り、content-refresher skill の出力が自分たちの運用に本当に合うか判断しやすくなります。

content-refresher に必要な入力

content-refresher skill は、URL と「更新して」の一言だけでも動きますが、それだけでは弱いです。より良い入力例は次のとおりです。

• 対象ページの URL
• 現在の title と公開日
• 最終更新日
• 狙っている keyword または topic cluster
• 現在の順位推移やトラフィック推移
• そのページを上回っている競合ページ
• 記事本文またはセクション構成
• すでに古いと感じている統計、製品情報、スクリーンショット、リンク
• ビジネス目標: 順位回復、CV 改善、snippet 獲得、GEO 可視性の支援 など

この文脈がないと、content-refresher skill でも計画は作れますが、提案はどうしても汎用的になります。

曖昧な依頼を使えるプロンプトに変える

弱いプロンプト:

• “Refresh this article for SEO.”

より強いプロンプト:

• “Use the content-refresher skill on this post: [URL]. Traffic is down 32% YoY and rankings dropped from positions 4-5 to 10-12 for [keyword]. Published in 2023, never updated. I need a refresh plan that identifies what to keep, what to update, what new sections to add, stale statistics to replace, and whether the title should change.”

この形なら、content-refresher skill に対してトリガー、深刻度、ビジネス目的、欲しい出力形式までまとめて渡せます。

content-refresher 活用で使いやすいプロンプトの型

実務では、次の構成が使いやすいです。

1. 劣化シグナルを伝える
2. ページの文脈を渡す
3. 目標を定義する
4. 段階的な出力を依頼する

例:

• “Apply content-refresher to this blog post. First, check whether the decline looks like true content decay versus seasonality or technical issues. Second, score refresh priority. Third, produce a refresh plan with section-level actions, updated title options, FAQ opportunities, source gaps, and a prioritized rewrite checklist.”

この依頼方法は、skill に内蔵された reference と非常に相性がよいです。

実案件でのおすすめ workflow

content-refresher skill は、次の 4 パスで使うと安定します。

1. Diagnosis: 劣化を確認し、false positives を除外する
2. Planning: 残す・広げる・削る・追加するセクションを決める
3. Rewrite brief: ライターが使える具体的な指示書を作る
4. Execution review: 修正後の原稿を refresh plan と照合する

最初から全文リライトを頼むより、この進め方のほうが不要な書き直しを避けられ、まだ使える内容をきちんと残せます。

パフォーマンスシグナルを正しく扱う

SEO Content 向けの content-refresher で特に強いのが、decay signal framework です。reference ファイルには、トラフィックや順位下落のしきい値に加え、watch / warning / critical / emergency といった緊急度区分が用意されています。

ただし、これらのしきい値は絶対的な真実ではなく、判断補助として使うべきです。リフレッシュ前に、少なくとも次を確認してください。

• 前年比比較による seasonality の確認
• 既知の algorithm update の影響
• crawl / indexing の問題
• analytics 設定や計測変更
• 検索意図を変えるような製品・市場の変化

この確認を飛ばすと、間違ったページを更新したり、そもそも別の問題に対処してしまうリスクがあります。

期待したい output

良い content-refresher の出力には、次の要素が含まれているはずです。

• コンテンツ品質や信頼性の簡易評価
• ページが本当に stale になっている根拠
• 優先順位付きの refresh アクション
• title と構成に関する提案
• 更新すべき統計やリンク
• 追加すべき新セクションや FAQ block
• 「残す部分」と「差し替える部分」を分けた rewrite scope

もし refresh logic の説明なしに、いきなり書き換え済み段落だけが返ってくるなら、まず計画を出すように依頼し直したほうがよいです。

全面リライトを依頼するタイミング

リライトは、refresh plan に納得できてから依頼するのが基本です。おすすめの順序は次のとおりです。

• 1 回目のプロンプト: diagnosis + refresh plan
• 2 回目のプロンプト: 承認済み plan に沿ったセクション単位の rewrite
• 3 回目のプロンプト: metadata、FAQ、internal links、on-page freshness 更新

このように段階的に content-refresher skill を使うと、一発生成よりも編集コントロールが効きやすくなります。

出力品質を上げる実践的なコツ

• 既存の見出しを貼り付けて、keep / update / remove を判定させる
• 「落ちた」だけでなく、トラフィックや順位の差分を渡す
• 自分の代わりに上がってきた SERP 競合を明示する
• evergreen のまま維持したいのか、年次特化にするのかを伝える
• ライブ Web 検証ができないなら source-replacement placeholder を求める
• 大幅改稿を避けたいなら “minimal necessary changes” を指定する

向いていないケースと導入時の障壁

次のような場合、content-refresher を最初の一手にするのは避けてください。

• そのページがそもそも一度も順位を取れていない
• 主因が technical SEO にある
• 検索意図が完全に変わっており、refresh ではなく差し替えが必要
• citation の自動検証まで含む、厳格なコンプライアンス審査フローが必要

この skill は強力な planning framework ですが、事実確認や編集判断の必要性そのものをなくしてくれるわけではありません。

content-refresher skill FAQ

content-refresher は普通の SEO プロンプトより優秀？

たいていは yes です。特に、既存ページの成果低下が課題なら有利です。通常のプロンプトは文章を書き換えるだけで終わりがちですが、content-refresher skill は、劣化検知、false positives の回避、変更優先度の整理、更新方針の構造化まで含めて進められます。

content-refresher は初心者でも使いやすい？

はい。多くの SEO 系 skill より使いやすい部類です。references にしきい値、例、テンプレートが揃っているためです。ただし初心者でも、基本的なページ指標の見方や、source や statistic が現行かどうかを見極める力は必要です。

SEO ツールなしでも content-refresher は使える？

使えます。トラフィック低下、順位低下、または定性的な劣化シグナルを手動で渡せば十分です。Search Console、analytics、外部 rank tool のデータがあると精度は上がりますが、skill 自体はそれらを必須としていません。

content-refresher はブログ記事専用？

いいえ。ただ、最も自然にハマるのは blog や evergreen の editorial page です。guide、listicle、comparison page、情報系 landing page にも使えます。一方で、product page や高度に programmatic なコンテンツにはやや不向きです。

SEO Content 向けの content-refresher が役立つ理由は？

価値は単に「古い文章を更新する」ことではありません。content-refresher は、次の判断を助けてくれます。

• そのページを救う価値があるか
• どの freshness signal が効きやすいか
• 元の構成をどこまで残すべきか
• どこに新セクション、FAQ、最新の根拠を足すと関連性が上がるか

特に、古い URL を多数抱えるコンテンツチームには有用です。

content-refresher を使わないほうがいいのはどんなとき？

technical indexing の問題、cannibalization、現行 SERP との完全な意図不一致がある場合は見送るべきです。そうしたケースでは、refresh workflow に入る前に、情報設計やページの狙い自体を先に直す必要があります。

この skill は公開直前の完成原稿まで作れる？

そこまで支援することは可能です。ただし、もっとも強い価値はその手前、つまり分析・計画・リライト指示にあります。まずは意思決定とブリーフ作成のためのツールとして使うのがおすすめです。

content-refresher skill を改善するには

content-refresher により良い根拠を渡す

出力品質を最も大きく左右するのは入力の質です。次の情報を含めてください。

• 過去と現在の title
• 公開・更新履歴
• 順位変動とトラフィック変動の期間
• 影響を受けた主要 query
• 現在勝っている競合ページ
• 古くなった主張、スクリーンショット、事例、価格情報
• そのページに向いている internal links

これにより、content-refresher skill は広く浅い助言ではなく、実行可能な refresh plan を出しやすくなります。

セクション単位の判断を求める

ありがちな失敗は、「もっと深くする」といった抽象的な提案だけで終わることです。これを防ぐには、次のように依頼してください。

• “For each current H2, label keep, update, merge, remove, or replace.”
• “List exact new sections to add and why.”
• “Flag outdated year references, stats, products, and broken links.”

こうすることで、content-refresher は単なるアイデア出しではなく、編集オペレーションに使えるツールになります。

診断とリライトを分ける

一度に全部頼むと、ページを本当に更新すべきかの検証前に、過剰な書き換えに走りがちです。content-refresher は次の段階で分けると結果が安定します。

1. 劣化の妥当性確認
2. refresh plan
3. rewrite
4. plan に照らした QA

この順番にすると、信頼性が上がり、無駄な編集も減ることが多いです。

根拠を更新する前提で依頼する

もう一つ多い失敗は、根拠を更新せずに言い回しだけ新しくする「見せかけの鮮度」です。次の出力を求めると改善しやすくなります。

• 差し替えが必要な統計の一覧
• 最新 source 用の citation placeholder
• fact check が必要な主張
• より新しい例に置き換えるべき事例

SEO content では、土台となる情報自体が最新でなければ、鮮度シグナルだけ整えても効果は限定的です。

リライト範囲を目的に合わせて絞る

次のどれを狙うのか、content-refresher に明示してください。

• 順位回復のための保守的な refresh
• より強い SERP に勝つための大幅拡張
• GEO を意識した FAQ 追加
• 検索意図を維持しつつ CV を改善する更新

この指示がないと、必要以上に大きな rewrite に流れることがあります。

付属 references を再利用できる template として使う

content-refresher の使い方を改善する最も確実な方法の一つは、reference ファイルをそのまま作業フォーマットとして使うことです。

• 劣化しきい値は references/content-decay-signals.md
• 出力の型は references/refresh-example.md
• セクション設計は references/refresh-templates.md

これにより、チーム内レビューが速くなり、全員が同じ refresh grammar で会話しやすくなります。

よくある失敗パターンに注意する

• 季節要因による下落を content decay と誤認する
• 文章だけ更新して、古い数値やリンクを放置する
• 元の検索意図を薄めるセクションを追加する
• URL や topic continuity を考えずに title を大きく変える
• 本当は統合・差し替えすべきページを refresh してしまう

悪い結果の多くは、文章力不足ではなく、最初の診断ミスから起きます。

初回出力のあとに深掘りする

最初の plan を受け取ったら、次のような追加質問をすると、content-refresher skill はさらに実務向きになります。

• “Which 3 changes are highest ROI if I can only edit for one hour?”
• “What should I update without changing the URL?”
• “Which additions are most likely to improve snippet capture?”
• “What evidence gaps would block publication?”

こうした follow-up によって、現実の締切や工数に合わせた判断がしやすくなります。

良い refresh plan を見極める基準

強い plan とは、ライターが推測せずに実行できるだけの具体性があるものです。最低でも次が明確であるべきです。

• なぜそのページが下落したのか
• refresh が正しい解決策なのか
• 何を変えずに残すのか
• 今すぐ更新すべき点は何か
• 修正後の構成が、現在の SERP にどう適合するのか

これらの答えが曖昧なら、執筆に入る前にもう一度 content-refresher を回したほうが安全です。