前言本文主要整理 Amazon Selling Partner Appstore 应用上架过程中的关键填写项、注意事项和常见审核问题适合正在准备将自己的 SaaS、ERP、运营管理工具或 SP-API 应用发布到 Amazon Selling Partner Appstore 的开发者参考。在实际提交过程中Amazon 不仅会审核你在 SPP 控制台中填写的应用信息还会检查官网、支持页面、隐私政策、服务条款、价格页面、Logo、截图、功能描述和申请权限是否一致。因此上架资料不能单独填写必须和官网内容、应用实际功能、SP-API 权限范围保持一致。一、进入开发者 SPP 控制台创建商品信息登录开发者 SPP 控制台后进入开发者中心在应用列表中找到对应应用然后点击创建商品信息。创建商品信息后系统会进入应用上架资料填写流程一般会包含以下几个部分应用信息定价信息应用详情提交审核查看发布状态二、填写应用信息应用信息是整个 Appstore Listing 中最核心的一部分。这里填写的内容会直接影响审核人员对应用功能、适用对象和数据使用范围的判断。1. 语言该字段用于选择你提交商品信息时使用的语言。商品信息会根据你选择的语言进行翻译并发布到其他卖家平台语言环境中。建议选择你准备完整维护的语言例如中文英文选择后后续提交资料的语言应保持统一。注意事项不要中英文混杂严重。如果选择英文应用名称、功能说明、支持内容最好都使用英文。如果选择中文后续字段建议统一中文表达。语言选择错误可能导致翻译阶段延迟。2. 商品名称商品名称就是希望在应用商店中展示的应用名称。填写建议应用名称应和官网展示的系统名称保持一致。应用名称应和 Logo、网站标题、隐私政策、服务条款中的名称保持一致。不建议使用过于通用的名称例如Inventory Tool、Data Connector、Seller Shipping。不要在名称中使用Amazon、AMZ、Seller Central等容易引起商标审核问题的词。示例Ant Seller Operations或者XXX Seller Management System3. 发布类别发布类别用于说明应用所属的业务类别。Amazon 会审核并验证你选择的类别是否和官网、应用说明、权限申请范围一致。如果应用是 Full Service Solution全方位服务解决方案一般只能选择该类别。如果不是 Full Service Solution建议选择最能描述应用功能的 4-5 个类别不要贪多。常见可选类别示例商品信息库存和订单管理配送解决方案分析和报告买家与卖家消息服务填写建议官网展示什么功能Appstore 就选择什么功能。系统没有实际支持的功能不要勾选。没有广告模块不要选择广告。没有促销模块不要选择促销。没有税务模块不要选择会计和税务相关类别。没有评论管理不要选择反馈和评论。4. 简短说明简短说明用于一句话概括应用的核心功能通常限制在 200 个字符以内。填写时不要写太长也不要堆砌营销词。建议直接说明系统帮助卖家管理哪些业务模块。参考模板帮助卖家管理商品信息、订单库存、配送流程、分析报表和买家与卖家消息提升日常店铺运营管理效率。注意事项简短说明要和官网首页功能介绍一致。简短说明要和发布类别一致。不要写官网没有展示的功能。不要写系统实际不支持的功能。不要写“官方合作”“官方推荐”“保证提升销量”等夸大或误导性内容。5. 应用说明应用说明是详细介绍应用功能、适用对象和使用方式的字段通常最多支持 4000 个字符。这个字段需要让审核人员和用户明确知道应用是做什么的面向哪些用户提供哪些核心功能如何通过 SP-API 授权使用数据会如何使用是否涉及买家消息、订单、库存、商品等数据参考模板XXX Seller Operations 是一个基于 Web 的卖家运营管理系统面向需要集中管理店铺运营流程的卖家和运营团队。卖家可以通过该系统管理商品信息、库存和订单、配送流程、分析报表以及买家与卖家消息相关信息从而提升日常运营处理效率。 该系统的主要功能包括 1. 商品信息管理 支持查看和维护 SKU、ASIN、商品状态和商品基础资料帮助卖家清晰管理店铺商品数据。 2. 库存和订单管理 支持同步并展示订单状态、订单明细、库存数量、库存变化和销售情况帮助卖家跟踪订单处理进度和库存状态。 3. 配送流程支持 支持订单发货信息维护、物流信息处理和配送状态跟踪帮助卖家更好地管理发货和配送流程。 4. 分析和报告 提供订单、库存、销售和运营相关报表帮助卖家了解业务表现并为补货、发货和运营决策提供参考。 5. 买家与卖家消息管理 在卖家授权范围内帮助查看和管理买家沟通相关信息便于处理客户咨询、订单沟通和售后问题。该系统不用于未经授权的营销消息发送也不用于超出授权范围的数据处理。 使用该系统前卖家需要拥有有效卖家账户并根据平台授权流程完成 Selling Partner API 或 SP-API 授权。授权完成后该系统才会在授权范围内访问与应用功能相关的数据。 该系统仅将卖家数据用于提供、维护和支持应用功能不出售卖家数据也不会将卖家数据用于无关广告、营销、数据交易或未经授权用途。填写注意事项应用说明要和官网功能一致。应用说明要和 Appstore 勾选类别一致。应用说明要和 SP-API 权限申请范围一致。不要写未申请权限的功能。不要写未实际开发完成的功能。不要写违规采集、营销群发、绕过平台规则等敏感内容。涉及买家消息时要明确只用于授权范围内的订单沟通、售后处理或客户支持。6. 应用功能该字段通常使用项目符号列出应用核心功能建议填写 2-6 条即可。参考模板- 商品信息管理支持查看和维护 SKU、ASIN、商品状态和商品基础资料帮助卖家清晰管理商品数据。 - 库存和订单管理支持查看订单状态、订单明细、库存数量、库存变化和销售情况帮助卖家跟踪订单和库存状态。 - 配送解决方案支持订单发货信息维护、物流信息处理和配送状态跟踪帮助卖家管理发货流程。 - 分析和报告提供订单、库存、销售和运营相关报表帮助卖家了解业务表现并辅助运营决策。 - 买家与卖家消息管理在卖家授权范围内管理买家沟通相关信息便于处理咨询、订单沟通和售后问题。注意事项每条功能建议简洁明确。不要写和发布类别无关的功能。不要写官网没有展示的功能。不要写系统暂未支持的功能。不要为了好看而堆砌过多功能点。7. 谁会使用此应用该字段用于说明目标客户、使用前提和使用限制。建议从以下几个角度填写适合哪些卖家是否需要有效卖家账户是否需要完成 SP-API 授权是否有 SKU、ASIN、订单量或套餐限制是否有浏览器要求哪些场景不适合使用参考模板- 适用于已拥有有效卖家账户并希望通过 Web 应用集中管理商品信息、订单、库存、配送、报表和买家与卖家消息的卖家或运营团队。 - 适用于需要通过 Selling Partner API 或 SP-API 授权连接店铺并对订单处理、库存同步、发货管理和运营数据分析有日常管理需求的用户。 - 适用于拥有一定数量 SKU、ASIN 或订单数据并希望减少人工核对、提升运营处理效率的中小型及成长型卖家团队。 - 使用前需要拥有有效卖家账户并根据平台授权流程完成授权无法完成授权或没有店铺管理权限的用户不适合使用该应用。 - 该应用不适用于未经授权的数据访问、买家消息营销群发、违规数据采集或其他不符合平台政策的用途。 - 应用本身不以 ASIN 数量或 GMS 作为硬性使用门槛实际可用功能、处理容量和服务支持范围可能会根据套餐版本、账号权限、授权范围和业务数据量有所不同。 - 该应用为 Web 应用建议使用最新版 Google Chrome、Microsoft Edge、Safari 或 Firefox并保持稳定的网络连接。8. 商品 URL商品 URL 是卖家在 Appstore 中点击应用后进入的主要页面必须指向应用专属官网页面。填写建议https://www.example-app-domain.com该页面应满足以下要求使用 HTTPS。页面公开可访问。不能要求登录后才能查看。不能跳转到无关页面。不能跳转到旧域名。不能跳转到第三方临时页面。页面中需要展示应用名称、Logo、功能介绍、价格入口、支持入口、隐私政策、服务条款等内容。注意事项URL、页面标题、Logo、图片中不要包含AMZ、Amazon Logo或容易被认为涉及商标问题的内容。建议使用独立品牌域名。可以添加追踪参数用于区分 Appstore 流量来源。9. 支持 URL支持 URL 是用户遇到问题时查看帮助文档、FAQ 或联系支持团队的入口。填写示例https://www.example-app-domain.com/support.html支持页面建议包含开始使用说明授权说明常见问题功能帮助联系邮箱联系电话服务时间注意事项支持页面必须公开可访问。不要填写登录后才能访问的页面。不要填写无关的公司首页。不要填写打不开的旧域名。联系方式必须真实可用因为审核团队可能会测试。10. 支持电子邮件支持电子邮件必须真实有效并且能够正常收发外部邮件。填写示例supportexample-app-domain.com如果暂时没有企业域名邮箱也可以填写当前实际可用的支持邮箱。填写建议支持邮箱要和官网支持页面展示的邮箱一致。支持邮箱要和隐私政策、服务条款中的联系邮箱一致。不要填写无人查看的邮箱。不要填写临时邮箱。不要填写无法接收外部邮件的邮箱。11. 联系电话联系电话是审核团队或用户联系服务团队的备用方式。填写示例8613456789000填写建议填写真实可用的支持电话。国家代码和区号要正确。服务时间内应有人接听或回拨。建议在 support.html 中同步写明服务时间例如周一至周五09:00-18:00。12. 客户支持语言该字段用于选择支持团队可以实际提供服务的语言。填写建议如果团队主要使用中文服务中文如果团队可以稳定使用中文和英文处理客户问题中文 英语注意事项不要为了覆盖更多用户而全部勾选。Amazon 可能会验证你的支持能力。如果无法使用日语、德语、法语等语言处理用户问题就不要勾选对应语言。勾选后需要确保支持邮箱、支持页面和客服人员能够使用所选语言处理咨询、授权问题、功能问题和计费问题。13. 功能选项该字段是选择应用在详情页展示的功能标签。平台会根据选择进行审核验证。如果系统主要是卖家运营管理类工具可以参考选择商品信息库存和订单管理配送解决方案买家与卖家消息服务分析和报告不建议随意勾选以下选项自动定价广告促销商品研究和调查反馈和评论会计和税务汇款电子商务解决方案连接器多渠道融资和信贷除非系统确实提供这些功能并且官网、应用说明、隐私政策、权限申请范围都能对应说明。14. 支持的计划该字段用于说明应用适用于哪些卖家计划或履约场景。如果系统主要支持普通卖家的商品、订单、库存、配送和报表管理可以参考选择全球开店亚马逊物流 FBA卖家自配送 MFN注意事项如果系统没有专门提供 Amazon Business B2B 功能不要勾选 B2B。如果系统没有品牌所有者专属功能不要勾选品牌所有者。如果系统没有 SFP、MSS 或多渠道配送相关功能不要勾选对应选项。支持计划要和官网功能、应用说明保持一致。15. 支持的商城该字段用于选择应用支持哪些 Amazon 站点。填写建议只选择系统已经实际支持的站点。只选择接口已经对接并测试通过的站点。只选择页面功能和数据处理逻辑可以正常覆盖的国家或地区。不要为了展示范围大而全选。如果系统没有对应站点的数据同步、订单库存处理、币种、时区或物流规则支持后续审核或用户使用时容易出问题。三、填写定价信息定价信息用于说明应用的收费方式。该信息必须和官网价格页面保持一致。常见定价模式包括请求开发商报价免费起始金额每月或每年1. 请求开发商报价适合需要根据客户规模、功能范围、服务支持情况单独报价的应用。参考文案该应用根据卖家团队规模、使用范围和服务支持需求提供报价请通过支持页面联系我们获取具体方案。2. 免费适合提供免费使用方案或基础体验方案的应用。参考文案该应用提供免费使用方案适合卖家了解和体验基础运营管理功能。3. 起始金额适合有明确月度或年度套餐价格的应用。参考文案该应用提供月度付费套餐付费方案从 1999 USD/月起。符合条件的新用户可享受 365 天免费试用具体功能范围、使用额度和服务支持以官网定价页面说明为准。填写注意事项Appstore 定价要和官网 pricing 页面保持一致。如果后台填写起始金额为 1999 USD/月官网也应展示“付费方案从 1999 USD/月起”。如果勾选 365 天免费试用官网也要明确展示“符合条件的新用户可享受 365 天免费试用”。不要 Appstore 写一个价格官网写另一个价格。不要 Appstore 写免费官网写高价付费。不要官网没有价格页或价格入口。四、填写应用详情应用详情主要包括 Logo、分类页图标、附加图片和来自提供商的销售文案。1. 详情页面企业徽标详情页面企业徽标是应用详情页中展示的品牌 Logo。要求方形图片至少 300 x 300 像素建议 PNG 格式图片清晰与官网 Logo 保持一致注意事项不要出现AMZ字样。不要出现Amazon字样。不要使用 Amazon Logo。不要使用 Seller Central 后台截图。不要使用模糊、低清、压缩严重的图片。不要上传和官网品牌不一致的 Logo。2. 分类页面模块企业徽标分类页面模块企业徽标用于 Appstore 分类列表页展示。要求方形图片至少 220 x 220 像素建议 PNG 格式与官网 Logo 保持一致注意事项和详情页 Logo 基本一致。3. 附加图片附加图片是应用详情页图库中的展示图片用户可以点击缩略图查看大图。该字段通常是可选项。如果当前只是为了完成上架审核且没有准备好高质量、合规的产品截图可以暂时不上传避免因为图片问题影响审核。如果选择上传建议准备应用截图功能展示图产品界面图使用场景图图片内容建议展示商品信息管理订单库存管理配送流程管理报表分析买家与卖家消息管理注意事项不要展示 Amazon 官方后台截图。不要展示 Amazon Logo。不要展示真实订单数据。不要展示真实买家姓名、地址、电话、邮箱。不要展示系统未支持的功能模块。图片内容要和应用说明、官网功能、发布类别保持一致。4. 来自提供商“来自提供商”通常用于填写额外的横幅内容、销售文案或推广说明。该字段也是可选项。如果当前只是为了完成审核且没有准备专门的推广文案可以暂时不填写。参考文案该应用帮助卖家集中管理商品信息、订单库存、配送流程、分析报表和买家与卖家消息适合希望提升日常运营效率的卖家团队使用。注意事项不要夸大宣传。不要写未实际支持的功能。不要写“官方合作”“官方推荐”“最好”“第一”等绝对化表达。不要写和官网不一致的内容。五、提交审核和上架成功填写完应用信息、定价信息和应用详情后可以提交审核。提交后Amazon 会对以下内容进行检查Appstore Listing 资料官网页面支持页面隐私政策服务条款价格页面Logo 和图片应用功能描述支持语言支持商城支持计划OAuth 授权流程SP-API 权限和数据用途说明审核通过后通常会收到邮件通知。注意审核通过并不一定代表应用会立即出现在 Selling Partner Appstore 中。通常还需要等待平台完成发布流程。提交后应持续关注开发者后台状态和邮件通知。六、查看发布状态审核提交后可以在开发者 SPP 控制台中查看发布状态。常见状态包括草稿已提交审核中需要修改已批准已发布如果被退回需要根据审核意见修改对应内容后重新提交。七、常见审核退回原因下面整理一些实际提交过程中非常容易遇到的审核问题。1. 应用名称、网址或图片中使用了 Amazon 相关品牌元素常见问题应用名称中包含 Amazon。应用名称中包含 AMZ。官网 Logo 中包含 Amazon 元素。图片中出现 Amazon Logo。URL 中出现容易引起商标问题的内容。页面标题或品牌名暗示和 Amazon 有官方关系。建议使用独立品牌名。Logo 使用自己的品牌图形。不要使用 Amazon Logo。不要暗示官方合作关系。可以客观描述“基于 Selling Partner API 授权范围提供服务”。2. 上架申请的功能和网站展示的服务不一致Amazon 会检查你在 Appstore 中选择的功能类别是否在官网中有对应展示。例如Appstore 勾选了促销但官网没有促销功能说明。Appstore 勾选了商品研究但官网没有商品研究功能。Appstore 勾选了融资和信贷但官网没有相关服务。Appstore 勾选了税务功能但官网没有税务功能说明。建议官网展示什么Appstore 就选择什么。Appstore 选择什么官网就要有对应说明。系统没有实际支持的功能不要勾选。权限范围不包含的功能不要宣传。3. 定价信息和网站不一致常见问题Appstore 填写免费官网展示付费。Appstore 填写 1999 USD/月官网写 999 USD/月。Appstore 勾选免费试用官网没有展示免费试用说明。官网没有价格页。官网价格页入口不明显。建议Appstore 定价和官网 pricing 页面保持一致。免费试用天数保持一致。套餐名称、价格、功能范围尽量保持一致。价格页面公开可访问。不要隐藏价格信息。4. Logo 和网站不一致常见问题Appstore 上传的 Logo 和官网 Logo 不一致。官网显示另一个品牌。Appstore 写一个应用名网站显示另一个应用名。Logo 尺寸不符合要求。Logo 模糊、变形或低清。建议官网、Appstore、隐私政策、服务条款中的品牌名称保持一致。详情页 Logo 至少 300 x 300 像素。分类页 Logo 至少 220 x 220 像素。建议使用 PNG。不要使用 Amazon 相关元素。5. 网站包含失效链接常见问题首页按钮无法打开。support.html 404。privacy-policy.html 404。terms.html 404。pricing 页面打不开。页脚链接失效。图片资源加载失败。建议提交前使用无痕浏览器完整测试首页价格页支持页隐私政策服务条款登录入口所有导航菜单所有页脚链接所有按钮所有图片资源6. 网站没有支持页面或直接联系方式网站中必须提供独立的支持页面例如https://www.example-app-domain.com/support.html支持页面建议包含联系邮箱联系电话服务时间常见问题授权说明使用帮助联系方式必须真实可用因为审核团队可能会通过邮箱或电话进行测试。7. 网站要求登录后才能查看应用官网、支持页面、隐私政策、服务条款和价格页面都应公开可访问。不能出现以下情况打开商品 URL 直接跳转登录页。支持页面需要登录。隐私政策需要登录。价格页需要登录。页面只对内部账号可见。建议提交前使用无痕浏览器测试所有页面是否可以直接打开。8. 网站没有 HTTPS 或 SSL 证书异常官网必须使用 HTTPS 访问并配置有效 SSL 证书。检查项https://可以正常访问。浏览器不提示“不安全”。证书没有过期。证书域名和网站域名匹配。所有静态资源也通过 HTTPS 加载。9. 隐私政策没有写清楚数据用途隐私政策需要说明应用会访问哪些数据为什么访问这些数据数据如何使用数据保存多久是否共享给第三方如何保护数据用户如何申请删除数据用户如何取消授权或停止使用对于使用 SP-API 的应用尤其要说明数据仅用于提供应用功能。不会出售卖家数据。不会用于无关广告。不会用于营销或数据交易。不会用于未经授权的用途。10. 网站出现特殊字符、乱码或测试内容常见问题页面中有乱码。页面中有异常符号。页面中出现测试文字。页面中出现lorem ipsum。页面中出现test page。页面中出现coming soon。页面中出现under construction。页面中出现未完成模块。建议提交前完整检查所有页面确保网站是正式可用状态。11. 网站主要依赖图片展示缺少文字说明官网不能只是几张 Banner 或截图必须有足够的文字说明。建议首页至少包含应用介绍核心功能适用用户价格入口支持入口隐私政策入口服务条款入口联系方式审核人员需要通过文字理解应用提供什么服务、适合哪些用户、如何联系支持团队以及数据如何使用。12. 图片模糊、低清或加载异常网站中的图片需要清晰、正常加载。检查项Logo 是否清晰Banner 是否清晰功能图是否清晰图片是否加载失败图片是否变形图片是否包含真实用户数据图片是否包含 Amazon Logo图片是否展示未支持功能13. 网站没有展示公司名称、应用名称和 Logo网站上要清楚展示公司或团队名称应用名称应用 Logo联系方式隐私政策服务条款并且这些信息要和 Appstore 上架资料保持一致。14. 商品 URL 跳转到第三方页面商品 URL 应指向自己直接管理的网站页面。不建议填写Notion 页面临时落地页第三方 SaaS 页面其他 Appstore 页面无关公司主页登录后台页面建议使用独立域名和正式官网页面。15. 网站存在过多弹窗、广告或强制跳转官网可以有正常导航和按钮但不要出现大量弹窗强制登录自动跳转无关广告诱导下载跳转到无关站点审核人员打开页面后应能直接查看应用信息。16. 应用功能说明和申请权限不一致网站功能介绍、Appstore 功能类目、应用说明和 SP-API 权限申请范围要互相对应。例如申请订单权限网站应说明订单管理、发货处理或报表分析用途。申请库存权限网站应说明库存同步、库存展示或库存报表用途。申请商品权限网站应说明商品信息管理用途。申请买家消息权限网站应说明订单沟通、售后处理或客户支持用途。不要宣传没有申请权限或系统实际不支持的功能。17. 使用夸大宣传词不建议使用以下表达第一最好唯一最强官方推荐官方认证保证提升销量绝对安全永久免费建议使用客观描述例如帮助卖家提升运营处理效率。用于集中管理订单、库存和商品信息。18. 暗示和 Amazon 有未经授权的合作关系可以说明应用使用 SP-API 或 Selling Partner API但不要写Amazon 官方合作伙伴Amazon 认证 ERPAmazon 官方推荐工具Amazon 指定服务商Amazon 官方应用建议使用中性表达基于 Selling Partner API 授权范围提供服务。19. 描述字段包含敏感信息Appstore 上架资料和官网文案中不要出现用户凭证客户评价原文未公开数据个人住址个人电话真实订单信息真实买家信息买家姓名买家地址买家邮箱买家电话如果需要展示截图应使用脱敏数据或模拟数据。20. 描述字段包含特殊字符Appstore 描述字段中尽量避免使用容易导致发布异常的特殊字符例如 价格描述中建议写USD不建议直接写$填写上架资料时建议使用普通文字和清晰句式避免特殊字符、乱码或格式异常导致保存失败或审核异常。21. 写了违反 AUP、DPP 或平台政策的功能不要在网站或上架资料中描述以下功能绕过平台规则规避平台限制批量营销骚扰买家违规采集数据滥用买家消息绕过授权访问数据未经授权处理卖家或买家数据应用描述应聚焦在合规的数据管理、订单处理、库存管理、配送支持和报表分析。22. 隐私政策内容不完整隐私政策不仅要写数据用途还要写清楚收集哪些数据为什么收集如何存储如何保护是否共享给第三方保留多久如何申请删除如何取消授权如何联系支持团队隐私政策内容要和实际权限、官网功能和上架说明保持一致。23. 支持语言、支持商城、支持计划乱选这些字段都可能被审核验证不能为了覆盖更多用户而全选。建议只选择团队能真实服务的语言。只选择系统实际测试通过的商城。只选择应用功能真实覆盖的卖家计划。如果当前只支持中文客服、部分商城和常规 FBA/MFN 场景就不要勾选无法支持的语言、站点或计划。24. 目标用户和使用限制写得太简单“谁会使用此应用”不能只写一句简单介绍应说明适合哪些用户不适合哪些用户是否需要有效卖家账户是否需要完成 SP-API 授权是否有商城限制是否有功能范围限制是否有 ASIN、SKU、订单量、套餐版本或浏览器环境要求这样可以减少不符合条件的用户误用也能让审核人员更清楚应用定位。25. 没有 Public Developer 资格或 OAuth 授权流程上架 Selling Partner Appstore 的前提是开发者账号具备 Public Developer 资格。应用配置了符合要求的 OAuth 授权流程。用户能够通过 Appstore 或官网发起授权。授权完成后用户可以进入应用使用相关功能。这属于上架前置条件不只是网站内容问题。26. 忽视 SP-API 安全与合规要求如果应用使用 SP-API除了前台网站审核还要持续满足数据保护和安全合规要求例如访问控制凭证安全日志监控事件响应数据加密权限最小化数据保留和删除审计记录涉及订单、买家信息、库存、商品等数据时要保证系统访问、存储和使用方式符合平台要求。27. 涉及 PII 时没有说明数据保留周期如果应用访问订单、买家信息、地址、电话、邮箱等 PII 数据需要明确数据保留和删除策略。建议说明只在业务必要范围内使用相关数据。达到保留期限后删除或匿名化处理。用户取消授权后停止处理相关数据。用户可以申请删除数据。内部系统逻辑和隐私政策保持一致。28. 审核通过不代表立即发布上架资料审核通过后应用不一定会立刻显示在 Selling Partner Appstore 中。通常还需要等待平台完成发布流程。提交后应持续关注审核状态邮件通知开发者后台提示是否需要补充资料是否需要修改网站或上架资料如果应用被退回需要根据审核意见修改后重新提交。八、提交前自检清单正式提交前建议按下面清单逐项检查。官网检查官网可以通过 HTTPS 正常访问。商品 URL 不是登录页。官网没有建设中、测试内容或占位文案。官网没有失效链接。官网图片可以正常加载。官网 Logo 清晰。官网应用名称和 Appstore 应用名称一致。官网公司名称和服务条款、隐私政策一致。官网包含功能介绍。官网包含价格入口。官网包含支持入口。官网包含隐私政策入口。官网包含服务条款入口。支持页面检查支持页面公开可访问。支持页面包含联系邮箱。支持页面包含联系电话。支持页面包含服务时间。支持页面包含常见问题。联系邮箱真实可用。联系电话真实可用。隐私政策检查说明收集哪些数据。说明为什么收集数据。说明数据如何使用。说明数据如何存储。说明数据如何保护。说明是否共享给第三方。说明数据保留周期。说明用户如何申请删除。说明用户如何取消授权。明确不会出售卖家数据。明确不会用于无关广告或营销。Appstore 资料检查应用名称和官网一致。简短说明和官网功能一致。应用说明和实际功能一致。功能类别和官网一致。支持计划和实际能力一致。支持商城和实际测试范围一致。支持语言和客服能力一致。定价和官网 pricing 页面一致。免费试用天数和官网一致。Logo 和官网一致。图片不包含真实用户数据。图片不包含 Amazon Logo。描述中没有特殊字符、乱码或敏感信息。合规检查已具备 Public Developer 资格。已配置 OAuth 授权流程。权限申请范围和功能说明一致。数据用途和隐私政策一致。没有宣传违规采集、群发营销或绕过平台规则的功能。没有暗示 Amazon 官方合作或官方认证。没有使用夸大宣传词。九、总结Amazon Selling Partner Appstore 上架并不是简单填写几个字段而是一次完整的资料一致性审核。审核重点通常包括Appstore 上架资料是否完整。官网是否公开可访问。官网功能是否和 Appstore 勾选类别一致。定价是否和官网价格页一致。Logo 是否和官网一致。支持页面、隐私政策、服务条款是否完整。SP-API 权限申请是否和应用功能匹配。是否存在商标、夸大宣传、敏感数据或违规功能描述。实际准备时建议按照“官网内容、Appstore 文案、权限申请、隐私政策、实际系统功能”五个维度统一检查。只要这些内容保持一致并且网站正式可用、联系方式真实有效、数据用途说明清楚上架审核通过率会明显提高。