WordPress記事の移行と運用標準化｜担当交代で止まったブログを立て直す3フェーズ診断表

結論：WordPress記事の移行と運用標準化は「移行→AI再生成→クラスター化」の3フェーズで順に進める

担当者が変わるたびに公開が止まったサイトを立て直す現実的な順序は、既存記事を捨てずに一括移行し、優先度の高い記事だけAIで品質基準まで引き上げ、最後にトピッククラスターとCTAを標準化することです。本記事ではこの順序をATKリスケール3フェーズモデルと呼び、着手フェーズを決める診断表と、売上・工数を自社数値で試算する式まで示します。

なお本記事に登場する状況はすべて、よくある症状を条件付きで整理した想定シナリオです。特定企業の実績・導入事例・成果数値ではありません。

想定読者は「社員10〜50名、SEO担当が実質1人になっているD2C・自社メディア運営者」

この記事は、次の条件に当てはまるマーケティング責任者・コンテンツ担当者を想定しています。

• 社員10〜50名規模のD2Cブランド、または自社メディアを持つBtoBサービス企業
• マーケティング専任は1〜2名。SEOは責任者が広告・SNS・CS対応と兼務している
• 創業期から数年分の記事ストックはあるが、記事の型も品質の合格ラインも書き手ごとにバラバラ
• 公開頻度が全盛期の半分以下に落ち、CTAが入っている記事と入っていない記事が混在している
• WordPressの管理画面を見ても、どの記事が検索流入と問い合わせに貢献しているか即答できない

この状態の本質は、記事を書く体力不足ではなく「次に何から手をつけるかを決める基準が社内に存在しない」ことです。基準が人の頭の中にしかないため、担当者が抜けた瞬間に運用が止まります。

どのフェーズから着手すべきか：ATKリスケール3フェーズ適性診断表

着手順は好みではなく症状で決まります。下表で当てはまる症状を選び、右側の着手フェーズから始めてください。複数当てはまる場合は、表の上にある行を優先します。

診断表の使い方はシンプルで、上から読んで最初に当てはまった行が今月の作業範囲になります。

ATKリスケール3フェーズモデルの中身：各フェーズの目的・作業・完了条件

ATKリスケール3フェーズモデルは、作業を「移行」「品質」「構造」に分離し、フェーズごとに完了条件を置くことで、途中で止まるリスクを下げる進め方です。

採点基準の考え方はカクンダーZの品質評価、構造設計はトピッククラスターの作り方と内部リンク最適化ガイドが参考になります。

なぜ属人化するのか：運用が止まる3つの構造原因

原因1：判断基準が人の頭の中にあり、引き継ぎで消える

「この見出し構成でいこう」「この記事は今は触らなくていい」という判断は、多くの場合ドキュメント化されず担当者の経験値として蓄積されます。引き継ぎ資料に残るのは公開手順だけで、判断基準は残りません。結果として後任は前任の記事を再現できず、自分の型で書き始め、サイト全体の品質がまだらになります。基準を人ではなく仕組み（点数と優先度リスト）に持たせることが解決の起点です。

原因2：計測がサイト全体単位で、記事ごとの損得が見えない

月次レポートが「セッション数」「CV数」のサイト合計だけで作られていると、どの記事が稼ぎ、どの記事が惰性で存在しているかが判断できません。判断材料がないため、リライト対象は「気になっている記事」から選ばれます。記事単位で流入・順位・CVを紐づけるまでは、どれだけ工数を投じても投資対効果が測れません。

原因3：CTAと内部リンクが記事制作の「おまけ」扱いになっている

執筆フローの最後にCTAとリンクを付ける運用だと、締め切りが迫った記事ほどCTAが抜けます。抜けた記事が積み上がると、流入が増えても問い合わせが増えない構造が固定されます。CTAと内部リンクはテンプレート側に先に置き、本文を後から流し込む順序に変えると再発を防げます。

実際に起きやすい失敗パターン：4つの場面で何が起きるか

パターンA：全記事をきれいにしてから移行しようとして、準備段階で半年止まる

数百本の記事を前に「まず全部整えてから移す」と決めた場合、着手初月は古い記事の読み直しに消え、翌月には通常業務に押されて中断します。移行が終わらないので計測も始まらず、判断材料もゼロのままです。回避策は、XMLをそのまま取り込んで先に全体像を出し、整えるのは優先度上位の記事だけに限定することです。

パターンB：AI再生成は回り始めたのに、最終確認が1人に戻って属人化が再発する

採点で95点を超えた記事でも「念のため責任者が全部読む」運用にすると、責任者の稼働がボトルネックになり、公開待ちの記事が滞留します。点数を導入したのに承認は感覚のまま、という状態です。確認フローをロール権限で分け、点数で自動的に通す範囲と人が見る範囲を線引きしておく必要があります。

パターンC：クラスター設計を後回しにして、リライトを二度手間にする

フェーズ2でリライトを終えてからクラスター設計に着手すると、設計の結果「この2本は統合すべきだった」「このテーマにピラーが必要だった」と判明し、書き直したばかりの記事を再度触ることになります。フェーズ3の設計図だけはフェーズ2と並行して先に描いておくのが、工数を二重に払わないための条件です。

パターンD：CTAを記事ごとに書き分けて、CVRの比較ができなくなる

記事ごとに文言もリンク先も異なるCTAが混在していると、CVRの差が「記事の質の差」なのか「CTAの差」なのか切り分けられません。改善の仮説が立たないため、施策が当たったかどうかも判定できません。まずCTAを1種類に統一し、そのうえで文言のテストを回す順番にすると検証が成立します（Variant Labの活用、CRO Copilotの活用）。

売上と工数はどの経路で動くか：自社数値を入れる3つの計算式

リスケールの効果は「なんとなく良くなる」ではなく、次の3経路のいずれかに落ちます。空欄に自社の数値を入れて計算してください。

経路1：売上は「流入 × CVR × 成約率 × 平均単価」で動く

月間検索流入 ___件 × 記事CVR ___% ＝ 月間問い合わせ ___件 → × 成約率 ___% × 平均受注単価 ___円 ＝ 月間売上 ___円。リスケールで動かせるのは主に「流入」（既存記事の再評価とクラスター化）と「CVR」（CTA標準化と検証）の2変数です。

経路2：工数削減額は「削減時間 × 本数 × 社内時間単価」で動く

（現状のリライト1本あたり工数 ___時間 − 標準化後の工数 ___時間）× 月間リライト本数 ___本 × 社内時間単価 ___円 ＝ 月間削減額 ___円。ここは品質基準の点数化と優先度リストの固定によって、調査・議論・差し戻しの時間が減る部分です。

経路3：回収期間は「初期投資 ÷ 月次の増分利益」で決まる

（初期移行工数 ___時間 × 社内時間単価 ___円 ＋ 月額費用 ___円）÷（経路1の月間増分粗利 ___円 ＋ 経路2の月間削減額 ___円）＝ 回収までの月数。

計算のイメージを掴むための仮置きの数値（実績値ではありません。必ず自社の数字に置き換えてください）で埋めると、次のようになります。月間流入を仮に3,000件、CVRを仮に1.0%とすると問い合わせは30件。成約率を仮に10%、平均受注単価を仮に100,000円とすると、月間売上は300,000円です。CVRが仮に1.0%から1.3%へ動いた場合の増分は、30件→39件で月間90,000円分の売上に相当します。工数側は、リライト1本あたりを仮に4時間から2.5時間へ、月間8本、時間単価を仮に4,000円とすると、(4−2.5)×8×4,000＝48,000円/月の削減です。初期移行工数を仮に40時間×4,000円＝160,000円とすれば、回収の目安は160,000÷(90,000の粗利相当分＋48,000)で計算します。この数字はすべて仮の値であり、自社の粗利率・単価・工数で必ず再計算してください。

ATKでの運用の回し方：5ステップで3フェーズを実行する

ATKは記事を自動生成するだけのツールではなく、検索から問い合わせまでの導線を1つの運用基盤に載せる位置づけです。ATKリスケール3フェーズモデルは次の順に実行します。

• ステップ1（フェーズ1）：WordPressのXMLエクスポートを一括で取り込み、記事ごとの現状をGA4・Search Consoleと紐づける
• ステップ2（フェーズ1）：流入はあるがCVにつながっていない記事、順位が10〜20位圏で伸び代のある記事を優先してリスト化する
• ステップ3（フェーズ2）：AI再生成し、コンプライアンス・事実性・SEO/AIOなど8カテゴリで採点。95点以上を公開基準として固定する
• ステップ4（フェーズ3）：ピラーページと関連記事の関係を設計し、クラスター全体で検索意図をカバーする
• ステップ5（フェーズ3）：CTA文言やセクション構成のA/Bテストをベイズ判定で回し、改善仮説を積み上げる

過去にゼロから立ち上げた経緯がある場合はSEO担当ゼロからの立ち上げ例、代行から内製への切り替えを検討中なら代行から内製への移行の考え方もあわせて確認できます。

3フェーズを回すと、運用はどう変わるか（定性）

ATKリスケール3フェーズモデルを一巡させると、公開判断が点数と優先度リストに載るため、担当者交代でフローが止まりにくくなります。既存記事が検索評価に貢献し始めれば、新規記事と過去記事の両方から流入が発生する状態に近づき、CTA統一によって問い合わせへの導線も揃います。仮説検証の記録が残ることで、次に何を試すかの判断材料も蓄積されます。ただし、どこまで伸びるかは元の流入規模と投入できる工数に依存し、短期で必ず改善すると断定できるものではありません。

よくある質問

Q. WordPressの既存記事は全部移行しないといけませんか？

すべてを移行する必要はありません。GA4・Search Consoleのデータで優先度を確認し、流入があるか改善見込みのある記事から段階的に取り込む進め方が現実的です。ただし全体像の把握はフェーズ1の目的なので、取り込み自体は広く、手を入れる範囲は狭く、と分けて考えてください。

Q. 3つのフェーズを同時に並行して進めてはいけませんか？

作業としての並行は避け、設計だけ先行させるのが安全です。フェーズ3のクラスター設計図はフェーズ2と並行して描いておくとリライトの二度手間を防げますが、内部リンクの実装まで同時に進めると、記事構成の変更に合わせてリンクを何度も張り直すことになります。

Q. カクンダーZの採点基準は自社向けにカスタマイズできますか？

8カテゴリの採点ロジックは標準設計に基づいています。ブランドや業種ごとのガイドラインをプロンプトに組み込む設定は可能です。詳細はカクンダーZの品質評価で確認できます。

Q. Variant Labのテストは何本の記事から始められますか？

月間の流入がある記事であれば1本から仮説を立てて始められます。ベイズ判定で優劣を判断するため、大量のトラフィックがない状態でも検証サイクルを回せます。

Q. 移行にどれくらいの期間がかかりますか？

期間は記事本数と、どこまで手を入れるかの範囲で変わるため一律には言えません。判断の目安として、フェーズ1は「優先度リストが出るまで」、フェーズ2は「最初の10本が採点基準を通るまで」と区切り、期間ではなく完了条件で管理すると停滞しにくくなります。

まとめ：診断表で1つでも当てはまるなら、次の一手はフェーズ1の一括移行

WordPressの記事移行と運用標準化は、書き直す体力の問題ではなく判断基準の問題です。冒頭の適性診断表で1行でも当てはまり、かつ収益ロジックの3つの計算式を自社数値で埋められない状態なら、着手すべきはフェーズ1の一括移行と記事単位の可視化です。

着手前に手元へ用意しておくと判断が速いのは、（1）WordPressのXMLエクスポート、（2）GA4のランディングページ別セッション、（3）Search Consoleのクエリ別データ、（4）直近の成約率と平均受注単価の4点です。この4点があれば、診断表の判定と経路1〜3の計算式をその場で埋められ、「どの記事から取り込むか」「最初にリライトする10本をどう選ぶか」まで決められます。まずは移行の具体的な手順から確認してください。

一括インポート・エクスポートの使い方を確認する