ホームページを新しくするときは、新しい画面の確認と一緒に、古いURLを開いた人の行き先も決めます。
検索結果、取引先のリンク、店頭のQRコードは、新サイトを公開しただけでは書き換わりません。
- 見た目・サーバー・URLのどれが変わるかを先に分ける。
- 旧URLごとに、維持・変更・統合・廃止の処理を決める。
- 公開後は旧URLから最終ページまで確かめ、転送を維持する担当を決める。
この記事は、店舗・小規模会社のリニューアルを発注する人向けです。
サーバーの設定を一律にコピーする手順ではなく、制作会社へ渡す対応表と、完了を確認する基準をまとめます。
公式資料の確認日は2026年10月12日です。
見た目、サーバー、URLの変更を分ける

デザインを変えるだけなら、URLまで変えるとは限らない
リニューアルで、色・配置・文章を直すことと、ページの住所であるURLを変えることは別です。
サーバー会社を変えても、利用者向けのURLを保つ場合があります。
逆に同じドメインでも、ページの末尾やフォルダを変えると旧リンクへの対応が必要です。
| 変更の例 | 利用者向けURL | 先に確認する作業 |
|---|---|---|
| デザインや本文だけ変更 | 維持できる場合がある | 旧URLで新しい内容が開くか |
| サーバーだけ変更 | 同じURLを維持する場合がある | 移行・動作・メールへの影響 |
| 同じドメイン内でページ名を変更 | 対象ページで変わる | 旧ページから新ページへの転送 |
| ドメインを変更 | サイト全体で変わる | 旧新対応、転送、検索への通知 |
例えば会社案内の example.com/company/ を example.com/about/ へ変えるなら、ドメインは同じでも別URLです。
「ドメインを変えないから全部そのまま」と判断せず、ページ単位で比較してください。
ここでのURLは架空の例です。
URLを変える理由が単に「新しく見せたい」だけなら、今のURLを維持できないか制作会社へ聞いてください。
変更する場合は、分かりやすさや構成整理などの理由と、対応する範囲を決めます。
アドレス変更ツールは、すべての変更で使うものではない
Search Consoleのアドレス変更ツールは、ドメイン・サブドメイン間の移転に使うものです。
同じドメイン内のパス変更、HTTPからHTTPSへの移行、同一ドメインのwwwの有無の切り替え、URLが同じままのサーバー移行などでは使わないと公式に案内されています。
「Googleへ通知しました」という報告を受けた場合は、何を使い、どの変更を通知したのか確認します。
ツールの送信は、旧URLの転送設定を代わりに作ってくれるものではありません。
旧URLは検索結果だけでなく、印刷物からも集める

一覧から漏れやすい入口を確認する
新しいサイト構成が決まる前に、現在のページを控えます。
WordPressのページ・記事一覧、サイトマップ、Search Consoleやアクセス解析、外部リンクの記録を組み合わせると、利用されている入口を把握しやすくなります。
小規模サイトなら、一覧へ店側が知っている掲載元を足す方法から始められます。
「料金ページに検索から来ている」「名刺のQRは問い合わせページを開く」といった情報は、制作画面だけでは分かりません。
| URLが載っている場所 | 店側で控える内容 |
|---|---|
| Googleの検索結果 | 入口になるページ、検索される内容 |
| Googleマップ | ウェブサイト・予約・メニューのリンク |
| 取引先・団体のサイト | 掲載ページ、連絡先、変更依頼の担当 |
| チラシ・名刺・店頭POP | QRが開くURL、差し替えできる時期 |
| メール署名・資料 | 旧リンクの使用場所と更新する人 |
PDFや画像のURLも、必要なものを拾う
料金表や申込書のPDFへ直接リンクしている場合、本文ページだけ転送しても資料が見つからなくなることがあります。
営業で使う資料、ダウンロードページ、旧写真が参照されている場所も確認してください。
すべてを永久保存するための作業ではありません。
使われている資料か、内容が古くなっているか、新しい資料へ引き継ぐかを、業務の担当者が判断します。
古い価格のPDFを残す場合は、利用者が新しい条件と取り違えない案内が必要です。
新サイトのページ数だけでなく、旧URLから来る人の目的も引き継ぎ表へ書きます。
「このページを探して来た人へ、どの情報を見せるか」が転送先を決める基準です。
旧ページを維持・変更・統合・廃止の4つに分ける

関連する内容へ案内する
旧URLから新URLへ自動的に案内することを、リダイレクトと呼びます。
恒久的なURL変更では、Googleは可能であればサーバー側の301や308を使うよう推奨しています。
店側が最初に決めるのは、設定コードではなく、旧ページの内容をどこへ引き継ぐかです。
次は架空の小さなサイトの例です。
| 旧URL | 判断 | 新URL・処理 | 理由 |
|---|---|---|---|
| /access/ | 維持 | /access/で更新 | 来店の案内を同じ場所へ残す |
| /price-old/ | 変更 | /price/へ恒久転送 | 同じサービスの最新料金を見せる |
| /menu-a/と/menu-b/ | 統合 | /menu/へ恒久転送 | 2つの内容を新ページで扱う |
| /old-campaign/ | 廃止 | 代替なしなら404/410を検討 | 終了済みで引継ぐ内容がない |
維持するページは、同じURLで必要な内容が開けばよく、無理に別URLを経由させません。
統合では、新ページが旧ページの内容・目的を実際に引き継いでいるかが大切です。
全部トップへ転送すればよい、とは考えない
Googleの移転ガイドは、多数の旧URLを関連性の低い一つのURLへ転送することを避けるよう案内しています。
利用者を混乱させ、soft 404と扱われる場合があります。
内容を統合した新ページへ、関係する複数ページから転送する場合とは分けてください。
例えば、詳しい修理料金を探していた人を一般的なトップへ戻すと、料金をまた探す必要が出ます。
料金情報を引き継いだページがあるなら、そちらを検討します。
代替の情報を用意しないまま、見つからない状態を隠すためだけに転送する方向へ進めません。
廃止ページで404や410を使う場合も、サイト内に古いリンクを残し続けないよう整理します。
どのページも転送する必要があるとは限らないため、処理と理由を表で承認します。
転送の発注は、最終ページと検査結果まで含める

旧URLから最終ページへ直接案内する
旧URLから中間URL、さらに次のURLへ転送を重ねると、確認する経路が増えます。
Googleは、可能なら最終的な行き先へ直接転送することを推奨しています。
制作会社へ渡す表には、設定予定のURLだけでなく、最終的に開くURLも書いてもらいます。
HTTPS化、wwwの有無、末尾のスラッシュなどの設定と組み合わさる場合は、実際の到達先を確認してください。
| 引継ぎ表の列 | 書く内容 |
|---|---|
| 旧URL | 以前の正確なURL |
| 旧ページの目的 | 料金、アクセス、資料請求など |
| 処理 | 維持・変更・統合・廃止 |
| 新URL | 引き継ぐページ、または代替なし |
| 設定担当 | サーバー・CMS等を操作する担当 |
| 確認結果 | 応答、最終到達先、内容の確認 |
| 掲載元・更新担当 | QR、マップ、署名等を直す人 |
対応表を作ったことと、転送が動いていることは別です。
公開後の検査結果を受け取り、旧URLを実際に開いて行き先を確認します。
HTTPの結果と、読者が見る内容の両方を確かめる
技術担当には、旧URLの応答、転送先、繰り返し・循環がないこと、新ページが正常に開くことを確認してもらいます。
ブラウザーのアドレスが変わるだけでは、恒久転送の応答になっているかは分かりません。
店側は、新ページの内容が旧ページの目的に合っているか、スマートフォンで料金や受付先まで見えるかを確認します。
301の設定が正しくても、転送先が別店舗の予約ページなら修正が必要です。
制作会社と使う受入表は、次のようにします。
| 確認対象 | 技術担当の確認 | 店側の確認 |
|---|---|---|
| 変更した旧URL | 恒久転送と最終到達先 | 探していた内容を引き継いでいる |
| 維持するURL | 正常な応答 | 更新した内容が表示される |
| 廃止URL | 決めた404/410等の処理 | 古い案内がサイト内に残っていない |
| フォーム・予約先 | 到達と必要な機能の動作 | 正しい店舗・受付条件で使える |
| 画像・PDF | 必要なファイルが開く | 最新資料で、旧価格と混ざらない |
開発中のnoindexや正規URLの設定も、公開時の検査対象へ含めます。
検索向けの設定、画面の表示、フォームの受付は、一つの「公開できました」で省略しないようにします。
公開後に直すリンクと、転送を維持する期間を決める

転送があっても、自分で更新できるリンクは直す
転送は古い入口を受け止めるために使います。
新サイト内のリンク、Googleマップのウェブサイト欄、メール署名など、自分で更新できる掲載元は新URLへ直します。
外部掲載元は、優先するものと依頼担当を決めます。
印刷済みのQRはすぐに回収できない場合があります。
「新しいチラシから差し替える」「旧QRの行き先を維持する」という扱いを表に残すと、後で旧サーバーを解約する際にも判断できます。
一年以上という目安と、契約上の維持費を分ける
Googleの移転ガイドは、リダイレクトをできるだけ長く、一般には1年以上保持するよう案内しています。
利用者のために無期限の保持を検討することも示しています。
これは1年たてばすべての旧リンクを止めてよいという意味ではありません。
旧ドメインや旧環境を使って転送しているなら、その有効期限、維持費、更新担当を見積書・運用記録で確認します。
転送の方法によって必要な環境は異なるため、旧サーバーをいつ解約できるかを一律に決めないでください。
検索結果の移転処理には時間がかかり、順位が一時的に変動する場合もあります。
301を設定すれば以前と同じ順位や流入が保証されるわけではありません。
公開前の値と公開後の状態を控え、転送の漏れや新ページの不具合を継続して確認します。
引継ぎの最後には「誰が転送を維持するか」を残します。
制作の完了後に、更新通知やドメイン期限を受け取る人がいない状態を避けてください。
よくある質問

- 同じドメインなら301転送は必要ありませんか?
-
ページのURLが同じなら、URL変更のための転送は不要です。
ただし同じドメインでもパスが変わる場合は、旧ページの行き先を決めます。
ドメインだけで判断せず、旧新のURLを比較します。
- サーバーを変えるときもアドレス変更ツールを使いますか?
-
利用者向けURLが同じままのサーバー移行では使いません。
ドメインやサブドメインを変更する場合は、対象条件と必要な転送を公式資料で確認します。
- 旧URLは全部トップへ転送すれば簡単ではありませんか?
-
旧ページの内容と関係する行き先を決めます。
無関係なトップへ一括転送すると、探していた情報にたどり着けない場合があります。
維持、変更、統合、廃止を分けて対応してください。
- 301を設定すると検索順位は必ず保てますか?
-
保証はできません。
ページの内容や構成、移転の処理などで順位が変動することがあります。
転送の応答・行き先・新ページの内容を確認し、公開後も状態を見ます。
- 転送は一年後に消してよいですか?
-
一年以上はGoogleの一般的な保持の目安です。
旧QRや外部リンクからの利用が続くか、維持費と担当はどうするかを確認し、停止するか判断します。
相談前に現在のURLと、変える理由を整理する

リニューアルの相談には、現在のサイト、残したいページ、変えたい構成、使っているQR・資料・予約リンクの情報が役立ちます。
制作会社の変更、ドメイン変更、デザイン変更を一つの依頼にまとめず、どれを行うか伝えてください。
デジリスタのホームページ制作案内でも、既存サイトを確認して必要な作業を見積もります。
旧URLの転送、データ移行、旧環境の維持を、すべて標準料金で対応できると考えず、対象と期間を確認します。
無料相談フォームへは、「今の料金ページのURLを残したい」「チラシのQRがあるので旧URLの行き先も確認したい」など、既存の入口を添えてお知らせください。

