月間50万セッションの転職メディアを立て直し、激戦KWで1位獲得

はじめに

今回ご紹介するのは、月間40〜50万セッション規模の転職ノウハウメディアの支援事例です。転職領域は人材会社と専門メディアがひしめく国内有数の激戦区。直近半年で記事群の順位が下落し、月間CVが約25%毀損した状態からの立て直しに取り組みました。

成果サマリー

• 激戦の「転職エージェント名 × 評判」キーワードで1位を獲得
• 企業の年収解説記事：平均順位7〜8位 → 3位（専門メディアの競合を逆転）
• ファーストビュー改善を実施した年収系記事群：10記事中7記事が上昇傾向

支援前の課題

2013年から運営される長期運営のメディアで、ドメイン評価（DR57）も記事資産も十分にある一方、コアアップデート以降に主力記事群の順位が下落。月間1,500〜2,000件あったCVが約25%毀損し、アフィリエイト収益に直結する打撃となっていました。

実施した施策

• モニタリング対象133記事以上の棚卸しと、優先度をつけた既存29記事群の集中改善
• ファーストビューの最適化：検索意図に対する「答えの先出し」へ構成を変更し、年収系記事群の順位を底上げ
• 内部構造の改修：パンくずの階層化・ディレクトリ構造の再設計（約3ヶ月で完了）
• 下落の激しい記事は競合SERP分析にもとづき構成から再設計

まとめ

大規模メディアの順位下落は、新規記事の追加ではなく「どの既存資産から直すか」の優先順位設計で回復速度が決まります。コアアップデートで流入・収益が毀損したメディアの方は、ぜひ一度ご相談ください。

支援の進め方：診断から改善まで

既存メディアの回復では、下落した記事をすべて同じ方法で直しません。検索結果の変化、記事タイプ、収益寄与、過去順位、更新履歴、内部リンクを並べ、回復可能性と事業影響の両方から優先順位を付けました。

長く運営されたサイトほど、記事品質だけでなくカテゴリ、パンくず、URL、テンプレートの歴史が影響します。個別記事のリライトとサイト構造の問題を分け、短期で検証できる変更と開発を伴う変更を別トラックで進めました。

1. 下落記事を原因仮説で分類

全対象を、検索意図の変化、情報の陳腐化、ファーストビュー不足、競合の一次情報優位、内部評価の分散などに分けました。収益寄与が高く、改善仮説を置ける記事から着手し、闇雲な全件更新を避けました。

2. ファーストビューで回答を先出し

年収や評判を調べる読者が最初に知りたい結論、前提、注意点を冒頭へ移しました。ただし短い要約だけにせず、根拠や条件へすぐ移れる目次と見出しを整え、答えと説明が分断されないようにしました。

3. 競合する検索意図ごとに再構成

同じ企業名でも、年収、評判、転職難易度では求められる情報が違います。検索結果に並ぶページタイプを確認し、記事の主目的を一つに絞りました。重複する記事は統合や役割変更を行い、意図したURLへ内部リンクを集めました。

4. 構造改修を並行して進める

パンくずとディレクトリを記事のテーマに合わせ、カテゴリ間の横断リンクを整理しました。URL変更が必要な箇所はリダイレクト、正規化、サイトマップ、内部リンクを一つの移行表で管理し、公開後の登録状況まで確認しました。

実務での判断基準

優先順位は、過去流入が大きかった順ではなく、CV寄与、下落幅、回復仮説、改修工数で決めました。短期検証できる記事と、構造改修後に触る記事を分けることで、同じページへ変更を重ねて原因が分からなくなることを防ぎました。

リライト後の評価は対象語一つでなく、関連語、表示回数、クリック、意図したURL、CV導線を見ます。上がらない場合に文章量を追加する前に、検索結果が求めるページタイプとサイト内の競合を再確認しました。

支援体制とお渡しする成果物

支援側が全体監査、記事分類、優先順位、構成、構造要件、検証を担当し、編集側が一次情報と更新事実を確認、開発側がパンくずやURL移行を実装します。

記事台帳、原因仮説、改修ブリーフ、構造変更図、リダイレクト表、公開日、観測結果を一つの管理表へまとめました。個別記事とサイト全体の変更履歴を照合できます。

• 記事別の下落原因・優先順位台帳
• 検索意図に基づくリライトブリーフ
• パンくず・ディレクトリ変更図
• 公開後の回復モニタリング

なぜ成果につながったのか

• 下落記事を一律リライトせず、原因仮説と事業影響で対象を絞ったこと
• 検索者が求める答えを冒頭へ移しつつ、根拠へ進める情報構造を作ったこと
• 記事改善とパンくず・ディレクトリ改修を別工程で管理し、変更効果を検証可能にしたこと

よくあるご質問

Q. コアアップデート後は全記事を直すべきですか

一律更新は推奨しません。下落したページ群、検索意図、競合変化、サイト構造を切り分け、仮説がある記事から着手します。

Q. 新規記事で流入を補えますか

既存の重要記事が下落した原因を残したまま新規制作すると、評価分散が広がる場合があります。まず既存資産の回復余地を確認します。

Q. URL変更は避けるべきですか

不要な変更は避けますが、構造上必要な場合は移行表、リダイレクト、内部リンク、サイトマップ、公開後確認をセットで行います。

この事例から得られる示唆

既存メディアの再生では、制作量より診断精度が重要です。下落原因と収益影響を分け、記事単位の改善とサイト構造の修正を適切な順序で進めることで、蓄積した資産を捨てずに回復を目指せます。

発注時にすり合わせる実装・運用範囲

着手時には、記事URL、カテゴリ、過去順位、流入、CV、更新日、担当、収益導線を一つの台帳へ集約しました。データが取れない項目は空欄のままにせず、取得できない理由と代替判断を記録します。既存資料を作り直すことが目的ではなく、対象記事を選ぶために必要な情報だけをそろえました。

リライトの受け入れ確認では、原稿上の変更だけでなく、公開URLの冒頭回答、目次、見出し、出典、内部リンク、CTA、正規URLを確認しました。テンプレート側の表示で意図した構成が崩れることもあるため、編集画面ではなく本番ページを検収対象にしました。

回復後も更新を止めず、検索結果の変化と記事の情報鮮度を定期的に見直します。ただし日付だけを新しくする更新は行いません。読者の判断に影響する事実、競合するページタイプ、サイト内の重複が変わったときに改修し、その理由を履歴へ残しました。