yandex market api 选品：先读俄语差评

做俄罗斯市场的电热水壶，打开 Yandex Market 的热销页，20 个商品的评分全在 4.5 到 5.0 之间，看不出哪款容易坏、哪家售后难打交道。我们在 2026 年 11 月 16 日 00:17–00:32（新加坡时间）用 EveryInfra 的 yandex/market、yandex/search、yandex/reviews 等能力真调了 20 次计费调用，花了 $0.066892：货架上取价格和评分，再找到 Polaris 和 Kitfort 两个品牌在 Yandex 地图上的门店和服务中心，拉回 147 条 1～3 星的俄语评价，交给 Claude 按 8 类问题归类。147 条里有 84 条（57%）的主要原因是保修、维修、配送和退换这类售后问题，只有 33 条（22%）主要在说东西本身坏了。只看货架评分，这部分信息完全看不到。

选品前读差评：一个品类要先回答三件事

在俄罗斯卖小家电，入场前要先回答三个问题：这个品类的买家最常因为什么打低分；同价位的几个品牌，哪家的问题出在产品、哪家出在售后；这些问题自己的供应链和售后能不能避开。三个问题都要从差评里找答案。好评里大多是「好用」「漂亮」「送得快」，差评才会写清楚哪个零件在第几个月坏了、服务中心让人等了多少天。

时间上有两个节点。俄罗斯的平台经济法（第 289-ФЗ 号联邦法，法律原文）2026 年 10 月 1 日起生效，平台不能再单方面改佣金、不说明理由封卖家、拿卖家的钱做折扣（Главбух 对新法的解读）。Yandex Market 的黑色星期五初定 11 月 25 日到 27 日，比 Ozon 的 11 月 13 日和 Wildberries 的 11 月 16 日晚；Ozon 的黑五之前还有一场「11.11」，从 2026 年 10 月 22 日开到 2026 年 11 月 12 日，参加 11 月促销的卖家已超过 60 万家，比上年多 16%（Комсомольская правда 引 РИА Новости）。选品和差评归类要在 11 月 25 日之前做完，补货才赶得上。

我们选电热水壶，原因有三个：它是 Yandex Market 小家电里的高频品类，热销页 20 款从 690 卢布到 13,110 卢布都有；它的故障类型比较集中（漏水、盖子、把手、温控），容易和别的品类对比；我们另一篇文章已经讲过从 1688 拿货、在 Yandex Market 卖能赚多少（Claude Code 做 1688 拿货和 Yandex Market 利润测算），这里不再算进价和毛利，只回答「选哪款、避开什么」。

先写一条前提：Anthropic 公布的支持地区名单里没有俄罗斯，哈萨克斯坦、乌兹别克斯坦、吉尔吉斯斯坦、亚美尼亚、塔吉克斯坦在名单上（Anthropic 支持的国家和地区）。下面的流程由在支持地区的团队来跑，例如在阿拉木图或塔什干做俄语区运营的团队，或者在中国以外地区做跨境的卖家。哪个地区的公司能用、怎么签约，以 Anthropic 的条款为准，本文不做法律判断。

yandex market api 能拿到什么：商品、卖家和内容三条路

搜「yandex market api」，前几个联想词是 documentation、orders、swagger、github、key，后面还有 yandex marketplace api 和 yandex market seller api。这几个词对应的是三套不同的东西，能不能拿到评论正文，答案各不一样。

第一套是卖家接口（Partner API）。它是给在 Yandex Market 开店的商家用的，订单、库存、价格、评价都能管。评价那一组方法里，POST v2/businesses/{businessId}/goods-feedback 返回的是「你的商品」收到的评价，每页最多 50 条，时间范围最长 6 个月，还可以用 paid 参数筛出用 Plus 积分奖励过的评价（商品评价方法说明）。接口说明 10 月 20 日和 10 月 27 日都有更新记录（卖家接口更新日志），OpenAPI 规范放在 GitHub 上，可以直接生成各语言的客户端（yandex-market-partner-api 仓库）。对选品来说，问题在「你的商品」这四个字：还没开店、或者想看竞品的评价，这套接口给不了。

第二套是内容接口（Content API）。Yandex 的条款写明，2018 年 12 月 26 日起它只对已经拿到扩展权限的用户和营销合作方开放，要注册、要付费（内容接口使用协议）。Yandex Market 的用户协议 2026 年 10 月 12 日版本还提到这个接口（Yandex Market 用户协议），新用户申请不到。

第三套是自己抓网页，也就是联想词里的 yandex market parser。俄语 Stack Overflow 上有人用 Python 请求商品页，拿到 403；用 curl 也是 403，浏览器打开却是 302 跳转（ru.stackoverflow 问题 1153371）。YouTube 上搜「парсер яндекс маркета」返回的 10 条视频里，有 8 条是在演示或推销抓取工具。网页结构和反爬策略一变，自己写的抓取就要跟着改。

我们的 yandex/market 走的是第四种做法：按关键词、城市和排序返回商品行，每行有 title、price、currency、rating、rating_count、shop_name、stock、is_available 和商品链接，单价 $0.022389 一次（EveryInfra 能力目录，Yandex 数据接口，商品搜索能力页）。目录的字段说明里写着 review_count、purchase_count 通常为空。实测两次各 20 行，review_count 40 行全空，也没有评论正文。

yandex market parser 自己写，还是调接口

俄语联想词「яндекс маркет парсер」后面跟着「парсинг」，「парсинг отзывов яндекс маркет」后面跟着「python」「маркета python」，有人在找自己写代码的办法。自己写有两笔账：一是被拦，上面那条 Stack Overflow 问题里，同一个链接 curl 请求是 403、浏览器是 302，说明服务端在看请求像不像真人；二是维护，Yandex Market 的商品页是前端渲染的，评论区分页、按变体合并评价，这些规则一改，抓取逻辑就要重写。

调接口的好处是不用管这两件事，代价是只能拿到接口给的字段。我们的做法是把两类数据分开拿：货架数据（价格、评分、评分数）用 yandex/market，评论正文用 yandex/reviews 去拿门店和服务中心的评价。后者的 url 参数要求是地图商户链接，目录写明「不是 Yandex Market 商品链接」。我们在 00:18:01（新加坡时间）故意传了一个商品链接试边界，返回 HTTP 503，没有扣费；这一项只收地图商户链接。

下面是第一次货架调用的请求，城市写莫斯科，按热销排：

curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"yandex","action":"market",
       "params":{"keyword":"электрический чайник","city":"Moscow",
                 "sort":"popular","limit":20}}'

想在 Claude 里直接调，可以把 EveryInfra 的远程 MCP 加成自定义连接器。Claude 的自定义连接器走远程 MCP，连接从 Anthropic 的云端发出，服务端要能从公网 443 端口访问，在对话里点「+」再选 Connectors 打开（自定义连接器帮助文章，连接器使用说明）。远程 MCP 用的是 MCP 规范里的 Streamable HTTP 传输，每条 JSON-RPC 消息都是一次 POST（MCP 传输规范）；工具的列出和调用格式见 MCP 工具规范。我们在 00:29:54（新加坡时间）先发 tools/list，返回 12 个工具，后面拉 Redmond 和 Kitfort 评价的 4 次调用都是走 everyinfra_call_api 这个工具完成的。走 API 的开发者也可以用 Messages API 里的 MCP 连接器，配置方式见 MCP 连接器文档；我们的地址和鉴权方式写在 MCP 服务器说明 里。

货架：热销页 20 款水壶的价格和评分

00:17:05 的热销页调用返回 20 行，19 个不同链接（有一个链接出现两次），价格 690 到 13,110 卢布，中位数 4,799 卢布，评分 4.5 到 5.0，评分数 43 到 10,154。我们从里面挑了 5 款，覆盖低价、中价和品牌自营：

卢布换美元用俄罗斯央行 2026 年 11 月 14 日的官方汇率，1 美元 = 82.1516 卢布（俄罗斯央行每日汇率）。这 5 款的评分差距最大 0.2 分。把 20 行画在一张图上，横轴是评分数，纵轴是评分，所有点都挤在一条窄带里：评分数从几十到一万都有，评分却几乎一样高。只看这两个数，选不出来。

stock 字段在这里有用：Tuvio TKG0117 返回的库存是 3，Polaris PWK 1753CGL 是 12，Kitfort KT-8762 是 35。库存低的款要么卖得快，要么卖家补货慢，可以作为一个提醒，在差评里找有没有「缺货」「订单被取消」之类的抱怨。货架上的 shop_name 有 8 行为空，REDMOND KG228 就是其中之一，要看是谁在卖，得点开商品页。

评分数按型号组算：5 个型号共用 29,754 个评分

00:25:19（新加坡时间）我们又按「评分最高」排了一次。20 行里只有 12 个不同链接，其中一个链接被 7 行共用，指向的却是 Polaris 7 个不同型号。再看 rating_count：PWK 1716CGLD、PWK 1775CGLD、PWK 1755CAD 等 5 个型号返回的都是 29,754，另外 4 个 Polaris 型号返回的都是 8,860，Carrera №580 和 №581 两款都是 140。

Yandex 卖家帮助在讲「评价换积分」活动时写了一条规则：一张商品卡上有几个变体时，Market 按全部变体的评价总数算；同一页还写明，商品卡上只显示这个卖家自己买家的评价（Yandex Market 卖家帮助：评价与评分）。我们看到的共用评分数和这条规则一致。所以 4.8 分、29,754 个评分属于一组水壶，里面有 16,699 卢布的温控款，也有 26,699 卢布的智能款，不能拿来说其中某一款「近三万人打了 4.8 分」。同一个型号 PWK 1753CGL 在两次调用里出现了 3 个价格：热销页 4,990 卢布，评分最高页一行 3,990 卢布、另一行 7,699 卢布，挂在不同的商品链接下。做选品表时，主键要用「型号 + 卖家」，评分数只当作参考。

「评分最高」这个排序也要看清楚：返回的前 11 行是 4.9 和 5.0 分、评分数 43 到 497 的小卡片，后 9 行才是评分数上万的 Polaris 大卡片。评分数只有几十的 5.0 分，统计上说明不了什么。两种排序的价格也差得多：热销页 20 行的价格中位数是 4,799 卢布（约 $58.42），评分最高页是 9,999 卢布（约 $121.71），最高到 26,699 卢布。「评分最高」里多是贵的玻璃壶、温控壶和意大利、德国品牌，热销页里多是一两千卢布的基础款。如果你的定价在两千卢布以下，参照物应该是热销页，评分最高页里的 4.9 分和你的目标买家关系不大。

评论从哪来：品牌门店和服务中心的地图评价

既然商品卡上的评论拿不到，我们换到能拿到的地方：品牌自己的门店和服务中心。在俄罗斯，买了小家电坏了，买家会去品牌服务中心修，或者去品牌门店换货，也会在 Yandex 地图上给这些门店打分写评价。这些评价针对的是门店和售后，但里面会写清楚买的是什么、坏在哪、谁处理的。

00:18:26 我们用 yandex/search 在莫斯科搜「сервисный центр Polaris」，返回 8 家，其中两家是 Polaris 自己的门店：Коммунарка（评分 4.5，142 条评价）和 Хорошёвское шоссе（评分 4.5，44 条评价），另外几家是综合维修店和咖啡机维修店，没有用（地图商户搜索能力页）。00:19:32 和 00:22:00 两次 yandex/reviews 按 lowest_rated 拉回 100 条和 44 条（评价能力页），其中 1～3 星 66 条。

找 REDMOND 时出了一个岔子。00:28:28（新加坡时间）搜「REDMOND фирменный магазин」返回 10 家，名字都是 Redmond，地址都在莫斯科和莫斯科州。00:30:01 和 00:30:26 我们拉了评分数最多的两家（29 条和 19 条），读完发现评价里说的是背包、旅行箱、TSA 锁：这些店的类别是「箱包店」，官网是另一个品牌，和做厨房电器的 REDMOND 只是同名。这 48 条评价（两家最新一条分别发于 2026-10-24 和 2026-10-20）我们没有算进分析。找门店时先看返回里的 categories 和 website 两个字段，同名的要剔掉。

Kitfort 的第一次搜索「Kitfort сервисный центр」在莫斯科没有结果，返回空、没有扣费。00:31:52（新加坡时间）改成只搜「Kitfort」，返回两处都在圣彼得堡：Заневский проспект 的服务中心兼门店（类别「家电维修」和「家电店」，评分 4.4，92 条评价），和 Инструментальная улица 的网店办公室（显示 170 条评价，rating 返回 0）。00:32:32 和 00:32:58 两次拉回 92 条和 100 条，1～3 星 81 条。Kitfort 总部在圣彼得堡，一条差评里提到这个服务中心是「全市唯一一家」。

四家的评分分布是两头高、中间低：1 星和 5 星多，2、3、4 星少。四家合计 336 条里，1 星 116 条、5 星 166 条，两头占 84%，2 到 4 星一共只有 53 条。Hu、Pavlou 和 Zhang 用 2005 年亚马逊图书、DVD 和录像带的评分也看到过这种 J 形分布，三类商品 4 星及以上分别占 78%、73% 和 72%；他们指出，在这种分布下平均分不能代表商品质量（Hu 等 2009）。Polaris 的门店几乎每条都有商家回复（144 条里 142 条），Kitfort 服务中心 92 条里 77 条有回复，网店办公室 100 条里只有 13 条。回复率本身也是售后投入的一个信号。

这些评价和 Yandex Market 有直接联系：Kitfort 的 81 条差评里至少 3 条写明是在 Yandex Market 上买的，例如「купил в яндекс-маркете кофемашину」「Купил паровую швабру Kitfort KT-1015 через Яндекс Маркет」，还有 2 条走的是 Yandex 配送。地图评价补上了商品卡评价拿不到的那一块。

让 Claude 归类：147 条俄语差评分成 8 类

147 条 1～3 星评价的正文一共 71,740 个字符（Polaris 35,838，Kitfort 35,902）。Claude 当前几款模型的上下文窗口都是 100 万 token，单次输出最多 128k token（上下文窗口文档），这点文字一次放进去绰绰有余，不用分批，也不用先做摘要再归类。俄语评价里错字、口语、骂人的词很多（例如「полисос」「мясоруюка」「горантии」），这类文字用关键词很难匹配干净，交给模型读更合适。

我们给 Claude 的指令很短：每条差评记一个主要原因和全部原因，类别只能从 8 个里选，不确定的记「其他」。类别是先读了 30 条之后定下来的：

「主因条数」加起来是 147，「提到的条数」是一条评价提到哪几类就各算一次。原句只截短句，不带作者名。

3 星算不算差评会改变比例，所以我们按星级拆开复算了一遍。147 条里 1 星 116 条、2 星 13 条、3 星 18 条。售后四类（保修、维修和配件、配送、退换）在 1 星里是 68 条（59%），2 星里 8 条（62%），3 星里 8 条（44%）。3 星里售后少一些，多出来的是价格（2 条）、店员和客服（3 条）、质量故障（3 条）；4 条价格类主因里有 2 条是 3 星。去掉 3 星、只看 1～2 星的 129 条，售后是 76 条，占比从 57% 变成 59%，排序不变。星级和文字也不一定对得上：RuReviews 的作者在 82 万条俄语商品评价里看到，同一句意思是「还行」的短评，42.45% 打了 5 星，36% 打了 4 星，29.25% 打了 3 星（RuReviews）。所以星级只用来圈出要读的评价，比例按 Claude 读出的主因算。

两个品牌的问题分布不一样。Polaris 的 66 条里，保修被拒是主因的有 15 条，排第一，其中 9 条提到额外买的保修，4 条点名了门店卖的付费延保「Мощный сервис」；买家的说法几乎一致：店员推销时说「坏了直接换新」，真坏了被判为非保修或人为损坏。Kitfort 的 81 条里，维修和配件是主因的有 22 条、质量故障 21 条，抱怨集中在两点：同一个毛病修完又坏，以及配件（滤网、HEPA、咖啡机的玻璃壶）要等几个月或者根本买不到。

如果你打算卖 Polaris 的货，要准备好买家拿着门店延保来找你；如果你打算做一个类似 Kitfort 的自有品牌，配件供应和服务网点要在上架前想好，俄罗斯买家会把「配件买不到」写进差评。

只看最近两年，两家的问题换了位置

差评跨了 2021 到 2026 年，品牌的售后政策这几年可能变过，所以我们又按发布时间截了一刀，只看 2024 年 11 月 16 日以后的两年。Polaris 剩 27 条，保修被拒仍是第一，9 条，店员和客服 4 条，维修和配件 4 条，质量故障只剩 1 条；最近 12 个月 11 条，保修 3 条排第一。Kitfort 剩 40 条，质量故障 11 条、配送 9 条、维修和配件 8 条，评价换礼还有 3 条；最近 12 个月 10 条，配送 3 条排第一，抱怨集中在官网下单后改期、丢件，以及和第三方配送互相推。

两年的数据量不大，只能看方向：Polaris 的问题一直出在门店卖的保修上，Kitfort 的问题从「修不好、配件买不到」往「送不到」挪了一些。如果你要从这两家拿货转卖，Polaris 的风险在售后承诺，Kitfort 的风险在耐用性和物流。如果你要做自己的品牌和它们竞争，可以把「保修写清楚、配件常备、发货准时」写进商品详情页，这三点是两家差评里条数最多的三类售后问题。

接下来是 Claude 的输出格式。用结构化输出可以让模型严格按 JSON Schema 返回，字段缺不了、类别写不错（结构化输出文档）。我们用的 schema 是：

{
  "type": "object",
  "properties": {
    "labels": {
      "type": "array",
      "items": {
        "type": "object",
        "properties": {
          "review_id": {"type": "string"},
          "primary": {"enum": ["D","W","S","L","R","P","T","V","O"]},
          "all": {"type": "array", "items": {"enum": ["D","W","S","L","R","P","T","V","O"]}},
          "product_hint": {"type": "string"},
          "quote_ru": {"type": "string"}
        },
        "required": ["review_id","primary","all","quote_ru"],
        "additionalProperties": false
      }
    }
  },
  "required": ["labels"],
  "additionalProperties": false
}

给 Claude 的指令我们写成了四段，每段解决一个具体问题。第一段定角色和读者：「你在帮一个准备进入俄罗斯市场的小家电卖家读差评，读者是采购和产品经理」，这样摘要会落在「采购前要验什么」，不会写成情绪分析。第二段给类别表，每类一句定义和一个正例、一个容易混的反例，例如「保修被拒」的反例是「保修内修好了但修得慢」，后者归「维修慢」。第三段规定边界：只根据正文判断，不猜测作者没写的原因；一条评价同时骂产品和店员的，主因按作者花篇幅最多的那件事定；内容和星级明显不符的，记「其他」并在备注写原因。第四段规定输出：按上面的 schema 返回，俄语原句只截一句，去掉人名、电话和邮箱。

第三段里的「篇幅最多」这条规则，是我们读前 30 条时定的。俄语差评常常一条里讲三件事：东西坏了、服务中心拖了一个月、热线态度差。如果不规定主因怎么选，同一条评价两次跑出来的主因可能不同，汇总时每类的条数就会跳。规定之后，主因只有一个，「提到的类别」可以有多个，两列分开统计。去掉人名这条也有实际需要：差评里有人直接写了店员的全名，还有人留了自己的邮箱，这些不能进表，更不能进对外的报告。

product_hint 让 Claude 顺手把评价里提到的商品写出来，例如「чайник」「паровая швабра KT-1015」，后面筛水壶就靠它。quote_ru 是原句节选，方便人回头核对。

水壶自己的 11 条差评

147 条里有 11 条讲的是电热水壶（Polaris 5 条，Kitfort 6 条），故障类型可以直接写进选品清单：

表里 10 行代表 11 条：Kitfort 那条 2025-02-17 的评价，同一个人把几乎一样的文字发在了两个地址下，我们按 1 条看。反过来也有两条差评顺带夸了水壶：一条说「电水壶已经用了一年，挺满意」，一条说 Kitfort「唯一质量还行的是简单的东西，比如水壶」。

整理成选品要点：盖子铰链和锁扣、把手和壶身的连接、带温控和显示屏的电子件，是水壶的三个故障点；带温控的款坏的比例看起来比简单款高，但 11 条太少，不能下结论，只能作为采购时要验的项。到货缺件、到货就坏也出现了 3 次，说明出库检查要做。还有一条和品类无关但对卖家很重要：Polaris 退换货要把货寄到喀山（鞑靼斯坦），Kitfort 的服务中心在圣彼得堡只有一家，沃罗涅日列出的 3 个服务点有 2 个按地址找不到。卖到哪个城市，那里有没有能修的地方，要在差评里先看一遍。

同一批差评里还有哪些品类

门店评价不分品类，一次拉回来的差评里什么都有。按俄语词干数了一下 147 条里提到各类商品的条数，可以顺便看出下一个品类该查什么：

吸尘器在 Polaris 的差评里占得最多，挂烫机和蒸汽拖把在 Kitfort 的差评里占得最多。如果下一个品类在吸尘器和挂烫机之间选，同一批数据已经提示了各自的坑：吸尘器的配件和刷头保修，挂烫机的蒸汽系统耐用性。要细看，就换成这个品类的关键词重跑货架，再看这两家品牌以外的门店。

用关键词规则核一遍 Claude 的标签

Claude 的标签另用关键词规则核。我们另写了一套俄语关键词规则（Python 的 re 模块，re 文档），每类一个正则，按词干匹配，例如保修类是 гаранти|мощный сервис，配送类是 доставк|курьер|заказ|самовывоз|в наличии|комплект|адрес。规则是在看到对比结果之前写好的，然后逐条和 Claude 的「提到的类别」比，算一致率和 Cohen's kappa（Cohen 1960）：

RULES = {
  "W": r"гаранти|мощный сервис",
  "S": r"сервисн|ремонт|запчаст|комплектующ|деталь|детали|фильтр",
  "P": r"цен|дорог|дешевле|скидк|стоимост",
  "V": r"отзыв\w* за|за отзыв|приз|весы|подар\w* за",
}
for code, rx in RULES.items():
    hit = [bool(re.search(rx, r["text"].lower())) for r in rows]
    # 与 Claude 的 all 标签比，得到 tp/fp/fn/tn 和 kappa

结果：评价换礼 0.72、维修和配件 0.67、保修 0.60，按 Landis 和 Koch 常用的分档属于「中等」到「较高」一致（Landis & Koch 1977）；价格类只有 0.24，规则多报了 43 条。看误报的原句就知道原因：「цен」会匹配到「оценка」（评分）、「ценник」（价签），「стоимость ремонта」（维修费用）讲的是维修而不是商品价格。质量故障类规则漏得最多，Claude 标了 81 条，规则只抓到 49 条，漏掉的是「прослужил меньше полугода」（用了不到半年）、「одноразовая техника」这类没有「坏」字的说法。

关键词规则适合做抽查：挑出两边不一致的评价让人看，比全部人工复核省事。价格、质量两类词干误报和漏报多，交给模型判。已有研究里和本次最接近的是 Kolmogorova 等人 2025 年的工作：他们用大模型把 15 个博物馆、9 个平台上的 12,000 多条俄语评价先抽出正负面关键词，再归进 14 个预先定好的类别（Kolmogorova 等 2025）。那篇只写了输出大体可信、有少量幻觉，没有给逐类准确率，所以不能和这里的 kappa 直接比；两边的共同做法是类别先定好，再让模型往里放。

我们自己的标签也有局限：147 条由 Claude（Opus 5.5）一次读完标注，没有第二位标注员。有 1 条 Kitfort 评价内容是夸烤面包机，却打了 1 星，标成「其他」。

评价换礼：高分要打折扣看

8 类里「评价换礼」只有 7 条是主因，但它影响的是整个货架的评分。Kitfort 的差评里有 7 条提到评价换礼，其中 6 条讲包装里塞了一张卡片、写评价就送厨房秤：有人写了，秤没寄来；有人去指定地址领，门锁着、电话打不通。另 1 条没提秤，直接说「大家打五星就是为了领礼物」。Polaris 有 1 条说门店的「приз за отзыв」半年都没兑现，1 条说附加保修是拿好评换的，「所以好评那么多」。

Yandex Market 自己也有评价换积分的机制：卖家可以给写评价（带照片或视频）的买家发 Plus 积分，1 积分等于 1 卢布，只限评价数不到 1,000 条的商品，品牌方和 Market 自己也可以发（Yandex Market 卖家帮助）。卖家接口里的 paid 筛选参数就是用来区分这类评价的。平台规则写的是奖励评价本身，不限定好评；买家差评里写的品牌做法，是要求「写好评」。

美国的规则可以作为参照：联邦贸易委员会的消费者评价规则把「以特定倾向（好评或差评）为条件给奖励」列为不公平或欺骗行为（16 CFR 465.4）。佛罗里达大学和南卡罗来纳大学的研究用亚马逊 5,000 多个商品的数据发现，拿了免费商品写的评价平均高出近 0.5 星，即使写明了是赠品（佛罗里达大学新闻稿）。放到我们的货架上：4.7 和 4.9 的差距只有 0.2 星，比这个偏差还小。

售后在俄罗斯怎么算：45 天这条线

差评里反复出现「40 天」「45 天」：咖啡机修了 40 天，其中 8 天在路上；扫地机器人送修 45 天还没拿回来；Kitfort 服务中心说要等 21 到 45 天。俄罗斯消费者权益保护法第 20 条规定，双方书面约定的修理期限不能超过 45 天（消费者权益保护法第 20 条）。147 条里有 7 条提到 40 或 45 天，有 1 条说已经向消费者权益监管部门投诉。

对卖家来说，这条线决定了售后成本：一台 690 卢布的水壶，如果要寄到外地修、修 45 天，不如直接换新。差评里还有一条把账算得很清楚：服务中心报修理费 4,600 卢布（约 $55.99），新的蒸汽拖把 6,500 卢布（约 $79.12），他自己拆开查是温控保险丝坏了，在 Ozon 买两只 200 卢布（约 $2.43）。低价小家电在俄罗斯的售后，「换」常常比「修」划算，定价时要把换新的比例算进去。

AliExpress 和 YouTube 能不能补

AliExpress 上 00:18:16（新加坡时间）搜「electric kettle」返回 18 款，我们挑 4 款各拉一次评价（00:22:20 到 00:23:38），共 157 条，按 country 字段数，来自俄罗斯的只有 1 条，最多的是以色列 21 条、韩国和美国各 14 条（AliExpress 评价能力页，AliExpress 数据接口）。原因是我们调的是 AliExpress 国际站，俄罗斯买家主要在本地的 AliExpress Россия 下单。国际站的评价可以看产品本身的毛病，不能代表俄罗斯买家关心什么。

YouTube 上 00:18:45（新加坡时间）搜「какой электрический чайник выбрать 2026」返回 10 条视频，我们拉了两条的评论（00:25:00 和 00:25:10，YouTube 评论能力页，YouTube 数据接口）。一条「静音水壶」测评下面 53 条评论，大多是「谢谢」「好视频」，有一位评论者怀疑评论区有小号在刷；另一条只有 5 条评论。posted_at 返回的是「4 months ago」这样的相对时间。视频评论适合看大家在争论什么，例如静音、玻璃壶身好不好清洗，不适合统计故障。

三种语言的摘要：每种语言单独写

归类表要给中文的采购、英文的投资人或合作方、西语的拉美团队看。Anthropic 的多语言文档建议在系统提示里写明输出语言，并给出各语言相对英文的表现（多语言支持文档，基准来自 Global-MMLU，arXiv 2412.03304）。我们的做法是每种语言单独发一次请求，提示里写「直接用该语言写给该语言的读者，不要逐句翻译中文」。三段摘要的长短和举的例子都可以不同，下面是保修类的三版：

5 款候选各自要验什么

把货架和差评对起来，5 款候选在采购前各有要验的点。这张表只用本次真调返回的数据和上面归出的类别，不是对这几款商品的评测：

俄罗斯买家坏了找谁修，在上架前要有答案。Comfee 和 Tuvio 在地图上没找到自营门店，要补这两家的评论，可以换成搜它们的授权服务中心，或者等开店后用卖家接口看自己商品的评价。

出表：Claude Sheets 和 .xlsx

归类结果最后要变成一张能改的表。Claude Sheets 2026 年 11 月 10 日起以测试版开放给所有付费套餐，可以导出 .xlsx 和 CSV；Team 套餐默认打开，Enterprise 默认关闭，要管理员开（Claude Sheets 帮助文章，Anthropic 发布文，TechCrunch 2026-11-10 报道）。不用 Sheets 的话，Claude 也可以直接生成 .xlsx、.docx、.pptx 和 PDF 文件，上传文件上限 30 MB（创建和编辑文件帮助文章）。

我们的表分三张。第一张「货架」，每行一个「型号 + 卖家」，列价格、约合美元、评分、评分数、评分数是否和别的型号共用、库存。第二张「差评」，每行一条评价，列来源门店、星级、日期、主因、全部原因、商品、俄语原句，作者名不进表。第三张「汇总」，每个品牌每类的条数，加中英西三段摘要。三张表之间用品牌关联，采购看汇总，有疑问再点进差评看原句。

一个品类的账

本次 20 次计费调用的明细如下，失败、空结果和限流都没有扣费（价格页）：

如果只做有用的部分：货架 2 次、找门店 3 次、拉评价 6 次，一个品类是 $0.057279，货架占 78%。评价按条数不加价，limit 从 50 调到 100 单价不变。整个过程里还有 8 次撞到每分钟次数限制（同一把 Key 被几个任务共用），1 次 503 和 1 次空结果，这 10 次都没有扣费。

Claude 一侧的费用取决于选哪个模型。Sonnet 5.5 是输入每百万 token $2、输出 $10，Opus 5.5 是 $4 和 $20，Haiku 5.5 在 10 万 token 以内的提示是 $0.10 和 $0.50（Sonnet 5.5 说明，Haiku 5.5 说明，价格文档）。价格文档还写明，新分词器下同样的文字会多出约 30% 的 token，批处理接口打五折（批处理文档）。我们没有测俄语文字的 token 数，跑之前可以用 token 计数接口先数一遍（token 计数文档）。按「一个字符算一个 token」这个偏保守的假设，71,740 个字符用 Sonnet 5.5 读一遍的输入费约 $0.14，用 Haiku 5.5 约 $0.0072。如果每月复查 3 个品类，接口费是 3 × $0.057279 = $0.171837；品牌门店的评价更新慢，过去 12 个月两家合计只多了 21 条差评，按季度复查也够用，第二次以后可以把 limit 降到 50，只看新增的部分。

这套做法的局限

第一，地图评价针对的是门店和售后，不是某个商品卡。它能告诉你一个品牌在俄罗斯的售后口碑和常见故障，不能告诉你 Yandex Market 上某个商品卡下面买家写了什么。要看自己商品的评价，开店后用卖家接口。

第二，时间跨度长。Polaris 的 66 条差评从 2021 年到 2026 年都有，过去 12 个月只有 11 条；Kitfort 的 81 条里过去 12 个月 10 条。品牌的售后政策可能已经变了，看趋势时要按年份分开。

第三，样本只有两个品牌、四个地址。REDMOND 因为同名问题没有拿到电器门店的评价，Tuvio 和 Comfee 在地图上没有自营门店。结论只适用于这两个品牌和它们所在的城市。

第四，评价本身有偏差。差评作者往往是遇到了麻烦的人，好评里又混着换礼物的。差评里的类别比例可以用来排优先级，不能当成故障率。

第五，Claude 在俄罗斯不在支持地区内，团队所在地要符合 Anthropic 的条款。

和 1688 利润测算那篇怎么配合

另一篇1688 拿货和 Yandex Market 利润测算讲的是用 Claude Code 对比 1688 进价和 Yandex Market 售价，算到手利润。两篇可以接在一起用：先用这里的流程把一个品类的差评归类，把「盖子」「把手」「温控」「配件」这些故障点写进采购要求；再拿到 1688 上对比供应商，按那篇的方法算利润，售后换新的比例按差评里的情况估。把评价做成数据产品的思路，可以看 评价数据产品化；用开源模型做评价分类的对比，见 Kimi K3.1 Pro 评价分类实测。

常见问题

yandex market api 有官方文档吗？

有。卖家接口（Partner API）的文档在 Yandex 开发者站，更新日志 2026 年 10 月 20 日和 27 日都有记录，OpenAPI 规范在 GitHub 的 yandex-market/yandex-market-partner-api 仓库。它只对已开店的卖家开放，评价方法只返回自己商品的评价。问题来源：「yandex market api documentation」「yandex market api swagger」两个联想词。

yandex market api key 怎么拿？

卖家接口的 Key 在卖家后台的接口设置里生成，要先有店铺；内容接口 2018 年 12 月 26 日起不再对新用户开放。只想看货架和门店评价的话，用 EveryInfra 的 API Key 就能调 yandex/market 和 yandex/reviews，注册后按快速开始调第一次。问题来源：联想词「yandex market api key」。

yandex market parser 在 GitHub 上有现成的吗？

有不少，联想词「yandex market parser github」就是在找这些。俄语 Stack Overflow 上有人反映 Python 请求商品页返回 403、curl 也是 403，浏览器却是 302 跳转，说明服务端会识别脚本请求；页面改版后抓取代码也要跟着改。选用时看最后一次提交是什么时候。问题来源：联想词「yandex market parser github」和 ru.stackoverflow 问题 1153371。

яндекс маркет парсер 能抓到商品评论吗？

自己写的 parser 理论上能抓到页面上显示的评论，但要处理反爬和分页。EveryInfra 的 yandex/market 只返回价格、评分、评分数，不带评论正文；yandex/reviews 拿的是地图商户的评价，传 Market 商品链接会失败（我们 00:18:01 试过，返回 503、不扣费）。问题来源：俄语联想词「яндекс маркет парсер」「яндекс маркет парсинг」。

парсинг отзывов яндекс маркет на python 有什么替代办法？

如果你是卖家，用卖家接口的 goods-feedback 方法，每页 50 条、最长 6 个月。如果你还没开店、想看竞品，可以像本文这样从品牌门店和服务中心的地图评价入手，Python 里调一次 REST 就能拿到 100 条。问题来源：联想词「парсинг отзывов яндекс маркет python」。

Yandex Market 上的评分数为什么好几个型号一样？

商品卡有多个变体时，Market 按全部变体合计评价。我们在评分最高页看到 5 个 Polaris 型号共用 29,754 个评分、4 个共用 8,860 个。做选品表时按「型号 + 卖家」记，评分数只作参考。问题来源：联想词「yandex market reviews」「market yandex ru reviews」。

yandex market seller api 和 yandex marketplace api 是一回事吗？

两个联想词指的都是卖家接口，也就是 Partner API。Yandex 开发者站上的正式名称是「API Яндекс Маркета для продавцов」，GitHub 仓库的描述也是这一句。它管的是店铺自己的订单、库存、价格和评价，和看竞品的货架、读门店评价是两件事。问题来源：联想词「yandex market seller api」「yandex marketplace api」。

上手步骤

1. 注册 EveryInfra 拿到 API Key，按快速开始先调一次 yandex/market，城市写目标城市，sort 分别用 popular 和 top_rated。
2. 把货架结果按「型号 + 卖家」整理，标出共用 rating_count 的行。
3. 用 yandex/search 搜「品牌名 + сервисный центр」或品牌名本身，核对 categories 和 website，剔掉同名的别家商户。
4. 对每个门店调 yandex/reviews，sort 用 lowest_rated，limit 写 100，留下 1～3 星。
5. 在 Claude 里加 EveryInfra 远程 MCP 连接器（MCP 服务器说明），或者把评价导出成文件上传，用上面的 schema 让 Claude 归类。
6. 用关键词规则抽查不一致的评价，再让 Claude 分别用中文、英文、西语写各类摘要，导出到 Claude Sheets 或 .xlsx。

参考资料

1. 第 289-ФЗ 号联邦法：平台经济的若干监管问题，КонсультантПлюс，2026-11-16 读取，https://www.consultant.ru/document/cons_doc_LAW_511088/
2. 俄罗斯 2026 年 10 月 1 日起施行的平台经济法解读，Главбух，2026-11-16 读取，https://www.glavbukh.ru/art/392176-izmeneniya-v-rabote-marketpleysov
3. 俄罗斯各电商平台公布黑色星期五日期，Комсомольская правда，2026-11-16 读取，https://www.kp.ru/online/news/7244033/
4. Anthropic 支持的国家和地区，Anthropic，2026-11-16 读取，https://www.anthropic.com/supported-countries
5. 卖家接口：获取商品评价（getGoodsFeedbacks），Yandex，2026-11-16 读取，https://yandex.ru/dev/market/partner-api/doc/ru/reference/goods-feedback/getGoodsFeedbacks
6. Yandex Market 卖家接口更新日志，Yandex，2026-11-16 读取，https://yandex.ru/dev/market/partner-api/doc/ru/changelog/
7. yandex-market-partner-api：卖家接口 OpenAPI 规范，GitHub，2026-11-16 读取，https://github.com/yandex-market/yandex-market-partner-api
8. Yandex Market 内容接口使用协议，Yandex，2026-11-16 读取，https://yandex.ru/legal/market_api_content/ru/
9. Yandex Market 用户协议，Yandex，2026-11-16 读取，https://yandex.ru/legal/market_termsofuse/
10. 用 Python 抓取 Yandex Market 时返回 403，Stack Overflow на русском，2026-11-16 读取，https://ru.stackoverflow.com/questions/1153371
11. EveryInfra 能力目录（GET /api/v1/social/catalog），EveryInfra，2026-11-16 读取，https://api.everyinfra.com/api/v1/social/catalog
12. 用远程 MCP 添加自定义连接器，Anthropic 帮助中心，2026-11-16 读取，https://support.claude.com/en/articles/11175166-get-started-with-custom-connectors-using-remote-mcp
13. 用连接器扩展 Claude 的能力，Anthropic 帮助中心，2026-11-16 读取，https://support.claude.com/en/articles/11176164-use-connectors-to-extend-claude-s-capabilities
14. MCP 规范 2025-06-18：传输，Model Context Protocol，2026-11-16 读取，https://modelcontextprotocol.io/specification/2025-06-18/basic/transports
15. MCP 规范 2025-06-18：工具，Model Context Protocol，2026-11-16 读取，https://modelcontextprotocol.io/specification/2025-06-18/server/tools
16. Messages API 的 MCP 连接器，Anthropic，2026-11-16 读取，https://platform.claude.com/docs/en/agents-and-tools/mcp-connector
17. 俄罗斯央行每日官方汇率（XML），Банк России，2026-11-16 读取，https://www.cbr.ru/scripts/XML_daily.asp
18. Yandex Market 卖家帮助：评价与评分，Yandex，2026-11-16 读取，https://yandex.ru/support/marketplace/ru/marketing/plus-reviews
19. 克服商品评价的 J 形分布（Hu、Pavlou、Zhang 2009），doi.org，2026-11-16 读取，https://doi.org/10.1145/1562764.1562800
20. 上下文窗口，Anthropic，2026-11-16 读取，https://platform.claude.com/docs/en/build-with-claude/context-windows
21. RuReviews：俄语商品评价语料，GitHub，2026-11-16 读取，https://github.com/sismetanin/rureviews
22. 结构化输出，Anthropic，2026-11-16 读取，https://platform.claude.com/docs/en/build-with-claude/structured-outputs
23. Python re 模块：正则表达式，Python Software Foundation，2026-11-16 读取，https://docs.python.org/3/library/re.html
24. 名义量表的一致性系数（Cohen 1960），doi.org，2026-11-16 读取，https://doi.org/10.1177/001316446002000104
25. 分类数据观察者一致性的度量（Landis & Koch 1977），doi.org，2026-11-16 读取，https://doi.org/10.2307/2529310
26. 用大模型对俄语博物馆评价做方面级分析，doi.org，2026-11-16 读取，https://doi.org/10.14529/jsfi250309
27. 16 CFR 465.4：买好评或买差评，eCFR，2026-11-16 读取，https://www.ecfr.gov/current/title-16/chapter-I/subchapter-D/part-465/section-465.4
28. 拿了奖励的网评会抬高评分，写明了也一样，University of Florida，2026-11-16 读取，https://news.ufl.edu/2023/08/incentivized-online-reviews-deceive-consumers/
29. 俄罗斯消费者权益保护法第 20 条：修理期限，КонсультантПлюс，2026-11-16 读取，https://www.consultant.ru/document/cons_doc_LAW_305/c771be122fddbc6e3087cbf43aa39a85a960a296/
30. 多语言支持，Anthropic，2026-11-16 读取，https://platform.claude.com/docs/en/build-with-claude/multilingual-support
31. Global-MMLU 多语言评测，arXiv，2026-11-16 读取，https://arxiv.org/abs/2412.03304
32. Claude Sheets 入门，Anthropic 帮助中心，2026-11-16 读取，https://support.claude.com/en/articles/18324300-get-started-with-claude-sheets
33. Claude 推出 Sheets 和 Whiteboards，Anthropic，2026-11-16 读取，https://claude.com/resources/articles/sheets-whiteboards-data
34. Anthropic 在 Claude 里加入表格和白板，TechCrunch，2026-11-16 读取，https://techcrunch.com/2026/11/10/anthropic-claude-sheets-whiteboards/
35. 用 Claude 创建和编辑文件，Anthropic 帮助中心，2026-11-16 读取，https://support.claude.com/en/articles/12111783-create-and-edit-files-with-claude
36. Sonnet 5.5 说明，Anthropic，2026-11-16 读取，https://platform.claude.com/docs/en/models/sonnet-5-5/overview
37. Haiku 5.5 说明，Anthropic，2026-11-16 读取，https://platform.claude.com/docs/en/models/haiku-5-5/overview
38. 价格，Anthropic，2026-11-16 读取，https://platform.claude.com/docs/en/about-claude/pricing
39. 批处理，Anthropic，2026-11-16 读取，https://platform.claude.com/docs/en/build-with-claude/batch-processing
40. token 计数，Anthropic，2026-11-16 读取，https://platform.claude.com/docs/en/build-with-claude/token-counting