ビジネス Web サイトを新しい Web ホストに移行する方法

公開: 2021-01-07

インターネット時代の幕開け以来、企業は主要な販売およびマーケティングツールとして Web サイトに依存するようになりました。

しかし、ほとんどのビジネステクノロジと同様に、アップグレードや変更が必要になるときがよくあります。ただし、単純な視覚的な変更や機能のアップグレードを超えて、必要な変更を行うには、ビジネス Web サイトを新しい Web ホストに移行する必要がある場合があります。

そのプロセスには、ほとんどの企業が認識していない、または対処する準備ができていない課題が伴う可能性があります。サイトを新しい Web ホストに移行する必要がある企業を支援するために、プロセスが最初から最後までどのように機能するかの概要を次に示します。

Web ホストを切り替える必要がある主な理由、専門家の助けを求めるのが最適な場合、サイトの破損や大きなダウンタイムを発生させずにサイトを移動するための段階的な計画を作成する方法について説明します。飛び込みましょう。

新しい Web ホストに移行する理由

ビジネスで Web ホストの切り替えが必要になる理由はさまざまです。

単純なものから次のようなものまであります。

現在のホストのカスタマーサービスに不満がある
毎月のホスティング料金を節約したい
現在のホストは信頼性が低い

複合体へ:

サイトをアップグレードしていて、現在のホストが提供していないサーバー側のサポートが必要です
Web サイトのトラフィックレベルが、現在のホストの能力を超えています
あなたのサイトには、共有ホスティングスペースではなく専用サーバーが必要です
現在のホストがサポートしていないコンテンツ管理システムに依存する新しい Web サイトを開発している
あなたのビジネスには、現在のホストが提供していない強化されたセキュリティ機能が必要です

上記の理由のいずれかにより、Web ホストの変更が必要になる場合があります。しかし、これは決して独占的なリストではありません。ただし、最も重要なことは、ビジネス Web サイトを新しいホストに移動することは決して簡単なことではないということです。これは細心の注意を払って取り組む必要があるものであり、物事を間違えた場合の副産物は、広範囲に及ぶ結果をもたらす可能性があります。特に、ウェブサイトの移行の失敗に伴う評判の低下と収益の損失が含まれます.

Web サイトを移行する際に専門家の助けが必要かどうかを判断する方法

ビジネス Web サイトは継続的な成功にとって非常に重要であるため、新しい Web ホストに移行する必要がある場合、常に単独で作業することをお勧めするとは限りません。状況によっては、自分で作業を処理できる場合もあります。しかし、仕事のために専門家の助けを求める時期を知らせるための厳格なルールはありません。

一般的に言えば、中程度の技術的スキルがあれば、次の場合に移行を 1 人で処理できる可能性があります。

あなたのウェブサイトはいくつかの静的ページのみで構成されています
あなたのウェブサイトは、移行ユーティリティを提供する CMS を使用しています
サイトの SEO にまだ何も手を加えていない
あなたのウェブサイトは、e コマーストランザクションやミッションクリティカルなカスタマーサービス機能を処理していません。

上記のいずれかが当てはまる場合、ビジネス Web サイトを移行するときに間違いを犯した場合の結果はそれほど大きくない可能性があります。しかし同時に、上記のいずれかが当てはまる場合、その仕事のために専門家の助けを借りることに関連するコストは、そもそも高くはありません.

ここでの結論は、移行を処理する能力について心に疑問がある場合は、注意を怠って、必要な専門家の助けを借りることをお勧めします. かなりの頭痛の種から解放されたことに、おそらく満足するでしょう。

Web ホストの移行計画をどこから始めるか

Web サイトの移行に自分で取り組もうと決めた場合、または簡単な手順を自分で実行して費用を節約したい場合は、何が関係するのかを事前に正確に把握しておくことが重要です。そうすれば、Web サイトの移行を整然と計画して実行できます。これは、何か問題が発生する可能性を最小限に抑えるのに役立つだけでなく、ビジネス Web サイトのダウンタイムが長引かないようにするのにも役立ちます。

また、移行を専門家に任せることに決めたとしても、プロジェクトの進行状況を追跡できるようにプロセスを理解することには価値があります。どちらの場合にも役立つように、Web サイトの移行プロセスに関連する手順のステップバイステップガイドを次に示します。

インベントリを作成する

他のことを検討する前に、ウェブサイトのすべてのコンテンツを文書化して、うっかり何かを置き去りにしないようにする必要があります。この段階では、ある程度の忍耐力を行使することが重要です。最初の準備が徹底されているほど、その後のすべてのステップが簡単になることを覚えておく必要があります。

開始するには、お好みのワードプロセッサでマスターファイルを作成して、収集する重要な情報の一部を一元化する必要があります。最初に知っておく必要があるのは、既存の Web サイトの IP アドレスです (後の移行プロセスで必要になります)。既存の Web サーバーに直接アクセスできる場合は、必要な情報を見つけるために使用できる IP アドレスユーティリティがあります。

そうでない場合は、Web サイトの完全なアドレスを Google の Dig ユーティリティに入力し、返された情報を記録してください。ただし、ビジネス Web サイトがページ配信を高速化するためにコンテンツ配信ネットワークを利用している場合、応答で必要な情報が得られないことに注意してください。正しい IP アドレスを取得したかどうかわからない場合は、既存の Web ホストに連絡して、正しい情報を直接尋ねてください。

次に、Web サイトを構成するすべてのファイル、マルチメディア要素、データベース、およびその他の資料をカタログ化する必要があります。目標は、サイトの構造をマッピングして、何も除外しないようにすることです。以下のようなサイト階層図に情報を配置する必要があります。

ウェブサイトのアーキテクチャの例

グラフに記入したら、次に必要なのは、Web サイト内に存在するリダイレクトをすべてリストすることです。古くなったページを廃止したため、または使用されていないランディングページからの受信トラフィックをより新しく関連性の高いページにルーティングすることを選択した場合に、リダイレクトが行われている可能性があります。この手順を正しく行わないと、移行したサイトにアクセスした Web ユーザーが確実に行き止まりや壊れたページに遭遇することになります。言うまでもなく、それは理想的ではありません。

バックアップを作成する

既存の Web サイトをカタログ化した後、移行プロセスの次のステップは、現在の Web ホストのサーバー上のすべての完全なバックアップを作成することです。これは、何かを見落とした場合に備えて、フェイルセーフとして機能します。

ほとんどの場合、バックアッププロセスを完了するには、追加のソフトウェアまたはユーティリティが必要になります。運が良ければ、既存の Web ホストが cPanel (非常に一般的) を使用してサーバーを実行している場合、バックアッププロセスは簡単です。サイトの管理ページから利用できるバックアップウィザードを使用して、サイト全体のバックアップを作成し、安全な場所 (バックアップドライブ、クラウドファイルストレージなど) に転送するだけです。

利用可能なバックアップウィザードがない場合、または既存のサーバーで cPanel が実行されていない場合は、手動でバックアップを作成する必要があります。選択した FTP クライアントを使用して、既存の Web サイトのファイル構造全体をダウンロードすることから始めます。次に、サイトが依存しているデータベースのスナップショットを作成する必要があります。

MySQL は最も一般的な Web サイトデータベースタイプであるため、必要なバックアップを取得する方法をいくつか選択できます。ただし、Web サイトで別のデータベースバックエンドを使用している場合は、そのタスクを専門家に任せるか、現在の Web ホストに助けを求めるのが最善の策です。

ファイルをコピーする

幸いなことに、完全なサイトバックアップを作成すると、残りの移行プロセスが簡単になります。たとえば、そのバックアップを使用して、サイトのアセットのコピーを新しいホスティングサービスにアップロードできます。バックアップの作成に使用したものと同じ FTP クライアントを使用して、新しいホストに接続し、同じファイルをアップロードするだけです。インターネットの帯域幅が問題になる場合は、古い Web ホストと新しい Web ホストの間でファイル転送を直接開始することもできます。

ファイル転送が完了したら、必要なすべてのファイルが新しいホストに到達したことを手動で確認することをお勧めします。そのために、計画ステップで作成した文書を使用できます。何か問題がある場合は、次のステップに進む前に問題を修正してください。

データベースをコピーする

既存の Web サイトのファイルと同様に、サイトのすべてのデータベースを新しいホストに転送する必要があります。繰り返しますが、MySQL データベースを扱っている場合、これはかなり簡単なプロセスです。

関連する 3 つの手順は次のとおりです。

古い Web ホストで、次のコマンドを実行してデータベースダンプを実行します。

mysqldump -u root -p --opt [データベース名] > [データベース名].sql

選択したファイル転送方法を使用して、結果のデータベースファイルを新しい Web ホストにコピーします。
次に、次のコマンドを使用して、データベースを新しい Web ホストのサーバー上の MySQL にインポートします。

mysql -u root -p newdatabase < /path/to/newdatabase.sql

必要なデータベースを新しい Web ホストに正常にコピーしたら、Web サイト自体を調べて、次に何をすべきかを判断する必要があります。ほとんどの場合、サイトのページのコードには、コピーしたデータベースへの参照が含まれています。これらの参照を更新して、新しい Web ホストのサーバー上の新しい場所を反映する必要があります。必要な接続情報については、新しい Web ホストに問い合わせてください。

必要な更新が完了したら、新しいホスティングサービスで Web サイトを試してみてください。必要に応じて、「staging.mybusinesswebsite.com」などの一時的なドメイン名エントリを作成して、標準の Web ブラウザーから新しいサイトにアクセスできます。ただし、その場合は、必要な手順を実行して、Google がステージングサイトをインデックスに登録しないようにしてください。

ステージングサイトを非公開にしないと、ビジネス Web サイトを検索している顧客が間違った場所にリダイレクトされる可能性があります。それが起こると、あなたのビジネスに連絡できない怒り狂った顧客に対処しなければならないだけでなく、その後に続く可能性が高い否定的な顧客レビューの洪水にも対処しなければなりません. そうなると、まったく新しい問題に直面することになります。それは、ビジネスの評判を修復することです。

新しいホストを準備する

完了する必要がある最後の準備ステップは、新しい Web ホストをビジネス Web サイト用に準備することです。ほとんどの場合、これは難しくありません。次のような、新しいホスティングサービスに関する基本的な情報を収集する必要があります。

ホスティングアカウントに割り当てられた IP アドレス (プロセスの最後に訪問者を適切な場所にリダイレクトできるようにするため)
新しいサイトのコントロールパネル、ファイル転送機能、およびデータベースインフラストラクチャに接続するために Web ホストが必要とする資格情報
Web ホストのドメインネームサービス (DNS) 機能に関する情報 (ビジネス Web ドメインの処理を Web ホストに任せる場合)

必要な情報を入手したら、続行する前に、新しいホストのすべてが期待どおりに機能することを確認する必要があります。何かが正常に機能しない場合は、先に進む前に、新しいホスティング会社に対処してください。これには、必要なサービス (互換性のあるデータベースホスティングなど) が利用可能であることを確認することが含まれます。

そうでない場合は、移行を続行できず、これ以上のプロセスでそれを見つけたくありません。最悪の場合でも、別の新しい Web ホストを選択できます。少なくとも、最新のサイトマップとバックアップを取得できます。これは、それ自体が価値のあるものです。

ドメインを切り替える

ビジネス Web サイトのすべての部分が新しいホストで正常に動作することを確認したら、公開して公開する準備が整います。最初に、ステージング Web サイトへのパブリックアクセスを防止するために行ったすべての変更を元に戻す必要があります (前の手順で指定したとおり)。次に、ドメインの名前ファイルを編集して、サイトの訪問者を新しいホスティングの場所に誘導する必要があります。

ここでも、これを行うプロセスは、会社のドメインレジストラーによって異なります。ただし、ドメインゾーンファイルに含まれるビジネス Web サイトの DNS エントリを編集する必要があります。

DNS の概要

ビジネス Web サイト自体に接続されていないゾーンファイル内の何かを変更または削除しないように注意する必要があります。ほとんどの場合、「www.mybusinesswebsite.com」 (またはメインの Web サイトアドレス) を参照する A レコードを探しています。そのエントリにリストされている IP アドレスを、新しい Web ホスティングサービスから提供されたものに変更する必要があります。

必要な変更を行った後、ユーザーが古いサイトにアクセスしなくなり、新しいサイトに表示されるようになるまでに最大 24 時間かかる場合があることに注意してください。そのため、この手順は週末やその他のピーク時以外に残すことをお勧めします。そうすれば、誰かが何かが変わったことに気付く可能性さえ少なくなり、よりスムーズな顧客の移行につながります.

ただし、古い Web サイトのファイルをコピーした後に行った変更は、新しいホストに自動的に引き継がれないことに注意してください。そのため、サイトにユーザー入力を受け入れる機能 (メーリングリストのサインアップ、住所入力フォーム、電子商取引機能など) がある場合は、それに応じて新しいサイトを更新する必要があります。または、DNS エントリを更新したらすぐに古い Web サイトを無効にし、一部の人々がしばらくの間アクセスできなくなることを受け入れることができます。

結論

ご覧のとおり、ビジネス Web サイトを新しいホスティングサービスに移行する物理的なプロセスは、ほとんどの場合簡単です。ただし、特定のビジネス Web サイトにどのように変換されるかについて、仮定を立てることは避けてください。そのため、道に沿って必要な助けを求め、何も当然とは思わないのが良い考えです. さらに良いことに、自分がその仕事を処理できるかどうか確信が持てない場合は、最初から適切なスキルと経験を持っている人を雇ってください。

自分で仕事に取り組むことを選択した場合は、プロセスの計画段階とテスト段階で必要なだけ時間をかけてください。ビジネス Web サイトの移行は競争ではありません。正しい方法で行えば、どれだけ時間がかかっても、顧客は何かが起こっていることに気づきません。そうしないと、彼らはすぐに気づき、あなたに知らせます。

どのような方法で先に進むにしても、ビジネス Web サイトをある Web ホストから別の Web ホストに移行する際に何が必要かを少なくとも理解する必要があります。そして、彼らが言うように、知識は力であり、あなたは今、この非常に重要なプロセスを管理する力を持っています。