3つのID、3つの列
ISBN-10、ISBN-13、ASINはそれぞれ独自のフィールドに入り、すでに区別されています — エクスポートするすべての行で3つの別々の列になります。
価格を付けたり購入したりする前に、実際に見ているのがどの版なのか、そして本当にどの順位なのかを把握しましょう。
本は3つの識別子、複数の版、そしてほとんど一致しない2つの順位から成り、一度に1つの版しか表示しないページに散らばっています。以下では、何がそれを識別するのか、価格はいくらか、どこにランクするのか、そして1回の実行がどこまで届くのかを見ていきます。
ISBN-10、ISBN-13、ASINはそれぞれ独自のフィールドに入り、すでに区別されています — エクスポートするすべての行で3つの別々の列になります。
リスティングにフォーマット切り替えがある場合、Kindle、ペーパーバック、ハードカバー、オーディオブックは別々の行として返され、それぞれが独自の価格と独自のBooksランクを持ちます。
総合Booksランクの隣にサブカテゴリー順位が表示され、評価とレビュー数も並ぶので、そのタイトルが実際に販売されているニッチでの立ち位置がわかります。
タイトル、商品URL、ASIN、またはISBNを渡すだけ — 1冊でも一括リストでも、どちらにもソースごとの設定は不要です。
タイトルが米国、英国、ドイツ、日本のどのカタログから来ていても、行は同一の構造でJSON、CSV、またはAPIにエクスポートされます。
1つのタイトルでは足りないときは、AllyHubをBooksサブカテゴリーに向けると、タイトルごとのレコードが付いたランキングリストが返されます。
タイトル、ISBN、または棚から構造化された書誌レコードまで3ステップ。
AllyHubに書籍URL、ISBN、ASIN、またはリストを渡します — いくつかのタイトルではなく棚全体が欲しい場合は、Booksサブカテゴリーを指定します。
AllyHubは各タイトルについて、著者、出版社、出版日、ページ数、言語、3つの識別子、そしてリスティングが提供するすべてのフォーマットを、それぞれの価格、評価、レビュー、ランクとともに取得します。
行をJSONまたはCSVとしてエクスポートするか、実行をスケジュールで繰り返すPlaybookとして保存します。
あるタイトルは4つの価格で4つのフォーマットとして提供されます。それを1つの数値にまとめると、判断もそれに左右されます。
競合する書籍アクターが返すものを見てください。ASINフィールドだけで、ISBNはまったくありません。ISBN-13をキーにする図書館システムと、ISBN-10をキーにする流通フィードの両方を、1つの曖昧な識別子列で対応することはできません — その結果、インポートが手作業の突合作業になってしまいます。
.jpeg&w=1920&q=75)
フラットなレコードは、ページがたまたま開いた版を採用します。そしてそれは通常、実際に売れている版ではなく、Amazonが売りたい版です。それに対して価格を付けると、購入者がまったく選んでいないかもしれない版に基づいてしまうことになります。
.jpeg&w=1920&q=75)
検索結果の1ページ目にあるどの書籍スクレイパーも、販売ランクをまったく返しません — どちらも価格とレビューで止まっています。そのようなエクスポートに対してタイトルの価格を付けると、今日売れているものより何か月も遅れるレビュー数から需要を推測していることになります。
.jpeg&w=1920&q=75)
誰が本を版ごとに分解する必要があり、それがされない場合にどれほどのコストがかかるのか。
あなたのペーパーバックが売れていても、それが何かを意味するのかどうかわかりません。なぜなら、比較対象にしている5つのタイトルが、毎週月曜日に開き直す5つのブラウザタブの向こうにあるからです。比較を1つの並べ替え可能なエクスポートに入れれば、次の印刷部数は証拠に基づいて価格設定されます。
権利更新の時期が来ても、そのバックリストタイトルが更新に値するかどうかを誰も言えません — 答えは4つの地域にある100件の別々のリスティングに散らばっています。カタログを1つのデータセットとして取得すれば、その会話は勘ではなく数字から始まります。
今日、あるロットは売れ筋価格になっていますが、中古本に印刷されたISBNは、そのリスティングが販売されているASINとしばしば一致しません — そのため、気づかないうちに間違った版に対して価格を付けてしまいます。窓が閉じる前に、1回の処理ですべての部数を実際の版に照合しましょう。
書誌を作成するには著者、出版社、日付、ISBNを再入力する必要があり、数字の入れ替わりは下流で何かが壊れるまで見えません。フィールドを構造化データとして取得すれば、エラーを混入させる再入力ステップは残りません。
研究、コンテンツ、データにわたるAI搭載ツールをさらに探索しましょう。

Amazon 商品スクレイパー — コードや Amazon API を使わずに、任意の Amazon ドメインから構造化された商品データを取得できます。JSON または CSV でエクスポート。AllyHub を無料でお試しください。

AIでAmazon商品をリサーチ。AllyHubはあらゆるカテゴリーの需要、競合、利益可能性を分析し、勝てる商品を浮き彫りにします。無料で試せます。

Amazon の商品レビューを大規模にスクレイピング。AllyHub はあらゆる ASIN から評価とレビューテキストを抽出し、競合調査と感情分析に役立てます。無料でお試しください。
識別子、版、そしてBooksランクが実際にどこから来るのか。
それは書籍のリスティングを構造化フィールドに変換するツールです — 識別子、書誌詳細、そしてAmazonのBooksランキングでそのタイトルがどこに位置するか。商品ページを読む代わりに、並べ替えとインポートができる行が得られます。
はい。1つのタイトルや短いリストを検索するのは無料です。一括実行と繰り返しスケジュールするものは、その背後にある保存済みワークフローとともに有料プランに含まれます。
データベースのサブスクリプションも開発者アカウントも不要です。すべて公開Amazonページから読み取るので、申請するものもインストールするものもありません。スプレッドシートのISBNリストは完全に良い出発点です。APIは取得をスケジュールしたいチーム向けに存在しますが、1回実行するための前提条件ではありません。
毎週書籍スクレイパーをゼロから始めると、毎回同じ調査に全額を支払い、今週と比較するものもありません。保存された実行はすでに知っていることを基に構築されるので、週ごとが並んでグラフ化できる系列になります — そして実行期間が長くなるほど追跡は安くなります。