# Dépréciations (/fr/docs/platform/monitoring/deprecation)





Du code qui fonctionne aujourd'hui et cessera de fonctionner sur une future version de navigateur. C'est en général la plus petite page de la section, et la plus facile à traiter.

<img alt="L'usage des API dépréciées, chaque API associée à sa date de retrait prévue, à l'origine de document qui l'appelle encore et à un nombre de rapports" src="__img0" width="1359" height="448" />

## Colonnes [#colonnes]

| Colonne             | Signification                                                                             |
| ------------------- | ----------------------------------------------------------------------------------------- |
| API                 | L'API dépréciée, sous l'identifiant propre au navigateur                                  |
| Retrait prévu       | La version ou la date à laquelle le navigateur compte la retirer, quand il en fournit une |
| Origine du document | La page qui l'a appelée                                                                   |
| Navigateurs         | Les navigateurs qui l'ont signalée                                                        |
| Reports             | Les reports regroupés dans cette ligne                                                    |
| Dernière occurrence | L'occurrence la plus récente                                                              |

Il n'y a pas de colonne Disposition ici. Rien n'est appliqué, une dépréciation est un avertissement.

## Prioriser la liste [#prioriser-la-liste]

Triez par **Retrait prévu** là où des dates existent, et traitez-les comme des échéances. Pour le reste, le volume de reports est une approximation raisonnable de la place que l'API occupe dans votre site.

Un tiret dans Retrait prévu signifie non planifié, pas sans risque. Les navigateurs déprécient souvent avant de s'engager sur une date.

## Trouver le remplacement [#trouver-le-remplacement]

Ouvrez le détail d'une ligne. Le **message** du navigateur nomme normalement l'API de remplacement, et les éditeurs de navigateurs les rédigent pour être exploitables.

Les noms d'API sont des identifiants internes au navigateur, pas les noms présents dans votre code. `XMLHttpRequestSynchronousInNonWorkerOutsideBeforeUnload` désigne un XHR synchrone sur le thread principal. Rechercher l'identifiant mène à la documentation de l'éditeur et au chemin de migration.

## Les entrées venues de tiers [#les-entrées-venues-de-tiers]

Vous ne pouvez pas corriger le code d'un prestataire, mais l'entrée compte quand même, son script cassera sur votre site et le navigateur ne distinguera pas son code du vôtre à ce moment-là. Suivez-la et remontez-la lui.

## Pourquoi consulter cette page chaque mois [#pourquoi-consulter-cette-page-chaque-mois]

C'est le seul endroit où un navigateur vous annonce une panne à l'avance. La plupart des équipes découvrent qu'une API a été retirée quand une page casse après une mise à jour de navigateur, puis passent l'incident à reconstituer ce qui a changé. Une revue mensuelle transforme cela en travail planifié.

## Étapes suivantes [#étapes-suivantes]

* [Interventions](/fr/docs/platform/monitoring/intervention)
* [Référence du report de dépréciation](/fr/docs/web-security/reporting-api/reports/deprecation)