サイト移行は失敗する（これらの間違いを避けなければ）

WordPressの移行は簡単そうに見える。いくつかのファイルをコピーし、データベースを移動させれば完了でしょう？

もしそうならね。

何百ものWordPressサイトオーナーの移行をお手伝いしてきた経験から（そしてもちろん、多くの移行の失敗を片付けてきた経験から）、移行を成功させるには、いくつかの特定の間違いを避けることが重要であることを学びました。

このガイドでは、WordPressユーザーが犯しがちなサイト移行の失敗について説明します。さらに重要なこととして、これらの間違いを避けるための具体的な方法をご紹介します。

新しいホストへの移行、ステージングサイトの作成、バックアップの作成など、これらのレッスンは知っておく必要があります。

あなたは学ぶだろう：

• マイグレーション災害を防ぐバックアップ戦略
• サイトを破壊し、SEOランキングを低下させる技術的ミス
• ステージング・サイトが譲れない理由（そして正しくセットアップする方法）
• 移行後の頭痛の種を防ぐために不可欠な互換性チェック
• データベースの転送とURLの更新を適切に処理する方法
• 本番前に問題を発見するための実環境テスト戦略

簡単なまとめ

WordPressの移行を成功させるには、いくつかの致命的なミスを避けることが重要です。あなたのサイトを壊し、SEOランキングを低下させる最も一般的なエラーは、次のとおりです：

• バックアップも計画もない：サイトの完全なバックアップと明確な計画なしに始めることは、失敗への一番の近道です。
• 技術的エラー：不完全なファイル転送、誤ったデータベース設定、URLの更新漏れなどは、サイトの破損につながります。
• ステージングサイトの災難：テストにステージングサイトを使わない（あるいは検索エンジンにインデックスさせない）ことは、大きな問題を引き起こす可能性がある。
• SEOとテストを忘れる移転後は、すべてのテスト、301リダイレクトの実装、DNSの更新、新しいサイトマップの提出をお忘れなく。

Duplicatorのような移行プラグインは、これらの重要なステップを自動化し、スムーズで成功する移行を保証します。

移籍にまつわる最悪のミスを簡単にまとめたビデオをご覧ください！

サイト移行の間違いトップ

1.オリジナルのウェブサイトをバックアップしない

もし、この記事全体から1つだけ得るものがあるとすれば、それは「サイトの完全なバックアップなしに移行を始めることは決してない」ということだ。

多くの人が移行中にデータを失ってしまう。このような事態に陥った場合、バックアップをしっかり取っておく必要がある。

移行前の適切なバックアップには、以下のものが必要である：

• WordPressデータベース全体
• wp-contentディレクトリ内のすべてのファイル、特にアップロードされたファイル
• テーマとプラグインのファイル（たとえ必要ないと思っていても）
• wp-config.phpファイルとカスタム.htaccessルール

Duplicatorのようなバックアッププラグインを使えば、バックアップに保存するデータを正確にカスタマイズすることができます。すべてのオリジナルデータをバックアップするには、すべてのチェックボックスを選択してください。

そして、私が数え切れないほど救われたプロのヒントがここにある：複数のバックアップコピーを作成すること。ローカルマシンに1つ、クラウドストレージに1つ、そして可能であればまったく別のサーバーに1つ。

Duplicatorを使えば簡単です。異なるバックアップ保存場所をすべて設定します。そして、オリジナルサイトをバックアップする際にそれらを選択します。

やり過ぎに見えるかもしれないが、物事がうまくいかなくなったとき、冗長性に感謝することになるだろう。

Duplicatorは、複数のバックアップ方法をやりくりして、何も見逃していないことを祈る代わりに、信頼できる単一のバックアップにすべてをパッケージ化します。Duplicatorがなければ失敗していたかもしれない移行を数え切れないほど救ってきた。

2.移行計画を持たない

複雑なレシピを最初に読まずに調理しようとしたことがあるだろうか？それは、計画なしにサイト移行に飛び込むようなものです。焦げたディナーの代わりに、ウェブサイト全体を危険にさらすことを除けば。

まず、移行のスケジュールを作成する必要があります。具体的なスケジュールは以下の通りだ：

• バックアップの作成
• オリジナルサイトのすべてのプラグインとテーマの更新
• 実際のマイグレーションの実行
• あらゆるものをテストする（という意味）
• DNSの切り替え
• 最終チェックとモニタリング

しかし、ほとんどの人が見逃している部分がここにある：ロールバックプランが必要なのだ。なぜなら、完璧に実行しても、期待通りにいかないことがあるからだ。

Duplicatorにはリカバリーシステムが組み込まれています。バックアップを別のサイトに移動した後、リカバリポイントを設定することができます。これは、移行中に何か問題が発生した場合、サイトを古いバックアップにロールバックします。

もうひとつの重要なピースとは？リソースです。リソースがあるかどうかを確認せずに移行を始める人があまりにも多い：

• インストール先サーバーに十分なディスク容量がある
• 必要なすべての認証情報へのアクセス（ホスティング、DNSなど）
• テストに割り当てられた時間
• ダウンタイムをユーザーに通知する方法
• 新旧ホスティング・プロバイダーのサポート窓口

時間をかけて計画を立て、すべてを文書化し、そして最も重要なことは、予想外の事態を想定することだ。

3.ステージングサイトのインデックスを許可する

staging.yoursite.comやyoursite.com/stagingのような場所にステージングサイトを作成します。あなたはテストや微調整に忙しく、すべてが完璧に動作することを確認します。

一方、グーグルのクローラーは、ステージングサイトのすべてのページを静かにインデックスしている。

その結果は？重複コンテンツ。たくさんある。

そして、ほとんどの人が気づいていないことがある：Googleは、1つのバージョンがあなたの「ステージング」サイトであることを気にしません。検索エンジンにとって、あなたは今、2つの同じウェブサイトを互いに競合させているのです。

通常、このような展開になる：

• 検索順位が下がり始める
• 検索結果に奇妙なステージングURLが表示されていることに気づく
• 正規化URLが混乱する
• あなたのサイト・オーソリティは2つのバージョンに分割される
• テストコンテンツがインデックスされることもある

この頭痛の種を防ぐ方法をお教えしよう。解決策は実に簡単だ。

ステージングサイトで、Settings " Readingに進みます。検索エンジンがこのサイトをインデックスしないようにする" の横にあるボックスにチェックを入れます。

一時的なものだから」「誰にも見つからないから」といって、このステップを飛ばしてしまうサイトオーナーを私はたくさん見てきた。信じてほしい、検索エンジンはそれを見つけ、インデックスし、あなたは何カ月もSEOの余波に悩まされることになるのだ。

4.ステージングサイトをまったく作らない

どんなに単純な変更に見えても、本番でのテストは危険だ。確かに、運が良ければうまくいくかもしれない。しかし、なぜ危険を冒すのか？

私はこのミスを最もよく目にする：

• サーバー移行
• テーマの更新
• プラグインの主な変更
• PHPバージョン更新
• カスタムコードの追加

手動でステージング環境を作るのは面倒だ。ファイルをコピーし、データベースをクローンし、コンフィギュレーション設定を更新する必要がある。

これが私がDuplicatorを使い始めた主な理由の一つです。バックアップをステージング・エリアにドラッグ・アンド・ドロップするだけで、サイトの完璧なコピーをテストすることができます。

ステージングサイトは災害を防ぐだけでなく、開発プロセスをより速くします。以下のことが可能です：

• 新しいソフトウェアを安心してテストできる
• 物を（わざと！）壊して、失敗の仕方を見る
• さまざまな構成を試す
• 本番稼動前に顧客に変更を確認させる
• 新機能の実験

ステージングサイトを使えば、サイトを移転する前にこっそりデザインを変更することができます。こうすることで、新しいサイトは新しいサーバー上で完全に準備が整います。サイト移転後に、多くのエラーを解決する必要もありません。

5.互換性をチェックしない

サイトを移行したら、予期せぬエラーが発生したことはありませんか？十中八九、互換性の問題が原因です。

移行前にほとんどの人が確認しないことがある：

• PHPのバージョン（および主要なPHP設定）
• MySQLまたはMariaDBのバージョン
• 新しい環境でのプラグインの互換性
• テーマの互換性
• サーバー固有の要件

私は移籍前の事前チェックにほとんど執着している。そう、つまり、すべてがうまくいくと思い込むのではなく、実際に数字をチェックするということだ。

これが私の互換性チェックリストだ：

• 現在のサーバー設定（PHPのバージョン、制限、MySQLのバージョン）をすべて文書化する。
• 宛先サーバーから同じ情報を取得する
• テーマと重要なプラグインの互換性要件をチェックする
• 新しいサーバー設定で、ステージング・サイトで問題のあるプラグインをテストする。
• 非推奨のPHP関数をカスタムコードから探す

Duplicatorには、このような互換性の問題を移行前にチェックするスキャナーが内蔵されています。実際の問題になる前に、潜在的な問題について警告してくれます。

6.現在のサイトの監査を怠る

移行は、家をきれいにする絶好の機会です。新しいサーバーで成功するために、時間をかけてサイトをクリーンアップすることをお勧めします。より速く、より簡単に管理でき、より簡単に移行できます。

移行を考える前に、監査する必要があるのは以下のことだ：

コンテンツのクリーンアップ：

• 古くなったコンテンツを特定し、削除/更新する
• 壊れた内部リンクを修正する
• メディアライブラリを整理する
• スパムコメントの削除

技術監査：

• アクティブなプラグインと非アクティブなプラグインをすべて確認する
• プラグインの競合チェック
• データベーステーブルの最適化
• サイトパフォーマンスのボトルネックを探す

SEOチェック：

• 最もパフォーマンスの高いページを特定する
• 現在のランキングを記録する
• リダイレクト戦略を立てる
• クロールエラーのチェック

ステージングサイトを使用して、クリーンアップしたサイトのパフォーマンスをテストしてください。移行前に不要なものを取り除くだけで、サイトの読み込みが速くなるのを見たことがあります。

Duplicatorを使えば、移行時に不要なデータを削除することができます。オリジナルサイトをバックアップする際に、非アクティブなプラグインやテーマを自由に削除してください。

Duplicatorにはファイルやデータベーステーブルのフィルターがあり、余分な肥大化を抑えることができます。サイトの速度を低下させているものがわかっているなら、それをバックアップから削除してください。そうすることで、新しいサイトを詰まらせることがなくなります。

7.不完全なファイル転送

移行を計画したのに、ファイルが正しく転送されないほど最悪なことはありません。メディアファイルが壊れたり、データが失われたり、その他のエラーが発生してしまうかもしれません。

ファイル転送中に実際に起こることを説明しよう：

• WordPressのコアファイルを移動する必要がある
• wp-contentディレクトリ（通常、最も大きい）は、次のように転送する必要があります。
• すべてのアップロードをコピーする必要がある
• テーマとプラグインのファイルを完全に転送する
• 設定ファイルはそのまま移動する必要がある

これらのどれかを見逃すと、サイトは正しくセットアップされません。だから、手動でサイトを移行することはお勧めしない。

最善の策は、専用の移行ツールを使用することです。Duplicatorは、ファイルを失うことなく400GBのサイトを移行した信頼できるプラグインです！

8.誤ったデータベース設定

夜も眠れないといえば、データベースのマイグレーションについて話そう。

データベースはWordPressサイトの心臓部です。すべての投稿、ページ、コメント、設定がここにあります。そして、移行プロセスでの小さなミスが、データベースエラーやデータの欠落を引き起こす可能性があります。

私がよく目にするデータベース移行の間違い

• データベースの照合順序の不一致
• シリアライズされたデータの更新忘れ
• 重要なテーブルの欠落
• テーブル接頭辞が正しく更新されない
• URLの検索置換ステップのスキップ
• ソースとデスティネーションが異なるデータベースを持っている（PerconaからSQLのように）

データベースの設定が正しくない場合、ウェブサイトは壊れてしまいます。簡単なことです！

データベースの専門家でなくても、このような問題を避けることができます。Duplicatorはほとんどのデータベース設定問題を自動的に処理します。

その複雑さをすべて取り除いてくれる。

9.データベースのURLを更新しない

ウェブサイトのデータベースはURLでいっぱいです。これらのURLは、画像や内部ページなどにリンクしています。サイトを新しいドメインに移動しても、これらのURLは古いドメインを指しています。

つまり、画像が読み込まれず、内部リンクが壊れ、ウェブサイトが正しく機能しないのです。これは、間違った場所を指す道路地図を持つようなものです。

WordPressは、あなたが思っているよりも多くの場所にURLを保存します：

• 投稿とページの内容
• ウィジェット設定
• プラグインの設定
• テーマカスタマイザー設定
• メニューとナビゲーション
• 画像添付

これらのURLをすべて更新し、新しい場所を指すようにする必要がある。

幸運なことに、Duplicatorはあなたの代わりに検索と置換を行うことができます。データベースを検索し、すべてのURLを新しいものに更新してくれるので、手動で行う必要はありません。

信じてほしいが、手作業でこんなことはしたくないはずだ。大変な頭痛の種です。Duplicatorにお任せください！

10.移行プロセスの中断

さて、移住を進めていると、他のことをしたくなりますよね？メールをチェックしたり、ビデオを見たり、ちょっとノートパソコンを閉じたり。

やめておけ。

マジメな話、移行プロセスは最後までやり遂げる必要がある。それを中断すると、大きな問題を引き起こす可能性がある。

なぜか？不完全なデータ、破損したファイル、そして移行に失敗してしまう可能性があるからです。すべてのプロセスをもう一度やり直すことになりかねません。

私は、中断された移籍の原因を見てきた：

• 破損したデータベース
• 不完全なファイル転送
• 壊れたプラグイン設定
• 部分的なコンテンツ移行
• 一貫性のないデータ状態

そのため、移行中に安定したインターネット接続があることを確認してください。Duplicatorのような）移行ツールを中断することなく、その作業をさせてください。時間はかかるかもしれませんが、その価値はあります。

移行を台無しにするリスクを冒してはいけない。辛抱強く、移行を完了させれば大丈夫だ。

11.新サイトの徹底的なテストを怠る

さて、ウェブサイトを移転しましたね。おめでとう！でも、ちょっと待ってください。徹底的なテストが必要です。

すべてが完璧だと決めつけないでください。サイトのあらゆる部分に目を通し、それが想定通りに正確に機能することを確認する必要があります。

何をテストする必要があるのか？

まずは基本から。サイトの機能が正しく動作していることを確認しましょう。ナビゲーション、フォーム、ボタン、すべてのページをテストしてください。

サイトがレスポンシブであり、すべてのデバイス（モバイルを含む）で見栄えが良いことを確認しましょう。リンクが正しく機能しているか、画像が正しく読み込まれているかを確認しましょう。

サイト全体が正常に動作し、ユーザーが可能な限り最高の体験をしているかを検証する必要があります。問題が見つかったら、すぐに修正しましょう。サイトが公開された後よりも、今すぐ修正する方がはるかに簡単です。

徹底的なテストは、サイト移行を成功させる鍵です！

12.リンク切れを無視する

リンク切れはサイトにとって悪いニュースです。ユーザーエクスペリエンスが低下し、SEOにも悪影響を及ぼします。

リンクをクリックしても、存在しないページにたどり着くことを想像してみてほしい。イライラしますよね。あまりにも多くのリンク切れに遭遇すると、人々はすぐにサイトを離れてしまいます。

また、検索エンジンはあなたのサイトをクロールするためにリンクを使用するため、検索エンジンにとってもよくありません。リンク切れはランキングに影響します。できるだけ早く修正する必要があります。

リンク切れをスキャンするツールはたくさんあります。Broken Link Checkerを使うことを強くお勧めする。このプラグインはサイト上のリンク切れを見つけ、修正することができます。

リンク切れに対処することで、ユーザーを満足させ、サイトを健全に保つことができます。簡単なことです。

13.サイトのパフォーマンスを監視しない

WordPressのウェブサイトを移行した後も、サイトのパフォーマンスには目を光らせておく必要があります。移行後もサイトがスムーズに動作していることを確認する必要があります。驚くような事態は避けたいものです。

何を監視すべきでしょうか？ウェブサイトのスピード、アップタイム、サーバーリソースなどを追跡したい。

サイトの読み込みが遅かったり、頻繁にダウンしたりすると、問題を引き起こす可能性があります。遅いスピードやダウンタイムは、収益の損失やユーザーの不満につながります。ユーザーはサイトを離れ、二度と戻ってこないかもしれません。

読み込み速度をチェックするには、IsItWPのスピードテストをご利用ください。問題があればアラートが表示されるので、すぐに修正することができます。

ウェブサイトのパフォーマンスを監視することは、継続的なプロセスであり、非常に重要です。常に目を光らせ、サイトを最高の状態に保ちましょう。

14.古いホスティングを解約しない

古いホスティングアカウントのキャンセルをお忘れなく。簡単なことのように聞こえるかもしれないが、忘れがちなことだ。

もう使っていないサービスにお金を払うことになりかねません。さらに、もう使っていないデータをホスティングアカウントに保存している可能性もあります。

必要のないものにお金を払うな。お金を無駄にするだけです。簡単なステップなので、忘れずに実行しましょう。

しかしその前に、新しいサイトのDNSが反映されるまで待つようにしましょう。その後、古いアカウントを解約してください。

15.DNSの更新忘れ

これは、経験豊富なウェブサイト所有者でもつまずく可能性のある重要なステップです。サイトを移行したら、DNSレコードを更新する必要があります。

DNSレコードとは何ですか？基本的には、あなたのドメイン名とウェブサーバーをつなぐものです。インターネットの電話帳のようなものだと考えてください。

DNSを更新しないと、ウェブサイトは正しいURLで表示されません。これは、訪問者があなたを見つけられないことを意味します。

新しいサーバーを指すようにDNSレコードを更新する必要があります。これは通常、ドメインレジストラを通じて行われます。

DNSの更新は伝播に時間がかかることを覚えておいてください。これらの変更がインターネット全体に反映されるには数時間かかることがあります。辛抱してください。

16.検索エンジンに移転について知らせない

あなたはサイトを移転し、DNSを更新し、すべてがうまくいっているように見えます。しかし、検索エンジンに移転のことを伝えましたか？

もし伝えなければ、古いサイトがまだインデックスされる可能性があり、トラフィックの減少やインデックスの問題につながる可能性がある。せっかくのSEO対策が台無しになるのは避けたいものだ。

これを行うには、Google Search Consoleで住所変更の設定を見つけます。

新しいサイトを選択してください。

17.新しいサイトマップをGoogle Search Consoleに送信しない

サイトマップは検索エンジンのためのロードマップだと考えてください。サイトマップは、検索エンジンがあなたのウェブサイトのどのページをクロールし、インデックスすべきかを示すものです。

サイトを移行したら、Google Search Consoleに新しいサイトマップを送信することが重要です。そうすることで、Googleは新しいページを見つけやすくなり、ウェブサイトの構造を理解しやすくなります。

新しいサイトマップを送信しないと、検索エンジンはあなたのすべてのページについて知らない可能性があり、これはインデックスの問題につながる可能性があります。つまり、検索結果にコンテンツが表示されない可能性があるのです。

時間をかけて新しいサイトマップを作成し、Google Search Consoleに送信しましょう。より多くの人に見つけてもらうための簡単な方法です。

完全なステップバイステップのウォークスルーについては、Googleにサイトマップを送信する方法についてのガイドを参照してください。

18.302リダイレクトの使用

リダイレクトについて話しましょう。サイトを移転する際、古いURLを新しいURLにリダイレクトする必要があるかもしれません。

リダイレクトには2種類あります：302リダイレクトと301リダイレクトです。この違いを知ることが重要です。

302リダイレクトは一時的なリダイレクトです。301リダイレクトは永続的なリダイレクトです。

サイトを移行する際、301リダイレクトを使用していることを確認したい。

なぜか？301リダイレクトはリンクエクイティを渡すからです。つまり、古いURLが築き上げたSEOの価値を維持できるのです。

一方、302リダイレクトはリンクエクイティを渡さない。そのため、302リダイレクトを使用すると、SEOジュースを失う可能性がある。

19.リダイレクト・チェーンの作成

リダイレクトチェーンは、URL AがURL Bにリダイレクトされ、URL BがURL Cにリダイレクトされ、最終的にURL Dに到達することで発生します。

リダイレクトチェーンがなぜ問題なのかを説明しよう：

• ページのロード時間が遅くなる
• 検索エンジンは、最終目的地に到達する前にチェーンの追跡を停止する可能性がある。
• リンクエクイティはリダイレクトホップごとに失われる
• ユーザー・エクスペリエンスは遅延に苦しむ
• Googleは最終的なURLをインデックスしないかもしれない

このようなことが起こるのは、次のようなときだ：

• サイトをクリーンアップすることなく何度も移行している。
• 既存のリダイレクト・ルールをチェックせずにリダイレクトを作成する者がいる。
• 新規リダイレクト作成時に古いリダイレクトが削除されない
• 異なるチームが連携せずにリダイレクトを設定

リダイレクトはすべて、古いURLから最終目的地に直接飛ぶようにすることです。

移行の前に、既存のリダイレクトを監査しましょう。Screaming Frogのようなツールを使って、チェーンをマッピングしましょう。そして、中間URLを削除し、それぞれの古いURLが新しいホームをまっすぐに指すようにします。

20.HTML以外の要素をリダイレクトしない

ウェブサイトは単なるHTMLページではありません。あなたには

• 画像とメディアファイル
• PDFドキュメント
• CSSファイルとJavaScriptファイル
• ダウンロード可能なリソース
• XMLファイル（サイトマップなど）
• ビデオとオーディオファイル

これらのリソースが他のサイトからリンクされていたり、検索エンジンにインデックスされている場合は、それらもリダイレクトする必要がある。

私は、サイトがトラフィックを大幅に失うのを見てきた：

• 他サイトのブログ記事に埋め込まれた画像が壊れた
• PDFリソースへのバックリンクが404エラーを返しました。
• ソーシャルメディアで人気のインフォグラフィックがロードされなくなった
• 古いサイトマップが新しいサイトマップにリダイレクトされない

他のサイトがあなたのリソースにリンクし、そのリソースが壊れてしまうと、プロらしくない印象を与えます。人々はリンクを更新するよりも、リンクを完全に削除するかもしれません。

アナリティクスで人気のある非HTMLリソースをチェックし、バックリンクプロファイルでリンクされているアセットを確認し、移動またはリネームされたファイルのリダイレクトを設定します。ページのリダイレクトと同じように、これらのリダイレクトもテストしてください。

21.多くの投稿をホームページにリダイレクトする

新しいサイト構造に移行するとき、古いコンテンツの一部が新しいサイトで完全に一致しないことがあります。そこで、「すべてをホームページにリダイレクトしよう。少なくとも、人々が404を受け取ることはないだろう。"

悪い考えだ。

複数のページをホームページにリダイレクトすると、こうなります：

• Googleはそれをソフト404（基本的に偽のリダイレクト）と見なす。
• そのページが築き上げてきたSEOの価値をすべて失うことになる。
• ユーザーは混乱し、イライラする
• 直帰率の増加
• ユーザーエクスペリエンスが低いとして、検索エンジンがあなたのサイトにペナルティを与える可能性がある。

無関係なページをホームページにリダイレクトするのは、404を出すよりずっといいとは言えない。では、代わりに何をすべきでしょうか？

新しいサイトに合わない古いコンテンツがある場合、いくつか良い選択肢がある。

新しいサイトで最も近い関連ページを見つけてそこにリダイレクトするか、古いトピックに対応する新しいランディングページを作成するか、コンテンツが本当に古くて無関係な場合は、適切な404を返すようにする。

ホームページにリダイレクトすべきなのは、古いURLがすでにホームページに関連していた場合だけです（古いドメイン名やホームページのバリアントなど）。

22.ルート・ディレクトリが許可されていない状態での本番稼動

開発中またはステージング中に、robots.txtファイルをセットアップして、検索エンジンが作業中のサイトをインデックスできないようにします。新しいサーバーにすべてを移行し、サイトを徹底的にテストし、本番稼動させます。

しかし、robots.txtファイルを更新するのを忘れている。

今、あなたのサイトはすべての検索エンジンに「クロールしないで」と伝えている。検索順位は一夜にして消滅する。

robots.txtファイルには次のようなことが書かれているかもしれない：

User-agent: *

Disallow: /

このシンプルな"/"は、"すべてをブロックする "という意味だ。そして、もしそれが移行後も残っていれば、あなたは検索エンジンから見えなくなってしまう。

公開する前に、robots.txtファイルをチェックしてください（yoursite.com/robots.txtにあります）。ルート・ディレクトリが許可されていないことを確認してください。

23.バックリンクを忘れる

バックリンクとは、あなたのサイトを指す他のウェブサイトからのリンクのことです。バックリンクは、ドメイン・オーソリティを構築し、あなたのサイトが信頼できるリソースであることを示すのに役立ちます。

新しいドメイン名に移行した場合は、新しいウェブサイトを指すようにバックリンクを更新する必要があります。

バックリンクチェッカーを使って、古いドメインにリンクしているウェブサイトをすべて見つける。そして、それらのサイトに連絡し、リンクの更新を依頼する。

24.サーバー要件を検証しない

ウェブサイトを移行する前に、新しいサーバーがあなたのサイトに必要なすべての要件を満たしていることを確認してください。そうしないと、大きな問題が発生する可能性があります。

PHPの制限、ファイルのアップロードサイズ、その他の重要なサーバー設定を確認する必要があります。

これらの設定が低すぎると、ウェブサイトが正しく動作しない可能性があります。エラーが発生したり、サイトの読み込みが遅くなったり、ファイルのアップロードができなくなったりする可能性があります。

移行前には必ずサーバー要件を再確認してください。このステップを踏むことで、将来的に多くの頭痛の種を防ぐことができます。

25.マルチサイトの誤った移行

WordPressのマルチサイトネットワークを運営している場合、サイトの移行には特に注意が必要です。

マルチサイトには独自のニュアンスがあり、より多くの計画が必要です。単一サイトの移動ほど簡単ではありません。ネットワーク設定、サブサイト、すべての設定に細心の注意を払う必要があります。

マルチサイトの移行を誤ると、壊れたサイトや失われたデータなど、さまざまな問題が発生する可能性があります。マルチサイト移行プラグインを使用することをお勧めします。

例えば、Duplicatorは自動的に単一のサイトをネットワークに移行したり、完全なマルチサイトを移行したり、サブサイトをクローンしたりするオプションを提供します。適切な移行設定を選択するだけです。

26.SEOを無視する

SEOはあらゆるウェブサイト戦略において極めて重要な要素です。サイト移行中にこれを無視するのは得策ではありません。

サイトを移転するときは、SEOを最新の状態にし、これまで築き上げてきたSEOの価値を失わないようにするチャンスです。

メタディスクリプション、ページタイトル、hreflangタグなどを確認してください。これらの要素はすべて、検索エンジン最適化のために重要です。

それを無視すれば、ランキングを失う可能性があり、トラフィックとビジネスにとって悪い知らせとなる。

27.タイトルタグを移行しない

タイトルタグは、サイト全体で最も重要なSEO要素のひとつです。検索結果に表示され、ランキングに大きな役割を果たします。

しかし、移行中にタイトルタグが忘れられたり、デフォルトにリセットされたりすることはよくある。そして、ほとんどの人は、トラフィックがすでに激減するまで気づかない。

移行する前に、特にトラフィックの多いページのタイトルタグをすべて文書化しましょう。SEOプラグイン（AIOSEOなど）からそれらをエクスポートし、スプレッドシートを作成します。

移行後、以下を確認する：

• すべてのタイトルタグが正しく転送される
• デフォルトに戻ったタイトルはない
• タイトルタグのフォーマット/構造が維持されている
• 特殊文字が正しく表示される
• 長さはグーグルの制限内

タイトルタグの最適化には時間がかかりました。移行後のチェックを忘れて、せっかくの作業が台無しにならないようにしましょう。

28.Hreflangマークアップを更新しない

あなたのウェブサイトが国際的な読者を対象にしていたり、多言語のコンテンツを持っている場合は、移行時にhreflangタグに特別な注意を払う必要があります。

Hreflangタグは、検索エンジンにあなたのページの言語や地域バージョンを伝えます。次のような場合に重要です：

• 言語バージョン間での重複コンテンツの防止
• 適切なユーザーに適切な言語を表示
• 国際SEOランキングの維持
• 世界中の訪問者に良いユーザー体験を提供する

サイトを移行する場合（特にドメイン構造やURLを変更する場合）、hreflangマークアップは新しいURLを反映するように更新する必要があります。

移行時に最もよくあるhreflangの間違い：

• Hreflangタグはまだ古いドメインのURLを指している
• タグ もう存在しない参照ページ
• 転送中にマークアップ形式が崩れる
• 自己参照のhreflangタグが失われる
• 言語/地域コードが破損する

これらのタグを更新しないと、検索エンジンはどのユーザーにどのバージョンのコンテンツを表示すべきか混乱してしまいます。異なる国で間違った言語バージョンのランキングが表示されるようになるかもしれませんし、Googleは重複したコンテンツがあると考えるかもしれません。

必要なことは以下の通りだ：

• 移行前に現在のhreflangタグをすべて監査する
• URLの変更マップを作成する
• 新しいURLを指すようにhreflangタグを更新する。

海外サイトをお持ちの方は、このステップをスキップしないでください。あなたのグローバルオーディエンスは、このステップにかかっています。

29.トラッキングコードを更新しない

サイト移転後は、トラッキングコードの更新をお忘れなく。これは本当によくあるミスで、不正確なデータにつながります。

アナリティクスコードが正しく設定されていないと、サイトのパフォーマンスを追跡することができません。何人の人があなたのサイトを訪れているのか、どこから来ているのか、何をしているのかがわからなくなります。

Google Analyticsなどのアナリティクス・プラットフォームをチェックし、変更が必要な設定があれば更新しましょう。また、すべてのページにトラッキングコードが設置されていることを確認することも重要です。

これにより、最も正確なデータを取得し、サイトのパフォーマンスを正しく追跡できるようになります。

30.クローラビリティとインデクシングの問題を解決しない

検索エンジンがあなたのサイトにアクセスできなければ、検索結果に表示されるのは本当に難しくなります。

robots.txtファイルをチェックし、重要なページがブロックされていないか確認する必要があります。また、すべてのページが正しくインデックスされていることを確認するのもよいでしょう。

クローラビリティやインデックスに問題がある場合は、すぐに修正する必要があります。Google Search Consoleを使って、これらの問題を見つけることができます。あなたのサイトを健全な状態に保ち、人々に見つけてもらうことができます。

31.トラフィックの多い時期の移動

トラフィックの多い時期にサイトを移行するのはベストなアイデアではありません。トラフィックが少ない時間帯に移行することをお勧めします。そうすることで、リスクを最小限に抑え、混乱を減らすことができます。

深夜や早朝など、サイトが混雑していない時間帯を選びましょう。こうすることで、ダウンタイムの可能性やサイト訪問者への悪影響を最小限に抑えることができます。

32.移動前にベンチマークを記録しない

ウェブサイトを移行する前に、いくつかの重要なベンチマークを記録することをお勧めします。これにより、サイトの移行前と移行後のスナップショットが得られ、移行の影響を確認することができます。

改善されたかどうか、あるいは修正すべき点があるかどうかがわかります。サイトのスピード、検索エンジンの順位、直帰率などを記録しましょう。これらはサイトの健全性とパフォーマンスの重要な指標となります。

移行後、移行前と移行後のベンチマークを比較し、状況が改善されたかどうかを確認できます。このデータがあれば、サイト移行の問題を修正し、サイトを改善するのに役立ちます。

33.移住を急ぐ

立ち上げのプレッシャーがある。新しいホスティングの準備はできている。利害関係者は焦っている。プロジェクトは予算オーバー。

だからあなたは急ぐ。 そしてそれが災難に見舞われる。ちょっとしたミスですべてが崩れてしまう。

一般的なラッシュはこんな感じだ：

• ステージング環境のスキップ
• すべての機能を徹底的にテストしない
• 完全なバックアップなしでの移行
• 営業時間中の移行
• リダイレクト戦略の手抜き
• データベース接続をダブルチェックしない
• 移行前チェックリストのスキップ

実際、移行には時間がかかる。中規模サイトの適切な移行には、以下が含まれます：

• 計画段階（数日から1週間）
• バックアップと準備（数時間）
• 実際の移行（数分から数時間、方法による）
• 徹底的なテスト（少なくとも丸1日）
• モニタリング期間（最初の48～72時間）
• 問題解決（最初の1週間は継続中）

ウェブサイトはあなたのビジネスです。急ごしらえの仕事以上の価値があります。

サクセスストーリーErgo Creativeが大規模ウェブサイトを20分以内に移行する方法

移行にまつわる怖い話をたくさんしてしまった。そこで、適切な移行戦略とツールがいかに大きな違いをもたらすか、実例をご紹介しよう。

エルゴ・クリエイティブは、ブランド、デジタル、工業デザインを専門とするエージェンシーだ。クライアントのサイトを改善するためには、より良いウェブホストに移行する必要があります。

Duplicatorを使う前は、大規模なウェブサイトの移行に多くの時間を費やしていた。それは骨の折れる作業で、多くのリソースを必要とし、しばしばエラーが発生していました。

しかし、彼らはもっといい方法を見つけた！

Duplicator を使用することで、エルゴクリエイティブはこれらのサイトを 20 分以内に移行することができます。ダウンタイムを減らし、FTPクライアントの使用を避け、MySQLバージョンの不一致を修正し、クライアントの満足度を高めることができました。

デジタル・ディレクター、ニール・リヴシーのコメントを紹介しよう：

"Duplicatorは我々のツールキットの不可欠な一部となり、WordPressの複雑なウェブサイト管理を自信を持って行うことができるようになりました。ウェブサイトの移行とバックアップのための信頼できる効率的なソリューションを探しているウェブ開発者なら、Duplicator Proが答えです。"

他の成功したウェブサイト移行をご覧になりたいですか？他のケーススタディをお読みください！

よくある質問 (FAQ)

次のステップエラーのないWordPress移行を実行する

サイト移行は怖いものではありません。圧倒されるように思えるかもしれませんが、よくある移行ミスを避ければ、スムーズに移行を成功させることができます。

バックアップ、計画、ステージングサイトが必要だ。すべてに互換性があり、すべてのファイルとデータが正しく転送されていることを確認してください。また、サイトをテストし、問題があれば修正する必要があります。

Duplicator Proのようなツールを使えば、プロセス全体がとても簡単になります。複雑な作業の多くを自動化し、これまで述べたような一般的な落とし穴の多くを回避するのに役立ちます！

もし移籍を控えているなら、ぜひチェックしてみてほしい。後で私に感謝することになるだろう。

ここにいる間に、他のWordPressガイドも気に入ると思う：

• 無料でWordPressサイトを移行する方法
• 究極のWordPress移行チェックリスト
• WordPressウェブサイトを新しいホストに移行する方法
• WordPress移行サービス対決：WordPressマイグレーションサービス対決
• WordPressサイトが移行後に動作しなくなった場合の対処法
• 2025年SEO移行完全ガイド