SEO記事とサービスページは、同じ検索語を使わないように分ければよい、という関係ではありません。先に決めるのは、誰のどの判断を助け、読後に何をしてもらうページかです。検索語だけを二分しても、読者、説明、証拠、次の行動が同じなら、二つのURLが似た役割になります。
この記事では、中小企業のWeb担当者が、既存のSEO記事とサービスページを棚卸しし、残す・差別化する・統合する判断を行う方法を整理します。検索順位の調整だけでなく、読者が課題理解からサービス検討へ迷わず進めるサイト構造を作ることが目的です。
住み分けは検索語より「読者の次の判断」で決める
Googleのユーザー第一のコンテンツ作成ガイドは、想定読者がいるか、サイトに主目的があるか、読後に目的達成を助ける情報があるかを確認するよう案内しています。記事かサービスページかも、検索エンジン向けの形式ではなく、読者が必要とする情報と行動から決めます。
たとえば「ホームページ SEO」という話題でも、原因を知りたい人、社内で改善したい人、費用を比較したい人、依頼先を探す人では必要なページが違います。同じ単語が含まれても、主質問と次の行動が違えば別ページとして役割を持てます。逆にタイトルだけを変え、説明も証拠も問い合わせ先も同じなら、分ける理由が弱くなります。
SEO記事とサービスページの役割を比較する
| 判断軸 | SEO記事 | サービスページ |
|---|---|---|
| 読者の状態 | 課題を理解・比較・準備したい | 自社に合う支援か判断したい |
| 主質問 | なぜ起きるか、どう選ぶか、何をするか | 誰に何をどこまで提供するか |
| 中心情報 | 手順、比較軸、失敗例、判断材料 | 対象、範囲、条件、進め方、支援根拠 |
| 固有証拠 | 調査、実務知見、図解、例 | 体制、実績、成果物、契約・料金条件 |
| 主な次行動 | 関連情報を読む、点検する、サービスを確認 | 適合条件を確認し、相談・見積へ進む |
| 更新責任 | 情報・制度・手順の鮮度を保つ | 提供範囲・条件・実績表示を保つ |
記事の末尾に問い合わせボタンがあるからサービスページになるわけではありません。サービスページに解説があるから記事になるわけでもありません。ページの大半がどの判断を支えるか、固有の証拠が何か、読後の最優先行動が何かで決めます。
ページ役割設計表は10項目を1行にする
URL、タイトル、検索語だけの台帳では、本文が似た理由を見つけにくくなります。1URLにつき次の10項目を1行で記録し、空欄と未確認を残します。GoogleのSEOスターターガイドも、論理的なサイト構造が利用者と検索エンジンによるページ関係の理解を助けると説明しています。
| 番号 | 項目 | 記録する内容 |
|---|---|---|
| 1 | 事業目的 | 問い合わせ、理解促進、比較支援、採用など |
| 2 | 想定読者 | 役職、経験、置かれた状況 |
| 3 | 課題段階 | 未認知、情報収集、比較、選定、実行 |
| 4 | 主質問 | このURLが最優先で答える一問 |
| 5 | ページ役割 | 記事、サービス、事例、料金、FAQ等 |
| 6 | 固有証拠 | 一次情報、実績、成果物、写真、条件 |
| 7 | 主題とタイトル | ページ固有の主題、title、H1 |
| 8 | 次の行動 | 読了後に一番進んでほしい行動 |
| 9 | リンク入口・出口 | どこから来て、どこへ送るか |
| 10 | 責任者・見直し | 承認者、更新条件、確認日 |
主題とタイトルは別々に管理します。Googleのタイトルリンクのガイドでは、title要素だけでなく、主見出し、本文、ページ内外のアンカーテキストなどもタイトルリンク生成の材料になるとされています。titleだけ差し替えても、本文とリンク先の説明が同じなら役割差は伝わりません。meta descriptionもページ固有の正確な要約にし、同じ定型文を並べないようにします。
既存サイトは全URLではなく候補群から棚卸しする
最初からサイト全体を複製して調べる必要はありません。検索語、パンくず、カテゴリー、内部リンク、タイトル、Search Consoleの表示クエリから、似た役割の候補URLを絞ります。各候補について対象URLの現在状態、title、H1、主な見出し、canonical、内部リンク、公開日・更新日を記録します。
記事制作の作業記録も、対象投稿のスナップショット1件と変更差分を基本にします。承認前に記事ごとのフルバックアップやサイト全体保存を繰り返すのではなく、最終公開時に対象差分、影響範囲、復旧方法、同日中に検証した全体バックアップ1件を確認します。調査用の証拠と復旧用バックアップを混同しないことが重要です。
Search Consoleで同じクエリに出るURLを確認する
Search Consoleの検索パフォーマンスの利用例では、Queriesでクエリを選び、Pagesへ切り替えると、そのクエリで表示されたURLを確認できます。期間をそろえ、主要クエリごとに記事とサービスページのクリック、表示、CTR、平均掲載順位を並べます。
| 観測 | 考えられる状態 | 次の確認 |
|---|---|---|
| 一つのクエリに複数URLが表示 | 話題が近い、または別意図を拾っている | 読者・主質問・次行動を比較 |
| 表示URLが期間で交代 | 役割や内部リンクの手掛かりが弱い可能性 | title、H1、本文、リンク元を確認 |
| 記事だけ表示され相談に進まない | サービスへの経路や適合説明が不足 | 次ページ遷移とサービスページ内容を確認 |
| サービスページが情報収集語で表示 | 十分な説明がある、または記事が弱い | 読者満足と役割重複を確認 |
| データが少ない | 需要、期間、順位、匿名化等の影響 | 期間比較、解析、問い合わせ記録を併用 |
複数URLが表示されることだけで「カニバリ」と断定しません。Search Consoleのディメンションと集計の説明では、クエリ行の一部が匿名化・省略され、多くの実績値はcanonical URLへ集約されるとされています。さらにSearch Consoleデータについても、既知URLやクエリの完全な一覧ではない点を説明しています。検索データ、ページ内容、内部リンク、実際の行動を組み合わせて判断します。
残す・差別化・統合・廃止の4択を決める
| 判断 | 選ぶ条件 | 実施内容 |
|---|---|---|
| 残す | 読者、主質問、証拠、行動が明確に異なる | 違いをtitle、H1、導入、内部リンクで明示 |
| 差別化 | 固有価値はあるが説明と導線が似ている | 不要な重複を削り、固有成果物を補強 |
| 統合 | 同じ読者・質問・内容を繰り返している | 有用部分を主URLへ移し、リンクを更新 |
| 廃止・移転 | 独立価値がなく、今後も戻さない | 適切な移転先へ恒久リダイレクト |
canonicalは「どちらを上位表示したいか」を指定する万能な設定ではありません。Googleのcanonicalガイドは、重複・類似URL群の代表を伝えるための方法として説明しています。役割が違う記事とサービスページは、それぞれ自己canonicalを持ち、内容と内部リンクで違いを示します。
統合して旧URLを恒久的に廃止する場合は、内容を移したうえでリンク、サイトマップ、canonicalを整えます。Googleのリダイレクトガイドでは、恒久移転に301または308などのサーバー側リダイレクトを使うことが推奨されています。関連性の低いトップページへ一律転送せず、読者が探していた内容を引き継ぐURLを選びます。
内部リンクは記事からサービスへの一方通行にしない
記事は、読者がサービスを検討できる状態になった箇所から、対象・支援範囲・条件を説明するサービスページへつなぎます。サービスページも、比較前に理解が必要な論点を記事へ返します。Googleのリンクのベストプラクティスは、重要ページに少なくとも1件の内部リンクを用意し、リンク先が分かる簡潔なアンカーテキストを文脈内に置くよう案内しています。
「詳しくはこちら」「サービスはこちら」だけでなく、「SEO費用の内訳と見積条件を確認する」のように、次ページで分かることを書きます。リンク数に正解はありません。記事の論点ごとに次の判断を助けるページを選び、同じリンクを何度も並べないようにします。
サービスページには依頼可否を判断できる証拠を置く
サービスページには、対象企業、対象外、支援範囲、成果物、進め方、体制、料金条件、実績の条件、相談前に必要な情報を置きます。一般論だけでなく、自社が何を提供できるかを確認できる根拠が必要です。費用の整理はSEO対策の料金体系と見積、依頼先の比較条件は大阪のSEO支援会社を比較する手順へ分けると、サービス説明が一覧記事化するのを防げます。
「問い合わせを増やしたい」という段階で原因が未整理なら、先に問い合わせ不足を診断する記事で集客・内容・導線・計測を切り分けます。SEOと広告のどちらへ予算を配分するかはSEOと広告の予算配分へ分けます。一つのサービスページへすべての意思決定を詰め込まないことが大切です。
記事には独自の判断材料と次の行動を置く
記事は、公式一次情報の要約だけで終わらせず、自社の実務で使える比較表、確認票、図解、失敗条件、判断例を加えます。文章を作り直す際の根拠・確認・公開承認はホームページ文章の改稿依頼で整理できます。一般論と自社サービスの宣伝を交互に置くのではなく、読者の質問へ答えた後に関連する次の選択肢を示します。
問い合わせや資料請求を測る場合は、記事閲覧、サービスページ到達、フォーム開始、送信完了を同じものとして数えません。GA4のキーイベント設計で、行動名、発火、重複防止、検証証拠、運用責任を分けておくと、記事とサービスページの役割を実績で見直せます。
変更は小さく公開し、ページ別の成果で見直す
| 対象 | 検索で見る | サイト内で見る | 判断例 |
|---|---|---|---|
| 記事 | 想定クエリ、表示、CTR | 読了、関連ページ遷移 | 理解と次判断を助けたか |
| サービス | サービス・課題語、表示、CTR | 条件確認、フォーム開始、相談 | 対象者が依頼可否を判断できたか |
| 内部リンク | リンク元・先の表示変化 | クリック、離脱、戻り | 文脈と次ページが合うか |
| 統合 | 移転先URLの推移 | 旧リンク・404・転送 | 有用情報と経路を失っていないか |
公開直後の順位だけで成功・失敗を決めません。変更日を記録し、同程度の期間を比較し、検索表示とサイト内行動を分けます。記事の流入が減っても、不要な重複が減り、サービス到達や適合する相談が増える場合があります。反対に順位が上がっても、問い合わせ条件が伝わらず不適合な相談が増えれば役割設計を見直します。
運用台帳は新規企画と更新判断に共用する
新しい記事を企画するときは、ページ役割設計表の10項目を先に埋め、既存URLと主質問・証拠・行動が重ならないか確認します。既存ページを直すときも同じ表を使えば、タイトル変更だけで終わらず、内部リンクと測定まで一続きにできます。
月次で全ページを再点検する必要はありません。表示や相談が大きく変わった、サービス範囲・料金・制度が変わった、似た新規ページを作る、といった条件で対象URLを見直します。責任者、確認日、変更理由、根拠、次回確認条件を残し、日付だけを更新しません。
まとめ
SEO記事とサービスページの住み分けは、検索語の二分ではなく、事業目的、読者、課題段階、主質問、ページ役割、固有証拠、主題、次の行動、内部リンク、更新責任の10項目で決めます。同じ話題でも役割が違えばつなぎ、同じ役割を繰り返すなら差別化または統合します。
みやあじよでは、既存ページの役割整理、記事・サービスページの構成、内部リンク、計測、更新台帳を一緒に設計します。支援範囲はWeb集客・改善サービスをご覧ください。どのURLを残すか整理したい場合は、対象ページと現在の課題を添えてお問い合わせフォームからご相談いただけます。
