Mapsツール群のほかのものと同じ入り口です。スポットを指定すると、それに紐づくものがジョブから返ります。
各行には所属するスポットが付与されるため、拠点全体にわたる実行でも入力リストと突き合わせられます。
スポットのページには数十枚の写真が載ることがあります。多くのデータセットが持つのは1枚です。顧客が実際に判断材料にしている画像が4枚目だとしたら、あなたはそれを一度も見ていないことになります。
写真を手作業で確認するのは1拠点なら成り立ちます。50拠点ではまったく行われません。だからこそ、古い写真、暗い写真、まったく違う写真が何年も掲載され続けるのです。
Mapsの実行ですでに手元にある識別子をそのまま入力してください。写真の行は既存のスポット表にそのまま結合できます。
これは最初にはっきりさせておく価値のある区別です。返るのはGoogleがスポットについて公開している
写真リンクであり、Mapsスクレイパーのphoto_urlフィールドが持つのと同じ種類の値です。
データ辞書では
"link to the image of the place"と説明されています。ZIPに入った画像ファイルではありません。
ほとんどの用途ではそれが望ましい形です。リンクは軽く、スポット表にきれいに結合でき、 本当に必要なものだけを取得したり表示したりできます。ワークフローでローカルの コピーが必要なら、リンクからのダウンロードはお客様が制御する工程になります。それはライセンスの 判断を弊社ではなくお客様の手に委ねることでもあります。詳しくは後述します。
写真1枚につき4列 - 無料枠を含むすべてのプランで、上記のすべての列が返ります。
意図的に絞った形であり、その絞り込みこそが要点です。place_idがあることで
エクスポートはすでにお持ちのスポットデータと結合可能になり、写真はスポット一覧の並行コピーではなく
追加のテーブルになります。1スポットあたり多数の行を見込んでください。よく撮影されている店舗1件で
数十行になることもあります。つまり行数を決めるのは送信したスポットの数ではなく、写真の量です。
2つ目のツールを工程に加える前に、1つ目がどこで止まるのかを正確に知っておく価値があります。
Google Mapsスクレイパーは、すべてのスポット行にすでに4つの画像関連フィールドを返しています。画像1枚へのリンクであるphoto_url、そのスポットが全部で何枚持っているかを示すphotos_count、logo_url、そしてstreet_viewです。多くの用途にはそれで足ります。行ごとにサムネイルが1枚あればよいのなら、すでに手に入っています。
止まるのは網羅の点です。photos_countが60なら、見られない画像が59枚あるということです。この差が効いてくるのは、問いがこの場所が実際にどう見えるのかである場合です。写真があるかどうかではありません。フランチャイズを点検する、店構えを比較する、自社を代表する画像が自分たちなら選ぶものかどうかを確かめる、といった場面です。
そこで正直な目安はこうです。まずMapsスクレイパーから始めてください。photos_countという数字を何度も開きたくなったときに、こちらを加えてください。
チームがMapsの写真データをどう使っているかの例をいくつか挙げます。
自社が運営するすべての拠点の写真を取得し、表として見直してください。改装したのに以前の内装のままの店舗、2年前の季節装飾、以前その区画に入っていた別の事業者の画像などが、この方法ですべて出てきます。
ローカル検索結果で顧客が最初に目にするのは写真です。カテゴリと都市の範囲で収集すれば、競合と並んだときに自社がどう見えるかが分かります。社内で思われていたよりも見栄えがしないことは少なくありません。
遠隔で立地を評価する不動産、小売、現場のチームにとって、利用者が投稿した写真はファサード、駐車場、内装の実際の状態を映します。物件説明文と1枚のメイン画像がどちらも黙って省いてしまう部分です。
サブスクリプションも最低利用額もありません。最初の500行は無料。その後は従量課金です。
新規アカウントごとに1回限り。クレジットカードは不要です。すべてのスクレイパーが機能制限なしで使えます。本格導入の前にいくつかの拠点を点検するには十分です。
1,000行あたりおよそ2ドルです。実行前の見積もり機能が件数とクレジット費用を開始前に示します。写真が200枚あるスポットは200行になるため、ここでは特に確認する価値があります。
数百拠点にわたる定期的な点検を行うチーム向けに、ボリュームディスカウント、SLA、専用ワーカー、個別のオンボーディングをご用意します。件数をお知らせいただければお見積もりします。
LIVESCRAPER10をご利用ください。写真はスポット一覧への追加であって、出発点ではありません。
公開されたリンクを集めることと、画像を再公開することは別の問題です。そこははっきり申し上げます。
リンクそのものは公開情報です。Googleはスポットを見る人に、ログインの有無を問わず表示します。調査や点検のために公開されている参照情報を収集することは長く確立された実務です。データが公開されていて処理がサイトを妨げない限り、それを禁じる連邦法はありません。
レビューと異なるのは著作権です。Mapsの掲載ページにある写真は通常、撮影した人、つまり顧客や事業者や投稿者のものであり、画像へのリンクがあることは再利用のライセンスを与えません。自社の拠点を点検すること、社内で店構えを比較すること、物件を評価することは通常の利用です。他人の写真を自社サイトや広告に再掲載すること、あるいは収集した画像を配布するモデルの学習に使うことは、実際の知的財産上のリスクを伴う判断です。その判断はお客様のものであり、マーケティングのページがそうでないかのように匂わせるよりは、はっきりお伝えするほうを選びます。
Googleの利用規約も自動アクセスを制限しているため、これは規約の問題でもあります。私たちはログインの背後にあるものには一切触れず、データ層で第三者のトラッカーを動かすこともなく、エクスポートは30日で自動削除されます。
特によくいただく質問です。ほかにご不明な点があればご連絡ください。回答を書いているのはボットではなく人間です。
photo_urlフィールドが保持するのと同じ種類の値です。弊社のデータ辞書ではこれを"link to the image of the place"と説明しています。ローカルのコピーが必要な場合、それらのリンクからのダウンロードはお客様自身が実行する工程になり、ライセンスに関する判断もお客様の側に残ります。photo_urlです。加えてphotos_count、logo_url、street_viewがあります。スポットにつきサムネイル1枚で足りるのなら、そちらを使ってこのツールは不要です。このツールが役立つのは、photos_countが60を示していて、1枚目より先が必要なときです。LivescraperのGoogle Maps写真スクレイパーは、スポットのMaps掲載ページで公開されている写真リンクを収集します。スポットを追加するか、すでにお持ちのplace IDを貼り付け、出力形式を選び、結果をCSV、JSON、Excelでダウンロードします。各行には所属するスポットが付与されます。
何が返るのかははっきりさせておく価値があります。画像ファイルではなく、画像へのリンクです。これはGoogle Mapsスクレイパーのphoto_urlフィールドが持つのと同じ種類の値で、弊社のデータ辞書ではスポットの画像へのリンクと説明しています。リンクは軽く、既存のスポット表にきれいに結合でき、本当に必要なものだけを取得できます。ライセンスに関する判断もお客様の手に残ります。
別のツールが存在する理由は網羅の広さです。通常のMapsの実行でも、各行にすでにphoto_url、photos_count、logo_url、street_viewが付いています。スポットにつきサムネイル1枚で足りるなら、そちらを使うべきです。しかしphotos_countが60ということは、見られない画像が59枚あるということであり、この差は、写真があるかどうかではなく、その場所が実際にどう見えるのかが問いであるときに効いてきます。
運営チームは自社の拠点網を点検し、改装したのに以前の内装のままの店舗を見つけます。マーケティングチームはカテゴリ全体で店構えの画像を比較します。ローカル検索結果で顧客が最初に目にするのが写真だからです。不動産や現場のチームは、訪問せずにファサード、駐車場、内装を評価します。全体を通じた注意点が1つあります。リンクはライセンスではなく、掲載ページの写真は一般に撮影した人のものだということです。まずは無料でお試しください。最初の500行は費用がかからず、クレジットカードも不要です。