インスパイアデザイン編集部
本日は、Web制作会社様やWeb系フリーランスの方など、Web制作者向けの記事となります。
内容については、WordPressで構築されたお客様のWebサイトの保守業務を請け負う際の注意点について、質問形式で録音したものをテキスト化いたしました。
WordPressの保守業務を請け負いたいと思っている方のお役に立てれば幸いです。
WordPress保守業務を請け負う際の注意点について
保守する際に、お客様のサーバーではなく、自分たちのサーバーにお客様のデータを置いて保守するかたちでも良いのかな？
できるだけ避けた方がよいですね。
理由としては、お客様のサーバーと自分たちのサーバーでは環境が異なるため、検証しても意味がないといったところです。
PHPのバージョンの違いで、動く・動かないなどの問題が発生するってこと？
そうです、そうです。
PHPのバージョンが違ったりとか、サーバーの環境が違うので、例えばうちのサーバーでバージョンアップに対応して正しく動いたとしても、いざお客さんのサーバーに当ててみたら正しく動かなかったという事例が実際にありますから、できるだけお客様の（今回の保守みたいな）お客さんのサイトがバージョンアップしたら正しく動くかみたいなものを検証するする時には、お客さんのサーバーと同じ条件で実施しないといけないので、うちのサーバーとお客さんのサーバーを完全に一致させられるならいいんですけど、それができない場合には、基本的にはお客様に検証用サーバーを用意してもらい、お客様と同じ環境でテストができる状態を作らなければダメだと思います。
なるほど。
じゃあ、お客さんのサイトを作る過程で、確認用として使う分にはうちのサーバーを利用するのは良いけど、保守まで請け負うならお客さんのサーバーを使ってくれっていうことだよね。
そうですね。
実際に作業する峯岸くんから、家富くんに何か聞きたいことはあるかな？
僕から質問させていただきたいんですけど、今回の保守の内容でWordPressの定期的なアップデートの作業があると思うんですけど、その際に、まず本番環境から検証環境に移行して、そこでアップデートを行なって、検証環境を本番環境に戻すっていう作業が必要だと思うんですけど、その際に、All-in-One WP Migrationという移行用のプラグインがあると思うんですけど、そちらを使う認識でいるんですけど、それで問題はないでしょうか？
はい。
まず本番環境から検証環境への移行に関しては、All-in-One WP Migrationを利用しても全然問題ないんですけど、逆に作業が終わった後に検証環境を本番環境にデータを書き戻す時にAll-in-One WP Migrationを使うのは絶対にやめてください。
その理由としては、基本的に検証環境にデータをコピーする時というのは、運用中の本番環境から単純にデータをコピーするだけなので、検証環境のデータがどうなろうと問題ないんですけれども、検証環境から本番環境にデータをコピーしてしまうと、検証環境でのテスト中に本番環境で更新していた運用中のデータが上書きされてしまう恐れがあります。
はい、分かりました！
基本的には検証環境というのは、あくまで検証を行うだけの環境なので、テストのためだけに利用して、そこから本番にデータをコピーするとかは運用上のトラブルにつながる可能性が高いです。
で、今回のようにバージョンアップに限るなら、検証環境でバージョンアップを行なって問題なければ、本番環境でも同じことを行う（同じ手順でバージョンアップを行う）ことで、同じ結果が得られると思います。
All-in-One WP Migrationはいくつかオプションで設定はできますが、一切合切データをコピーしてしまうことが多いので、できるだけそういったプラグインの利用は避けて、本番と検証は独立して運用できるのを保ちながら対応していくのが理想です。
分かりました、ありがとうございます！
まとめ
- お客様のWordPressの保守を請け負う際は、お客様のサーバーにテスト用の領域を作っていただき、同じ環境で検証を行う
- 検証環境を本番環境にデータを書き戻す際に、All-in-One WP Migrationなどのプラグインを使うのは絶対にNG（検証環境でバージョンアップを行なって問題なければ、本番環境でも同じことを行う）