店舗向けCRMの選び方｜MEOと連携させる意味と法令上の注意

目次 6 SECTIONS

MEOに取り組んで検索からの反応が増えてくると、次に出てくる悩みが「来た人が誰だったか分からない」です。ビジネスプロフィールの画面には閲覧数も電話も経路検索も並んでいますが、そこに個人は出てきません。そこでCRMの検討が始まります。

ただし、CRMを入れればMEOの数字が良くなるという関係にはありません。両者がつながるのは、来店の前後で分断されている情報を一本につなぐ地点だけです。どこがつながり、どこはつながらないのかを先に押さえておくと、選定の基準がはっきりします。

店舗にCRMが必要になるのはどの段階か

CRMは顧客情報を記録して再接触するための仕組みです。店舗の場合、必要になるかどうかは店舗数ではなく、再来店を前提にした業態かどうかで決まります。

• 再来店の周期がある業態（美容、整体、歯科、飲食の常連商売、自動車整備）では、記録の価値が高い
• 単発の利用が中心の業態（観光地の飲食、引越し、冠婚葬祭）では、記録より紹介と口コミの設計が効く
• 複数店舗を持つ場合は、店舗間で顧客が移動するため、記録を共有する前に権限の設計が必要になる

紙の台帳や予約システムの顧客欄で足りている段階で、別のツールを足す必要はありません。足りなくなるのは、担当者が替わったときに前回の内容が引き継がれない、口コミ依頼を誰に送ったか分からない、といった形で現れます。

MEOとCRMを連携させる意味はどこにあるのか

ローカル検索結果は、関連性・距離・知名度に基づいて表示されるとGoogleが説明しています。このうちCRM側から働きかけられるのは知名度の一部、具体的には口コミです。Googleは、クチコミ数が多く評価の高いビジネスはローカル検索結果の掲載順位が高くなると説明しています。

ただし、これを「CRMを入れれば順位が上がる」と読むのは飛躍です。順位は距離の要素も含めて決まり、Googleは掲載順位を上げるための金銭の受け取りには一切応じていないとも明記しています。CRMが関与できるのは、口コミが集まる確率を上げる作業を取りこぼさないことに限られます。因果ではなく、作業の歩留まりの話です。

GBP側で分かること・分からないこと

項目	ビジネスプロフィールで分かるか	補足
閲覧数・検索語句・経路検索・通話	分かる（店舗単位の集計）	個人の特定はできない
誰が来店したか	分からない	来店の記録は店舗側にしかない
口コミを書いた人が顧客の誰か	分からない	投稿者名と顧客名が一致する保証はない
口コミ依頼を送った相手と結果の対応	分からない	送信側の記録が必要
再来店したかどうか	分からない	予約・会計の記録が必要

この表の「分からない」側が、CRMが埋める領域です。逆に言えば、口コミを書いた個人を特定して紐づけることはどちらの側からもできません。口コミの投稿者と顧客を突き合わせる前提の運用は組めない、と考えておくのが安全です。

連携して何を見るのか

見るべきは順位ではなく、依頼から投稿までの歩留まりです。

1. 来店件数（CRM側）
2. 口コミ依頼を送った件数（CRM側）
3. 依頼のうち開封・クリックされた件数（CRM側）
4. 期間中に増えた口コミ件数（ビジネスプロフィール側）
5. 平均評価の推移（ビジネスプロフィール側）

4と5は店舗単位の集計なので、3との対応は厳密には取れません。依頼件数を増やした時期と口コミが増えた時期を並べて、相関を見る程度の精度です。ここを因果として報告すると、後で説明がつかなくなります。

選定基準

店舗向けを名乗るCRMは機能の幅が広く、比較表を眺めても差が見えません。MEOと併せて使う前提では、見る項目を絞れます。

基準	確認すること	注意点
口コミ依頼の送信経路	メール、SMS、LINEのどれに対応しているか	経路ごとに同意取得の要件が違う
同意の管理	送信可否のフラグを顧客ごとに持てるか、受信拒否を記録できるか	特定電子メール法の対応に直結する
複数店舗の権限分離	店舗ごとに閲覧範囲を分けられるか	顧客情報の共有範囲は法令上の論点になる
データの出力	CSVなどで全件を取り出せるか	乗り換え時と、解約後の返却・削除で必要
記録の粒度	誰にいつ何を送ったかが残るか	二重送信とクレームの原因調査に使う
予約・会計との接続	既存の予約システムやレジから顧客が入るか	手入力が残ると現場で運用が止まる

最後の項目は実務上もっとも効きます。来店のたびに手で入力する設計にすると、繁忙期に止まります。止まった記録は使えません。

口コミ依頼の送信経路

経路の選択は、反応率より同意の取りやすさで決めたほうが後が楽です。来店時に会員登録とあわせて送信可否を取っておけば、経路を変えるときにも流用できます。

LocalBuzzにもLINEから口コミ依頼を送る機能があります。自社製品なので評価は差し引いて読んでください。ツールを使わずに済ませる方法もあります。会計時にQRコード付きのカードを渡す運用です。送信記録は残りませんが、同意取得の問題が発生せず、導入も即日で済みます。月の来店が少ない店舗では、こちらのほうが確実に回ることがあります。

導入前に確認する法令

顧客データを扱い始める時点で、確認しておく項目があります。ここを後回しにすると、運用を始めてから作り直しになります。

法令	確認すること	条文
個人情報保護法	利用目的をできる限り特定しているか	法第17条
個人情報保護法	取得時に本人へ通知または公表しているか	法第21条
個人情報保護法	特定した目的の範囲内で使っているか	法第18条
個人情報保護法	安全管理措置を講じているか	法第23条
個人情報保護法	委託先（ツール事業者）を監督しているか	法第25条
個人情報保護法	第三者提供にあたる場合に本人の同意を得ているか	法第27条
特定電子メール法	広告・宣伝メールの送信に同意を得ているか	原則としてオプトイン
特定電子メール法	同意の記録を保存しているか	保存義務あり
特定電子メール法	送信者の表示と受信拒否の方法を記載しているか	表示義務あり
景品表示法	口コミの内容を指定していないか	ステルスマーケティング告示

特定電子メール法では、同意のない相手への広告・宣伝メールの送信が原則として禁止されています。取引関係にある者など一部の例外が定められていますが、該当するかどうかは個別の判断になります。口コミ依頼のメールが広告・宣伝に当たるかを含め、送信を始める前にガイドラインを確認してください。受信拒否の意思を示した相手への再送信も禁止されているため、拒否の記録をツール側で持てることが要件になります。

景品表示法については、依頼の仕方が論点です。消費者庁のQ&Aでは、事業者が表示内容を指定した場合に「事業者の表示」に当たるとされています。星の数や書いてほしい文言を指定すると、この線を越えます。特典の提供それ自体で該当するわけではないという整理も示されていますが、特典と内容指定が組み合わさると危うくなります。CRMのテンプレート機能に例文を登録する際は、内容を指定する書き方になっていないかを確認してください。

導入の手順

1. 現状の記録場所を洗い出す。予約システム、レジ、紙の台帳、スタッフの記憶のどこに何があるか。
2. 利用目的を文章にする。再来店の案内、口コミの依頼、満足度の確認など、使う範囲を具体的に書く。
3. 取得時の通知方法を決める。会員規約、店頭の掲示、申込書のどこに書くか。
4. 送信可否のフラグをどこで取るかを決める。会計時、会員登録時、予約時のいずれか。
5. 1店舗で3か月試す。送信件数と口コミ件数を並べて記録する。
6. 権限設計を決めてから他店舗へ広げる。店舗間でどこまで見えるかを先に決める。

5を飛ばして全店舗に入れると、現場の入力が追いつかないことが後から分かります。1店舗で回らない設計は、店舗数を増やしても回りません。

よくある質問

CRMを入れればMEOの順位は上がりますか

直接は上がりません。ローカル検索結果は関連性・距離・知名度に基づいて表示されると説明されており、CRMが関与できるのは口コミが集まる確率を上げる作業の部分です。口コミ数と評価が掲載順位に関係するとGoogleは説明していますが、CRMの導入そのものが順位に作用するわけではありません。

口コミを書いてくれた人が誰か分かりますか

分かりません。Googleの口コミは投稿者のアカウント名で表示され、店舗側の顧客情報と紐づく仕組みはありません。投稿者名が顧客名と一致しているように見えても、確認する手段がない点は変わりません。依頼した相手と投稿者を突き合わせる前提の運用は避けてください。

予約システムの顧客機能では足りませんか

足りる場合があります。送信可否の記録、誰にいつ何を送ったかの履歴、CSVでの出力ができるなら、別のツールを足す必要はありません。足りなくなるのは、担当者の引き継ぎで情報が落ちる、口コミ依頼の二重送信が起きる、といった症状が出てからです。

複数店舗で顧客情報を共有してよいですか

同じ事業者の中での利用であれば第三者提供には当たりませんが、取得時に特定した利用目的の範囲内かどうかは確認が必要です。1店舗での利用を前提に通知していた場合、全店舗での共有は目的外利用になりえます。運用を広げる前に、通知の文面を見直してください。

メールとLINEで同意の要件は違いますか

適用される規則が違います。広告・宣伝メールには特定電子メール法のオプトイン規制がかかります。LINEなどのメッセージ送信については、友だち追加という形で利用者側の行為が介在するため前提が異なりますが、個人情報保護法上の利用目的の範囲内であることは共通して必要です。経路ごとに確認してください。

本記事の手順・仕様は2026年10月時点のものです。Googleの仕様は変更されることがあります。