サイトリニューアルのSEOへの影響とは？評価を落とさない15の対策を注意点とともに現役コンサルが解説

サイトリニューアルでSEO評価が変わる主な原因

サイトリニューアルでは、ページ生成ルールやリンク構造、インデックス制御が旧サイトから大きく変わります。ページ数が少なければ影響も限定的ですが、商品数やカテゴリ数が多いサイトでは、一つの実装ミスが何百、何千ページに波及します。公開直前だけでなく、ページ構成や実装仕様を決める段階から確認することが重要です。公開後に流入が変わったときも、何が変わったのかを比較できる状態にしておきます。

リダイレクト設定漏れ・誤設定で旧ページの需要を失う

既存評価の引き継ぎが最優先課題です。旧URLから対応する新URLへのリダイレクトが漏れていたり、関係のないページへ転送していたりすると、旧ページの検索需要を新サイトで受けられなくなる可能性があります。恒久的な移転であれば、301または308などの恒久的なリダイレクトを使います。302を使っただけで評価が引き継がれないと断定はできませんが、恒久移転の意図と設定は一致させるべきです。

特に注意すべきはURL数が多い場合です。数千ページあれば、手作業では確認できず、テンプレート化された一括設定に漏れがないか、実際の動作を確認する必要があります。主要なページタイプ、流入の大きいURL、統合・廃止する例外URLを抽出し、転送先と新URLの内容を確認します。

JavaScriptのリンク実装で重要ページへの経路が弱くなる

新サイトではJavaScriptを使用した内部リンク構築が増えています。重要なページへのリンクが適切に出力されなければ、検索エンジンがページを発見する経路が弱くなります。

重要なのは、クローラーが実際にたどれるHTMLベースのリンク構造です。ページネーション、関連記事、商品一覧の遷移が、JavaScriptの画面切り替えではなく、クローラーが認識できる<a href>タグとして出力されているか確認します。初期HTMLとレンダリング後のHTMLの両方を見て、重要なリンクが取得できるか確認します。

重複・類似ページの整理不足と検索対象の明確化

ECサイトやポータルサイトでは、新サイトで機能を拡充する際に動的URLが大量生成されることがあります。絞り込み、並び替え、表示件数変更、サイト内検索によって、類似した一覧が大量に生まれ、検索に出すページと出さないページの整理が必要になります。

すべての動的URLを一律に検索対象から外すのではなく、判断基準は「検索需要があるかどうか」です。検索ニーズのある「カテゴリ×条件」の受け皿は残す、内容が薄いものや主力ページと競合するものだけを制限する、という選別が重要です。リニューアルに伴うUI改善で機能が拡充されるほど、この判断が慎重になります。

既存ページの検索需要を失う内容削減

リニューアル前にページが提供していた重要な情報を、デザインやUI改善に伴って減らしてしまうケースがあります。実際に私が支援したポータルサイトでは、スマートフォン版の会場一覧に表示するランキングデータが省略されてしまい、一覧上で確認できる情報が減っていました。このように、スマートフォン版だけで情報を省略する変更でも、ページが答えられる検索ニーズが変わり得ます。

各ページがどの検索ニーズに応えていたかを、必ずリニューアル前に確認します。検索ニーズがあるページは、デザイン改善のときにもその情報を新サイトに残すか、同じテーマを別ページで受けるか、判断して進める必要があります。大規模なアパレルEC事例では、動的URL、JavaScriptの内部リンク、遅延読み込み、カテゴリや商品ページの情報・導線などを調査・改善し、支援期間中にオーガニック流入は約2倍になりました。ただし、複数の施策を同時に行ったため、個別の効果を断定することはできません。重要なのは、各段階で原因を特定し、対応の優先順位をつけることです。

1. SEO観点でリニューアルを検討すべきタイミング

リニューアルが本当に必要なのか、判断に迷うケースがあります。リニューアルが必要な基準は、検索ニーズに対応するページを現行サイトで作れない、あるいは重要ページへの内部リンクを整えられないなど、サイト構造やシステムが継続的改善を妨げている場合です。逆に言えば、既存システムでも対応できる問題なら、部分修正で事足りることもあります。

着手を急ぐべき場合と段階的に検討すべき場合の判断基準

着手を急ぐべき場合は、重要ページ群がクロール・インデックスされない状態が広範囲に続き、現行基盤では解消困難な場合です。また、公開日が決まっているのにURL移行やページ構成の方針が未確定という状況も、すぐに着手しなければならない信号です。

一方、段階的に検討すべき場合もあります。順位の一時的下落だけが理由であれば、原因を調べてから判断します。noindex設定ミスなど個別に直せる問題なら、リニューアルを待たずに修正する方が効率的です。既存ページの役割や流入、新サイトでの受け皿がまだ整理できていない場合も、先に原因と改善余地を調べ、部分改修で対応できるかを検討してからリニューアルの判断をします。

2. リニューアル前に失いたくない検索流入を整理する

公開日が決まっている場合、最初にすべきことは現行サイトの「失いたくない検索面」を洗い出すことです。どのクエリで流入があり、どのURLが役割を果たしているか把握していなければ、新サイトで受け皿を用意できません。新規立ち上げなら、地域×カテゴリ×条件の一覧を作れるだけ作るのではなく、どれを検索の受け皿にするか選ぶ判断が必須です。

Search Consoleで現行サイトの検索クエリと受け皿URLを記録する

まずSearch Consoleから、現行サイトでどのクエリがどのURLに表示・クリックされているかを確認します。トップページ、カテゴリ、条件別一覧、商品詳細、記事など、ページタイプごとに「検索テーマ×受け皿URL」の対応表を作成することが重要です。

同時にGA4で、自然検索からの問い合わせ・購入につながる入口ページも確認します。見落としやすいのが、旧CMSのニュース、ブログ、過去特集です。流入が少なく見えても、被リンクがあったり、定期的なアクセスがあったりします。こうしたページを移行対象から漏らさないよう、一覧作成の段階で確認します。

新サイトで新たに獲得したい検索需要と受け皿の有無を確認する

次に、現行サイトに受け皿のない検索需要を把握します。たとえば、商品と店舗を掛け合わせた検索に対応したいのに、その情報をまとめたページがない場合があります。検索需要と事業上の重要度を確認し、新ページ設計の優先順位を決めます。

リニューアルでは、既存の検索流入を引き継ぐことに加え、検索ニーズに対するページの役割を再設計します。各ページが担う検索テーマを起点に、残す・統合する・新設するページを決めることで、新サイトの成長余地を広げることができます。

【実務メモ】
私が最初に作るのは、単なる移行URL一覧ではなく「検索テーマと受け皿ページの対応表」です。どの検索で、どのページが表示・流入を得ているかを残し、問い合わせや購入につながる入口も併記します。これがあると、URLは残っていてもページの役割が変わってしまう設計に気づけます。

3. 301リダイレクトを検索意図に基づいて設計・実装する

301リダイレクトの設計は、URL単位の移行とサイト全体の集客構造を両立させるうえで、最も重要な決断の一つです。一括実装か段階的な実装かは、URL数だけで決めず、検索需要、影響範囲、実装リスクで判断します。

旧URLと新URLの対応表を作り、重要なページから検証する

テンプレート単位で影響範囲や検索需要を確認し、重要なURL群から検証して広げるアプローチを取ります。判断基準は、対応表と内部リンクが用意できるか、サイトマップの整備ができるか、切り戻し方法を用意できるか、です。

URL対応表とページの役割を先に整理することが前提です。異なる検索意図のページを同じURLにまとめると、その後のリカバリーが困難になります。検索需要、既存流入、CV、対象URL数、現在の正規URLの選択、実装工数を並べて、優先順位を決めます。実装後に順位やインデックスが想定と異なれば、その情報をもとに優先順位も更新し、改善を続けます。

異なる検索意図のページを同じURLにまとめない

これは特に注意が必要です。たとえば、商品のAという用途に対応したページとBという用途に対応したページを同じURLへまとめると、Aでの検索流入とBでの検索流入の両方を失うリスクがあります。その他に避けるべきケースは、リダイレクト設定のループ、連鎖的なリダイレクト、無関係なページへの転送、内部リンクが旧URLのまま放置されている状態です。

URL対応表とページの役割を先に整理して、本当にまとめるべきページかどうかを検証してから実装することが重要です。後から「やっぱり分けるべきだった」という判断は、多大な手戻りを招きます。

【実務メモ】
旧URLの転送先を決めるときは、URLの文字列の近さより、旧ページと新ページが同じ検索意図に応えるかを見ます。対応先がないページまで一律にトップページへ転送せず、統合した内容を引き継ぐページがあるか、廃止するページかを分けて判断します。

旧URLを事業上残す必要がある場合はcanonical・noindexを検討する

広告LPとして旧URLを運用し続ける必要がある場合、301リダイレクトは適切ではありません。301リダイレクトはユーザーもクローラーも移動先へ直接案内し、正規化のシグナルが明確になる利点があります。旧URLを維持する場合は、内容の重複や検索対象にするかどうかを確認し、目的に応じてcanonicalやnoindexなどを個別に検討します。両者の役割は異なるため、一律に置き換えません。

事業上そのURLを残す必要があるかどうかを、最初に確認することが重要です。その判断がリダイレクト戦略全体に影響します。

4. 内部リンク構造を新サイトのテーマ設計に合わせ再構築する

内部リンク構造は、新サイトがどのテーマを主役にし、どのページの役割を何として設計しているかを表現します。現行サイトの検索流入パターンが新サイトのリンク構造に反映されていなければ、評価の引き継ぎが進みません。URLやページの役割、内部リンクの変更を同時に検討する必要があります。

検索流入を獲得するページを新サイトで受け継ぎ重要度を決定

現行サイトで検索流入を獲得しているページと、今後獲得したいページを確認します。Search Consoleで各ページの流入クエリを見ながら、新サイトで残す・新設する・統合するページを整理し、どのページを重要な受け皿にするかを決定します。

重要なのは、既存サイトから重要ページへ向いていたリンクが、新URLを直接参照しているかです。ページ自体を残していても、重要ページへの内部リンクが大きく減ると順位低下につながる可能性があります。新サイトの設計段階で、この内部リンク量の変化を把握することが不可欠です。

読者の関心につながる内部リンクを配置する

内部リンクの数を増やすことは目的ではなく、ページ同士の意味的な関係性をクローラーに伝え、ユーザーにとって意味のある設置が重要です。特に記事系やデータベース系のサイトでは、関連記事をとにかく置いてしまったり、全ページに同じルールでリンクを置きまくると、重要なページへの導線が埋もれ、ユーザーにも探しにくくなります。

関連性の薄いリンクを機械的に増やしても、リンク先の役割は伝わりにくくなります。SEO上の狙いを持ちつつ、ユーザーにとって自然な文脈やUIUX観点も意識した設置ルールを検討することが大切です。

事業として関連があってもユーザーが知りたい内容とは限りません。読者の関心とつながる箇所から案内する方が自然であり、読者にとっても移動先を理解しやすくなります。アンカーテキストも「詳しくはこちら」ではなく、リンク先のテーマ性が伝わる表現にして、ユーザーが見たいページを置くことを意識します。

新URLへ直接リンクし、一覧の奥まで辿れるか確認する

クローラーが実際にたどれる<a href>のリンクとして出力されているか確認することが欠かせません。一覧ページではページネーションを確認し、ページ番号や「前へ・次へ」が遷移先を持つ<a href>で出力されるか見ます。2ページ目以降のURLへ直接アクセスしたときに、そのページに対応する一覧が取得できるかも重要なチェック項目です。

JavaScriptで画面上の切り替えができるだけでは、奥の商品・求人詳細へたどれるか判断できません。「もっと見る」や無限スクロールでも後続ページへのURLとリンクを用意することが重要です。初期HTMLだけでなくレンダリング後も確認し、後続ページへのリンクと各URL固有の一覧が取得できるかを見ます。

【実務メモ】
一覧ページは、画面上で「次へ」を押せるだけでは確認が終わりません。ページ番号が<a href>のリンクか、2ページ目のURLを直接開いたときに2ページ目の求人や商品が出るか、奥の詳細ページまで辿れるかを、別々に見ています。

5. ドメイン・URL設計で既存評価と今後のテーマを両立させる

ドメイン・URL設計は、既存評価の引き継ぎと今後の事業展開の両方に影響する判断です。既存ドメインの評価を引き継げるかと、新しく扱うテーマをどのドメインに置くべきかを分けて考える必要があります。

既存ドメインに一定の評価があり、サイトのテーマを大きく変えずに構造や使いやすさを改善するなら、基本的には現行ドメインを引き継ぐ方が評価を維持しやすいです。扱うテーマが広がり、既存サイトのテーマ性との関係を整理したい場合は別ドメインやサブドメインを検討します。

実際に支援した結婚式場の口コミポータルでは、婚活・マッチングアプリ比較という新しいテーマを展開する際に、元の結婚式場サイトとテーマを分けながら既存ドメインとのつながりも持てるサブドメインを選択しました。単純にURLの見た目で決めるのではなく、評価の継承と今後のテーマ設計の両面から判断することが重要です。

6. XMLサイトマップ・robots.txtで検索対象を明確に制御する

XMLサイトマップは検索対象にしたいURLを伝える手段の一つです。robots.txtはクロール範囲を制御します。どちらもインデックス登録を保証する設定ではありません。制限をかける際の判断基準と、テンプレート・個別設定の優先関係を確認することが重要です。

検索需要と事業役割を確認してから掲載制限を判断する

ページに検索需要と流入があるかを、まず最初に確認することが判断基準です。サイト内検索結果やタグページなどを一律に制限するのではなく、独自の検索ニーズに応える一覧は保持します。内容が薄いものや主力ページと競合するものに対してのみ制御を検討します。

注意点として、robots.txtでクロールを禁止するとページ内のnoindexを読み取れなくなることがあります。目的の異なる設定を混同しないことが重要です。クロール効率を改善したい場合とインデックスを制限したい場合で、手段が異なります。

7. コンテンツ削減時に流入と信頼性の両面から判断する

リニューアルに伴うコンテンツの削減や統合は、慎重に進める必要があります。既存ページの検索流入や獲得クエリを確認し、流入があるページを安易に削除してはいけません。検索流入が少ないという理由だけで削除するのも避けるべきです。検索流入、統合先の有無、事業やサイトの信頼性を示す役割を併せて判断します。

流入が少なくても企業固有の専門性を示すコンテンツは保持する

過去のセミナーレポートなどは検索流入がほとんどなくても、その企業が実際に取り組んだことや専門領域を示す役割があります。検索流入が少なくても、会社固有の経験や専門性を伝える役割があれば、保持を検討します。

別ページと検索意図が重なり、固有の情報や役割が乏しいページは、既存の獲得クエリを確認したうえで統合を検討します。内容を新しいページへ統合する場合、元のページが獲得していた検索意図や情報を移行先で受けられるかを確認します。旧CMSのニュース、ブログ、過去の特集も主要な移行対象から漏らさず、流入や被リンクを確認します。

統合する場合は旧ページ固有の情報を新ページへ引き継ぎ、担当者の経験や商品選択情報を別ページへ移す場合は、検索から直接訪れた人が判断できる情報と参照先への導線が残るかを確かめることが大切です。

【実務メモ】
私が支援した人材SaaS企業のリニューアルでも、検索流入が少ない過去のセミナーレポートが削除候補になりました。ただ、こうしたページには、その企業が人材領域のどんな課題に取り組み、何を発信してきたかが残っています。私は流入数だけで一律に削除せず、企業固有の経験や知見が分かるものは残すよう提案しました。順位への効果を断定するためではなく、読者が事業の実態や専門性を確かめられる情報を残す判断です。

8. サイト構造を検索テーマの中心・周辺で階層化する

サイト構造の階層化は、検索結果で実際にどのページが評価されているか、競合がどのテーマを独立したページとして扱っているかを見て決めるべきです。階層の形そのものを目的にしてはいけません。

重要な検索テーマを主役に据え、その周辺の検索意図に応える記事や事例を配下にまとめ、内部リンクでも関係を示すのが効果的です。たとえば「ワークフローシステム」を重要テーマとする場合、その中心ページと、選び方や中小企業向けといった周辺テーマのページの役割を設計します。

設計後は、中心となるキーワードの順位に加え、周辺ページがそれぞれのテーマで評価されているかを確認する必要があります。整理したテーマが実際に検索結果で機能しているか、定期的にモニタリングすることが大切です。

9. 既存ページのタイトル・見出し・メタディスクリプションを検索クエリから見直す

タイトルなどをリニューアル時に一律に維持したり変更したりするのではなく、各ページの検索面を個別に判定します。見出しや本文も、リニューアル前に獲得できていた検索ニーズに応える情報が抜けないよう新旧を比較することが重要です。

検索結果での表示状況と流入クエリをもとに要素を判定する

Search Consoleで既存ページがどの検索クエリから表示・流入を得ているかを調べ、検索意図との一致に貢献している文言を確認します。検索結果や競合ページも見て、現行タイトルの要素を残すか、足りない情報を補うかを判断します。

メタディスクリプションについても、ページの内容と訴求が変わるなら整合を確認します。URLや商品一覧が維持されても、カテゴリ固有の説明、パンくずの条件名、初期表示の商品、詳細ページからのリンクが変わると、ページの役割が変化します。

重要カテゴリではTitle、主見出し、パンくず、固有情報、表示内容、内部リンクを新旧で並べ、従来応えていた検索意図とユーザーの判断材料が残っているかを確認します。この確認が、公開後の順位維持につながります。

10. 基本的なSEO設定を確認する

基本的なSEO設定は、ページが検索エンジンに正しく評価されるための土台です。ページタイプごとに仕様を決め、公開時の実際の出力で確かめます。

常時SSL化・canonicalタグ・パンくずリスト・alt属性を実装する

常時SSL化（HTTPS）はセキュリティの基本であり、SEOの観点でも重要です。canonicalタグは、複数のURLが同じ内容を提供する場合に正規URLを指定し、評価の分散を防ぎます。パンくずリストはサイト構造をクローラーとユーザーに伝え、内部リンクの役割も果たします。画像のalt属性は、画像の内容を説明し、検索エンジンの理解を助けます。

これらは実装の最後に確認するのではなく、テンプレート設計の段階で仕様を決め、本番環境での出力を必ず確認してください。特にCanonicalタグは、テンプレートの初期値として正しく生成されるか、個別ページで上書きできるか、設定画面ではなく実際のHTML出力で確認することが重要です。

11. モバイル対応とページ表示速度を最適化する

スマートフォンで必要な情報を問題なく閲覧・操作できるか確認します。新規サイトではレスポンシブデザインが標準となっていますが、既存サイトからの移行では複数URL運用の課題が残ることもあります。表示速度もユーザーの利用しやすさに関わるため、重要なページタイプで確認します。

レスポンシブデザインに統一し複数URL運用を避ける

現在の新規サイトではレスポンシブデザインが主流です。PC版とスマートフォン版で異なる設計をする必要がある場合は限定的です。m.example.com、/sp/、スマホ専用URLなど別URLで運用している古いサイトでは、重複コンテンツが発生するケースがあり、対応が必要になります。

リニューアル時には基本的に統一した設計を目指すべきです。複数URLの運用は、正規化の管理、クロール効率の低下、ユーザーの利便性の低下につながります。どうしても必要な場合は、SEO上の影響を最小化する設定が重要ですが、多くの場合はレスポンシブデザインで対応できます。

表示速度は事業インパクトと改善余地で優先順位を判定する

表示速度の評価では、主要コンテンツの表示、操作への応答、レイアウトの安定性などを確認します。Core Web Vitalsも参考になりますが、スコアの改善だけで上位表示が決まるわけではありません。ユーザーの利用上の支障と、他のSEO課題を比較して優先順位を決める必要があります。

優先度は事業インパクト、改善余地、影響範囲、実装工数とリスクで比較します。限られたリソースでは、検索需要と事業貢献が大きいページ群から着手し、テンプレート変更で多数のURLに効く施策を優先することが効果的です。リニューアルに伴う画像やスクリプトの追加で速度が落ちていないか、実装段階で監視することが大切です。

12. SEO実装に対応可能なCMS選定を実施する

CMS選定は、その後のSEO施策の自由度を大きく左右します。先にSEO上実現したいページ構造や運用方法を整理し、CMSで実装できるか確認することが重要です。CMS名や評判だけで判断してはいけません。

ページ構造・設定自由度・出力形式を実装要件で確認する

ページ単位でタイトル、H1、パンくず、メタ情報、canonical、noindexなどを設定・変更できるか確認します。URLやカテゴリの設計にどの程度自由度があるかが重要です。レコメンドの内部リンクがクローラーのたどれる形で出力されるか、レビュー本文など重要な情報がHTMLとして読み取れるかも確認が必要です。

Shopifyの例では、URL階層に制約があるため、想定したディレクトリ構造が作れない場合があります。その場合でも、パンくずやサイト全体の内部リンクを使ってカテゴリの関係を示すことで対応できるか検討する必要があります。CMS名だけで判断するのではなく、必要な出力と制御を実際に確認することが欠かせません。

設定画面があるだけでなく、テンプレートの初期値と個別設定の優先関係、公開時に出力される値を確かめてください。特定ページだけnoindexにしたいのに、同じテンプレートの全ページへ一括反映される仕様では必要な制御ができません。Titleやdescriptionの生成元、パンくずやcanonicalの初期値もページタイプごとに確認することが重要です。

【実務メモ】
CMS選定では「canonicalやnoindexを設定できるか」だけで判断しません。特定のページだけに適用できるか、テンプレート全体へ反映されないか、最終的にどんなHTMLが出るかまで確かめます。URL階層に制約があるCMSでも、パンくずと内部リンクで伝えたいカテゴリ構造を示せる場合があります。

13. 制作工程で判断ポイントを整理し公開日から逆算して共有する

リニューアルの成功は、最後の公開段階だけでなく、企画・設計・実装の各段階における判断の積み重ねで決まります。制作工程のどこで何を決め、何を確認するかを整理し、公開日から逆算して制作会社・開発会社とSEO上の判断ポイントを共有することが重要です。

具体的には、旧URLから新URLへのリダイレクト設計と、内部リンクの参照先見直しを通じて、旧形式のURLを経由せず正規URLを直接参照するよう修正します。重複ページの確認と、継続的に追加されるページの運用方針を整理し、個別ページの修正と並行して今後の更新でも情報の質と導線を保てるよう対策を立てます。

公開前には、テスト環境で設定したnoindexが本番に残っていないか、内部リンク・canonical・XMLサイトマップが同じ正規URLを示すかを、主要テンプレートの代表URLと重要URLで確認します。公開後はクロール、インデックス、検索流入を確認し、想定との差分と対応の優先順位を関係者と共有します。

14. 公開前に重要キーワードの順位を記録し公開後の比較基準にする

公開後の効果を判定するには、公開前のベースラインが必要です。重要な検索キーワードを洗い出して順位を記録し、公開後と比較できる状態にしておくことが重要です。

記録すべき項目は、クエリとURLの対応、重要ページの順位、ページタイプ別の流入です。これらを保存しておけば、公開後にどのページ、どのディレクトリ、どのクエリで変化が起きたかを特定できます。リニューアル前後の比較条件をそろえておくと、原因を絞り込みやすくなります。

15. 公開後のアクセス低下時の確認フローを整理する

リニューアル直後は、想定外の下落が見られることがあります。その場合、確認フローを事前に整理しておくことで、迅速な対応が可能になります。

ページ群ごとに登録状況と流入を比較する

まず、Search Consoleのクリック数とGA4の自然検索流入を、ディレクトリ・ページタイプ単位で公開前後比較します。流入がまだ落ちていなくてもインデックス数に極端な減少がないか追うことが大切です。公開後の変化も「サイト全体」だけでなく、どのページ群のどの検索面がいつから変わったかで切り分けることで、原因特定が進みます。

リダイレクトと新旧ページの差分を確認する

下落したページ群を特定したら、旧URLから対応する新URLへ301リダイレクトが漏れなく設定されているか確認します。次に、旧ページと新ページのタイトルやコンテンツを比較します。JavaScriptなど表示仕様が変わった場合は、Search ConsoleのURL検査でGoogleがレンダリングしたHTMLを確認し、重要な要素が欠けていないか調べてください。

重要な情報と内部リンクの出力を確認する

最後に、重要ページへの内部リンクが新URLに向き、旧サイトでの導線やリンク量が大きく失われていないかを確認します。見つかった原因から、改善の優先順位をつけて修正に進みます。

【実務メモ】
公開後に流入が落ちたら、まず「どのページ群で、どのクエリが、いつから変わったか」を絞ります。そのうえでリダイレクト、新旧ページの情報、GoogleがレンダリングしたHTML、重要ページへの内部リンクを順に確認します。流入がまだ落ちていなくても、重要なページ群のインデックス状況は追います。

まとめ：公開前の設計と公開後の確認をつなげる

サイトリニューアルで検索流入を守り、今後の成長につなげるには、URLの引き継ぎに加え、新しい機能が生むURL、重要ページの役割、内部リンク、公開後の変化を一続きの設計として確認する必要があります。社内や制作会社による開発にSEOの専門家として並走し、設計段階の相談や実装レビューを支援する方法もあります。IMANIのSEOコンサルティングでは、リニューアル前の検索流入整理から公開後の検証まで、一連のプロセスをサポートしています。検索流入を維持しながら新サイトの集客構造を整えたい場合は、無料相談からご相談ください。