Formateur et inspecteur HTML

Sélectionnez le fichier .html ou .htm, ou collez son balisage : il s'affiche en code source brut, avec la liste des constats structurels à côté. Rien n'est rendu, donc balises, attributs et commentaires apparaissent exactement tels qu'écrits. Par défaut l'outil inspecte seulement ; passez la transformation sur Réindenter pour obtenir une copie mise en forme à télécharger.

Oui, le fichier HTML est lu et formaté dans l'onglet de votre navigateur, sans téléversement vers un serveur. L'outil ne demande pas non plus les scripts, feuilles de style, images ou polices référencés par le document et n'effectue ni préchargement DNS ni préconnexion : inspecter une page d'intranet ne prévient aucun des hôtes qu'elle cite.

Ouvrez cette page dans le navigateur du téléphone, choisissez le fichier HTML ou collez le code : le code source s'affiche en texte avec ses constats. D'habitude, le téléphone confie le fichier au navigateur, qui affiche la page et masque les balises ; ici rien n'est rendu. La démarche est identique sous Windows, macOS et Linux.

Le fichier a été enregistré dans un autre encodage, comme Windows-1252 ou ISO-8859-1, et l'outil ne décode que l'UTF-8 : il s'arrête au premier octet invalide, souvent une lettre accentuée. Le message donne le décalage en octets, la ligne et la colonne. Réenregistrez le fichier en UTF-8 dans votre éditeur puis rouvrez-le ; un fichier UTF-16 doit aussi être converti.

Chaque constat indique la ligne et la colonne de la balise ouvrante ainsi que l'endroit où le problème apparaît, ce qui suffit à corriger à la main. Un span fermé par </div> affiche les deux positions ; un élément resté ouvert jusqu'à la fin indique où il commence. Le formateur ne devine pas où placer la fermeture et laisse ce passage intact.

La taille maximale est de 8 000 000 octets par fichier (environ 8 Mo) et l'imbrication est limitée à 512 niveaux d'éléments ; au-delà, le fichier est refusé. En cas de dépassement de profondeur, la ligne et la colonne concernées sont indiquées. Le texte collé est compté en octets UTF-8 avec la même limite ; un résultat de plus de 400 000 caractères reste téléchargeable.

Non, le contenu de pre, textarea, script et style est recopié octet par octet ; seule l'indentation de début des autres lignes est réécrite. Les commentaires, balises sur plusieurs lignes et zones contenant une erreur structurelle sont aussi conservés avec leurs fins de ligne d'origine. Ordre des attributs, guillemets et texte ne changent jamais ; le saut de ligne juste après <pre> est préservé.

Ici, aucun script du fichier ne s'exécute, rien n'est rendu et aucune URL qu'il contient n'est contactée. Vous obtenez l'inventaire des scripts, iframes et origines externes déclarés dans le source pour juger par vous-même, mais l'outil ne rend aucun verdict de sécurité, ne détecte ni logiciel malveillant ni traqueur, et ne voit pas les URL générées par script à l'exécution.

L'inspecteur du navigateur montre l'arbre DOM après chargement de la page et exécution de ses scripts, déjà corrigé par le navigateur ; ici, vous voyez le fichier tel qu'il est écrit. Les erreurs que le navigateur répare en silence, comme une balise croisée ou un doctype mal placé, sont donc signalées avec leur position, sans jamais charger la page.

Pas forcément : zéro constat signifie seulement que les vérifications structurelles listées dans le rapport n'ont rien trouvé. Elles couvrent l'équilibre des balises, l'imbrication, les éléments vides, le doctype, le charset, les attributs, les références de caractère, les titres et les repères. Il n'y a pas de validation par la grammaire HTML complète, et le plan des titres n'est pas un audit d'accessibilité.

Il signifie que les navigateurs afficheraient la page en mode de compatibilité, avec des règles de mise en page différentes du mode standard. C'est le cas sans doctype ou avec un ancien identifiant public HTML 3 ou 4. Le rapport affiche identifiants public et système et le décalage en octets ; <!DOCTYPE html> donne le mode standard.