X links and App Store downloads

X has a setting that fixes this for individual users, which is exactly why publishers cannot rely on it.

6 August 2026 · PAD team

The default

X opens links in an in-app browser unless the user has turned that off in accessibility settings. With the default in place, a store link gets Apple's redirect into itms-appss:// and stops there.

Detection uses a token in the user agent, with a word boundary so it does not match unrelated strings:

if (/\bTwitter\b/i.test(navigator.userAgent)) { … }

The setting nobody changes

Under accessibility and display settings there is an option to open links in the external browser. Technical users find it, most people never do, and you have no way to know which state a given visitor is in.

So the link has to work in both cases, which means running the escape and letting it fail harmlessly when the visitor is already in Safari.

Link previews

X generates a card from Open Graph tags, and a store URL produces a poor one. Routing through your own domain lets you control the title, description and image, which affects click-through as much as the destination affects conversion.

Make sure the card matches what people land on. A mismatch reads as a bait tactic and gets reported.

Reply links

A common pattern is putting the link in a reply to your own post rather than in the post itself, to avoid reach penalties. The browser behaves identically there, so nothing changes technically, but it does split your traffic across two places for measurement.