成功上架 iOS 马甲包的攻略指南
技术百科 
admin 
发布时间：2024-08-05 
浏览：140 次 （一）iOS 马甲包的定义
iOS 马甲包是指对已存在的应用程序进行重新设计，改变其外观、部分功能，并以新的应用名称和开发者账号提交到苹果商店的应用。它旨在利用规则漏洞，实现多种目的。
（二）iOS 马甲包的特点
审核严格：苹果对马甲包的审核越来越严格，采用机审、人审和人工智能审核三道关卡，增加了上架的难度。
需差异化处理：为了通过审核，需要在多个方面进行差异化，如 UI 设计、开发者信息、功能、元数据和代码等。
风险与挑战并存：虽然能带来一定好处，但存在被苹果检测和惩罚的风险，可能导致账号封禁、应用下架等后果。
（三）iOS 马甲包的常见用途
导量与提升排名：通过增加关键词覆盖，提高应用被搜索和下载的几率，帮助优质应用迅速提升排名。
新功能测试：在不影响主包的情况下，测试不确定效果的新功能，根据反馈决定是否在主包中迭代。
抵抗风险：当主包面临政策或市场风险时，马甲包可作为一种缓冲，降低损失。
品牌拓展：对于有一定知名度的品牌，通过马甲包吸引更多用户，提供新的使用体验，扩大品牌影响力。
二、开发 iOS 马甲包的要点
1. UI 设计调整
启动图和 logo 是 iOS 马甲包 UI 设计调整的关键元素。启动图必须坚决避免与原应用相同，要进行全新的设计，包括色彩搭配、图案布局和主题表达等方面。Logo 的修改同样至关重要，不能保留原有的任何特征，要从形状、颜色、细节等全方位改变。同时，还需注意 iTunes Connect 后台材料如宣传图、ICON 以及版权人的信息不能与原应用出现重复。在修改 UI 色调时，要选择与原应用有明显差异的配色方案，以突出新应用的独特性。此外，项目中图片的 hash 值也应进行修改，防止被苹果检测到相似性。
2. 代码处理技巧
在开发 iOS 马甲包时，代码处理方面需要着重关注多个要点。首先是文件夹的修改，应将工程中的文件夹全部重新命名，确保与原应用没有任何相似之处。项目名的修改也要彻底，使其具有独特性。类名的修改需遵循一定规则，可采用常见的代码单词进行随机组合，生成唯一的类名，并注意后缀的合理调整。添加混淆代码是关键步骤，将其他无关的代码引入工程，增加代码的复杂性，但要注意避免影响应用的正常功能。同时，对于系统方法名不能进行混淆，以免机审被拒。此外，项目中使用的代理方法混淆要全面覆盖，避免功能崩溃。在进行方法名混淆时，要提取非系统的所有方法名，制成混淆方法表并进行字符串替换，注意剔除常用字符串和单个单词，确保混淆的准确性和有效性。
三、上架 iOS 马甲包的准备
1. 账号相关
申请新账号时，需注意注册信息的真实性和完整性，包括公司主体、联系方式等。使用新账号时，要确保与其他账号的隔离，避免关联导致审核问题。尤其要注意网络和设备的独立性，不能在同一网络环境或设备上登录多个相关账号。同时，避免在新账号中出现与已上架应用相似的操作痕迹，以免被苹果判定为违规。
2. 素材准备
图片：图片内容和尺度要符合全年龄段要求。对于游戏类应用，若设置年龄限制较高，部分血腥或暴露的图片可能会被打回。同时，要确保图片的原创性，避免侵权问题。
名称和副标题：名称最多 30 个字符，副标题同理，建议都控制在 14 个字以内，避免被认为堆砌关键词。
关键词：可使用中国、英国英文、美国英文、澳洲英文、加拿大英文共 5 个地区做本地化，由苹果分词。关键词避免重复，重要的关键词放在开头，中文版关键词最为关键。
版权：若涉及版权和版号，最好在一开始就向苹果提供授权证明和资质证明，以节省时间并避免麻烦。
四、iOS 马甲包的功能规范
1. 新手引导
苹果审核时不看新手引导，而是需要一个能够体验所有功能的高级账号。若应用存在新手引导，会被直接打回，游戏类应用尤其要注意。为确保审核顺利，开发者应提供完整使用所有功能的测试账号。若不希望苹果看见某些功能，除了技术上要限制这个账号看不见这些内容，也应该对这些内容在过审时先隐藏，上架后再打开。
2. 热更新限制
热更新被拒的原因主要是违反了苹果的安全协议。苹果认为热更新可能会导致应用的行为和功能在未经审核的情况下发生变化，带来潜在的安全风险。应对策略包括：避免在应用中使用热更新机制；若无法避免，确保热更新的内容符合苹果的规定，并在提审时清晰说明热更新的目的和方式。
3. 游客与隐私协议
当 APP 需要注册并获取手机号、邮箱、姓名、身份证等信息，苹果认为这是隐私信息，会要求开发者提供游客模式。从 2018 年 10 月 3 日起，所有新 APP 和版本更新都需要包括隐私保护协议，并且，开发者必须同时上传 APP 到 APP Store 和苹果旗下的 TestFlight 移动应用服务测试软件。开发者若想修改隐私保护中的任何内容，都必须上传新版 APP。
4. IDFA 与 IPV6
IDFA：IDFA 是广告主识别码，让用户识别广告。苹果把设备 ID、MAC 地址当成用户隐私，因此 IDFA 就用来识别用户。若 APP 要调用 IDFA 做用户识别，提审的时候需要选择调用 IDFA，并说明调用目的。
IPV6：只要苹果审核人员连不上网或者联网慢，都会归咎于这个原因。处理办法包括检查服务器连接是否正常，重新提交时将截图或拍下视频放附件里；或者向苹果申诉，回复苹果我们的网络有问题，建议更换时间尝试。如果 App 本身有问题，例如不兼容 IPv6，最好的办法是让 App 兼容 IPv6 或通过升级服务器来支持 IPv6
五、iOS 马甲包的高危因素
1. 应用内福利
应用内福利在提审时需要特别谨慎。首先，应避免在提审阶段设置兑换码、激活码、CDK、邀请码、礼包码等福利。因为苹果要求每个用户在使用新APP时应享有基本的公平，若部分人有福利而部分人没有，就会被视为不公平。若一定要设置福利，最好等待APP上架后再行开启。同时，注意福利的设置不能影响应用的公平性和稳定性，避免因福利问题导致审核被拒或应用被下架。
2. 评论管理
为避免违规引导刷好评，开发者必须严格遵守苹果的规定。在任何阶段，都不能以有偿或诱导的方式引导用户刷好评。提审时尤其要注意，不能在应用内或相关宣传中暗示用户给出好评。上架后，同样不能采取此类违规行为，否则一旦被发现，应用将面临被下架的风险。同时，应注重提升应用的质量和用户体验，以自然的方式获取真实、有价值的用户评价。
3. 月卡设置
苹果允许设置月卡，但形式应为非自动续订型的订阅方式。用户从购买之日起可以连续领取30日。部分开发者在APP内通过程序控制，要求用户连续登录30日领取的方式是不符合苹果规定的。这种违规操作可能导致应用无法通过审核或被下架。
4. 第三方支付
苹果严禁第三方支付如微信、QQ钱包、支付宝、银联等。一旦发现应用接入第三方支付，苹果将直接下架该APP，因为苹果要抽取30%的流水。开发者应严格遵守这一规定，仅使用苹果提供的支付渠道，以确保应用能够顺利通过审核并上架。
六、iOS 马甲包过审秘诀
1. 初审图要点
在初审阶段，苹果对于宣传图的要求较为严格。此时，宣传图应尽量贴近 APP 的实际情况，避免过度美化，确保展示的内容真实、清晰。更新阶段相对初审则宽松一些，可适当进行美化，但仍要注意不能与实际功能相差过大，以免引起用户误解或投诉。
例如，对于一款游戏类的 iOS 马甲包，初审图应重点突出游戏的核心玩法、操作界面等关键元素，避免使用过于绚丽或夸张的特效。而在更新时，可以在保持核心元素不变的基础上，对色彩、光影等方面进行微调，增强视觉吸引力。
2. 测试账号准备
提供一个完整功能的测试账号对于 iOS 马甲包过审至关重要。苹果审核时注重测试账号能否全面体验应用的各项功能，若缺少这一环节，很可能导致审核被拒。
一个完整功能的测试账号能够让审核人员更直观地了解应用的性能、稳定性以及是否符合苹果的规定。此外，通过测试账号，开发者还能提前发现并解决潜在的问题，提高过审的成功率。
若开发者不希望苹果在审核时看到某些功能，可以通过技术手段对测试账号进行限制。但需要注意的是，这种限制应合理且不影响应用的主要功能展示。
同时，确保测试账号所涉及的信息真实有效，如用户资料、支付流程等，避免因虚假信息导致审核不通过。
七、审核时长与加急审核
1. 常规审核周期
一般而言，对于游戏类的 iOS 马甲包，初审包的审核等待时间为提交后 2 - 3 周，进入审核后持续 3 - 5 天出结果。非游戏类的 iOS 马甲包初审包审核时间相对较短，约为 1 - 2 周。更新包方面，游戏类通常从提交完毕后等待 3 - 5 天，进入审核后 1 - 2 天出结果；非游戏类 APP 则需要 2 - 5 天。需要注意的是，这些时长并非绝对固定，还会受到多种因素的影响，如账号的信誉、应用的复杂程度等。
2. 加急审核条件
苹果认可的加急理由主要包括以下方面：
重大事件（Time-Sensitive Event）：例如应用需要在特定节日或大型活动期间上架，且能详细说明该节日或活动与应用的紧密关系、重要性和经济程度。
修复 Bug（Critical Bug Fix）：应用存在严重的崩溃问题，影响用户体验，在新版本中已进行修复，并明确说明修复的具体内容。
在申请加急审核时，应尽量用英文清晰、准确地阐述加急理由，强调问题的严重性和紧急性。同时，要注意苹果不保证一定会加急审核，且可能限制加急审核的次数，因此应谨慎使用加急申请。
八、iOS 马甲包的流水分成
1. 分成比例
理论上，开发者可以获得 70%的流水。然而，实际到手的流水往往会略少。对于可订阅的 App，苹果 2016 年新政规定，第一年收取 30%的分成，从第二年起降至 15%，以让开发者获得更多盈利。但在实际操作中，可能会因各种因素导致到手的分成减少，比如代扣税、国际汇率波动等。
2. 相关问题应对
代扣税
代扣税是影响流水分成的一个因素。开发者需要了解相关税收政策，确保合规纳税，以避免因税务问题导致分成减少或面临法律风险。
汇率空子
用户可能会通过将账号转移到汇率波动国进行支付，从而影响开发者的收益。对此，可在用户支付时获取货币符号，若与 APP 上架国家不同则拒绝支付。
坏账
当用户使用信用卡支付后向银行挂失，银行截留资金会导致苹果收不到钱，进而影响开发者的分成。为应对这种情况，开发者可与支付渠道合作，加强风险防控。
九、惩罚机制
1. 延迟审核
延迟审核的原因通常包括开发者提交的应用包含了苹果不允许的内容，如隐藏内容、存在马甲包行为，或者违反了苹果的相关规定。此外，应用中出现重复应用、元数据违规（如标题或截图违规）、涉及敏感内容、存在违规代码、接入第三方支付、存在欺诈内容等问题也可能导致延迟审核。
延迟审核带来的影响主要有两个方面。一方面，极大地降低了应用的审核效率。原本苹果的审核周期约为 4 天左右，而延迟审核可能使开发者需要对应用进行多次修改和重新提交，等待审核的时间显著增长。另一方面，同一账号下的其他应用可能受到牵连。一款应用被延迟审核后，该账号下其他应用更新、上架也可能面临延迟审核的风险。
2. 清榜与下架
违规导致的清榜后果通常是初次刷榜被发现，生效时间一般为 50 - 70 天。应用被下架则可能是因为涉及版权或资质纠纷、使用第三方支付、刷好评被警告后仍继续刷等原因。这些违规行为严重违反了苹果的规定和政策，不仅损害了用户体验，也破坏了应用市场的公平竞争环境。
3. 封号风险
同一设备登录的账号存在被封禁的可能性。若账号被检测出存在违规行为，如使用马甲包且被苹果发现，或者存在多次违反苹果规定的情况，都可能导致账号封禁。一旦账号被封禁，不仅影响当前正在审核或已上架的应用，还可能波及同一开发者的其他相关账号。为降低风险，开发者在提交马甲包时应尽量使用虚拟机，并严格遵守苹果的各项规定。
