Mapsツール群のほかのものと同じ入り口です。関心のある場所を指定すると、それに紐づくものがジョブから返ります。
ツールを開くと受け付ける入力形式とパラメーターが表示され、見積もり機能が実行前に費用を提示します。
Googleは、あるビジネスが別のビジネスの中にあるという考え方をすでにデータとして持っています。弊社のMapsスクレイパーが返すデータで確認できます。
Google Mapsスクレイパーが返すスポットの各行には、包含関係を表す2つのフィールドが付いています。データ辞書で「name of the place if the business is inside another business」と説明されるlocated_inと、「google id of the place where the business is located」であるlocated_google_idです。これらが存在するのは、非常に多くのビジネスが独立した住所を持たず、より大きな施設の中の一区画だからです。
問題は向きです。これらのフィールドは、すでに見つけたビジネスについて、それが何の中にあるかを教えてくれます。逆方向にたどる助けにはなりません。しかもカテゴリと都市による検索では入れ子のビジネスが表に出にくくなります。エリア検索で上位に来るものと、施設のディレクトリが列挙するものは同じではないからです。
このツールは関係を逆転させます。施設を起点に、そのディレクトリが持つスポットを取得するのです。located_inを逆から引けたらと思い続けているのなら、これがまさにその問い合わせです。
オフィスビル1棟やモール1つで、郊外の商店街全体より多くの見込み客を抱えることがあります。しかもすべてが同じ郵便番号を共有しているため、近接検索はまさにそれゆえに素通りします。
どのブランドが実際にその施設で営業しているかを知っていることが、立地についての根拠ある見立てと、看板に出ている核テナントの名前からの思い込みとを分けます。
出力はMapsツール群のほかのものと同じ形で返るため、ディレクトリの行は別のサイロではなく、すでに取得済みのスポットと並べて扱えます。
1回の実行で、施設のMapsディレクトリが列挙するスポットが行として返ります。容れ物ではなく、 その入居者です。
入居者1件につき8列 - 無料枠を含むすべてのプランで、上記のすべての列が返ります。
この組み合わせが何をもたらすかは注目に値します。各入居者にcategoryとrating、
そしてreviewsが付くということは、1回の実行で、建物に誰がいるかだけでなく、どんな業種構成を
抱えているのか、それぞれがどう評価されているのかまで分かるということです。名前の一覧ではなく、テナントの
プロフィールです。さらに各行にplace_idが付いてくるので、詳しく見る価値のある入居者は
突き合わせの工程なしにそのまま別のサービスへ渡せます。
正直な注意点が2つあります。すべての施設がMapsにディレクトリを持つわけではありません。小さな建物には ないことが多く、そうした対象に実行しても返るものはほとんどありません。またディレクトリはGoogleが 現時点で把握している内容を映すものです。テナントは入れ替わるので、エクスポートは賃貸借の一覧ではなく 日付の付いたスナップショットとして扱ってください。
チームがディレクトリのデータをどう使っているかの例をいくつか挙げます。
対面で企業に売る人にとって、複数テナントの入るビルはこれ以上ないほど効率のよい担当エリアです。1つの入口の先に数十の見込み客がいます。ディレクトリの取得は、上の階に誰がいるかという推測を、そのビルの架電リストに変えます。
商業施設を評価する前、あるいは貸主に提案する前に、今そこで誰がどのカテゴリで営業しているかを知るのは基本的な調査です。複数の施設について集めれば、印象論ではなく比較可能なものになります。
モール、空港、駅の中に店舗を構える競合は、エリア検索で作った競合リストから最も抜け落ちやすい存在です。自前の街路住所を持たないからこそです。
サブスクリプションも、最低利用額も、施設単位のライセンスもありません。最初の500行は無料。その後は従量課金です。
新規アカウントごとに1回限り。クレジットカードは不要です。すべてのスクレイパーが機能制限なしで使えます。施設を1つ2つ試し、ディレクトリが実際に何を返すのかを確かめるには十分です。
1,000スポットあたりおよそ2ドルです。実行前の見積もり機能が件数とクレジット費用を開始前に示します。想定外の請求も、換算の必要な計算単位もありません。
多数の施設や建物を継続的にカバーするチーム向けに、ボリュームディスカウント、SLA、専用ワーカー、個別のオンボーディングをご用意します。件数をお知らせいただければお見積もりします。
LIVESCRAPER10をご利用ください。ディレクトリの行が最も役立つのは、施設を見つけたうえで入居者に連絡が取れるようになってからです。
短い答えは「はい」です。これは顧客に見つけてもらうために公開された事業者の掲載情報です。
施設のディレクトリは公開情報です。Googleはモール、ターミナル、ビルの中にあるビジネスを、ログインの有無にかかわらず誰にでも表示します。掲載の目的そのものが、顧客が見つけられるようにすることだからです。公開されている事業者情報を調査や営業のために収集することは長く確立された実務であり、データが公開されていて処理がサイトを妨げない限り、それを禁じる連邦法はありません。
またこのサービスは個人データがきわめて少ないものでもあります。ディレクトリの項目が記述するのは、個人ではなく事業者です。名称、カテゴリ、施設内の位置といったものです。事業者が自ら公開すると決めた範囲を超えて、個人を特定するものはここにありません。
プラットフォームに関するいつもの注意は変わらず当てはまります。Googleの利用規約は自動アクセスを制限しているため、これは法律の問題であると同時に規約の問題でもあります。私たちはログインの背後にあるものには一切触れず、データ層で第三者のトラッカーを動かすこともなく、エクスポートは30日で自動削除されます。
特によくいただく質問です。ほかにご不明な点があればご連絡ください。回答を書いているのはボットではなく人間です。
located_inとlocated_google_idで何の中にあるかを教えます。こちらは代わりに施設を起点にして、そのディレクトリが列挙するスポットを返します。同じ包含関係を、反対の端から読むということです。LivescraperのGoogle Mapsディレクトリ内スポットは、施設のMapsディレクトリが列挙するビジネスを収集します。対象にしたい施設を追加し、出力形式を選び、入居者をCSV、JSON、Excelでダウンロードします。1つの住所が、そこで営業するビジネスの集合になります。
Googleはこの包含関係をすでにデータとして持っており、弊社のGoogle Mapsスクレイパーが返すデータで確認できます。スポットの各行には、データ辞書で「そのビジネスが別のビジネスの中にある場合のその場所の名称」と説明されるlocated_inと、「そのビジネスが所在する場所のGoogle ID」であるlocated_google_idが付いています。これらのフィールドは問いに一方向で答えます。すでに見つけたビジネスについて、何がそれを含んでいるのか、です。このツールは逆から答えます。施設が与えられたとき、その中に何があるのか、です。
これが重要なのは、カテゴリと都市による検索では入れ子のビジネスが表に出にくいからです。モールの区画、空港の店舗、オフィスの一室、病院の診療科は、自前の住所を持たず施設の住所を共有しているため、近接性に基づく検索結果は素通りしがちです。ビル1棟が郊外の商店街より多くの見込み客を抱えていてもです。
フィールドセールスのチームは、複数テナントの入るビルを架電リストに変えます。商業用不動産のチームは、評価や貸主への提案の前に施設のテナント構成を読み取ります。競合分析のチームは、エリア検索で作ったリストには決して現れない施設内の競合を見つけます。持ち帰るべき注意点が2つあります。すべての建物がMapsにディレクトリを持つわけではないこと、そしてディレクトリは賃貸借の一覧ではなくGoogleが現時点で把握している内容を映すものだということです。エクスポートは日付の付いたスナップショットとして扱ってください。まずは無料でお試しください。最初の500行は費用がかからず、クレジットカードも不要です。