Test de compatibilité navigateur

Ce que ça fait

Audite votre navigateur réel face à 30 capacités web modernes - WebGPU, WebGL 2, WebAssembly (SIMD, threads), Service Workers, OPFS, WebAuthn, View Transitions, Popover API, et plus - regroupées en 8 catégories : Graphismes, Calcul, Stockage, Connectivité, Média, Capteurs, Sécurité et Plateforme. Chaque vérification porte un poids (1-3), et les résultats remontent en un score de préparation pondéré 0-100 avec une étiquette de palier, de Totalement moderne (90+) jusqu’à Navigateur hérité (en dessous de 35).

La détection est à trois niveaux : les vérifications passives de présence d’API tournent automatiquement au chargement ; les tests en direct (20 vérifications portent une puce demo) exécutent réellement la fonctionnalité - rendre un dégradé canvas, dessiner un triangle WebGPU, valider un module WASM SIMD, écrire dans IndexedDB/OPFS ; et 8 actions déclenchables (Caméra, Micro, Géolocalisation, Presse-papiers, Notifications, Vibration, Plein écran, Web Share) vous laissent déclencher vous-même de vraies API soumises à permission. Tout tourne 100 % côté client - rien ne quitte votre navigateur, et les résultats ne sont pas stockés.

Comment l’utiliser

1. Ouvrez l’outil - le scan démarre automatiquement, révélant les 30 vérifications ligne par ligne (~55 ms chacune) avec l’étiquette du navigateur (analysée depuis votre user agent) au-dessus du résumé.
2. Lisez la jauge : le score de préparation pondéré, plus les décomptes des vérifications prises en charge / limitées / HTTPS-requises / non prises en charge.
3. Cliquez sur une ligne pour la déplier : l’explication en une ligne, une note détaillée par navigateur quand elle existe (ex. préfixe vendeur, valeur mesurée), et un extrait JS de détection copiable comme !!document.createElement('canvas').getContext('webgl').
4. Sur une ligne portant une puce demo, cliquez sur ▶ Lancer le test en direct pour exécuter réellement la capacité. Le résultat s’affiche comme fonctionne, échoue ou n/a, avec du détail tel que le nom du GPU ou la taille du canvas rendu.
5. Utilisez Afficher tous les extraits pour déplier toutes les lignes d’un coup, Relancer le scan pour redétecter de zéro, ou Copier le lien de partage pour copier l’URL courante avec vos résultats encodés dedans.
6. Faites défiler jusqu’à Déclencher une action et cliquez sur l’un des 8 boutons - Appareil (Caméra, Micro), Permission (Géolocalisation, Presse-papiers, Notifications), Sortie (Vibration, Plein écran, Web Share). Votre navigateur peut demander la permission ; chaque bouton rapporte succès, refus, non disponible ou erreur.

Exemples

Score pondéré (vérifié contre le module de score, src/tools/browser-support/score.ts) - les contributions de statut sont : pris en charge = 1.0, limité = 0.5, HTTPS-requis = 0.3, non pris en charge/inconnu = 0, chacune multipliée par le poids de la vérification :

All 30 checks supported                        → score 100
All supported except WebGPU (weight 3)         → score 95
All supported except Canvas 2D (weight 2)      → score 96
WebGPU reported "limited" instead of supported → score 97
WebGPU reported "needs-https"                  → score 96
WebGPU unknown                                 → score 95

Avec seulement WebGPU non pris en charge, la ventilation par catégorie se lit : Graphismes 70 (4/5 pris en charge), et 100 pour Calcul, Stockage, Connectivité, Média, Capteurs, Sécurité et Plateforme.

Liens partageables (vérifiés contre src/tools/browser-support/share.ts) - après un scan, le rapport est empaqueté (un caractère par vérification dans l’ordre du catalogue : s pris en charge, l limité, h HTTPS-requis, x non pris en charge, ? inconnu), encodé en JSON, puis en base64url dans le paramètre d’URL ?r=. Le rapport de 30 vérifications ci-dessus s’empaquette en sssxssssssssssssssssssssssssss et s’encode en une chaîne ?r= de 116 caractères ; le décoder reproduit exactement les statuts, le score et l’étiquette du navigateur. Ouvrir un lien partagé rejoue le rapport enregistré au lieu de re-scanner votre navigateur.

Bon à savoir

• Privé : détection, tests en direct et actions tournent toutes dans votre navigateur. Aucun résultat n’est envoyé ; le lien de partage ne fonctionne que parce que les données elles-mêmes vivent dans l’URL.
• « HTTPS requis » signifie que l’API existe mais est restreinte aux contextes sécurisés - l’outil la note en dessous de « limité » parce que vous ne pouvez pas livrer dessus depuis votre contexte actuel.
• Les tests en direct et les actions sont la couche honnête : la présence d’une API peut mentir (un vendeur peut livrer un stub), mais un triangle WebGPU rendu ou une vraie écriture IndexedDB non.
• Le score de préparation pondère les capacités fondamentales (WebAssembly, WebGPU, Service Workers pèsent 3), donc manquer une commodité moderne coûte moins cher que de manquer une base.
• Outils liés : Browser Fingerprint Viewer, Permissions-Policy Builder, Security Headers Analyzer