ステージングサイトは必要ですか？

ステージングサイトとは、公開前に変更点をテストできるWordPressサイトのプライベートコピーです。経験豊富な開発者が必ず用意するもののひとつですが、多くのサイト所有者は手間がかかるように感じ、省略しがちです。

それが問題である理由は以下の通りです。

WordPressの更新は不具合を引き起こす。プラグインの競合は予告なく発生する。単純なCSSの微調整がレイアウトの大惨事へと連鎖する。

これらの問題が本番サイトに発生すると、実際の訪問者、顧客、そして検索エンジンのクローラーに影響を及ぼします。

ステージングサイトは安全策を提供します。これはウェブサイトの完全な複製ですが、本番環境から隔離されています。

実際の業務でダウンタイムのリスクを負うことなく、システムの破壊テスト、更新の検証、競合のトラブルシューティング、新機能の実験が可能です。

この記事では、ステージングサイトを利用するメリットと、その設定方法について説明します！

以下はその要点である：

• ステージングサイトとは、本番サイトのプライベートなクローンであり、実際の訪問者に影響を与えることなく、更新や変更を安全にテストできる環境です。
• プラグインの競合、テーマの更新、WordPress コアのアップグレードによる高額なダウンタイムを防ぐには、ステージング環境が必要です。
• ステージングは、本番環境にエラーが届く前に捕捉することで、収益、評判、SEOランキングを保護します
• ステージングの潜在的なリスクには、ライブデータの誤った上書きや追加のメンテナンス時間が必要となることが含まれる
• オンラインストア、代理店、および高トラフィックサイトは、ステージング環境から最も恩恵を受ける
• ステージング環境は、ウェブホストのコントロールパネルから作成するか、Duplicatorのような移行プラグインを使用して作成できます。

目次

クイックサマリー：ステージングサイトは必要ですか？

はい、ステージングサイトが必要です。ステージングサイトとは、本番サイトのプライベートコピーであり、プラグインの更新、テーマの変更、コードの修正を、ダウンタイムのリスクや本番サイトの破損を招くことなく安全にテストできる環境です。これにより、WordPressコアの更新、新機能のテスト、競合のトラブルシューティングを本番サイトで直接行う際に発生する、顧客に問題が丸見えになるような高コストなミスを防ぎます。

ステージングサイトの長所と短所

正直に言おう、君がこれから何に巻き込まれるのかを。

長所だ：

• リスクのないテスト環境：問題を起こしても影響はありません。プラグインの更新をテストしたり、新しいコードを試したりしても、訪問者にエラーが表示されることはありません。
• より効果的なトラブルシューティング：WordPressのデバッグモードを有効化し、エラーログを確認し、警告メッセージで顧客を怖がらせることなく、実際に競合の原因を特定します。
• 更新時の安心感：プラグイン、テーマ、WordPressコアの更新を心配なく行えます。万が一不具合が発生しても、公開サイトは何事もなかったかのように正常に動作し続けます。

短所だ：

• 設定と同期の時間：現在、サイトの2つのバージョンを維持しています。それには余分な時間と注意が必要です。
• 潜在的なコスト：一部のホスティング会社はステージング環境に対して追加料金を請求します。安価な共有ホスティングプランでは、そもそも含まれていないことがよくあります。
• データドリフト：ステージング環境で変更をテストしている間にも、本番サイトでは実際のデータが更新されています。ステージングから本番へ変更をプッシュすると、その新しいデータをすべて上書きしてしまうリスクがあります。

ステージングサイトとは何か？

ステージングサイトとは、インターネット上の独立した領域に存在する、ウェブサイトの独立したクローンです。

通常、ステージング環境はstaging.yoursite.com のようなサブドメイン上に配置されます。開発者は閲覧できますが、一般ユーザーには公開されず、検索エンジンもインデックスできません。作業が必要な関係者以外には見えない状態です。

同じWordPressのインストール環境、プラグイン、テーマ、コンテンツです。すべてが本番サイトと全く同じ見た目です。

しかし重要な点は、完全に隔離されていることです。ステージング環境で何かをテストしても、本番サイトには影響しません。

決済ゲートウェイは無効化するかテストモードに切り替えてください。メール通知はオフにして、実際の顧客に誤って迷惑メールを送信しないようにしてください。

あなたのウェブサイトですが、危険なものはすべて取り除かれています。

壊してもいい。再構築してもいい。突飛なアイデアを試してもいい。そして何かが必ず失敗する時が来ても——必ず来るのだから——実際のビジネスは何事もなかったかのように稼働し続ける。

ステージングサイトを使う理由とは？

WordPressサイトにステージングが有益となる具体的なタイミングについて見ていきましょう。

プラグインの更新

実際のシナリオ：プラグインを更新したが、新しいバージョンが別のプラグインと予期せぬ競合を起こした。

本番環境では、エラーに何日も気づかない可能性があります。コンタクトフォームや決済ゲートウェイが誤作動すると、ビジネスチャンスを逃すことになります。

ステージング環境では？更新を即座にロールバックします。実際の訪問者に影響が及ぶ前に問題を解決できます。

主要コア更新

WordPressは定期的にバージョンアップを公開します。サイトのパフォーマンスを維持するためには、WordPressのコアソフトウェアやPHPのバージョンを アップグレードする必要がある場合があります。

これらは小さな変更ではありません。この更新により、古いコードが動作しなくなったり、非推奨の機能が機能しなくなる可能性があります。何年も更新されていないプラグインが突然エラーを発生させるかもしれません。

だからこそ、更新はまずステージングサイトでテストすべきです。リスクなしで、それがウェブサイトにどのような影響を与えるかを確認できます。

デザインの微調整

CSSを調整したり、パディングの問題を修正したり、ヘッダーの位置を再調整したりしているのかもしれません。

ステージング環境がなければ、訪問者はあなたの作業をリアルタイムで見てしまいます。レイアウトが崩れている様子が見えてしまい、見栄えが良くありません。

ステージング環境で設計プロセス全体を実行し、変更が効果的であると確信した時点で本番環境へ移行することをお勧めします。

テーマの切り替え

テーマによってショートコードの扱いが異なります。ページビルダーは常に変換されるわけではありません。入念に作成したホームページが、生のショートコードテキストの壁に変わる可能性があります。

その変更は、購入しようとしている顧客の前ではなく、非公開の場（ステージング環境）で実施する必要があります。

ステージングサイトを使用しないリスクとは何ですか？

ステージングサイトがないことは、ウェブサイトに深刻なリスクをもたらします。以下はそのほんの一例です。

ダウンタイム

1時間のダウンタイムはあなたにいくらかかりますか？

1日1万ドルを稼ぐECサイトなら、400ドル以上の損失となる。SaaS企業なら、二度と取り戻せない失われた契約だ。リードジェネレーションサイトなら、クリックして離脱し競合他社に電話した潜在顧客である。

そして残酷な現実がここにある：ダウンタイムが1時間だけ続くことはまずない。何が壊れたのかを突き止め、解決策を探し、トラブルシューティングを行わなければならない。

それは半日だ。時にはそれ以上だ。

ステージングサイトがあれば、本番環境に到達する前に問題を発見できたはずです。

そのプラグインの競合かPHPエラー？テスト環境なら気づけたはずだ。本番サイトは常に稼働し続けていたはずだ。

評判

壊れたサイトはプロらしくない。訪問者は「ああ、何か更新中なんだろう」とは考えない。「この会社は自社サイトの維持管理すらできない」と思うのだ。

信頼はあっという間に消える。取り戻すには永遠の時間がかかる。

ステージングサイトでは、デザイン変更、テーマの更新、大規模な改修を非公開でテストできます。

訪問者は、崩れたレイアウトや位置がずれたボタン、未完成のホームページなどを見ることはありません。彼らが目にするのは、磨き上げられた最終結果だけです。

SEOへの影響

Googleのクローラーは、あなたが何かを修正している最中であることなど気にしません。現れてはエラーや壊れたページを見つけ、記録するのです。

クロール中にサイトが500エラーを返すと、Googleはあなたのサイトをランキングに維持すべきか疑問を持ち始めます。十分な数の壊れたページを提供し続ければ、ランキングが低下するのを目の当たりにするでしょう。

ステージング環境により、この問題は完全に防止されます。更新内容をテストし、エラーを検出し、デプロイ前に修正します。Googleが壊れたページを認識することはありません。なぜなら、そのようなページを公開することはないからです。

ステージング環境がなければ、更新のたびに賭けに出ているようなもの——そしてサイトが20分間ダウンしている間にGoogleがクロールしないことを祈るしかない。

ステージングサイトを使用するデメリットは何ですか？

ステージングは完璧ではないので、実際に直面する現実的な問題をお見せしましょう。

ライブデータの上書き

ステージング環境で新機能の開発に2日間を費やした。すべて正常に動作している。本番環境へデプロイする準備が整ったので、デプロイボタンを押した。

この操作により、当該2日間に受け付けたすべての注文が削除されます。新規ユーザー登録、ブログへのコメント、お問い合わせフォームの送信内容もすべて消去されます。

なぜ？ ステージングデータベースを本番環境にプッシュしたからです。しかもそのステージングデータベースは2日前の状態です。作業中に本番サイトで発生した変更を一切反映していません。

これは常に人々を陥れ、壊滅的な結果をもたらすことがある。

保守オーバーヘッド

あなたは今、二つのウェブサイトを管理しています。

ステージングサイトは常に最新の状態を維持する必要があります。古くなりすぎると、テスト用として役に立たなくなります。3ヶ月前のデータでプラグインの更新をテストしても、現在の環境での動作についてほとんど何もわかりません。

つまり、ステージング環境を常に再構築し、データベースを同期させ、すべてが一致していることを確認しているわけだ。

余計な仕事だ。避けようがない。

ステージングサイトが必要なのは誰？

これらのいずれかに該当する場合、ステージングは必須です。

オンラインストア

1時間のチェックアウトシステム障害で数千ドルの損失が発生する可能性があります。1回のデータベース上書き操作で顧客データを永久に失う恐れがあります。

本番環境のストアではチェックアウトフローをテストできません。実際の顧客が購入しようとしている最中に決済ゲートウェイを壊すリスクは避けたいものです。

サイトでお金が流れる場合、本番ストアをエラーフリーに保ちつつ、エラーをデバッグするためのステージング領域が必要です。

代理店とフリーランス

フリーランスや代理店の場合、変更内容は公開前にクライアントの承認を得る必要があります。

制作現場では進行中の作業を彼らに見せることはできません。新しいホームページのデザインを確認し、操作して変更を要求し、承認を得る——これらすべてを実際の訪問者が見る前に完了させる必要があります。

さらに、クライアントサイトはそれぞれ固有の環境です。変更が競合を引き起こすかどうかをテストするための安全な場所が必要です。

高トラフィックサイト

1日に何千もの訪問者がいる場合、ダウンタイムは大きな損失となります。また、トラフィックのピーク時に訪問者にレイアウトの崩れやエラーメッセージを見られるわけにもいきません。

まずステージング環境ですべてをテストすることが重要です。その後、トラフィックが少ない時間帯に変更をプッシュしてください。

ステージングサイトの作成方法

最初のステージングサイトを設定する方法は複数あります。適切な方法は、ご利用のホスティングプロバイダーと、どの程度技術的な設定を行うかによって異なります。

主な二つのアプローチについて見ていきましょう。

• 方法1：コントロールパネルで利用可能な場合、ホストのステージングツールを使用する
• 方法2：本番サイトにDuplicatorプラグインをインストールし、バックアップを作成した後、サブドメインまたは別のサーバーへ移行する（どのホストでも動作します）

方法1: ウェブホストでステージングサイトを作成する

多くのマネージドWordPressホスティングサービスでは、管理パネルにステージング環境が組み込まれています。

Bluehost、SiteGround、WP Engineはいずれもワンクリックでのステージング環境作成を提供しています。ホスティングダッシュボードにログインし、ステージングオプションを見つけてボタンをクリックするだけで、サイトが複製されるまで数分待つだけです。

インターフェースでは通常、変更を本番環境にプッシュするオプションも提供されます。ホストによってはすべてをプッシュできるものもあれば、ファイルのみをプッシュするかデータベース全体をプッシュするかを選択できるものもあります。

ただし注意点があります：安価な共有ホスティングプランでは、この機能が提供されていないことがよくあります。上位プランへのアップグレードが必要になるかもしれません。一部のホスティング会社では、ステージング環境へのアクセスに追加料金が発生します。

方法2: ウェブサイトをステージング領域に移行する

どのウェブホストを利用している場合でも、Duplicatorでステージングサイトを作成できます。これはバックアップと移行プラグインであり、ウェブサイトのコピーを作成し、WordPressをサポートする任意の場所に移動します。

本番サイトにDuplicatorをインストールしてください。サイトの完全なバックアップを作成し、ダウンロードしてください。

このバックアップはサブドメインや別のサーバーにインストールできます。LocalWPのようなツールを使って、ローカル環境のコンピューターにインストールすることも可能です。

ご自身に最適な場所を選択してください。新しいサイトのルートディレクトリを見つけ、元のバックアップファイルをアップロードしてください。

次のようなURLでインストーラーを開いてください:https://example.com/installer.php

Duplicatorがインストール手順を案内します。新しいサイトのデータベースに接続し、移行を確認する必要があります。

これで、ステージングサーバー上にサイトのコピーが作成されます。同じコンテンツと設定が含まれるため、安心して実験できます。

この方法なら完全な制御が可能です。ステージング環境の配置場所を選択し、管理方法を決定できます。ホストが提供する環境に縛られることはありません。

ステージングサイト活用のベストプラクティス

ステージングサイトを持つことと、それを正しく使うことは別問題です。よくある間違いを避ける方法をご紹介します。

常に新鮮なクローン

3ヶ月前のステージング環境でメジャーアップデートをテストしてはいけない。古いデータでのテストでは、変更が現在の環境でどう動作するかについて何も教えてくれない。

その後、あなたのライブサイトは変更されています。新しいプラグインが追加されたり、設定が変更されたり、コンテンツが更新されたりしている可能性があります。

テストを開始する前に、本番環境から最新のデータでステージングサイトを上書きしてください。元のサイトを再度クローンし、現在稼働中の環境と完全に同一の複製から作業を開始します。

最新のデータ＝正確な検査。

メールとインデックス作成を無効にする

ステージングサイトは実際の顧客にメールを送信すべきではありません。

ステージングサイトでは、SMTPプラグインを無効にしてください。メールサービスをテストモードに切り替えてください。

さもなければ、テスト注文の確認メールを顧客リスト全体に誤って一斉送信してしまう可能性があります。あるいは、ログインフローのテスト中に誰かにパスワード再設定メールを送ってしまうかもしれません。

また、Googleにステージングサイトをインデックスさせたくないでしょう。ステージングサイトの管理ダッシュボードでインデックスを無効にできます。

ステージングサイトをパスワードで保護する

見知らぬ人があなたのステージングサイトに偶然アクセスするべきではありません。パスワードで保護することで、テスト環境を非公開に保ち、検索エンジンにおける重複コンテンツの問題を防ぐことができます。

ウェブホストでパスワード保護を追加できます。Bluehostでは「ディレクトリプライバシー」で管理します。

ステージングサイトのディレクトリを見つけてください。このディレクトリをパスワードで保護するかどうかを確認してください。

保護されたディレクトリの名前を入力してください。あなた（またはあなたのチーム）だけが知っているユーザー名とパスワードを追加してください。

選択的にプッシュ

ステージング環境から本番環境へ変更を移行する準備が整ったら、可能な限りファイルのみをプッシュしてください。

つまり、テーマ、プラグイン、アップロードされたメディアです。データベースではありません。

なぜでしょうか？ それは、本番データベースにはステージング環境が認識していない新しいデータが存在するためです。ステージングデータベースを本番環境にプッシュすると、その新しいデータはすべて消えてしまいます。古いステージングデータベースのデータで上書きされてしまうのです。

変更を本番環境に公開する準備が整ったら、データベースを除くすべての要素を含むステージングサイトのバックアップを作成してください。Duplicatorのバックアップコンポーネントのチェックボックス機能で簡単に実行できます。

このバックアップを本番サイトにアップロードしても、データベースは上書きされません。新規注文、顧客情報、その他のデータは保持されます。

データベースは、どうしても変更が必要な場合を除き、そのままにしておいてください。変更する場合は、まず本番環境のバックアップを取ってください。

よくある質問 (FAQ)

本番環境でのカウボーイコーディングをやめよう

今すぐ30分かけてステージング環境を構築するか、本番環境で何かが壊れた時にパニック状態で何時間も費やすか、どちらかです。

ほとんどのWordPressサイト所有者は、最終的にステージング環境を導入する。誰かに勧められて良いアイデアだと納得したからではなく、最悪のタイミングで更新がサイトをダウンさせた後、痛い目に遭って学んだからだ。

その教訓を痛い目に遭って学ぶ必要はない。

サイト環境間の移行（新規ステージングサイトの作成や変更の本番環境への反映など）を簡便に行いたい場合、Duplicator Proが移行プロセスを処理します。サイトを複製し、必要な場所に移動させ、主要な更新前には確実なバックアップを保持しましょう。

今すぐDuplicator Proをお試しください！ドラッグ＆ドロップでの移行、カスタムバックアップ、クラウドストレージなど、多彩な機能をご利用いただけます！

ここにいる間、私はあなたがこれらの他のWordPressリソースを気に入ると思います：

• 9 Best WordPress Staging Plugins (+ 専門家によるレビュー)
• WordPressステージングサイトの作り方（安全なテストのために）
• ライブWordPressサイトをローカルホストに移動する方法（簡単な方法）
• 10ベスト・ローカル開発環境（エキスパート・ピック）
• よりスマートに、よりハードに：WordPress開発者向けツール