Xserver内で新規ドメインを取得して、ドメインの変更をし、サイトを7つほど新規ドメインへの移転をしてみました。
わりとすぐにできるかと思いきや、いろいろと設定項目や問題が発生し、結構数日にわたり設定や反映を考慮しなくてはならなくなりました。
1.ドメイン変更の時に注意したいこと
・ドメイン取得タイミング
・WordPressの導入方法
・WordPressのデータ移管方法
・メールアドレス
・日本語ＵＲＬページのリダイレクト
・データベースの命名
・その他
とかなり注意項目があり、ＷＰテーマやデータ形式、構造などがそれぞれことなるサイトが複数ある場合、結構骨の折れる工程になりました。
次にそれぞれの工程について個別に説明していきます。
あくまでひとつの方法や考え方なので、この通りが一番良いともいえないので、参考程度にしてもらえるとよいかもしれません。
2.ドメイン取得のタイミング
複数サイトの場合は、3～6ヵ月前が理想です。
ドメインの移転が決定したらすぐ、取得されて移転を初めていったほうがよいでしょう。
半年以上更新期限はあったのですが、ドメイン移転を決定してからは、すぐに取得、移転を開始しました。
リダイレクト対応期間やサーバー移転の際の問題発生対応、その他あとから発見させる引っ越しの際の設定や告知手続きなどもあり、運営期間が長く、外部サイトとの関連付けが多ければ多いほど、比較的長めの期間をもって準備しておくことがよいと思いました。
ドメイン代がもったいないから2週間前で十分、という方はそうしてください。
ドメイン1つあたり、たかだか数百円から高くても数千円ですので、問題が発生したときの損出や常に更新タイミングを気にしていることの経費を考えると、ほとんどメリットはないと考えました。
3.WordPressの導入方法
新しいドメイン用のWordPressの導入にもすこし時間がかかりました。
最近のホスティングレンタルサーバーは、標準で管理画面でWordPress自動インストールが可能なサーバーが多く、Xserverでも管理画面内で画面遷移だけでWordPressがインストール可能です。
またXserverにはWordPressの移転機能「WordPress簡単移行」という、他のサーバーからも可能な移転機能がついており、こちらも導入方法を迷わせてくれた原因でもあります。
結果としては、MySQL設定でMySQLユーザーとMySQLデータベースを新規に名前を付けて作成し、そちらのデータベースを指定して、「WordPress簡単インストール」で個別にインストールしました。
WordPress簡単移行はＷＰログイン情報と移転元と移転先の指定で可能なのですが、1つのサイトを除き、他サイトはエラーメッセージが表示され、そのまま移行ができませんでした。
その対処や原因を調べる手間を考えると、あまりにも非合理的な気がしたので、従来通りの手間が一番かからずあとあと管理しやすい方法とおもわれる手順で行いました。
ちなみに、簡単インストールで自動でデータベースを作成する場合、データベースの名前が自動でつけられてしまうため、あとからどのサイトのデータベースかがすぐにわからないため、すべて名前を付けて新規にMySQLでデータベースを作成しています。
WordPress簡単移行でも自動的にデータベースが作成されてしまうのですが、こちらは管理画面でデータベースの名前が確認できるため、いちおう管理上は問題なさそうでした。
また、このタイミングでマルチサイトの導入を検討する場合もあるかもしれませんが、リスクや運営上の不便が多いため、各サイトは同じドメイン内のサブディレクトリでも別々のWordPressで管理することにしています。
マルチサイトは例えば一つのサイトの不具合で、管理するサイトすべてが表示されなくなる、データの移管や管理が全体と紐づいているため、個別でのカスタマイズにかなり支障がでる可能性が高くなるなど複数のデメリットがあるからです。
4.WordPressのデータ移管方法
こちらも結構悩みどころでした。
とくにサイト全体のコンテンツ量が大きい場合は、むずかしいことがたくさん発生しやすいかもしれません。
プラグインAll-in-One WP Migrationを使用したのですが、やはりこちらが一番良かったです。
旧バージョンは512Mbyteまで対応しているので、よほどボリュームが多いサイト以外はこちらで対処できます。また、一部のデータを間引いてエクスポートできるので、余計なファイルデータなどを省くことでそこそこの規模のサイトは移管しやすいです。
最新の無料版はエクスポート、インポートともにサイズ制限がかなり低くなっているため、いきなり30Mbyteまで下がっているようでした。
エクスポートのメディアライブラリなどを手動で移動するだけでも、かなり可能かもしれませんが、有料版も1万円強なので、コンテンツが膨大なサイト管理をしている場合はすぐに購入したほうが良いかもしれませんね。
ということで、データ移管についてはやはりプラグインのAll-in-One WP Migrationが一番合理的で効率的な気がしますので、同じXサーバー内ということもありスムーズにできました。
WordPressのバージョンやサーバー環境やＰＨＰのバージョンが異なる場合は問題が発生する場合が多いので、既存サイトで移転先の環境と同じバージョンにアップデートしてからデータ移管を行うなどの注意が必要です。
5.メールアドレス
ドメインを変更する場合に大きなネックとなるのがメールアドレスです。
住所がすべて変わるわけですので、すべて関連するメールアドレスを変更しなければならないでしょう。以前のドメインをしばらく使用できるように余裕をもってドメインを取得するのは、メールアドレスなどの移行の点も考慮しています。
お問い合わせフォームや、顧客や利用者がいれば全てに告知しなければなりませんし、外部サイトの登録をしていればそれらもすべて変更する必要があります。
サイト自体は2-3ぐらいのメールアカウントのみにして、可能であれば用途ごとにできるだけ一つのメールアドレスに集約しておくと、運営管理上は非常に楽になります。
もちろん転送などを利用して、さらに集約することも可能ですが、基本的にはドメイン単位で管理しておくことがよいと考えています。
メールのデータ移行は基本できないので、やはりドメインを早期に取得して新規メールアカウントと並行して移行していくことがよいのではないかと考えられます。
6.日本語ＵＲＬページのリダイレクト
リダイレクトは.htaccessによるワイルドカードを利用した301リダイレクト、つまり、サイトドメインのURLが恒久的に移転する場合に使用する転送処理のためのステータスコードで一括で可能ですが、日本語ＵＲＬなどの場合はこのまま適用されませんので、個別に転送が必要になります。
ＳＥＯなどを念頭に実験的に記事名を日本語ＵＲＬで記事ページを大量に作成していた場合、このリダイレクトは手動で設定しなくてはならないようです。
この場合htaccessに数十から数百の指定を文字コードの変換を行って記述するのは現実的ではありませんから、WordPressのプラグイン[Redirection]を使用して個別に行いました。
正直数百ページを個別に設定するのはさらに現実的ではないため、アクセスの上位ページ数十ページのみプラグインでリダイレクト設定して、他は.htaccessの301ステータスコードでリダイレクトするようにしました。
そのため、日本語ＵＲＬの記事ページなどは大量に残ってしまい新規サイトと重複ページが発生してしまいますが、こちらは検索エンジンからの評価がほとんどないとみられるため、自然に新規ドメインページが認識されるように運用ベースで人的なリダイレクトにするほかないようでした。
アクセス上位の記事ページ以外だと、カテゴリーページや固定ページが日本語ＵＲＬの場合、同じようにリダイレクト設定しておいたほうがよいでしょう。
ちなみに新規ドメインでは日本語ＵＲＬをすべて廃止しました。
ＳＥＯはもとより、カテゴリーやカスタムタクソノミーの運用上もわかりずらくなるため、運用上は日本語ＵＲＬはないか、となりました。
7.データベースの命名
データベースはMySQLの追加で新規に追加しているのですが、ユーザー名やＤＢ名が被ってしまいわかりずらくなるので、既存のものに”n”をつけるなどあとからわかるように命名しておくとよいでしょう。
データベース名は基本的にドメインやサイト名にちなんだ名前があとからわかりやすいので良いと考えています。
8.その他
ドメインの変更は、複数のサイトが重なる場合結構たいへんでした。
ＵＲＬ自体が変更になるので、これまでのＵＲＬは後々無効になりますから、これまでに被リンク資源などはほぼ、なくなるわけです。
そのほか、変更を告知したり登録している外部サービスなどすべて変更する必要があるので、よほどのことがない限りはドメインの変更はお勧めできません。
またWordPressサイトなどの場合はメールフォームなどの設定変更もやり直すことが必要になるので、わりと煩雑な手間がかかることが予想されます。
いずれにしても、Ｗｅｂサイトの引っ越しにという負荷のあるイベントになるので、知見のない人は引っ越し業者に依頼したほうが無難で、かなりの時間と費用のロスが発生するため、よくよく検討してからドメイン変更およびサーバー移転は実施したほうが良いかもしれませんね。