WordPressの変更をステージングからライブにプッシュする方法
公開: 2019-12-03WordPressのステージングサイトからライブサイトへの移行がこれまでになく簡単になりました。
ステージングは、ウェブサイトの維持と維持に不可欠であり、新しいプラグインのテスト、更新、グラフィックやアニメーションコンテンツの試用、危害を加えたり、クラッシュしたり、サイトをオフラインにする可能性のあるものを試すリスクを排除します。
先週の月曜日のマスタークラスでは、ステージングサイトの設定がいかに簡単であるかを見ましたが、それはステージングプロセスの一部にすぎません。 ステージングされたサイトをプッシュし、更新されたWebサイトにすべての変更と調整を加え、ライブ(または本番)サイトの代わりに配置することも同様に重要です。
ステージングの目的で、2種類のWordPress Webサイトを確立する必要があります。または、Elementorユーザーの2つのグループが好きな場合は、それぞれがサイトで使用されるコンテンツの種類によって定義されます。
- 所有者が生成したコンテンツ–サイトモデレーターである私たちが提供するコンテンツのみに依存するWebサイト。 モデレーター生成コンテンツ、またはブランドコンテンツとも呼ばれます。
- ユーザー生成コンテンツ–ユーザーデータに完全にまたはある程度依存しているWebサイト。 これには、ユーザーが行ったフォームや注文の情報、アップロードされたファイル、画像、コメントなどのデータが含まれます。
孤立して- 、私たちは私たちのサイトのバックアップ・バージョンに取り組んでいる一方で-私たちは、この区別をする必要がある理由は、我々は、私たちのライブのウェブサイトに追加されたデータを心配する必要があるかどうかを知っておく必要があるということですステージング環境。
ステージングからライブサイトへのプッシュ:所有者が生成したコンテンツ
*注:このプロセスは、ライブサイトからステージングサイトに表示されないユーザー生成データ(コメント、注文などを含む)を上書きします。
私たちだけが私たちのサイトにデータを入力している場合、更新や変更に取り組んでいる間はデータを追加することを避け、新しいサイトとほぼ同じ方法で更新されたサイトの更新バージョンをプッシュできます。
この画面が見覚えがある場合は、前回のマスタークラスで中断した場所とまったく同じであるため、そうする必要があります。
ご存知かもしれませんが、Flywheelのローカルアプリを使用して、自分のコンピューターで作成した環境に、ライブのWordPressサイトの完全バックアップをアップロードすることでローカルステージング環境を作成しました。 BitnamiまたはXAMPPを使用してこれを行う方法は他にもありますが、これが最も単純であり、したがって最も効率的であることがわかりました。
このマスタークラスの目的のために、サイトの新しい(ステージングされた)バージョンと古い(ライブ)バージョンの外観と機能を実際に区別できるように、メニューとヘッダーを追加しました。
サイトの更新とテストが終了したら、新しいバージョンをローカル環境からライブサイトにアップロードします。 移行プラグインを使用してこれを行う最も簡単な方法。
その中で最も人気のあるAll-in-OneWP Migrationプラグインを使用し、両方のWordPressにインストールすることをお勧めします。
ステップ1:ローカルとライブの両方のWordPress環境にオールインワンWP移行をインストールする
他のプラグインと同じ方法で、WordPressインストールにオールインワンプラグインをインストールします。
ローカルステージングサイトのWordPressダッシュボードに移動し、[プラグイン]タブで[新規追加]をクリックします。
All-in-One WP Migrationの検索ボックス検索で、ダウンロードしてインストールし、アクティブ化します。
プラグインがアクティブ化されると、WordPressダッシュボードの左側のメニューバーに[オールインワンWP移行]タブが表示されます。
このプロセスを繰り返して、ライブサイトのWordPressダッシュボードにAll-in-One WPMigrationをインストールします。
ステップ2:当サイトのローカルバージョンからエクスポートファイルを作成する
WordPressダッシュボードの左側のメニューバーの[オールインワンWP移行]タブで、タブをクリックして[エクスポート]を選択します。
[エクスポート]ウィンドウで、詳細設定を使用すると、サイト全体ではなく特定のデータをエクスポートできることがわかります。
サイト全体をエクスポートすることをお勧めします。 これを行うには、[エクスポート]ボタンをクリックし、ドロップダウンメニューから[ファイル]オプションを選択します。
プラグインがエクスポートファイルの準備を完了すると、ダウンロードするオプションを含むウィンドウが表示されます。 クリックして、バックアップファイルをコンピュータにダウンロードします。
ステップ3:バックアップをライブサイトにプッシュする
ステージングサイトのバックアップをダウンロードしたら、ライブサイトのWordPressダッシュボードに移動します。 左側のメニューバーで[オールインワンWP移行]をクリックしますが、今回は[インポート]を選択し、[インポート]ウィンドウで[インポート]をクリックして、ドロップダウンメニューから選択します。 、[ファイル]を選択します。
エクスポートしたファイルを見つけて、「開く」をクリックします。 ファイルはWordPressにアップロードされます。
アップロードが完了すると、このプロセスを続行するとライブサイトのすべて(コメント、注文などを含む)が上書きされることを通知する警告が表示されます。
所有者が生成したコンテンツのみに依存するWebサイトに対してのみこのプロセスに従うため、[続行]をクリックします。
プラグインは新しいサイトをインストールし、古いバージョンを上書きします。 当サイトのサイズにもよりますが、これには数分以上かかる場合があります。
ボーナス:ステージングからライブサイトへのアップデートのプッシュのみ(Gitと同様)
他のカテゴリのWordPressおよびElementorユーザー、つまり外部ソースからのデータに依存しているユーザーの場合、データを失うリスクを冒すことなく、更新されたサイトをステージング環境からライブサイトにプッシュする方法は2つあります。
前述のように、ユーザーサブスクリプション、発注書、コメントなどの形式で提供されるデータに関する主な懸念は、分離されたステージングバージョンの作業で忙しい間、ユーザーがライブWebサイトに登録し続けることです。
1つの方法は、C-Panelなどのツールを使用して、FTPまたはSFTPインターフェイスを介して個々のファイルやフォルダーをいじり回す複雑な手順です。 そのため、読者が面倒な手順を誤解し、誤ってライブサイトをスチームロールするリスクがあると感じました。
とはいえ、サイトをプッシュする方法に関係なく、他の作業を行う前にライブサイトとデータをバックアップすることが非常に重要です。 後悔するよりも常に安全であることに注意してください。
ステージング環境からサイトの変更と更新をプッシュする方が、ライブサイトで直接作業するよりもはるかに安全です。
データをバックアップする方法
これを行うには、Duplicatorプラグイン、またはMigrate DB、さらにはAll-in-One WPMigrationを使用できます。
ライブサイトがバックアップされたら、2番目の方法である、サイトをプッシュする最も安全で簡単な方法は、Webサイトのホスティングサービスを使用することです。
ステージングサービスも提供するWordPressWebホスティングサービスはたくさんあります。これにより、ホスティングサーバー上に完全に独立した環境が作成され、すべてのテストを実行して新しいアイデアを試すことができます。
これらには、Bluehost、SiteGround、Kinstaなどのホストが含まれ、FlyWheelのプレミアムホスティングパッケージにもこのオプションが含まれています。もちろん、これらすべてへのリンクやその他のリンクを以下のショーノートに掲載します。
BlueHostは、ステージングサービスを無料で提供しているため、より人気があります。
繰り返しになりますが、サービスの品質が優れているため、SiteGroundをお勧めします。
これは、サイトのサイズとトラフィックの量に基づいて、自分で決定する必要があるものです。 しかし、コストをカバーするために達成する必要のある収益、および選択がビジネス目標に役立つか害を及ぼすかどうかも考慮する必要があります。
数字を計算するときは、オーバーヘッドを低く抑えながら最大の収入を目指す必要があります。
これは私たちが自分自身に正直である必要がある場所です。なぜなら、私たちのウェブサイトが私たちの生活でもある場合、ホスティングは私たちが手抜きをしたり、切り刻んで保存したりする場所の1つではないからです。 私たちのサイトが非常に多くのトラフィックを受信し、1〜2時間のダウンタイムがサイトを危険にさらす場合、私たちは本当にホスティング会社に投資する必要があります。
ローカルWordPressステージング
自分のコンピューター上のステージング環境であるローカルステージングには多くの利点がありますが、その主なものは速度です。 ローカルで作業すると、テスト結果と応答がはるかに迅速に表示されるため、大規模なオーバーホールや、場合によっては初期ビルドにも最適な環境になります。
ホストのステージングはローカルのステージングほど高速ではありませんが、グラフィックや書き込まれたコンテンツの変更、更新、テストは、大きすぎない限り、非常にうまく処理できます。 特にサーバーが新しいバージョンをライブサイトにプッシュするオプションも提供している場合は、定期的なテストと更新に最適です。 いくつかのホスティングサービスはステージングに追加料金を請求するため、欠点は値札です。 ただし、この料金には、長期的には多くの時間とお金を節約できるサポートが含まれています。
ステージングサービス
ステージングサービスを提供するホストサイトにも同様の機能があり、最小限の労力と心配なしで、サイトの新しいバージョンをステージングからライブサイトにプッシュできます。
たとえば、SiteGroundでは、すべてのステージングオプションがステージング管理ページにあり、SiteGroundのバージョンのcPanelからアクセスできます。 ここで、ユーザーには「イージープッシュ」オプションが与えられ、新しいサイト全体を古いライブサイトにプッシュし、事実上それをスチームロールして、そこにあったすべてのものを削除します。 または、ユーザーは「アドバンストプッシュ」を使用して、古いファイルと新しいファイルの違いを比較し、保持するファイルと上書きするファイルを選択できます。 このソリューションは、ステージングサイトでの作業中に失われることが心配なデータを効果的に保存します。
ライブサイトへのWordPressステージング:結論
月曜日のマスタークラスのこの2部構成のエディションを振り返って、ステージングの主題に取り組むことにしたことをうれしく思います。
ステージングについてアドバイスを求めていたユーザーを助ける機会が与えられただけでなく、最初のエピソードが生み出した素晴らしいコメントと対話のおかげで、この2番目のエピソードを計画よりもさらに進めていくつかの問題を明確にすることにしました。あなたが提起した興味深い点。
2つの異なるタイプのWordPressWebサイトをローカルステージングまたはホストステージングサイトからライブまたはプロダクションWebサイトにプッシュするために、世界中のプロのWebビルダーによって使用されているいくつかの実用的な方法を確認しました。 さらに、なぜ一方の方法を他方よりも選択する必要があるのかについての理由についても説明しました。
結局のところ、時間とお金をどこに、何に投資すべきか、トラフィック、エンゲージメント、そして必然的に収益に影響を与える選択は、ウェブサイトの所有者またはモデレーターとしての私たちの選択です。
ステージングからライブサイトにどのようにプッシュしますか? 別の方法がある場合は、コメントでお知らせください。