熊本ホームページ制作・Webマーケティング・SEO対策・MEO対策・GEO対策・Webデザイン・パンフレット・ロゴ・名刺・動画制作・広告運用・コーディング代行・オリジナルアパレル・グッズ制作は株式会社CREVIAへ

Web Guide

Web集客の教科書

SEO記事の更新頻度はimp×CTRで決める|リライト優先順位フレームと運用カレンダーの作り方

2026.04.23   SEO対策
SEO更新頻度の意思決定に使うパフォーマンス分析ダッシュボード画面。表示回数とクリック率を4象限でリライト優先順位に変換する
100記事を超えた媒体は「更新頻度」より「優先順位」で成果が決まる。imp×CTR の4象限がリライトの最短ルート

オウンドメディアを100記事まで積み上げたのに、順位も問い合わせも伸びなくなった。そんな停滞期に「更新頻度が足りないのでは」という疑問を持たれる方は多いはずです。

結論、記事数を重ねた媒体で成果を動かすのは更新頻度ではなくどの記事をいつ直すかの優先順位です。本記事では imp×CTR 2軸の4象限フレーム、リライト時に必ず直す6箇所、月次運用カレンダーまで明日から使える形でお渡しします。

SECTION 01

結論:「更新頻度」ではなく「優先順位」で考える

SEO記事の更新頻度に唯一の正解はなく、「表示回数が多く、CTRや順位が悪化している記事」から直すのが最短です。

100記事前後の媒体を運営していると、成果の頭打ちに合わせて「毎日1本投稿すれば順位が上がるのでは」「全記事を月1回リライトすれば評価が戻るのでは」という議論が社内で必ず起きます。どちらも直感的には正しそうに見えますが、実務データで見るとどちらも外しているケースが多いのが実情です。

よくある誤解3つ

運用現場で繰り返し目にする誤解は、大きく分けて次の3つに集約されます。いずれも「作業量を増やせば順位が上がる」という前提に立っており、Googleのアルゴリズムが何を評価しているのかを見落としがちです。

更新頻度神話の落とし穴

誤解①「毎日更新すれば順位が上がる」→投稿の多さは検索順位に直接影響しない。誤解②「月1回、全記事をリライト」→触る必要のない記事まで改悪するリスクが上回る。誤解③「古い記事は一律でリフレッシュ」→imp/pos のデータを見ずに判断すると評価を落とす危険がある。

成果を動かすのは「どの記事を」「いつ」直すかの意思決定

記事数が50本を超え、100本、200本と増えていくと、全記事を等しくメンテナンスする工数は確保できません。必要になるのは「どの記事にリライトの時間を集中投下するか」の意思決定フレームです。Googleの評価ロジックも投稿量ではなく個別ページの満足度に寄ってきており、「期待に応えきれていない既存ページ」を優先的に直すことがそのまま成果につながる構造になっています。

この記事で提供する imp×CTR マトリクスの使い方

本記事で最も押さえていただきたいのは、Section 3 で解説する「imp×CTR 4象限マトリクス」です。Search Console の2つの数値だけで、媒体内のすべての記事を4つのグループに分類し、どこから手をつければ最短で成果が動くかを自動的に示すフレームになっています。運用経験が浅いメンバーでも「象限Aのこの3本から直す」と迷わず指示できる点が、工数対効果で効いてきます。

なお、ホームページ全体の更新がSEOに与える影響そのものについては、ホームページの更新頻度はSEOに影響するのかで詳しく解説しています。本記事は既存記事単位のリライト運用にフォーカスしているので、サイト全体の運用姿勢と合わせて読むと、マクロ/ミクロ両軸で更新戦略が整理できます。

無料のリライト優先順位診断

「自社の媒体のどこから直すのが正解か」を知りたい方向けに、CREVIA では Search Console データを基にしたリライト優先順位の初回診断を対応可能です。ご要望に応じて診断結果のスプレッドシートをお渡ししています。

SECTION 02

記事タイプ別の更新間隔基準

ニュース記事と資産記事では更新間隔がまったく異なります。一律の基準で運用すると、触らなくていい記事まで劣化させてしまいます。

「更新頻度は月何回が正解か」という問いに一言で答えられないのは、記事のタイプによって鮮度の要求水準がまったく違うからです。自社媒体の記事を下の3タイプに分類するところから始めると、月次の更新計画がぐっと具体化します。

記事タイプ 特徴 推奨する更新間隔 判断基準
ニュース系・速報系 時事・法改正・リリース情報 鮮度が命/都度対応 元情報が古くなった瞬間に更新or非公開
How-to 系・手順系 ツールの使い方・操作マニュアル ツールUI更新や法改正の都度 スクリーンショットが現行UIと乖離したら即直す
資産系・定義解説系 「〇〇とは」「仕組み」系の解説 四半期〜半年に一度 imp・CTRに変化が出たタイミングで精査

ニュース系・速報系:鮮度が命・更新 or 非公開

業界ニュースや法改正情報を扱う記事は、元情報が更新された瞬間に価値が陳腐化します。運用ポリシーとして「更新できないなら非公開にする」を選択肢に入れておくと、媒体全体の評価が守られやすくなります。公開から1年以上経過したニュース記事は、四半期レビューで「更新/統合/非公開」の3択を判断する運用ルールが現実的です。

How-to 系・手順系:ツールUI変更や法改正の都度

How-to 記事の最大の敵はスクリーンショットの陳腐化です。Google Analytics、Search Console、WordPress、各種SaaSのUIは年に数回大きな変更が入ります。スクショが古いだけで読者の信頼は一気に落ちるため、扱っているツールのリリースノートをRSSやメール購読で監視し、UI変更があった記事を一括抽出するリストを作っておくと、更新の取りこぼしを防げます。

資産系・定義解説系:四半期〜半年に一度

「AEO対策とは」「検索意図とは」のような資産系記事はゆっくり流入を積み上げるタイプで、頻繁に触る必要はなく、むしろ高順位を取っている記事を何度もリライトすると評価が揺らぐことがあります。Search Console で imp や pos の変化を半年単位で確認し、落ち始めた兆候が見えたタイミングで精査するリズムが合っています。リライトの軸は新しい関連トピックの追記と内部リンクの張り直しで、本文を一から書き直すより次の行動への導線を整える方が成果貢献が大きい傾向です。関連する設計観点はSEOキーワード選定の方法で扱っています。

SECTION 03

リライト優先順位フレーム「imp×CTR 4象限」

媒体内の全記事を imp(表示回数)と CTR(クリック率)の2軸で分類すると、どこから直すかが数分で決まります。

ここが本記事で最も重要なパートです。Search Console の検索パフォーマンスで取得できる「表示回数」と「クリック率」の2つの数値を使い、媒体内のすべての記事を4つの象限に振り分けます。それぞれの象限で取るべきアクションは異なり、誤ったアクションを取ると評価を落とすこともあります。

象限 表示回数(imp) CTR/順位 取るべきアクション 工数感
象限A(最優先) 高い 悪化・低下中 タイトル・メタ・H1を即リライト 小(1本30〜60分)
象限B(保持) 高い 良好 触らない・内部リンクの受け皿に ゼロ(改悪リスク回避)
象限C(育成) 低い 良好 内部リンクで流入を集める 中(関連記事からの導線強化)
象限D(整理) 低い 悪化 統合 or 非公開を検討 大(統合の場合は再設計)

象限A:imp高×CTR悪化 → 最優先で直す

表示回数は積み上がっているのにCTRや順位が下がっている記事は、媒体内で最も優先度の高いリライト候補です。コンテンツ自体の評価は一定以上あるが、ユーザーがクリックしたくなる要素が弱い状態で、タイトル・メタディスクリプションの調整だけで大きく跳ねる可能性が高い層。月5本をノルマにして回し続けると、3か月で全体の流入が目に見えて底上げされる動きが多く、運用立ち上げ期の最優先タスクに位置付けられます。

象限B:imp高×CTR良好 → 触らず保持する

数字が全て良好な記事は「触らない勇気」が求められます。検索エンジンが高く評価している記事を改変すると、意図せず評価を落としてしまうリスクが上回るためです。象限Bは媒体全体の評価を支える柱として保持しつつ、他の象限からの内部リンクの受け皿=「リンクのハブ」として機能させると、媒体の構造がすっきり整理されます。

象限C:imp低×CTR良好 → 内部リンク流入を強化

表示回数は少ないが表示されたときのCTRが高い記事は「クリックされる力はあるのに、検索で表示される機会が少ない」状態です。必要なのは露出機会を増やすこと=媒体内の関連記事から内部リンクで流入を集める動き。象限Aや象限Bのような imp が多い記事の本文中に、文脈が合う形で象限Cへのリンクを自然に埋め込むことで、象限Cの imp を押し上げられます。

象限D:imp低×CTR悪化 → 統合または非公開

両方の数字が芳しくない象限Dは、媒体の平均品質を下げる要因になりがちです。処理は「関連テーマの記事に統合する」か「非公開にする」の2択が基本。統合する場合は残す側に内容を補完材料として追記し、統合する側には301リダイレクトを設定します。非公開にする場合は410ステータスで明確に削除を示す、あるいはリダイレクトで関連記事に送る、という判断を記事ごとに行います。

運用で意識したい優先順位の順番

象限A(最優先のリライト)→象限C(内部リンク強化)→象限D(統合/非公開)→象限B(保持)の順で回すと、成果の立ち上がりが最も早い傾向にあります。象限Aから着手して数字が動き始めると、メンバーのモチベーションも継続しやすくなります。

SECTION 04

Search Console からのリライト候補抽出手順

4象限フレームを自社媒体に適用するためには、Search Console から正しくデータを取り出し、スコアリングできる状態に整える工程が必要です。ここでは実務でそのまま使える3ステップの手順を解説します。

  1. 01

    検索パフォーマンスで「ページ」軸の一覧を取得する

    Search Console → 検索パフォーマンス → 「ページ」タブを選択し、直近3か月のデータをCSVでエクスポート。imp・CTR・平均掲載順位・クリック数の4列が揃っていることを確認します。期間は短すぎると季節変動を拾えず、長すぎると改善サイクルが遅くなるため、3か月が目安です。

  2. 02

    「クエリ」と「ページ」の両軸で見るコツ

    ページ軸だけで見ると「どのKWで流入しているか」が分からず、リライトの方向性がブレます。主要ページに絞り込んだ上で、各ページごとに「クエリ」タブに切り替え、流入KWの上位10〜20件を確認。タイトルと実際の流入KWがずれている場合は、タイトル側をKWに寄せる調整が第一手になります。

  3. 03

    Google Sheets でスコアリングして4象限に振り分ける

    CSVを Google Sheets に取り込み、imp のメディアン(中央値)と CTR のメディアンを基準線として2軸に分ける列を追加。「imp > 中央値」かつ「CTR < 中央値」の記事に「象限A」のタグを自動付与する関数を作れば、毎月数分で候補リストが更新できます。

スコアリングに使う基準線の決め方

象限分けに使う基準線は媒体ごとに異なります。巨大メディアの平均値を持ち込んでも意味がないので、自社媒体の全記事のメディアン(中央値)を基準線にするのが、どんな媒体規模でも通用する設計です。中央値は外れ値の影響を受けにくく、少数の爆発的に伸びている記事が基準線をゆがめる問題を避けられます。最初の数か月は機械的にメディアンで切りつつ、数字の動きを見ながら基準線を微調整していくと、媒体の特性に合ったフレームに育ちます。

「タイトル修正だけ」で動かせる例

象限Aに該当する記事の多くは、本文ではなくタイトルとメタディスクリプションの改善だけで数字が動きます。例えば imp 3万回・CTR 0.8% という状態でも、タイトルを「SEOとは|初心者が最短で理解する基本の5項目」のように具体化するだけで、CTR が2〜4倍に伸びるケースがあります。リライトの第一手は本文に手を入れないが工数対効果の鉄則です。具体的な書き換え例は検索に効くタイトルタグとメタディスクリプションの書き方、Googleが自動でタイトルを差し替えてくる現象に遭遇した場合はサイトのタイトルが勝手に変わる原因と対策も併読すると、意図した形で表示されるまでの打ち手が揃います。

SECTION 05

リライト時に必ず直す6箇所

象限Aの記事をリライトする際、手あたり次第に直しても成果は出ません。効いてくる箇所には優先順位があり、上から順に直していくと同じ工数でも結果が大きく変わります。ここでは実務で成果を出している6箇所を順番通りに紹介します。

  1. 01

    タイトル・メタディスクリプション(最優先)

    CTRに最も直接的に効く要素。主要KWを前半30字以内に配置し、読者のベネフィットを端的に示す。メタディスクリプションは100〜140字で「誰向け・何が得られる・読み終えたあとの状態」を明記する。AIOSEO などのプラグインを使っている媒体は、デフォルトのテンプレに頼らず、記事ごとに個別設定するのが鉄則。

  2. 02

    H1 と導入文の結論ファースト化

    H1 はタイトルと同じ or 微変で統一し、導入文の最初の段落で記事の結論を30〜80字で断定。読者が「ここに答えがある」と3秒で判断できる構造を作る。導入文を結論ファースト化するだけで、滞在時間と精読率が同時に改善することが多い。

  3. 03

    H2 直下の回答文(AEO 対応)

    各H2の直後に30〜60字の断定的な回答文を配置。AI Overviews や ChatGPT、Perplexity 等のAI検索に引用される構造を作ると同時に、通常のSERPでの強調スニペット獲得にも効く。「〇〇とは〜のことです」「〇〇の手順は3ステップです」のように、H2の問いに対する答えを即座に返す形。

  4. 04

    内部リンクの再設計(カニバリチェック込み)

    リライト対象記事と類似テーマの既存記事をリストアップし、KWのカニバリ(共食い)が起きていないか確認。カニバリしている場合は、どちらの記事をメインに据えるかを決め、もう一方からメイン側に送る構造に修正。関連記事への内部リンクは文脈に溶け込む形で3〜5本配置するのが目安。

  5. 05

    画像 alt と更新日表記

    記事内の全画像に内容を説明する alt を付与。装飾画像以外は「何が写っているか」「記事内容とどう関係するか」を10〜30字で記述。また、記事の冒頭や末尾に「最終更新日」を明記することで、鮮度シグナルを検索エンジンとAI検索の双方に届ける。

  6. 06

    構造化データ(FAQ 追加等)

    FAQPage、Article、BreadcrumbList の3種を最低限埋め込む。特にFAQは質問型KW(「〜とは」「〜のやり方」等)で拾える枠が広がるため、本文末尾に3〜5問のFAQブロックを新設するリライトが有効。JSON-LD で記述し、本文表示とマークアップの内容を一致させる。

この6箇所のうち、1〜3は「本文以外」の変更で、比較的小工数で済むのが特徴です。1本のリライトを30〜60分で仕上げる運用を回すなら、まず1〜3に集中するのが最短。4〜6は媒体全体の設計にも関わる作業なので、月ごとのテーマに合わせて計画的に入れていく形が現実的です。

内部リンク再設計の補助資料

内部リンクの張り方で迷った際は、関連ページへの導線設計の考え方をまとめた内部リンク設計がSEOに与える影響をご確認ください。媒体全体での設計指針として、リライト時のチェック項目が揃います。

「新規を書くより、リライトが効く」と気づくタイミング

記事数が100本を超えたあたりから新規記事の成果は鈍化しはじめます。同じKW領域を何本もカバーしているため、新規記事がカニバリを起こしたり、既存記事のほうが強い状態で新規が沈んだりするためです。停滞感を感じたら、新規の投下ペースを一時的に半分に落とし、浮いた工数を象限Aのリライトに振り替える判断が、媒体全体の数字を再起動させる近道になります。毎日更新の是非については毎日ブログを更新しても月1円の利益も生まれない理由も参考になります。

SECTION 06

月次運用カレンダー例

ここまでのフレームと手順を、実際に毎月回すためのカレンダーに落とし込みます。下記は CREVIA がクライアント媒体で使っている月次テンプレートをベースにした、中小規模オウンドメディア向けのサンプル運用です。

主なタスク 目標アウトプット
第1週 SC抽出・候補リスト化 象限ごとに10本ずつの候補リスト確定
第2週 象限Aのリライト着手(5本/月目安) タイトル・メタ・H1・H2直下の回答文を差し替え
第3週 象限Cの内部リンク強化+象限Dの統合判断 主要記事から象限Cへのリンク追加、象限Dの統合計画確定
第4週 効果測定・翌月候補の確定 第2週のリライト結果レポート、翌月5本の候補確定

第1週:SC抽出・候補リスト化

Search Console と Google Analytics から前月データを抽出し、象限分けのリストを更新する週に充てます。この週は手を動かすリライト作業を入れないほうが候補選定の質が担保されやすく、前月のリライト結果も併せて確認し、効果が出た打ち手と出なかった打ち手をメモに残しておくと、翌月以降の精度が上がっていきます。リストは「象限、imp、CTR、平均掲載順位、主要流入KW、前回リライト日、前回のリライト内容」の7列を並べておくと、第2週以降の判断がスムーズです。

第2週:象限Aのリライト着手(5本/月目安)

象限Aのリライトに集中する週です。1本30〜60分で仕上げる運用なら週に5本=月20本でも回せますが、社内の品質チェックを挟むと5本/月が現実的です。無理に本数を詰めるより、1本ずつ品質を上げる方が翌月以降の数値改善に確実につながります。リライト中は前述の「6箇所」のうち記事に足りていない部分を優先して埋め、差分だけ直す意識で作業すると工数を抑えつつ効果を出せます。

第3週:象限Cの内部リンク強化+象限Dの統合判断

リライト本数を増やすのではなく、媒体全体の構造を整える週です。象限Cの記事に対して関連する imp の多い記事から内部リンクを張る作業、および象限Dの扱い(統合 or 非公開)を決めて進めます。象限Dの統合は、統合先の記事への追記、リダイレクト設定、内部リンクの張り直しと工数が積み重なるため、月に1〜2本を目安にじっくり処理するのがミスを出さない運用です。

第4週:効果測定・翌月候補の確定

第2週にリライトした記事の数値変化を確認し、効果が出た施策と出なかった施策を分析する週です。リライトの効果は早ければ数日、遅くとも3〜4週間で Search Console に反映されます。分析結果をもとに翌月のリライト候補を5本確定させ、レポートを媒体マネージャーや経営層にも共有しておくと、媒体改善の進捗が可視化され社内での運用継続のコンセンサスも取りやすくなります。

運用カレンダーのテンプレ提供

この月次運用カレンダーをベースにした Google Sheets テンプレートを、ご要望に応じてお渡ししています。4週ごとのタスク管理、象限ごとの候補リスト、リライト効果測定のレポート雛形まで一式揃っているため、導入当日から運用に乗せやすい作りです。

SECTION 07

よくある質問

SEO記事は何ヶ月ごとに更新すべきですか?

記事タイプで異なります。ニュース系は情報が更新された都度、資産系の定義解説記事は四半期〜半年に1回、How-to 系はツールUIや法改正が起きた都度が目安です。媒体全体で一律の更新ルールを決めるより、記事タイプ別にポリシーを分けたほうが、触るべき記事と触るべきでない記事の区別が明確になります。

毎日更新すれば順位は上がりますか?

基本的には上がりません。Googleのアルゴリズムは投稿量ではなく個別ページの満足度で評価する方向に進んでいるため、新規を量産するより、imp や CTR が悪化している既存記事をリライトするほうが成果に直結します。特に100記事を超えた媒体では、リライトの費用対効果が新規作成を上回る傾向があります。

リライトはどの記事から始めるべきですか?

表示回数(imp)が多いのにクリック率(CTR)や順位が悪化している「象限A」の記事から始めます。タイトル・メタディスクリプション・H1・導入文の4箇所を中心に直すだけで、1本あたり30〜60分の工数で数値が動くケースが多く、工数対効果が最も高い領域です。

古い記事は削除すべきですか?

一律で削除するのではなく、imp・CTR の両方が悪化している「象限D」に該当する記事を対象に、関連テーマの記事への統合もしくは非公開を検討します。統合する場合は残す側に情報を補完し、301リダイレクトで導線を引き継ぎます。媒体の平均品質を保つ観点で、象限Dの整理は四半期ごとに必ず行うのが推奨です。

リライトと新規記事作成、どちらが成果が早いですか?

100記事を超えた媒体では、リライトのほうがCVまでの距離が短い傾向があります。新規記事が評価されるまで一般的に3〜6か月の時間がかかる一方、既存記事のリライトは早ければ数日〜数週間で数値が動き始めるためです。運用フェーズに応じて、新規とリライトの比率を調整するのが現実的です。

SECTION 08

CREVIA のリライト伴走支援

ここまでのフレームを自社運用に落とし込むには、最初の1〜2か月は精度よりも「回すリズムを作る」ことが大事です。CREVIA では、オウンドメディア運営チームと併走する形で、初回のリライト優先順位診断から月次の運用実装まで対応可能です。

初回リライト優先順位診断の内容

初回診断では、Search Console の接続権限をお預かりし、媒体内の全記事を本記事で解説した4象限に分類したスプレッドシートをお渡ししています。象限A の優先リライト候補を20本ほどピックアップし、記事ごとに「何を直すべきか」のメモを付けた形でアウトプットします。診断だけの依頼もご要望に応じて対応可能で、社内でリライトを回すチームをお持ちの媒体にも導入いただいています。

月次運用メニュー

月次の運用支援では、本記事で示した4週のカレンダーに沿って、媒体側担当者と CREVIA ライター・ディレクターが並走する形で進行します。象限A の月間リライト数、象限D の統合判断の相談、内部リンク再設計、効果測定レポートまでを一気通貫で対応。オウンドメディアを内製で回しつつ、外部の視点を取り入れたいチームに合わせた運用になっています。

お問い合わせ前のチェックリスト

診断や運用支援のお問い合わせをいただく前に、下記のチェックリストで状況を整理していただくと、初回のヒアリングがスムーズになります。

  • 媒体の記事数はおおよそ何本か(50本未満/50〜100本/100〜300本/300本以上)
  • Search Console と Google Analytics は導入済みか
  • 直近3か月で imp や CTR の低下を感じている記事があるか
  • リライトを誰が担当しているか、担当チームの規模はどの程度か
  • ご希望の支援形態(診断のみ/月次運用/スポット依頼)

西田聖司

この記事の監修者

西田 聖司

株式会社CREVIA   CEO(最高経営責任者) / Web業界歴20年以上・累計支援2,000社以上

プロフィール詳細はこちら →