KapsuleHost 上に WooCommerce をセットアップする

Kapsule には WooCommerce 専用のサイトタイプがあり、WordPress、WooCommerce、ニュージーランド向けの決済ゲートウェイセットをインストールした後、サイトメニューにストア固有のツールを追加します。このガイドでは、ストアの作成、決済の接続、高負荷時のストアに重要な設定、および注文を失わずに変更を加える方法について説明します。

WooCommerce サイトの作成

1. KPanel にサインインし、左サイドバーの Websites をクリックします。
2. Add Website をクリックし、次に New Website をクリックします。
3. サイトタイプとして WooCommerce を選択します。
4. ストアに名前を付けてウィザードを完了します。

Kapsule は WordPress をプロビジョニングし、データベースを作成し、WooCommerce をインストールして有効化し、以下に記載されている決済ゲートウェイプラグインを事前インストールします。PHP 8.3 がランタイムとして設定されており、画像処理を含むストアに必要な拡張機能が含まれています。

既に WordPress サイトをお持ちで、ストアを追加したい場合は、wp-admin の Plugins から Add New へ進んで、通常の方法で WooCommerce をインストールしてください。サイトは WordPress サイトタイプのままになります。これは、ここで説明されているストア固有のタブが表示されないことを意味します。

決済ゲートウェイ

ストアを開き、次に WordPress タブ、その後 Payments をクリックします。これは WooCommerce のみのタブで、通常の WordPress サイトには表示されません。

5 つのゲートウェイがカバーされており、ニュージーランド関連のものはマークされています:

Apple Pay と Google Pay は Stripe に付属しており、どちらも個別にインストールするものはありません。

ゲートウェイは意図的に 無効 な状態でインストールされています。認証情報なしで有効なゲートウェイはチェックアウトを破壊するため、自分の販売者アカウントの詳細情報を提供するまで、何もライブになりません:

1. 使用するゲートウェイの Enable をクリックします。
2. Configure をクリックします。これにより、wp-admin 内でそのゲートウェイの設定が開きます。
3. 自分の API キーまたは販売者認証情報を入力して保存します。
4. ストアを発表する前にテスト注文を行ってください。

Windcave はプラグインディレクトリではなくベンダーによって配布されるため、パネルは Get plugin リンクを提供します。ダウンロードし、wp-admin の Plugins から Add New でアップロードしてから、ここに戻ってそれを設定してください。

ストアパフォーマンス

ストアはブロシュアサイトよりもページビューあたりはるかに多くのデータベース作業を行うため、キャッシュが最大の効果を生み出します。

フルページキャッシュ。 サイトの WordPress タブで、次に Caching で、フルページキャッシュは PHP を実行したりデータベースに触れたりせず、匿名ユーザーに完成した HTML を提供します。カート、チェックアウト、マイアカウントページ、および WooCommerce AJAX エンドポイントは自動的にバイパスされ、アクティブなカートクッキーを持つビジターは常にライブページが提供されます。キャッシュは、1 人の顧客に別の顧客のカートを表示することなく、製品およびカテゴリページを高速化します。

オブジェクトキャッシュ。 同じ画面で、オブジェクトキャッシュはデータベースクエリ結果とトランジェントをメモリに保持します。これは WooCommerce 管理を大規模カタログで使用可能にするものです。

CDN。 Performance から有効にし、その後 Kapsule CDN を選択して、エッジから製品画像と静的アセットを提供し、画像最適化と WebP 変換を行います。Enabling the CDN を参照してください。大量の製品画像変更後にそれをパージします: Purging the CDN Cache。

ストア用の PHP 設定

ストアはデフォルトから移動する最も一般的な理由です。サイトの Advanced で、その後 PHP タブで:

• Memory limit: カタログが大きい場合またはサブスクリプションを実行している場合は、256M から 512M に引き上げます。
• Max execution time: 製品インポートまたはレポート生成がタイムアウトする場合は、30 から 120 または 300 秒に引き上げます。
• Max input variables: 多くのバリエーションを持つ製品がある場合、または保存時にフィールドをサイレントにドロップする設定画面がある場合は、3000 から引き上げます。

詳細は Increasing the WordPress Memory Limit に記載されています。

スケジュール済みタスク

WooCommerce はバックグラウンドで多くを実行します: 注文ステータス遷移、サブスクリプション更新、メール、在庫同期。WordPress の組み込みスケジューラを使用します。デフォルトではサイトを訪問したときにのみ動作します。静かなストアではこれは更新とメールが遅れて実行されたり、まったく実行されなかったりすることを意味します。

実際のサーバー側スケジュールに置き換えてください。WordPress タブで、その後 WP-Cron セクションに Enable system cron アクションがあり、これはスケジュールを追加し、同じステップで訪問者トリガー版を無効にします。詳細な説明と手動代替は Setting Up and Managing Cron Jobs にあります。

wp-admin の WooCommerce で、その後 Status で、その後 Scheduled Actions でキューを監視できます。

注文を失わずに変更を加える

すべてのストアはライブデータベースであり、顧客は継続的に書き込みを行っており、これは更新をどのように処理すべきかを変更します。

ストアの安全な更新ルーチン:

1. バックアップを取ります: Taking a Backup。
2. ライブストアと一致するように本番環境からステージングをリセットします。
3. ステージングでプラグイン、テーマ、または WooCommerce 更新を適用します。
4. ステージングで確認ページまで完全なテスト注文を行ってください。
5. ファイルのみ を本番環境にプッシュします。
6. 本番環境で小さな実際の注文を行い、払い戻してください。

マネージドプランでは、Quick Actions の Update Plugins アクションは Smart Update になります: バックアップを取り、プラグインを 1 つずつ更新し、それぞれの後にサイトヘルスチェックを実行し、サイトを破壊するものは自動的にロールバックします。チェックアウトが破損するとお金がかかるストアでは、これは持つ価値があります。

ポイントインタイムリカバリ

日次バックアップはストアをそのバックアップが実行された時点の状態に復元します。これはビジーなストアではこれは 1 日分の注文を失う可能性があることを意味します。WooCommerce サイトは Backups から、その後 Point-in-time recovery からポイントインタイムリカバリを有効にでき、選択した分に復元でき、最大 30 日間の保持があります。実際のお金を受け取るストアでは、有効にしてください。Taking a Backup を参照してください。

トラブルシューティング

チェックアウトがエラーなく失敗します。 ほぼ常に、認証情報が不足しているか間違っているゲートウェイが有効です。Payments タブからチェックアウトが機能するまでゲートウェイを 1 つずつ無効にし、それを破壊したものを再設定してください。

注文メールが届きません。 WordPress はデフォルトで PHP 経由でメールを送信し、ほとんどのネットワークはこれを拒否します。WordPress タブで配信警告を確認し、その後 Site Health を確認し、適切な認証送信を設定してください。

管理ページが遅い、またはタイムアウトします。 PHP タブのメモリと実行時間を引き上げ、次にオブジェクトキャッシュを有効にします。数万の注文を持つストアも古いスケジュール済みアクションのクリアから利益を得ます。

製品の変更がフロントエンドに表示されません。 WordPress からキャッシュをフラッシュし、その後 Quick Actions から、その後 Flush Cache を選択し、CDN をパージしてください。