Détecteur d’encodage

Identifiez l’encodage de caractères d’un fichier texte ou d’une séquence d’octets brute — UTF-8, UTF-16 LE/BE, UTF-32, US-ASCII, Windows-1252, ISO-8859-1, GBK/GB18030, Big5, Shift-JIS, EUC-KR et EUC-JP — avec détection du BOM et une liste classée de candidats. Cette page est la version entièrement locale, dans le navigateur, de l’ancien convertisseur d’encodage de fichiers en ligne (qui détectait les encodages sur un serveur) ; ici, chaque octet est inspecté sur votre propre machine. Les marques d’ordre des octets (BOM), la validation stricte de l’UTF-8 et les statistiques de caractères de remplacement font le gros du travail — rien n’est jamais envoyé.
Voir aussi le Correcteur de mojibake chinois lorsque le texte s’affiche avec des caractères brouillés.
Entrée : Un texte que vous pouvez déjà lire a été décodé par le navigateur — fournissez plutôt les octets d’origine (fichier ou hexadécimal).
Fichier à inspecter
Cliquez pour choisir un fichier ou glissez-déposez-le ici
Résultat de la détection
Fonctionnement de la détection (et ses limites honnêtes) : une marque d’ordre des octets (BOM) détermine à elle seule UTF-8 / UTF-16 / UTF-32 ; sinon, les octets sont vérifiés selon les règles strictes de l’UTF-8, puis une heuristique de disposition UTF-16 (placement des NUL pour un texte de type ASCII), et enfin chaque candidat est décodé avec le TextDecoder natif du navigateur — l’encodage dont le décodage produit le moins de caractères de remplacement U+FFFD arrive en tête. GBK, Big5, Shift-JIS et EUC-KR sont des encodages mono ou multi-octets qui peuvent être confondus entre eux en l’absence de BOM, c’est pourquoi la page affiche des candidats avec leur confiance au lieu de deviner. Les données purement binaires sont signalées comme « texte non décodable ». Le décodage lui-même n’est jamais destructif ici — il se contente de signaler.