Marutto 3-App Integration: Booking, EC, and Sales Ranking for Event-Driven Stores
実店舗イベントや体験型ECで、予約と物販とランキング表示を別々のツールに分けると、必ずどこかでデータが二重化します。 「まるっと予約 YOYAKU」「Shopify 本体」「まるっと売上ランキング」の3本 を1つのストアにまとめてしまうと、予約も注文もランキング集計も Shopify の Order 1本に寄るので、店主側の運用工数が一気に下がります。この記事は、わたし（SHIN）がまるっとシリーズの作者として 3本連携で何ができるように設計したか を、技術文書ベースのチュートリアル形式でまとめたものです。
本記事の数値はすべて「想定運用シナリオ」「設計上の見込み値」であり、特定店舗の実績ではありません。SHINは独立3ヶ月目のShopifyアプリ開発者であり、ストア運営者ではありません。アプリ開発時に想定した連携シナリオとして読んでください。
なぜ単独運用だと限界が来るのか
予約は予約SaaS、物販は Shopify、ランキングは別の解析ツール、というように分けて運用しているストアをよく見かけます。最初は便利ですが、開催月が増え、商品数が増え、リピーターが増えてくると、3つのツールを毎日突き合わせる作業が重くのしかかってきます。
このくらいの規模になってくると、ツール分散の弊害が露骨に出ます。
予約も物販も Shopify Order として記録され、まるっと売上ランキングが Order をそのまま集計するため、人気商品の表示まで自動でつながります。
予約SaaS側の顧客台帳と Shopify の Customers が別物として育っていきます。同じ人なのに別IDで2回数えてしまい、リピーター判定が崩れます。
予約決済とEC決済が別ゲートウェイだと、月末の入金タイミングが揃わず、月次レポートの数字を毎回手作業で合算することになります。
予約系の人気と物販の人気が分断され、「イベント参加後に何を買ってもらえているか」が一画面で見えません。ランキング訴求も打てません。
3アプリ連携アーキテクチャの全体像
連携と書いてはいますが、特殊な仕組みは何も使っていません。3本とも Shopify の標準データに乗っているだけです。だからこそ壊れにくいというのが設計の狙いでした。
- 入口
まるっと予約 YOYAKU で枠を確保
顧客が日時を選ぶと Shopify の Draft Order として予約が立ちます。決済まで進むと正式な Order に昇格します。
- 中継
Shopify 本体が在庫と決済を担当
予約商品も物販商品も、同じ Products として在庫・配送・税の計算を一元管理します。
- 出口
まるっと売上ランキングが Order を集計
Order ベースで人気商品ランキングを生成し、ストアフロント上に自動表示します。予約も物販も同じ土俵で並びます。
3アプリは互いに直接APIを叩き合っていません。すべて Shopify の Order/Product を読みに行くだけのシンプル構造です。 どれか1本を外しても他が壊れない のが、設計の最優先事項でした。
出典：Shopify Apps developer documentation
連携セットアップの10ステップ
ここからが本題です。3本を1ストアに入れて連携運用に乗せるまでの順序を、実装担当として推奨する流れで並べます。エンジニアは不要です。Shopify管理画面とアプリ管理画面の往復だけで完結します。
- 1
まるっと予約 YOYAKU をインストール
まずは予約アプリを入れます。インストール後、最初の体験コース（または受注会・ワークショップ）を1件だけ仮で作ります。完璧を目指さず、まず1件作って通すのがコツです。
- 2
予約商品を Shopify Products に紐付け
予約コースは内部的に Shopify Product として保存されます。商品名・価格・写真を Shopify 側でも整えると、物販と同じ陳列ロジックに乗せられます。
- 3
予約完了から Order 化までのフローを確認
テスト予約を1件入れて、Shopify の Orders 画面に反映されるかを確認します。ここで反映されないと後続の集計がすべて狂います。最初の関門です。
- 4
物販商品を通常通り登録
物販側は普段の Shopify 運用と同じです。コレクション分けまで終わらせておくと、後続のランキング表示で絞り込みが効きます。
- 5
まるっと売上ランキングをインストール
ここで3本目を入れます。インストール直後はデータがゼロなので焦らず、過去Orderの取り込みが終わるのを待ちます。設計上、初回同期は注文件数に応じて数分〜十数分です。
- 6
ランキングのフィルター設定
「予約コースのみ」「物販のみ」「全部混ぜる」の3パターンを切り替えられるように、まるっと売上ランキング側でコレクション単位のフィルターを作ります。3パターン全部用意しておくのがおすすめです。
- 7
ランキングの表示位置を決める
トップページ・コレクションページ・商品詳細ページのどこに出すかを選びます。実店舗イベント系なら、トップに「物販ランキング」、商品詳細に「同時に予約されている体験」を出すのが王道です。
- 8
イベント開催前後の在庫アラートを設計
予約枠は Shopify の在庫数と連動しています。イベント直前に物販在庫が薄くなる動きを想定し、Shopify の在庫アラート閾値を一段高めに設定しておきます。
- 9
リピーター向けランキング切替の準備
Shopify Customer タグを使うと、初回客と既存客でランキングを出し分けられます。既存客には体験ランキング、初回客には物販ランキング、というような出し分け設計が可能です。
- 10
公開後のチューニング指針を残す
公開して終わりではなく「2週間後に何を見るか」を最初に書いておきます。具体的には予約完了率・物販CVR・ランキング経由のクリック率の3つを定点観測する想定です。
10ステップのうち、最初の3ステップが一番大事です。 テスト予約が Shopify Order として正しく落ちるか をここで必ず検証してください。ここを飛ばすと、後段のランキングが「予約を拾えない」状態のまま稼働してしまいます。
連携パターン3類型
ストアの業態によって、3アプリの組み合わせ方は微妙に変わります。設計時に想定した3パターンをタブで並べます。
物販はノベルティや教材のみ。主役は予約。ランキングは「人気のワークショップ枠」を出して、空席のあるコースに誘導する使い方になります。在庫管理はほぼ予約枠のみ。
- 予約コース20枠程度
- 物販はサブ商材として2〜5SKU
- ランキングは予約コース集計
単独運用 vs 3アプリ連携 の比較
ここまでの話を1枚で整理します。同じ業務を3アプリ連携でやった場合の差分です。
顧客台帳が分散します。決済ゲートウェイが複数になり、月次集計を毎回手作業で合算する必要があります。人気商品は予約と物販で別々の集計になり、トップに統合表示するのが困難です。
顧客は Shopify Customer に一本化。決済も Shopify Payments 等にまとまります。Order ベースの集計なので、予約と物販を同じランキングに並べることが可能です。アプリ間の特殊な接続は一切ありません。
3アプリ連携の利点と注意点
採用判断のために、 メリットだけでなく注意点も並べておきます 。連携運用は万能ではなく、向いていないケースも明確に存在します。
予約も物販もすべて Order として記録されるため、月次集計や顧客分析が一画面で済みます。
まるっと売上ランキングが Order を集計するので、予約も物販も人気順に並びます。手動更新ゼロです。
3本はそれぞれ Shopify の標準データを読むだけの構造で、相互依存がありません。1本外しても他は動き続けます。
まるっとシリーズは日本語が一次言語です。海外アプリ特有の翻訳違和感やサポート時差がありません。
LINEや電話で受けた予約は手動で Order を立てない限り集計に乗りません。窓口を Shopify 側に寄せる前提です。
開店直後・新規イベント直後はランキングに表示できる商品が少なく、見栄えが悪い時期があります。最低2週間は様子を見る前提です。
ランキング表示位置を完全に自由設計したい場合、Liquid テーマ側の調整が別で必要になります。標準設置位置で良ければ不要です。
連携導入前のチェック10項目
導入を決める前に、 自店舗が前提条件を満たしているか を確認するためのチェックリストです。1つでも詰まる項目があれば、その項目を先に片付けてから連携導入を検討するのがおすすめです。
- Shopify本体ストアが稼働している
- 商品コレクションが整理されている
- 決済はShopify Paymentsに集約済み（または集約可能）
- 予約の窓口をShopify側に寄せられる
- テーマがOnline Store 2.0対応
- 商品画像が予約コース・物販ともに揃っている
- 在庫管理ポリシーを決めてある
- 月次レポートの担当者が決まっている
- アプリ追加の予算枠が確保されている
- 公開後2週間のチューニング時間を取れる
想定運用シミュレーション
ここから先の数値はすべて 設計時に想定した参考値 であり、特定店舗の実績ではありません。3本連携を採用すると、運用工数の何が変わるかを見える化するためのサンプルです。
上記は 設計上の見込み値 であり、業態・商品数・リピート率により大きく変動します。導入後はご自身のストアで実数を計測し、初期2週間で必ず再評価してください。
出典：Shopify Apps（pepin-inc）まるっとシリーズ一覧
連携時に避けたい3つのアンチパターン
開発者として6本のアプリを書きながら見えてきた、 やると確実に詰まる3パターン を共有します。導入前に避けてください。
予約と物販を別ストアに分けてしまうのは典型的な詰みパターンです。Shopify Plus でない限り、ストアを分けるとデータも顧客も分断されます。1ストアで運用するのが大前提です。
予約決済だけ外部のPayPalや銀振にしてしまうと、Shopify Order が決済保留状態のまま積もります。ランキング集計に乗らないだけでなく、後続の月次レポートも崩れます。決済はShopify Payments等に寄せてください。
ランキング表示位置をテーマ全ページに置くと、ページ表示が重くなります。 置くのは2〜3ページに絞る のが運用上のセオリーです。トップ・コレクション・商品詳細の3か所が標準です。
公開後2週間の定点観測項目
3本連携は「入れて終わり」ではありません。公開後2週間の見るべきポイントをまとめます。
予約画面に来た人のうち、何%が予約確定まで進んだか。50%を切る場合は予約フォームのUIを見直します。
予約客とそうでない客で物販CVRに差が出ているか。差があれば、予約客向けの導線を強化する余地があります。
ランキング表示位置からの商品ページ遷移率。1%を切る場合は表示位置か商品サムネイルを再検討します。
既存顧客の予約・購入比率。30%を超えてくると、3本連携の旨味が出始めるラインです。
3本連携は「最初の2週間が最重要期間」です。データが薄い時期にチューニングを諦めず、定点観測を続けるのが、長期で効く近道になります。
設計者として伝えたい運用のコツ
3本のアプリを書いた立場から、店主が見落としがちな3点を補足します。
- 01
予約は最小単位で立てる
予約コースは最初から完璧を目指さず、 まず1コース1枠 で公開してください。動かしながら増やすのが最短ルートです。
- 02
ランキングは公開直後に見ない
インストール直後の2週間は、ランキングに「ランキングらしさ」が出ません。母数が溜まる時期と割り切ってください。
- 03
月末の集計はShopifyレポートに任せる
3本連携の最大の旨味は、Shopifyの標準レポートだけで予約+物販が両方見られることです。エクセル作業を増やさないでください。
よくある質問（FAQ）
3本連携を検討中の店主から想定される質問を、設計者として回答する形でまとめます。
技術的には併用可能ですが、おすすめしません。予約データが2系統に分かれてしまい、まるっと売上ランキングが片側しか拾えなくなります。連携運用するなら、予約はまるっと予約YOYAKU側に寄せる前提でいてください。
はい、拾います。予約コースは内部的にShopify Productとして登録され、予約完了がOrder化されるため、まるっと売上ランキングは予約・物販を区別せず集計できます。コレクション単位でフィルターを掛けて分けることも可能です。
可能です。既存のProductsとOrdersをそのまま活用できます。むしろ、過去Orderが既にあるストアの方がランキング初期表示が安定します。新規ストアより既存ストアの方が、3本連携の旨味は早く出ます。
はい、3本で回ります。残りの「まるっと法務作成」「まるっとフォルダ管理」「まるっと検索」「まるっと請求書」は、必要になった時点で順次追加すれば足ります。最初から全部入れる必要はありません。
予約枠数 = Shopify上の在庫数として連動します。Shopifyの在庫アラート機能をそのまま使えるため、予約満席のアラートも標準UIで完結します。別の在庫管理アプリを足す必要はありません。
不要です。3本ともShopify管理画面とアプリ管理画面の操作だけで設定が完結します。テーマカスタマイズで表示位置を完全に自由設計したい場合のみ、Liquid編集が発生します。
3本連携 vs まるっとシリーズ全6本
「全6本入れた方が良いのでは？」とよく聞かれます。結論から言うと、 イベントEC業態であれば3本で十分 です。残り3本（法務作成・フォルダ管理・検索・請求書のうち未使用分）は、必要が顕在化してから順次足すのが合理的です。
3本連携（最小構成）
まずはここから
- まるっと予約 YOYAKU
- Shopify本体
- まるっと売上ランキング
6本フル構成
必要になったら追加
- 3本連携 + まるっと法務作成（特商法ページ自動化）
- + まるっとフォルダ管理（商品整理）
- + まるっと検索（商品検索強化）
- + まるっと請求書（B2B/法人取引）
わたし（SHIN）が3本連携を推す理由
最後に、 6本のアプリを作った立場から、なぜこの3本の組み合わせを推すのか を補足します。
3本連携は「予約・物販・ランキング」を別アプリで揃えるよりも、 同じ作者・同じ設計思想・同じ日本語UX で揃えられるのが一番の強みです。連携が壊れた時に1人のサポート窓口で完結するのは、運用面で大きな違いになります。
- まるっとシリーズの設計思想
全アプリが「Shopifyの標準データ（Product / Order / Customer）にだけ依存する」ことを共通ルールとしています。アプリ同士で独自のJOINを作らないため、1本外しても他が壊れません。
まとめ
実店舗イベントECで「予約 × 物販 × ランキング」を一気通貫させるなら、 まるっと予約YOYAKU・Shopify本体・まるっと売上ランキング の3本を1ストアにまとめるのが、いまわたしが設計者として推す型です。
3本ともShopifyのOrderとProductを共通言語にしているだけのシンプル設計なので、相互の故障耐性が高く、 どれか1本を外しても他が壊れない のが最大の強みでした。日本語UIで完結する点も、日本のストア運営にとっては地味ながら大きな差です。
もし試してみたい場合は、まずまるっと予約YOYAKU 1本から導入するのが最短です。動き始めてから物販を整え、最後にランキングを足すと、3本が滑らかに繋がります。
この記事を読んだ方におすすめ
Shopify予約アプリ
まるっと予約
ストアに予約機能を追加。日時・デポジット・キャンセルに対応。
💡 無料プランあり（月5件まで）
他のまるっとシリーズもチェック
Shopifyストア構築もお任せください
「自分でShopifyを設定するのは不安」という方に、アプリ開発者本人がShopifyストア構築＋まるっと予約の導入をまるごとサポートいたします。
関連記事
How My 6 Shopify App Architectures Evolved: From Marutto YOYAKU to Sales Ranking
3 Shopify App Architecture Pitfalls I Hit Building the Marutto Series
Air Reserve vs Shopify Booking: Data-Driven Selection Guide for SMBs
The Fee Economics of Pop-up Store Operations: Comparing Peatix, Mall Tenants, and Direct Shopify
How to Streamline EC Customer Support — Building a System That Works with a Small Team
