三个 ID,三列
ISBN-10、ISBN-13 和 ASIN 各自落在自己的字段中,彼此已经区分开来——在你导出的每一行里就是三个独立列。
在定价或购买之前,了解你实际看到的是哪个版本,以及它真正排名如何。
一本书有三个标识符、多个版本,以及两个很少一致的排名,它们分散在一个每次只显示一个版本的页面上。下面说明:什么标识它、它的价格是多少、它在哪里排名,以及一次运行能覆盖多远。
ISBN-10、ISBN-13 和 ASIN 各自落在自己的字段中,彼此已经区分开来——在你导出的每一行里就是三个独立列。
当商品提供格式切换器时,Kindle、平装、精装和有声书会作为独立行返回——每一行都带有自己的价格和自己的 Books 排名。
你会获得整体 Books 排名以及子类别位置,同时附上评分和评论数,因此一本书在其实际销售的细分市场中的地位会显示出来。
提供书名、商品 URL、ASIN 或 ISBN——单本书或批量列表,两者都无需按来源进行设置。
无论书名来自美国、英国、德国还是日本目录,你的数据行都以相同结构导出为 JSON、CSV 或通过 API 输出。
当一本书不够时,将 AllyHub 指向某个 Books 子类别,返回的排名列表会附带每本书的记录。
从书名、ISBN 或书架到结构化书目记录,只需三步。
给 AllyHub 一个图书 URL、ISBN、ASIN 或列表——或者当你想要整个书架而不是少量书名时,指定一个 Books 子类别。
对于每个书名,AllyHub 会捕获作者、出版商、出版日期、页数、语言、三个标识符,以及商品提供的每种格式及其各自的价格、评分、评论和排名。
将数据行导出为 JSON 或 CSV,或将这次运行保存为可按计划重复执行的 Playbook。
一本书有四种格式、四个价格。把它们压成一个数字,决策也会随之失真。
看看竞争性图书工具返回什么:一个 ASIN 字段,完全没有 ISBN。以 ISBN-13 为键的图书馆系统和以 ISBN-10 为键的分销商数据源,无法靠一个模糊的标识符列同时满足——这会把导入变成手动核对工作。
.jpeg&w=1920&q=75)
.jpeg&w=1920&q=75)
谁需要把一本书按版本逐一拆分——不这样做又会让他们付出什么代价。
你的平装本在卖,但你不知道这是否意味着什么,因为你用来衡量自己的五本书藏在五个浏览器标签页后面,你每周一都重新打开。把比较放进一份可排序的导出中,下一次印刷的定价就有依据。
版权续约到来时,没人说得清这本旧书是否配得上续约——答案分散在四个地区的一百个独立商品中。把整个目录作为一个数据集拉取出来,这场对话就能从数字而非直觉开始。
一批书今天的定价是为了快速出手,而二手书里印的 ISBN 常常与其商品销售所用的 ASIN 不匹配——于是你在不知情的情况下按错误版本定价。在窗口关闭前,一次将所有副本匹配到真实版本。
构建参考书目意味着重新输入作者、出版商、日期和 ISBN,而一个转置的数字在下游出错之前都不可见。把这些字段作为结构化数据获取,就不再有重新输入这一步来引入错误。
标识符、版本,以及 Books 排名实际来源。
它是一种把图书商品页转化为结构化字段的工具——包括标识符、书目详情,以及这本书在 Amazon Books 排名中的位置。你得到的不再是阅读商品页面,而是一行可排序、可导入的数据。
是的。查询一本书或一个短列表不花钱。批量运行以及任何你设置为重复执行的任务都属于付费方案,连同其背后的已保存工作流。
无需数据库订阅,无需开发者账户。所有内容都从公开的 Amazon 页面读取,因此无需申请,也无需安装。电子表格里的 ISBN 列表就是很好的起点。API 是为想要安排抓取任务的团队准备的;它并不是运行一次抓取的前提条件。
每周都从零开始运行图书采集器,你每次都要为同样的探索支付全价,而且没有上周的数据可供比较。因为已保存的运行会建立在已知内容之上,数周的数据会连成可绘图的序列——而且运行得越久,跟踪成本越低。