COLUMN
よく検索されるキーワード
2026/08/18
リニューアル・運用ノウハウrobots.txtとnoindexの違い｜検索に表示されない原因と正しい使い分け
robots.txtとnoindexの違い｜まず結論から理解しよう robots.txtとnoindexは、どちらも検索エンジンに関係する設定ですが、役割はまったく異なります。 最初に結論を整理すると、 robots.txt→ 検索エンジンのクローラーに「このURLをクロールしないで」と伝える noindex→ 検索エンジンに「このページを検索結果へ掲載しないで」と伝える という違いがあります。 Googleは、robots.txtについてクローラーがどのページやファイルをリクエストできるかを制御する仕組みとして案内しています。一方、noindexはページをGoogleのインデックスから除外し、検索結果に表示されないようにするためのルールです。 この違いを理解しないまま設定すると、 検索から消したかったのに残っている Googleに見てほしいページをブロックしてしまった noindexを設定したのに反映されない といったSEOトラブルにつながります。 そもそも「クロール」と「インデックス」は何が違う？ robots.txtとnoindexを理解するには、まずクロールとインデックスの違いを知っておく必要があります。 簡単に整理すると、 クロール→ Googlebotなどの検索エンジンがページを訪れて内容を取得すること インデックス→ 取得したページの内容をGoogleが解析し、検索結果に表示できる状態として登録すること です。 イメージすると、 Googleがページを見に来る＝クロール↓ページの内容を理解する↓検索データベースへ登録する＝インデックス↓検索結果に表示される可能性が生まれる という流れです。 robots.txtは最初の「クロール」に関係し、noindexは主に「インデックス」に関係します。 この違いが、今回の記事で最も重要なポイントです。 robots.txtとは？検索エンジンのクロールを制御するファイル robots.txtでできること robots.txtは、検索エンジンのクローラーに対して、サイト内のどのURLへアクセスしてよいか、またはアクセスしてほしくないかを伝えるためのテキストファイルです。 通常は、 https://example.com/robots.txt のように、サイトのルート直下へ設置します。 Googleもrobots.txtは対象ホストのルートに配置する必要があり、サブディレクトリ内に置いても有効にならないと案内しています。 例えば、 管理上クロールさせる必要がないURL サイト内検索結果など大量にURLが生成される領域 重要性の低い類似ページ などについて、クロールを制御する用途があります。 Googleはrobots.txtを、クロールトラフィックの管理や、重要性の低いページ・類似ページへのクロールを防ぐ用途として案内しています。 robots.txtでできないこと ここが非常に重要です。 robots.txtは「Google検索に表示しないための設定」ではありません。 Googleは、robots.txtでクロールを禁止したページであっても、他のページからそのURLがリンクされている場合などには、ページ内容をクロールせずURLだけをインデックスする可能性があると説明しています。 つまり、 robots.txtでブロック＝検索結果から必ず消える ではありません。 「検索結果に表示したくない」という目的なら、原則としてnoindexなど別の方法を検討します。 基本的な記述例 例えば、すべてのクローラーに対して/private-directory/以下へのクロールを許可しない場合、考え方としては次のようになります。 User-agent: * Disallow: /private-directory/ 一方、すべてのページをクロール可能にする場合は、特別な制限を設けない構成にします。 robots.txtは書き方を間違えると、サイト全体をクロールできなくしてしまう可能性があります。 そのため、「何となくSEO対策として設定する」ものではありません。 noindexとは？検索結果への掲載を防ぐための設定 noindexとは、検索エンジンに対して、 「このページを検索結果に表示しないでください」 と伝えるためのルールです。 Googlebotがページをクロールし、noindexを確認すると、そのページはGoogle検索結果から除外されます。 Googleは、他サイトからリンクされている場合でも、Googlebotがnoindexを検出すればGoogle検索結果から除外すると説明しています。 HTMLページでnoindexを設定する方法 代表的なのは、HTMLのrobots metaタグを使う方法です。 例えば、 <meta name="robots" content="noindex"> という設定です。 この設定によって、対応する検索エンジンへ「インデックスしない」という指示を出します。 WordPressなどのCMSでは、HTMLを直接編集しなくても、管理画面やSEO関連機能から設定できる場合があります。 PDFなどHTML以外ではX-Robots-Tagを使える PDFなど、HTMLの<head>内へmetaタグを設置できないファイルについては、HTTPレスポンスヘッダーのX-Robots-Tagを使ってnoindexを指定できます。 Googleも、PDF・動画・画像などHTML以外のリソースについてX-Robots-Tagを利用できると案内しています。 例えば、 営業資料PDF 過去資料 検索から見つけてもらう必要のないファイル などで検討するケースがあります。 noindexを設定してもすぐ消えるとは限らない noindexは設定した瞬間にGoogle検索からページを消すスイッチではありません。 Googlebotがそのページを再度クロールし、 「noindexが設定されている」 と認識する必要があります。 Googleは、ページの重要度などによって再クロールまで時間がかかる場合があり、必要に応じてSearch ConsoleのURL検査ツールから再クロールをリクエストできると説明しています。 そのため、 「昨日noindexを入れたのに、今日も検索結果に出ている」 からといって、必ず設定失敗とは限りません。 robots.txtとnoindexの決定的な違いを比較 項目robots.txtnoindex主な目的クロール制御インデックス制御Googlebotのアクセスブロックできるアクセスさせる必要がある検索結果から除外保証されないGooglebotが認識すれば除外主な設定場所ドメイン直下のrobots.txtmetaタグ／HTTPヘッダーページ単位の検索除外不向き適している機密情報の保護不向き不向き 特に覚えておきたいのは、 検索結果に表示させたくない＝noindexクロールそのものを制限したい＝robots.txt という基本です。 絶対に注意したい「robots.txt＋noindex」の組み合わせ 初心者の方が最も間違いやすいのが、この設定です。 「検索に出したくないから、robots.txtでブロックして、さらにnoindexも付けておこう」 一見すると二重に対策できて安全そうですが、逆効果になる可能性があります。 理由は、robots.txtでクロールをブロックすると、Googlebotがページへアクセスできなくなるからです。 Googlebotがページを開けなければ、ページ内にあるnoindexも確認できません。 Googleは明確に、noindexを機能させるにはrobots.txtでページをブロックせず、クローラーがアクセスできる状態にする必要があると案内しています。 つまり、 robots.txt：入るなnoindex：中に入ったら「検索に載せるな」と書いてある という状態になります。 入れないので、中の指示を読めません。 検索結果から除外したいページなら、 クロールを許可する↓Googlebotにnoindexを読ませる という流れが基本です。 目的別｜robots.txtとnoindexの正しい使い分け 検索結果に表示させたくないページ 例えば、 検索結果ページ ユーザーにとって検索流入させる必要のない完了ページ 一部の管理上必要な公開ページ など、公開状態ではあるもののGoogle検索には載せたくない場合は、noindexを検討します。 ただし「そのページを本当に検索から除外すべきか」は慎重に判断しましょう。 SEO上価値がないと思ってnoindexにしたページが、実は検索流入を持っていた、というケースもあります。 Googlebotのクロールを抑えたいページ 大量のURLが生成されるなど、Googlebotに積極的にクロールしてもらう必要がない領域ではrobots.txtを検討します。 Googleも、robots.txtをクロールトラフィックの管理などに利用できるとしています。 ただし、小規模な企業サイトで、 「SEOに良さそうだから、とりあえずrobots.txtで色々ブロックする」 必要はありません。 むしろ重要なCSS・JavaScriptやページを誤ってブロックするリスクに注意が必要です。 会員限定・社内限定・機密情報を守りたいページ これはrobots.txtでもnoindexでもありません。 ログイン認証やパスワード保護など、アクセス自体を制限する仕組みが必要です。 robots.txtは誰でも閲覧できるファイルであり、セキュリティ機能ではありません。 noindexも検索結果への掲載を制御するもので、URLを知っている人からページを守る機能ではありません。 Googleも、検索結果に出したくないページについて、必要に応じてパスワード保護などを利用するよう案内しています。 機密情報を守る目的でrobots.txtやnoindexだけを使うのはNGです。 テスト環境・ステージングサイト リニューアルで特に注意したいのが、制作中のテストサイトです。 テストサイトがGoogleにインデックスされると、 本番サイトとほぼ同じ内容が検索される 制作途中の情報が一般公開される 会社名検索でテストサイトが出る といった問題につながります。 テスト環境では、noindexだけに依存するのではなく、認証をかけて一般ユーザーや検索エンジンからアクセスできない状態にするのが安全です。 そして本番公開時には、認証・noindex・robots.txtなどのテスト用設定が残っていないか必ず確認します。 検索に表示されない時に確認すべきポイント noindexが残っていないか リニューアル後に検索へ出なくなった場合、最優先で確認したいのがnoindexです。 制作中に設定していたnoindexを、本番サイトでもそのまま残してしまう事故があります。 特に、 トップページ サービスページ ブログ・お知らせ 施工事例 採用ページ など重要ページのnoindexは致命的です。 robots.txtで重要ページをブロックしていないか robots.txtの設定ミスによって、重要なページ群をGooglebotがクロールできなくなっている可能性もあります。 例えば、 Disallow: / のような設定は、対象ユーザーエージェントに対してサイト全体へのクロールを禁止する意味になります。 制作環境用の設定を本番へそのまま移さないよう注意しましょう。 WordPressの検索エンジン表示設定を確認する WordPressでは管理画面に、検索エンジンがサイトをインデックスしないよう促すための設定があります。 制作中に有効にしていた場合、公開時の解除忘れに注意が必要です。 リニューアル公開時のチェックリストに、 「検索エンジン関連設定の確認」 を必ず入れておきましょう。 HTTPヘッダーのX-Robots-Tagを確認する HTMLを見てもnoindexが見つからないのに検索へ出ない場合、HTTPレスポンスヘッダーにX-Robots-Tagが設定されている可能性があります。 Googleでは、X-Robots-Tagでもnoindexなどのルールを指定できます。 特に、 PDF サーバー設定 .htaccess NGINX設定 などが関係する場合は、制作会社やエンジニアへ確認しましょう。 そもそもGoogleにクロールされているか noindexもrobots.txtも問題がないのに表示されない場合、 新しく公開したばかり 内部リンクがない XMLサイトマップに含まれていない GoogleがまだURLを発見していない など、別の理由も考えられます。 「検索に出ない＝noindex」と決めつけず、Search Consoleで状況を確認することが大切です。 リニューアル時に起こりやすいrobots.txt・noindex事故 テスト環境のnoindexを本番に残す 最も危険な事故の一つです。 デザインもフォームも正常なのに、検索流入だけが急激に落ちる可能性があります。 robots.txtでサイト全体をブロックしたまま公開する 制作中にクロールを抑える目的で設定し、そのまま本番公開するケースです。 公開前チェックで必ずrobots.txtを確認します。 noindexページをrobots.txtでもブロックする 先ほど説明した通り、Googlebotがnoindexを確認できなくなる可能性があります。 検索から外したいなら、Googlebotがnoindexを読み取れる状態にすることが必要です。 robots.txt内に「Noindex:」と書く robots.txtへnoindexを記述して検索結果から除外しようとする方法は、Googleではサポートされていません。 Googleは、noindexはmetaタグまたはHTTPレスポンスヘッダーで実装するよう案内しています。 インデックスさせたい重要ページまでnoindexにする カテゴリページやサービス詳細などを、「重複しそうだから」という理由だけでnoindexにするのも注意が必要です。 そのページがユーザーの検索意図に応えられるなら、検索流入の入口になる可能性があります。 noindexは、 「SEO評価が低そうだから」ではなく、「検索結果に存在する必要があるか」 で判断しましょう。 設定を確認する方法｜Search Consoleでチェックする robots.txtやnoindexの状態を確認する際は、Google Search Consoleを活用します。 特に便利なのがURL検査ツールです。 対象URLについて、 Googleにインデックスされているか クロールできているか noindexが検出されているか GoogleがどのURLを正規URLとして認識しているか などを確認できます。 Googleも、noindexが正しく実装されているか確認する方法としてURL検査ツールやページのインデックス登録レポートを案内しています。 robots.txtについても、Search Consoleのrobots.txtレポートなどを利用して公開済みファイルの問題を確認できます。 「設定したつもり」で終わらず、Googleから実際にどう見えているかを確認することが重要です。 robots.txt・noindexチェックリスト robots.txt robots.txtがドメインのルート直下にある 重要ページを誤ってDisallowしていない サイト全体を意図せずブロックしていない 制作環境用の設定が本番に残っていない 「検索から消す目的」でrobots.txtを使っていない robots.txtにNoindexルールを書いていない noindex 検索結果に必要なページへnoindexが付いていない noindexページをrobots.txtで同時にブロックしていない WordPress等の検索エンジン設定を確認している HTTPヘッダーのX-Robots-Tagも確認している noindex設定後、Search Consoleで認識状況を確認している リニューアル公開時 トップページをURL検査した 主要サービスページをURL検査した robots.txtを確認した noindexを全ページ横断で確認した XMLサイトマップを確認した 旧URL→新URLの301を確認した 公開後もSearch Consoleでインデックス状況を監視している まとめ：検索に出したくない＝robots.txtではない robots.txtとnoindexは似ているようで、役割が明確に違います。 robots.txt→ クロールを制御する noindex→ 検索結果へのインデックスを制御する そして最も注意したいのが、 robots.txtでクロールを止めると、Googlebotがnoindexを読めなくなる という点です。 Googleも、noindexを有効にするには、そのページをrobots.txtでブロックせずGooglebotがアクセスできる状態にする必要があると明記しています。 また、robots.txtもnoindexもセキュリティ機能ではありません。 社内限定・会員限定・機密情報など、本当に第三者へ見せたくない情報については、認証などアクセス自体を制限する仕組みが必要です。 特にサイトリニューアルでは、制作中の設定が本番へ残り、検索流入が失われる事故があります。 公開前には、 robots.txt noindex X-Robots-Tag Search Console XMLサイトマップ をセットで確認し、検索エンジンが正しくサイトをクロール・インデックスできる状態を整えましょう。 無料相談 Refuでは、リニューアル時のrobots.txt・noindex設定確認から、Search Consoleを使ったインデックス状況の調査、301リダイレクト、XMLサイトマップ、公開後のSEO監視まで一括で対応しています。 「リニューアル後に検索に出なくなった」「noindexが残っていないか確認したい」「Search Consoleにエラーが出ているけれど原因が分からない」 など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら Googleサーチコンソールの基本操作と改善への活かし方 301リダイレクト完全ガイド｜SEOを落とさずURL変更する手順と注意点 リニューアル後に検索順位が落ちた時の原因チェック｜最短で戻す改善手順 コンテンツ移行で失敗しないために｜旧サイト資産の棚卸しと移行判断基準 ホームページの404エラーとは？SEOへの影響と正しい対処法
2026/08/13
集客・マーケティング戦略生成AIでSEO記事を作るときの注意点｜量産を避けて独自性を出す編集方法
AI検索が広がってもSEOの基本は変わらない Google検索では、従来の検索結果に加えて、AI OverviewsやAI Modeなど、生成AIを活用した検索体験が広がっています。 そのため、 従来のSEOは通用しなくなるのか AIに引用されるための特別な対策が必要なのか AEOやGEOに取り組まなければならないのか と不安を感じる企業担当者も増えています。 しかし、Googleは公式ガイドで、生成AIを活用した検索でも従来のSEO施策は引き続き重要であり、AI OverviewsやAI Modeに表示されるための特別な技術要件はないと説明しています。 AI検索が広がったからといって、SEOの基本をすべて作り直す必要はありません。 重要なのは、これまで以上に、独自性があり、信頼でき、ユーザーの判断に役立つ情報を作ることです。 まず結論：特別な「AI専用SEO」より基本施策の徹底が重要 AI検索への対応で優先すべきことは、特殊なファイルや新しいテクニックを導入することではありません。 まずは、次の基本を徹底します。 ユーザーの疑問に明確に答える 他サイトにはない経験や情報を加える 著者・運営会社・根拠を明確にする 関連ページを内部リンクで整理する Googleがクロール・インデックス登録できる状態にする ページをスマートフォンでも読みやすくする 公開後も情報を更新する Googleは、生成AI検索においても、明確な技術構造と、独自性・価値のあるコンテンツが基盤になると説明しています。 「AIに選ばれる文章」を考えるよりも、ユーザーが読んで納得し、次の行動を選べるページを作ることが先です。 AI Overviews・AI Modeとは？従来の検索との違い AI Overviewsは複雑な質問の概要を提示する AI Overviewsは、ユーザーが検索した内容について、複数の情報を整理した概要と、詳しく調べるためのリンクを検索結果上に表示する機能です。 特に、 複数の要素を整理する必要がある質問 一つの回答だけでは解決しにくい質問 比較や判断材料が必要な検索 などで表示される可能性があります。 すべての検索で表示されるわけではなく、Googleが従来の検索結果に追加する価値があると判断した場合に表示されます。 AI Modeは比較・検討・深掘り検索に対応する AI Modeは、複雑な質問や比較、追加質問を重ねながら情報を深掘りする検索体験です。 例えば、ホームページ制作を検討している人が、 自社に必要なページ数 制作費用 SEO対策の範囲 制作会社の選び方 公開後の運用方法 などを一度に比較・検討する場面で活用される可能性があります。 従来は複数回に分けて検索していた内容を、より会話的に整理できる点が特徴です。 複数の関連検索を行う「クエリファンアウト」 AI OverviewsやAI Modeでは、ユーザーの質問を理解するために、関連する複数のテーマや情報源を調べる「クエリファンアウト」と呼ばれる仕組みが使われる場合があります。 例えば「中小企業がホームページから問い合わせを増やす方法」という質問には、次のような関連テーマが含まれます。 SEO対策 サービスページの内容 CTA設計 実績・事例 料金ページ フォーム改善 アクセス解析 つまり、単一のキーワードだけを繰り返すよりも、中心テーマと関連する疑問をサイト全体で整理している方が、さまざまな検索意図に対応しやすくなります。 AI検索で選ばれやすいコンテンツの6つの条件 他サイトでは得られない独自情報がある AI検索時代に特に重要になるのが、簡単に代替できない情報です。 例えば、次のような内容が該当します。 自社で実際に対応した事例 顧客からよく相談される課題 現場で起きた失敗と改善策 自社独自の調査やアンケート 実務で使用しているチェックリスト 専門家による判断基準 Googleも、独自の情報・分析・調査や、検索結果にある他のページを上回る実質的な価値があるかを、コンテンツの自己評価項目として挙げています。 他サイトの情報を整理し直しただけの記事ではなく、自社だから書ける情報を加えることが重要です。 質問への答えと根拠が明確に書かれている 記事の冒頭で結論が分からず、長い説明を読まなければ答えにたどり着けないページは、ユーザーにとって使いにくいものです。 基本構成は、次の順番にすると分かりやすくなります。 結論 その理由 具体例・根拠 注意点・例外 次に取るべき行動 ただし、AIに読み取らせることだけを目的に、文章を不自然に細切れにする必要はありません。 あくまで、ユーザーが内容を理解しやすい見出しと文章構造にすることが目的です。 実務経験・事例・一次情報が含まれている 一般的な説明に加えて、実際の経験を記載します。 例えば、 実際にはどこで失敗しやすいか 顧客がどの段階で迷うのか どの施策から始めると改善しやすいか 理論と現場で異なる部分は何か などです。 一次情報は、コンテンツの独自性だけでなく、E-E-A-Tにおける「経験」を伝える要素にもなります。 誰が発信しているか分かる 情報の内容だけでなく、発信者も明確にします。 記事には、可能な範囲で次の情報を掲載します。 執筆者名 監修者名 担当分野 経歴・実績 所属会社 著者プロフィールへのリンク 参考にした公式情報 特に専門性や判断の正確性が重要なテーマでは、誰が、どのような根拠で書いているかが信頼性につながります。 関連情報がサイト内で整理されている 1ページですべてを説明しようとすると、情報が長くなり、検索意図も曖昧になります。 そのため、 親ページでテーマの全体像を説明する 個別記事で疑問を深掘りする 記事からサービスページへ誘導する 料金・事例・FAQへ内部リンクを設置する という構造を作ります。 Googleは、生成AI検索においても、重要なページを内部リンクで見つけやすくすることを基本施策として挙げています。 クロール・インデックス登録が可能な状態になっている どれだけ有用な記事でも、Googleがページを取得・認識できなければ検索結果には表示されません。 最低限、次を確認します。 robots.txtでクロールを誤って拒否していない noindexが設定されていない ページがSearch Consoleで認識されている 重要な文章が画像内だけに記載されていない 内部リンクからページに到達できる スマートフォンで問題なく表示できる ページの読み込みが極端に遅くない AI OverviewsやAI Modeの参照リンク候補になるには、ページがGoogle検索にインデックス登録され、検索結果にスニペットを表示できる状態であることが前提です。 AI検索を意識したコンテンツ制作の手順 検索キーワードではなく「質問」を整理する キーワードだけでなく、ユーザーが実際に知りたい質問を整理します。 例えば「ホームページ制作 費用」であれば、次のように分解できます。 ホームページ制作はいくらかかるのか 何によって費用が変わるのか 制作費以外に必要な費用はあるか 安い制作会社と高い制作会社は何が違うのか 自社には何ページ必要か 見積書のどこを比較すべきか 一つの検索語の裏にある複数の疑問を把握することで、内容の抜け漏れを防げます。 結論→理由→具体例→注意点の順で書く 各見出しでは、最初に答えを示します。 基本テンプレート 結論：まず何をすべきか 理由：なぜ必要なのか 具体例：どのようなケースがあるか 注意点：例外や失敗しやすい点 次の行動：読者は何を確認すべきか この順番にすると、ユーザーが必要な情報を見つけやすくなります。 独自の経験・数値・判断基準を追加する 一般論を書いた後に、必ず自社の情報を追加します。 例えば、 実際の相談で多い課題 制作現場で確認している項目 成果が出た事例 改善前後の数値 依頼を断るケース 自社が重視する判断基準 などです。 数字を掲載できない場合でも、どのような状態から、何を変え、どのような変化が起きたかを具体的に説明すれば、十分な一次情報になります。 関連記事とサービスページを内部リンクでつなぐ 記事を読んだ後の行動まで設計します。 例えば、 AI検索の記事↓キーワード設計の記事↓サービスページSEOの記事↓実績・料金・問い合わせ という流れです。 内部リンクはSEO評価のためだけでなく、ユーザーが検討を進めるための案内として設置します。 公開後も事例や最新情報を追記する 公開時点で完成と考えず、定期的に更新します。 新しい事例を追加する 公式情報の変更を反映する Search Consoleで新しい検索クエリを確認する 読者から寄せられた質問をFAQに追加する 古くなった画面や手順を差し替える 更新すること自体が目的ではありません。 検索する人にとって、現在も正確で役立つ状態を保つことが重要です。 AI検索対策として無理にやらなくてよいこと Google検索のためだけにllms.txtを設置する Googleは、Google検索や生成AI検索に表示されるために、llms.txtなどの特別なAI向けファイルを設置する必要はないと説明しています。 llms.txtを利用する別のサービスのために設置すること自体は問題ありませんが、Google検索での表示や順位を高める効果はないとされています。 AI専用の特殊な構造化データを追加する AI OverviewsやAI Mode専用のschema.orgマークアップはありません。 通常の検索結果でリッチリザルトの対象になる構造化データは引き続き活用できますが、ページに表示している内容と一致させる必要があります。 文章を細かく分割することだけを目的にする 「AIに読み取らせるため、すべての文章を短い塊に分けるべき」という考え方に、Google公式の必須要件はありません。 ページの長さや文章の区切りは、AIのためではなく、テーマとユーザーの理解しやすさに合わせて決めます。 検索語の言い換えページを大量に作る AI検索は同義語や質問全体の意味を理解するため、細かな言い換えごとに別ページを大量作成する必要はありません。 例えば、 ホームページ制作費用 ホームページ制作料金 ホームページ制作価格 ホームページ制作相場 をすべて別記事にすると、内容が重複し、サイト内で評価が分散する可能性があります。 同じ検索意図であれば、原則として一つのページにまとめます。 不自然な口コミ・言及・被リンクを増やす AI検索で紹介されることを目的に、実態のない口コミ、言及、被リンクを作るのは避けます。 Googleは、生成AI検索を操作する目的を含むスパム行為にも、従来のスパムポリシーを適用しています。 長期的には、取材、事例、地域活動、調査データ、役立つテンプレートなど、自然に紹介される理由を作ることが重要です。 生成AIを記事制作に使う場合の正しい運用方法 AIは調査・構成・下書きの補助として使う 生成AIは、次のような作業と相性があります。 関連する疑問の洗い出し 記事構成の整理 長文資料の要点整理 表現の調整 誤字脱字のチェック 見出し候補の作成 Googleも、生成AIはテーマの調査や、独自コンテンツの構造化に役立つ場合があると説明しています。 人が事実確認と独自情報の追加を行う AIの出力をそのまま公開するのではなく、次を人が確認します。 事実関係は正しいか 情報は現在も有効か 公式な根拠があるか 自社の経験が反映されているか 既存記事と重複していないか 読者の判断に役立つ具体性があるか 生成AIなどを使い、ユーザーへの価値を追加せずに大量のページを作る行為は、Googleの「大量生成されたコンテンツの不正使用」に該当する可能性があります。 問題になるのはAIを使うこと自体ではなく、独自性や価値のないページを検索順位の操作目的で大量に公開することです。 誰が・どのように・なぜ作ったかを説明できる状態にする コンテンツ制作では、次の3点を説明できる状態が理想です。 Who：誰が作成・監修したか How：どのように調査・制作したか Why：なぜこの記事を公開したか AIを使用した場合も、読者にとって意味があるなら、使用方法や人による確認体制を説明します。 大切なのは「AIを使ったかどうか」ではなく、情報の正確性と責任の所在が明確になっているかです。 Search ConsoleとGA4でAI検索からの成果を測る方法 生成AIパフォーマンスレポートを確認する GoogleはSearch Consoleに、生成AI検索でのサイトの表示状況を確認する「Generative AI performance report」を提供しています。 このレポートでは、生成AI検索における表示の推移や、表示されているページ、デバイス、国などを確認できます。 ただし、段階的に展開されているため、すべてのSearch Consoleプロパティで表示されるとは限りません。 AI検索から閲覧されるページを把握する レポートが利用できる場合は、次を確認します。 どのページが表示されているか 表示が増えているテーマは何か デバイスや国による違いがあるか 表示されるページに共通する特徴は何か 順位だけを追うのではなく、どのテーマやページが生成AI検索で発見されているかを確認します。 GA4で回遊・問い合わせへの貢献を確認する 検索上で表示されること自体が最終目的ではありません。 GA4では、検索経由で訪問したユーザーについて、次を確認します。 サービスページへの遷移 事例・料金ページの閲覧 CTAクリック フォーム到達 問い合わせ・資料請求 エンゲージメント時間 Search Consoleで「見つけられているか」を確認し、GA4で「成果につながっているか」を確認することで、改善の優先順位を判断しやすくなります。 このまま使えるチェックリスト｜AI検索時代のSEO対策 コンテンツ ユーザーの質問に対する結論が明確に書かれている 結論に対する理由・根拠・具体例がある 自社独自の経験・事例・データが含まれている 他サイトの要約だけで終わっていない 読者が次に取るべき行動が分かる 著者・監修者・運営会社が明確になっている 公式情報や信頼できる情報源を確認している サイト構造 関連記事がテーマごとに整理されている 親ページと子記事が内部リンクでつながっている 記事からサービス・事例・料金ページへ移動できる 重要ページが孤立していない 同じ検索意図の記事が重複していない 技術面 Search Consoleに登録されている 重要ページにnoindexが入っていない robots.txtでクロールを拒否していない スマートフォンで読みやすい 主要な情報がテキストでも掲載されている 構造化データと画面上の内容が一致している AI活用 AIの文章をそのまま公開していない 人による事実確認を行っている 自社独自の知識や経験を追加している 量産を目的にしていない 定期的に内容を見直している 効果測定 Search Consoleで表示ページを確認している GA4で回遊・CTA・CVを確認している 表示だけでなく問い合わせへの貢献を見ている 成果の弱いページをリライトしている まとめ：AIに向けて書くのではなく、ユーザーにとって最も役立つ情報を作る AI検索時代のSEOでも、根本的な考え方は変わりません。 重要なのは、 ユーザーの疑問に明確に答える 独自の経験や一次情報を加える 根拠と発信者を明確にする サイト内の関連情報を整理する Googleがページを取得できる状態にする 公開後の成果を測定して改善する ことです。 AI専用のテクニックを追いかけるのではなく、ユーザーが読んで納得し、比較・判断・行動できるコンテンツを作ることが、従来の検索にも生成AI検索にも共通するSEO対策です。 無料相談 Refuでは、検索キーワードだけでなく、AI検索で深掘りされる関連質問や検索意図まで整理し、記事構成・サイト構造・内部リンク・サービスへの導線を設計しています。 「AI検索の普及で流入が減らないか不安」「今の記事をAI検索時代に合わせて見直したい」「生成AIを使った記事運用のルールを整えたい」など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら コンテンツSEOとは？中小企業でも成果を出せる記事戦略 SEOライティングの基本と構成テンプレート｜検索で“選ばれる”記事の書き方を徹底解説 検索意図から逆算するキーワード設計｜中小企業のためのKWマップ作成法 E-E-A-Tを高めるコンテンツ設計｜信頼されるホームページの作り方 被リンクを増やす広報・PR設計｜中小企業でもできる獲得ルート7選 AI検索時代のSEO対策｜AI Overviews・AI Modeで選ばれるコンテンツの作り方
2026/08/10
ホームページ制作の基本404エラーとは？ホームページで起きる原因と正しい対処法
404エラーとは？「ページが見つからない」を示すステータス ホームページを見ていると、 「404 Not Found」「お探しのページが見つかりません」 という画面が表示されることがあります。 これは、アクセスされたURLに対応するページがサーバー上に存在しないことを示すものです。 Webサーバーは、ブラウザや検索エンジンからアクセスを受けると、「正常に表示できた」「ページが存在しない」などの状態をHTTPステータスコードで返します。 その中で404は「要求されたページが見つからない」状態を示すコードです。 Googleも、すでに削除され、同じ内容の代替ページが存在しない場合には、404または410のステータスコードを返すことを案内しています。つまり、404が表示されること自体が必ずしも異常というわけではありません。 重要なのは、 「なぜ404になっているのか」「その404を直す必要があるのか」 を判断することです。 404エラーが発生する主な原因 404が発生する原因は一つではありません。 ホームページ運用でよくあるのは、次のケースです。 ページを削除した ブログ記事やサービスページなどを削除すると、そのURLへアクセスした際に404になります。 ページのURLを変更した たとえば、 /service-web/ だったURLを、 /web-production/ へ変更したにもかかわらず、旧URLから新URLへの転送設定をしていない場合です。 内部リンクのURLを間違えている メニューや記事内リンクの入力ミスでも404は発生します。 たとえば、 /service/ へリンクするつもりが、 /servise/ となっているケースです。 リニューアルでURL構造を変更した ホームページリニューアルでは、サイト構造を整理するためにURLを変更することがあります。 このとき旧URLへの対応をしていないと、検索結果や外部サイトからアクセスしたユーザーが404ページへ到達してしまいます。 外部サイトに古いURLが掲載されている 自社サイトを修正しても、 ポータルサイト SNS 過去のプレスリリース 他社ブログ メディア記事 などに古いURLが残っているケースがあります。 この場合も、旧URLが適切に処理されていなければ404になります。 404エラーがあるとSEOに悪影響？ 「404があるとGoogleから評価を下げられるのでは？」 と心配する方も多いでしょう。 しかし、404が存在すること自体を過度に恐れる必要はありません。 ページを削除し、代わりとなるページも存在しないのであれば、404または410を返すのはGoogleが案内している正しい処理です。 問題なのは、本来ユーザーに見せるべきページが404になっているケースです。 たとえば、 検索結果に表示されている重要ページが404 サイト内のメニューから404へリンクしている 外部サイトから多くリンクされているページを削除した リニューアル後に旧ページが大量に404になった といった状態です。 この場合、検索エンジン以前に、ユーザーが必要な情報へ到達できません。 したがって404対策では、 「404をゼロにする」 のではなく、 「ユーザーが本来到達すべきページを404にしない」 という考え方が重要です。 404のままで問題ないケース・修正すべきケース 404を見つけたからといって、すべてリダイレクトすればいいわけではありません。 ページの状態によって対応を変えます。 削除して代替ページがない→404または410 たとえば、 終了したキャンペーン 廃止したサービス 古くなり完全に不要になったページ などで、ユーザーを案内できる代替ページが存在しない場合です。 この場合は、無理に別ページへ転送せず、404または410を返す方法が適切です。 Googleも、削除済みで同様のコンテンツを持つ代替ページがない場合には、404または410を返すことを案内しています。 つまり、 「404＝必ず修正しなければならない」 ではありません。 ページを別URLへ移動した→301リダイレクト ページそのものは残っているものの、URLだけ変更した場合は対応が変わります。 たとえば、 旧URL：/old-service/ 新URL：/service/ へ移動したのであれば、旧URLから新URLへ301リダイレクトを設定します。 Googleも、ページが移動した場合や明確な代替ページが存在する場合には、301によって適切なページへリダイレクトすることを推奨しています。 301リダイレクトによって、 古いURLから来たユーザーを新ページへ案内できる ページの新しい場所を検索エンジンに伝えられる というメリットがあります。 URL変更やリンク設定のミス→リンクを修正 単純なリンクミスで404が起きている場合は、リダイレクトではなくリンクそのものを修正するのが基本です。 たとえば、 × /servise/○ /service/ という間違いであれば、内部リンクを正しいURLへ変更します。 特に確認したいのは、 グローバルメニュー フッターメニュー CTA ブログ記事内リンク バナー パンくずリスト などです。 ユーザーがよく利用する導線ほど、優先して修正しましょう。 注意したい「soft 404」とは？ 404対策で知っておきたいのが、soft 404（ソフト404）です。 通常の404では、サーバーが「このページは存在しません」という意味の404ステータスコードを返します。 一方soft 404では、 画面上では「ページがありません」と表示しているのに、サーバーは「200 OK＝正常なページです」と返している といった矛盾が発生しています。 Googleは、存在しないページが200のステータスを返している場合や、メインコンテンツがほとんどないページなどをsoft 404として認識することがあります。該当ページはSearch Consoleのインデックス登録レポートでsoft 404として表示される場合があります。 たとえば、 「商品がありません」 とだけ書かれているのに、正常なページとして200を返しているケースです。 soft 404が発生した場合は、 本当にページが存在しない→404または410 新しいページへ移動した→301 本来存在するページ→表示エラーや読み込み問題を修正 というように、ページの状態に合わせて対応します。 ユーザーを離脱させない404ページの作り方 正しい404を返していても、 「404 Not Found」 とだけ表示されているページでは、ユーザーは次に何をすればいいか分かりません。 そこでおすすめなのが、カスタム404ページです。 Googleも、404ページを分かりやすくカスタマイズし、ユーザーが他のコンテンツを探せるようにすることを案内しています。 最低限、次の要素を入れましょう。 ページが見つからないことを明確に伝える 例： 「お探しのページは見つかりませんでした。」 専門用語ではなく、ユーザーに分かりやすい表現にします。 トップページへのリンク まず戻れる場所を用意します。 👉 トップページへ戻る 主要サービスへのリンク 企業サイトなら、 サービス一覧 料金 制作事例 お問い合わせ などへ誘導すると、離脱防止につながります。 人気記事・おすすめコンテンツ オウンドメディアなら、 「よく読まれている記事」 を表示するのも有効です。 Googleも、人気のある記事やホームページへのリンクを404ページに追加する方法を案内しています。 サイト全体とデザインを統一する 突然真っ白なエラー画面になるのではなく、通常ページと同じヘッダー・フッター・デザインを使用します。 ただし重要なのは、見た目を通常ページのようにしても、サーバーは正しく404ステータスコードを返すことです。Googleもカスタム404ページについて、検索エンジンにインデックスされないよう404を返すよう案内しています。 404エラーを見つける方法 404はユーザーから指摘される前に、定期的に確認することが重要です。 Search Consoleを確認する Google Search Consoleでは、インデックス登録状況などから404やsoft 404に関連する問題を確認できます。 特定URLについて詳しく確認したい場合には、URL検査ツールでGoogleが取得した状態やHTTPレスポンスを確認する方法もあります。Googleもsoft 404やリダイレクトの確認にURL検査ツールを案内しています。 サイト内リンクをチェックする 特に、 サイトリニューアル後 URL変更後 古い記事を大量に整理した後 はリンク切れが発生しやすくなります。 重要ページから順番に確認しましょう。 GA4で404ページへのアクセスを見る 404ページにアクセス解析を入れておけば、 「実際にユーザーがどのくらい404ページへ到達しているか」 を確認できます。 大量にアクセスされている404があれば、検索結果・外部リンク・内部リンクなど、どこからアクセスされているかを調査することで優先順位を付けやすくなります。 リニューアル時に404を大量発生させないための対策 404対策で特に重要なのが、ホームページリニューアルです。 リニューアルでは、 URL構造を変更する ページを統合する 不要ページを削除する カテゴリを整理する といった作業が発生します。 ここで旧URLを整理せず公開すると、検索結果や外部サイトに残っている旧URLからアクセスしたユーザーが404へ到達してしまいます。 リニューアル前に、次のようなURL対応表を作成しておくと安全です。 旧URL → 新URL 例： /old/service-a/ ↓/service/service-a/ 移動先が明確なページは301リダイレクトを設定し、完全に廃止して代替ページもないものは404または410として処理します。これはGoogleが現在案内している考え方とも一致します。 また、リダイレクトはGoogleに対して新しい正規URLを伝える強いシグナルの一つとされています。 404対応でよくあるNG例 NG1：404をすべてトップページへ転送する ページがなくなったからといって、何でもトップページへ飛ばせばいいわけではありません。 ユーザーが探していた内容とトップページが無関係なら、かえって混乱させます。 明確な代替ページがある場合のみ301、ない場合は404または410 と判断するのが基本です。 NG2：削除したページを何でも301する 「SEO評価を失いたくない」という理由だけで、無関係なページへリダイレクトするのもおすすめできません。 サービスAの記事を、内容がまったく違うサービスBへ転送しても、ユーザーの検索意図を満たせないからです。 NG3：見た目だけ404にする 「ページがありません」と表示しているのに200 OKを返していると、soft 404として扱われる可能性があります。 カスタム404ページを作る場合も、HTTPステータスコードは正しく404を返す必要があります。 NG4：404を一件見つけるたびに慌てて直す 存在して当然の404もあります。 たとえば、ユーザーがURLを打ち間違えれば、存在しないURLへの404が発生します。 すべてを修正対象にするのではなく、 「本来存在すべきURLか？」「ユーザーが実際にアクセスしているか？」「代替ページがあるか？」 で優先順位を判断しましょう。 404エラー改善チェックリスト 404が見つかったら、次の順番で確認すると判断しやすくなります。 そのURLは本来存在するページか ページを削除したのか、移動したのか 代替となるページがあるか 代替ページがあるなら301を設定したか 代替ページがないなら404または410を返しているか 内部リンクから404へリンクしていないか Search Consoleで問題を確認したか soft 404になっていないか 404ページ自体が200を返していないか カスタム404ページにトップへの導線があるか サービス・記事など関連コンテンツへの導線があるか リニューアル時に旧URL→新URLの対応表を作ったか 特に優先すべきなのは、 「検索や内部リンクから多くアクセスされている404」 です。 ユーザーへの影響が大きいものから対応しましょう。 まとめ：404は全部消すのではなく「正しく処理する」 404エラーは、ホームページに存在してはいけないものではありません。 ページを削除し、代替ページも存在しないのであれば、404または410を返すこと自体が正しい対応です。 大切なのは、 ページがなくなった→404または410 ページが移動した→301リダイレクト リンクを間違えた→リンクを修正 正常ページなのにsoft 404→表示・読み込みを修正 404ページには次の行動につながる導線を設置 というように、原因ごとに正しく処理することです。 特にホームページリニューアルでは、URL変更による404が大量に発生しないよう、公開前に旧URLと新URLを整理することが重要です。 SEOだけを見るのではなく、 「ユーザーが探している情報へきちんとたどり着けるか」 という視点で404を管理しましょう。 無料相談 Refuでは、ホームページリニューアル時のURL整理・301リダイレクト設計・Search Console確認まで含めて、既存サイトのSEO資産をできるだけ活かしたサイト移行をサポートしています。 「リニューアルすると検索順位が落ちないか心配」「Search Consoleに404がたくさん出ているけれど、どこまで直せばいいか分からない」といった段階からでもお気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら ホームページ公開後にやるべき初期設定10選｜最低限の運用準備チェック SEOの前に整える「サイト構造」｜カテゴリ設計・URL・内部リンクの基本 リニューアル判断の基準｜いつ、何を、どこまで変えるべきか Search Consoleの見方入門｜流入キーワードと改善ポイントの見つけ方 ドメイン・サーバーの選び方｜初心者でも失敗しない基礎知識と注意点
2026/08/06
集客・マーケティング戦略AI検索時代のSEO対策｜AI Overviews・AI Modeで選ばれるコンテンツの作り方
AI検索が広がってもSEOの基本は変わらない Google検索では、従来の検索結果に加えて、AI OverviewsやAI Modeなど、生成AIを活用した検索体験が広がっています。 そのため、 従来のSEOは通用しなくなるのか AIに引用されるための特別な対策が必要なのか AEOやGEOに取り組まなければならないのか と不安を感じる企業担当者も増えています。 しかし、Googleは公式ガイドで、生成AIを活用した検索でも従来のSEO施策は引き続き重要であり、AI OverviewsやAI Modeに表示されるための特別な技術要件はないと説明しています。 AI検索が広がったからといって、SEOの基本をすべて作り直す必要はありません。 重要なのは、これまで以上に、独自性があり、信頼でき、ユーザーの判断に役立つ情報を作ることです。 まず結論：特別な「AI専用SEO」より基本施策の徹底が重要 AI検索への対応で優先すべきことは、特殊なファイルや新しいテクニックを導入することではありません。 まずは、次の基本を徹底します。 ユーザーの疑問に明確に答える 他サイトにはない経験や情報を加える 著者・運営会社・根拠を明確にする 関連ページを内部リンクで整理する Googleがクロール・インデックス登録できる状態にする ページをスマートフォンでも読みやすくする 公開後も情報を更新する Googleは、生成AI検索においても、明確な技術構造と、独自性・価値のあるコンテンツが基盤になると説明しています。 「AIに選ばれる文章」を考えるよりも、ユーザーが読んで納得し、次の行動を選べるページを作ることが先です。 AI Overviews・AI Modeとは？従来の検索との違い AI Overviewsは複雑な質問の概要を提示する AI Overviewsは、ユーザーが検索した内容について、複数の情報を整理した概要と、詳しく調べるためのリンクを検索結果上に表示する機能です。 特に、 複数の要素を整理する必要がある質問 一つの回答だけでは解決しにくい質問 比較や判断材料が必要な検索 などで表示される可能性があります。 すべての検索で表示されるわけではなく、Googleが従来の検索結果に追加する価値があると判断した場合に表示されます。 AI Modeは比較・検討・深掘り検索に対応する AI Modeは、複雑な質問や比較、追加質問を重ねながら情報を深掘りする検索体験です。 例えば、ホームページ制作を検討している人が、 自社に必要なページ数 制作費用 SEO対策の範囲 制作会社の選び方 公開後の運用方法 などを一度に比較・検討する場面で活用される可能性があります。 従来は複数回に分けて検索していた内容を、より会話的に整理できる点が特徴です。 複数の関連検索を行う「クエリファンアウト」 AI OverviewsやAI Modeでは、ユーザーの質問を理解するために、関連する複数のテーマや情報源を調べる「クエリファンアウト」と呼ばれる仕組みが使われる場合があります。 例えば「中小企業がホームページから問い合わせを増やす方法」という質問には、次のような関連テーマが含まれます。 SEO対策 サービスページの内容 CTA設計 実績・事例 料金ページ フォーム改善 アクセス解析 つまり、単一のキーワードだけを繰り返すよりも、中心テーマと関連する疑問をサイト全体で整理している方が、さまざまな検索意図に対応しやすくなります。 AI検索で選ばれやすいコンテンツの6つの条件 他サイトでは得られない独自情報がある AI検索時代に特に重要になるのが、簡単に代替できない情報です。 例えば、次のような内容が該当します。 自社で実際に対応した事例 顧客からよく相談される課題 現場で起きた失敗と改善策 自社独自の調査やアンケート 実務で使用しているチェックリスト 専門家による判断基準 Googleも、独自の情報・分析・調査や、検索結果にある他のページを上回る実質的な価値があるかを、コンテンツの自己評価項目として挙げています。 他サイトの情報を整理し直しただけの記事ではなく、自社だから書ける情報を加えることが重要です。 質問への答えと根拠が明確に書かれている 記事の冒頭で結論が分からず、長い説明を読まなければ答えにたどり着けないページは、ユーザーにとって使いにくいものです。 基本構成は、次の順番にすると分かりやすくなります。 結論 その理由 具体例・根拠 注意点・例外 次に取るべき行動 ただし、AIに読み取らせることだけを目的に、文章を不自然に細切れにする必要はありません。 あくまで、ユーザーが内容を理解しやすい見出しと文章構造にすることが目的です。 実務経験・事例・一次情報が含まれている 一般的な説明に加えて、実際の経験を記載します。 例えば、 実際にはどこで失敗しやすいか 顧客がどの段階で迷うのか どの施策から始めると改善しやすいか 理論と現場で異なる部分は何か などです。 一次情報は、コンテンツの独自性だけでなく、E-E-A-Tにおける「経験」を伝える要素にもなります。 誰が発信しているか分かる 情報の内容だけでなく、発信者も明確にします。 記事には、可能な範囲で次の情報を掲載します。 執筆者名 監修者名 担当分野 経歴・実績 所属会社 著者プロフィールへのリンク 参考にした公式情報 特に専門性や判断の正確性が重要なテーマでは、誰が、どのような根拠で書いているかが信頼性につながります。 関連情報がサイト内で整理されている 1ページですべてを説明しようとすると、情報が長くなり、検索意図も曖昧になります。 そのため、 親ページでテーマの全体像を説明する 個別記事で疑問を深掘りする 記事からサービスページへ誘導する 料金・事例・FAQへ内部リンクを設置する という構造を作ります。 Googleは、生成AI検索においても、重要なページを内部リンクで見つけやすくすることを基本施策として挙げています。 クロール・インデックス登録が可能な状態になっている どれだけ有用な記事でも、Googleがページを取得・認識できなければ検索結果には表示されません。 最低限、次を確認します。 robots.txtでクロールを誤って拒否していない noindexが設定されていない ページがSearch Consoleで認識されている 重要な文章が画像内だけに記載されていない 内部リンクからページに到達できる スマートフォンで問題なく表示できる ページの読み込みが極端に遅くない AI OverviewsやAI Modeの参照リンク候補になるには、ページがGoogle検索にインデックス登録され、検索結果にスニペットを表示できる状態であることが前提です。 AI検索を意識したコンテンツ制作の手順 検索キーワードではなく「質問」を整理する キーワードだけでなく、ユーザーが実際に知りたい質問を整理します。 例えば「ホームページ制作 費用」であれば、次のように分解できます。 ホームページ制作はいくらかかるのか 何によって費用が変わるのか 制作費以外に必要な費用はあるか 安い制作会社と高い制作会社は何が違うのか 自社には何ページ必要か 見積書のどこを比較すべきか 一つの検索語の裏にある複数の疑問を把握することで、内容の抜け漏れを防げます。 結論→理由→具体例→注意点の順で書く 各見出しでは、最初に答えを示します。 基本テンプレート 結論：まず何をすべきか 理由：なぜ必要なのか 具体例：どのようなケースがあるか 注意点：例外や失敗しやすい点 次の行動：読者は何を確認すべきか この順番にすると、ユーザーが必要な情報を見つけやすくなります。 独自の経験・数値・判断基準を追加する 一般論を書いた後に、必ず自社の情報を追加します。 例えば、 実際の相談で多い課題 制作現場で確認している項目 成果が出た事例 改善前後の数値 依頼を断るケース 自社が重視する判断基準 などです。 数字を掲載できない場合でも、どのような状態から、何を変え、どのような変化が起きたかを具体的に説明すれば、十分な一次情報になります。 関連記事とサービスページを内部リンクでつなぐ 記事を読んだ後の行動まで設計します。 例えば、 AI検索の記事↓キーワード設計の記事↓サービスページSEOの記事↓実績・料金・問い合わせ という流れです。 内部リンクはSEO評価のためだけでなく、ユーザーが検討を進めるための案内として設置します。 公開後も事例や最新情報を追記する 公開時点で完成と考えず、定期的に更新します。 新しい事例を追加する 公式情報の変更を反映する Search Consoleで新しい検索クエリを確認する 読者から寄せられた質問をFAQに追加する 古くなった画面や手順を差し替える 更新すること自体が目的ではありません。 検索する人にとって、現在も正確で役立つ状態を保つことが重要です。 AI検索対策として無理にやらなくてよいこと Google検索のためだけにllms.txtを設置する Googleは、Google検索や生成AI検索に表示されるために、llms.txtなどの特別なAI向けファイルを設置する必要はないと説明しています。 llms.txtを利用する別のサービスのために設置すること自体は問題ありませんが、Google検索での表示や順位を高める効果はないとされています。 AI専用の特殊な構造化データを追加する AI OverviewsやAI Mode専用のschema.orgマークアップはありません。 通常の検索結果でリッチリザルトの対象になる構造化データは引き続き活用できますが、ページに表示している内容と一致させる必要があります。 文章を細かく分割することだけを目的にする 「AIに読み取らせるため、すべての文章を短い塊に分けるべき」という考え方に、Google公式の必須要件はありません。 ページの長さや文章の区切りは、AIのためではなく、テーマとユーザーの理解しやすさに合わせて決めます。 検索語の言い換えページを大量に作る AI検索は同義語や質問全体の意味を理解するため、細かな言い換えごとに別ページを大量作成する必要はありません。 例えば、 ホームページ制作費用 ホームページ制作料金 ホームページ制作価格 ホームページ制作相場 をすべて別記事にすると、内容が重複し、サイト内で評価が分散する可能性があります。 同じ検索意図であれば、原則として一つのページにまとめます。 不自然な口コミ・言及・被リンクを増やす AI検索で紹介されることを目的に、実態のない口コミ、言及、被リンクを作るのは避けます。 Googleは、生成AI検索を操作する目的を含むスパム行為にも、従来のスパムポリシーを適用しています。 長期的には、取材、事例、地域活動、調査データ、役立つテンプレートなど、自然に紹介される理由を作ることが重要です。 生成AIを記事制作に使う場合の正しい運用方法 AIは調査・構成・下書きの補助として使う 生成AIは、次のような作業と相性があります。 関連する疑問の洗い出し 記事構成の整理 長文資料の要点整理 表現の調整 誤字脱字のチェック 見出し候補の作成 Googleも、生成AIはテーマの調査や、独自コンテンツの構造化に役立つ場合があると説明しています。 人が事実確認と独自情報の追加を行う AIの出力をそのまま公開するのではなく、次を人が確認します。 事実関係は正しいか 情報は現在も有効か 公式な根拠があるか 自社の経験が反映されているか 既存記事と重複していないか 読者の判断に役立つ具体性があるか 生成AIなどを使い、ユーザーへの価値を追加せずに大量のページを作る行為は、Googleの「大量生成されたコンテンツの不正使用」に該当する可能性があります。 問題になるのはAIを使うこと自体ではなく、独自性や価値のないページを検索順位の操作目的で大量に公開することです。 誰が・どのように・なぜ作ったかを説明できる状態にする コンテンツ制作では、次の3点を説明できる状態が理想です。 Who：誰が作成・監修したか How：どのように調査・制作したか Why：なぜこの記事を公開したか AIを使用した場合も、読者にとって意味があるなら、使用方法や人による確認体制を説明します。 大切なのは「AIを使ったかどうか」ではなく、情報の正確性と責任の所在が明確になっているかです。 Search ConsoleとGA4でAI検索からの成果を測る方法 生成AIパフォーマンスレポートを確認する GoogleはSearch Consoleに、生成AI検索でのサイトの表示状況を確認する「Generative AI performance report」を提供しています。 このレポートでは、生成AI検索における表示の推移や、表示されているページ、デバイス、国などを確認できます。 ただし、段階的に展開されているため、すべてのSearch Consoleプロパティで表示されるとは限りません。 AI検索から閲覧されるページを把握する レポートが利用できる場合は、次を確認します。 どのページが表示されているか 表示が増えているテーマは何か デバイスや国による違いがあるか 表示されるページに共通する特徴は何か 順位だけを追うのではなく、どのテーマやページが生成AI検索で発見されているかを確認します。 GA4で回遊・問い合わせへの貢献を確認する 検索上で表示されること自体が最終目的ではありません。 GA4では、検索経由で訪問したユーザーについて、次を確認します。 サービスページへの遷移 事例・料金ページの閲覧 CTAクリック フォーム到達 問い合わせ・資料請求 エンゲージメント時間 Search Consoleで「見つけられているか」を確認し、GA4で「成果につながっているか」を確認することで、改善の優先順位を判断しやすくなります。 このまま使えるチェックリスト｜AI検索時代のSEO対策 コンテンツ ユーザーの質問に対する結論が明確に書かれている 結論に対する理由・根拠・具体例がある 自社独自の経験・事例・データが含まれている 他サイトの要約だけで終わっていない 読者が次に取るべき行動が分かる 著者・監修者・運営会社が明確になっている 公式情報や信頼できる情報源を確認している サイト構造 関連記事がテーマごとに整理されている 親ページと子記事が内部リンクでつながっている 記事からサービス・事例・料金ページへ移動できる 重要ページが孤立していない 同じ検索意図の記事が重複していない 技術面 Search Consoleに登録されている 重要ページにnoindexが入っていない robots.txtでクロールを拒否していない スマートフォンで読みやすい 主要な情報がテキストでも掲載されている 構造化データと画面上の内容が一致している AI活用 AIの文章をそのまま公開していない 人による事実確認を行っている 自社独自の知識や経験を追加している 量産を目的にしていない 定期的に内容を見直している 効果測定 Search Consoleで表示ページを確認している GA4で回遊・CTA・CVを確認している 表示だけでなく問い合わせへの貢献を見ている 成果の弱いページをリライトしている まとめ：AIに向けて書くのではなく、ユーザーにとって最も役立つ情報を作る AI検索時代のSEOでも、根本的な考え方は変わりません。 重要なのは、 ユーザーの疑問に明確に答える 独自の経験や一次情報を加える 根拠と発信者を明確にする サイト内の関連情報を整理する Googleがページを取得できる状態にする 公開後の成果を測定して改善する ことです。 AI専用のテクニックを追いかけるのではなく、ユーザーが読んで納得し、比較・判断・行動できるコンテンツを作ることが、従来の検索にも生成AI検索にも共通するSEO対策です。 無料相談 Refuでは、検索キーワードだけでなく、AI検索で深掘りされる関連質問や検索意図まで整理し、記事構成・サイト構造・内部リンク・サービスへの導線を設計しています。 「AI検索の普及で流入が減らないか不安」「今の記事をAI検索時代に合わせて見直したい」「生成AIを使った記事運用のルールを整えたい」など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら SEOに強いサイト構造とは？カテゴリ設計と内部リンク最適化の基本 検索意図から逆算するキーワード設計｜中小企業のためのKWマップ作成法 E-E-A-Tを高めるコンテンツ設計｜信頼されるホームページの作り方 サービスページで上位を取るSEO｜「比較・不安・決め手」を埋める書き方 ホームページの回遊率を上げる導線改善｜内部リンクと関連記事設計のコツ 被リンクを増やす広報・PR設計｜中小企業でもできる獲得ルート7選
2026/08/04
リニューアル・運用ノウハウホームページの404エラーとは？SEOへの影響と正しい対処法
404エラーとは？ページが見つからない時に表示される状態 404エラーとは、ユーザーがアクセスしたURLに、該当するページが存在しない時に返されるHTTPステータスコードです。 ホームページを閲覧していて、次のような表示を見たことがある方も多いでしょう。 「ページが見つかりません」 「404 Not Found」 「お探しのページは削除または移動された可能性があります」 これらは、サーバーには接続できているものの、指定されたURLにページが存在しないことを示しています。 404エラーが発生したからといって、必ずしもサイトに重大な不具合が起きているわけではありません。重要なのは、なぜ404になっているのかを確認し、状況に合った処理をすることです。 404エラーが発生する主な原因 404エラーが発生する原因は、主に次のようなものです。 ページを削除した 古いサービスや終了したイベントなどのページを削除した場合、旧URLへアクセスすると404になります。 ページのURLを変更した リニューアルやサイト構造の変更でURLが変わり、旧URLから新URLへの転送が設定されていないケースです。 リンク先のURLが間違っている サイト内のリンクに入力ミスがある場合、存在しないURLへ移動してしまいます。 ユーザーがURLを間違えて入力した URLのスペルミスや文字の入力漏れでも404が発生します。 外部サイトに古いURLが掲載されている 取引先やポータルサイト、過去のSNS投稿などに旧URLが残っている場合もあります。 リニューアル直後に404が急増した場合は、URL変更に伴う301リダイレクトの設定漏れを最初に疑う必要があります。 404エラーはSEOに悪影響を与える？ 結論として、正しく返されている404エラーが存在するだけで、サイト全体の検索順位が下がるわけではありません。 Googleも、存在しないURLが正しい404レスポンスを返している場合、通常はサイトの検索パフォーマンスに影響しないと説明しています。 したがって、存在したことのないURLや、代替ページのない削除済みページまで、無理に修正する必要はありません。 ただし、次のような404は問題になります。 検索流入があった重要ページが404になっている 外部サイトからリンクされているページが404になっている サイト内の主要導線が404へつながっている リニューアル後に大量の404が発生している XMLサイトマップに404のURLが残っている 問題なのは404というステータスそのものではなく、本来ユーザーを案内すべきページが失われ、検索流入や導線が途切れていることです。 404エラーを修正すべきケース・修正しなくてもよいケース ページのURLを変更した場合 ページの内容は残っているものの、URLだけを変更した場合は、旧URLから新URLへ301リダイレクトを設定します。 例 旧URL /service-old/ 新URL /service/ この場合、旧URLを404のままにすると、検索評価や外部リンクからの流入が途切れる可能性があります。 ページを統合した場合 複数のページを1ページへまとめた場合は、それぞれの旧URLから統合先へ301リダイレクトを設定します。 ただし、内容の関係が薄いページへ無理に転送するのは避けましょう。旧ページで説明していた内容を引き継いだ、関連性の高い受け皿ページへ転送することが重要です。 ページを完全に削除した場合 ページを完全に削除し、代わりとなるページも存在しない場合は、404を返して問題ありません。 Googleは、コンテンツを完全に削除し、関連する代替ページがない場合は、404または410を返す方法を案内しています。また、Google検索では410も404と同じように扱われます。 「404があるとSEOに悪い」と考え、関係のないトップページへ転送する必要はありません。 サイト内のリンク先が間違っている場合 自社サイト内のリンクミスで404が発生している場合は、リンク先を正しいURLへ修正します。 特に確認したい場所は次のとおりです。 グローバルメニュー フッターメニュー バナー 記事内の内部リンク 事例からサービスページへのリンク 問い合わせボタン PDFや画像へのリンク サイト内リンクの間違いは、ユーザーの離脱だけでなく、検索エンジンによるページ発見にも影響するため、優先的に修正します。 Googleも、ページの発見やサイト内の関係性の理解にリンクが利用されると説明しています。 存在したことのないURLの場合 ユーザーの入力ミスや、不正なボットによって生成されたURLなど、もともと存在したことのないURLが404になる場合があります。 このような404は、基本的に修正しなくても問題ありません。 ただし、同じ入力ミスが繰り返されている場合や、外部サイトから間違ったURLでリンクされている場合は、正しいページへの転送を検討します。 301リダイレクトと404の正しい使い分け 301リダイレクトと404は、次の基準で使い分けます。 ページが移動した → 新しいURLへ301リダイレクト 複数ページを統合した → 内容を引き継いだ統合先へ301リダイレクト 同じ内容の代替ページがある → 関連性の高い代替ページへ301リダイレクト ページを完全に削除し、代替ページがない → 404または410 存在したことのないURL → 404のままで問題なし 避けたいのは、すべての404をトップページへ一括転送する方法です。 ページの内容とトップページの関連性が低い場合、ユーザーは探していた情報にたどり着けません。また、Googleからソフト404と判断される可能性があります。 Googleも、存在しないページをホームページなどへ転送したり、robots.txtでブロックしたりする対応を控えるよう案内しています。 ソフト404とは？通常の404との違い ソフト404とは、実際にはページが存在しない、または「ページが見つかりません」と表示されているにもかかわらず、サーバーが正常表示を示す「200」のステータスを返している状態です。 通常の404 ページが存在しない → HTTPステータスも404 ソフト404 ページが存在しないように見える → HTTPステータスは200など ソフト404になると、ユーザーにも検索エンジンにもページの状態が正しく伝わりません。 よくある原因は次のとおりです。 404ページを表示しているがステータスコードが200 削除ページをすべてトップページへ転送している 内容がほとんどないページを公開している 検索結果が0件のページを正常ページとして返している Googleは、存在しないページで404や410以外のコードを返したり、無関係なページへ転送したりすると、ソフト404として扱われる可能性があると説明しています。 404ページを使いやすくする改善ポイント ページが見つからないことを明確に伝える まずは、ユーザーに現在の状況を分かりやすく伝えます。 例 「お探しのページは見つかりませんでした」 「ページが移動または削除された可能性があります」 「URLが正しく入力されているかご確認ください」 専門用語だけでなく、ユーザーが次に何をすればよいかまで説明することが大切です。 トップページや主要ページへの導線を設置する 404ページに行き止まりしかないと、そのまま離脱されてしまいます。 次のようなリンクを設置しましょう。 トップページ サービス一覧 制作実績・導入事例 よくある質問 お知らせ・ブログ お問い合わせ ただし、サーバーが返すステータスコードは正しい404のままにします。 404ページ内にリンクを設置することと、URL自体をトップページへ転送することは別です。 サイト内検索や問い合わせ導線を用意する ページ数が多いサイトでは、サイト内検索を設置すると目的の情報を探しやすくなります。 また、サービスや商品を探しているユーザーを取りこぼさないように、問い合わせ導線を設置する方法もあります。 例 「お探しのサービスが見つからない場合は、お問い合わせください」 「ご相談内容に応じて担当者がご案内します」 404ページも、ユーザーを正しい情報へ戻すための導線として設計できます。 404エラーの確認方法 Google Search Consoleで確認する Google Search Consoleでは、インデックス関連のレポートやURL検査を使って、404として認識されているURLを確認できます。 確認するポイントは次のとおりです。 重要ページが404になっていないか サイトマップに記載したURLが404になっていないか リニューアル前のURLが大量に404になっていないか ソフト404が発生していないか リダイレクトエラーが出ていないか ただし、Search Consoleに404が表示されたからといって、すべてを修正する必要はありません。 そのURLに流入や代替ページがあるかを確認してから判断します。 サイト内リンクをチェックする サイト内のリンク切れは、定期的に確認しましょう。 目視だけでは漏れが出るため、ページ数が多い場合はリンクチェックツールやクロールツールを活用します。 特に確認したいのは次の場所です。 共通メニュー 古い記事 過去のキャンペーンページ 事例ページ PDF・画像ファイル 外部予約システムへのリンク リニューアル後は旧URLを重点的に確認する リニューアル後は、旧URLと新URLの対応表をもとに確認します。 旧URLへアクセスする 正しい新URLへ転送されるか確認する 最終ページが正常に表示されるか確認する 多段リダイレクトになっていないか確認する 転送先の内容が旧ページと関連しているか確認する 公開直後だけでなく、Search Consoleの情報が更新される期間も継続して確認します。 404エラー対応でよくある失敗 すべての404をトップページへ転送する 関連性のない一括転送は、ユーザーを迷わせ、ソフト404の原因にもなります。 404をrobots.txtでブロックする 検索エンジンがページの状態を確認できなくなるため、404を隠す目的でのブロックは避けます。 重要ページの404を放置する 流入や被リンクがあるページは、関連する新ページへ引き継ぐ必要があります。 404ページを正常な200ステータスで表示する 見た目だけ404でも、ステータスが200ならソフト404になる可能性があります。 404をゼロにすること自体を目標にする 存在しないURLが正しい404を返すのは正常です。 数を減らすことではなく、重要な導線が失われていないかを確認します。 404エラーチェックリスト 旧URLと新URLの対応表を作成している 移動したページには301リダイレクトを設定している 完全に削除したページは正しい404または410を返している すべての旧URLをトップページへ一括転送していない 404ページが200ステータスを返していない サイト内のリンク切れを確認している XMLサイトマップから削除済みURLを除外している Search Consoleで404・ソフト404を確認している 外部リンクや検索流入のあるURLを把握している 404ページに主要ページへの導線を設置している まとめ：すべての404を消すのではなく、原因に合わせて処理する 404エラーは、存在するだけでサイト全体のSEO評価を下げるものではありません。 重要なのは、404になっている理由を確認し、次のように処理を分けることです。 ページを移動したなら301リダイレクト 関連する代替ページがあるなら適切なページへ転送 完全に削除したなら404または410 サイト内リンクの間違いならリンクを修正 存在したことのないURLなら基本的に対応不要 リニューアル後やページ整理後は、404・リダイレクト・内部リンクをまとめて確認し、検索流入とユーザー導線を守りましょう。 無料相談 Refuでは、サイト内の404調査から、旧URLと新URLの整理、301リダイレクト設定、内部リンク修正、Search Consoleでの公開後確認まで一括で対応しています。 「リニューアル後に404が増えた」「どのURLを転送すべきか分からない」など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら 301リダイレクト完全ガイド｜SEOを落とさずURL変更する手順と注意点 リニューアル後に検索順位が落ちた時の原因チェック｜最短で戻す改善手順 コンテンツ移行で失敗しないために｜旧サイト資産の棚卸しと移行判断基準 SEOを落とさないページ統合・削除の進め方｜残す/統合/消す判断基準と301設計 Googleサーチコンソールの基本操作と改善への活かし方
2026/08/03
ホームページ制作の基本ホームページの表示速度を改善する方法｜Core Web Vitalsと画像最適化の基本
ホームページの表示速度が重要な理由 ホームページを開いたとき、なかなか画面が表示されなかったり、ボタンを押しても反応しなかったりすると、ユーザーはストレスを感じます。 特にスマートフォンでは、通信環境や端末の性能によって表示速度が左右されるため、パソコンでは問題なくても、スマートフォンでは遅く感じられることがあります。 表示速度が遅い状態を放置すると、次のような問題につながります。 ページが表示される前に離脱される サービス内容や強みを読んでもらえない お問い合わせや予約まで進んでもらえない 企業や店舗に対する信頼感が下がる 検索結果で競合サイトに負けやすくなる 表示速度は、単なる技術的な問題ではありません。 ホームページを通じて成果を上げるための、ユーザー体験と導線設計の一部として考える必要があります。 Googleも、Core Web Vitalsを検索ランキングで考慮する要素の一つとしています。ただし、表示速度の点数が良ければ必ず上位表示されるわけではなく、コンテンツの関連性や有用性を含めた総合的なページ体験が重要です。 Core Web Vitalsとは？確認すべき3つの指標 Core Web Vitals（コアウェブバイタル）とは、実際のユーザーがページを利用したときの体験を、主に次の3つの視点から測定する指標です。 読み込みの速さ 操作に対する反応の速さ 表示の安定性 2026年7月時点では、LCP・INP・CLSの3つが主要な指標として使用されています。 LCP｜主要コンテンツが表示されるまでの速さ LCP（Largest Contentful Paint）は、画面内の主要な画像やテキストが表示されるまでの時間を測る指標です。 Googleが示す良好な目安は、2.5秒以内です。 LCPが遅くなる主な原因には、次のようなものがあります。 ファーストビューの画像容量が大きい サーバーからの応答が遅い 表示前に大量のJavaScriptを読み込んでいる 画像の読み込み開始が遅れている ホームページを開いても、メイン画像や見出しがなかなか表示されない場合は、LCPに問題がある可能性があります。 INP｜操作に対する反応の速さ INP（Interaction to Next Paint）は、ボタンのクリックやメニュー操作などに対して、ページがどれだけ素早く反応するかを測る指標です。 良好な目安は、200ミリ秒未満です。 INPが悪化しやすいケースとしては、次が挙げられます。 JavaScriptの処理が多い 外部の計測タグや広告タグが多い 複雑なアニメーションを使用している 問い合わせフォームの処理が重い 見た目は表示されていても、メニューやボタンの反応が遅い場合は、INPの改善が必要です。 CLS｜表示中のレイアウトの安定性 CLS（Cumulative Layout Shift）は、ページの読み込み中に、画像やボタン、文章などの位置が突然ずれる現象を測る指標です。 良好な目安は、0.1未満です。 たとえば、ボタンを押そうとした瞬間に広告や画像が表示され、違う場所を押してしまう状態は、CLSが悪い典型例です。 画像や動画の表示領域が事前に確保されていないことや、後から読み込まれるコンテンツ、Webフォントなどが主な原因になります。 まずは現状を測定する｜表示速度の確認方法 表示速度を改善するときは、感覚だけで判断せず、まず現在の状態を測定しましょう。 代表的な確認方法は、次の3つです。 PageSpeed Insights URLを入力すると、スマートフォンとパソコンの表示状況を確認できます。 主に次の情報が表示されます。 Core Web Vitalsの評価 実際のユーザーによる利用データ テスト環境で測定したパフォーマンス 改善できる項目 容量の大きい画像や不要なコード 実際のユーザーデータが表示される場合は、テスト時の点数だけでなく、実際のユーザーがどのような体験をしているかを優先して確認することが重要です。 Search ConsoleのCore Web Vitalsレポート Search Consoleでは、サイト内のページをグループ単位で確認できます。 特定の1ページだけでなく、サイト全体に共通する問題を見つけたい場合に向いています。Search Consoleのレポートは、実際の利用状況に基づくデータを使用しています。 Lighthouse Lighthouseは、表示速度だけでなく、アクセシビリティやSEOなども確認できる診断ツールです。 PageSpeed InsightsやChromeの開発者ツールから実行でき、具体的な問題を調査する際に役立ちます。 ホームページの表示が遅くなる主な原因 表示速度が遅くなる原因は、一つとは限りません。 よくある原因は次のとおりです。 画像の容量が大きい 動画をそのまま読み込んでいる JavaScriptやCSSが多い 外部サービスの読み込みが多い サーバーの応答が遅い WordPressのプラグインが多い キャッシュが正しく設定されていない Webフォントを多く使用している 広告やSNSの埋め込みが多い 古いテーマやコードを使用している まずはPageSpeed Insightsなどで問題を確認し、影響の大きい項目から改善することが大切です。 表示速度を改善する7つの方法 画像を圧縮・最適化する 企業サイトで表示速度を遅くしている原因として、特に多いのが画像です。 デジタルカメラやスマートフォンで撮影した写真を、そのまま掲載すると、1枚で数MBになることがあります。 次の方法で画像を最適化しましょう。 掲載場所に合ったサイズへ縮小する JPEG・PNGを適切に使い分ける WebPやAVIFなどの軽量な形式を検討する 画質を保てる範囲で圧縮する 画面外の画像は遅延読み込みを利用する ただし、ファーストビューの主要画像まで遅延読み込みにすると、LCPが悪化する可能性があります。 最初に表示する重要な画像は早く読み込み、それ以外の画像を遅らせるという使い分けが必要です。 不要なJavaScriptやCSSを減らす JavaScriptやCSSが多すぎると、ブラウザが画面を表示するまでの処理が増えます。 特に注意したいのが、次のような外部ツールです。 アクセス解析タグ 広告計測タグ SNS埋め込み チャットツール ヒートマップ アニメーション用ライブラリ すべて必要かを見直し、使っていないタグや機能は削除しましょう。 ファイルの圧縮や読み込み順序の変更も有効ですが、専門的な作業になるため、制作会社やエンジニアに確認するのが安全です。 サーバーとキャッシュ設定を見直す 画像を軽くしても改善しない場合は、サーバー側に原因がある可能性があります。 確認したいポイントは次のとおりです。 サーバーの処理性能 PHPなどの実行環境 ページキャッシュの有無 ブラウザキャッシュの設定 CDNの利用 データベースの状態 LCPを改善するには、画像だけでなく、HTMLの最初のデータが届くまでの時間や、主要コンテンツの読み込み開始時期など、ページ全体の読み込み工程を確認する必要があります。 アクセス数やサイト規模に対してサーバー性能が不足している場合は、プラン変更やサーバー移転も選択肢になります。 ファーストビューの読み込みを優先する ファーストビューとは、ページを開いたときに最初に表示される範囲です。 ここに大きな画像、動画、複雑なアニメーションを多く配置すると、ユーザーが内容を確認できるまでに時間がかかります。 改善方法としては、次が挙げられます。 メイン画像の容量を小さくする 背景動画の自動再生を見直す 最初に必要なCSSを優先して読み込む ファーストビューに不要な外部ツールを置かない メイン画像を早い段階で読み込ませる 見た目の華やかさだけでなく、ユーザーがすぐに内容を理解できるかを基準に設計しましょう。 Webフォントを使いすぎない Webフォントは、デザインの統一感を出すうえで便利です。 一方で、種類や文字の太さを多く読み込むと、表示速度に影響します。 次のような見直しが有効です。 使用するフォントを絞る 使用する文字の太さを減らす 不要な言語のフォントデータを読み込まない システムフォントの使用を検討する フォントの読み込み中も文字を表示できる設定にする デザイン性と表示速度のバランスを考えることが大切です。 画像や広告によるレイアウトのずれを防ぐ 画像や動画、地図、広告などの表示領域が決まっていないと、読み込み後にコンテンツが押し下げられます。 CLSを改善するためには、次の対策が有効です。 画像に幅と高さを設定する 動画や地図の表示領域を先に確保する 後から表示するバナー用のスペースを用意する ページ上部へ突然コンテンツを追加しない Webフォントによる文字幅の変化を抑える ユーザーが操作しようとしているボタンやリンクを動かさないことが重要です。 WordPressのプラグインを整理する WordPressでは、プラグインを追加するだけでさまざまな機能を利用できます。 しかし、プラグインが増えすぎると、次の問題が起こりやすくなります。 不要なファイルが読み込まれる データベース処理が増える プラグイン同士が競合する 管理画面やページ表示が遅くなる セキュリティ管理が複雑になる 使用していないプラグインは停止するだけでなく、必要に応じて削除しましょう。 ただし、削除によってフォームや表示が動かなくなることもあるため、バックアップを取ってから作業することが重要です。 症状別｜優先して改善すべきポイント ページ全体の表示開始が遅い 確認する項目 サーバーの応答速度 キャッシュ設定 リダイレクトの回数 WordPressやデータベースの処理 メイン画像の表示が遅い 確認する項目 画像容量 画像形式 読み込みの優先順位 ファーストビュー画像への遅延読み込み ボタンやメニューの反応が遅い 確認する項目 JavaScriptの処理 外部タグの数 アニメーション フォームや検索機能の処理 読み込み中に画面が大きくずれる 確認する項目 画像の幅・高さ 動画や地図の表示領域 後から表示されるバナー Webフォント 原因によって対応方法が異なるため、PageSpeed Insightsの点数だけで判断せず、どの指標に問題があるかを確認しましょう。 表示速度改善でよくある失敗と注意点 失敗1：PageSpeed Insightsで100点を取ることが目的になる 点数を上げること自体が目的ではありません。 Googleも、Core Web Vitalsの良好な結果だけで検索上位が保証されるわけではなく、SEOのためだけに満点を目指すことは必ずしも有効ではないと説明しています。 重要なのは、ユーザーが快適にページを利用できることです。 失敗2：必要な画像や機能まで削除してしまう 画像や動画、フォーム、チャットなどは、ビジネス上必要な場合があります。 単純に削除するのではなく、次の視点で判断しましょう。 問い合わせに貢献しているか 信頼感を高めているか ユーザーの理解を助けているか 軽量化や読み込み方法の変更で残せないか 失敗3：トップページだけを確認する ユーザーが最初に訪れるのは、トップページとは限りません。 検索からブログ記事、サービスページ、事例ページへ直接アクセスすることもあります。 次のページは個別に確認しましょう。 トップページ 主要サービスページ アクセス数の多い記事 お問い合わせフォーム 採用ページ 広告やSNSのリンク先 失敗4：一度改善して終わる 画像やプラグイン、外部タグは運用中に増えていきます。 公開時は速くても、数年後には遅くなっていることがあります。 月次や四半期ごとなど、定期的に確認する仕組みを作りましょう。 表示速度の改善チェックリスト スマートフォンとパソコンの両方で測定したか 実際のユーザーデータを確認したか LCP・INP・CLSのどこに問題があるか把握したか ファーストビュー画像を圧縮したか 画像の表示サイズに合ったデータを使用しているか 不要なJavaScriptや外部タグを整理したか キャッシュ設定を確認したか WordPressの不要なプラグインを整理したか 画像や動画の表示領域を事前に確保したか 主要ページを個別に確認したか 改善後にフォームや表示の動作確認をしたか 定期的に測定する担当者と頻度を決めたか すべてを一度に改善する必要はありません。 まずは、容量の大きい画像・不要な外部タグ・サーバーの応答速度など、影響の大きい部分から着手しましょう。 まとめ：点数ではなくユーザー体験を改善する ホームページの表示速度は、SEOのためだけに改善するものではありません。 ユーザーがストレスなく情報を確認し、問い合わせや予約、応募へ進める状態を作ることが本来の目的です。 表示速度を改善するときは、次の順番で進めましょう。 PageSpeed InsightsやSearch Consoleで現状を確認する LCP・INP・CLSのどこに問題があるか把握する 画像・コード・サーバーを影響の大きい順に見直す 改善後に表示とフォームの動作を確認する 定期的に測定して、遅くなる前に対処する 点数だけを追うのではなく、ホームページの目的や必要な機能を維持しながら、ユーザーにとって快適な状態を目指すことが重要です。 無料相談 Refuでは、PageSpeed InsightsやSearch Consoleを活用した現状分析から、画像最適化・サーバー環境・WordPressの構成まで確認し、優先順位を付けた表示速度改善をご提案しています。 「ホームページの表示が遅い」「改善項目が多く、どこから手を付ければよいか分からない」という方も、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら スマホ対応は必須！レスポンシブデザインの基本 ドメイン・サーバーの選び方｜初心者でも失敗しない基礎知識と注意点 ホームページ公開後にやるべき初期設定10選｜最低限の運用準備チェック ホームページのKPI設計｜アクセス・CV・問い合わせを“数字で改善”する方法 GA4で最低限見るべき指標7つ｜初心者でも分かる分析のはじめ方 Search Consoleの見方入門｜流入キーワードと改善ポイントの見つけ方
2026/07/07
リニューアル・運用ノウハウSEOを落とさないページ統合・削除の進め方｜残す/統合/消す判断基準と301設計
ページ統合・削除は“整理”ではなく“資産の引き継ぎ” ホームページのリニューアルでは、「ページ数を減らしたい」「古いページを整理したい」という相談がよくあります。 しかし、ページの統合や削除は、単なる整理ではありません。 これまで積み上げてきた、 検索順位 被リンク アクセス 問い合わせにつながる導線 といった資産を、新しいサイトへ引き継ぐ作業です。 進め方を間違えると、 検索順位が下がる アクセスが減る 問い合わせが減る といった影響が出る可能性があります。 まず結論：ページ整理は「棚卸し→判断→受け皿→301→監視」の順で進める SEOへの影響を抑えながらページを整理するには、次の流れで進めることが重要です。 現状ページを棚卸しする 残す・統合・削除を判断する 統合先（受け皿）を充実させる 301リダイレクトを設定する 公開後に404や順位を確認する 「不要だから消す」ではなく、「価値を引き継ぐ」という考え方が大切です。 ページ統合・削除でSEOが落ちる原因 資産ページを削除してしまう 検索流入や被リンクがあるページを削除すると、それまで積み上げてきた評価も失われます。 ページを削除する前に、本当に価値がないページなのかを確認しましょう。 統合先の情報が不足している ページをまとめても、情報量が減ってしまうと検索順位が下がることがあります。 旧ページに掲載していた内容は、できるだけ統合先へ引き継ぐことが重要です。 301リダイレクトが漏れている 旧URLが404エラーになると、検索エンジンにもユーザーにも悪影響があります。 リニューアル時は、旧URLから新URLへの転送設定を忘れないようにしましょう。 すべてトップページへ転送している 旧ページをすべてトップページへ転送すると、内容の関連性が失われます。 評価が適切に引き継がれず、ユーザーも目的の情報にたどり着けません。 内部リンクが切れている 統合後に内部リンクを更新しないと、存在しないページへのリンクが残ってしまいます。 公開前に内部リンクを見直すことも重要です。 まずはページを棚卸しする GA4で流入と成果を確認する 最初に確認したいのは、成果に貢献しているページです。 特に次のデータを確認しましょう。 ランディングページ 問い合わせにつながっているページ これらは慎重に扱うべき重要な資産です。 Googleサーチコンソールで検索状況を確認する 検索から評価されているページも把握しておきます。 確認する項目は、 表示回数 クリック数 検索キーワード です。 検索意図を理解せずに統合すると、順位が下がる原因になります。 被リンクを確認する 外部サイトからリンクされているページには評価が蓄積されています。 例えば、 取引先サイト ポータルサイト 地域メディア 業界団体 などからリンクされているページは、できるだけ活かす方向で考えましょう。 残すべきページの判断基準 次のようなページは、基本的に残すことをおすすめします。 検索流入が多いページ 検索から継続的にアクセスがあるページは重要な資産です。 問い合わせにつながっているページ サービスページや事例ページなど、CVに貢献しているページは慎重に扱いましょう。 被リンクがあるページ 外部評価を受けているページは削除せず、活用を検討します。 比較検討で重要なページ 例えば、 サービス 料金 事例 よくある質問 などは、ユーザーの意思決定に関わる重要なページです。 統合した方が良いページ 内容が重複しているページ 似たテーマの記事が複数ある場合は、1ページにまとめる方が評価も集まりやすくなります。 情報量が少ないページ 内容が薄いページを複数持つよりも、情報をまとめて充実したページを作る方がSEOにも有利です。 同じ検索意図で競合しているページ 自社内で同じキーワードを狙うページが複数あると、評価が分散することがあります。 検索意図が同じなら、統合を検討しましょう。 削除を検討できるページ 次のようなページは、削除しても問題ないケースがあります。 古い告知ページ 終了したキャンペーンやイベントなど、今後価値がない情報です。 内容がほとんどないページ 情報量が少なく、検索流入もないページです。 統合済みの重複ページ 内容を新しいページへ引き継いでいる場合は削除できます。 継続掲載できないページ 法令や契約上の理由で公開できないページです。 ただし、検索流入や被リンクがある場合は、削除ではなく統合やリライトを検討しましょう。 ページ統合で重要なのは「受け皿」 検索意図が近いページへ統合する 統合先は、検索意図が近いページを選びます。 関連性が低いページへ統合すると、評価が引き継がれにくくなります。 旧ページの情報を引き継ぐ 統合時には、旧ページの良い内容も移しましょう。 例えば、 FAQ 事例 料金情報 比較表 対応範囲 手順 などは積極的に取り込みます。 タイトルや内部リンクも見直す 統合後は、 タイトル 見出し 内部リンク も新しい構成に合わせて調整しましょう。 301リダイレクトで評価を引き継ぐ トップページへの一括転送は避ける すべてトップページへ転送すると、検索エンジンもユーザーも混乱します。 できるだけ内容が近いページへ転送しましょう。 1対1で対応表を作る おすすめは、旧URLと新URLの対応表を作成することです。 1ページずつ対応させることで、漏れも防げます。 多段リダイレクトを避ける 旧URL → 中間URL → 新URL のような転送は避け、 旧URL → 新URL で完結するように設定しましょう。 公開後に確認したいポイント 404エラーが発生していないか Googleサーチコンソールなどで404エラーを確認します。 リダイレクト漏れや内部リンク切れがないかもチェックしましょう。 XMLサイトマップを送信する 新しいURLでサイトマップを更新し、Googleへ送信します。 インデックス状況もあわせて確認すると安心です。 順位変動を確認する 順位が大きく下がった場合は、 301設定 noindex robots.txt canonical 内部リンク コンテンツ不足 などを順番に確認しましょう。 このまま使えるページ整理チェックリスト リニューアル前チェック GA4で流入・CV貢献ページを確認した Googleサーチコンソールで検索流入を確認した 被リンクのあるページを把握した 残す・統合・削除を一覧化した リニューアル時チェック 統合先ページを十分に充実させた 旧URLと新URLの対応表を作成した 301リダイレクトを設定した 内部リンクを更新した 公開後チェック 404エラーを確認した XMLサイトマップを送信した 検索順位やアクセス状況を確認している まとめ：ページを減らすなら「価値を集約して強くする」 ページ整理で重要なのは、「ページ数を減らすこと」ではありません。 これまで積み上げた検索評価や導線を、新しいページへ正しく引き継ぐことが成功のポイントです。 棚卸しから始めて、 残す 統合する 削除する を適切に判断し、301リダイレクトや内部リンクまで丁寧に設計することで、SEOへの影響を抑えながらサイトを改善できます。 無料相談 Refuでは、GA4やGoogleサーチコンソールを活用したページ棚卸しから、統合・削除方針の策定、受け皿ページの設計、301リダイレクト設定、公開後の順位監視まで一貫してサポートしています。 「ページが増えすぎて整理したい」「SEOを落とさずリニューアルしたい」という方も、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら コンテンツ移行で失敗しないために｜旧サイト資産の棚卸しと移行判断基準 301リダイレクト完全ガイド｜SEOを落とさずURL変更する手順と注意点 リニューアル後に検索順位が落ちた時の原因チェック｜最短で戻す改善手順 サイトマップ作成の基本｜リニューアルで迷わないページ設計の決め方 Googleサーチコンソールの基本操作と改善への活かし方
2026/06/25
集客・マーケティング戦略被リンクを増やす広報・PR設計｜中小企業でもできる獲得ルート7選
被リンクは「SEOの裏技」ではなく“信頼の投票” 被リンク（他サイトから自社サイトへのリンク）は、昔からSEOで重要な要素と言われています。 しかし現在のSEOにおいて、被リンクは単なるテクニックではありません。 検索エンジンにとって被リンクは、 「第三者から紹介されている＝信頼されている」 という評価の材料です。 そのため、中小企業が被リンクを増やす近道は、SEOテクニックではなく「紹介したくなる理由」を作ることにあります。 まず結論：被リンクは「紹介される理由」を作れば自然に増える 中小企業が被リンクを増やす王道パターンはシンプルです。 価値のある情報を公開する 地域や業界の関係者に知ってもらう 継続的に発信する 無理にリンクを依頼するよりも、 「この情報は役立つから紹介したい」 と思われる状態を作る方が、安全かつ長期的なSEO効果につながります。 被リンクが増えない会社の共通点 宣伝しかしていない 新商品やキャンペーン情報だけでは、第三者が紹介する理由になりません。 紹介されやすいのは次のような情報です。 地域貢献活動 新しい取り組み 調査データ 業界ノウハウ ニュース性や話題性がある情報ほどリンクされやすくなります。 発信が単発で終わっている 一度だけ記事を公開しても、被リンクは増えにくいものです。 被リンクは、積み上がったコンテンツ資産に対して徐々に集まります。 リンク先となるページが弱い 会社概要やトップページだけでは、紹介する理由が生まれません。 紹介されやすいページを作る必要があります。 危険な施策に頼っている 次のような施策は避けるべきです。 有料リンク購入 相互リンク集 大量のディレクトリ登録 短期的に見えても、中長期ではリスクの方が大きくなります。 被リンク獲得の前に作るべき「受け皿ページ」 信頼性を伝える会社情報ページ まず整えたいのが信頼情報です。 会社概要 代表者紹介 沿革 実績紹介 これらは「この会社なら信頼できそう」という土台になります。 テンプレート・チェックリストなどの資産ページ 紹介されやすいのは「役立つ情報」です。 例 ホームページ制作準備チェックリスト サイトリニューアル準備シート お問い合わせ導線チェックシート CTA文言テンプレート 他社が紹介しやすい形で公開すると被リンクにつながりやすくなります。 調査・事例などの一次情報ページ 最も引用されやすいのが一次情報です。 例 顧客アンケート調査 業界動向レポート 自社データ分析 導入事例 他サイトでは持っていない情報ほど価値があります。 中小企業でも実践しやすい被リンク獲得方法7選 地域団体・業界団体への掲載 まず取り組みやすいのがこちらです。 商工会議所 業界団体 協会サイト 地域ポータルサイト 関連性が高く、信頼性のある被リンクになります。 取引先やパートナー企業の事例掲載 BtoB企業では特に有効です。 導入事例 パートナー紹介 協力会社一覧 自然な文脈でリンクが獲得できます。 地域メディアや学校との連携 例えば次のような活動です。 地域イベント協賛 セミナー登壇 学校での講師活動 地域メディア寄稿 PR効果と被リンクを同時に得られます。 プレスリリース配信 被リンクにつながりやすいリリースには特徴があります。 紹介されやすいテーマ 地域課題への取り組み 独自調査の公開 新サービスの発表 共同プロジェクト 単なる宣伝ではなく、ニュース性が重要です。 調査データの公開 調査コンテンツは引用されやすい代表例です。 例 ホームページ運用実態調査 採用サイトに関するアンケート 中小企業の集客課題調査 数字やグラフがあると紹介されやすくなります。 無料テンプレート配布 便利な資料は紹介理由になります。 例 見積比較シート 採用ページチェックリスト SEOチェックシート サイト改善テンプレート インタビューや共同企画 双方にメリットがある企画は拡散されやすくなります。 例 地域企業インタビュー 業界対談記事 共催セミナー 自然な形で被リンクが発生します。 被リンク獲得の実務フロー まずは掲載候補を20件リストアップする 最初から大量に探す必要はありません。 以下のカテゴリごとに整理します。 地域団体 業界団体 取引先 メディア パートナー企業 依頼文は短くする 長文よりも簡潔な方が読まれます。 入れる内容 掲載してほしい内容 相手のメリット 紹介してほしいページ お礼 紹介されるページを改善する 紹介先ページは、 タイトルが分かりやすい 得られる内容が明確 図解や箇条書きがある 状態にしておくと掲載率が上がります。 獲得後も関係を継続する 掲載されたら終わりではありません。 お礼を伝える SNSで紹介する 次の企画を提案する 継続的な関係づくりが重要です。 やってはいけない被リンク施策 有料リンク購入 検索エンジンのガイドライン違反になる可能性があります。 不自然な相互リンク SEO目的だけのリンク交換は避けましょう。 キーワード指定リンクの強要 「このキーワードでリンクしてください」という依頼は不自然になりがちです。 自然な文脈を優先しましょう。 低品質サイトへの大量登録 数だけ増やしても評価にはつながりません。 被リンクの効果測定方法 良い被リンクの条件 良いリンクには共通点があります。 関連性がある 信頼できるサイトから貼られている 自然な文脈で紹介されている 確認したい指標 順位だけを見ないことが大切です。 確認すべき指標 検索流入 指名検索数 参照元流入（Referral） 問い合わせ数 被リンクが増えるサイトの特徴 共通するのは「資産ページ」が豊富なことです。 テンプレート 調査データ 用語集 事例 こうしたコンテンツが増えるほど、自然な被リンクも増えていきます。 このまま使える被リンク獲得チェックリスト リンクされやすい資産ページがある 地域・業界・取引先など候補を20件以上整理した 紹介依頼文が短く整理されている 有料リンクやリンク集を利用していない 獲得後の関係構築を行っている 指名検索や参照流入も確認している まとめ：被リンクは“広報設計”で増やす時代 被リンクは、SEOのために無理やり増やすものではありません。 重要なのは、 一次情報を作る 役立つ資産を公開する 地域や業界との関係を作る 紹介したくなる理由を用意する ことです。 こうした取り組みを継続することで、被リンクは自然に積み上がり、SEOだけでなく企業の信頼性向上にもつながります。 無料相談 Refuでは、被リンク獲得を目的とした資産ページ設計（テンプレート・調査・事例）から、広報・PR企画、掲載先リストアップまで一貫してサポートしています。 「SEOを強化したいが何から始めれば良いか分からない」「被リンクを自然に増やしたい」という方は、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら E-E-A-Tを高めるコンテンツ設計｜信頼されるホームページの作り方 CVが増える“実績・事例”ページの作り方｜見せ方テンプレと注意点 SEOに強いサイト構造とは？カテゴリ設計と内部リンク最適化の基本 検索意図から逆算するキーワード設計｜中小企業のためのKWマップ作成法 GA4で“集客のムダ”を見つける方法｜チャネル別に成果を伸ばす分析手順
2026/06/16
リニューアル・運用ノウハウ指名検索を増やすためのリニューアル戦略｜会社名で探されるサイトの作り方
指名検索とは？“会社名で探される状態”が最強な理由 指名検索とは、ユーザーが会社名・ブランド名・サービス名を直接検索することです。 例えば、 株式会社〇〇 〇〇（サービス名） 〇〇 評判 〇〇 料金 といった検索が該当します。 指名検索が強い状態は、極端に言えば「比較されても選ばれやすい状態」です。 なぜなら、ユーザーの頭の中にすでに候補として入っているからです。 なぜ指名検索が増えると成果が伸びるのか 指名検索が増えると、SEO・広告・営業のすべてに良い影響が出やすくなります。 SEO面｜流入が安定しやすい 一般キーワードは競合やアルゴリズムの影響を受けやすい一方で、指名検索は順位変動の影響を受けにくい傾向があります。 そのため、安定したアクセス基盤になりやすいのが特徴です。 広告面｜広告依存を減らしやすい 指名検索はクリック単価が比較的低くなりやすく、広告効率も高まります。 また、そもそも会社名で検索される人が増えるほど、広告だけに頼らない集客が実現しやすくなります。 商談面｜問い合わせの質が高くなりやすい 指名検索で訪問するユーザーは、 すでに会社を知っている 他社と比較している 問い合わせを検討している ケースが多く、成約率や商談化率が高くなりやすい傾向があります。 まず結論：指名検索は「認知 × 信頼 × 思い出しやすさ」で増える 指名検索はSEOテクニックだけで増えるものではありません。 次の3つが揃ったときに増えていきます。 認知 会社名やサービス名を見たり聞いたりする機会が増えること。 信頼 「この会社なら大丈夫そう」と感じる根拠があること。 思い出しやすさ 会社名と提供価値がセットで記憶されていること。 リニューアルで特に強化できるのは、 信頼 思い出しやすさ の部分です。 指名検索が増えないサイトの共通点 何をしている会社か分からない 社名だけ見ても、 「何の会社だっけ？」 となる状態です。 会社名と提供価値が結びついていないと、思い出して検索してもらえません。 社名やサービス名が記憶に残らない 名前そのものを変える必要はありません。 大切なのは、サイト内で自然に接触回数を増やすことです。 ユーザーが後から検索できる状態を作ることが重要です。 信頼情報が不足している 指名検索で来たユーザーは、最終的に比較検討します。 その際に、 実績 料金 FAQ 対応範囲 お客様の声 などが不足していると、他社へ流れてしまいます。 リニューアルでできる指名検索強化①｜トップページ設計 ファーストビューで「誰向けか」を明確にする トップページでは、 誰向けか 何を提供するか どんな強みがあるか を最初に伝えることが重要です。 例えば、 中小企業向けのホームページ制作・運用支援 のように、一目で分かる状態を作ります。 社名を自然に繰り返し見せる 不自然な連呼は不要ですが、 ヘッダー フッター 会社紹介 実績紹介 CTA周辺 などで自然に露出を増やすと記憶に残りやすくなります。 強み → 根拠 → 事例 → CTAの順で見せる 指名検索は信頼があって初めて増えていきます。 おすすめの流れは、 強み 根拠 実績・事例 問い合わせ導線 です。 リニューアルでできる指名検索強化②｜信頼コンテンツを整備する 会社情報・代表メッセージを整える 指名検索する人は、 「どんな会社なのか」 を確認します。 そのため、 会社概要 代表メッセージ 事業への考え方 は重要な信頼材料になります。 実績・事例を充実させる 実績ページは、 課題（Before） 施策（Process） 成果（After） の形で統一すると伝わりやすくなります。 お客様の声を掲載する 第三者の評価は強い信頼材料です。 可能であれば、 業種 地域 役職 依頼内容 も併せて掲載すると説得力が増します。 料金・FAQを整備する 指名検索で訪れた人が離脱する大きな理由は不安です。 そのため、 料金の目安 対応範囲 制作の流れ FAQ を整備しておくことが重要です。 リニューアルでできる指名検索強化③｜指名SEOを整える 社名検索で適切なページが表示されるようにする ユーザーは、 会社名 会社名＋サービス名 会社名＋評判 などで検索します。 そのため、 トップページ 会社概要 サービスページ のタイトルや見出しを整理しておきましょう。 検索結果の見え方を整える 検索結果では、 何をしている会社か 対応エリア 強み が分かるタイトル・ディスクリプションにするとクリックされやすくなります。 Googleビジネスプロフィールも整備する 地域ビジネスの場合は、 Googleビジネスプロフィール 住所 電話番号 営業時間 などの情報を統一しておくことが重要です。 指名検索を増やすサイト外施策 SNSやYouTubeで接触回数を増やす 人は何度も接触したものを記憶します。 そのため、 Instagram X YouTube セミナー プレスリリース などで社名を見てもらう機会を増やすことが有効です。 名刺・提案書・資料も活用する 意外と効果があるのが営業資料です。 会社名だけでなく、 株式会社〇〇 中小企業向けホームページ制作・運用支援 のように提供価値もセットで掲載すると、後から検索されやすくなります。 紹介・口コミを受け止める準備をする 口コミそのものはコントロールできません。 しかし、 事例 料金 FAQ お客様の声 を整備しておけば、紹介された後の比較で選ばれやすくなります。 指名検索が増えたか確認する方法 指名検索は感覚ではなく数字で確認できます。 Search Console 社名やサービス名を含むクエリの推移を見る。 GA4 Direct流入 指名検索流入後のCV率 を確認する。 ブランド指標 会社名検索数 SNSでの言及数 指名での問い合わせ件数 なども参考になります。 このまま使えるチェックリスト 何の会社か一言で伝わる ファーストビューに提供価値がある 会社概要が充実している 実績・事例が掲載されている お客様の声がある 料金やFAQが整備されている 社名が自然に複数回登場する Googleビジネスプロフィールが整っている 指名検索クエリを定期的に確認している まとめ：指名検索は“事業資産”になる 指名検索が増えると、 SEOが安定する 広告依存が下がる 商談化率が上がる という好循環が生まれます。 そのためには、 「何をしている会社かを明確に伝えること」そして、「信頼できる根拠を見せること」 が欠かせません。 リニューアルは、指名検索を増やす仕組みを作る絶好の機会です。 まずはトップページ・会社概要・事例・料金ページなど、信頼に直結するページから整えていきましょう。 無料相談 Refuでは、指名検索を増やすためのトップページ設計、事例ページ構成、信頼コンテンツ整備、SEO設計まで一貫して支援しています。 「広告に頼らない集客基盤を作りたい」「会社名で選ばれる状態を作りたい」という方は、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら E-E-A-Tを強化するサイト改修ポイント｜信頼を積み上げる情報設計 サイトリニューアルの要件定義｜目的・KPI・優先順位の決め方 サイトマップ作成の基本｜リニューアルで迷わないページ設計の決め方 コンバージョン率を上げる導線設計とは？成果を生むページ構成の考え方 Googleサーチコンソールの基本操作と改善への活かし方
