営業時間の二重入力をやめた19店舗のコーヒー店。ViCAFEの店舗ページ設計

店舗を複数持つと、営業時間の入力先が増えます。Googleビジネスプロフィールに入れて、自社サイトにも同じ内容を入れる。どちらかを直し忘れると、検索結果とサイトで違う時間が出ます。スイスのコーヒー焙煎・小売ViCAFEがやったのは、この入力を1か所に減らすことでした。

先に要点を書きます。正本をサイト側へ引き寄せたのではなく、店長が普段から触っているGoogle側に置いたまま、そこからサイトへ流す向きにしました。夜間に動くジョブがGoogleの情報を取得し、店舗ページの自動項目を書き換えます。店長の作業手順は変わっていません。

出典はShopifyが公開している公式の導入事例です。読む前に性質を押さえておきます。プラットフォームの提供元が自社の導入例を紹介するページなので、載っている数値は当事者の申告であり、第三者が検証したものではありません。この記事では、何をしたか、公表された値がそれぞれ何と何を比べたものか、そして公表されていない項目を分けて整理します。確認日は2026年11月4日です。

19のエスプレッソバーを持つ焙煎業者

ViCAFEはスイスの焙煎業者で、豆の焙煎はチューリヒで行っています。事例ページには、エスプレッソバーが19店あり、チューリヒ、バーゼル、エグリザウ、ローザンヌにあると書かれています。窓口でコーヒーを渡す形の店で、質を落とさずに速く出すことを売りにしています。

規模の数値はここまでです。従業員数、売上の実額、1店あたりの客数は公表されていません。上場企業の開示でもなく、資金調達の発表でもないため、外から確かめられる数字は店舗数だけです。

移行の経緯も載っています。以前のサイトはWordPressで、表示が遅く、リンク切れとサーバーの保守が続いていたと書かれています。Shopifyへの移行を勧めたのは、同社のeコマース担当であるOliver Pretoriusさんで、他の事業で使った経験があったためとされています。実装を担ったのはEnkomionというコンサルタントで、Daniel Paulさんが運営しており、多店舗のカフェ運営を扱ってきた背景とAPIの経験が理由に挙げられています。紹介したのはVerve Coffee Roastersでした。

見落とさないほうがよい点があります。基幹の仕組みは入れ替えていません。既存のERPはそのまま残り、商品、顧客の管理、注文の出荷は、これまでのソフトウェアパートナーが続けて担当しています。Enkomionがやったのは、店頭の販売面を作り、そこと既存のERPをつなぐことでした。全部を置き換える前提で読むと、この事例の作業量を見誤ります。店頭の販売サイトを立ち上げたのは2024年12月です。

営業時間を二度入力していた

Shopifyへ移した直後、19店はグリッド状の1枚のページにまとまって並んでいました。そこへローザンヌへの出店が重なり、別の地域と別の言語を扱う必要が出てきます。事例ページは、それぞれのバーが違う地区と客層を持っているのに、1枚の一覧ではそれを示せなかったと書いています。

もう1つ、作業の重複がありました。営業時間を変えるとき、店長がGoogleビジネスプロフィールを更新し、マーケティング担当が同じ内容をサイトへ手で入力していました。同じ事実を2か所へ入れていたので、作業が二度になり、食い違いも生まれます。

ここでViCAFEが決めたことが、この事例のいちばんの読みどころです。事例ページには、19人の店長をShopifyへ移すのではなく、店長がすでに保守しているGoogleマップ上の情報をサイトへつないだと書かれています。つなぐ対象は営業時間から始まり、写真、レビュー、設備へ広がっています。

向きが逆だったら、別の話になっていました。サイト側を正本にすると、店長に新しい管理画面を覚えてもらう必要が出ます。覚えてもらえなければ、サイトは最新でGoogleが古いという、以前とは逆向きの食い違いが残ります。入力の場所は、いちばん頻繁に触る人の手元に置くほうが維持できます。

どちらを正本にするかで、作業量が変わる

実装の中身も公表されています。店舗と地域の記録には、Shopifyのメタオブジェクトを使っています。Shopifyのヘルプは、メタオブジェクトを「複数のフィールドで表すのが適切なデータを、複数フィールドを持つオブジェクトとして作れる」ものとして説明しています。この記録1件が、エスプレッソバー1店とページ1枚に対応します。

更新の経路はこうです。GitHub Actionsで動く夜間のジョブがGoogle Placesのデータを取得し、Shopify Admin GraphQL APIを通じて自動項目を書き換えます。Googleで営業時間を変えると、次の夜間の更新が走ったあとにサイトへ出ます。マーケティング担当のDavid Blochさんは、以前は手で更新していた作業がなくなり、まとまった時間が浮いたという趣旨の説明をしています。

この設計には、そのまま持ち込めない制約が1つあります。反映は即時ではありません。当日の臨時休業をサイトへすぐ出す用途には向きません。Googleビジネスプロフィールのヘルプは、主な営業時間のほかに臨時の営業時間を設定できると案内しています。Google側では即時に反映されても、サイト側は次の回を待ちます。急ぎの告知は別の経路を用意するか、反映の間隔を縮める判断が必要です。

費用の見積もりに関わる点も、公式ドキュメントに書かれています。Places APIのPlace Detailsでは、営業時間は regularOpeningHours と currentOpeningHours というフィールドで取得します。公式ドキュメントは、この2つを含むフィールドが Place Details Enterprise SKU の課金区分に入ると明記しています。どのフィールドを取るかで課金区分が変わる仕組みなので、取得の設計は料金表と合わせて決める話になります。

自動で入る項目と、人が書く項目も分けられています。説明文、ブランドの写真、編集的な記述は、マーケティングチームがShopify側で管理しています。言語はShopify Translate & Adaptで、ドイツ語とフランス語を英語のページと並べて用意しています。

一覧ではなく、店舗ごとに1枚

店舗ページが公開されたのは2026年6月です。狙いははっきりしています。あるエスプレッソバーのGoogleビジネスプロフィールから来た人が、一覧を探し直さずに、そのバーのページへ直接着地することです。

ハブのページでは、名前や地域で検索でき、地図と距離の情報で近い店を選べます。地図はEnkomionがスイスの店舗に合わせて調整しています。Daniel Paulさんは、チューリヒでコーヒーを探している人は数百メートル先にどの店があるかを知りたいのだから、地図と距離と地域の情報をその体験に合わせて作った、という趣旨の説明をしています。

ページの中身も具体的です。周辺の説明と目印、自社の写真家が撮った写真、客が投稿した写真と選んだGoogleのレビュー、そしてそのバーでいま出しているコーヒーと、豆を買うためのリンクが載っています。窓口で飲んだものを家でも買える、という流れをページの中で閉じています。レビューを集める側の設計をどう組むかは、Compass Coffeeが写真つきレビューの依頼を組み替えた記録で扱っています。

一度買いと定期購買を同じ商品ページへ

販売の面でも入口を1つにしています。移行前は、購入形態を先に選ばせる作りでした。主力のHausmischung（ハウスブレンド）は、一度買いと定期購買で別々の商品ページを持っていたため、定期購買の選択肢が見落とされていたと書かれています。

現在はStay AIというアプリで定期購買を扱い、同じ商品ページでどちらも選べます。Oliver Pretoriusさんは、Shopifyでは同じ商品ページから一度買いも定期購買も選べると述べています。

もう1つ残しているものがあります。定期購買のページは、迷っている人に電話で相談できると案内し、人が応対すると書いています。事例ページによれば、これをオンラインの体験に残すことを強く求めたのがOliver Pretoriusさんで、実際に使われているとされています。自動化を進めた事例の中に、人が出る窓口が明示して残っている点は、そのまま参考になります。

公表されている値と、比較の相手

ここからは数値です。5つ載っていますが、比べている相手がそれぞれ違います。まとめて「伸びた」と読まないために、1つずつ対応を確認します。

定期購買の売上は、Shopifyでの最初の通年にあたる2025年が、2024年に対して44%増だと書かれています。2026年については50%を超える伸びの見通しだとされています。後者は見込みであり、済んだ数値ではありません。「on track」という書き方で、達成したとは書かれていません。

店舗ページの利用者は、8月と9月が6月と7月に対して31%多かったとされています。ここで思い出したいのは、店舗ページの公開が6月だったことです。比較の起点に、公開直後の立ち上がりの期間が含まれています。ローカル検索に関わる語の順位については、6月30日と9月30日を比べて20%増と書かれています。語の件数なのか順位の総量なのかは、事例ページの書き方からは特定できません。

もう1つが流入の内訳です。自然検索が最大の流入源で、次に直接の流入が強いと書かれており、有料のメディアは使っていないとされています。この条件は数値の読み方に効きます。広告費で押し上げた分が混ざっていない、という読み方ができます。ただし表示回数や訪問数の実数は公表されていないため、31%や20%がどれだけの量の上での変化なのかは分かりません。

構造化データとして持つと、何が変わるか

事例ページは、同じ店舗の記録が、検索エンジンとAIのツールが読める構造化データの供給元になっていると書いています。営業時間、座標、設備が、各ページの裏側で同じ形式で並んでいる状態です。設備の一部はアイコンとして画面に出ますが、残りは構造化データの中だけにあると書かれています。

書き方の仕様は、Googleの公式ドキュメントの側にあります。LocalBusinessの構造化データでは、営業時間は openingHours や openingHoursSpecification で表し、配列でも単一のオブジェクトでも書けるとされています。時刻は hh:mm:ss の形式で、深夜をまたぐ営業は1つの OpeningHoursSpecification にまとめ、終日営業なら open を 00:00、closes を 23:59 にすると書かれています。支店は department の入れ子で表し、名前は「{店名} {部門名}」の形にする、という指定もあります。複数店舗を持つ事業者のための書き方が、仕様の側に用意されているわけです。

AI経由の流入についてもViCAFEの見立てが載っています。AIのツールからの流入は自然検索の量に対して約10%にあたり、増えているとされています。同社はAI検索での見え方の改善に取り組んでいる段階だとも書かれています。構造化データを置いたから表示が増えたという因果は、どちらの出典にも書かれていません。正確で詳しい店舗情報が見え方の改善を助ける、という説明までです。検索側の仕組みをどう扱うかはGoogleビジネスプロフィールの設定項目にまとめています。

公表されていない項目

判断に使う前に、確認できなかったものを並べておきます。

項目	状態
売上高・利益・従業員数	記載なし
定期購買の件数・解約率	記載なし
店舗ページの訪問数の実数	記載なし
AI経由の流入の実数	自然検索に対する比率の推定のみ
移行と実装にかかった費用	記載なし
夜間のジョブの実行時刻・所要時間	記載なし
20%増が語の件数か順位の指標か	記載なし
2026年の50%超の達成状況	見込みとのみ記載

比率だけが並び、母数が出ていないのが全体の特徴です。したがって「同じ手順を踏めば定期購買が増える」という書き方はできません。言えるのは、1社が入力の経路を1本にし、店舗ごとのページを持ち、その前後の値を自社の集計として公表した、というところまでです。

日本の多店舗事業者が確認できること

国も規模も違うので、そのまま移せる部分は多くありません。それでも、自社の経路を点検する問いにはなります。

1つ目は、店舗情報の正本をどこに置いているかを言えるかです。言えない場合、だれかが片方だけを直し続けている可能性があります。2つ目は、その置き場所がいちばん頻繁に触る人の手元にあるかです。ViCAFEは店長の手順を変えませんでした。本部の都合で正本を決めると、更新が止まります。

3つ目は、反映の遅れを許容できる情報かどうかの切り分けです。通常の営業時間は夜間の更新で足りますが、当日の臨時休業は足りません。自動化する範囲と、人が即時に出す範囲を最初に分けておく話です。

4つ目は、検索から来た人が最初に見る面を店舗ごとに持っているかです。一覧ページだけだと、来た人が自分で探し直すことになります。5つ目は、流入を自然検索・直接・AI経由に分けて見られるかです。ViCAFEのAI経由の比率は自社の推定ですが、分けて数えようとしている点は真似できます。海外の小さな事業者の事例は海外ビジネス成功事例にまとめています。

出典と注記

この記事は、Shopifyが公開している公式の導入事例、Google 検索セントラルのLocalBusiness構造化データの公式仕様、Googleビジネスプロフィールの公式ヘルプ、Google Maps PlatformのPlace Detailsの公式ドキュメント、Shopifyヘルプセンターのメタオブジェクトの公式ヘルプを出典としています。他メディアのまとめ記事は使っていません。

数値は原文の表記のまま記載し、通貨や単位の換算をしていません。導入事例はプラットフォームの提供元が自社の活用例として公開したもので、数値は当事者の申告です。第三者による検証は行われていません。公表されていない項目は空欄のままにし、推測で補っていません。

事例の内容と公式ドキュメントの仕様は改定されます。判断に使う前に、各ページの現在の記載を確認してください。成果を保証する記述は含みません。確認日は2026年11月4日です。