[新機能] クラウドバックアップがよりシンプルに - Duplicator Cloudがサードパーティストレージを排除
[新機能] クラウドバックアップがよりシンプルに - Duplicator Cloudがサードパーティストレージを排除
ジョン・ターナー
ジョン・ターナー
ウェブサイトの移行はエキサイティングです。より良いホスト、より速いスピード、あるいはついに念願の専用サーバーに移行するのです。
しかし、恐ろしいことでもある。
私は、あまりにも多くのサイトオーナーが無計画に移行を急ぎ、壊れたサイトや欠落したデータベース、数週間のダウンタイムに終わるのを見てきました。最悪なのは?これらの災害のほとんどは、完全に回避可能だった。
私が何十ものWordPressサイトを移行して学んだことは、成功は運からは生まれないということだ。成功は運ではなく、組織と計画から生まれるのだ。
この記事では、ウェブサイト移行に対する私の3段階のアプローチを紹介します。シンプルなブログであれ、複雑なeコマースストアであれ、私がすべてのサイト移行に使っているのと同じプロセスです。
このロードマップに従えば、指をくわえて最善を願うのではなく、自信を持ってウェブサイトを移行することができる。
この記事で、あなたは学ぶだろう:
ウェブサイト移行プランがなければ、基本的にランダムなファイルやデータベースを取ってきて、新しいサーバーに放り込み、何も壊れないことを祈ることになる。
私はこの方法が失敗するのを数え切れないほど見てきた。サイトが何日もオフラインになる。データベースが破損する。画像が消える。リダイレクトが適切に設定されていなかったために、SEOの順位が下がる。
何の準備もせずに初めての移行を試みたとき、データベースを適切にエクスポートするのを忘れてしまった。何がいけなかったのか理解するまでの数時間、私のサイトにはエラーメッセージしか表示されなかった。
優れた移行計画があれば、このような混乱を防ぐことができます。ウェブサイトの移行を適切に行うことで、以下のことが可能になります:
ウェブサイト移行を成功させるための、私の実績ある3段階のアプローチをご紹介します:
これは、引っ越し全体の中で最も重要な段階だ。実際の引っ越しの部分まで飛ばしたくなる気持ちはわかるが、これだけは信じてほしい。
2度測って1度切る。今計画に時間をかければ、後で慌てずに済む。
この段階では
一つのファイルに触れる前に、自分が何をしているのかを正確に知る必要がある。以下の重要な質問を自分に投げかけてみよう:
私はホストを変えるだけですか?ドメインも変えるのですか?
移行中にサイトのデザインを変更する必要がありますか?
その答えが、あなたのプロジェクトのすべてを決定する。
単純なホスト変更は週末のプロジェクトです。ホストとドメインの変更とサイトの再設計?それは1週間の取り組みであり、慎重なSEO計画が必要だ。
トラフィックの最も多い時間帯に移行しないこと。まずはアナリティクスをチェックしましょう。
eコマースサイトなら、ブラックフライデーのようなセール時期を避ける。B2Bブログなら、みんなが業界ニュースをキャッチアップする月曜日の朝は避けましょう。
本番日から逆算する。来週の金曜日に立ち上げたい場合、いつテストを開始する必要があるのか?いつ移行を完了させるべきか?いつバックアップを作成する必要がありますか?
主要な仕事にはそれぞれ期限を設ける。次に何が起こるかわからずに奔走することがなくなれば、未来の自分はあなたに感謝するだろう。
サイトの移行には主に3つの選択肢があり、適切なウェブサイト移行ツールを選択することが重要です:
手動移行(FTP & phpMyAdmin):これは昔ながらの方法で、FTPでファイルをダウンロードし、phpMyAdminでデータベースをエクスポート/インポートします。うまくいきますが、時間がかかり、ユーザーエラーのリスクが高くなります。
ホストの移行サービス:多くのホスティング会社が無料のウェブサイト移行サービスを提供しています。利点は?あなたは何もする必要がありません。マイナス面は?プロセス、タイミング、品質チェックをコントロールできない。
移行プラグイン(Duplicatorのようなもの):これは手動移行のコントロールと自動プロセスの安全性を組み合わせたものです。サイトの完全なバックアップを作成し、それを新しいサーバーにアップロードし、インストーラー・スクリプトを実行します。手動による移行よりも速く、ホスティングによる移行よりもコントロールしやすい。
移行を開始する前に、新しいホスティングアカウントを完全にセットアップしてください。すべてが完璧に動作すると思わないでください。
新しいサーバーがあなたのサイトの要件を満たしていることを確認してください。PHPのバージョンは互換性がありますか?ストレージ容量は十分ですか?
あるクライアントのサイトを古いPHPバージョンのサーバーに移行したとき、私はこの教訓を痛感した。彼らのテーマは完全に壊れてしまい、私たちはWordPressをダウングレードするか、サーバーをアップグレードするかのどちらかに奔走しなければなりませんでした。
まずは互換性をチェックすることで、頭痛の種から解放されよう。
現在のサイトの完全なバックアップを作成し、必要なファイル、データベーステーブル、画像をすべて含めます。
Duplicatorを使えば、フルサイトバックアッププリセットを使うだけで、サイト上のすべてを即座にコピーすることができます。

しかし、私は移行前のクリーンアップを行うことをお勧めします。非アクティブなプラグインやテーマを削除しておくと、新しく移行したサイトが後で最適化されるからだ。

現在のサーバー以外の少なくとも2つの場所にコピーを保存する。Google DriveでもDropboxでも、あるいはローカルコンピューターでも構いません。

移行中に何か問題が発生した場合、このバックアップがあなたを救います。移行プロセス中、元のサイトはそのまま残りますが、この追加バックアップがあれば、必要に応じてデータを復元することができます。
何かを変更する前に、あなたのサイトの現在のSEOの健康状態のスナップショットを撮る。後で比較するための「前」の写真が必要です。
AIOSEOは、あなたのサイトの包括的なSEO監査を与える人気のSEOプラグインです。今すぐ問題を修正し、現在のベンチマークを記録しましょう。

Screaming FrogやAhrefsのようなツールを使ってサイトをクロールする。上位表示されているキーワード、現在のトラフィックレベル、既存の404エラーを記録しましょう。
移行後に順位が変動した場合、この監査は非常に重要になります。これがなければ、移行が新たな問題を引き起こしたのか、それとも既存の問題を初めて目にしただけなのかを知ることはできない。
いよいよ行動段階に入る。いつ何をするのか、何をするのかがはっきりしているのだから。
この段階では
Duplicatorを使用している場合、このステップは簡単です。旧サイトで移行パッケージを作成し、アーカイブとインストーラファイルをダウンロードします。

移行先にWordPressをインストール済みの場合、Duplicatorをインストールし、バックアップのインポートページを見つけます。元のバックアップファイルをここにドラッグ&ドロップすると、すぐにデータを移行できます。

しかし、WordPressをインストールする必要はありません。新しいサーバーのルート・ディレクトリに両方のバックアップ・ファイルをアップロードすることもできます。

ブラウザでインストーラ・スクリプトを実行してください。インストーラは、新しいデータベースへの接続や、URLやファイルパスの更新などの技術的な詳細をすべて処理します。

手作業で移行する場合、FTPで何千ものファイルをダウンロードし(これには時間がかかる)、phpMyAdminでデータベースをエクスポートし、すべてを新しいサーバーにアップロードし、データベースのURLとパスをすべて手作業で更新しなければならない。
私は両方の方法を数え切れないほどやってきた。デュプリケーターは時間を節約し、ヒューマンエラーの機会をなくす。
これは品質管理の段階です。あなたのサイトは動いたかもしれませんが、まだ本番ではありません。
この段階では
ドメインを新しいサーバーに移す前に、ローカルのhostsファイルを使用してすべてをテストしてください。これにより、訪問者のためにオリジナルのサイトをライブのまま、新しいサイトをプレビューすることができます。
この行をhostsファイルに追加する(正確なIPはサーバーによって異なる):
123.45.67.89 yoursite.com
これで、あなたのドメインにアクセスすると、移行されたバージョンが表示され、他の人には元のバージョンが表示されます。
すべてを体系的にテストしてください。管理者ログインがまだ機能していること、すべてのページがエラーなく読み込まれること、画像が正しく表示されること、問い合わせフォームが正しく送信されることを確認してください。eコマースストアの場合は、チェックアウトプロセスをテストしてください。
移行したサイトを皆のために公開する、正念場です。
ドメインレジストラまたはホスティングアカウントにログインし、新しいサーバーのIPアドレスを指すようにDNSレコードを更新します。
DNSの変更は、世界中に伝播するまでに最大48時間かかることがありますが、ほとんどは数時間以内に反映されます。この間、一部のビジターには旧サイトが表示され、他のビジターには新サイトが表示される可能性があります。
変更後も古いサイトが表示されていても慌てないでください。ブラウザのキャッシュをクリアして、1時間後にもう一度お試しください。
DNSが完全に伝播したら、これらの最終タスクを完了させる:
最終的なセーフティネットとして、少なくとも1週間は古いホスティングアカウントを有効にしておきましょう。余分なお金がかかることは承知していますが、保険だと思ってください。
何か大惨事が起こった場合、問題に対処する間、素早くDNSを旧サーバーに戻すことができます。スムーズな運用が1週間続いたら、古いホスティングアカウントを安全にキャンセルすることができます。
DNSを更新する前にhostsファイルを使用してテストする場合は、ほとんどありません。別サーバーで新バージョンを構築している間、オリジナルサイトは完全にライブのままです。ダウンタイムの可能性があるのは、DNSが新しいサーバーを指すようになるまでの時間だけです。
サイトの規模や複雑さによって異なります。小さなブログなら最初から最後まで1時間、大規模なeコマースサイトなら丸1日かかることもあります。実際のファイル転送には通常15~30分かかりますが、ほとんどの時間はテストと、本番前にすべてが完璧に動作することを確認するために費やされます。
元のサイトは完全にライブのままであり、プロセス全体を通して変更されていません。新サーバーで何か問題が発生しても、訪問者は何も知らないので、プレッシャーを感じることなくトラブルシューティングを行うことができます。時間をかけて問題を解決したり、計画中に作成した完全なバックアップを復元することができます。
URLを同じにし、サイト構造を維持し、移行中にコンテンツを変更しないなど、適切に行うのであれば話は別です。Googleは、適切なSEO移行を、より高速で信頼性の高いサーバーに移行したのと同じように扱います。サイトスピードはランキングの要素であるため、より良いホスティングに移行した後、多くのサイトで実際にSEOが向上しています。
ホストのマイグレーションサービスでは、スケジュールや品質に関してホストのなすがままになってしまいます。Duplicatorのようなツールを使って自分で行えば、タイミング、プロセス、品質チェックを完全にコントロールすることができます。さらに、ホストの移行品質は、特定の転送を処理する人によって大きく異なります。
ウェブサイトの移行は、整理された段階に分ければ簡単だ。
三段階のアプローチがうまくいくのは、計画を実行とテストから切り離すからだ。ファイルを移動している最中に、次に何が起こるかを考えようとすることはない。
私は、シンプルなWordPressブログからカスタムデータベースを持つ複雑な会員制サイトまで、あらゆるものにこの正確なプロセスを使ってきた。サイトの複雑さに応じて手順は増減しますが、フレームワークは変わりません。
今すぐDuplicator Proをお試しください。大規模なサイトにも対応し、クラウドストレージのバックアップで安全性を高め、インストーラーがすべてのステップを順を追って説明してくれます。
なぜ他の方法でマイグレーションを行おうと考えたのか、不思議に思うだろう。
ここにいる間、私はあなたがこれらの他の厳選されたWordPressリソースを気に入ると思います:
情報開示私たちのコンテンツは読者支援型です。つまり、あなたが私たちのリンクをクリックした場合、私たちはコミッションを得る可能性があります。私たちは、読者に付加価値をもたらすと信じる製品のみを推薦します。