ホームページのSEO対策｜優先順位の決め方と公開前後の実装・検品例

制作時に整えることと、公開後に育てることを分ける

制作時のSEOは、必要な情報をページに置き、検索エンジンが発見・理解できるようにするための設計と実装が中心です。継続的な記事制作、検索語句の調査、問い合わせの分析は、公開後の運用として範囲を決めます。

GoogleのSEOスターターガイドも、検索上位やインデックス登録を保証していません。そのため、「指定語句で何位になること」を納品条件にするより、「合意した設定が実装され、検査結果を引き継げること」を制作の確認条件にします。

発注側はサービスの正確な内容と公開判断を担い、制作側は合意した情報の実装と動作確認を担います。公開後のSearch Console確認をどちらが行うか、問題を見つけたときの連絡先はどこかも決めます。SEO担当が別にいる場合は、構成案とURL一覧の段階で確認してもらうと、完成後の作り直しを抑えられます。

納品物に含めたいのは、ページ一覧、設定一覧、検査結果、未解決事項です。CMSの名前やプラグインの導入だけでは、個々のページが適切な状態になっているかは判断できません。

最初に何をする？症状から対策を選ぶ

SEOは制作時の設定だけでは終わりません。検索語句とページの対応、本文の情報、読みやすさ、内部リンク、継続更新も対象です。ただし、一度にすべてを変えると原因が分かりにくくなります。自社の状態に近い行から始めてください。

地域で事業を提供する場合はGoogleのローカル検索案内も確認します。外部から紹介・参照してもらえる情報づくりは有用ですが、順位操作を目的にリンクを購入するなどの方法はGoogleのスパムポリシーに照らして避けます。まず重要サービスの一ページを、読者と検索エンジンの双方が理解できる状態へ整えるのが着手点です。

ページごとに、URLとタイトルの役割を決める

構成案では、ページ名だけでなく「読者のどの疑問に答えるか」を一行で書きます。サービス一覧、個別サービス、事例詳細が同じ説明を繰り返しているなら、役割の分担から見直します。ページを増やすこと自体をSEOの目的にしないようにしましょう。

Googleのタイトルリンクの案内は、具体的で内容に合うtitleを推奨しています。検索結果の見出しは複数の情報から自動生成されるため、指定した文言が必ずそのまま出るとは限りません。表示文字数に合わせた不自然な語句の詰め込みより、ページ間の違いが読めることを確認します。

検索語句から、作るページと作らないページを決める

架空のオフィス内装会社なら、営業が実際に受ける質問を出し、検索語句と結び付けます。下は分類の練習例で、検索量や順位を観測したデータではありません。実務では自社のSearch Console、顧客の質問、実際の検索結果を確認して更新します。

サービスページのtitle案は「オフィス内装工事｜対応範囲・進め方｜架空の○○社」。主見出しは「オフィスの移転・改装工事」とし、本文で対応範囲、必要な準備、見積条件を説明します。「地域名」を入れるなら実際に対応している範囲と一致させます。文字数やキーワード回数を目標にせず、検索者の疑問に答え切る内容かを検品してください。

見出し、画像、内部リンクを実装まで確かめる

見出しは文字を大きくするためだけに使わず、内容のまとまりと関係に合わせます。サービスの概要、対象、作業範囲、進め方、注意点という順で読むなら、その関係が見出しの階層にも表れるようにします。W3C WAIのページ構造の解説でも、論理的な見出しと意味のある要素が、読み手の移動や理解を助けると説明しています。

画像だけに料金や重要条件を入れず、本文でも確認できるようにします。代替テキストは画像の役割に合わせて考えます。内容を伝える画像、リンクとして働く画像、純粋な装飾では必要な説明が異なります。WAIの代替テキストの判断手順を参照し、すべての画像に同じキーワードを入れる扱いは避けます。

内部リンクは、実際に移動できるかだけでなく、検索エンジンがたどれる実装かを制作側に確認します。Googleは原則としてhref属性を持つa要素のリンクをクロールできます。見た目がボタンでも、クリック処理だけに依存する作りでは確認が必要です。

リンク文言は「詳しくはこちら」を繰り返すより、「設備点検の対応範囲」「同種施設の点検事例」のように、行き先が分かるものにします。関連ページが孤立していないかも、ページ一覧と照合してください。

内部リンクの接続先を決めるには、読者の疑問から作るサイト構成を使い、次に確認したい情報へ自然に進めるかを点検します。

公開時のnoindex、robots.txt、canonicalを確認する

検証用サイトの設定を本番へ持ち込むと、表示自体に問題がなくても検索掲載を妨げることがあります。検索に出したいページについて、認証によるアクセス制限、robots.txtのクロール制限、noindexの指定を個別に確認します。非公開を続ける管理画面や検証環境まで、一括で制限を外さないようにします。

noindexはインデックスから除外するための指定です。Googleがその指定を読むにはページへアクセスできる必要があり、robots.txtで遮断するとnoindexを認識できません。両者を同じものとして扱わず、検索へ出す・出さないというページの方針に合わせて設定します。noindexを機密情報のアクセス制御の代わりにもしないでください。

canonicalは、重複または非常に類似するページについて、優先したいURLを伝える指定です。Googleが正規URLを判断するためのシグナルであり、すべてのページをトップへ向ければよいわけではありません。検証用ドメインや古いURLを指していないか、内部リンクやサイトマップと矛盾していないかを確認します。

確認表には「検索掲載の方針」「実際の設定」「対象URL」「確認者」を残します。設定があるかどうかより、そのページの意図と合っているかを検品します。

実際の公開ページで、画面と設定を分けて見る

2026年10月4日、Sunday Parkのサービスページを公開ブラウザーで表示し、読み込み後のHTML要素を確認しました。見えている画面と、検索向けの設定は同じ情報ではありません。

自社でも、対象ページを開き、ブラウザーの開発者ツールでtitle、canonical、robotsの出力を確認できます。CMSの入力欄を変えたら、その欄だけでなく公開ページの出力を見直します。HTTPのX-Robots-Tag、ステータス、robots.txtは別途担当者へ確認してください。上の観察だけでは、Googleへの登録・順位・集客成果は判定できません。

実画面の見出しと、HTMLのtitleを混同しない

1. 画面で大きい「What we do.」がh1
2. HTMLのtitleは「サービス｜マーケティング・制作・インハウス化支援｜Sunday Park」
3. canonicalは /service。指定の存在だけではGoogleの採用を証明しない

URLを変えるときは、対応表で引き継ぐ

リニューアルでは、現在のURL、移行後のURL、残す内容、対応方法を一覧にします。アクセスの多いページだけでなく、営業資料や外部サイトから参照されているURL、画像・PDFなども対象に含めます。移行担当とコンテンツ担当が別でも、同じ対応表を使うと確認漏れを減らせます。

Googleのサイト移転ガイドは、旧URLと新URLの対応付け、内部リンクの更新、恒久的な転送とそのテストを説明しています。廃止したページを何でもトップへ転送するのではなく、内容が対応する行き先を選びます。引き継ぐ情報がないページの扱いは、個別に決めてください。

公開時には、旧URLを開いて意図したページへ移るか、途中で不要な転送を重ねていないかを検査します。新サイトのメニューや本文リンクも、新URLへ更新します。画面上のURLだけでなく、canonicalやサイトマップに古い情報が残っていないかも確認します。

サイトマップは重要なURLを検索エンジンへ伝える補助手段です。送信しても全URLのクロールやインデックス登録が保証されるわけではありません。サイト内のリンクを整えたうえで、公開対象に合った内容になっているかを点検します。

既存サイトのURLを引き継ぐ場合は、ホームページリニューアルの移行手順でURL対応表と公開直後の確認を具体化します。

表示速度と操作性は、条件を記録して確認する

スマートフォンで文字が読めるか、メニューを操作できるか、画像の読み込みでボタンが動かないかを確かめます。速度の検査を点数だけで終えず、重要なページを実際に利用し、相談までの操作に支障がないかを見ます。

Core Web Vitalsには、読み込みを扱うLCP、操作への反応を扱うINP、表示のずれを扱うCLSがあります。検査の対象URL、端末、日時、ツールを残し、写真の容量、動画の読み込み方、外部スクリプトなど、修正対象を特定します。

テスト環境のラボデータと、実際の利用者から得るフィールドデータは測定条件が異なります。公開前のテスト結果だけで公開後の全利用者の体験を保証せず、利用データが得られる段階で継続確認します。新しいページで実利用データが不足している場合も、その状態を検査結果に明記します。

入力欄のラベル、キーボードでの操作、エラーの伝わり方なども納品確認へ含めると、利用しやすさを保ちやすくなります。性能やアクセシビリティを確認する範囲は、発注前に合意し、未検査の領域まで「対応済み」とまとめないようにします。

計測と管理の引き継ぎを納品に含める

公開後に検索流入を検証するには、発注側がSearch Consoleとアクセス解析を確認できる状態が必要です。制作会社の担当者だけが管理できるままにせず、アカウントの所有と必要な権限、保守終了時の引き継ぎ方法を確認します。共有資料へパスワードを直接書く運用は避けます。

問い合わせの計測は、GA4のキーイベントに何を設定するかから決めます。送信ボタンのクリックと受付成功は別の段階です。フォームを実際に送信し、受付記録と解析イベントを照合してください。

納品時の計測表には、イベント名、発生条件、対象フォーム、除外するテスト、確認日を記載します。同じ成功イベントが複数のタグから発火していないか、完了画面の再読み込みで重複しないかも点検します。検索から来た人と広告から来た人の評価条件が混ざらないよう、レポートの対象を明らかにします。

解析の数字だけでは、有効な商談かどうかまでは分かりません。受注につながる相談の判定は、受付管理や営業記録で行います。技術的に計測できる状態と、事業上の成果を判断する運用を、両方引き継ぐことが大切です。

公開前後の検品表に、証拠と担当を残す

チェック欄には「済み」だけでなく、対象と確認結果を残します。全ページを調べた項目と、共通テンプレートの代表ページで確認した項目を区別すると、後から追加したページにも適用しやすくなります。

各行に、実施者、確認者、確認日、未解決事項、再確認日を追加します。原稿の正確さは事業担当、技術設定は制作担当など、確認できる人を割り当てます。「あとで対応する」とした項目は、公開を止める不具合か、公開後の改善かも明記してください。

検証環境で合格していても、本番でしか確認できない転送や通知先があります。公開前の確認表をそのまま完了扱いにせず、切り替え後の確認を別の工程として確保します。

検品記録を作り、Search Consoleで再確認する

今度は架空の設備点検ページで、公開用の設定に検証環境の指定が残った例です。次の表は記入方法を示すもので、前節のSunday Parkの不具合ではありません。

1. アクセス権のあるSearch Consoleの対象プロパティを開き、上部のURL検査へ完全なURLを入力します。
2. 最初に出る結果はGoogleが取得済みの情報です。クロール日時、登録状況、Googleが選択した正規URLを記録します。
3. 修正後の現在の状態は「公開URLをテスト」で確認します。必要に応じてテスト済みページのHTMLと画面を開き、本文や指定が想定どおりか見ます。
4. 修正を確認したら、必要に応じて登録をリクエストします。その操作だけで登録・順位を保証するものではありません。

Google公式のURL検査説明では、ライブテストからGoogleが選ぶ正規URLは予測できないとされています。「ライブ取得できる」「登録済み」「対象検索に表示」の三段階を分け、各結果の日時を残してください。

公開後は、検索に出ない状態を分けて調べる

ホームページが検索に出ない場合は、まず目的のURLがインデックスに登録されているかを確認します。未登録ならURL検査の理由や公開設定を、登録済みなら検索語句とページ内容の関係、表示回数やクリックの推移を調べます。検索結果を一度見た印象だけで、サイト全体が評価されていないと判断しないようにしましょう。

変更が検索に反映されるまでには時間がかかり、公開直後だけで成果を評価できません。確認する担当者と日程を決め、重要ページ、移行したURL、新しく追加したページを追います。記事の拡充やタイトルの変更も、変更日と理由を残して進めます。

制作時に渡すべきものは、順位の約束より、検証できる仕様と運用の入口です。制作相談では、既存URL、移行の有無、管理環境、今回確認したい項目を整理してください。Sunday Parkのサービス一覧から、制作に関する相談窓口と掲載中の支援内容を確認できます。

記入用ファイル

記入例と空欄ファイルをダウンロードして、自社用に書き換えてください。HTMLはブラウザー等、CSVは表計算ソフトで使えます。

• SEO不具合・再検査記録（CSV）

参考情報・出典

• Google 検索セントラル：SEOスターターガイドSEO基本事項への対応は順位・インデックス登録を保証しない。変更の反映には時間がかかり、必ず目に見える変化が起きるわけではない。／確認：2026-10-04
• Google 検索セントラル：タイトルリンク内容に即した具体的なtitleの推奨、ページ間の重複やキーワード乱用の回避、タイトルリンクが複数情報から自動生成されること。／確認：2026-10-04
• W3C WAI：Page Structure Tutorial論理的な見出し階層と意味のある構造によってページ内の移動や内容理解を支援すること。／確認：2026-10-04
• W3C WAI：An alt Decision Tree情報・機能・装飾など画像の役割によって代替テキストの扱いを判断すること。／確認：2026-10-04
• Google 検索セントラル：リンクのベストプラクティス通常hrefを持つa要素がクロール可能。具体的なアンカーテキストと関連ページからの内部リンクを推奨。／確認：2026-10-04
• Google 検索セントラル：noindexによる除外noindexを認識するにはクロール可能である必要があり、robots.txtによるブロックと同じではないこと。／確認：2026-10-04
• Google 検索セントラル：正規URLの指定canonicalやリダイレクトは正規URLの選択のシグナルであり、Googleが最終的に判断すること。／確認：2026-10-04
• Google 検索セントラル：URL変更を伴うサイト移転旧新URLの対応表、内部リンク・canonicalの更新、恒久的な転送、関連性の低い一括転送の回避と動作確認。／確認：2026-10-04
• Google 検索セントラル：サイトマップについてサイトマップはURL発見を助けるが全URLのクロール・インデックス登録を保証しない。／確認：2026-10-04
• Google 検索セントラル：Core Web VitalsLCPは読み込み、INPは応答性、CLSは視覚的安定性の指標。／確認：2026-10-04
• web.dev：ラボデータと実環境データの違いラボと実環境のデータは利用者・端末・ネットワークなどの条件が異なるため一致するとは限らない。／確認：2026-10-04
• Google アナリティクス：キーイベント事業上重要な行動を測定するイベントをキーイベントにできること。／確認：2026-10-04
• Search Console：URL検査ツールインデックス内の情報の確認と公開URLのテストは区別される。URL検査は登録可能性や問題の確認に利用できる。／確認：2026-10-04
• Sunday Park：サービス一覧マーケティング・クリエイティブ制作支援の案内と相談導線。HP制作の専用プラン・料金・実績の根拠には使用しない。／確認：2026-10-04
• Google：ローカル検索の改善地域情報の正確性／順位操作目的のリンクスパム回避／確認：2026-10-04
• Google：スパムポリシー地域情報の正確性／順位操作目的のリンクスパム回避／確認：2026-10-04