应用政策 更新时间: 2026年3月10日
以下政策适用于在 Meta Horizon 平台托管的所有应用。
1.1.1.在平台托管的应用不得包含、使用或提供商业解决方案,包括用于应用支付处理、应用内购买或应用内广告的商业解决方案,但此政策或平台 SDK 中有明确规定或者您与 Meta Platforms Technologies 有明确书面约定的情况除外。例如,如果您的应用具有应用内购买功能,且应用通过包括 Meta Horizon 商店在内的任何 Meta Platforms Technologies 版本通道进行发布,则必须使用
平台应用内购买 功能来进行此类支付处理。应用内广告必须遵循
广告政策 。
1.1.2.上述政策有以下受允许的例外情况:
批量销售应用内购买或订阅许可 :开发者唯一可在平台外销售预付费应用内功能的许可的情况是,向企业客户(如公司或教育机构)批量销售此类许可。现有服务的窗口 :作为现有服务的窗口 的应用可以销售原有的、平台外订阅内容的访问权限。实物商品和服务 :仅当您获得 Meta Platform Technologies 的明确书面同意后,才能在应用外销售实物商品和服务。开发者必须使用平台应用内购买以外的购买方式来收取实物商品和服务的款项。
1.2.1.您可以在应用中使用促销机制(例如:密钥、优惠码或其他机制)向有限数量的用户提供高级应用的使用权利,应用内产品、道具或活动的一次性访问权限,或者订阅服务的试用机会。
根据内容准则 ,这些机制不得促成或推广在线赌博、在线真钱博彩或在线彩票(例如需要进行某种支付才能参与的抽奖活动)。 这些机制不得作为用户点评的交换或奖励,您也不得在任何促销机制中提供实物商品。 您必须公平地监管这些机制并遵守所有适用法律和法规。您不得通过这些机制损害 Meta 旗下平台用户的利益。例如,如果您的内容在其他地方的售价更低,您必须向 Meta 旗下平台用户提供同等的价格。 Meta 将不会协助您监管您的促销机制。如果我们发现您对促销机制的使用未遵守本政策,我们可能会采取处理措施,包括撤销您对 Meta 提供的促销机制(例如密钥)的访问权限。
2.1.1.除非您和 Meta Platforms Technologies 书面明确同意,平台托管的应用不得投放广告。
2.1.2.尽管有前述规定,某些应用属于
现有服务的窗口 并符合
社交媒体应用 政策,因此允许投放广告。任何展示广告的应用必须符合广告投放地区的适用法律和广告标准,包括(但不限于)广告不得具有欺骗性或不公平性,并且索赔必须能够得到实现。此外,所有广告必须满足以下内容、隐私和功能要求:
2.1.3.广告被视为应用的一部分,必须遵守适用于应用的所有政策,包括(但不限于)
内容准则 、本页提及的应用政策,以及
开发者数据使用政策 。
2.1.4.广告内容还须符合以下要求
广告内容必须适合受众年龄。广告及其相关推广(例如,在广告中推广另一个应用的下载)必须适合应用的内容评级。 广告不得包含色情内容(即使没有上升到色情制品的水平),即使此类内容为我们的内容准则 所允许。 广告不得推广不安全物质(包括娱乐性药物)、武器、弹药或爆炸物、烟草及相关产品、酒精、网上赌博、大麻及相关产品。 广告不应描绘处于不安全状况的成人或儿童,或者宣扬不安全的行为。 广告不得模仿或模拟系统功能或服务,或干扰应用的主要功能或正常系统/设备操作。 广告必须包括适当的披露,而不能伪装成社论内容。披露要求可能因司法管辖权而异。
2.1.5.广告必须符合格式要求,而且不得对用户体验产生负面影响。
只允许视频插播广告(片前/片中/片后)、悬窗广告、横幅广告或插屏广告。并非旨在暂停应用中内容的广告(例如横幅广告)不能占据内容所在窗口的 40% 以上,以免扰乱用户体验。不允许在环境中(应用运行的窗口之外)弹出广告。
不得提供立体、头部位置追踪或沉浸式广告。 包含链接的应用在打开链接时必须使用默认的外部浏览器。 广告应该容易识别,不应模糊广告和非广告之间的界线。
2.1.6.在不同司法管辖范围内有许多适用于不同年龄段的年轻受众广告的法律和法规。开发者有责任确保在其应用中向年轻人展示的任何广告符合这些法律和法规,例如:
广告必须只推广适合受众年龄的内容和产品。 广告不能利用年轻人的不成熟、轻信或缺乏经验,包括但不限于使用收费服务、积分计划、抽奖和竞赛等方面。 广告不得施加压力,或者暗示同行地位或其他未经证实的好处。 广告不得推广不健康的食物(如“HFSS” - 高脂肪/高盐/高糖食物)。 广告不得包含购买或让父母购买产品的直接劝告(“现在就买!”/“马上叫您的父母买!”)。 应用不得使用 Meta 提供的来自 13 岁或数字法定同意年龄(以较高者为准)以下用户的数据来定位或定制广告。尽管有前述规定,应用可以使用必要的数据(如年龄和大概位置数据)来识别这些用户,以确保向这些用户展示的广告(如有)符合适当的法律和法规。
2.1.7.数字法定同意年龄因不同司法管辖区和不同背景而异。您应咨询法律顾问,以帮助您确定哪些义务和/或年龄限制可能适用于您的应用。别请参阅我们的
开发者数据使用政策 ,了解更多关于如何使用 Meta 提供的数据的信息。
3.1.1.平台旨在提供适合在受支持的设备上运行的优质内容。为了维护平台的完整性并打造良好的用户体验,只有在满足下列条件的情况下,应用才能提供其他应用(流式传输或其他类型)的访问入口:
用户已经购买了相关内容且应用只是在提供该内容的访问入口,或者 内容传输自通过本地网络连接的本地来源。 3.1.2.允许提供插件或扩展程序,但前提是不需要购买。应用不得包含对其他应用或体验的购买,除非遵守 Meta Quest 支付政策。
3.1.3.注意,您对您通过自己的应用提供的所有应用、插件或扩展程序的功能和合规性负责,包括遵守
支付 政策、
内容准则 、
开发者数据使用政策 和其他任何适用的条款和政策。
3.2.1.应用可包含下列类型的流式传输内容:
直线、视频或非沉浸式内容,无论流式传输的来源为何。 流式传输自通过本地网络连接的本地来源的立体、头部位置追踪或沉浸式内容,以有线或无线方式连接到用户的电脑。 流式传输自虚拟设备或云端来源的立体、头部位置追踪或沉浸式内容,但前提是您已经获得 Meta Platform Technologies 的明确书面同意。 3.3.2.所有应用链接都必须满足用户适龄性要求,符合体验年龄分级标准,并遵循我们的政策及适用法律,包括访问链接时需获得用户的知情同意,以及遵循我们的《开发者数据使用政策》。
3.3.3.禁止 行为示例包括:
开发者之间就利用深度链接推广应用达成协议或共识,并为此交换任何有价值物品。有价值物品包括但不限于数据、法定货币或数字货币、游戏内代币/积分/硬币或其他可交换商品,或实物转让。 因引导用户流量而按用户、花费时间或其他互动协议或共识向源头应用支付费用。 故意使用链接来操控应用在 Meta 各平台界面的发布,或规避任何 Meta 政策,包括 Meta 的支付 政策或开发者数据使用政策 。
3.3.4.允许行为示例:
通过深度链接向用户提供专属内容、功能或折扣。 静态付费品牌版位。
3.4.1.多用户功能允许主要用户将其他用户添加到其 Meta 设备。启用多用户功能后,账户的主要持有人还可启用应用共享,与次要账户共享其应用权利。次要账户持有人将能在共享设备上从自己的应用库中启动主要用户的应用,还可在应用中保存自己的身份信息、成就和游戏存档。
3.4.2.应用共享是一项平台功能,除非 Meta Platforms Technologies 另有书面约定,否则提交的所有应用均须支持应用共享。为清楚起见,即使发布协议中有任何相反的规定,本政策也适用。
4.1.1.现有服务的窗口是以让用户消费原有、平台外、非互动式媒体内容或访问各平台可用的服务为其主要目的的应用。这些应用可能是原生直线应用,也可能是在非互动式环境或有限互动性环境中的一个或多个直线窗口上显示内容的应用。有限的互动性意味着任何互动式元素对于查看窗口上的内容都是外围的,或者旨在增强观看体验。
4.1.2.示例包括营造电影院、体育场、多窗口客厅等环境。
媒体内容消费应用被允许以标准格式投放广告(例如,片头/片中/片尾广告、品牌彩笺、悬窗等),并需遵守广告政策 的相关规定。 这些应用可能不会向用户收取额外费用以访问有限的虚拟或增强现实互动、元素或内容。 所有购买必须遵循支付政策 。
4.2.1.社交媒体应用旨在消费用户生成的视频或文本,此类内容也可能是在非互动式环境或有限互动性环境中的一个或多个直线窗口上显示。
这些应用被允许以标准格式投放广告(例如,片头/片中/片尾广告、品牌彩笺、悬窗等),并需遵守
广告政策 的相关规定。
4.3.1.付费应用(包括应用内购买、投放应用内广告或请求平台 SDK 功能的应用)可能不仅限于提供有限的效用或功能。
4.4.1.我们希望为用户打造一个可靠且值得信赖的应用使用环境。我们的 Meta Platforms Technologies 系统级功能旨在增强和简化各个应用的用户体验。您不得禁用、改写或以其他方式更改任何此类系统级功能或其他系统行为。此外,您的应用不得包含任何可能使用户无法区分您的应用与 Meta Platforms Technologies 系统的特性、功能或其他元素(例如,模仿任何系统级功能或引入用户有理由期望是系统级功能的任何功能)。注意,我们的
SDK 协议 也禁止任何此类活动。
4.5.1.我们欢迎独具特色的优质 360 度全景视频系列,尤其是可互动的视频。如果您的应用以视频为主,则可考虑集成环绕立体声。我们通常不接受只提供少量 2D 视频的应用,也不接受只包含单个 360 度全景视频的应用。
4.5.2.对于单个 360 度全景视频,可考虑发布至 Meta Platforms Technologies 视频。Meta Platforms Technologies 视频汇聚了优质内容,通过有吸引力的 360 度全景短视频展示 VR 的沉浸式体验。请访问
Meta Platforms Technologies 创作者门户 ,详细了解如何发布至 Meta Platforms Technologies 视频。
4.6.1.未经 Meta 事先书面许可,不允许在 Horizon 平台上使用 VPN 和密码管理工具应用。唯有取得应用防御联盟 (App Defense Alliance) 有效安全认证的 VPN 应用,才有资格纳入筛选考量。Meta 保留随时对此类应用进行安全审核的权利。
5.1.1.舒适度很重要。虽然舒适度是一种主观、多变和个人化的体验,但是我们希望能尽量向用户传达 VR 应用在正常情况下能为他们带来的预期体验。您必须为应用分配以下任一舒适度评级:舒适、适中、紧张。请查看 Meta Horizon 商店目录,了解这三种分级分别对应的标准。
“舒适”体验通常会避免相机移动、玩家运动或令人迷失方向的内容和特效。一般而言,使用固定相机的应用将归为这一级别。 相比之下,“适中”体验可能有更多的相机移动和玩家运动。 “紧张”体验通常会使用第一人称相机运动和加速,或大量相机移动和玩家运动。 5.1.2.通常而言,开发者应重点关注用户 VR 体验的舒适度。对舒适度的投入是非常值得的。即使“适中”和“紧张”级别的应用也应尽量努力提升舒适度。
5.2.1.所有应用都必须由国际年龄分级联盟 (IARC) 进行评级。将在韩国发布的所有应用还必须由游戏评级和管理委员会 (GRAC) 进行评级。您可以直接通过开发者面板中的“提交信息”>“内容评级”版块获得评级。
5.2.2.IARC 及其成员评级机构提供根据世界各地文化差异设计的评级,让消费者能够做出知情选择。完成评级流程后,IARC 将为应用提供年龄评级,从而帮助用户做出适合自己年龄的选择。在提交过程中,您将从开发者面板重定向到 IARC 网站,以便完成关于应用内容的问卷调查。应用评级不收取任何费用,且评级结果会即时显示。申请 IARC 评级即表明您理解并接受 Meta Platforms Technologies 将向 IARC 披露您的应用名称、组织名称和联系邮箱,以便获得评级。
5.2.3.Meta Platforms Technologies 是经 GRAC 授权的自评级机构,这意味着通过 Meta Platforms Technologies 获得 IARC 证书的游戏也将自动获得 GRAC 评级。
6.1.1.应用的任何位置都不得显示 Meta 商标,包括 Meta 名称、徽标及 Meta 产品或其合作伙伴的产品(如“Rift”、“Gear VR”、“Go”或“Quest”等)。例外情况:
对 Meta 硬件或服务的引用(例如,在“退回 Quest 主控室?”对话框或类似用户界面中引用)。 由 Meta 向您提供并明确表示可以包含在您的应用内的模型或网格(例如带有 Meta 徽标的控制器模型)。 6.2.1.发布前商品必须符合关于
商店营销材料指南 中的所有政策规定。您可以在发布前最多 90 天创建预购商品,并可选择在预购期间提供一次折扣优惠价。您可以在发布前最多 360 天创建即将推出商品,但 Meta Platforms Technologies 需以书面形式明确授权的情况除外。
6.2.2.创建发布前商品后,在最初公布的发布日期起 2 周内不得更改发布日期。如果您在最初公布的发布日期起 2 周内更改发布日期,Meta 可能会从 Meta Horizon 商店的任何精选页面中移除您的商品。如果应用在当前日期起 2 周内发生更改或延迟发布超过 90 天,Meta 将通知所有预购用户。
6.2.3.如果在计划应用发布日期前 2 天,您仍未获得 Meta 批准并预定日期的完整发布版本,预购订单将暂停履行,直至提供新的发布日期。
6.3.1.我们强烈建议所有开发者确保他们的应用兼容所有 Meta 设备并在所有 Meta 设备中都可正常运行,以便提供尽可能优质的用户体验。这能够让用户充分利用和享受他们购买的内容。
6.3.2.不过,如果您选择在一种或多种 Meta 设备上结束对您应用的支持,且这将造成您应用的用户无法访问内容或无法继续使用应用提供的基本服务,那么您必须提前至少 180 天向 Meta 和您的用户提供书面通知。
6.3.3.此类通知必须包含有关停用的详细信息,例如受影响的具体设备或平台和停止支持的日期。向用户清晰有效地传达这些信息对开发者来说非常重要。
6.4.1.季票捆绑包仅限与 Meta Platform Technologies 建立了稳定合作关系的开发者使用。
6.4.2 季票最早可在赛季开始日期前 90 天预售。
6.4.3 必须提供季票包含的所有保证内容的基本描述。
6.4.4 必须明确告知季票涵盖的保证内容的预期发布窗口期。