バーチャルブランド
バーチャルブランドとは、追加のデリバリー名義(「ダーク」/ゴーストブランド、dark kitchen brand)であり、Glovo、Wolt、Yandex Eats のプラットフォーム上で店舗のメニューの一部を販売しながら、物理的には同じキッチンのままです。このセクションは**管理パネル → アプリストアにあり、ショーケースの上部スコープを「アカウント単位」から「店舗単位」に切り替え、目的の店舗を選択すると、そのインテグレーションブロックの下部に、チャネル手数料の隣に「バーチャルブランド(シャドウキッチン)」**が表示されます。拡張機能カタログにこのブロック専用のカードはなく、拡張機能検索で見つけることはできません。
dark kitchen の実践から生まれたアイデアです。1つの調理拠点が、ニッチごとに物理的に新しい店舗を開く代わりに、アグリゲーター上で複数の名義——「マリオのピザ」「アジア Woks」「ナイトバーガー」——を掲げることができます。各ブランドは独自のメニュー、独自のロゴ、プラットフォーム上での独自のページを持ちますが、注文はこれまでどおり同じキッチンが調理し、同じ KDS 画面に表示されます。
ブランドのレコードとメニューのサブセット#
店舗の各バーチャルブランドはレジストリ内のレコードです。
- 名前、「ロゴの URL」、「カバー画像の URL」 — デリバリープラットフォーム上でのブランドの見え方であり、店舗のメインブランドとは別です。画像はリンクで指定します。すでに配置済みのファイルへのリンクであり、このブロックにファイルのアップロードはありません。
- アイテムのサブセット — メインメニューのどのカテゴリと料理がブランドに含まれるか(チャネル別メニューオーバーライドと同じ再利用可能なテーブルでの選択)。
アイテムは同時に複数のバーチャルブランドとメインメニューの両方に含めることができます。これは1つのカタログの異なる切り口にすぎず、料理のコピーではありません。
デリバリーチャネルへの紐付け#
各ブランドには、店舗のメイン拠点とは別に接続するチャネル上の拠点識別子があります。
| チャネル | 識別子 |
|---|---|
| Glovo | Store ID |
| Wolt | Venue ID |
| Yandex Eats | Place ID |
プラットフォーム上での2つ目の拠点の登録、つまり「マリオのピザ」が Glovo/Wolt/Yandex Eats 上の別の店舗であることを登録する作業は、該当するアグリゲーターの管理画面での運用上のステップであり、プラットフォームが代行するものではありません。Cenaly.com はプラットフォームから発行済みの識別子をブランドに接続し、それ以降はそのメニューと注文を管理します。
紐付け後、各ブランドのカードには**「メニューを公開」**ボタンがあり、チャネルごとに1つずつあります。システムはブランドのアイテムのサブセットから別のメニューファイルを生成し、メタデータにブランド名とロゴを追加して、メイン店舗や他のブランドのメニューに触れることなく、チャネル上の拠点に公開します。
ブランド内でのメニュー編集#
ブランドのサブセットと個別の編集は1つのテーブルで編集します。チャネル別メニューオーバーライドと同じテーブルですが、ここでの「非表示」は「このブランドに含まれない」を意味します。
- アイテムを非表示 — ブランドのメニューから料理を除外します。
- 独自価格 — プラットフォームの手数料を考慮した上乗せ、または別価格。
- 独自の名前、説明、写真 — バーチャルブランドの料理カードをメインメニューとは異なる見せ方にしたい場合。
適用順序が重要です。まず「アイテムがブランドに含まれるか」のフィルター、次にその結果に対する編集です。つまり、編集によってブランドに含まれないアイテムをブランドのメニューに戻すことはできません。
注意してください。バーチャルブランドには、そのすべてのチャネル拠点に適用される独自の編集セットがあります。店舗のメインメニューのオーバーライドはブランドには引き継がれません。ブランドはそのメニューを完全に別個に運用します。
キッチンでの注文の見え方#
バーチャルブランドの拠点に届いた注文は、入荷時にどのチャネル拠点に届いたかによって、自動的にブランド所属が付与されます。以降、ブランドは次のように表示されます。
- キッチン(KDS)画面のチケット上のバッジ — 調理担当者は、ゲストがどの名義で注文したかを確認できます。
- 注文フィード内 — チャネルのバッジ(Glovo/Wolt/Yandex Eats)の隣に、ブランド名の🏷️バッジ。
- エクスペディションのカード上 — 配達員への引き渡し時に、エクスペディターが注文のブランドを確認できます。
ブランド専用の別キューや別画面は作成されません。店舗のすべてのブランドのすべての注文は、キッチンの共通フローとエクスペディションの共通キューに流れ、注文がどこから来たかのマークが付くだけです。
関連セクション#
- デリバリーチャネル — チャネル別メニューオーバーライド、ストップリスト、一時停止
- Glovo · Wolt · Yandex Eats — チャネルの接続
- キッチン(KDS) — ブランドバッジ付きの調理画面
- エクスペディション — ブランド表示付きの配達員への注文引き渡し
よくある質問#
バーチャルブランド用に別の物理的な拠点は必要ですか?#
いいえ、それこそがこの機能の意義です。1つの調理場と1つのキッチンが店舗のすべてのブランドを担います。別途作成するのは、アグリゲーターの管理画面での拠点(Store/Venue/Place ID)と、Cenaly.com でのメニューのサブセットだけです。
バーチャルブランドには独自のサイトや QR メニューがありますか?#
いいえ、バーチャルブランドは接続されたデリバリーチャネル(Glovo/Wolt/Yandex Eats)を通じてのみ販売します。ブランド専用の公開ショーケースや独自ドメインをプラットフォームが作成することはありません。
ブランドごとに売上を個別に確認できますか?#
財務レポートは現在、店舗全体で集計され、バーチャルブランド別の内訳はありません。注文リストのチャネルと拠点から、その出所を区別できます。
ブランドが1つしかない場合はどうなりますか?#
このセクションは必須ではありません。バーチャルブランドがなくても、店舗はこれまでどおり、接続されたすべてのチャネルに対して1つのメニューで運用を続けられます。