元の 2017 年の記事は、クライアントの北欧家具ストアの制作中などに私が使った拡張機能の一覧でした。当時は、具体的なプラグインやカスタマイズを紹介する意味がありました。しかし現在、同じ一覧を掲載すると、保守されていないコードや互換性のないチェックアウト、あるいはWooCommerceが別の方法で処理するようになった機能へ読者を誘導する可能性があります。
だから私は、拡張機能を大量に導入することを目指さなくなりました。商品カタログ、注文、決済、配送、在庫、分析、購入後の対応を確実に処理できる、最小限の構成を選びます。
まずストアの流れを整理する
拡張機能のカタログを開く前に、主要な流れを書き出します。
- 顧客はどのように商品を見つけ、比較するのか。
- どのバリエーション、価格、税、在庫データが必要なのか。
- 実際に対応する国、通貨、決済方法、配送方法は何か。
- 注文後、会計、在庫、CRM、サポートへ何を連携するのか。
- 連携が利用できない場合でも、どの手順を機能させる必要があるのか。
各プラグインを、1つの要件と1人の担当者に割り当てます。更新後に誰が確認するのか答えられないなら、まだ選定は完了していません。
まず標準機能を確認する
WooCommerceは、以前はオプションだった機能を継続的にコアへ取り込んでいます。プラグインをインストールする前に、商品、税、配送、アカウント、プライバシー、高度な機能の現在の設定を確認してください。公式ドキュメントでは、カートとチェックアウトのページ、REST API、Webhook、機能を含むWooCommerceの高度な設定をまとめています。
これはWordPressにも当てはまります。一般的な基盤と整理については、WordPressに最適なプラグインの記事で説明しています。名前に「WooCommerce」と付いているというだけで、2つ目のSEOプラグインや3つ目のキャッシュ、機能の重複実装が必要になるわけではありません。
拡張機能が役立つ分野
決済と配送
公式、または長期的に保守されているプロバイダー連携を使用します。対応国、通貨、返金、Webhook、継続課金、サンドボックス運用、利用不能時の処理を確認してください。配送では、実際の注文を使って、受取拠点、寸法、代引き、ラベル、返品を確認します。
請求書、税、会計
プラグインは一般的なスクリーンショットではなく、自社の会計プロセスに適合していなければなりません。丸め処理、割引、配送、クレジットノート、複数税率、越境販売、繰り返しのエクスポートをテストします。法務・税務上の正確性は、会計士または税務アドバイザーに確認してもらうべきです。
在庫とERP連携
正とする主要な情報源を定義します。ERPが在庫を管理するなら、WooCommerceが同時に独自の判断で在庫状況を上書きしてはいけません。連携にはキューまたはリトライ処理、ログ、アラートが必要です。手動の「同期」ボタンは、運用計画ではありません。
検索、フィルター、バリエーション
カタログの規模と顧客が実際に行う検索に合わせて拡張機能を導入します。インデックス可能なURLの組み合わせを何百通りも追加するフィルターは、パフォーマンスとSEOの両方を損なう可能性があります。正規URL、インデックス登録、JavaScriptなしでの動作を事前に定義してください。
コマース機能
ウィッシュリスト、バンドル、サブスクリプション、予約、パーソナライズ商品、またはB2B価格は、ビジネスモデルに合う場合に意味があります。それぞれが注文、税、在庫、サポートに影響します。導入すること自体を目的に購入しないでください。
計測
分析連携では、サンクスページの再読み込み時に重複させることなく、一貫した商品ID、値、通貨、取引ステータスを送信する必要があります。計測設計をGA4およびGoogle Tag Managerと連携させます。スクリプトを導入してから最初の苦情を受けるのではなく、導入前に同意管理と広告プラットフォームへの対応を済ませてください。
現在確認すべき3つの互換性テスト
HPOS
High-Performance Order Storageは、注文を専用テーブルに保存します。WooCommerceのドキュメントでは、HPOSを有効にして互換性のない拡張機能を確認する方法を説明しています。注文を扱うプラグインは互換性を明示的に宣言する必要があり、ステージング環境で検証しなければなりません。
カートとチェックアウトのブロック
最新のブロック形式のカートとチェックアウトは、従来のショートコードテンプレートとは異なる連携ポイントを使用します。決済、配送、フィールド、アップセル、計測の拡張機能は、使用する具体的なチェックアウトに対応していなければなりません。商品ページが動作するからといって、互換性があると判断しないでください。
現在のWordPressとWooCommerce
拡張機能の作者向けに、WooCommerceは、現行バージョンのWooCommerceとWordPress、ブロック形式のカートとチェックアウト、HPOSへの対応を基本要件の1つとして挙げています。公式の互換性ルールを確認してください。対応するPHPとデータベースのバージョンも確認します。
安全な選定
- 要件と許容できる停止時間を書き出す。
- 作者、更新履歴、ドキュメント、サポートを確認する。
- 権限、保存データ、外部サービス、ライセンスモデルを確認する。
- 典型的なデータのコピーを使い、ステージング環境でインストールをテストする。
- カード決済と別の決済、割引、配送、返金、メール、エクスポートを一連の流れで実行する。
- カタログ、商品、カート、チェックアウトの速度を計測する。
- 本番導入前に、ロールバックとデータエクスポートを準備する。
WooCommerceのセキュリティ推奨事項では、定期的な更新、保守されていないプラグインや脆弱なプラグインの削除、ステージング、バックアップを重視しています。全体像は公式のセキュリティベストプラクティスにまとめられています。
元の記事から、もう繰り返さないこと
- 具体的な運用を知らないまま、有料プラグインを販売目的で一覧にすること。
- 当時のWooCommerceのインターフェースに結び付いた古いPHPスニペット。
- 小さなテキストやフィールドの変更ごとに拡張機能を追加すること。
- 計測なしに、ソーシャル機能やマーケティング機能を自動的に推奨すること。
- 保守状況と現在の互換性を確認できないツール。
カスタムコードは、小さく安定した変更には適切な選択肢になり得ます。ただし、バージョン管理、テスト、ドキュメント、そしてWooCommerceの変更時に更新する担当者が必要です。議論から無作為にスニペットをコピーすることは、安価なプラグインではありません。まだ請求書がないだけです。
四半期ごとの見直し
有効・無効な拡張機能、利用可能な更新、セキュリティ通知、ライセンス、担当者、互換性を確認します。その後、ステージング環境で主要な購入シナリオとパフォーマンスをテストします。価格、税、注文、決済、エクスポートに影響する拡張機能には、特に注意してください。
ストア全体の速度は、Webサイトを高速化する方法に沿って改善します。現在のプラグインを棚卸しし、重複を整理して、安全な移行計画を準備したい場合は、お問い合わせください。