custom-product-pages
作者 Eronred了解如何使用 custom-product-pages 技能为落地页式 App Store 活动创建 Apple Custom Product Pages（CPP）。本指南涵盖安装、使用、文案匹配、CPP 适合投放付费广告或社交流量的场景，以及如何在 App Store Connect 中衡量效果。
该技能评分为 78/100，是一个不错的目录收录候选。它能清晰指向 Apple Custom Product Pages 的使用场景，解释了 CPP 是什么、不是什麼，并提供了足够具体的工作流信息，因此代理通常比面对通用提示时更容易直接行动。不过，由于仓库没有配套脚本或参考资源，目录用户仍需接受一定的平台特定信息缺口。
- 触发信号强：frontmatter 明确提到了 CPP、App Store Connect CPP、?cpp= 以及相关用户意图。
- 操作清晰：它区分了 CPP 与 A/B 测试及其他 App Store 概念，有助于避免误用。
- 工作流内容扎实：正文篇幅较长，结构清楚，包含多个标题，并给出了诸如最多 35 个变体、审核时间等具体限制。
- 没有配套脚本、参考资料或资源，因此代理必须完全依赖 markdown 中的说明。
- 带有实验/测试信号且没有安装命令，说明它更像文档驱动型内容，而不是打包好的自动化技能。
custom-product-pages 技能概览
custom-product-pages 是一份实用指南，用于创建、发布和评估 Apple Custom Product Pages（CPPs）。当你需要为特定流量来源制作类似落地页的 App Store 版本，比如付费广告、社媒帖子或人群分组，并且希望传达比通用产品页更明确的安装意图时，就应该使用 custom-product-pages 技能。
这个技能能帮你做什么
它的核心任务，是让 App Store 的信息表达与把用户带到这里的承诺保持一致。通常这意味着要针对不同活动或受众，选择合适的截图、预览视频和推广文案，并衡量这些版本是否提升了点击到安装的转化率。
最适用的场景
这个技能适合正在投放 Apple Search Ads、UA 活动、创作者活动，或者需要专属 App Store 落地页的推荐链接团队。它尤其适合 custom-product-pages for Landing Pages 这类工作流：广告、帖子或邮件先建立一个预期，而 App Store 页面则需要把同一套故事继续讲下去。
它的不同之处
不同于一条普通的 App Store 营销提示，custom-product-pages 技能是以决策为导向的：它关注 CPP 值不值得做、CPP 能改什么、不能改什么，以及如何避免把它和 Product Page Optimization 或其他商店列表策略混为一谈。这个边界很重要，因为 CPP 是与唯一 URL 绑定、可审核的资产，而不是一个通用的页面级实验。
如何使用 custom-product-pages 技能
安装并打开正确的源文件
先把 custom-product-pages 技能安装到你的 skills 目录中，然后从 SKILL.md 开始看。如果你想最快得到可用结果，先读顶部说明，再扫一遍定义 CPP 限制、策略模式和衡量建议的部分。
把模糊目标转成有用的提示词
高质量输入通常会包含流量来源、受众、活动承诺和转化目标。例如： “为面向重视隐私的生产力应用用户的付费社媒活动创建一个 CPP；广告承诺安全记事，我希望页面强化信任感、上手速度和月订阅价值。”
为了得到更好的输出，建议提供这些信息
把技能需要的信息给全，才能帮你选对页面版本：
- App 类型和核心价值主张
- 活动或渠道来源
- 受众细分或用户意图
- 当前默认页面的薄弱点
- 你关心的 KPI，比如 tap-through-to-install rate 或后续试用开启率
如果你只说“做一个 CPP”，输出往往会很泛。若你明确流量来源和宣传承诺，custom-product-pages 的用法就会具体得多，也更能直接落地。
推荐工作流
先把一个流量来源对应到一个 CPP。先判断这个流量来源的意图是否足够强，值得额外的审核和维护成本，再围绕单一信息主题起草页面素材。上线后，在 App Store Connect analytics 里对比表现；只有在确认问题到底是信息不匹配、素材不够强，还是受众定位有问题之后，再去调整创意。
custom-product-pages 技能常见问题
custom-product-pages 和 App Store A/B 测试是一回事吗？
不是。custom-product-pages 技能讲的是与特定 URL 绑定的不同 App Store 落地页。要测试默认页面，请使用 Product Page Optimization。把这两者混在一起，可能会让你设计出错误的衡量方案，并且等到错误类型的结果。
什么情况下不该用这个技能？
如果你没有明确的上游流量、活动承诺太模糊，无法转化成页面文案，或者你真正需要测试的是更广泛的商店列表改动，而不是面向特定受众的落地页，那就先不要做 CPP。在这些情况下，更简单的 App Store 优化流程通常更合适。
使用它需要是 ASO 专家吗？
不需要。只要你能清楚描述活动来源和想要达成的结果，这个技能就对新手有用。不过，你确实需要有足够上下文，知道用户在到达 App Store 之前被承诺了什么，因为这正是决定一个强 CPP 的关键输入。
它和普通提示词有什么区别？
普通提示词可能只会给出泛泛的 App Store 建议。custom-product-pages 技能更有用，因为它会把范围锁定在 CPP 的约束、审核时机、唯一 URL 和活动匹配度上，从而减少走弯路，帮助你判断这次安装是否真的值得投入。
如何改进 custom-product-pages 技能
先讲清楚信息匹配的问题
最大的一次质量提升，来自把你要修复的“不匹配”说清楚。比如广告写的是“30 秒内免费开始”，那 CPP 就不该主要讲功能广度；它应该强化速度、上手流程和首次成功操作。信息匹配做得越好，custom-product-pages 的输出就越强。
在要求变体之前先说明限制条件
先说明你需要几个版本、是否能支持多张截图、是否已有预览视频，以及法务或品牌规范是否限制文案。因为这些限制会直接影响哪些 CPP 想法可行，哪些应该尽早舍弃。
要求给出决策支持，而不只是文案
最有用的 custom-product-pages 指南输出，往往是一份排序后的建议：哪个流量来源值得做 CPP、应该用什么主题、先衡量什么。如果你想要更好的结果，就让技能解释取舍、预期提升的驱动因素，以及为什么某个版本应该先上线。
根据表现数据持续迭代
第一版上线后，把 App Store Connect 里的真实结果补充进来：曝光、tap-through、安装量，以及如果有的话，不同分群的差异。然后再基于表现不佳的具体原因做下一轮迭代：是创意不够强、承诺对不齐，还是这个流量来源从一开始就不值得为 CPP 付出成本。