每家店铺进行一次精简查询
按顺序对每个规范化域名进行一次域名精确匹配的店铺精简查询。
身份确认通过这套工作流,获取一份经过核验的 Shopify 应用组合对比。
查看单家店铺,或对多家店铺检测到的应用关联进行精确对比,并明确说明检测不完整之处。
运行示例 · 2026 年 10 月 13 日 · 不到 1 分钟
由 Spytrend 发布 · 2026年9月29日 · 研究方法
提示词会根据输入的店铺域名更新:两项必填,最多两项选填。
规范化两到四家店铺的域名,用于同一次对比。
查看提示词收起提示词对比以下店铺域名检测到的 Shopify 应用组合:mejuri.com, dusk.com, none, none。关注范围:apps_only。请用简体中文作答。 忽略值为 `none` 的条目(留空的可选字段)。规范化两到四个商家公开域名并去重,保留提交顺序。拒绝无效域名和基础设施域名。绝不要用模糊匹配、关联、地区、广告活动、账户、店铺或子域名匹配结果替代。不要调用工具。 仅返回保留的域名及证据边界说明:`检测到的技术可能不完整。未返回不代表应用未安装或未使用。` 完成第 1 步后停止。
保留返回的原始应用名称,无需加载完整商品目录。
查看提示词收起提示词费用控制:每次调用 Spytrend 付费工具前,先使用相同的工具和参数运行免费的 `estimate_cost`,估算费用,并确保不超出用户明确给出的预算;如果用户未说明预算,在首次付费调用前告知预估费用。如果需要用户同意计费条款,展示返回的条款并暂停,直到客户明确同意;绝不代替客户接受条款。如果预算不足以执行必要调用,不进行任何付费调用,并返回 `预算限制导致无法完成必要研究`;若预算不足以执行可选调用,则跳过该调用,并说明覆盖范围有所缩减。使用 `get_ad` 读取广告时,跳过多语言广告(`is_multilang`),且在 `get_ad` 之后绝不调用 `get_media`。仅当 `retryable=true` 时,等待 `retry_after_seconds` 指定的时长后重试一次。每次搜索后读取 `params.ignored`;被忽略的必要筛选条件一律视为未应用。费用提示不属于最终客户报告。 对每个保留的域名,按顺序运行 search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)。仅接受规范化主机名与提交的主机名完全一致的记录。 绝不调用 get_shop、search_ads、get_ad 或 get_advertiser。保留 Shopify 身份、确切应用名称及标识符和类别。将像素、分析工具、主题、套餐、评价、消息、支付、结账和追踪工具字段归入“辅助技术”。保留返回的每个应用,但不要将该列表称为完整列表。 仅简要返回保留的证据和查询状态。隐藏调用、ID、配额、耗时和模糊匹配记录。完成第 2 步后停止。
对证据进行分类,计算符合条件的店铺之间名称完全一致的共同应用。
查看提示词收起提示词仅依据保留的证据,将每个域名归为“符合条件”“证据有限”或“未能确认”。缺失数据标为“未返回”,绝不要标为不存在或未使用。仅在符合条件的店铺之间,对比规范化后完全一致的应用显示名称。不要合并名称或功能相似的应用。计算共同应用时,不要将“证据有限”和“未能确认”的域名计入分母。 当所有必要的域名精确匹配查询均已完成,且已应用必要筛选条件时,将执行状态设为“已完成”,包括没有精确匹配记录或技术信息稀少的查询。仅在至少一次必要查询失败,或某个必要筛选条件未应用时,使用“部分完成”。证据不完整本身不代表执行状态为“部分完成”。 仅返回分类及有证据支持的名称完全一致的共同应用。完成第 3 步后停止。
展示功能差异、值得核查的问题及证据限制。
查看提示词收起提示词仅根据保留的证据撰写最终答复。不要再调用工具。 使用 `# Shopify 应用组合对比` 作为标题,展示数量及“已完成/部分完成”状态,然后说明:`检测到的技术可能不完整。未返回不代表应用未安装或未使用。` 展示“名称完全一致的共同应用”,为每家店铺单独设置一个简要小节,并展示各店铺特有的检测项、最多四个核查问题和“证据限制”。如果没有名称完全一致的共同应用,请直接说明。 严格保留已确定的执行状态。不要仅因检测到的技术可能不完整或某些字段未返回,就将“已完成”改为“部分完成”。 不要使用表格,控制在 320 词以内。隐藏服务名称、内部标签、调用、ID、配额、耗时、重试和运行摘要。不要推断是否正在使用、配置、效果、营收、ROAS 或盈利能力。 严格以此句结尾:`检测到的技术仅代表观测到的关联,不能证明配置已启用或应用正在使用,也不能证明技术栈的完整性、质量、转化、营收、ROAS 或盈利能力。` 完成步骤 4 后停止。
费用控制:每次调用 Spytrend 付费工具前,先使用相同的工具和参数运行免费的 `estimate_cost`,估算费用,并确保不超出用户明确给出的预算;如果用户未说明预算,在首次付费调用前告知预估费用。如果需要用户同意计费条款,展示返回的条款并暂停,直到客户明确同意;绝不代替客户接受条款。如果预算不足以执行必要调用,不进行任何付费调用,并返回 `预算限制导致无法完成必要研究`;若预算不足以执行可选调用,则跳过该调用,并说明覆盖范围有所缩减。使用 `get_ad` 读取广告时,跳过多语言广告(`is_multilang`),且在 `get_ad` 之后绝不调用 `get_media`。仅当 `retryable=true` 时,等待 `retry_after_seconds` 指定的时长后重试一次。每次搜索后读取 `params.ignored`;被忽略的必要筛选条件一律视为未应用。费用提示不属于最终客户报告。 使用已连接的 Spytrend MCP,对比 **mejuri.com, dusk.com, none, none** 检测到的 Shopify 应用关联。关注范围:**apps_only**。请用简体中文作答。 在一轮对话中执行本提示词的所有研究阶段。除必须在调用前给出的费用提示外,不要输出中间步骤的答复,也不要在验证后停止。仅在输入无效、所需证据不可用或必要身份无法确认时提前停止。只返回最终面向客户的报告。 ## 输入 1. 忽略值为 `none` 的条目(留空的可选字段)。接受两到四个互不重复的商家公开域名。规范化主机名,保留提交顺序,并对完全相同的规范化主机名去重。拒绝基础设施域名、localhost、IP 地址和无效域名。如果剩余域名少于两个或多于四个,仅返回 `受控输入配置无效`,不要调用任何 MCP 工具。 2. 绝不要用关联域名、地区域名、广告活动域名、账户域名、店铺域名或模糊匹配的域名替代。 ## 精简证据 3. 对每个保留的域名,按顺序运行: `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)` 4. 仅接受规范化主机名与提交的主机名完全一致的记录。根域名不与其子域名匹配;如果提交的是子域名,则必须精确匹配该主机名。 5. 绝不要调用 `get_shop`、`search_ads`、`get_ad` 或 `get_advertiser`。缺少精确匹配记录或技术信息稀少时,应保留为未能确认或证据有限。 6. 保留明确的 Shopify 身份信息、原始应用显示名称,以及返回的应用标识符和类别。将像素、分析、主题、套餐、评价、电子邮件/短信、支付、结账和追踪器字段放在单独的“辅助技术”部分。国家和流量仅作为可选背景信息,不作为应用组合证据。 7. 保留域名精确匹配的精简记录中返回的每个应用。仅对规范化后完全相同的显示名称去重。绝不要声称返回的列表完整。 ## 分类与对比 8. 将每个域名归为“符合条件”“证据有限”或“未能确认”。“符合条件”要求精确匹配 Shopify 域名,且至少有一个与关注范围相关的技术字段。“证据有限”表示已找到精确匹配的 Shopify 域名,但与关注范围相关的技术信息缺失、为空或含义不明。“未能确认”表示没有精确匹配记录、存在域名冲突,或尚未确认 Shopify 身份。 9. 将缺失数据标为 `未返回`,绝不要标为零、未安装或未使用。 10. 仅在符合条件的店铺之间,使用规范化后完全一致的应用显示名称计算共同应用。只有在每家符合条件的店铺中都出现的应用,才能列为所有店铺的共同应用。只有至少两家符合条件的店铺具有完全相同的应用名称,才能列为两家店铺或部分店铺的共同应用。计算共同应用时,不要将“证据有限”和“未能确认”的域名计入分母。 11. 不要合并名称、供应商或功能相似的应用。仅在返回的类别或持续维护的目录关联提供支持时,才按功能分组。 ## 客户报告 12. 返回 `# Shopify 应用组合对比` 和 `**[N] 家符合条件 · [M] 家证据有限 · [K] 家未能确认 · [已完成/部分完成]**`。 13. 紧接着添加:`检测到的技术可能不完整。未返回不代表应用未安装或未使用。` 14. 展示“名称完全一致的共同应用”,为每个提交的域名单独设置一个简要小节,并展示各店铺特有的检测项、最多四个核查问题和“证据限制”。如果没有名称完全一致的共同应用,请直接说明。 15. 对于 `apps_only`,展示每个应用的原始名称,省略辅助字段。对于其他关注范围,展示相关应用的原始名称及辅助技术。对于 `all_detected_technology`,两者都展示。 16. 回答不要使用表格,控制在 320 词以内。隐藏服务名称、预设/工作流/搜索集名称、分类标识、路由和工具名称、调用、参数、原始 ID、JSON、配额、词元、耗时、重试、运行摘要,以及被排除的模糊匹配记录。 17. 将明确返回的稳定第一方链接标为 `证据`。绝不要自行拼接链接。 18. 仅在必要查询失败时标为“部分完成”。如果查询已完成,但没有精确匹配记录或技术信息稀少,则标为“已完成”,并将相应域名归为“证据有限”或“未能确认”。 19. 绝不要对应用组合质量排名,也不要推断成熟度、优化程度、是否正在使用、转化、营收、ROAS 或盈利能力。 严格以以下内容结尾: `检测到的技术仅代表观测到的关联,不能证明配置已启用或应用正在使用,也不能证明技术栈的完整性、质量、转化、营收、ROAS 或盈利能力。`
以店铺为列,以应用原始名称为行。两家店铺均精确匹配到根域名对应的 Shopify 商家,且符合条件;Mejuri 返回了 5 个应用,Dusk 返回了 12 个应用。选择“仅应用”时,像素和主题字段不纳入对比矩阵。
| 应用 | Mejuri · mejuri.com | Dusk · dusk.com |
|---|---|---|
| Klarna | 已检测到 | 已检测到 |
| Postscript SMS | 已检测到 | 已检测到 |
| Yotpo | 已检测到 | 已检测到 |
| Gorgias | 已检测到 | 未返回 |
| Shop Pay | 已检测到 | 未返回 |
| Bloomreach Discovery v2 | 未返回 | 已检测到 |
| Elevar Conversion Tracking | 未返回 | 已检测到 |
| Judge.me Reviews | 未返回 | 已检测到 |
| Microsoft Clarity | 未返回 | 已检测到 |
| Swym Wishlist | 未返回 | 已检测到 |
| contentsquare-analytics | 未返回 | 已检测到 |
| dusk-aurora | 未返回 | 已检测到 |
| loyalty-rewards-and-referrals | 未返回 | 已检测到 |
| pandectes-gdpr | 未返回 | 已检测到 |
共同应用的显示名称必须完全一致,包括大小写和标点。
按消息触达、评价、结账、分析及其他有证据支持的功能分块展示差异,方便阅读。
结果会提出值得核查的实施问题,不为应用组合质量打分,也不建议一家店铺照搬另一家。
由 Spytrend 基于注明日期、范围明确的示例发布。
按顺序对每个规范化域名进行一次域名精确匹配的店铺精简查询。
身份确认使用每家符合条件店铺的精简应用列表中的原始名称计算交集。
对比依据保留各店铺的功能分组,同时按区分大小写的精确名称计算共同应用。
分组结构化技术字段用于解释店铺间的差异,不影响精确匹配的应用数量。
证据边界每次可对比两到四个互不重复的商家公开域名。
每家参与对比的店铺的精确应用列表中,都必须出现完全相同且大小写一致的显示名称。
不会。名称、供应商或功能相似,都不算精确匹配。
表示返回的精确列表中没有这项应用关联,不能据此认定店铺未使用该应用。
不是。精确匹配的应用数量无法衡量质量、成熟度、优化程度或效果。
连接 Spytrend MCP,输入两到四个域名,在同一个 AI 对话中依次运行提示词。