これらの間違いを避けない限り、サイト移行は失敗します

WordPressの移行は、見かけほど単純ではありません。ファイルをコピーしてデータベースを移動すれば完了、と思っていませんか？

そううまくいきません。

何百ものWordPressサイトオーナーの移行（そして、多くの移行の失敗の修復）をお手伝いしてきた経験から、成功する移行は、非常に具体的な間違いを避けることに尽きることを学びました。

このガイドでは、WordPressユーザーが犯しがちな最も一般的なサイト移行の間違いを説明します。さらに重要なのは、それらを回避する方法を正確にお伝えすることです。

新しいホストへの移行、ステージングサイトの作成、または単なるバックアップの作成であっても、知っておくべき教訓です。

あなたは以下を学びます：

• 移行の失敗を防ぐバックアップ戦略
• サイトを壊し、SEOランキングを低下させる技術的な間違い
• ステージングサイトが譲れない理由（そして、正しく設定する方法）
• 移行後の頭痛の種を防ぐための重要な互換性チェック
• データベース転送とURL更新を正しく処理する方法
• 公開前に問題を検出するための実際のテスト戦略

簡単なまとめ

WordPressサイトの成功する移行は、いくつかの重大な間違いを避けることに尽きます。サイトを壊し、SEOランキングを低下させる最も一般的なエラーには、次のものが含まれます：

• バックアップまたは計画なし：完全なサイトバックアップと明確な計画なしに開始することは、失敗への最も早い道です。
• 技術的なエラー：不完全なファイル転送、不正確なデータベース設定、またはURLの更新の失敗は、サイトの破損につながります。
• ステージングサイトの誤り：テストのためにステージングサイトを使用しない（または検索エンジンにインデックスさせる）と、重大な問題が発生する可能性があります。
• SEOとテストの忘れ：すべてのテスト、301リダイレクトの実装、DNSの更新、および移動後の新しいサイトマップの送信を忘れないでください。

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

最もひどい移行の間違いの簡単な概要を確認するには、このビデオをご覧ください！

サイト移行の最も多い間違い

1.元のウェブサイトのバックアップを取らない

はっきりさせておきましょう。この記事全体から一つだけ持ち帰るとしたら、それはこれです。サイトの完全なバックアップなしでは、決して、絶対に移行を開始しないでください。

多くの人が移行中にデータを失います。もしそうなった場合は、頼りになる良いバックアップが必要になります。

適切な移行前バックアップには以下を含める必要があります：

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

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

そして、これは何度も私を救ってくれたプロのヒントです。複数のバックアップコピーを作成してください。1つはローカルマシンに、1つはクラウドストレージに、可能であれば完全に別のサーバーに1つ保存してください。

Duplicatorはこれを簡単にします。さまざまなバックアップ保存場所をすべて設定します。次に、元のサイトをバックアップするときにそれらを選択します。

過剰に思えるかもしれませんが、信じてください。物事がうまくいかなくなった場合、冗長性に感謝するでしょう。

複数のバックアップ方法を駆使して、何かを見逃していないことを願う代わりに、Duplicatorはすべてを1つの信頼できるバックアップにパッケージ化します。これにより、うまくいかなかったであろう数え切れないほどの移行が救われたのを見てきました。

2.移行計画がない

複雑なレシピを最初に読まずに調理しようとしたことがありますか？計画なしにサイトの移行に飛び込むのはそんな感じです。ひどい夕食の代わりに、ウェブサイト全体を危険にさらすことになります。

まず、移行のタイムラインをマッピングする必要があります。特定のウィンドウが必要です：

• バックアップの作成
• 元のサイトのすべてのプラグインとテーマの更新
• 実際の移行の実行
• すべて（文字通りすべて）のテスト
• DNSの切り替え
• 最終チェックと監視

しかし、ほとんどの人が見落としているのは、ロールバックプランが必要だということです。なぜなら、完璧な実行であっても、物事が期待どおりに機能しないことがあるからです。

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

もう1つの重要な要素は？リソースです。多くの人が、次のことを確認せずに移行を開始するのを見てきました：

• 移行先サーバーの十分なディスク容量
• 必要なすべての認証情報（ホスティング、DNSなど）へのアクセス
• テストのために確保された時間
• ダウンタイムが発生した場合にユーザーに通知する方法
• 古いホスティングプロバイダーと新しいホスティングプロバイダーの両方のサポート連絡先

計画を立て、すべてを文書化し、最も重要なこととして、予期せぬ事態を予期してください。

3.ステージングサイトをインデックスさせる

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

その間、Googleのクローラーはステージングサイトのすべてのページを静かにインデックスしています。

結果？重複コンテンツ。大量に。

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

通常、これは次のように展開されます：

• 検索ランキングが下がり始めます
• 検索結果に奇妙なステージングURLが表示されることに気づきます
• 正規URLが混乱します
• サイトの権威が2つのバージョンに分割されます
• そして時々テストコンテンツがインデックスされます

この頭痛の種を防ぐ方法を説明します。解決策は実際には非常にシンプルです。

ステージングサイトで、設定 » 表示設定に移動します。検索エンジンがこのサイトをインデックスしないようにするの横にあるチェックボックスをオンにします。

「一時的なものだ」とか「誰も見つけられないだろう」と考えて、このステップをスキップするサイトオーナーが多すぎます。信じてください、検索エンジンは見つけ、インデックスし、あなたは数ヶ月間SEOの後始末に対処することになります。

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

変更がどれほど単純に見えても、本番環境でのテストは危険です。確かに、運が良いかもしれません。しかし、なぜリスクを冒すのですか？

この間違いを最もよく見かけるのは次のとおりです。

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

ステージング環境を手動で作成するのは面倒な場合があります。ファイルをコピーし、データベースをクローンし、設定設定を更新する必要があります…なぜ人々がそれをスキップするのかわかります。

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

ステージングサイトは災害を防ぐだけでなく、開発プロセスを高速化します。次のことができます：

• 恐れることなく新しいソフトウェアをテストする
• 意図的に壊して、どのように失敗するかを確認する
• さまざまな構成を試す
• クライアントが変更を公開前にレビューできるようにする
• 新機能を試す

ステージングサイトを使用すると、新しいサイトを移動する前に、サイトを秘密裏に再設計できます。これにより、新しいサイトは新しいサーバーですぐに使用できるようになります。サイトを移動した後にエラーを解決する必要が少なくなります。

5.互換性を確認しない

予期しないエラーが見つかるまでサイトを移行したことはありますか？10回中9回は、互換性の問題が原因です。

移行前にほとんどの人がチェックしないのは次のとおりです。

• 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 Search Console に送信する時間を取ってください。これは、ウェブサイトがより多くの人に見つけてもらうための簡単な方法です。

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

18. 302リダイレクトの使用

リダイレクトについて話しましょう。サイトを移動すると、古い URL を新しい URL にリダイレクトする必要がある場合があります。

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

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

サイトを移行する際は、301リダイレクトを使用するようにしてください。

なぜなら、301リダイレクトはリンクジュース（SEO価値）を引き継ぐからです。これは、古いURLが蓄積してきたSEO価値を維持できることを意味します。

一方、302リダイレクトはリンクジュースを引き継ぎません。そのため、302リダイレクトを使用すると、多くのSEO価値を失う可能性があります。

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

リダイレクトチェーンとは、URL AがURL Bにリダイレクトされ、URL BがURL Cにリダイレクトされ、最終的にURL Dに到達するような場合を指します。ホップごとに読み込み時間が追加され、SEO価値が希釈されます。

リダイレクトチェーンが問題となる理由は次のとおりです。

• ページの読み込み時間が遅くなる
• 検索エンジンが最終的な宛先に到達する前にチェーンの追跡を停止する可能性がある
• リダイレクトのホップごとにリンクジュースが失われる
• 遅延によりユーザーエクスペリエンスが悪化する
• Googleが最終的なURLをインデックスしない可能性がある

これは次のような場合に最もよく発生します。

• サイトが複数回移行され、クリーンアップされていない場合
• 既存のリダイレクトルールを確認せずにリダイレクトが作成された場合
• 新しいリダイレクトを作成する際に古いリダイレクトが削除されていない場合
• 異なるチームが連携せずにリダイレクトを設定した場合

修正は簡単です。すべてのアリダイレクトが古いURLから最終的な宛先に直接向かうようにしてください。

移行前に、既存のリダイレクトを監査してください。Screaming Frogなどのツールを使用して、チェーンをマッピングします。次に、中間URLを削除して、各古いURLが新しい場所を直接指すようにします。

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

あなたのウェブサイトは単なるHTMLページではありません。他にも以下のようなものがあります。

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

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

次のような理由で、サイトが大幅なトラフィックを失うのを見てきました。

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

他のサイトがリソースにリンクしていて、そのリソースが壊れていると、プロフェッショナルに見えません。人々はそれを更新するのではなく、完全に削除するかもしれません。

分析で人気のあるHTML以外のリソースを確認し、リンクされたアセットのバックリンクプロファイルをレビューし、移動または名前が変更されたファイルにリダイレクトを設定します。これらのリダイレクトは、ページのredirectsと同様にテストしてください。

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

新しいサイト構造に移行する場合、古いコンテンツのいくつかは新しいサイトに完全に一致しない可能性があります。そのため、「すべてホームページにリダイレクトすればいい。少なくとも404エラーにはならないだろう」と考えがちです。

悪い考えです。

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

• Googleはそれをソフト404（基本的に偽のリダイレクト）と見なします
• それらのページが築き上げたSEO価値をすべて失います
• ユーザーは混乱し、不満を感じます
• 直帰率が上昇します
• 検索エンジンは、ユーザーエクスペリエンスの低下を理由にサイトにペナルティを課す可能性があります

関連性のないページをホームページにリダイレクトすることは、404エラーを返すのと大差ありません。では、代わりに何をすべきでしょうか？

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

新しいサイトで最も関連性の高いページを見つけてそこにリダイレクトするか、古いトピックを扱う新しいランディングページを作成するか、コンテンツが本当に古くて無関係であれば、適切な404エラーを返すようにします。

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

22. ルートディレクトリを禁止したまま公開する

開発中またはステージング中に、robots.txtファイルを設定して、検索エンジンが作業中のサイトをインデックスに登録しないようにします。すべてを新しいサーバーに移行し、サイトを徹底的にテストして公開します。

しかし、robots.txtファイルを更新し忘れます。

これで、ライブサイトはすべての検索エンジンに「私をクロールしないでください」と伝えています。検索ランキングは一晩で消えます。

robots.txtファイルには次のような内容が含まれている場合があります。

User-agent: *

Disallow: /

この単純な「/」は「すべてブロック」を意味します。移行後もそれが残っていると、検索エンジンからは見えなくなります。

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

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

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

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

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

24. サーバー要件を確認しない

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

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

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

移行前に必ずサーバー要件を再確認してください。この手順により、後々の多くの手間を回避できます。

25. マルチサイトの移行を誤って行う

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

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

マルチサイトの移行を誤ると、サイトの破損やデータの損失など、あらゆる問題が発生する可能性があります。マルチサイト移行プラグインを使用することを強くお勧めします。これは、お客様のニーズに対応した追加サポートを提供します。

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

26. SEOを無視する

SEOは、あらゆるウェブサイト戦略の重要な部分です。サイト移行中に無視するのは悪い考えです。

サイトを移動する際は、SEOが最新の状態になっていることを確認し、構築したSEO価値を失わないようにする機会です。

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

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

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

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

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

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

移行後に、以下を確認してください。

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

タイトルタグの最適化には時間がかかりました。移行後に確認を忘れたために、そのすべての作業を失わないでください。

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分未満でどのように移行するか

たくさんの移行に関する恐ろしい話をあなたに聞かせたばかりであることを知っています。そこで、適切な移行戦略とツールがすべてを変えることができる実際の例を共有させてください。

Ergo Creativeは、ブランド、デジタル、インダストリアルデザインを専門とするエージェンシーです。クライアントサイトを改善するために、より良いウェブホストに移行できる必要があります。

Duplicatorを使用する前は、大規模なウェブサイトの移行に多くの時間を費やしていました。それは非常に手間のかかるプロセスであり、多くのリソースを消費し、しばしばエラーにつながっていました。

しかし、彼らはより良い方法を見つけました！

Duplicatorを使用することで、Ergo Creativeはこれらのサイトを20分未満で移行できるようになりました。ダウンタイムを削減し、FTPクライアントの使用を回避し、MySQLのバージョン不一致を修正し、クライアント満足度を向上させることができました。

デジタルディレクターのNeil Liveseyは次のように述べています。

「Duplicatorは私たちのツールキットに不可欠なものとなり、WordPressウェブサイト管理の複雑さを自信を持って乗り越える力を与えてくれます。ウェブ開発者で、ウェブサイトの移行とバックアップのための信頼性が高く効率的なソリューションを探しているなら、Duplicator Proが答えです。」

他の成功したウェブサイト移行を見てみませんか？他のケーススタディをお読みください！

よくある質問（FAQ）

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

サイト移行は恐れる必要はありません。圧倒されるように感じるかもしれませんが、これらの一般的な移行ミスを避ければ、スムーズで成功した移行を行うためのより良い立場にいることができます。

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

プロセス全体をはるかに簡単にできるDuplicator Proのようなツールを使用してください。多くの複雑なタスクを自動化し、私が言及した多くの一般的な落とし穴を回避するのに役立ちます！

移行が近づいている場合は、ぜひチェックしてみてください。あなたの人生をはるかに楽にし、後で感謝するでしょう。

せっかくなので、これらの他のWordPressガイドも気に入ると思います。

• WordPressサイトを無料で移行する方法
• 究極のWordPress移行チェックリスト
• WordPressウェブサイトを新しいホストに移動する方法
• WordPress移行サービス対決：どれが一番か？
• 移行後にWordPressサイトが機能しない場合の修正方法
• 2025年のSEO移行完全ガイド