# サイトリニューアルで検索流入が消える典型ミス5つ — 公開前・当日・公開後に確かめること

> サイトをリニューアルしたら検索からの訪問が激減した。その原因の多くは、noindexの消し忘れ、リダイレクト漏れ、旧URLの残り、計測タグの外れ、一度に全部変えることの5つです。Googleの公式ガイドをもとに、初心者向けに防ぎ方を解説します。

| Field | Value |
|-------|-------|
| Published | 2026-10-13 |
| Category | Beginner |
| Author | 緒方亜朗 |
| Tags | 初心者向け, SEO入門, サイトリニューアル, サイト移転, noindex, robots.txt, 301リダイレクト |
| URL | https://linksurge.jp/blog/site-renewal-seo-mistakes/ |

---


## この記事の結論：リニューアルの事故は「消し忘れ・転送漏れ・古い住所・計測切れ・同時変更」の5つ

リニューアル（サイトのデザインや仕組みを作り直すこと）の後に検索からの訪問が大きく減る。私がこれまで相談を受けたケースを振り返ると、原因はほとんどが次の5つのどれかでした。Googleの公式ガイドで裏付けられる範囲でまとめます。

1. **テスト用の noindex・robots.txt を消し忘れる** — 制作中に付けた「検索に出さない」（noindex）や「見に来ないで」（robots.txt）という設定が本番に残ると、どれだけ良いページでも正しく検索に出せなくなります。Googleの移転ガイドが、よくあるミスの最初に挙げている項目です
2. **古いURLからの転送（301リダイレクト）が漏れる** — URLが変わったのに転送がないと、古いURLは「見つかりません」になり、検索結果から外れていきます。全部をトップページへ転送するのも避けます
3. **サイトの中に古いURLが残る** — メニューや記事中のリンク、canonical（代表URLの目印）、サイトマップが古いURLのままだと、Googleに矛盾した情報を伝えることになります
4. **計測タグが外れる** — アクセス解析のタグや Search Console の確認用タグが新しいサイトに引き継がれないと、移転前後を比べられず、何が起きたのか分からなくなります
5. **デザイン・URL・中身を一度に全部変える** — Googleは大きな変更を一度に1つずつ行うようすすめています。同時に変えると、流入が落ちたときに原因を切り分けられません

以下では、なぜリニューアルで流入が消えるのかを押さえたうえで、5つのミスを1つずつ見ていきます。

---

## 1. なぜリニューアルで検索流入が消えるのか

最初に知っておきたいのは、Googleにとってリニューアルは「引っ越し」に近い出来事だということです。

Googleは、ページを見つけ（クロール）、データベースに保存し（インデックス）、検索された言葉に合わせて並べています。この仕組みは「[検索エンジンはどう動くのか](/blog/how-search-engines-work/)」で解説しました。リニューアルでURLや中身が変わると、Googleは新しいページを改めて読みに行き、保存し直す必要があります。

### 「一時的な変動」と「事故」は別物

Googleの「URL の変更を伴うサイト移転」のガイドは、移転中に検索順位が一時的に変動するのは想定内だと説明しています。中規模のサイトでも、新しいURLが検索結果に出始めるまで数週間以上かかることがある、とも書いています。

つまり、公開直後に順位が多少上下するのは、ある程度は自然なことです。問題は、設定ミスのせいで「Googleが新しいページを読めない」「読んでも検索に出せない」状態になっているケース。こちらは待っていても戻りません。

| 状態 | 起きていること | 待てば戻るか |
|:--|:--|:--|
| 一時的な変動 | Googleが新しいURLを順に読み直している途中 | 数週間ほどで落ち着くことが多い |
| 設定の事故 | noindex の残り、転送漏れなどで、そもそも検索に出られない | 直すまで戻らない |

この記事で扱う5つは、すべて後者の「事故」です。逆に言えば、公開前と公開直後に確かめれば防げるものばかりです。

> 参考・引用：
> [URL の変更を伴うサイト移転 - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja)

---

## 2. ミス1：テスト用の noindex・robots.txt を消し忘れる

もっとも被害が大きく、しかも珍しくないのがこれです。

制作中のサイトは、未完成のページが検索に出ないように、次のような設定をしておくのが普通です。

- **noindex** — ページに書き込む「このページを検索結果に出さないで」という指示
- **robots.txt のブロック** — サイトに置くファイルで「このページは見に来ないで」とクローラー（Googleの巡回プログラム）に伝える設定。`Disallow: /` と書くと、サイト全体が対象になります
- **CMSの「検索エンジンに表示しない」設定** — WordPress などの管理画面にあるチェックボックス。中身は noindex と同じ働きをします

これらを付けたまま本番公開すると、新しいサイトは正しく検索に載らなくなります。noindex が残ると、ページは検索結果から外れていきます。robots.txt でブロックされたページは中身を読まれないため、内容を反映した形で表示されなくなります（リンク経由でURLだけが検索結果に出ることはあります）。

### Googleも「よくあるミス」の筆頭に挙げている

Googleの移転ガイドは、トラブルシューティングの「よくあるミス」の最初に、noindex や robots.txt のブロックを挙げています。移転のためだけに必要だった制限は、必ず解除するよう書かれています。

私がガイドを読んで実務的だと感じたのは、準備の章の書き方です。開発中に noindex を付けたURLの一覧を作っておき、移転開始のタイミングで外せるようにしておくことがすすめられています。「どこに付けたか」を記録しておかないと、一部のページだけ外し忘れる、ということが起きるからです。

### 逆の事故：テスト環境が検索に出てしまう

反対に、テスト用のサイトに何も設定せず、未完成のページが検索結果に出てしまうこともあります。Googleのホスティング移転のガイドでは、テスト版が検索結果に載らないよう noindex を付ける方法が紹介されています。

付けるのはテスト環境だけ、外すのは本番公開の瞬間。この切り替えを、公開手順書の1行目に書いておくくらいでちょうどいいと私は考えています。

noindex・robots.txt の仕組みと確かめ方は「[ページが検索に出ない理由チェックリスト](/blog/page-not-indexed-checklist/)」で詳しく扱っています。

> 参考・引用：
> [URL の変更を伴うサイト移転 - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja)
> [ホスティングの変更（URL の変更を伴わないサイト移転） - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes?hl=ja)
> [noindex を使用して検索インデックス登録をブロックする - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/block-indexing?hl=ja)

---

## 3. ミス2：古いURLからの転送が漏れる

リニューアルでは、URLの形も変わることがよくあります。たとえば `/blog/123` が `/column/moving-cost` になる、といった具合です。

URLを変えたのに、古いURLから新しいURLへの転送（リダイレクト）を設定しないと、古いURLは「ページが見つかりません」を表す404という番号を返します。Googleは、以前インデックスしていたURLが404などのエラーを返すと、そのURLを徐々にインデックスから削除すると説明しています。

古いURLが検索結果から消え、新しいURLはまだ評価されていない。この谷間で、流入がごっそり減るわけです。

### 転送漏れが起きやすい場所

設定したつもりでも、漏れやすい場所があります。

- **アクセスの少ない古い記事** — 対応表を作るとき、目立つページだけを拾ってしまう
- **画像やPDF** — Googleのガイドは、画像やPDFなどのファイルも移転の対象に含めるよう書いています。画像検索や、ほかのサイトからのリンクがあるからです
- **パラメータ付きのURLやカテゴリーページ** — CMSが自動で作るURLは、一覧に出てこないことがあります

### 「全部トップページへ」は転送したことにならない

対応表を作るのが面倒で、古いURLをすべてトップページへ転送するのもよくある失敗です。Googleは、多数の古いURLを関連性の低い1つのURL（新しいサイトのトップページなど）へ転送することは避けるよう明記しています。訪問者が混乱するうえ、「ページが見つからない」扱い（ソフト404）とみなされる可能性があるからです。

内容が対応するページがない場合は、無理に転送せず、404（または「完全に削除した」を表す410）を返すようにします。Googleの移転ガイドでも、削除・統合したコンテンツは404か410を返すよう書かれています。なお、複数のページを1つにまとめた場合は、古いURLをまとめた先へ転送してかまいません。

301リダイレクトの意味や302との違い、設定方法は「[301リダイレクトとは](/blog/301-redirect-beginners-guide/)」で解説しています。

> 参考・引用：
> [URL の変更を伴うサイト移転 - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja)
> [HTTP ステータスコード、ネットワーク エラー、DNS エラーが Google 検索に与える影響 - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/http-network-errors?hl=ja)

---

## 4. ミス3：サイトの中に古いURLが残る

転送を設定しても、まだ終わりではありません。見落とされがちなのが、新しいサイトの中に残った「古い住所」です。

Googleの移転ガイドは、新しいサイトで次のものを新しいURLに更新するよう書いています。

| 項目 | 何のことか | 古いままだと |
|:--|:--|:--|
| 内部リンク | メニュー、パンくず、記事中のリンク | クリックのたびに転送が発生し、遅くなる |
| canonical | 「このページが代表です」という目印 | 新しいページが「代表は古いURLです」と宣言してしまう |
| サイトマップ | ページの一覧をGoogleに伝えるファイル | Googleに古いURLを案内し続ける |
| hreflang | 言語違いのページの対応を伝える目印 | 多言語サイトで対応関係が崩れる |

### canonical の書き換え漏れは気づきにくい

特に気づきにくいのが canonical です。ページの見た目には一切出てこないので、公開後も誰も気づかないまま、ということがあります。私がリニューアル後のサイトを確認するときも、真っ先にページのソースで canonical を見るようにしています。

Googleのガイドは、新しいサイトの各ページの canonical が、そのページ自身の新しいURLを指すよう設定することをすすめています。テンプレートを流用したときに、古いドメインや固定のURLが書き込まれたまま残っていないか、主要なページだけでも確かめましょう。

### 転送があるから内部リンクは古いままでいい、ではない

「転送が効くから、サイト内のリンクは古いままでも困らない」と考える人もいます。Googleのガイドは、リダイレクトは表示を遅くするため、内部リンクは新しいURLに更新するよう書いています。

内部リンクの設計そのものについては「[トピッククラスターと内部リンク戦略](/blog/topic-cluster-internal-linking-strategy/)」、サイトマップは「[XMLサイトマップ戦略2026](/blog/xml-sitemap-strategy-2026/)」が参考になります。

> 参考・引用：
> [URL の変更を伴うサイト移転 - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja)

---

## 5. ミス4：計測タグが外れる

4つ目は、検索流入そのものではなく「状況が見えなくなる」ミスです。ただ、被害の大きさでは前の3つに劣りません。

### どんなタグが外れやすいのか

新しいデザインのテンプレートを作るとき、古いテンプレートの `<head>` 部分に入っていたタグが、移植されずに消えることがあります。

- **アクセス解析のタグ** — Googleアナリティクスなどの計測用のコード。外れると、リニューアル後のアクセスがゼロに見えます
- **Search Console の所有権確認タグ** — 「このサイトの持ち主です」と証明するための meta タグや HTML ファイル
- **広告やコンバージョン（問い合わせ・購入）計測のタグ** — 成果の数字が途切れます

Googleの移転ガイドは、Search Console の確認に HTML ファイル、meta タグ、Googleアナリティクスを使っている場合、新しいサイトでもそれが維持されるようにすることをすすめています。また、アクセス解析で新旧両方のサイトの利用状況を見られるようにしておくことも、準備の項目に入っています。

### 計測が切れると何が困るのか

困るのは、「流入が減った」のか「計測が止まった」のかを区別できなくなることです。私が見てきた中には、アクセス解析の数字が急落して大騒ぎになり、調べたらタグが1行消えていただけ、というケースもありました。

計測の確認は、公開した当日に、アクセス解析のリアルタイムの画面で自分のアクセスが記録されるかを見るだけで済みます。Googleの移転ガイドも、移転の初期段階ではアナリティクスのリアルタイムレポートが役立つとしています。

Search Console の数字の見方は「[Search Consoleの最初の1時間](/blog/search-console-first-hour/)」で解説しています。

> 参考・引用：
> [URL の変更を伴うサイト移転 - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja)

---

## 6. ミス5：デザイン・URL・中身を一度に全部変える

最後は、個々の設定ではなく、段取りのミスです。

リニューアルの機会に、デザインを変え、URLの形を変え、記事の中身を書き直し、ついでにドメインも変える。効率が良さそうに見えますが、Googleの移転ガイドは「変更は一度に1つずつ」行うよう書いています。CMS（サイトを管理する仕組み）の刷新とドメイン変更を同時に行わない、という例も挙げられています。

### 同時に変えると、原因が分からなくなる

一度に全部変えて流入が落ちたとき、原因の候補が多すぎて切り分けられません。

- URLが変わったせいか
- 記事の中身を削ったせいか
- タイトルや見出しの付け方が変わったせいか
- 単に移転中の一時的な変動なのか

Search Console のアドレス変更ツールのヘルプにも、移転と同時にコンテンツやURL構造を作り変えると、Googleがページを改めて評価し直す必要があるため、トラフィックが落ちる可能性が高いという趣旨の注意があります。

### 中身を削るなら、理由を持って削る

リニューアルでは「古い記事を整理しよう」と、ページをまとめて削除することもあります。削除そのものは悪いことではありませんが、その記事が実は検索流入を稼いでいた、ということがよくあります。削る前に、Search Console で各ページの表示回数やクリック数を確かめておきましょう。

大きな工事は分けて進める。地味ですが、これがいちばん安全な段取りです。

> 参考・引用：
> [URL の変更を伴うサイト移転 - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja)
> [アドレス変更ツール - Search Console ヘルプ](https://support.google.com/webmasters/answer/9370220?hl=ja)

---

## 7. よくある誤解・失敗例

5つのミスとは別に、リニューアルの前後でよく聞く思い込みも整理しておきます。

### 誤解1：「デザインを新しくすれば、検索順位も上がる」

Googleの移転ガイドは、見た目を新しくすれば評価が上がるとは書いていません。むしろ、移転中は順位が一時的に変動することを想定するよう書いています。見た目の刷新は、読者にとっての使いやすさのために行うもので、検索順位を上げる手段と考えないほうが安全です。

### 誤解2：「流入が落ちたら、すぐに元のサイトに戻すべき」

公開直後の上下は、一時的な変動の可能性があります。慌てて戻すと、Googleは「また引っ越した」と受け取り、混乱が長引きかねません。まず、この記事の5つの事故が起きていないかを確かめ、事故がなければ数週間は様子を見るのが基本です。

### 失敗例1：公開から1か月後に noindex に気づいた

公開当日にトップページしか確認しておらず、記事ページのテンプレートにだけ noindex が残っていたケースです。確認は、トップページだけでなく、記事・カテゴリー・商品など、テンプレートの種類ごとに1ページずつ行いましょう。

> 参考・引用：
> [URL の変更を伴うサイト移転 - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja)

---

## 8. 公開前・当日・公開後に確かめること

ここまでの内容を、時間の順に並べ直します。ドメインごと変える場合の詳しい手順は、次の記事「[ドメイン移転・URL変更のチェックリスト](/blog/domain-migration-checklist/)」にまとめました。

### 公開前

1. 古いURLの一覧を作り、新しいURLとの対応表を作る（画像・PDFも含める）
2. テスト環境で付けた noindex・robots.txt のブロックを、どこに付けたか記録しておく
3. 計測タグと Search Console の確認タグが、新しいテンプレートに入っているか確かめる
4. 主要なキーワードの順位と、ページごとの流入を記録しておく

### 公開当日

1. noindex・robots.txt のブロックを外す
2. 古いURLを数本開き、新しいURLへ301で転送されるか確かめる
3. テンプレートの種類ごとに1ページずつ、Search Console の URL 検査で「インデックス登録可能」かを見る
4. アクセス解析のリアルタイム画面に自分のアクセスが出るか確かめる
5. 新しいサイトマップを Search Console から送信する

### 公開後の数週間

1. Search Console の「ページのインデックス登録」レポートで、見慣れないエラーが増えていないか見る
2. 新しいURLの表示回数とクリック数が増えていくか見る
3. 主要キーワードの順位を、公開前の記録と比べる

> 参考・引用：
> [URL の変更を伴うサイト移転 - Google 検索セントラル](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja)
> [ページのインデックス登録レポート - Search Console ヘルプ](https://support.google.com/webmasters/answer/7440203?hl=ja)

---

## 9. 自分のサイトで確かめるには

公開当日の確認は、Search Console の URL 検査とブラウザだけでも十分にできます。ページ単位の設定をまとめて点検したい場合は、[LinkSurge](https://linksurge.jp/)の[AI Ready診断](https://linksurge.jp/ai-ready)も使えます。URLを入れると、robots.txt や canonical の設定などを項目ごとに確認できるので、テンプレートごとの見落としに気づくきっかけになります。

もう1つ大事なのが、公開前の「比べる基準」です。順位の記録がないと、公開後の変化が普段の上下なのか、リニューアルの影響なのか判断できません。[LinkSurge](https://linksurge.jp/)の[順位チェックツール](https://linksurge.jp/seo-hub/ranking-dashboard)なら、登録したキーワードの順位を毎日自動で記録できるので、公開の数週間前から計測を始めておくと安心です。

どのページが、どんなキーワードで検索に出ているかを事前に棚卸ししておくと、転送の優先順位も決めやすくなります。[ランクインキーワード分析](https://linksurge.jp/ranked-keywords)では、自社サイトが順位を持っているキーワードとページの組み合わせを一覧で確認できます。

---

{{linksurge-card}}

## 確認チェック

### 問1：リニューアル後に流入が落ちたとき、最初に疑うべき「待っても戻らない」事故の代表例は？

答え：テスト用に付けた noindex や robots.txt のブロックの消し忘れです。Googleの移転ガイドも、よくあるミスの最初に挙げています。

### 問2：古いURLをすべて新しいサイトのトップページへ転送してもよいですか？

答え：避けるべきです。Googleは、関連性の低い1つのURLへまとめて転送すると、訪問者が混乱し、ソフト404とみなされる可能性があるとしています。

### 問3：デザイン変更とドメイン変更を同時に行うのは、なぜすすめられないのですか？

答え：流入が落ちたときに原因を切り分けられなくなるからです。Googleは、大きな変更は一度に1つずつ行うようすすめています。

---

## よくある質問（FAQ）

### リニューアル後、検索順位が戻るまでどのくらいかかりますか？

Googleは、移転中は順位が一時的に変動し、中規模のサイトでも新しいURLが検索結果に出始めるまで数週間以上かかることがあると説明しています。設定の事故がなければ、時間とともに落ち着くのが一般的です。noindex の残りや転送漏れがある場合は、直すまで戻りません。

### URLを変えないリニューアルでも、注意は必要ですか？

必要です。URLが同じでも、noindex や robots.txt の消し忘れ、計測タグの外れ、canonical の誤りは起こります。サーバーやホスティング会社だけを変える場合は、Googleの「ホスティングの変更」のガイドが参考になります。

### 削除したページは、どう扱えばいいですか？

内容が対応する新しいページがあれば、そこへ301で転送します。対応するページがなければ、404か410を返します。Googleは404と410を基本的に同じように扱います。関係の薄いページやトップページへまとめて転送するのは避けましょう。

### リニューアルの前に、最低限やっておくことは何ですか？

古いURLと新しいURLの対応表を作ることと、主要キーワードの順位やページごとの流入を記録しておくことの2つです。対応表は転送漏れを防ぎ、記録は公開後に何が起きたのかを判断する基準になります。

---

## まとめ：公開手順書に「外す・転送する・書き換える・測る」を書いておく

リニューアルの事故は、技術的に難しいものではありません。公開の瞬間に「外す」「転送する」「書き換える」「測る」の4つを確かめるだけで、ほとんど防げます。公開手順書を作り、担当者が変わっても同じ確認ができるようにしておきましょう。

公開後は、数週間の変動を前提に、Search Console と順位の記録を見比べます。焦って設定をいじり回さないことも、立派な対策のうちです。

この記事は第3弾「よくある失敗と、困ったときの対処」の1本目です。前の記事は「[AI時代でも変わらないSEOの基本5つ](/blog/seo-basics-unchanged-ai-era/)」、次に読む記事は「[ドメイン移転・URL変更のチェックリスト](/blog/domain-migration-checklist/)」です。シリーズ全体の順番は「[SEO・GEO・AIO 入門カリキュラム](/blog/seo-beginner-curriculum/)」、言葉に迷ったら「[SEO用語集](/blog/seo-glossary-beginners/)」をご覧ください。

LinkSurgeの[順位チェックツール](https://linksurge.jp/seo-hub/ranking-dashboard)では、リニューアルの前後で主要キーワードの順位を毎日記録し、変化を比べられます。