# Sign in with Apple UI Guidelines, Built in Figma > By Lawrence Arya, Founder & CEO of VP0. Published 2026-05-31, updated 2026-06-02. 4 min read. > Source: https://vp0.com/blogs/apple-sign-in-ui-guidelines-figma Apple is strict about its button for a reason: a consistent, private sign-in is one users actually trust and complete. **TL;DR.** Sign in with Apple has specific rules: use the official button styles and text, place it as a real equivalent to other logins, and respect guideline 4.8 (offer it when you offer other third-party sign-ins). Build the screen from a free VP0 design, follow Apple's button guidelines exactly, and use it to cut account-creation friction. The payoff is a private, fast sign-in that more users complete. Sign in with Apple is a trusted, private login, but Apple is strict about how you present it. The short answer: build the sign-in screen from a free VP0 design, use the official Apple button (correct style, text, and size), offer it as a genuine equal to other login options, and follow guideline 4.8. Done right, it cuts friction: Baymard found around [24%](https://baymard.com/lists/cart-abandonment-rate) of users abandon when forced to create an account, and a one-tap private sign-in removes exactly that friction. ## The rules you cannot skip Apple specifies how its button looks and behaves: approved styles (black, white, or outline), the exact label ("Sign in with Apple"), a minimum size, proper corner radius, and adequate spacing. You may not restyle it into your brand color or shrink it below the other buttons. Guideline 4.8 also requires that if your app offers third-party or social sign-in (Google, Facebook, and similar), you must offer an equivalent privacy-respecting option, and Sign in with Apple qualifies. Read Apple's [Sign in with Apple guidance](https://developer.apple.com/sign-in-with-apple/) and the [App Store Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) before you finalize the screen. ## Build it from a free design VP0 is a free iOS design library for AI builders. Pick a sign-in or onboarding design, copy its link, and have Cursor or Claude Code rebuild it in SwiftUI, then drop in the official Sign in with Apple button using Apple's provided component so it is automatically compliant. Treat it as a first-class option, not a tiny link below a giant "Sign up with email" form. Because Sign in with Apple can hide the user's real email behind a private relay, your screen should reassure rather than ask for more data than you need. Apple's [Human Interface Guidelines](https://developer.apple.com/design/human-interface-guidelines/) cover the button placement and sizing. For the modern passwordless cousin, see [passkey creation biometric UI mobile](/blogs/passkey-creation-biometric-ui-mobile/). ## Compliance checklist Here is what reviewers and users both expect. | Requirement | Get it right | |---|---| | Button style | Apple's black, white, or outline only | | Label | Exactly "Sign in with Apple" | | Size and spacing | At least as prominent as other logins | | Guideline 4.8 | Offer it when you offer other social logins | | Privacy | Respect the private relay email | ## Common mistakes The first mistake is restyling the button into your brand color or shrinking it, an instant rejection risk. The second is offering Google and Facebook sign-in but not Sign in with Apple, which breaks guideline 4.8. The third is burying it under a long email form, defeating the friction win. The fourth is mishandling the private relay email, for example refusing to send to it. The fifth is asking for extra profile data right after sign-in, undoing the one-tap simplicity that made users choose it. ## A worked example Say your onboarding offers Google and email sign-up. To comply and convert, you add the official Sign in with Apple button at the top, same size and prominence as the others, built from a VP0 sign-in design. A user taps it, authenticates with Face ID, optionally hides their email, and lands in the app with no form to fill. You store only what you need and send mail to the relay address correctly. For the screen that frames this whole first impression, see [iOS onboarding screen design that actually converts](/blogs/ios-onboarding-screen-design-that-actually-converts/), and for the consent moment that often follows, see [GDPR cookie consent mobile bottom sheet UI](/blogs/gdpr-cookie-consent-mobile-bottom-sheet-ui/). ## Key takeaways - Sign in with Apple has strict button and flow rules; use the official component. - Offer it as a true equal whenever you offer other social logins (guideline 4.8). - Build the screen from a free VP0 design and keep the button prominent. - Respect the private relay email and ask for as little extra data as possible. - A one-tap private sign-in cuts the account-creation friction that loses users. ## Frequently asked questions What are the Sign in with Apple UI rules? Use Apple's official button styles (black, white, or outline) with the exact label, keep it at least as prominent as other logins, and offer it whenever you offer other third-party sign-ins (guideline 4.8). How do I build a compliant Sign in with Apple screen? Start from a free VP0 sign-in design, rebuild it in SwiftUI, and use Apple's provided Sign in with Apple button component so the style and behavior are compliant by default. Do I have to offer Sign in with Apple? If your app offers other third-party or social logins like Google or Facebook, guideline 4.8 requires an equivalent privacy-respecting option, and Sign in with Apple qualifies. Why use Sign in with Apple at all? It is fast, private (with a relay email), and trusted, which reduces the account-creation friction that causes a large share of users to abandon sign-up. ## Frequently asked questions ### What are the Sign in with Apple UI rules? Use Apple's official button styles (black, white, or outline) with the exact label, keep it at least as prominent as other logins, and offer it whenever you offer other third-party sign-ins (guideline 4.8). ### How do I build a compliant Sign in with Apple screen? Start from a free VP0 sign-in design, rebuild it in SwiftUI, and use Apple's provided Sign in with Apple button component so the style and behavior are compliant by default. ### Do I have to offer Sign in with Apple? If your app offers other third-party or social logins like Google or Facebook, guideline 4.8 requires an equivalent privacy-respecting option, and Sign in with Apple qualifies. ### Why use Sign in with Apple at all? It is fast, private (with a relay email), and trusted, which reduces the account-creation friction that causes a large share of users to abandon sign-up. --- *Published on the [VP0 Journal](https://vp0.com/blogs). Free to read, index and cite with attribution.*