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/11
リニューアル・運用ノウハウCore Web Vitalsの改善方法｜LCP・INP・CLSを初心者向けに解説
Core Web Vitalsとは？ホームページの「使いやすさ」を測る3つの指標 Core Web Vitals（コアウェブバイタル）とは、Webページを利用したユーザーが感じる読み込み速度・操作への反応・表示の安定性を測るための指標です。 現在のCore Web Vitalsは、次の3つで構成されています。 LCP（Largest Contentful Paint）→ メインコンテンツがどれくらい早く表示されるか INP（Interaction to Next Paint）→ クリックやタップなどの操作にどれくらい早く反応するか CLS（Cumulative Layout Shift）→ ページ表示中にレイアウトがどれくらいズレるか つまりCore Web Vitalsは、単純な「ページの速さ」だけを見る指標ではありません。 表示されるまで待たされないかボタンを押したのに反応しない状態にならないか読んでいる途中で文字やボタンが突然動かないか といった、実際のユーザー体験を数値化する考え方です。Googleも、Core Web Vitalsを実際のユーザー体験を測定する指標として位置づけています。 Core Web VitalsはSEOにどこまで影響する？ Core Web Vitalsについて、「数値を改善すれば検索順位が上がる」と考えている方もいます。 しかし、これは少し違います。 GoogleはCore Web Vitalsを、検索ランキングを決定する際に考慮するページエクスペリエンス関連の要素の一つとして扱っています。一方で、Core Web Vitalsだけを改善すれば上位表示できるわけではなく、検索意図に合った有益なコンテンツであることの方が重要です。 例えば、 Aサイト：Core Web Vitalsは非常に良いが、内容が薄いBサイト：表示速度は少し劣るが、検索ユーザーの疑問に詳しく答えている という場合、単純にAサイトが上位になるわけではありません。 そのため、Core Web Vitals改善の目的は、 「SEOの点数を上げること」ではなく、ユーザーがストレスなく利用できる環境を整えること と考えるのが重要です。 問い合わせや採用を目的とした企業サイトなら、ユーザー体験の改善は離脱防止やフォーム到達にもつながるため、SEO以外の意味でも取り組む価値があります。 まず覚えたいLCP・INP・CLSの基準値 Googleが示している「良好」の目安は次のとおりです。 LCP：2.5秒以下INP：200ミリ秒以下CLS：0.1以下 Core Web Vitalsでは一部の高速ユーザーだけを見るのではなく、実際のユーザー体験を広く捉えるため、ページ訪問の75パーセンタイルで3指標すべてが推奨値を満たしているかが重要な基準になります。 指標何を測る？良好の目安LCP読み込み速度2.5秒以下INP操作への反応200ms以下CLS表示の安定性0.1以下 まずは、この3つの意味を理解することから始めましょう。 LCPとは？ページの「表示速度」を改善する方法 LCPは、ページを開いてから、ファーストビュー内の大きな画像やテキストなど、主要なコンテンツが表示されるまでの時間を測ります。 Googleが推奨する良好なLCPは2.5秒以下です。 企業サイトでLCPの対象になりやすいのが、 メインビジュアル 大きな写真 メインコピーを含む大きなテキスト領域 などです。 ファーストビューの大きな画像を軽くする 企業サイトでLCPが悪化する代表的な原因の一つが、ファーストビューの大きな画像です。 例えば、 5MB以上ある写真をそのまま掲載 PC用の巨大画像をスマホでも読み込む 必要以上に高解像度な画像を使用 といった状態です。 改善する場合は、 適切な画像サイズへリサイズするWebPなど効率的な画像形式を検討する端末サイズに合った画像を配信する必要以上に高画質な画像を使用しない といった方法を検討します。 LCPはメインコンテンツが表示されるまでの時間を測るため、特にファーストビュー画像の読み込み方法は重要な改善ポイントです。 サーバーの応答速度を見直す 画像だけではなく、サーバー側の応答が遅ければページ表示全体が遅くなります。 例えば、 サーバースペックが不足している アクセス集中で処理が遅れている CMS側の処理が重い キャッシュが適切に利用されていない といった原因が考えられます。 画像を圧縮してもLCPが改善しない場合は、フロント側だけでなくサーバー・CMS環境まで確認することが大切です。 不要なCSS・JavaScript・外部読み込みを減らす ページを開く際に大量のCSSやJavaScriptを読み込んでいると、重要なコンテンツの表示が後回しになることがあります。 よくあるのが、 使用していないプラグイン 大量のアニメーション 計測タグ チャットツール SNS埋め込み Webフォント などです。 「便利だから」「以前から入っているから」と残すのではなく、本当に必要なものか定期的に棚卸しすることが重要です。 LCP画像を遅延読み込みしすぎない 画像の遅延読み込み（lazy load）は、ページ全体の読み込み量を減らすためには便利です。 しかし、最初から表示されるメインビジュアルなど、LCPの対象になる重要画像まで不必要に遅延させると、逆に表示が遅くなることがあります。 「すべての画像を遅延読み込みする」のではなく、ファーストビュー画像と下層画像を分けて設計することが大切です。GoogleのLCP最適化ガイドでも、LCPリソースを早く発見・読み込み・レンダリングできる状態にすることが重要とされています。 INPとは？クリック後の「反応の遅さ」を改善する方法 INPは、ユーザーがページ内で行ったクリック・タップ・キーボード操作などに対して、画面がどれだけ早く反応したかを評価する指標です。 良好な目安は200ミリ秒以下です。INPはページ滞在中に発生した対象インタラクションの応答性を継続的に見て、ページ全体として反応が悪くないかを評価します。 例えば、 メニューを押したのに開かない フォームの選択肢を押しても反応が遅い 「もっと見る」を押してから表示まで時間がかかる といった状態は、INP悪化につながる可能性があります。 重いJavaScript処理を減らす INPが悪い場合、代表的な原因の一つがJavaScriptです。 JavaScriptの処理中は、ブラウザがユーザー操作への反応をすぐに返せない場合があります。 不要なスクリプトを削除する 処理内容を見直す 必要なタイミングまで読み込みを遅らせる などによって改善を検討します。GoogleのINP最適化ガイドでも、入力遅延・イベント処理・次の描画までの時間を短縮することが重要とされています。 長時間メインスレッドを占有する処理を分割する 一つの重い処理が長時間実行されていると、その間ユーザー操作への反応が遅れます。 処理を小さく分けたり、不要な処理を減らしたりすることで、ユーザー操作を処理できる余裕を作ります。 専門的な実装になるため、INPに問題がある場合は制作会社やエンジニアへの相談をおすすめします。 外部ツール・タグを整理する 企業サイトでは公開後、さまざまなツールが追加されていきます。 GA4 GTM 広告タグ ヒートマップ チャット MAツール SNS関連 一つひとつは必要でも、積み重なることでサイトが重くなる場合があります。 リニューアル時には、現在使っているタグをすべて棚卸しするのがおすすめです。 「昔の広告用タグが残っていた」「使っていないヒートマップが動いていた」 というケースは珍しくありません。 フォームやメニューの操作感を実機で確認する 数値だけでなく、自分でスマートフォンを操作することも重要です。 ハンバーガーメニュー 問い合わせフォーム アコーディオン 検索機能 スライダー モーダル など、ユーザーが触る機能を実際に試してみましょう。 INPはユーザー操作への応答性を見る指標なので、「自分で触って遅いと感じる場所」が改善箇所を探すヒントになります。 CLSとは？突然レイアウトがズレる問題を改善する方法 CLSは、ページを閲覧している途中にレイアウトが予期せず移動する現象を評価します。 良好な目安は0.1以下です。 例えば、 ボタンを押そうとした瞬間に広告が表示され、位置がずれる 文章を読んでいたら上から画像が読み込まれて文章が移動する Webフォント読み込み後に文字サイズが変わる といった状態です。 ユーザーにとって非常にストレスの大きい現象なので、改善する価値があります。 画像・動画の表示領域をあらかじめ確保する 画像のwidth・heightなどが適切に設定されていないと、ブラウザは画像が読み込まれるまで必要なスペースを判断できません。 結果として、 文章が先に表示↓画像読み込み↓文章が下へ移動 というレイアウトシフトが発生します。 画像や動画のサイズ・アスペクト比を事前に指定し、読み込み前から表示領域を確保することが、CLS改善の基本です。 後から表示されるバナーやコンテンツに注意する Cookieバナー、広告、キャンペーン案内などをページ上部へ後から挿入すると、既存コンテンツを押し下げることがあります。 対策として、 あらかじめ表示スペースを確保する 既存コンテンツを押し下げない表示方法にする ユーザー操作後の表示方法を見直す などを検討します。サイズを確保していない動的コンテンツは、CLS悪化の代表的な原因の一つです。 Webフォントによる文字ズレを抑える Webフォントの読み込み前後で文字幅や高さが大きく変わると、文章の位置がずれることがあります。 日本語サイトでは文字量が多いため、フォント選択や読み込み方法による影響が大きくなるケースもあります。 デザイン性だけでなく、 読み込み速度 可読性 レイアウトへの影響 まで考えてフォントを選択しましょう。 Core Web Vitalsの確認方法｜まず見るべき3つのツール Google Search Console Search ConsoleにはCore Web Vitalsのレポートがあり、実際のユーザーデータをもとにサイトの問題を確認できます。GoogleもCore Web Vitals改善時の確認手段としてSearch Consoleのレポートを案内しています。 「サイト全体として問題があるページ群を探す」用途に向いています。 まずは、 良好 改善が必要 不良 となっているページがどれくらい存在するのか確認しましょう。 PageSpeed Insights PageSpeed Insightsは、URLを入力するだけでパフォーマンスを確認できるGoogleのツールです。 利用可能な場合は実際のユーザー環境から収集されたフィールドデータを確認でき、同時にLighthouseによるラボ環境での診断も改善箇所の特定に役立ちます。フィールドデータとラボデータは測定環境が異なるため、数値が一致しない場合があります。 重要なのは、 点数だけを見るのではなく、「何が遅くしているか」を見ること です。 Chrome DevTools・Lighthouse 具体的な原因を調べたい場合は、Chrome DevToolsやLighthouseを利用します。 例えば、 どの画像がLCP対象か どの処理が重いか どの要素がレイアウトシフトしているか など、問題の原因をより細かく分析できます。Googleは、Core Web Vitalsは実際のユーザーデータで評価しつつ、Lighthouseなどのラボツールを問題診断に活用するワークフローを案内しています。 「PageSpeed Insightsで100点」を目標にしなくていい理由 Core Web Vitals改善でよくある失敗が、 「とにかくPageSpeed Insightsを100点にする」 ことが目的になってしまうことです。 Google自身も、Core Web Vitalsのスコアが良いからといって検索上位が保証されるわけではなく、SEOだけを理由に満点を追い求めることは有効な時間の使い方とは限らないと説明しています。 例えば、100点を取るために、 必要な写真を極端に小さくする 便利な機能を削除する ブランド表現をすべてなくす となってしまえば、本末転倒です。 目指すべきなのは、 ユーザーがストレスなく閲覧できる伝えたい情報がきちんと伝わる問い合わせ・応募につながるそのうえでCore Web Vitalsも良好 という状態です。 リニューアル時にCore Web Vitalsが悪化しやすい原因 「古いサイトより新サイトの方が遅くなった」ということは実際に起こります。 原因として考えられるのは、 大きなメインビジュアルを追加した動画をファーストビューへ追加したアニメーションを増やしたWebフォントを増やしたJavaScriptライブラリが増えた計測・広告・チャットタグが増えたWordPressプラグインが増えた などです。 つまり、デザインを豪華にすることと、快適に使えることは必ずしも同じではありません。 リニューアルではデザイン確認だけでなく、公開前にPageSpeed Insightsや実機でパフォーマンス確認を行いましょう。 Core Web Vitals改善チェックリスト LCP｜読み込み速度 ファーストビュー画像が必要以上に大きくない 画像を適切なサイズ・形式にしている LCP対象画像を不必要に遅延読み込みしていない 不要なCSS・JavaScriptを減らしている サーバー応答が極端に遅くない 不要な外部ツールを削除している INP｜操作への反応 ボタン・メニューがすぐ反応する 重いJavaScript処理を見直している 不要なタグ・外部スクリプトを整理している フォームを実際のスマートフォンで操作確認している アニメーションやUI機能を増やしすぎていない CLS｜表示の安定性 画像に表示サイズ・アスペクト比を設定している 動画・iframeの領域を確保している 後から挿入されるバナーの領域を確保している フォント読み込みによる大きなズレがない ページをスクロールしても突然コンテンツが動かない 計測・運用 Search ConsoleでCore Web Vitalsを確認している PageSpeed Insightsで重要ページを確認している トップページだけでなくサービスページも確認している PC・スマートフォンの両方を確認している リニューアル公開後も継続して数値を監視している まとめ：数字を良くすることではなく“快適に使えるサイト”を目指す Core Web Vitalsは、 LCP＝表示されるまでの速さINP＝操作への反応の速さCLS＝画面の安定性 という、ユーザーがホームページを利用するときの基本的な体験を数値化したものです。 現在Googleが示している良好の目安は、LCP 2.5秒以下・INP 200ミリ秒以下・CLS 0.1以下です。 ただし、Core Web Vitalsだけを改善すればSEOで勝てるわけではありません。 検索意図を満たすコンテンツ企業としての信頼性分かりやすい導線問い合わせしやすい設計快適なページ体験 これらを総合的に整えることが重要です。Googleも、特定のページエクスペリエンス指標だけに集中するのではなく、全体として良いページ体験を提供することを推奨しています。 Core Web Vitalsは「SEOのための点数」ではなく、ユーザーが快適にサイトを利用できているかを確認する健康診断として活用しましょう。 無料相談 Refuでは、PageSpeed Insights・Search Consoleなどを活用した現状分析から、画像最適化、JavaScript・外部タグの整理、WordPress・サーバー環境の見直しまで、サイトごとの原因に合わせた改善をご提案しています。 「リニューアルしたらサイトが重くなった」「PageSpeed Insightsの数値をどう見ればいいか分からない」「SEOと問い合わせの両方を考えて改善したい」 など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら ページスピード改善で成果が変わる！画像・構造の見直し術 画像サイズとページ速度の関係を理解する｜表示速度を改善する実践テクニック リニューアル後に検索順位が落ちた時の原因チェック｜最短で戻す改善手順 リニューアル時のアクセス解析「引き継ぎ」完全ガイド｜GA4設定・GTM・計測の落とし穴 リニューアル後の改善ロードマップ｜公開後90日でやるべき施策チェックリスト
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/07/14
リニューアル・運用ノウハウリニューアル後の改善ロードマップ｜公開後90日でやるべき施策チェックリスト
リニューアルは公開がスタート｜90日で差がつく理由 ホームページのリニューアルは、公開した時点がゴールではありません。むしろ、本当のスタートは公開後です。 公開直後は、Googleが新しいサイトを評価し直す期間であり、ユーザーのアクセスデータや行動データも集まり始めます。 この最初の90日間で改善を継続できるかどうかが、その後の検索順位や問い合わせ数に大きく影響します。 例えば、次のような要素は公開直後だからこそ重要になります。 404エラーやリダイレクト漏れなどの技術的な問題 GA4やGoogleタグマネージャーの計測設定 問い合わせフォームの動作確認 CTAや導線の改善 SEO評価を高めるコンテンツの充実 公開後の運用を前提にサイトを育てることで、長期的な成果につながります。 まず結論：90日ロードマップは「計測→SEO→CV→運用拡張」の順で進める 公開後は改善したいことが多くありますが、優先順位を間違えると効率が下がります。 まず取り組むべき流れは次のとおりです。 計測環境を確認する SEO上の問題を解消する 問い合わせ導線（CV）を改善する コンテンツや運用体制を拡張する この順番で進めることで、無駄なく成果につなげやすくなります。 公開直後（0〜3日）に必ず確認すること GA4・GTM・広告計測が正しく動いているか 公開後は、まず計測環境を確認します。 確認したいポイントは以下です。 GA4のリアルタイムでアクセスが取得できている お問い合わせ完了などのコンバージョンが計測されている Googleタグマネージャー（GTM）が公開されている 広告を運用している場合はコンバージョン計測が正常に動作している 計測が正しくできていない状態では、改善の判断も誤ってしまいます。 SEOの初期トラブルを確認する 公開直後はSEOに影響する設定も必ず確認しましょう。 主なチェック項目は次のとおりです。 301リダイレクト漏れがない 旧URLが404エラーになっていない noindexが誤って設定されていない robots.txtでクロールを制限していない canonicalタグが適切に設定されている お問い合わせフォームを実際に送信する フォームは必ず実際に送信テストを行います。 確認する内容は以下です。 送信完了ページが表示される 自動返信メールが届く 管理者宛てメールが届く 迷惑メールに振り分けられていない 公開から1週間以内（〜7日）に行うこと Search Consoleでインデックス状況を確認する 公開後1週間程度はGoogle Search Consoleを確認します。 主に見る項目は次のとおりです。 インデックス登録状況 除外ページ 404エラー リダイレクトエラー 問題があれば早めに対応することでSEOへの影響を抑えられます。 重要ページの導線を確認する まずは成果に直結するページを確認しましょう。 対象になりやすいページは次のとおりです。 トップページ サービスページ 料金ページ 事例ページ お問い合わせページ GA4で、 どこから流入しているか どこで離脱しているか CTAがクリックされているか を確認します。 改善候補を書き出す この段階では大きな改修は必要ありません。 例えば、 情報が不足している CTAが分かりづらい 不安を解消する情報が足りない など、改善点を整理しておきます。 公開後30日までに取り組むこと CTAと導線を改善する 問い合わせ数を増やすためには、まず導線を改善します。 例えば、 CTAの種類を絞る CTAの配置を見直す CTA付近に料金や事例、FAQを配置する など、小さな改善でも効果が期待できます。 フォームを改善する 入力の負担を減らすことも重要です。 改善例は次のとおりです。 必須項目を減らす 選択式を増やす 返信目安を記載する プライバシーポリシーへの導線を分かりやすくする スパム対策を見直す 表示速度を改善する 表示速度はユーザー体験だけでなくSEOにも影響します。 見直したいポイントは次のとおりです。 画像の圧縮 不要なJavaScriptの削除 外部スクリプトの整理 フォントやアニメーションの最適化 公開後60日までに取り組むこと SEOで伸びしろのあるページを改善する Search Consoleを活用し、 検索順位が8〜20位程度のページ を優先的に改善すると成果につながりやすくなります。 改善内容としては、 情報を追加する タイトルを見直す メタディスクリプションを改善する などが効果的です。 信頼につながるコンテンツを増やす 比較検討中のユーザーが安心できる情報を充実させます。 例えば、 導入事例 FAQ 料金の考え方 会社情報 実績 などは、問い合わせにもSEOにも効果があります。 内部リンクを整備する 記事や事例が増えてきたら、内部リンクも見直します。 例えば、 ブログ記事からサービスページへ誘導する 事例ページから関連サービスへ誘導する FAQからお問い合わせへつなげる など、回遊しやすい構造を作ります。 公開後90日までに取り組むこと 改善サイクルを定例化する 公開後90日で最も重要なのは、「改善を続けられる体制」を作ることです。 例えば、 毎月数字を確認する 改善案を整理する 優先順位を決める 実施・検証する という流れをルール化します。 更新ルールを整備する 運用が止まらないよう、更新ルールも決めておきます。 例えば、 更新担当 承認フロー 画像サイズ SEOルール 緊急時の対応方法 などを決めておくと、継続しやすくなります。 次の集客施策へ広げる サイトの基盤が整ったら、新たな集客施策にも取り組みます。 例えば、 Web広告 SNS運用 コンテンツSEO メールマーケティング など、集客チャネルを広げていきます。 このまま使える90日チェックリスト 公開直後（0〜3日） GA4でアクセスを計測できている コンバージョン計測が動作している GTMが公開されている お問い合わせフォームが正常に動作している 301・noindex・robots・canonicalを確認した 公開から1週間以内 Search Consoleでインデックス状況を確認した 404エラーや除外ページを確認した 重要ページの導線を確認した 優先して改善する項目を整理した 公開から30日以内 CTAを改善した フォームを改善した 表示速度を改善した 公開から60日以内 SEOを改善した 事例やFAQを追加した 内部リンクを整理した 公開から90日以内 月次レビューを開始した 更新ルールを整備した 次の集客施策を計画した よくある失敗と改善策 計測できていないまま改善してしまう まずはGA4やGTMが正しく動作していることを確認しましょう。 SEO設定のミスを放置してしまう 301リダイレクトやnoindexなどの設定ミスは、早期発見・早期対応が重要です。 改善が単発で終わってしまう 改善項目を優先順位順に整理し、毎月見直す仕組みを作ることで継続しやすくなります。 コンテンツだけ増やして導線を改善していない 記事を増やす前に、CTAやフォームなど問い合わせにつながる導線を整えることが重要です。 まとめ：公開後90日で「育つホームページ」に変わる ホームページは公開して終わりではなく、公開後90日間の改善によって成果が大きく変わります。 まずは、 計測環境を整える SEOの問題を解消する 問い合わせ導線を改善する 継続的な運用体制を作る という順番で進めましょう。 改善を積み重ねることで、ホームページは「作って終わり」ではなく、「成果を生み続ける資産」として育っていきます。 無料相談 Refuでは、ホームページ公開後90日間の改善ロードマップ作成から、GA4・Google Search Consoleによる分析、SEO改善、CV改善、月次運用まで一貫してサポートしています。 「公開後に何を改善すればいいか分からない」「リニューアル後の成果を最大化したい」という方も、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら リニューアル時のアクセス解析「引き継ぎ」完全ガイド｜GA4設定・GTM・計測の落とし穴 リニューアル後に検索順位が落ちた時の原因チェック｜最短で戻す改善手順 運用で差がつく！Webサイトの更新ルール（品質・表記・画像・承認フロー） 301リダイレクト完全ガイド｜SEOを落とさずURL変更する手順と注意点 問い合わせの質を上げる「サンクスページ」活用術｜計測・育成・CV最適化
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/30
リニューアル・運用ノウハウ競合サイト分析のやり方｜デザイン・導線・コンテンツを“真似せず超える”方法
競合サイト分析とは？リニューアルで失敗しないための競合分析の進め方 競合サイト分析というと、「デザインを真似する」「構成をコピーする」といったイメージを持たれがちです。 しかし本来の目的は違います。 競合分析とは、市場の最低ラインと、選ばれている理由を把握し、自社の勝ち筋を見つける作業です。 つまり、競合を見ることで次の2つが明確になります。 比較されたときに負けないための最低ライン 選ばれるための差別化ポイント ホームページのリニューアルで成果を出すためには、競合分析は欠かせない工程のひとつです。 競合分析で得られる3つの成果 競合分析を行うことで、リニューアルの方向性が明確になります。 施策の優先順位が決まる 競合と比較することで、 どこを改善すれば成果につながるのか 何を後回しにできるのか が見えてきます。 すべてを改善するのではなく、効果の高い部分から着手できます。 コンテンツの抜け漏れを発見できる 競合サイトを見比べることで、 料金ページ 導入事例 よくある質問 会社概要 など、自社に不足している情報に気づくことができます。 自社の強みを言語化できる 競合との比較を通じて、 何が強みなのか どこで差別化できるのか が明確になります。 差別化は「考える」よりも「比較する」ことで見つかることが多いです。 まず結論：競合は「集客→訴求→信頼→CV」で分解する 競合分析でありがちなのが、最初にデザインを見てしまうことです。 しかし、本当に見るべきなのは次の4つです。 集客 どこから人を集めているか 訴求 何を強みとして伝えているか 信頼 なぜ信頼されているのか CV導線 どうやって問い合わせにつなげているか デザインはその結果として作られています。 まずは戦略部分を分析しましょう。 分析する競合の選び方 直接競合 自社と同じサービスを提供している会社です。 価格帯や対象顧客が近い会社を選びます。 検索競合 検索結果で上位表示されている会社です。 実際にユーザーが比較する可能性があります。 比較競合 顧客から比較されやすい会社です。 規模やエリア、実績などが近い企業が該当します。 競合数の目安は3〜5社 多すぎると分析が散漫になります。 まずは3〜5社程度が現実的です。 集客分析｜どこから人を集めているか SEOの入口ページを確認する 競合サイトの中で、 サービスページ 記事ページ 料金ページ 事例ページ のどこが充実しているかを確認します。 検索流入を意識している会社ほど、入口ページが多く用意されています。 SNSや広告の導線を見る 広告を出している企業は、 LP構成 CTA 比較情報 FAQ などが整理されているケースが多いです。 参考になる要素を確認しましょう。 指名検索対策を見る 強い会社ほど、 何の会社か なぜ信頼できるのか がトップページで瞬時に伝わります。 訴求分析｜何を強みとして伝えているか ファーストビューを確認する 強いサイトは、最初の画面で次の3つが伝わります。 誰向けか 何を提供するのか なぜ選ばれるのか この3点が明確になっているか確認します。 強みの見せ方を分析する 競合が何を強みとしているのかを整理します。 例 地域密着 実績数 価格 サポート体制 専門性 など 価格やプランの見せ方を見る 価格を掲載していない場合でも、 費用の考え方 相場感 見積り例 などで不安を解消しているケースがあります。 信頼分析｜なぜ信頼されているか 事例の見せ方を確認する 成果が出ている競合は、事例を単なる実績紹介で終わらせていません。 よくある成功パターン 課題（Before） 施策（Process） 結果（After） お客様の声 という流れで構成されています。 お客様の声の活用方法を見る 掲載されている場合は、 具体性があるか 信頼できる内容か ターゲットが近いか を確認します。 会社情報の充実度を確認する 信頼を獲得している会社ほど、 代表者情報 会社概要 沿革 スタッフ紹介 などが充実しています。 CV導線分析｜どうやって問い合わせにつなげているか CTAの配置を確認する 競合サイトで使われているCTAを整理します。 例 無料相談 見積り依頼 資料請求 電話相談 LINE相談 また、 ファーストビュー 本文途中 ページ末尾 のどこに配置されているかも確認しましょう。 フォームの作りを見る 確認したいポイントは次の通りです。 項目数 入力しやすさ 安心材料の有無 個人情報の説明 などです。 回遊導線を確認する 問い合わせ前に見られることが多いページとして、 事例 料金 FAQ があります。 これらへの導線が用意されているか確認しましょう。 デザイン分析で見るべきポイント 見た目ではなく情報設計を見る デザインの好みは人によって違います。 重要なのは、 強みが伝わるか 根拠が見えるか CTAが見つかるか です。 スマホで確認する 特に重要なのがスマホ表示です。 チェックポイント 何の会社か分かるか CTAが見つけやすいか 読みやすいか を確認しましょう。 コンテンツが量産しやすい構造か 事例やブログが継続的に更新されている会社は、 テンプレート化された構造になっていることが多いです。 運用のしやすさも参考になります。 競合を真似せず超える方法 最低ラインは必ず揃える 競合が標準的に持っているものは整備しましょう。 例 事例 FAQ 料金情報 会社概要 など 競合が弱い部分を見つける 差別化は競合の弱点から生まれます。 例えば、 進行の透明性 サポート体制 分析レポート 更新支援 などです。 自社だけの根拠を出す 最終的な差別化は、 実績 経験 ノウハウ 現場情報 といった一次情報から生まれます。 真似ではなく、自社ならではの情報を増やしましょう。 このまま使える競合分析テンプレート 競合ごとに次の項目を整理すると比較しやすくなります。 基本情報 会社名 URL ターゲット 訴求 強み キャッチコピー 差別化ポイント 信頼 事例数 お客様の声 実績 会社情報 CV導線 CTAの種類 CTAの配置 フォーム項目数 コンテンツ ブログ 事例 FAQ 料金ページ デザイン 情報の優先順位 スマホ対応 写真の使い方 自社の差別化案 勝てるポイント 強化すべきポイント まとめ：競合分析は「真似」ではなく「勝ち筋探し」 競合分析の目的は、競合サイトをコピーすることではありません。 市場の最低ラインを知る 自社の強みを見つける 優先順位を決める ための作業です。 まずは3〜5社を選び、 「集客 → 訴求 → 信頼 → CV」 の順で比較してみましょう。 リニューアルで何を改善すべきかが、驚くほど明確になります。 無料相談 Refuでは、競合サイト分析から、差別化ポイントの整理、サイトマップ設計、ワイヤーフレーム作成、公開後の改善運用まで一貫してサポートしています。 「競合との差別化が難しい」「何を改善すれば成果が出るか分からない」という方は、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら リニューアル前に必ずやるべき現状分析｜GA4×サーチコンソール×ヒートマップの使い分け サイトリニューアルの要件定義｜目的・KPI・優先順位の決め方 サイトマップ作成の基本｜リニューアルで迷わないページ設計の決め方 E-E-A-Tを強化するサイト改修ポイント｜信頼を積み上げる情報設計 コンバージョン率を上げる導線設計とは？成果を生むページ構成の考え方
2026/06/23
リニューアル・運用ノウハウフォームスパム対策まとめ｜reCAPTCHAだけに頼らない防止策
フォームスパムは、「迷惑メールのようなものだから」と放置されがちですが、実際には問い合わせ機会の損失や運用負担の増加につながる厄介な問題です。 特に企業サイトにとって問い合わせフォームは成果につながる重要な導線です。 スパム対策はセキュリティだけでなく、正規の問い合わせを守るためにも欠かせません。 フォームスパムとは？放置すると起きる被害 フォームスパムとは、問い合わせフォームに対して営業・詐欺・不正アクセスなどを目的とした送信が大量に届く状態です。 放置すると、次のような問題が発生します。 本当の問い合わせを見落としやすくなる 対応工数が増える メールサーバーやドメイン評価が低下する 正規メールが届かなくなる可能性がある フォーム停止による機会損失が発生する 不正アクセスや攻撃の足がかりになる 問い合わせフォームは成果の入口だからこそ、適切な対策が必要です。 スパムの種類｜ボット型と手動型で対策が変わる フォームスパムは大きく2種類に分かれます。 ボット型スパム 自動プログラムが短時間で大量送信するタイプです。 特徴として、 短時間で大量送信される 同じ内容を繰り返す 海外IPから送られることが多い などがあります。 手動型スパム 人が実際に入力して送信するタイプです。 主に、 営業メール 詐欺メール 嫌がらせ投稿 などが該当します。 ボット型は技術的な対策で防ぎやすい一方、手動型は運用面も含めた対策が必要です。 結論：スパム対策は「多層防御」が最も効果的 フォームスパムに対して、「これ一つで完璧」という対策は存在しません。 実務では複数の対策を組み合わせることが重要です。 例えば、 入力時にチェックする 送信回数を制限する 人間かどうかを判定する サーバー側で怪しい通信を遮断する スパム疑いを隔離する といった対策を重ねることで、防御力が大きく向上します。 基本対策｜まず実施したいフォームスパム対策 入力チェック（バリデーション）を強化する フォームの各項目に最低限の入力チェックを設けます。 チェックしたい内容 メールアドレス形式 電話番号形式 必須項目の未入力 URLの過剰入力 異常に長い文字列 雑なボットであれば、これだけでもかなり減らせます。 送信頻度制限（レート制限）を設定する 短時間で連続送信できないよう制限します。 設定例 1分間に1回まで 同一IPから10分間で3回まで などが一般的です。 メールアドレスや電話番号の簡易チェックを行う 手動スパムにも効果があります。 例 存在しないドメインを判定する 電話番号の桁数を確認する 不自然な入力内容を隔離する ただし、厳しくしすぎると正規ユーザーも弾いてしまうため注意が必要です。 二重送信防止を実装する 送信後の再送信を防ぐことで、誤送信や不要な送信を減らせます。 対策例 送信ボタンの非活性化 ワンタイムトークンの利用 サンクスページへの遷移 reCAPTCHAの使い分け reCAPTCHAは有効ですが、単独ではなく他の対策と組み合わせることが重要です。 reCAPTCHA v2 チェックボックスや画像認証で人間確認を行います。 メリット 判定精度が高い デメリット ユーザー負担が大きい スマホで離脱につながることがある reCAPTCHA v3 裏側でスコア判定を行います。 メリット ユーザー操作が不要 UXを損ねにくい デメリット 誤判定が発生する場合がある reCAPTCHA導入時の注意点 reCAPTCHAを導入するときは次の点に注意しましょう。 モバイルで離脱率が上がらないか 誤判定で正規ユーザーを弾いていないか ページ表示速度に影響していないか 実務で効果の高い追加対策 ハニーポットを設置する 人間には見えない入力欄を設置し、入力があればスパムと判定する方法です。 メリット UXを損なわない 多くのボットに有効 比較的導入しやすく、優先度の高い対策です。 CSRF対策を行う フォーム画面を経由しない不正送信を防ぎます。 実装例 CSRFトークンの発行 セッション確認 フォームセキュリティの基本対策です。 WAFを導入する WAF（Web Application Firewall）は、怪しいアクセスや攻撃パターンをサーバー側で遮断する仕組みです。 防げるもの SQLインジェクション XSS攻撃 ボットアクセス 脆弱性探索 フォームだけでなくサイト全体の防御にもなります。 IP制限・国別ブロックを活用する 海外からのスパムが多い場合に有効です。 ただし、 海外顧客がいる 海外から問い合わせが来る可能性がある 場合は慎重に設定しましょう。 添付ファイルを制限する ファイル添付機能がある場合は特に重要です。 設定したい項目 拡張子制限 ファイル容量制限 ウイルスチェック 保存先の分離 スパムが届いた後の運用方法 スパム判定ルールを作る 完全に排除するのではなく、隔離運用が現実的です。 例 URLが大量に含まれる 特定ワードを含む 短時間で複数送信される これらを自動的に隔離フォルダへ振り分けます。 ログを記録する 原因追跡や改善のためにログを取得します。 記録したい情報 送信日時 IPアドレス ユーザーエージェント reCAPTCHAスコア 判定理由 CV計測を壊さない スパム対策後は計測の確認も重要です。 NG例 送信ボタンを押した時点でCV計測 推奨 サンクスページ表示時にCV計測 これにより実際の問い合わせのみを計測できます。 よくある失敗と注意点 reCAPTCHAを強くしすぎる 正規ユーザーの離脱につながることがあります。 フリーメールを全て拒否する 正規の問い合わせまで失う可能性があります。 送信制限を厳しくしすぎる 短期間に複数問い合わせしたいユーザーを妨げてしまいます。 スパムが増えたからフォームを閉じる 最も大きな機会損失につながります。 重要なのは、スパムを防ぎながら正規ユーザーを通すことです。 フォームスパム対策チェックリスト 入力チェック（形式・文字数・URL制限）がある レート制限を設定している 二重送信防止を実装している reCAPTCHAを導入している ハニーポットを導入している CSRF対策を実装している WAFなどサーバー側防御がある 添付ファイル制限を行っている スパム隔離ルールを設定している サンクスページでCV計測している まとめ：フォームは成果の入口だからこそ守る価値がある フォームスパムは放置すると運用負担だけでなく、問い合わせ機会の損失にもつながります。 reCAPTCHAだけに頼るのではなく、 入力チェック レート制限 ハニーポット CSRF対策 WAF 隔離運用 といった多層防御を行うことで、正規の問い合わせを守りながらスパムを減らせます。 無料相談 Refuでは、フォームスパムの原因調査から、reCAPTCHA・ハニーポット・WAF・送信制限の設計、GA4・GTMによるCV計測の整備まで一括で対応しています。 「スパムが増えて困っている」「対策したら問い合わせが減りそうで不安」という場合も、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら 問い合わせが増える！フォーム改善の具体的テクニック 問い合わせの質を上げる「サンクスページ」活用術｜計測・育成・CV最適化 セキュリティ最低限チェックリスト｜改ざん・乗っ取りを防ぐ運用習慣 Googleタグマネージャーの導入と使い方｜初心者でも迷わない設定ステップ リニューアル時のアクセス解析「引き継ぎ」完全ガイド｜GA4設定・GTM・計測の落とし穴
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サーチコンソールの基本操作と改善への活かし方
2026/06/09
リニューアル・運用ノウハウリニューアル時のアクセス解析「引き継ぎ」完全ガイド｜GA4設定・GTM・計測の落とし穴
リニューアル時に計測が壊れるのは“あるある”｜放置が一番危険 リニューアル後に多いトラブルが、次のような“計測事故”です。 アクセスが取れていない（GA4が動いていない） CVが増えた/減ったが、実は計測がズレただけ 二重計測でCVが2倍になっている 広告のコンバージョンが計測できなくなった 怖いのは、これらは見た目では分からず、気づかないまま意思決定を誤ることです。 だからこそ、リニューアル時は「計測の引き継ぎ」を制作と同じくらい重要な工程として扱う必要があります。 まず結論：引き継ぎで守るべきものは「ID」ではなく「定義」 GA4やGTMの引き継ぎというと、ID（測定ID・コンテナID）を移すイメージになりがちです。 しかし本質はそこではありません。 守るべきは、次の“定義”です。 何をCVとするのか（キーイベント） どの導線を成果として評価するのか（マイクロCV） どの数値を見て改善するのか（レポートの見方） IDだけ引き継いでも、定義がズレると「数字はあるのに改善できない」状態になります。 事前準備｜現状の計測を棚卸しする（最低限これだけ） GA4の設定（プロパティ・データストリーム・キーイベント） まず、現状のGA4で以下を確認・メモします。 プロパティ名 データストリーム（対象ドメイン） キーイベント（CV扱いにしているもの） 参照除外（決済/予約サービス等） 内部トラフィック除外（社内アクセス） Googleシグナル、データ保持期間（必要に応じて） GTM（タグ・トリガー・変数）と公開履歴 GTMを使っている場合、最重要は「何が入っているか」です。 GA4タグ 広告タグ（Google広告、Meta等） ヒートマップ フォーム計測 クリック計測 カスタムHTMLタグ（事故の温床になりやすい） 加えて、公開履歴（バージョン）を残しておくと、問題発生時に戻しやすいです。 CV地点（サンクスページ／イベント）と目標の定義 CVは“どこで完了とみなすか”がブレると、数字が比較できません。 サンクスページ到達（/thanks/）なのか イベント発火（submit_form等）なのか 電話タップやLINEクリックを含めるのか CV定義を文章で残すだけで、引き継ぎが圧倒的にラクになります。 外部ツール（広告・ヒートマップ・予約/CRM）連携 見落としがちなのが、外部ツールです。 Google広告（タグ/リンク設定） Meta広告（ピクセル） ヒートマップ（Clarity等） 予約システム（クロスドメイン） CRM（HubSpot等） リニューアルでフォームやドメインが変わると、連携が切れやすいので要注意です。 GA4引き継ぎの基本｜変えるべき・変えないべき判断 同一ドメインのリニューアルは原則“同じGA4”が安全 同じドメインでのリニューアルなら、基本は同じGA4プロパティで継続する方が安全です。 理由は、リニューアル前後でデータが繋がり、比較・分析がしやすいからです。 ドメイン変更は“新規＋移行設計”が必要 ドメインが変わる場合は、データストリームや参照設定など再設計が必要になるケースが増えます。 このときも重要なのは、CV定義を維持したまま比較できる状態を作ることです。 参照除外・クロスドメイン・内部トラフィックの設定 リニューアル後に「参照元がぐちゃぐちゃ」「自社アクセスが混ざる」問題が起きやすいです。 決済/予約など別ドメインは参照除外 クロスドメイン計測が必要な導線は事前に把握 社内IP除外（最低限） ここを整えると、改善の精度が上がります。 GTM引き継ぎの基本｜よくある事故と回避策 GTMコンテナIDの扱い（流用・新規の判断） 通常は、同一サイトのリニューアルならGTMコンテナを流用するケースが多いです。 ただし、タグがカオス化している場合は、新規に整理して移行した方が安全なこともあります。 タグの二重設置（直貼り＋GTM）が最頻出事故 最も多い事故がこれです。 新サイトでGA4を直貼りした上で、GTMでもGA4タグが動いている。 結果、PVもCVも二重になり「数字が急増」します。 対策 計測は GTMに統一 直貼りに統一 のどちらかに決めることです。 トリガー条件のズレ（URL変更・DOM変更） リニューアルでHTML構造やURLが変わると、クリック計測やフォーム計測が発火しなくなります。 「同じGTMを引き継いだのに計測できない」の原因は大体これです。 対策 重要イベントは、公開前に必ずテストすることです。 公開前チェック｜この確認で“数字が死ぬ事故”を防ぐ リアルタイムで計測できるか（テスト手順） 最低限やるテスト テスト端末でサイトを開く GA4のリアルタイムでアクセスが見える 主要ページ移動が反映される これが見えないなら、公開してはいけません。 計測が停止しています。 キーイベント（CV）が意図通り発火するか フォーム送信・電話タップなど、重要CVは必ずテストします。 「送信ボタンを押した」ではなく、完了（成功）が計測されているか確認します。 二重計測の有無（同一イベントが2回発火していないか） 公開前に、同じ操作でイベントが複数発火していないか確認します。 二重計測は、データの信用を一瞬で壊します。 公開後チェック（72時間が勝負）｜早期発見の監視項目 流入が急減していないか（チャネル別） 検索だけ落ちているのか、全チャネルが落ちているのかで原因が変わります。 全体が落ちているなら、計測タグの問題の可能性が高いです。 CVが急増・急減していないか（計測ズレの兆候） CVが突然2倍・半減している場合は、改善成果ではなく計測ズレのことが多いです。 「データがおかしい」と思ったら、まず二重計測を疑います。 Search Console・広告側の計測も確認する リニューアルは広告計測にも影響します。 Google広告 Meta広告 電話計測 など、主要導線は一通り確認します。 よくある落とし穴10選（チェックリスト） GA4タグが入っていない（そもそも計測ゼロ） GTMと直貼りで二重計測 サンクスページURL変更でCVが消えた フォームが非同期化してイベントが発火しない クロスドメイン未設定で参照元が分断 内部アクセス除外が消えて社内PVが増えた 広告タグが移行漏れ（CVが取れない） ステージングのnoindex/認証が本番に残りサチコが変になる Cookie同意の影響で計測率が変わったのに気づかない GTMの公開忘れ（プレビューで満足してしまう） まとめ：計測引き継ぎは“公開前の設計”で8割決まる リニューアル時のアクセス解析引き継ぎは、「設定して終わり」ではありません。 CV定義の棚卸し GA4/GTMの整理 公開前テスト 公開後72時間監視 までセットで行うことで、計測事故を防げます。 数字が信用できて初めて、改善は回ります。 リニューアルでは“計測の引き継ぎ”を制作と同じ重さで扱いましょう。 無料相談 Refuでは、リニューアル時の計測引き継ぎ（GA4・GTM・広告・Search Console）を棚卸しから設計・実装・テスト・公開後監視まで一括で対応しています。 「計測が正しいか不安」「二重計測を直したい」「CV定義を整理したい」など、お気軽にご相談ください。 ▶ 無料相談はこちらから その他おすすめ記事はこちら GA4のイベント設計入門｜「何を計測すべきか」を成果から逆算する Googleタグマネージャーの導入と使い方｜初心者でも迷わない設定ステップ 問い合わせの質を上げる「サンクスページ」活用術｜計測・育成・CV最適化 Googleサーチコンソールの基本操作と改善への活かし方 リニューアル後に検索順位が落ちた時の原因チェック｜最短で戻す改善手順
