Does Switch Control work with a third-party keyboard on iPhone?
Switch Control scans through a keyboard the same way it scans any group of buttons on screen, and it does not care which app drew them. Here is how the scan actually reaches a key, why a keyboard takes more presses than a plain button elsewhere, and the one case that still hands control to Apple’s keyboard.
Switch Control is one of the less visible iOS accessibility features, built for someone who cannot rely on touch to hit a specific spot on the screen reliably. It replaces tapping with one or more switches — a physical adaptive switch, the whole screen acting as a single switch, or the front camera reading a head movement as one — and a natural worry when adding a new keyboard is whether that keyboard was built with any of this in mind. Mostly, the keyboard does not need to be. Switch Control sits above every app and every keyboard on the phone, and it treats a key exactly the way it treats any other button.
Switches instead of touch
Turn on Switch Control in Settings → Accessibility → Switch Control and the phone can be driven end to end without ever touching the right spot on screen. A person picks one or more switch sources — an external Bluetooth switch, the whole screen tapped anywhere, or the camera watching for a head turn — and everything else in iOS, including whichever keyboard is active, is operated through that same small set of inputs from then on.
Scanning takes the place of aiming
Instead of pointing at an item, Switch Control moves a highlight through the items on screen on its own, on a timer with one switch, or one step per press with two, and pressing the switch at the right moment selects whatever is currently lit up — the same job a tap does everywhere else. A keyboard key is nothing special to this process: it is just another item that can be highlighted and selected, the same as a Send button or a link in Safari, so nothing about the mechanism cares which app, or which keyboard, put that button on screen.
Why a keyboard specifically takes more presses
The default scanning style narrows down in stages rather than sweeping past every single item on screen one at a time — it highlights a group first, then drills into the items inside the group once that group is chosen. A keyboard is a dense grid of two or three dozen tightly packed keys, so reaching one letter typically means selecting the keyboard as a group, then a row, then the key itself, three or four presses where a single button sitting alone elsewhere on the screen might take one. That extra cost is a property of how much is crammed into the space a keyboard occupies, not something a specific keyboard app made harder or easier by how it was built.
What has to be true for the scan to see a key at all
A keyboard extension has to draw each key as a distinct, labelled element — an ordinary button with the letter or icon it represents attached as its accessible name — for iOS’s accessibility layer to include it in the scan in the first place. That is the same requirement VoiceOver has, for the same reason: both features read the accessibility tree the system builds from what an app draws, rather than looking at pixels. A keyboard drawn as one solid custom image with taps handled by hand, and no separate elements marked out for each key, would show up to Switch Control as a single unlabelled block if it shows up at all. Building a key as a standard, labelled button costs a keyboard nothing extra to do, which is why this rarely ends up being the deciding factor between one third-party keyboard and another.
What still hands control to Apple’s keyboard
A secure text field — a password box, a card number entry — still forces iOS’s own keyboard the moment it gets focus, exactly as it does with Switch Control off. That swap happens at the same system level regardless of which switches are driving the phone, so nothing about scanning changes it and no keyboard, third-party or Apple’s, has a way to opt out of it.
Where Kibo fits
Kibo draws its keys as ordinary, labelled buttons, the same as Apple’s own keyboard, so Switch Control finds and scans them the same way — grouped, row by row, key by key — with nothing added or missing compared with any other keyboard on the phone. There is no Switch Control setting inside Kibo because none is needed: the scan reads what is already there. None of this touches Full Access either, which Kibo reads only for the Copy word, Copy line and Paste buttons on its own toolbar. Kibo is free to download.
Frequently asked questions
Does Switch Control work with a third-party keyboard on iPhone?
Yes. Switch Control operates above every app and keyboard on the phone, scanning through whatever accessibility elements are on screen. A keyboard key is just another button to it, regardless of which keyboard drew it.
Why does it take several switch presses to type one letter?
Switch Control’s default scanning groups items on screen before drilling into them, so reaching one key on a crowded keyboard usually means selecting the keyboard as a group, then a row, then the key itself — more steps than a plain button sitting alone elsewhere on screen, because a keyboard packs far more targets into the same space.
Does a keyboard app have to add special support for Switch Control?
No, as long as it draws its keys as ordinary, labelled buttons rather than one solid custom-drawn image. iOS builds the scan from those elements automatically, and the keyboard itself has no setting for Switch Control and no way to tell whether it is even running.
Try it on your own keyboard
Kibo is a free custom keyboard for iPhone with real mechanical key sounds, a wardrobe of themes and RGB backlight effects. No account, no ads, and it works with Full Access left off.