Home / App rejections: fix guides for App Store and Google Play / Guideline 4.8: login services rejection

Guideline 4.8: login services rejection

Quick answer: A Guideline 4.8 rejection means your app offers a third-party or social login, such as Google or Facebook, without also offering an equivalent login option that meets Apple's privacy requirements. Sign in with Apple meets them. Add it, or another qualifying option, alongside your social logins.

How to fix a 4.8 rejection, step by step

Follow these steps in order. Each one is something we do on client work.

  1. Check which login triggered it. 4.8 applies when a third-party or social login (for example Google Sign-In) sets up the user's primary account.
  2. Add an equivalent login option. Read 4.8 for the privacy requirements the alternative must meet; Sign in with Apple is the common choice.
  3. Check the exceptions. 4.8 lists cases like your own account system only, or certain enterprise and education apps.
  4. Place buttons equally. Make the option as visible as the others.
  5. Handle private relay email. Users may hide their email; support it.
  6. Reply with where to find it. Point to the login screen.

Guideline 4.8 rejection: key rules and context

What the rejection means. Guideline 4.8 (Login Services) is in the Design section (Review Guidelines). The equivalent option must limit data to name and email, let users keep their email private, and not track without consent.

Why it usually happens

  • Google and Facebook buttons only.
  • Sign in with Apple present on iOS but hidden on some screens.
  • The Apple button styled smaller or lower than others.

How to fix it

  1. Add Sign in with Apple (or another qualifying option).
  2. Show it wherever other social logins appear, with equal prominence.
  3. Handle hidden "private relay" emails in your backend.
  4. Add account deletion and token revocation (5.1.1(v)).

What to tell the reviewer. Reply with the screens where the new option appears and the build number.

How to avoid it next time. Plan login options with Apple's rule in mind from the first design.

Worked example (hypothetical)

This example is illustrative. The app is made up, and so are any numbers in it.

Imagine TeamBoard offers Google and LinkedIn login only. We'd add Sign in with Apple next to them, test the relay-email path, and reply: "Sign in with Apple is now available on the first screen."

Common mistakes

  • Hiding the new button. It should be as visible as the others.
  • Breaking accounts with relay email. Test it.
  • Assuming email/password exempts you. Read the exact exceptions.
  • Forgetting account deletion. 5.1.1(v) still applies.

If you want this handled for you, our pricing page lists every fixed package.

The guidelines behind most rejections

The table maps each point to the guideline 4.8 rejection context. Compare the guideline number in your rejection message with the matching row. Apple revises the guidelines, so open the live document before you reply to App Review.

GuidelineWhat it coversUsual fix
2.1 App CompletenessFinal builds, working URLs, no placeholder contentFix crashes, add a demo account, test every link
2.3 Accurate MetadataDescription, screenshots and previews reflect the appRe-shoot screenshots from the real app; remove claims you can't show
2.3.7Unique name, accurate keywords, no trademarked or irrelevant termsRemove competitor names and pricing from metadata
3.1.1 In-App PurchaseDigital features and content unlocked via IAPMove digital unlocks to StoreKit IAP
4.2 Minimum FunctionalityMore than a repackaged websiteAdd native, useful features
4.3 SpamNo duplicate bundle IDs or saturated copycat appsConsolidate apps; show what is unique
5.1.1 Data Collection and StoragePrivacy policy, permissions, account deletion (5.1.1(v))Add policy links, clear purpose strings, in-app deletion

Checklist

Copy this list into your release notes or ticket and tick each item off before you ship.

  • Third-party logins listed
  • Equivalent option added
  • Exceptions checked
  • Buttons equally visible
  • Relay email tested
  • Account deletion in app

Sources

FAQ

Questions

Is Sign in with Apple mandatory?

Not strictly; an equivalent option meeting Apple's criteria is required if you offer third-party login.

Exempt cases?

Apps using only their own account system, education/enterprise accounts, government ID and some others.

Must the button be equal?

Equivalent prominence is expected.

What about relay emails?

Your backend must accept them.

Can you help implement it?

We give exact guidance; hands-on is available by email.

Does email and password login need Sign in with Apple?

4.8 targets third-party or social logins used for the primary account. Read the current list of exceptions for your setup.

Ready when you are

Fix your listing this week.

One fixed price, delivered as copy and files you paste yourself. No calls, no account access.

$99 one-timeDelivered in 2–3 business days2 revisionsNo login needed
Questions? Email us
Rank higher. More installs.Want your app ranked and more installs?
Get HireASO