跨境电商竞品分析

做跨境选品和店铺运营时，最容易卡住的不是“没有竞品”，而是竞品页面抓不到、数据口径不一致：Amazon、Shopee、Lazada、Alibaba.com 的前台多为 JS 渲染 SPA，普通 HTTP 抓取拿不到商品结构；即使拿到页面，也可能只有标题和价格，没有 GMV、UV、转化这类私有指标。跨境电商竞品分析 的目标是把这类竞品调研收敛为一条可执行路径：先确定平台与对象，再按请求范围分析，最后只交付有来源、可复核的结论。

它解决什么问题

• 把“我想看看竞品”拆成竞品发现、商品与结构、定价策略、页面审计、差距诊断等可验证模块。
• 明确哪些维度来自公开搜索或可访问页面，哪些需要用户提供数据或平台 API，避免用猜测补全。
• 对抓取失败、搜索无结果、SPA 空页面等场景做跳过或降级，而不是反复重试。

核心能力与工作方式

1. 需要发现竞品范围时，走竞品发现路径：用搜索找到行业标杆店铺清单，再按平台、类目、地区或价格带筛选。
2. 明确要求“完整/系统/全维度”，或问题同时覆盖商品、定价、页面并要求综合诊断时，走完整报告：覆盖全部可得维度，交付 MD+HTML。
3. 未满足完整报告门槛时，默认原子分析：按需分析商品与结构、定价策略、页面审计或差距诊断中的指定维度。
4. 定时或持续跟踪需求走监控路径：建立周期任务，关注排名、价格、页面结构等可公开追踪的变化。

数据路径与交付约束

• 优先使用 MCP 工具或平台 API 的结构化数据；没有时以 WebSearch 作为主力，覆盖行业排名、热销榜单、比价站、Review 聚合站和竞品报道。
• WebFetch 只处理非 SPA 页面，例如独立站、部分博客或目录站；JS 渲染页面拿不到内容时直接跳过。
• 用户提供截图、导出数据或 Jungle Scout、Helium 10、卖家精灵等第三方报告时作为兜底输入。
• 交付时区分证据来源和口径，例如“据 WebSearch 某文章”“BSR 排名”“平台预估月销”；预估值标注预估，引用数据标注出处和时效。

适用边界与注意点

• 必须先确认目标平台，且限于跨境电商平台或海外独立站。
• 不获取需登录的非公开数据，不编造页面上不存在的指标。
• 用户指定的竞品对象不可替换或扩大；同一域内的多个问题仍按聚焦分析处理。
• 若全部维度均无数据，应停止并告知用户当前条件无法完成分析，建议补充数据或接入对应平台工具。