レストランは Google Maps で最も一般的なターゲットの 1 つです。
飲食業界は検索しやすく、大量のリストが得られます。1 つの都市検索で、独立した店舗、ホテル内レストラン、フランチャイズチェーン、ポップアップオペレーターにわたる数百件のリストが返ってきます。
問題は、Google Maps がこれらのタイプを区別しないことです。名称、評価、住所、場合によってはウェブサイトが表示されますが、コンタクトメールがオーナー、フロントオブハウスマネージャー、またはベンダーメッセージを誰も確認しない予約受信ボックスに届くかどうかはわかりません。
メールアウトリーチにおいて、レストランは扱いにくい業種の 1 つです。メールパターンは役割ベースのものが多く、キャッチオールドメインが一般的で、リストの陳腐化が速い。送信前の認証は任意ではありません。
レストランレコードには通常何が含まれているか。
| フィールドグループ | 一般的なフィールド | 重要な理由 |
|---|---|---|
| ビジネスデータ | 名称、料理タイプ、評価、口コミ数、価格帯、営業時間 | リスティングが独立オペレーターかチェーンの一部かを判断するのに役立つ |
| 位置データ | 住所、市区町村、都道府県、郵便番号、エリア | 市区町村レベルのリスト構築と共有住所の重複を見つけるのに役立つ |
| コンタクトデータ | 電話番号、ウェブサイト、予約プラットフォームリンク | 最初のコンタクト経路を提供する;プラットフォームリンクはアウトリーチアドレスではない |
| ウェブサイトデータ | コンタクトページ、フッター、About ページからのメール | 認証が必要なメール列になる |
| オーナーシップシグナル | About ページの指名オーナー、個人ブランド対グループブランド | 直接コンタクトが可能なレコードを特定するのに役立つ |
Google Maps はメールを直接公開しません。レストランエクスポートのメール列はリンクされたウェブサイトから取得されますが、多くのレストランウェブサイトは公開メールアドレスではなく予約プラットフォームやコンタクトフォームを使用しています。
レストランのメールは共有受信ボックスであることが多い。
ほとんどのレストランウェブサイトはコンタクトページに少数の役割ベースアドレスを掲載しています。これらは自動的に無効ではありません。指名コンタクトと同じではありません。
| 受信ボックスのパターン | 通常の管理者 | アウトリーチの適合性 |
|---|---|---|
booking@, reservations@ | ホストまたはフロントオブハウスマネージャー | ベンダー判断には低い;予約確認トラフィックが多い |
catering@, events@ | イベントコーディネーター | イベント関連サービスにのみ関連 |
info@, contact@, hello@ | 様々;フロントデスクや共有スタッフが多い | コピーが受信ボックスを超えて届く場合に機能することがある |
owner@, chef@, firstname@ | 指名個人、おそらくオペレーター | 意思決定者へのアクセスに最適なパターン |
privateevents@, marketing@ | チェーン拠点のグループレベルスタッフ | チェーンレベル、ローカル意思決定者ではない |
役割ベースのメールは指名コンタクトとは別に管理してください。異なるコピーと異なるルーティングが必要です。
生のレストランリストはクリーンアップが必要。
Google Maps レストランエクスポートには、メール認証を実行する前から予測可能なデータ品質上の問題があります。
| 問題 | 見た目 | リスク |
|---|---|---|
| チェーンおよびフランチャイズレコード | ホテルレストラン、全国グループ、マルチコンセプトオペレーター | コンタクトメールがローカル意思決定者ではなく本社に届く |
| 予約プラットフォームルーティング | ウェブサイトがレストランドメインではなく OpenTable または Resy にリンク | メール抽出で何も見つからないかプラットフォームアドレスが見つかる |