AppReviewFix
Guideline library
Apple App Store — Extensions

4.4.1 — Keyboard extensions

Official source: App Store Review Guidelines
What this guideline means

Third-party keyboard apps have specific rules: they must not transmit keystroke data off-device without clear disclosure and consent, need to support the standard "Next Keyboard" switching, and must work without requiring full network access unless a feature genuinely needs it.

Why apps actually get flagged

Commonly triggered by requesting "Full Access" for the keyboard without clearly explaining why, or by analytics code that logs typed content more broadly than disclosed.

A real example

"Your custom keyboard extension requests Full Access without adequately disclosing what user data is collected and why, per guideline 4.4.1."

The short version, in more detail

Guideline 4.4.1 sets rules for third-party keyboards. They must not send keystrokes off the device without clear disclosure and consent, they must support the standard way of switching to the next keyboard and they should work without network access unless a feature really needs it. Keyboards see everything a person types, which is why the privacy expectations are strict.

Why this rule exists

A keyboard can capture passwords, messages and personal details, so users must be able to trust it completely. Apple's rules therefore limit what keyboards can collect and make users aware when more access is requested. Requiring the standard switching control also protects usability, so that a keyboard cannot trap a user. The guideline treats this extension as one of the most sensitive on the platform.

What this guideline covers

  • Third-party keyboard extensions.
  • "Full Access" permission and what it allows.
  • Collection and transmission of typed data.
  • Required behaviours such as keyboard switching.

What usually triggers this rejection

  • Requesting Full Access without explaining why.
  • Analytics code that logs typed text more broadly than disclosed.
  • A keyboard that cannot switch to the next one.
  • Sending keystrokes to a server for features that do not need it.
  • Collecting data from a keyboard for advertising.

How reviewers evaluate it

  • Reviewers install the keyboard and use it across apps.
  • They examine the permissions requested and the reasons given.
  • They check network behaviour while typing.
  • They compare the privacy statement with actual behaviour.

Common misunderstandings

  • Full Access is not required for a keyboard to work at a basic level.
  • A privacy policy does not remove the limits on collecting typed data.
  • Convenience features do not justify sending keystrokes off-device without consent.

Common questions

What does Full Access do?

It lets the keyboard use the network and share data with its container app, which raises privacy considerations.

Can keyboards collect usage data?

Only within the disclosed and limited conditions the guideline sets.

Are password fields special?

Custom keyboards generally do not operate in secure text fields.

Platform rules change often. This page is a plain-language explanation written by AppReviewFix, not official guidance. Check the current App Store Review Guidelines for the exact wording.

Got this exact rejection?Paste it in and get a diagnosis specific to your app, free.
Decode my rejection
Related guidelines
4.3 — Spam4.1 — Copycats and app impersonation4.2 — Minimum functionality4.5.4 — Push notification abuse4.2.3 — App independence
AppReviewFix
ProductDecoderPricingGuideline library
CompanyAboutFAQContact
ResourcesGuidesTopic overviewsCommon rejection reasons
LegalTermsPrivacy
© 2026 AppReviewFixBuilt by a developer, not a committee.