价格
两条产品线各自的计价方式、我们拒绝收费的部分，以及日本买家为何向海外厂商多付 10%。
两条产品线
| 你买的是什么 | 面向谁 | |
|---|---|---|
| 监测线 | 答案 —— 每天早上自动运行，结果送到 | 不写 API 的电商、市场与采购团队 |
| API 线 | 连接 —— POST /v1/extract 与 Browser API | 开发者、数据团队、代理机构 |
两者在同一个平台上，共享一把密钥、一份账单、一条审计轨迹。
监测线按什么计价
| 轴 | 为什么是这个轴 |
|---|---|
| 监测的商品数 | 与业务思考的单位一致。「500 个商品」能写进审批单，「1,000 个 URL」不能 |
| 来源数量 | 每个商品包含 5 个。不按来源计量收费 —— 增加计费轴，会让页面上的单位与账单上的单位产生偏差。需要超过 5 个请与我们联系 |
| 采集频率 | 每日、每日两次、每日四次 —— 在各来源允许的范围内 |
| 历史保留期 | 商品何时消失的记录。运行越久越有价值 |
一个来源 =「一个商品 × 一个页面（URL）× 一个国家」。
- 同一个页面，从不同国家读取算作不同的来源 —— 从东京打开与从美国打开，返回的价格不同
- 并列着多个卖家的列表页算作一个来源。 该页面上有多少个挂牌，不计入来源数量
- 登记一个商城的列表页是 1 个来源；把该商城的各店铺页面逐个登记，则每个算 1 个来源
- 按商品计数，登记第 6 个来源时就会被拒绝。 已停止的来源也计入，删除后会腾出名额
接入新来源是一次性费用，不计入月费 —— 因为那本来就是一次性的工作。
API 线按什么计价
只按成功的请求数。
- 失败不计费。 5xx、超时，以及因
robots.txt禁止而未抓取的，都不收费 - 没有倍率。 JavaScript 渲染和浏览器会话，都算同样的一次请求
为什么不用倍率
这个市场里较大的厂商按「积分」计费，一次请求可能消耗 1 到 125 个积分。 单价要等账单来了才确定。
一个拒绝发布无法验算的数字的产品，不能让自己的价格事后才确定。
为什么不按请求计价
一个列表页一次就能取到五十条，而便宜的层不调用语言模型。 数据量增加六倍，成本并不会变成六倍 —— 不到两倍。
按请求收费，是给几乎不花钱的部分定价，并且会给你减少检查次数的理由。 而减少检查次数，与这个产品存在的目的正好相反。
日本消费税的实际处理
从海外购买服务，并不会自动让日本买家多付 10%。 适用哪条规则取决于卖方。
| 机制 | 实际成本 | |
|---|---|---|
| 面向企业的服务（条款表明只卖给企业） | 反向征收 —— 由买方申报 | 买方应税销售比例在 95% 以上时，目前反向征收根本不适用 |
| 面向消费者的服务（任何人都能注册） | 由海外卖方申报 | 卖方若已登记为合格发票开具方，可以抵扣；未登记则不能 |
所以请查卖方的登记号，而不是假设。日本国税厅提供查询页面。
Kansoku 由日本法人株式会社FID运营，开具合格发票。 登记号是 T4011101061208 ―― 可在日本国税厅公示页面核对。也不存在归入哪一类的问题。
支付方式
| 信用卡 | 由 Stripe 处理。卡信息不经过我们的服务器，我们也不保存 |
| 凭发票银行转账 | 较高的套餐支持。 日本 B2B 支付中，转账与代扣合计占六成以上 |
| 报价单 | 可应要求出具，格式适合附在内部审批中 |
| 币种 | 日本客户以日元结算，因此不产生 3〜4% 的境外交易手续费 |
年度总额会标在月费旁边。日本的职务权限规程会把用途相同的支出合并计为一笔， 所以按月计价并不会降低审批层级 —— 藏起来没有意义。
价格
测试期暂定价格，可能变动。 所有金额均为不含税。 日本客户按加收 10% 消费税结算。 在测试期签约的客户保留签约时的价格。 如需上调，提前 30 天通知。
监测线
| Starter | Standard | Pro | Enterprise | |
|---|---|---|---|---|
| 月费（不含税） | ¥12,800 | ¥39,800 | ¥128,000 | 面谈 |
| 月费（含 10% 税） | ¥14,080 | ¥43,780 | ¥140,800 | 面谈 |
| 年费（不含税，省两个月） | ¥128,000 | ¥398,000 | ¥1,280,000 | 面谈 |
| 监测的商品数 | 180 | 600 | 2,000 | 面谈 |
| 来源数量（每个商品） | 5 | 5 | 5 | 面谈 |
| 频率 | 每日 | 每日 | 每日 | 每日多次 |
| 历史保存 | 90 天 | 1 年 | 2 年 | 面谈 |
| CSV 与每日邮件 | ✓ | ✓ | ✓ | ✓ |
| 周报（每周一，邮件与画面） | ✓ | ✓ | ✓ | ✓ |
| Webhook | ✓ | ✓ | ✓ | ✓ |
| 账单支付 | — | ✓ | ✓ | ✓ |
| 商品匹配协助 | — | — | ✓ | ✓ |
| SLA | — | — | — | ✓ |
最多 5 件商品，免费试用，无需信用卡。 注册后即可开始监视，第二天早上就会收到一封真实的结果邮件，历史保留 14 天。请先确认它的运转，再用于内部审批。
API 线
| 免费额度 | 每月 1,000 次请求，每月重置，无需信用卡。 2 并发、每分钟 10 次 |
| 计量 | 每 1,000 次请求 ¥62（不含税），仅计成功的 |
| 支出上限 | 以金额设置，达到即停止 |
没有倍率。 JavaScript 渲染与浏览器会话都算同一次请求。
怎么选
想知道哪家公司卖多少钱 → 监测线，不用写代码。
想接进自己的系统 → API 线。
接近监测线上限时 → API 线对您更划算，我们会主动告知。 没有理由把只需要用量的客户继续留在监测线上。
为什么是这个价格
监测线卖的不是抓取次数，而是商品匹配、换算为不含税金额、每个数字的来源记录、失败与「本来就没有」的区分，以及每天早上会送到。
本页不写与他家的对比。 要诚实地比较，必须把税务处理、汇率基准日、计费周期以及实际包含的内容（商品数、来源数、频率、历史长度）全部对齐。草率对齐的数字，总是对我们有利。 一个不事后撤回数字的产品，也不能事后撤回对比。
如果您正在评估其他厂商，我们可以按对齐后的条件替您做这份对比表。
工具选择中按用途整理了选择方法。
可从哪些国家读取
从各国真实线路读取。 不是 VPN，也不是翻译 —— 出口国不同，电商站点返回的价格、库存与币种就不同。
| 国家 | 状态 |
|---|---|
| 日本 | 可以读取 |
| 美国 | 可以读取 |
| 韩国 | 可以读取 |
| 台湾 | 可以读取 |
| 新加坡 | 可以读取 |
增加国家不额外收费。 计费只有三个维度：商品数、信息源数、频率。国家不是维度（每商品 5 个信息源，6 个以上为 Enterprise）。
其他国家也会按需求扩大。请告知 sales@kansoku.ai。
最后更新