WordPressとWooCommerceでECを作る判断が分かれる条件

WordPressでECは作れないか。カートASPの月額と機能一覧を見比べているうちに、この案が出てくることがあります。

WooCommerce（WordPressをECにするプラグイン）を入れ、Stripeで決済をつなげば、たしかに売れる状態にはなります。かいなも過去に、カートASPを使わずWordPressだけでジェラート専門店のECを構築したことがあります。

一般には、安く早く作れる選択肢として語られます。かいなはそう考えていません。WordPress ECは構築費を下げる選択ではなく、カートASPが黙って引き受けていた当番を自社に引き取る選択です。

ここを決めないまま始めると、公開した翌月から苦しくなります。判断の順番は、機能比較よりも先に「誰が持つか」です。

WordPressだけでECを組んだとき、実際に短くなるもの

短くなる部分はあります。ただし、どこが短くなるのかを正確に見ておかないと、期待した場所が短くなりません。

短くなるのは構築の工数で、運用の工数ではない

カートASPとWordPressを組み合わせる場合、カート側とWordPress側の両方を作り込む必要があります。デザインの当て込みも二重になります。

WordPressだけで組むと、この二重作業がなくなります。テンプレートも管理画面もひとつなので、構築期間は目に見えて縮みます。

一方で、公開後に毎日発生する受注処理や在庫の反映は、構成を変えても減りません。むしろ後述するとおり、増える部分があります。

決済の準備期間が読めることは、いまも効く

決済代行会社を経由して各カード会社の審査を受ける場合、テスト環境を用意して審査に出す工程が入ります。ここは日程が読みにくい部分です。

公開日にクレジット決済が間に合わないと、広告の出稿計画まで後ろにずれます。スタートの勢いを作りにくくなります。

Stripeはアカウントを開設して必要事項を登録すれば利用開始まで比較的短く済みます。公開日から売れる状態を確実に作りたいときには、いまでも有効な選択です。

読みものと商品が、同じサイト構造の中に入る

元記事で強調したのはこの点でした。集客用のページ、商品カテゴリ、記事コンテンツが同じドメインの同じ階層構造に収まります。

カートASPとWordPressを別々に置くと、読みもので集めた評価が商品ページに渡りにくくなります。対策は打てますが、そのたびに手間がかかります。

WordPress ECはこの分断が最初から起きません。ここが、いまも残る一番大きな理由です。

カートASPが黙って引き受けていた仕事を、誰が持つか

WooCommerceを選ぶということは、これまで月額料金に含まれていた作業を自分の側に移すということです。

アップデートと脆弱性対応の当番を決める

WordPress本体、WooCommerce、決済プラグイン、テーマ。それぞれが独立して更新されます。

更新を止めれば脆弱性が残り、更新すれば決済まわりが動かなくなる可能性があります。売り場が止まる怖さは、カートASPにはない種類のものです。

「誰が、どの頻度で、どの環境で先に検証してから当てるか」。これが決まっていない状態で本番に載せる構成ではありません。

ギフトと会員のところで足りなくなる

標準のWooCommerceは、日本のECで当たり前に求められる機能をすべて持っているわけではありません。

複数お届け先、のし、メッセージカード、会員ランク、ポイント。このあたりは追加のプラグインか個別開発になります。

プラグインを足すほど、更新のたびに検証する対象が増えます。機能を満たすほど保守が重くなる構造だと理解しておくと、後で驚きません。

出荷まで自分でやって分かった、機能表に出ない負荷

かいなは支援会社であると同時に、自社ECを4サイト運営しています。受注処理とお客様対応も自分たちでやっています。

カニと北海道海鮮のギフトEC「かにと。」では、年末に注文が集中します。この時期に管理画面が重くなると、出荷が止まります。

出荷は作業ではありません。箱が開けられる瞬間が、お客様との最初の接点です。出荷まわりの設計を後回しにすると、忙しい月にそのまま跳ね返ってきます。

サーバーの選定と、受注データの扱い。WooCommerceを検討するなら、この2つは構築前に決めておく話です。

WordPressでのEC構築を、かいながすすめない場合

やらないほうがいい、と申し上げることもあります。判断の材料として3つ挙げます。

ギフトと定期購入が売上の中心にあるEC

複数お届け先、時間指定、期間限定の熨斗対応。ギフトECの現場で必要になる条件は、想像より細かく積み上がります。

定期購入も同じです。スキップ、周期変更、次回配送日の変更をお客様自身にやってもらえないと、問い合わせ対応で人が溶けます。

この領域は、カートASPが長年かけて作り込んできたところです。プラグインの組み合わせで再現しようとすると、費用も保守も割に合いません。

保守を頼む相手が、社内にも社外にもいないとき

作った会社との関係が公開時点で終わる前提なら、WordPress ECは選ばないほうが安全です。

放置されたWooCommerceは、時間の経過とともに確実に脆くなります。カートASPなら、その部分はASP側が持ってくれます。

月額を払って任せるか、自分で持つか。この選択に近い判断だと考えると、話が整理しやすくなります。

LP主体、広告主体で売っているEC

広告からLPに入って1商品を買い切る形なら、WordPressで組む理由がほとんどありません。

WordPress ECの強みは、読みものと商品を同じ構造に置けることです。読みものを作らない運営では、この強みが立ちません。

かいながLP主体の運営にこの構成を提案しないのは、そもそも噛み合わないからです。得意なところで戦ったほうが結果が出ます。

WooCommerceか、カートASPか、ヘッドレスか

「サイトが分断されている」という課題からWordPress ECにたどり着く方は多いのですが、答えはひとつではありません。

分断が理由なら、WooCommerce以外にも答えがある

この記事を書いた当時と比べて変わったのは、フロントとカートを切り離す構成が現実的な費用で組めるようになったことです。

ブランドサイトの中に在庫と価格を呼び出し、その場で買えるようにする。決済と在庫はShopifyなどの基盤に任せる。この形なら、読みものと商品を同じ構造に置きつつ、決済まわりの保守は抱えません。

かいながHAKOBで選んでいるのはこの考え方です。分断の解消だけが目的なら、WooCommerceは唯一の手段ではありません。

判断の分かれ目は、商品数ではなく更新の中身

どちらが向くかは、月にどんな更新をどれだけ行うかで変わります。商品点数ではありません。

条件	答えの変わり方
更新の中心が読みもの（産地、使い方、特集）	WordPress側に主導権がある構成が有利
更新の中心が商品、在庫、受注処理	カートASPかヘッドレス構成が有利
プラグイン更新を確認する担当が決まっている	WooCommerceを検討してよい
担当が決まっていない	カートASPのほうが結果的に安く収まる

読みものを書く人が社内にいないなら、上の段は成立しません。書ける人がいるかどうかを先に確認してください。

途中で乗り換える前提で始めるという選び方

立ち上げ初期で、商品が1つか2つ。まず売ってみて反応を見たい。この段階ならWordPress ECは合理的です。

ただし、あとで移る前提で作っておくかどうかで、その後の負担が変わります。商品データと顧客データを取り出せる形にしておくことです。

逆に、既にカートASPで売上が立っている売り場を、集客構造のためだけに移すのはすすめません。止めるリスクと得られるものが釣り合わないことが多いからです。

WordPressでのEC構築について、お気軽にご相談ください

かいなに寄せられる相談で最も多いのは、カート移行です。話を進めていくと、多くの場合「カートの問題ではなくサイトの構造の問題だった」という結論にたどり着きます。

WordPressでECを作りたいというご相談も、掘っていくと同じ場所に着地することがよくあります。読みものと商品が別々になっていて、伝える投資が売上に変わっていないという構造です。

その解き方は、WooCommerceで一体化するか、フロントとカートを切り離すかの二択になります。ブランドサイトとECを統合するHAKOBはBASICが初期120万円〜（税別）で、判断材料としてお伝えしています。

かいなは自分たちでもECを運営しています。売る側の実感を持った相手として、30分の無料相談からお気軽にご相談ください。