Sign in with Apple技术要求摘要

Sign in with Apple是苹果提供的身份验证服务，允许用户使用已有的Apple账户进行登录或注册，无需填写表单、验证邮箱或创建密码。该服务具有以下主要特点：

1. 隐私保护：用户可选择分享一个唯一的随机邮箱地址，该地址会自动将消息转发到用户的个人邮箱。苹果不会使用此服务来分析用户或其应用活动。

2. 安全性：集成了Face ID、Touch ID或Optic ID认证，并内置双重认证。

3. 跨平台支持：可在所有平台上提供，包括非苹果平台。

4. 用户体验原则：建议开发者延迟要求登录，仅在提供价值时请求登录，允许用户链接现有账户，并在完成登录后立即欢迎用户。

5. 数据收集要求：最小化数据请求，明确哪些数据是必需的，不要要求用户提供密码，尊重用户选择使用私人中继地址的决定，对收集的数据保持透明。

6. 按钮显示规范：提供了多种按钮样式和标题变体，包括白色、带轮廓的白色和黑色按钮，以及自定义按钮的指南。

与问题相关的信息提取

关于Sign in with Apple的技术要求，特别是用户邮箱和手机号的要求，网页内容提供了以下关键信息：

1. 邮箱要求：

   • Sign in with Apple允许用户选择分享一个唯一的、随机的邮箱地址（私人中继地址），该地址会自动将消息转发到用户的个人邮箱。
   • 开发者必须尊重用户选择使用私人中继地址的决定，不应要求用户提供个人邮箱地址来覆盖这一选择。
   • 如果用户选择了私人中继地址，开发者应确保用户可以在应用或网站中查看该地址，或引导用户通过设置查找该地址。
   • 开发者可以在用户界面中显示用户分享的邮箱地址，以建立透明度。

2. 手机号要求：

   • 网页内容中提到，如果开发者需要收集额外的联系信息（如电话号码），应该：
     • 明确说明这些信息是必需的还是推荐的
     • 如果是可选信息，应让用户先体验应用，然后再请求这些信息
     • 解释为什么需要这些额外数据（例如，提供实时短信更新）
     • 如果用户选择不提供可选信息，不应阻止他们访问账户或使用应用的所有功能
   • 当无法使用邮箱地址识别用户时，可以使用电话号码等其他标识值

3. 数据收集总体原则：

   • 最小化数据请求：仅收集必要的信息
   • 透明度：清楚说明为什么需要这些数据以及如何使用
   • 区分必需和可选数据：明确哪些信息是法律或合同要求的
   • 不要要求用户提供密码：这是Sign in with Apple的主要优势之一
   • 尊重用户隐私选择：特别是关于邮箱地址的选择

这些要求体现了Apple对用户隐私的重视，以及对开发者在实现Sign in with Apple时应遵循的最佳实践指导。

相关网页链接

1. Authentication Services - 提供开发者指南
2. Offering Sign in with Apple - 关于何时提供Sign in with Apple的指南
3. Collecting data - 关于数据收集的指南
4. Displaying buttons - 关于显示Sign in with Apple按钮的指南
5. Using the system-provided buttons - 使用系统提供的按钮的指南
6. Creating a custom Sign in with Apple button - 创建自定义按钮的指南
7. ASAuthorizationAppleIDButton - iOS、macOS和tvOS的按钮API
8. WKInterfaceAuthorizationAppleIDButton - watchOS的按钮API
9. Displaying Sign in with Apple buttons on the web - 在网页上显示按钮的指南
10. Sign in with Apple button - 查看和调整网页按钮的预览并获取代码

相关图片

1. 标题图片

   • Title: Sign in with Apple介绍图
   • Content: Apple标志的草图，暗示Sign in with Apple功能，覆盖有矩形和圆形网格线，并带有蓝色色调
   • Source: Apple
   • Link: https://docs-assets.developer.apple.com/published/0e77230e8cf51c67c7d3a883ec8e0373/technologies-SIWA-intro%402x.png

2. 购买后创建账户示例

   • Title: 订单确认后创建账户
   • Content: iPhone上订单确认屏幕的插图，包括"创建账户"和"使用Apple注册"按钮
   • Source: Apple
   • Link: https://docs-assets.developer.apple.com/published/0a8fc114b12c4ad6fdc4a0c1835957ec/create-account-after-purchase%402x.png

3. Sign in with Apple按钮样式 - 白色

   • Title: 白色Sign in with Apple按钮
   • Content: 正确和错误使用白色按钮的示例
   • Source: Apple
   • Link: https://docs-assets.developer.apple.com/published/52f84df8a5d3921114072cafe76d1cd3/apple-account-white-yes%402x.png

4. Sign in with Apple按钮样式 - 带轮廓的白色

   • Title: 带轮廓的白色Sign in with Apple按钮
   • Content: 正确和错误使用带轮廓白色按钮的示例
   • Source: Apple
   • Link: https://docs-assets.developer.apple.com/published/b47cf86de6868de43b8d7503337522fe/apple-account-outline-yes%402x.png

5. Sign in with Apple按钮样式 - 黑色

   • Title: 黑色Sign in with Apple按钮
   • Content: 正确和错误使用黑色按钮的示例
   • Source: Apple
   • Link: https://docs-assets.developer.apple.com/published/915b5d4767463bca63ab0adafa6846f9/apple-account-black-yes%402x.png

6. 自定义Sign in with Apple按钮示例

   • Title: 自定义登录屏幕
   • Content: 两个并排的iPhone显示登录屏幕，展示了不同的自定义按钮样式
   • Source: Apple
   • Link: https://docs-assets.developer.apple.com/published/7b12d1db6d56480ab4000122522945e1/custom-sign-in-screens%402x.png

7. Apple标志艺术文件示例 - 黑色

   • Title: 黑色仅标志按钮
   • Content: 白色方块中的黑色Apple标志，周围有粗边框
   • Source: Apple
   • Link: https://docs-assets.developer.apple.com/published/ed607e1cf28c1cd7497035516c9d06cf/siwa-black-logo-only%402x.png

摘要

这个网页内容非常简洁，仅包含"Only search within 'Support'"的标题和5个快速链接。这些链接分别指向苹果开发者网站的不同资源部分：下载(Downloads)、文档(Documentation)、示例代码(Sample Code)、视频(Videos)和论坛(Forums)。网页似乎是苹果开发者支持页面的一部分，提供了开发者可能需要的主要资源入口。网页结构简单，没有提供关于App Store Review Guidelines或Login Services的具体内容，只是作为导航页面引导用户前往更详细的资源。

与问题相关的信息

无与问题有关的内容。当前网页只是一个简单的导航页面，包含5个快速链接，没有提供任何关于App Store Review Guidelines 4.8 Login Services或Sign in with Apple要求的信息。

相关网页链接

1. Downloads - 链接上下文：Quick Links
2. Documentation - 链接上下文：Quick Links
3. Sample Code - 链接上下文：Quick Links
4. Videos - 链接上下文：Quick Links
5. Forums - 链接上下文：Quick Links

有帮助的图片

无与问题相关的图片。

网页内容摘要

该网页是苹果开发者网站的"Guidelines"（指南）部分，提供了开发者在设计、应用审核和营销方面的详细标准和最佳实践。网页包含六个主要链接，分别指向不同类型的指南：1) App Review Guidelines（应用审核指南），确保应用符合技术、内容和设计标准，避免被拒绝的常见问题；2) App Store Marketing Resources and Identity Guidelines（应用商店营销资源和标识指南），指导如何正确使用App Store徽章、照片、视频等营销元素；3) App Store Promo Artwork Guidelines（应用商店推广艺术品指南），帮助准备推广艺术品以便应用在App Store获得推荐展示；4) Human Interface Guidelines（人机界面指南），提供设计与苹果平台无缝集成的应用的详细指导；5) Apple Wallet Guidelines（苹果钱包指南），关于在应用、网页和邮件中集成Apple Wallet按钮的指南；6) Apple Pay Marketing Guidelines（苹果支付营销指南），指导如何向客户宣传Apple Pay的使用。

与探究问题相关的信息

网页内容中没有直接提及"Sign in with Apple"或"4.8 Sign in with Apple"的具体要求。虽然页面包含了指向"App Review Guidelines"（应用审核指南）的链接，这可能包含关于Sign in with Apple的要求，但当前页面本身并未提供这些具体信息。要获取关于App Store Review Guidelines 4.8 Sign in with Apple的最新要求，需要点击"App Review Guidelines"链接进一步查看详细内容。

相关网页链接

1. App Review Guidelines - "Make sure your app aligns with the technical, content, and design criteria that we use to review all apps, and learn about common issues that cause apps to get rejected."

   这个链接最可能包含关于Sign in with Apple的具体要求，因为它指向完整的应用审核指南，而4.8 Sign in with Apple应该是这些指南的一部分。

2. Human Interface Guidelines - "Follow in-depth guidance and take advantage of UI resources for designing great apps that integrate seamlessly with Apple platforms."

   这个链接可能包含关于如何在UI中正确实现Sign in with Apple的设计指南。

相关图片

网页中没有与"Sign in with Apple"相关的图片。

无与问题有关的图片内容。

1. 网页内容摘要

这是苹果公司的App Store审核指南网页，为开发者提供了应用提交审核的详细规则。网页分为五个主要部分：安全、性能、商业、设计和法律。指南开头强调App Store的核心原则是为用户提供安全体验，同时为开发者创造成功机会。在欧盟地区，开发者还可以通过替代应用市场和网站直接分发经过公证的iOS和iPadOS应用。网页详细介绍了提交应用前需要检查的事项，包括测试应用、确保元数据准确、更新联系信息等。安全部分涵盖了不可接受的内容类型，如冒犯性内容、暴力描述、色情内容等。网页还特别标注了哪些指南同时适用于欧盟地区iOS和iPadOS应用的公证流程，这些条目旁边有一个钥匙图标。

2. 与问题相关的信息提取

在提供的网页内容中，没有找到与"App Store Review Guidelines 4.8 Sign in with Apple"相关的具体信息。网页内容包含了App Store审核指南的部分章节，主要涵盖了引言、提交前准备、安全(1.x)和性能(2.x)部分的内容，但没有展示设计(4.x)部分的内容，因此没有包含4.8节关于Sign in with Apple的最新要求。

网页左侧导航栏中确实有"4. Design"部分的链接，但在当前提供的内容中并未展开这部分内容。要获取关于Sign in with Apple的最新要求，需要查看完整指南中的第4.8节内容。

3. 相关网页链接

1. Introduction - 指南介绍部分链接
2. Before You Submit - 提交前准备部分链接
3. 1. Safety - 安全部分链接
4. 2. Performance - 性能部分链接
5. 3. Business - 商业部分链接
6. 4. Design - 设计部分链接（与问题最相关，但内容未在当前页面展示）
7. 5. Legal - 法律部分链接
8. After You Submit - 提交后部分链接
9. alternative app marketplaces - 替代应用市场相关信息
10. Apple Developer Program - 苹果开发者计划信息

4. 相关图片提取

只有一张与问题无关的图片：

• Title: ASR & NR
• Content: 钥匙图标，用于标识哪些指南同时适用于iOS和iPadOS应用的公证流程
• Source: Apple
• Link: https://developer.apple.com/app-store/review/images/key-icon.svg

由于网页中没有与"Sign in with Apple"相关的图片，因此没有更多相关图片可提取。

摘要

ASAuthorizationAppleIDCredential类是Apple提供的用于"使用Apple登录"功能的凭证类，包含多个属性用于用户身份识别和获取用户信息。该类主要分为三类属性：用户身份识别相关属性（identityToken、authorizationCode、state、user）、用户联系信息相关属性（authorizedScopes、fullName、email）以及用户特征检测相关属性（realUserStatus、userAgeRange）。该类继承自NSObject，并遵循多个协议如ASAuthorizationCredential、NSCoding、NSCopying等。此类是实现Apple登录功能的核心组件，为开发者提供了安全获取用户信息的方式，同时保护用户隐私。

与问题相关的信息提取

ASAuthorizationAppleIDCredential类包含以下属性：

1. 用户身份识别相关属性：

   • identityToken (Data?): 一个JSON Web Token (JWT)，用于安全地向应用传达用户信息
   • authorizationCode (Data?): 应用用于与服务器交互的令牌
   • state (String?): 应用提供给生成凭证的请求的任意字符串
   • user (String): 已验证用户的标识符

2. 用户联系信息相关属性：

   • authorizedScopes ([ASAuthorization.Scope]): 用户授权应用访问的联系信息
   • fullName (PersonNameComponents?): 用户的全名，来自Apple ID或用户在"使用Apple登录"UI中提交的值
   • email (String?): 用户的电子邮件地址

3. 用户特征检测相关属性：

   • realUserStatus (ASUserDetectionStatus): 指示用户是否为真实人物的值
   • userAgeRange (ASUserAgeRange): 用户年龄范围信息

根据文档内容，ASAuthorizationAppleIDCredential类中没有包含手机号(phone number)相关的属性。该类提供的用户联系信息仅限于用户的全名(fullName)和电子邮件地址(email)，没有提供获取用户手机号的属性或方法。

相关网页链接

1. Identifying a User - 关于用户身份识别相关属性的文档部分
2. var identityToken: Data? - identityToken属性的详细文档
3. var authorizationCode: Data? - authorizationCode属性的详细文档
4. var state: String? - state属性的详细文档
5. var user: String - user属性的详细文档
6. Getting Contact Information - 关于获取联系信息相关属性的文档部分
7. var authorizedScopes: [ASAuthorization.Scope] - authorizedScopes属性的详细文档
8. var fullName: PersonNameComponents? - fullName属性的详细文档
9. var email: String? - email属性的详细文档
10. Implementing User Authentication with Sign in with Apple - 关于如何实现使用Apple登录的用户认证的文档

相关图片

网页内容中没有包含图片。

1. 网页内容摘要

这是苹果公司的App Store审核指南网页，为开发者提供应用提交审核的详细规则。内容包括五个主要部分：安全、性能、商业、设计和法律。指南开篇强调App Store的核心原则是为用户提供安全体验，同时为开发者创造成功机会。网页特别提到在欧盟地区，开发者可以通过替代应用市场和网站直接分发经过公证的iOS和iPadOS应用。指南详细列出了提交前的检查清单，以及可能导致应用被拒的常见问题。安全部分涵盖了不良内容、用户生成内容、儿童类别应用、物理伤害风险等方面的规定。性能部分则关注应用完整性、测试版和元数据准确性等要求。网页使用图标标记了同时适用于iOS和iPadOS应用公证的指南条款。

2. 与探究问题相关的信息

在提供的网页内容中，没有找到与"App Store Review Guidelines 4.8 Sign in with Apple"相关的具体信息。网页内容包含了App Store审核指南的部分章节，主要涵盖了引言、提交前准备、安全(1.x)和性能(2.x)相关的指南，但并未包含设计(4.x)章节下的内容，特别是4.8节关于Sign in with Apple的要求。

网页目录中确实列出了"4. Design"作为主要章节之一，但在提供的内容中并未展开这部分内容。要获取关于Sign in with Apple的最新要求，需要查看完整指南中的第4章设计部分，特别是4.8节。

3. 相关网页链接

1. Introduction - 介绍App Store审核指南的基本原则
2. Before You Submit - 提交应用前的准备工作
3. 1. Safety - 安全相关的指南
4. 2. Performance - 性能相关的指南
5. 3. Business - 商业相关的指南
6. 4. Design - 设计相关的指南(可能包含Sign in with Apple的要求)
7. 5. Legal - 法律相关的指南
8. After You Submit - 提交应用后的相关信息
9. alternative app marketplaces - 替代应用市场相关信息
10. Apple Developer Program - 苹果开发者计划信息

4. 相关图片

1. Title: ASR & NR
   Content: 标识适用于iOS和iPadOS应用公证的指南图标
   Source: Apple
   Link: https://developer.apple.com/app-store/review/images/key-icon.svg

5. 多语言支持

我已使用中文回复您的查询。根据您提供的网页内容，未能找到关于App Store Review Guidelines 4.8 Sign in with Apple的最新要求信息。要获取这些信息，您需要查看完整的App Store审核指南文档中的设计(Design)章节。

Apps are changing the world, enriching people’s lives, and enabling developers like you to innovate like never before. As a result, the App Store has grown into an exciting and vibrant ecosystem for millions of developers and more than a billion users. Whether you are a first-time developer or a large team of experienced programmers, we are excited that you are creating apps for our platforms, and want to help you understand our guidelines so you can be confident your app will get through the review process quickly.

• Introduction
• Before You Submit
• 1. Safety
• 2. Performance
• 3. Business
• 4. Design
• 5. Legal
• After You Submit

Introduction

The guiding principle of the App Store is simple—we want to provide a safe experience for users to get apps and a great opportunity for all developers to be successful. We do this by offering a highly curated App Store where every app is reviewed by experts and an editorial team helps users discover new apps every day. We also scan each app for malware and other software that may impact user safety, security, and privacy. These efforts have made Apple’s platforms the safest for consumers around the world.

In the European Union, developers can also distribute notarized iOS and iPadOS apps from alternative app marketplaces and directly from their website. Learn more about alternative app marketplaces, Web Distribution, and Notarization for iOS and iPadOS apps. You can see which guidelines apply to Notarization for iOS and iPadOS apps by clicking on “Show Notarization Review Guidelines Only” in the menu to the left.

For everything else there is always the open Internet. If the App Store model and guidelines or alternative distribution and Notarization for iOS and iPadOS apps are not best for your app or business idea that’s okay, we provide Safari for a great web experience too.

On the following pages you will find our latest guidelines arranged into five clear sections: Safety, Performance, Business, Design, and Legal. The App Store is always changing and improving to keep up with the needs of our customers and our products. Your apps should change and improve as well in order to stay on the App Store.

A few other points to keep in mind about distributing your app on our platforms:

• We have lots of kids downloading lots of apps. Parental controls work great to protect kids, but you have to do your part too. So know that we’re keeping an eye out for the kids.
• The App Store is a great way to reach hundreds of millions of people around the world. If you build an app that you just want to show to family and friends, the App Store isn’t the best way to do that. Consider using Xcode to install your app on a device for free or use Ad Hoc distribution available to Apple Developer Program members. If you’re just getting started, learn more about the Apple Developer Program.
• We strongly support all points of view being represented on the App Store, as long as the apps are respectful to users with differing opinions and the quality of the app experience is great. We will reject apps for any content or behavior that we believe is over the line. What line, you ask? Well, as a Supreme Court Justice once said, “I’ll know it when I see it”. And we think that you will also know it when you cross it.
• If you attempt to cheat the system (for example, by trying to trick the review process, steal user data, copy another developer’s work, manipulate ratings or App Store discovery) your apps will be removed from the store and you will be expelled from the Apple Developer Program.
• You are responsible for making sure everything in your app complies with these guidelines, including ad networks, analytics services, and third-party SDKs, so review and choose them carefully.
• Some features and technologies that are not generally available to developers may be offered as an entitlement for limited use cases. For example, we offer entitlements for CarPlay Audio, HyperVisor, and Privileged File Operations.

We hope these guidelines help you sail through the review process, and that approvals and rejections remain consistent across the board. This is a living document; new apps presenting new questions may result in new rules at any time. Perhaps your app will trigger this. We love this stuff too, and honor what you do. We’re really trying our best to create the best platform in the world for you to express your talents and make a living, too.

Before You Submit

To help your app approval go as smoothly as possible, review the common missteps listed below that can slow down the review process or trigger a rejection. This doesn’t replace the guidelines or guarantee approval, but making sure you can check every item on the list is a good start. If your app no longer functions as intended or you’re no longer actively supporting it, it will be removed from the App Store. Learn more about App Store Improvements.

Make sure you:

• Test your app for crashes and bugs
• Ensure that all app information and metadata is complete and accurate
• Update your contact information in case App Review needs to reach you
• Provide App Review with full access to your app. If your app includes account-based features, provide either an active demo account or fully-featured demo mode, plus any other hardware or resources that might be needed to review your app (e.g. login credentials or a sample QR code)
• Enable backend services so that they’re live and accessible during review
• Include detailed explanations of non-obvious features and in-app purchases in the App Review notes, including supporting documentation where appropriate
• Check whether your app follows guidance in other documentation, such as:

Guidelines that include

1. Safety

When people install an app from the App Store, they want to feel confident that it’s safe to do so—that the app doesn’t contain upsetting or offensive content, won’t damage their device, and isn’t likely to cause physical harm from its use. We’ve outlined the major pitfalls below, but if you’re looking to shock and offend people, the App Store isn’t the right place for your app. Some of these rules are also included in Notarization for iOS and iPadOS apps.

• 1.1 Objectionable Content

  Apps should not include content that is offensive, insensitive, upsetting, intended to disgust, in exceptionally poor taste, or just plain creepy. Examples of such content include:

  • 1.1.1 Defamatory, discriminatory, or mean-spirited content, including references or commentary about religion, race, sexual orientation, gender, national/ethnic origin, or other targeted groups, particularly if the app is likely to humiliate, intimidate, or harm a targeted individual or group. Professional political satirists and humorists are generally exempt from this requirement.
  • 1.1.2 Realistic portrayals of people or animals being killed, maimed, tortured, or abused, or content that encourages violence. “Enemies” within the context of a game cannot solely target a specific race, culture, real government, corporation, or any other real entity.
  • 1.1.3 Depictions that encourage illegal or reckless use of weapons and dangerous objects, or facilitate the purchase of firearms or ammunition.
  • 1.1.4 Overtly sexual or pornographic material, defined as “explicit descriptions or displays of sexual organs or activities intended to stimulate erotic rather than aesthetic or emotional feelings.” This includes “hookup” apps and other apps that may include pornography or be used to facilitate prostitution, or human trafficking and exploitation.
  • 1.1.5 Inflammatory religious commentary or inaccurate or misleading quotations of religious texts.
  • 1.1.6
    该图片未通过内容审核，无法显示。
    False information and features, including inaccurate device data or trick/joke functionality, such as fake location trackers. Stating that the app is “for entertainment purposes” won’t overcome this guideline. Apps that enable anonymous or prank phone calls or SMS/MMS messaging will be rejected.
  • 1.1.7 Harmful concepts which capitalize or seek to profit on recent or current events, such as violent conflicts, terrorist attacks, and epidemics.

• 1.2 User-Generated Content

  Apps with user-generated content present particular challenges, ranging from intellectual property infringement to anonymous bullying. To prevent abuse, apps with user-generated content or social networking services must include:

  • A method for filtering objectionable material from being posted to the app
  • A mechanism to report offensive content and timely responses to concerns
  • The ability to block abusive users from the service
  • Published contact information so users can easily reach you

  Apps with user-generated content or services that end up being used primarily for pornographic content, Chatroulette-style experiences, objectification of real people (e.g. “hot-or-not” voting), making physical threats, or bullying do not belong on the App Store and may be removed without notice. If your app includes user-generated content from a web-based service, it may display incidental mature “NSFW” content, provided that the content is hidden by default and only displayed when the user turns it on via your website.

  • 1.2.1 Creator Content
    Apps which feature content from a specific community of users called “creators” are a great opportunity if properly moderated. These apps present a singular, unified experience for customers to interact with various kinds of creator content. They offer tools and programs to help this community of non-developer creators to author, share, and monetize user-generated experiences. These experiences must not change the core features and functionality of the native app—rather, they add content to those structured experiences. These experiences are not native “apps” coded by developers—they are content within the app itself and are treated as user-generated content by App Review. Such creator content may include video, articles, audio, and even casual games. The App Store supports apps offering such user-generated content so long as they follow all Guidelines, including Guideline 1.2 for moderating user-generated content and Guideline 3.1.1 for payments and in-app purchases. Creator apps should share the age rating of the highest age-rated creator content available in the app, and communicate to users which content requires additional purchases.

• 1.3 Kids Category

  The Kids Category is a great way for people to easily find apps that are designed for children. If you want to participate in the Kids Category, you should focus on creating a great experience specifically for younger users. These apps must not include links out of the app, purchasing opportunities, or other distractions to kids unless reserved for a designated area behind a parental gate. Keep in mind that once customers expect your app to follow the Kids Category requirements, it will need to continue to meet these guidelines in subsequent updates, even if you decide to deselect the category. Learn more about parental gates.

  You must comply with applicable privacy laws around the world relating to the collection of data from children online. Be sure to review the Privacy section of these guidelines for more information. In addition, Kids Category apps may not send personally identifiable information or device information to third parties. Apps in the Kids Category should not include third-party analytics or third-party advertising. This provides a safer experience for kids. In limited cases, third-party analytics may be permitted provided that the services do not collect or transmit the IDFA or any identifiable information about children (such as name, date of birth, email address), their location, or their devices. This includes any device, network, or other information that could be used directly or combined with other information to identify users and their devices. Third-party contextual advertising may also be permitted in limited cases provided that the services have publicly documented practices and policies for Kids Category apps that include human review of ad creatives for age appropriateness.

• 1.4

  该图片未通过内容审核，无法显示。
  Physical Harm

  If your app behaves in a way that risks physical harm, we may reject it. For example:

  • 1.4.1

    该图片未通过内容审核，无法显示。
    Medical apps that could provide inaccurate data or information, or that could be used for diagnosing or treating patients may be reviewed with greater scrutiny.
    • Apps must clearly disclose data and methodology to support accuracy claims relating to health measurements, and if the level of accuracy or methodology cannot be validated, we will reject your app. For example, apps that claim to take x-rays, measure blood pressure, body temperature, blood glucose levels, or blood oxygen levels using only the sensors on the device are not permitted.
    • Apps should remind users to check with a doctor in addition to using the app and before making medical decisions.

    If your medical app has received regulatory clearance, please submit a link to that documentation with your app.

  • 1.4.2

    该图片未通过内容审核，无法显示。
    Drug dosage calculators must come from the drug manufacturer, a hospital, university, health insurance company, pharmacy or other approved entity, or receive approval by the FDA or one of its international counterparts. Given the potential harm to patients, we need to be sure that the app will be supported and updated over the long term.

  • 1.4.3 Apps that encourage consumption of tobacco and vape products, illegal drugs, or excessive amounts of alcohol are not permitted. Apps that encourage minors to consume any of these substances will be rejected. Facilitating the sale of controlled substances (except for licensed pharmacies and licensed or otherwise legal cannabis dispensaries), or tobacco is not allowed.

  • 1.4.4

    该图片未通过内容审核，无法显示。
    Apps may only display DUI checkpoints that are published by law enforcement agencies, and should never encourage drunk driving or other reckless behavior such as excessive speed.

  • 1.4.5

    该图片未通过内容审核，无法显示。
    Apps should not urge customers to participate in activities (like bets, challenges, etc.) or use their devices in a way that risks physical harm to themselves or others.

• 1.5

  该图片未通过内容审核，无法显示。
  Developer Information

  People need to know how to reach you with questions and support issues. Make sure your app and its Support URL include an easy way to contact you; this is particularly important for apps that may be used in the classroom. Failure to include accurate and up-to-date contact information not only frustrates customers, but may violate the law in some countries or regions. Also ensure that Wallet passes include valid contact information from the issuer and are signed with a dedicated certificate assigned to the brand or trademark owner of the pass.

• 1.6

  该图片未通过内容审核，无法显示。
  Data Security

  Apps should implement appropriate security measures to ensure proper handling of user information collected pursuant to the Apple Developer Program License Agreement and these Guidelines (see Guideline 5.1 for more information) and prevent its unauthorized use, disclosure, or access by third parties.

• 1.7 Reporting Criminal Activity

  Apps for reporting alleged criminal activity must involve local law enforcement, and can only be offered in countries or regions where such involvement is active.

2. Performance

• 2.1 App Completeness

  • (a)
    该图片未通过内容审核，无法显示。
    Submissions to App Review, including apps you make available for pre-order, should be final versions with all necessary metadata and fully functional URLs included; placeholder text, empty websites, and other temporary content should be scrubbed before submission. Make sure your app has been tested on-device for bugs and stability before you submit it, and include demo account info (and turn on your back-end service!) if your app includes a login. If you are unable to provide a demo account due to legal or security obligations, you may include a built-in demo mode in lieu of a demo account with prior approval by Apple. Ensure the demo mode exhibits your app’s full features and functionality. We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems.
  • (b) If you offer in-app purchases in your app, make sure they are complete, up-to-date, visible to the reviewer and functional. If any configured in-app purchase items cannot be found or reviewed in your app, explain the reason in your review notes.

• 2.2 Beta Testing

  Demos, betas, and trial versions of your app don’t belong on the App Store – use TestFlight instead. Any app submitted for beta distribution via TestFlight should be intended for public distribution and should comply with the App Review Guidelines. Note, however, that apps using TestFlight cannot be distributed to testers in exchange for compensation of any kind, including as a reward for crowd-sourced funding. Significant updates to your beta build should be submitted to TestFlight App Review before being distributed to your testers. To learn more, visit the TestFlight Beta Testing page.

• 2.3

  该图片未通过内容审核，无法显示。
  Accurate Metadata

  Customers should know what they’re getting when they download or buy your app, so make sure all your app metadata, including privacy information, your app description, screenshots, and previews accurately reflect the app’s core experience and remember to keep them up-to-date with new versions.

  • 2.3.1

    • (a)
      该图片未通过内容审核，无法显示。
      Don’t include any hidden, dormant, or undocumented features in your app; your app’s functionality should be clear to end users and App Review. All new features, functionality, and product changes must be described with specificity in the Notes for Review section of App Store Connect (generic descriptions will be rejected) and accessible for review. Similarly, marketing your app in a misleading way, such as by promoting content or services that it does not actually offer (e.g. iOS-based virus and malware scanners) or promoting a false price, whether within or outside of the Ap ...

1. 网页内容摘要

这是苹果公司的App Store审核指南网页，为开发者提供了应用提交审核的详细规则。网页分为五个主要部分：安全、性能、商业、设计和法律。指南开篇强调App Store的核心原则是为用户提供安全体验，同时为开发者创造成功机会。在欧盟地区，开发者也可以通过替代应用市场和网站直接分发经过公证的iOS和iPadOS应用。网页详细介绍了提交应用前的准备工作，包括测试应用、确保元数据准确、提供审核所需的访问权限等。安全部分涵盖了不可接受的内容类型、用户生成内容的管理要求、儿童类别应用的特殊规定、可能导致身体伤害的应用限制等。性能部分则强调应用的完整性、测试版应用的规定以及元数据的准确性要求。整体而言，这份指南旨在帮助开发者了解苹果的审核标准，确保应用能够顺利通过审核流程。

2. 与探究问题相关的信息提取

在提供的网页内容中，没有直接提及"Sign in with Apple"或4.8章节的内容。网页内容主要涵盖了App Store审核指南的介绍部分、提交前准备、以及部分安全(1.x)和性能(2.x)相关的指南，但并未包含设计部分的4.8节内容。

从网页的目录结构可以看出，"4. Design"确实是指南的一个主要部分，但在提供的内容中并未展示该部分的详细内容。因此，关于"App Store Review Guidelines 4.8 Sign in with Apple"的最新要求，在当前提供的网页内容中无与问题有关的内容。

3. 相关性最高的网页链接

1. Introduction - 指南介绍部分的链接
2. Before You Submit - 提交前准备部分的链接
3. 1. Safety - 安全部分的链接
4. 2. Performance - 性能部分的链接
5. 3. Business - 商业部分的链接
6. 4. Design - 设计部分的链接（与问题最相关，但内容未在当前网页中显示）
7. 5. Legal - 法律部分的链接
8. After You Submit - 提交后指南的链接
9. alternative app marketplaces - 替代应用市场相关信息
10. Web Distribution - 网络分发相关信息

4. 有帮助的图片提取

在提供的网页内容中，只有一张图片：

• Title: ASR & NR
• Content: 键图标，用于标识同时适用于App Store审核和公证审核的指南条目
• Source: Apple
• Link: https://developer.apple.com/app-store/review/images/key-icon.svg

这张图片与"Sign in with Apple"的要求没有直接关联，主要用于在指南中标识哪些规则同时适用于App Store审核和iOS/iPadOS应用公证。

分析结果

1. 网页内容摘要

本网页内容是苹果公司的App Store审核指南（App Store Review Guidelines）中关于"登录与账户设置"的第4.8节内容。该部分详细规定了应用程序在实现用户登录功能时必须遵循的规则。指南明确要求，如果应用支持第三方登录选项（如Facebook、Google等），则必须同时提供"Sign in with Apple"选项。此要求适用于2019年9月后提交的新应用和应用更新，但有一些例外情况，如专属第三方账户的应用、教育或企业管理应用等。指南还规定了"Sign in with Apple"按钮的展示位置要求，以及禁止应用程序向用户收集不必要的数据。此外，指南还包括了关于账户删除功能的要求，应用必须允许用户在应用内启动账户删除流程。

2. 与探究问题相关的信息提取

关于App Store Review Guidelines 4.8 Sign in with Apple的最新要求：

苹果要求如果应用支持通过第三方社交登录服务（如Facebook登录、Google登录、Twitter登录等）创建账户或登录，则必须同时提供"Sign in with Apple"作为等效选项。"Sign in with Apple"必须与其他登录选项同等显著地展示，且不能被埋藏在其他选项之下或之后。

这项要求适用于2019年9月后提交的新应用和应用更新，但存在以下例外情况：

• 仅使用公司自有账户登录系统的应用
• 使用专属第三方账户的应用（如教育或企业管理应用）
• 使用政府或行业支持的公民身份系统或电子ID进行用户身份验证的应用
• 特定类型的商业应用，如企业服务、B2B应用或开发者工具，其主要受众不是消费者

苹果还规定，应用不得在用户创建账户时收集不必要的数据。如果用户选择"隐藏我的邮件"功能，应用开发者不得尝试获取用户的真实邮箱地址或其他身份信息。

此外，应用必须提供账户删除功能，允许用户在应用内启动账户删除流程。账户删除选项不能隐藏，应该容易找到，且删除过程应包括删除用户的个人数据。

3. 相关网页链接

网页中未显示相关链接。

4. 有帮助的图片提取

网页内容中未提及图片。

摘要

该网页内容非常简洁，仅显示"Only search within 'Support'"字样，以及5个快速链接。这些快速链接包括：Downloads（下载）、Documentation（文档）、Sample Code（示例代码）、Videos（视频）和Forums（论坛），均指向苹果开发者网站的不同资源部分。网页似乎是苹果开发者支持页面的一部分，提供了开发者可能需要的主要资源入口。页面结构简单，没有提供关于App Store Review Guidelines的具体内容，只有导航功能。

与问题相关的信息提取

无与问题有关的内容。当前网页只包含导航链接，没有提供关于App Store Review Guidelines 4.8 Login Services的任何信息。网页只显示"Only search within 'Support'"和5个快速链接，这些链接指向苹果开发者资源的不同部分，但没有直接提供App Store审核指南的内容。

相关网页链接

1. Downloads - 上下文：Quick Links部分的下载链接
2. Documentation - 上下文：Quick Links部分的文档链接
3. Sample Code - 上下文：Quick Links部分的示例代码链接
4. Videos - 上下文：Quick Links部分的视频链接
5. Forums - 上下文：Quick Links部分的论坛链接

有帮助的图片

网页中没有与App Store Review Guidelines 4.8 Login Services相关的图片。

1. 网页内容摘要

这是苹果App Store审核指南的一部分，介绍了开发者在提交应用到App Store时需要遵循的规则。文档开头强调App Store的核心原则是为用户提供安全体验，同时为开发者创造成功机会。指南分为五个主要部分：安全、性能、商业、设计和法律。文档详细介绍了"安全"部分的内容，包括禁止令人反感的内容、用户生成内容的管理要求、儿童类别应用的特殊规定、避免可能导致身体伤害的应用、开发者信息透明度和数据安全等方面的规定。同时提到在欧盟地区，开发者也可以通过替代应用市场和网站直接分发经过公证的iOS和iPadOS应用。文档还包含"性能"部分的开头，涉及应用完整性、测试版和元数据准确性等要求。

2. 与探究问题相关的信息

无与问题有关的内容。在提供的网页内容中，没有找到关于"App Store Review Guidelines 4.8 Login Services"的具体信息。网页内容包含了App Store审核指南的部分内容，主要是介绍部分、提交前准备、安全(1.x)和性能(2.x)的部分规则，但没有展示到第4部分的设计(Design)章节中的4.8 Login Services具体内容。

网页内容中只提到了第4部分"Design"的存在，在目录部分可以看到"4. Design"的链接，但没有展开这部分的具体内容。要找到4.8 Login Services的完整内容，需要查看完整的App Store审核指南文档或直接访问第4部分的内容。

3. 相关性最高的网页链接

1. Introduction - 指南介绍部分的链接
2. Before You Submit - 提交前准备部分的链接
3. 1. Safety - 安全部分的链接
4. 2. Performance - 性能部分的链接
5. 3. Business - 商业部分的链接
6. 4. Design - 设计部分的链接（与问题最相关，但内容未在当前页面展示）
7. 5. Legal - 法律部分的链接
8. After You Submit - 提交后部分的链接
9. alternative app marketplaces - 关于替代应用市场的链接
10. Web Distribution - 关于网络分发的链接

4. 有帮助的图片

1. Title: ASR & NR
   Content: 表示该指南同时适用于App Store审核和公证审核
   Source: Apple
   Link: https://developer.apple.com/app-store/review/images/key-icon.svg