ホームページを運営していると、ドメイン変更やディレクトリ構造の見直し、HTTPS化、あるいはリブランディングなどの理由でURLを変更しなければならない場面が出てきます。しかし、単純にURLを変更するだけでは検索エンジンに正しく評価されず、既存の検索順位が急落したり、インデックスから消失するリスクがあります。そのため、サイトデータの正確な移管やリダイレクト設定が必要です。URL変更に伴うSEOへの影響を整理してサイトデータ移管やリダイレクトの実務的な設定方法について触れていきます。
URL変更がSEOに与える影響
URLは検索エンジンにおけるコンテンツ識別子の役割を果たしています。そのため、URL変更はインデックスデータの再処理を伴い、検索評価が一時的にリセットされるような状態を引き起こします。Googleは「301リダイレクト」を通じて旧URLの評価を新URLに引き継ぐ仕組みを提供していますが、その処理は即時ではなく、クロールの頻度やサイト規模に応じて数週間から数か月かかる場合があります。
さらに、URL変更を誤って実施した場合には、以下のような問題が発生しやすくなります。
- 404エラーの多発によるクロールバジェットの浪費
- 内部リンクの断絶によるサイト構造の分断
- 既存のバックリンク評価の消失
- サイトマップとの不整合によるインデックス障害
こうしたリスクを回避するためには、URL変更を単なる文字列の置換作業と捉えるのではなく、サイトデータ移管（データマイグレーション）とリダイレクト戦略として計画的に進めることが重要です。
サイトデータ移管の基本手順
サイトデータ移管とは、旧URLから新URLへコンテンツ資産を確実に引き継ぐためのプロセスを指します。これにはHTMLファイルやCMSデータベース、画像・PDFなどのメディアファイル、メタデータ、構造化データ、robots.txt、.htaccessといった各種設定ファイルも含まれます。
現状サイトのクロールとアーカイブ
移管前には必ず旧サイトの全URLをクロールしてリスト化し、内部リンク構造やメタタグ情報を記録しておきます。これにより、リダイレクト設定の際に漏れや重複がないかを確認できます。
データベースとメディアファイルのバックアップ
WordPressやMovable TypeなどのCMSを利用している場合、MySQLやPostgreSQLといったデータベースのエクスポートを行い、さらにwp-content以下のテーマやプラグイン、uploadsフォルダを丸ごとコピーします。静的HTMLサイトであれば、すべてのHTMLファイルとメディアアセットを保存しておきます。
新環境への移行と動作確認
新URL環境（ステージングサーバーや新ドメイン）にデータを移行し、リンク切れやエンコード不整合、パーミッション設定を確認します。特に.htaccessによるリライトルールやPHPバージョンの差異によって不具合が生じやすいため、テストクロールを行うことが推奨されます。
サイトデータ移管の基本手順
小規模サイトでは、WordPressを利用している事業者が多く、All-in-One WP MigrationやDuplicatorのようなプラグインでデータを一括エクスポートし、新ドメインのサーバーにインポートする実例があります。移管作業も数時間で完了し、作業範囲も限定的です。
大規模サイトでは、数百GB単位のデータやカスタムCMSで構築された環境を持つことが多く、サーバー間のデータ転送にrsyncやクラウドストレージを利用した分割移管が実施されます。たとえば大手メディアサイトがAWSからGCPに基盤を移した事例では、段階的に記事データを移管し、DNSを切り替えるまで旧環境と新環境の同期を続ける「ブルーグリーンデプロイメント方式」を採用しています。
大規模サイトと小規模サイトでの違い
ームページのURLを変更する際には、規模によって準備や作業内容の難易度が大きく変わります。小規模サイトであれば、移行作業は比較的シンプルに進めることができます。ページ数が少なく、内部リンクの構造も単純であるため、リダイレクトの設定やサイトマップの更新も短時間で完了することが多いです。
場合によっては、全ページを1対1で新しいURLに対応させるリストを作成し、手動で設定するだけで十分なこともあります。GoogleサーチコンソールやBingウェブマスターツールに新しいサイトマップを送信する作業も容易で、クローラビリティへの影響も限定的です。
一方、大規模サイトの場合は状況が一変します。数千から数十万単位のURLを抱えるECサイトやポータルサイト、メディアサイトなどでは、URL変更の影響がドメイン全体のSEO評価に関係します。
まず必要になるのはURLマッピングの体系的な設計です。旧URLと新URLをデータベース化し、自動的にリダイレクトルールを生成する仕組みを作らなければ、膨大な数のページに対して正確なリダイレクトを行うことができません。
重複コンテンツやパラメータ付きURLの取り扱いも重要です。特にフィルタリング機能を持つECサイトでは、同一商品ページに複数のURLが存在することが多く、正規化設定を誤ると検索インデックスの分散や評価低下を招きます。
また、大規模サイトでは外部リンク資産の移管も小規模サイト以上に重要です。多くの被リンクを抱えるページのURLが変更される場合、リダイレクトを適切に行わなければ外部リンクのSEO効果が失われてしまいます。そのため、リダイレクトルールをテスト環境で十分に検証し、検索エンジンに確実に認識されることを確認したうえで本番環境に反映する必要があります。
さらに、変更後はログ解析ツールを活用し、404エラーが発生していないか、クロール頻度がどのように変化しているかをモニタリングしながら調整を重ねることが求められます。
小規模サイトと大規模サイトの最大の違いは、移管プロセスを「人力で完結できるか」「システム的に自動化する必要があるか」という点にあります。小規模サイトは人手でのチェックや修正が現実的ですが、大規模サイトでは工数的に不可能であるため、必ずスクリプトやリダイレクトマッピングツールを導入しなければなりません。また、検索エンジン側のクロール・インデックス更新速度もサイト規模によって異なり、大規模サイトでは移行完了までに数か月を要するケースも少なくありません。
URL変更を計画する際には、自社サイトの規模を正しく把握し、それに応じた体制とツールを準備することが成功の鍵となります。小規模サイトであれば比較的スムーズに進められる一方で、大規模サイトではSEO評価の維持やユーザー体験の担保を前提とした綿密な戦略とシステム的なサポートが必要です。
リダイレクト設定の種類と使い分け
URL変更において最も重要なのがリダイレクト設定です。リダイレクトには複数のステータスコードが存在しますが、SEOを考慮する場合には以下の使い分けが基本となります。
301リダイレクト（恒久的な移動）
旧URLから新URLへ評価を引き継ぐ唯一の手段であり、SEOにおける標準的なリダイレクトです。
リダイレクト設定とSEO対策
小規模サイトでは、htaccessを利用した301リダイレクト設定が代表的です。例えば「/menu.html」を「/service/」へリダイレクトする単純なケースであれば、数十行の設定で済みます。整体院や士業のホームページではこうした事例が典型です。
大規模サイトになると、ApacheやNginxで数万単位のリダイレクトルールを管理する必要があり、単一のhtaccessでは処理負荷が大きすぎます。そのため専用のリダイレクト管理システムやCDN（Cloudflare、Akamaiなど）にリダイレクトルールを組み込み、分散的に処理させる手法が採用されます。実際、大規模ECでは商品IDごとに正規URLをマッピングしたCSVを基に自動的にリダイレクトテーブルを生成する運用例があります。
内部リンクとサイトマップの更新
リダイレクトを設定しても、内部リンクが旧URLのまま残っているとクロールの効率が低下します。したがって、サイトデータ移管後は内部リンクをすべて新URLに書き換えることが必須です。さらに、XMLサイトマップを更新し、Search Consoleに送信することでクロールの再処理を促進できます。
構造化データとメタデータの継承
URL変更の際には、構造化データ（JSON-LDやMicrodata）が正しく新URLに反映されているかを確認する必要があります。特にBreadcrumbListやOrganizationスキーマはサイト全体に関わるため、旧URLのまま残っているとインデックス処理が遅延します。
また、タイトルタグやmeta descriptionも含めたメタデータの整合性を保つことで、CTR（クリック率）の低下を防ぐことができます。
Search ConsoleとGoogle Analyticsでの移管確認
URL変更後はGoogle Search Consoleの「アドレス変更ツール」を利用し、新旧ドメインの関連付けを行います。また、Analyticsのプロパティ設定で新URLをトラッキング対象とし、計測が途切れないようにすることが重要です。
被リンク評価の維持
被リンクはSEOにおける重要な外部シグナルであるため、旧URLに付与されていたバックリンク評価を失わないようにすることが不可欠です。主要なリンク元には直接連絡し新URLへの差し替えを依頼することが理想です。
URL変更のリスクと回避策
URL変更はSEOにおいて大きなリスクを伴いますが、計画的な移管と適切なリダイレクト戦略により、そのリスクを最小化することができます。とりわけ、404エラーの徹底回避、301リダイレクトの網羅性、サイトマップの更新が3大ポイントとなります。
ホームページのURL変更は、単なるアドレスの置き換えではなく、検索エンジンにおける評価資産を移管する技術的な作業です。SEOの観点からは、サイトデータ移管の正確性、301リダイレクトの適切な実装、内部リンクや構造化データの整合性が成否を分ける要素となります。
リブランディングやHTTPS化といった目的であっても、適切な手順を踏まなければ数年積み上げてきたSEO評価を一瞬で失うことになります。そのため、URL変更は常に慎重に計画しテストを経て本番環境に反映させることが求められます。
ホームページのURL変更・リニューアル時に発生するSEO上のリスクと回避策
ホームページ（ウェブサイト）のリニューアルやサーバー移転、ドメイン変更に伴うURLの変更は、これまでに蓄積してきたSEO評価を一時的に大きく揺るがすリスクを伴います。集客や問い合わせなどの結果につながってなんぼの事業用ホームページにおいて、検索順位の急落は直接的な売上の減少を意味します。過去の資産を無駄にせず、新しい環境へ安全に移行するために、URL変更時に発生しやすい技術的な問題とその専門的な回避策について解説します。
ドメイン変更とディレクトリ構造変更の違いと検索エンジンの認識
ホームページ（ウェブサイト）のURL変更には、大きく分けてドメインそのものを変更する場合と、ドメインはそのままに内部のディレクトリ構造（フォルダ構造）やページ名のみを変更する場合の二つのパターンが存在します。検索エンジンは、この二つを全く異なる規模の変更として認識します。
ドメインの変更は、事業の看板を掛け替えて住所ごと移転するようなものです。検索エンジンに対して、旧ドメインが持っていた信頼性や外部からの被リンク（バックリンク）の評価を、新しいドメインが全く同一の運営者によるものであると証明し、正確に引き継がせなければなりません。これには後述する適切なリダイレクト処理と、サーチコンソールを通じたアドレス変更の通知が必要となります。
一方、ディレクトリ構造の変更は、店舗内での大幅な模様替えに相当します。たとえば、これまでバラバラのURLで公開されていたサービス案内ページを、特定のカテゴリ配下に整理し直すといったケースです。この場合も、検索エンジンは古いURLが存在しなくなったと判断するため、放置すれば「404 Not Found（ページが見つかりません）」のエラーを大量に発生させます。どちらのケースにおいても、検索エンジンに対して「情報がどこへ移動したのか」を論理的に提示する設計が求められます。
内部リンクの完全な書き換えと404エラーの防止
URLを変更した際、自社サイト内の他のページから張られていた内部リンクの書き換え漏れは、非常に頻繁に発生するトラブルの一つです。リニューアルに伴って新しいURLのページを作成したにもかかわらず、過去のブログ記事や固定ページからのリンク先が古いURLのまま放置されていると、ユーザーはリンクをクリックするたびにエラー画面に直面します。
ユーザー体験を著しく損なうだけでなく、検索エンジンのクローラー（情報を収集するロボット）の巡回をも阻害します。クローラーが行き止まり（404エラー）に何度もぶつかるサイトは、管理が行き届いていない質の低いサイトと判定されるリスクが高まります。より専門的には、データベース内部を検索し、古いドメインや古いパスを含むすべての内部リンクを、新しいURLへと一括かつ正確に置換する処理が必要です。見栄えの良い新しいページを作ることだけに集中し、この地道な内部構造の整合性確保をおろそかにすると、SEOの評価を大きく落とす原因となります。
クロールバジェットの浪費を防ぐための適切なサイトマップ送信
検索エンジンが一つのホームページ（ウェブサイト）を巡回するために割り当てるリソース（クロールバジェット）には上限があります。URLを変更した直後は、検索エンジンは古いURLの情報を削除し、新しいURLの情報を登録するという二重の作業を強いられます。この状況下で、古いURLが記載されたままのXMLサイトマップを送信し続けていたり、リダイレクト処理が不完全でエラーページを量産していたりすると、クローラーは限られたリソースを無駄な作業に消費してしまいます。
新しいホームページ（ウェブサイト）の情報をいち早く、かつ正確に検索エンジンに認識させるためには、クローラーの負担を徹底的に軽減する技術的な配慮が重要です。不要になった古いXMLサイトマップの送信を停止し、新しいURL構造のみを記載した正しいXMLサイトマップを生成してサーチコンソールから送信します。これにより、クローラーを新しい重要なページへと効率的に誘導し、検索結果の早期の安定化を図ります。
301リダイレクトの正確な実装と評価引き継ぎのメカニズム
旧URLから新URLへと検索エンジンの評価を安全に引き継ぐために、301リダイレクト（恒久的な転送）の処理は極めて重要です。しかし、無料のプラグインを使用した表面的な設定や、知識のない状態での見よう見まねの設定では、検索エンジンに正しく意図が伝わらず、これまでの評価が途切れてしまうケースが多発しています。正確な転送処理の仕組みについて解説します。
.htaccessを用いたサーバーサイドでの正確な転送処理
301リダイレクトを実装する方法はいくつかありますが、最も確実で検索エンジンが推奨しているのが、Webサーバーの設定ファイルである「.htaccess」を用いたサーバーレベルでの転送処理です。WordPressのプラグインを用いたリダイレクトや、HTMLのメタタグ（meta refresh）、JavaScriptを用いた転送処理は、ブラウザ側やアプリケーション側での処理となるため、環境によっては正常に作動しないことや、検索エンジンが転送の意図を正しく解釈しない可能性があります。
.htaccessに正しい記述を行うことで、ユーザーのブラウザや検索エンジンのクローラーが旧URLにアクセスした瞬間に、サーバー側で即座に新URLへと強制的に転送します。この仕組みにより、旧URLが獲得していたSEO評価（ページランクや被リンクの価値など）の大部分を、新URLへと安全に引き継ぐことができます。記述のルールは非常に厳格であり、スペースの有無や記号の使い方のわずかなミスが、サイト全体の表示を真っ白にする（500 Internal Server Error）致命的なトラブルを引き起こすため、高度な技術的知見が必要です。
リダイレクトチェーンとリダイレクトループの確実な回避
リダイレクト処理を実装する際、「リダイレクトチェーン」と「リダイレクトループ」という二つの重大なエラーを回避しなければなりません。リダイレクトチェーンとは、AというURLからBへ転送し、さらにBからCへ転送するといった具合に、目的のページにたどり着くまでに複数回の転送を経由してしまう状態を指します。転送の回数が増えるごとに、引き継がれるSEO評価は少しずつ減衰していくと言われています。また、表示速度の遅延にもつながります。
さらに深刻なのがリダイレクトループです。AからBへ転送し、Bの設定が誤ってAに戻すようになっているなど、転送が無限に繰り返されてページが永久に表示されなくなる状態です。自作や格安制作のホームページ（ウェブサイト）でSSL化（httpからhttpsへの変更）とドメイン変更を同時に行った際などに、設定の重複によってよく発生します。すべての旧URLが、最終的な新URLへと必ず1回のステップで転送されるよう、論理的で無駄のない記述を設計することが重要です。
新旧URLの1対1対応（リダイレクトマップ）の作成手順
リニューアルによってページ構成が大きく変わる場合、旧サイトのすべてのページを単に新サイトのトップページへ一括で転送してしまう対応を見かけることがあります。これは技術的には可能ですが、SEOの観点からは非常に悪手です。検索エンジンは、ユーザーが求めていた特定の情報（旧URL）から、全く関係のない総合的な情報（新トップページ）へ転送されることを嫌います。これは「ソフト404」として扱われ、評価の引き継ぎが無効になる可能性が高いです。
正しい手順は、旧サイトのすべてのURLリストを抽出し、それぞれが新サイトのどのページに最も内容が近いかを精査し、1対1の対応表（リダイレクトマップ）を作成することです。旧サイトの「サービスAの詳細ページ」は、新サイトの「サービスAの詳細ページ」へと正確に転送します。対応するページが新サイトに存在しない場合のみ、関連するカテゴリページやトップページへの転送を検討、あるいは意図的に410（Gone：完全に削除された）のステータスコードを返して検索エンジンに削除を促すなど、情報構造の連続性を保つ緻密な作業が求められます。
データ移管時のデータベース最適化とWordPress再構築の要点
サーバー移転やリニューアルに伴うデータ移管は、単にファイルを新しい環境にコピーして貼り付ければ終わるものではありません。特にWordPressを用いたホームページ（ウェブサイト）の場合、データベース内部の構造を新しい環境に合わせて正確に書き換える高度な技術が求められます。表面的なコピーだけでは、管理画面の不具合や予期せぬエラーを引き起こします。
不要なリビジョンやプラグイン残骸のクリーンアップ
長年運用してきたWordPressのデータベースには、記事の下書きの履歴（リビジョンデータ）や、すでに削除したはずのプラグインが残していった不要な設定データ（スパムコメントの履歴、古いテーマのオプション値など）が大量に蓄積されています。これらは、データベースの容量を無駄に肥大化させ、サイトの表示速度や管理画面の動作を遅くする原因となります。
データ移管のタイミングは、こうした過去の負の遺産を整理する絶好の機会です。新しい環境へデータをインポートする前に、SQLコマンドや専門的なツールを用いてデータベース内の不要なレコードを安全にクリーンアップします。無駄なデータを持たない軽量化されたデータベースで新しいホームページ（ウェブサイト）を稼働させることで、サーバーの応答速度が向上し、検索エンジンからのクロール効率改善にも直接的に貢献します。
シリアライズされたデータの安全な置換処理
WordPressのデータベース内には、設定データやウィジェットの内容などが「シリアライズ（直列化）」という特殊な形式で保存されている領域が多数存在します。これは、データの文字数と内容をセットにして記憶している仕組みです。そのため、データベースの出力ファイル（SQLファイル）をテキストエディタで開き、旧URLを単純な一括置換で新URLに書き換えてしまうと、文字数の整合性が崩れ、データが破損してしまいます。結果として、ウィジェットが消えたり、テーマの設定が初期化されたりする致命的なトラブルを引き起こします。
URLの書き換えを含むデータ移管を行う際は、このシリアライズされたデータを正確に処理できる専用のスクリプト（Search and Replace DBなど）や、WP-CLIといったコマンドラインツールを使用して置換処理を行う必要があります。これにより、文字数の整合性を維持したまま、画像ファイルのパスや内部リンクを含めたすべてのURLを新しい環境に合わせて完璧に移行することが可能になります。
PHPバージョン変更に伴う非推奨関数の影響と対応
サーバーを移転する場合、稼働しているPHPのバージョンが旧環境から新環境へと大きく上がるケースがほとんどです（たとえばPHP 5.xからPHP 8.xへのアップグレードなど）。WordPress本体は最新のPHPに対応していても、長年使用してきたテーマ（デザインテンプレート）やプラグインの内部に、古いPHPでは動いていたものの最新のPHPでは非推奨・廃止された関数が含まれていると、移管先で画面が真っ白になったり、多数のエラーメッセージが表示されたりします。
この問題に対処するためには、移管先のテスト環境（ステージング環境）で事前に十分な動作検証を行うことが重要です。エラーログを解析し、問題を引き起こしている古いプラグインを代替のものへ置き換えるか、テーマ内のPHPコードを最新の記法に修正する専門的なプログラミングの知識が求められます。安全なシステム稼働を担保するための技術的な裏付けがあってこそ、初めて安心してリニューアルを進めることができます。
移行完了後のSearch Consoleを活用した監視と評価の回復
データ移管とリダイレクト処理が完了し、新しいホームページ（ウェブサイト）を公開した直後は、検索エンジンのデータベースが新しいURLを正しく認識するまでの移行期間に入ります。この数週間から数ヶ月の期間における正確なデータ監視と迅速な対応が、SEO評価の早期回復につながります。
アドレス変更ツールの適切な使用タイミングと注意点
ドメインを変更した場合は、Google Search Consoleに用意されている「アドレス変更ツール」を使用し、検索エンジンに対して旧ドメインから新ドメインへの移転を明示的に通知します。このツールを使用することで、Googleは移転の事実を素早く把握し、旧ドメインの評価を新ドメインへ引き継ぐ処理を優先的に進めるようになります。
ただし、このツールを使用するための前提条件として、旧ドメインから新ドメインへの301リダイレクトが完璧に機能していること、そしてSearch Console上で新旧両方のドメインの所有権が確認されていることが必須となります。リダイレクトの設定に不備がある状態でツールを使用してもエラーとなり受け付けられません。すべての内部対策とサーバー側での転送設定が完了した最終段階で実行する、移管プロセスの総仕上げとなる作業です。
インデックス未登録問題の早期発見と技術的な修正
サイトを移行した後は、Search Consoleの「ページ」レポート（インデックスカバレッジ）を毎日のように監視し、新しいURLが正常に検索エンジンに登録（インデックス）されているかを確認します。近年、検索エンジンのアルゴリズム変更により、サイト全体の品質評価が低いと判断された場合や、コンテンツの重複が疑われる場合に、「クロール済み – インデックス未登録」や「検出 – インデックス未登録」といった状態に陥るケースが増加しています。
リニューアル直後にこれらのエラーが大量に発生した場合、リダイレクトの設定ミス、新しいテーマ構造における不要なページの自動生成、あるいはサイト全体の表示速度の低下などが原因として疑われます。エラーの原因を技術的に解析し、noindex（検索対象からの除外設定）の適切な付与や、HTMLの論理構造の修正などを行い、クローラーが重要なページを迷わずインデックスできる状態へと調整を重ねていきます。
検索順位の一時的な変動に対する正しい判断基準
どれほど完璧なデータ移管とリダイレクト処理を行ったとしても、URLが変更された直後は、検索順位が一時的に下落したり、検索結果から一時的に姿を消したりする変動（ダンス現象）が起こる可能性があります。これは、検索エンジンが新しいサイト構造を再評価し、これまでの評価と正しく結びつけるための計算を行っている期間に発生する自然な動きです。
この一時的な順位変動に慌てて、リダイレクトの設定を何度も変更したり、コンテンツを過剰に書き換えたりすると、検索エンジンをさらに混乱させ、評価の回復を著しく遅らせてしまいます。事前に行うべき技術的な設定がすべて正確に完了しているという確信を持った上で、数週間は静観し、Search Consoleのデータ推移を冷静に分析する専門的な見極めが重要です。アクセスの一時的な減少を最小限に抑え、最終的にリニューアル前よりも高い成果を出すための戦略的な忍耐が求められます。
事業の資産を守るための専門的な保守体制と情報設計
ホームページ（ウェブサイト）は事業の過去と現在を映し出し、未来の顧客を集める重要なデジタル資産です。URL変更やデータ移管のタイミングは、単なるサーバーの引っ越し作業ではなく、これからのWeb集客を加速させるための内部構造を根本から見直す絶好の機会でもあります。
自作や格安制作で陥りやすい移行トラブルと機会損失
無料の移管プラグインを用いたり、格安の制作代行に丸投げしたりすることで、表面上は新しいURLでサイトが表示されているように見えることがあります。しかし、内部構造を確認すると、301リダイレクトが設定されておらず過去のSEO資産がすべて消滅していたり、旧サイトの画像URLがそのまま残っていてSSL（https）の警告が出ていたりと、見えない部分で致命的な問題を抱えているケースが非常に多いです。
ホームページ（ウェブサイト）は集客などの結果につながってなんぼです。移行の失敗によって検索順位を落とし、これまで毎日獲得できていた問い合わせが突然ゼロになるという機会損失は、制作費用の削減分を遥かに上回る事業へのダメージとなります。高度な技術的知識を持たないまま、感覚でシステムを操作することは大きなリスクを伴います。
URL変更を機に行うコンテンツの統合と重複の解消
サイトリニューアルやURL変更の際は、過去に量産してしまった質の低いページや、内容が重複している記事を整理・統合する絶好のチャンスです。検索エンジンは、ユーザーにとって価値の低いページが大量に存在するサイト全体の評価を下げます。
アクセス解析のデータに基づき、ほとんど閲覧されていないページや、検索意図が重複している複数のページを一つの専門的なページへと統合します。そして、統合元となった不要なページのURLから、新しく統合したページのURLへ向けて301リダイレクトを設定します。これにより、分散していた評価を一つの強力なページに集約し、より高い検索順位を獲得しやすい強固な情報構造を作り上げることができます。
Webマーケティングの視点に基づいた情報設計の再構築
新しいホームページ（ウェブサイト）へデータを移管する際、ただ古い情報をそのまま流し込むのではなく、現在の事業のターゲット層や検索市場の需要に合わせて、情報の配置（情報設計：インフォメーションアーキテクチャ）を再構築することが重要です。
たとえば、事業の主力となるサービスが変化している場合、新しいURL構造においては、その主力サービスをトップページから最も近い階層に配置し、内部リンクを集中させます。ユーザーが目的の情報に最短でたどり着ける導線を設計し、同時に検索エンジンに対してもサイト内で最も重要なコンテンツが何であるかを論理的に伝達します。データの安全な移管という技術的な要件を満たした上で、集客と売上を最大化するためのマーケティング視点を持った構造の最適化を行うことが、これからの事業成長を確実なものにしていきます。