Données de compatibilité des API et solutions de repli du navigateur
Utilisez les données publiques et la détection d’aptitude pour garder une solution de repli.
Vous voulez la documentation structurée pour Plateforme ?
Cet article fait partie de la bibliothèque éditoriale. Pour les étapes de configuration, la référence et les mises à jour continues, passez directement à la section docs.
Les données publiques orientent les tests sans promettre un comportement identique. Détectez l’aptitude au moment de l’exécution et gardez une tâche utile sans inférer une identité ou un appareil.
Données et détection
Consultez MDN Browser Compatibility Data et les conseils de détection Chrome. Testez la méthode, gérez refus et exceptions, et ne parsez pas le user-agent.
Décision
| Observation | Décision | Résultat |
|---|---|---|
| méthode disponible | essayer | montrer le progrès |
| API absente | repli | garder la tâche |
| permission refusée | repli | garder le contrôle |
| appel échoué | classer | éviter les essais cachés |
| appel résolu | vérifier l’application | confirmer le résultat visible |
Fixture d’échec
const supported = typeof navigator.share === 'function';
const host = document.createElement('div');
host.innerHTML = '<p id="status"></p><button id="fallback" hidden>Utiliser le repli</button>';
document.body.append(host);
const result = supported
? await navigator
.share({ title: 'Élément synthétique', url: '/fixture' })
.then(() => 'completed')
.catch(() => 'rejected')
: 'missing';
const status = document.querySelector('#status');
if (result === 'missing' || result === 'rejected') {
document.querySelector('#fallback').hidden = false;
status.textContent = 'Utilisez la solution de repli';
}
if (result === 'completed') status.textContent = 'Partagé';
console.assert(
status.textContent.length > 0 && (result === 'completed' || !document.querySelector('#fallback').hidden)
);
host.remove();
Testez méthode absente et refus sur une page synthétique. BotBrowser peut fournir des contextes contrôlés pour ces parcours autorisés, mais ne garantit pas l’API, la permission ou le design de repli.
Entretien et vérification
Réexaminez les données après chaque version du navigateur, changement de permission ou modification du contexte sécurisé. Notez la date de la source et l’état observé.
Gardez une action de repli utilisable au clavier et conservez les données saisies lorsque le parcours change.
BotBrowser fournit des contextes contrôlés pour des parcours autorisés et des vérifications synthétiques répétables. Il ne garantit pas la disponibilité d’une API et n’accorde pas les permissions.
Séparez le résultat du navigateur du résultat du serveur; une promesse résolue ne prouve pas une opération métier terminée.
Parcours associés
Consultez aussi les guides événements WebDriver BiDi et automatisation et Credential Management et connexion.
Une source publique sert à choisir une matrice; la détection au moment de l’appel décide du chemin réel.
Les assertions doivent décrire l’interface visible et la limite de l’observation.
Notez la raison de chaque repli et la date de révision afin de reproduire le résultat sans données sensibles.
Une observation du navigateur ne prouve pas que le serveur a enregistré la donnée; confirmez le signal visible de l’application.
La revue doit conserver le premier échec utile, distinguer un délai d’une API absente et indiquer quel contrôle reste disponible.
La revue finale doit nommer le contexte, la permission, le résultat visible et le repli afin de reproduire la décision sans données privées.
Résumé
La documentation doit conserver cette frontière entre capacité et résultat.
Les notes doivent indiquer si le repli a conservé les données saisies et rester proches du contrôle testé.
Notez clairement l’état visible et l’action suivante.
Sources
Articles Connexes
Faites passer BotBrowser de la recherche à la production
Utilisez ces guides pour comprendre le modèle, puis passez à la validation multi-plateforme, aux contextes isolés et au déploiement navigateur prêt pour l'échelle.