Le sale petit secret des navigateurs web

Imaginez : les grands navigateurs intègrent du code spécial pour certains domaines. Pas par erreur. Pas en bidouillant. C'est une fonctionnalité officielle.

Sur TikTok, votre navigateur change de comportement. Pareil pour Netflix, Instagram, Amazon Prime Video ou même SeatGuru, ce comparateur de sièges d'avion.

Ce n'est pas une rumeur. Le code est public. Chez Safari, un fichier Quirks.cpp liste des milliers de lignes pour ces cas. Firefox les affiche via about:compat, où vous pouvez les activer ou désactiver. Chrome fait comme si de rien n'était – signe de sa domination du marché.

Les guerres de la compatibilité

Ouvrez Firefox. Tapez about:compat. Vous verrez une liste de sites célèbres pour leurs bugs. Chaque entrée cible un domaine précis : injections CSS custom, modifs JavaScript, spoofing de user agent.

Safari va plus loin. Fouillez Quirks.cpp sur GitHub. C'est l'histoire vraie du web moderne – pas celle des standards, mais celle qui marche vraiment.

Prenez Facebook, X (ex-Twitter) et Reddit. Un commentaire précise :

"Facebook, X et Reddit pausent naïvement une <video> hors viewport, même en mode PiP."

Safari détecte ces sites et ajuste Picture-in-Picture. Ces géants ont des armées d'ingénieurs. Ils pourraient corriger. Au lieu de ça, Safari patch pour deux milliards d'utilisateurs.

Pour SeatGuru :

"FIXME : Supprimez ce quirk si SeatGuru met à jour son site."

En clair : on a contacté, pas de réponse, on a codé direct dans le moteur.

L'effet boule de neige de Chrome

Chrome règne en maître. Les devs codent pour lui d'abord. Les sites marchent nickel dedans. Un bug sur Safari ou Firefox ? Les users blâment le navigateur, pas le site. Ils switchent sur Chrome. Cercle vicieux.

Pire : les choix de Chrome deviennent des standards de fait. Il sort une feature. Les devs l'adoptent (65 % de parts). Safari et Firefox suivent ou patchent par domaine.

WebKit inclut des user agents fake pour imiter Chrome sur Amazon Video ou les streamers. Ces sites détectent et dégradent les non-Chrome. WebKit ment pour protéger ses users.

Exemple de code réel :

auto chromeUserAgent = "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36"_s;

Safari et Firefox se déguisent en Chrome. Feedback loop infernal : optim pour Chrome, users fuient les autres, domination assurée.

Plus que des cosmétiques

Ces quirks touchent le cœur : scroll, événements tactiles, calculs viewport, MIME types images.

Récents commits WebKit : images Zillow mal centrées, TikTok qui demande un upgrade, Reels Instagram qui buguent, boutons Netflix foireux, Twitch qui pause PiP, Prime Video HS sur Safari.

Des milliers de lignes pour rapiécer les gros sites.

Impact pour votre startup

Vous montez une webapp ? Testez tous les navigateurs. Pas par idéalisme. Parce que les moteurs font des exceptions pour les concurrents.

Le web vire pragmatique, pas standard. Les navigateurs deviennent app-spécifiques. Ils patchent au lieu d'attendre.

Bonne nouvelle pour les petites équipes : vos bugs ne justifieront pas de quirks browser. Mais à l'échelle, un code foireux sur Safari/Firefox pourrait vous valoir un patch – embarrassant.

Ça montre pourquoi les standards comptent. La domination Chrome impose ses règles à tout l'écosystème.

La réalité sans fard

Le web n'est pas égalitaire. Les majors ont des traitements VIP dans les moteurs. Mais ça prouve la résilience : les navigateurs font tout pour que ça tourne, quitte à coder des milliers de lignes par domaine.

Pas élégant. Pas ce que voulaient les comités. Mais c'est notre web.

Prochain bug Chrome OK / Firefox KO ? C'est cet architecture. Leçon pour devs : évitez le browser sniffing, ne généralisez pas Chrome, testez pour de vrai.

Ces quirks cachés rappellent : on build sur une plateforme cousue main, avec ingéniosité et patches domain-specific.