--- title: "WooCommerceでマッチングサイトは作れるか｜向いている場面と、無理が出る場面" url: https://matchlayer.jp/blog/woocommerce-matching-site/ date: 2026-08-16 modified: 2026-08-23 author: "MatchLayer編集部" description: "「WordPressならWooCommerceがあるじゃない..." categories: - "サイト構築のヒント" tags: - "Dokan" - "WCFM" - "WooCommerce" - "WordPress" - "マッチングサイト" - "マルチベンダー" - "決済機能" word_count: 109 --- # WooCommerceでマッチングサイトは作れるか｜向いている場面と、無理が出る場面 「WordPressならWooCommerceがあるじゃないですか。あれで作れませんか」 そう考えるのは自然だと思います。WooCommerceは日本語の情報が多く、決済も配送も揃っていて、複数の出品者がそれぞれ店を持てるようにする拡張もあります。マッチングサイトに必要そうなものが、ひととおり入っているように見えます。 答えは、作れる場合と、無理が出る場合にはっきり分かれます。判定は次の一文でできます。 > 利用者が○○をカートに入れて、その場で支払って、注文が完了します。 ○○に自分が扱うものを入れて、読んでみてください。自然に読めるなら、WooCommerceを選ばない理由はありません。どこかで引っかかるなら、その引っかかりがそのまま、あとで作り直す原因になります。 この記事では、引っかかる場所を5つに分けて説明します。そのうえで、WooCommerceのほうが向いている条件も並べます。 なお、各プラグインに関する記述は2026年8月時点の公開情報にもとづいています。私たちはマッチング特化のプラグインを提供している立場なので、その点は差し引いて読んでください。 --- ## WooCommerceが最初から持っているもの まず、向いている場合の強さを書いておきます。 - カートに入れて、その場で支払って完了する流れ - 在庫数の管理と、売り切れでの自動停止 - 配送方法と送料の設定 - 消費税の扱い - クーポンとセール価格 - 注文の履歴と、返金の処理 - 決済サービスとの連携 さらに、DokanやWCFM、MultiVendorX、WC Vendorsといったマルチベンダー向けの拡張を入れると、複数の出品者がそれぞれ自分の店を持てるようになります。出品者ごとのダッシュボード、売上の集計、運営が取る手数料の計算まで含まれます。 手数料の設定はかなり細かくできて、全体で一律にする、出品者ごとに変える、商品ごとに変える、カテゴリごとに変えるといった形が選べます。 無料で使える範囲も広く、Dokanの無料版やWCFMの無料版で試している事業者は多くいます。 ここまで揃っているものを、わざわざ別のプラグインで置き換える理由はありません。要件が合っているなら、これが有力な選択肢です。 --- ## 合わなくなる5つの場面 マッチングと呼ばれるサービスの多くは、「モノを買う」形をしていません。そこから、次の5つのずれが生まれます。 ### 1. 申し込みは、注文ではありません WooCommerceでは、購入ボタンが押された時点で注文が成立します。売り手が受けるかどうかを決める段階がありません。 マッチングでは、ここが逆になります。申し込みが届き、掲載した側がそれを見て、受けるかどうかを決めます。 - 応募が届いたが、条件が合わないので見送る - 相談の依頼が届いたが、事情があって受けられない - 里親の希望が届いたが、飼育環境の確認が済んでいない - 出店の応募が届いたが、選考のうえで決める どれも「返事を保留している」という状態を必要とします。注文には、この状態がありません。 無理に当てはめると、断った分がキャンセル済みの注文として積み上がります。売上にならない注文が並ぶので、集計も読みにくくなります。 ### 2. 在庫という考え方が当てはまりません 商品なら在庫は数えられます。人やサービスは数えられません。 人材を紹介するサイトを考えてみてください。1人の登録者に、複数の事業所から声がかかります。1件決まっても、その人がいなくなるわけではありません。在庫1として登録すると、最初の申し込みで受付が閉じてしまいます。 専門家への相談も同じです。同じ人に、別の依頼者が別の件で相談できます。物件の紹介も、複数の人が同時に問い合わせます。 在庫を使わない設定にすることはできます。ただしそれは、WooCommerceの中心にある仕組みをひとつ止めるということです。 ### 3. 値段が先に決まらないことがあります 商品には価格が付きます。マッチングでは、価格が話し合いで決まる場面が多くあります。 企業間の受発注では、支払い条件そのものが交渉の対象です。中古の機械や設備の売買では、実物を見てから金額が動きます。専門家への相談では、初回に話を聞いてから見積もりを出します。 価格を空にした商品を並べることはできます。ただ、その場合はカートに入れる意味がなくなります。決済のための仕組みを、決済しない用途で使うことになります。 ### 4. 売る人と買う人が入れ替わることがあります 厨房や設備の貸し借りを扱うサイトを考えてみてください。昼に自分の店を貸した人が、夜は別の場所を借ります。同じ人が、貸す側にも借りる側にもなります。 手づくりの品を譲り合う場も同じです。作った人が、別の人の作品を譲り受けます。 マルチベンダーの拡張は、出品者と購入者を分ける前提で作られているものが多くなっています。同じアカウントで両方の立場を行き来する形にすると、ダッシュボードの表示や権限のあたりで調整が必要になります。 ### 5. 使わない設定項目が残り続けます 配送方法、地域別の送料、消費税の区分、クーポン、返品の扱い。モノを送らないサービスでは、これらを設定しないまま置くことになります。 動作に支障はありません。問題は、運営する人が管理画面を開くたびに、使わないメニューを目にすることです。掲載の確認や問い合わせの対応をしたい人にとって、これは小さくない負担になります。 担当者が交代するときにも問題になります。「配送の設定は触らないでください」と説明しなければならない状態は、引き継ぎを難しくします。 --- ## どこで引っかかったかで判断する 冒頭の一文を、もう一度置きます。 > 利用者が○○をカートに入れて、その場で支払って、注文が完了します。 自然に読めるなら、WooCommerceです。読めない場合は、どこで止まったかを見てください。 | 引っかかった場所 | 意味すること | | ------------------------ | ------------------ | | 「カートに入れる」 | 掲載しているものが商品ではありません | | 「その場で支払って」 | 価格が後から決まります | | 「注文が完了します」 | 相手の承諾が必要です | 3つめで止まる人が、いちばん多くなります。求人への応募、専門家への相談、里親の申し込み、出店の応募、人材の紹介。どれも、掲載した側が受けるかどうかを決めるからです。 この場合は、申し込みと承諾の流れを最初から持つ仕組みを探すことになります。候補は[マッチングサイト構築の選び方ガイド](https://matchlayer.jp/blog/wordpress-matching-plugin-selection-guide/)にまとめました。私たちが提供しているものもそのひとつですが、ほかにも選択肢があります。 --- ## それでもWooCommerceが向いている場合 次に当てはまるなら、WooCommerceとマルチベンダー拡張の組み合わせが向いています。 - 出品されるのがモノで、その場で買って送る - 在庫という考え方が自然に当てはまる - 価格が最初から決まっている - 運営が取引ごとに手数料を取りたい - 出品者と購入者がはっきり分かれている - 返金やキャンセルの処理を仕組みとして持ちたい 手づくりの品の販売、地域の産直品の通販、中古品のフリマ。このあたりは素直にECです。マッチングという言葉を使っていても、実態が売買なら、売買の仕組みを持つほうが早く形になります。 なお、拡張のなかにはレンタルや予約、サービスの提供に向けた仕組みを最初から持つものもあります。MultiVendorXはその方向の機能を無料の範囲から持っています。要件が「時間や場所を貸す」形なら、こうした拡張を先に調べる価値があります。 --- ## 両方を使うという選択肢 どちらか一方に決めなければならない、というわけでもありません。 出会って条件を詰めるところまでをマッチングの仕組みで扱い、決まったあとの支払いをWooCommerceで受ける。この分け方は成り立ちます。 ただし、申し込みの状態と注文の状態が別々に管理されることになります。どの申し込みがどの注文にあたるかを、運営側で突き合わせる作業が発生します。件数が増えるほど負担も増えます。 件数が少ないうちに試して、増えてきたら見直す。その前提であれば現実的な進め方です。 --- ## よくある質問 **Q. WooCommerceでも「問い合わせ」だけ受けることはできませんか？** 商品の詳細ページに問い合わせフォームを置く方法はあります。ただ、その場合は誰がどれに問い合わせたかを別途管理することになり、WooCommerceの注文管理は使われません。決済のための仕組みを、決済しない形で使うことになります。掲載を並べるだけなら、もっと軽い方法があります。 **Q. マルチベンダー拡張の無料版で、どこまでできますか？** 出品者の登録、出品者ごとのダッシュボード、手数料の設定といった基本は、無料版でも使えるものが多くなっています。どこまで無料かは拡張によって違い、更新で変わることもあるので、公式サイトで最新の情報を確認してください。 **Q. 予約やレンタルもWooCommerceでできますか？** 予約用の拡張を入れれば可能です。日時の枠を商品として扱う形になります。ただ、枠の管理と在庫の管理が同じ仕組みで動くので、定員の扱いや当日キャンセルの処理で工夫が必要になる場面があります。予約が要件の中心にあるなら、予約に特化した仕組みも比べてみてください。 **Q. 決済がないマッチングサイトで、運営はどう収益を得るのですか？** 掲載する側から月額や年額の掲載料を受け取る形が多くなります。運営が個別に請求書を出すか、外部の課金サービスを使う形です。取引ごとに自動で手数料を差し引く仕組みが要るなら、決済を持つ選択肢が必要になります。 **Q. あとからWooCommerceに移せますか？** 掲載の内容は商品として登録し直せます。ただ、申し込みの履歴やメッセージのやり取りは、そのままでは移せません。将来的に決済を入れる可能性が高いなら、最初からWooCommerceで組んでおくほうが手戻りは少なくなります。 **Q. WooCommerceは重いと聞きますが、影響しますか？** 機能が多い分、読み込む処理も増えます。商品数や注文数が増えたときの調整は、運営していくうえで必要になります。ただ、これはWooCommerceに限った話ではなく、どのプラグインでも規模が大きくなれば同じ検討が発生します。使わない機能が多い状態で入れることのほうが、影響としては気になります。 --- ## まとめ 作ろうとしているサービスは、次のどちらでしょうか。 ひとつめは、申し込みが来たら、そのまま取引が始まる形です。この場合はWooCommerceで作れますし、そのほうが早くできます。決済も在庫も配送も最初から揃っているものを、別のもので置き換える理由はありません。 もうひとつは、申し込みが来たあとに、掲載した側が受けるかどうかを決める形です。この場合は注文の仕組みが合いません。断った申し込みがキャンセル済みの注文として残りますし、在庫という考え方も当てはまらなくなります。 どちらか分からないときは、この一文を読んでみてください。 > 利用者が○○をカートに入れて、その場で支払って、注文が完了します。 最後の「注文が完了します」でためらうなら、承諾の段階があるということです。その場合は、申し込みと承諾を扱える仕組みを探すことになります。