Alejandro Rioja.
Scripts

Guide rapide pour accéder au code source d'un site web

Alejandro Rioja
Alejandro Rioja
9 min de lecture
TL;DR

Ouvrez le code HTML brut de n'importe quelle page avec Ctrl/Cmd+U ou le préfixe view-source: dans votre barre d'adresse. Utilisez les DevTools (F12) pour inspecter en direct le DOM rendu, le CSS et les requêtes réseau. Cinq éléments à vérifier pour le SEO : les balises de titre, les méta-descriptions, les titres H1, les attributs alt des images et les snippets de suivi analytique.

Newsletter gratuite

Chaque mercredi. 28 400+ opérateurs. Zéro superflu.

Table des matières

Mis à jour en mai 2026.

TL;DR: Ouvrez le code HTML brut de n’importe quelle page avec Ctrl/Cmd+U ou le préfixe view-source: dans votre barre d’adresse. Utilisez les DevTools (F12) pour inspecter en direct le DOM rendu, le CSS et les requêtes réseau. Cinq éléments à vérifier pour le SEO : les balises de titre, les méta-descriptions, les titres H1, les attributs alt des images et les snippets de suivi analytique.

En résumé

Le code source de votre site web se cache sous chaque graphique, titre et appel à l’action. Les moteurs de recherche lisent ce code pour décider du classement de votre page pour une requête donnée. Être capable de le lire vous-même — même en tant que non-développeur — est l’un des moyens les plus rapides de détecter les erreurs SEO avant qu’elles ne vous coûtent du trafic.

Ce guide vous montre comment afficher le code source sur tous les principaux navigateurs et systèmes d’exploitation en 2026, à quoi servent les deux méthodes principales (Afficher la source vs. DevTools) et les cinq éléments SEO à auditer une fois que vous êtes à l’intérieur.

Comment afficher le code source

Il existe deux outils distincts. Sachez lequel utiliser :

La plupart des sites modernes sont partiellement ou entièrement rendus en JavaScript, donc DevTools est là où je passe la majeure partie de mon temps.

Le raccourci view-source: (tous les navigateurs)

Tapez view-source: directement avant n’importe quelle URL dans la barre d’adresse — par exemple, view-source:https://example.com — et appuyez sur Entrée. Cela fonctionne dans Chrome, Firefox, Edge et Opera. Safari nécessite d’activer d’abord le menu Développement (voir ci-dessous).

Raccourcis clavier sur PC

Chrome (Windows / Linux)

Firefox (Windows / Linux)

Microsoft Edge (Windows)

Opera (Windows / Linux)

Raccourcis clavier sur Mac

Chrome (macOS)

Firefox (macOS)

Safari (macOS)

Safari masque les outils de développement par défaut. Activez-les une fois :

  1. Ouvrez Safari → Réglages (ou Préférences sur les anciennes versions de macOS) → onglet Avancé.
  2. Cochez «Afficher les fonctionnalités pour les développeurs web» (remplace l’ancienne case «Afficher le menu Développement» depuis Safari 17).
  3. Développement → Afficher la source de la page (Cmd+Option+U) et Développement → Afficher l’inspecteur web (Cmd+Option+I) sont maintenant disponibles. Clic droit → Inspecter l’élément fonctionne également.

Microsoft Edge (macOS)

Mobile

Éléments SEO importants à vérifier

Une fois que vous pouvez afficher la source, utilisez Ctrl+F / Cmd+F pour rechercher les snippets ci-dessous dans le HTML brut.

1. Balises de titre

Recherchez <title. Chaque page devrait en avoir exactement une, et le texte à l’intérieur devrait être unique sur l’ensemble du site. Les balises de titre sont le signal on-page le plus important pour indiquer aux utilisateurs et aux moteurs de recherche de quoi traite une page. Les balises de titre dupliquées ou manquantes font partie des erreurs SEO les plus courantes que je trouve lors des audits.

2. Méta-descriptions

Recherchez <meta name="description". L’attribut de contenu est le snippet que Google affiche souvent dans les résultats de recherche — maintenez-le en dessous d’environ 160 caractères. Ce n’est pas un facteur de classement direct, mais il influence le taux de clics, ce qui compte. Vérifiez qu’aucune page ne partage la même description.

3. Titres H1

Recherchez <h1. La bonne pratique est un H1 par page. Il doit décrire clairement le sujet principal et inclure naturellement votre mot-clé principal. Bourrer le H1 de plusieurs mots-clés est perçu comme du spam par les utilisateurs et les algorithmes.

4. Attributs alt des images

Recherchez <img. Chaque image doit avoir un attribut alt décrivant son contenu. Le texte alt est ce que les lecteurs d’écran annoncent aux utilisateurs malvoyants, et c’est le seul signal dont disposent les moteurs de recherche pour comprendre le contenu des images. Les attributs alt manquants sont des gains faciles — repérez-les et remplissez-les.

5. Code de suivi analytique

Recherchez votre ID de mesure GA4 (format : G-XXXXXXXXXX) ou l’ID de conteneur Google Tag Manager (GTM-XXXXXXX). Si vous utilisez l’ancien format Universal Analytics UA-, notez que Google a fermé les propriétés UA standard en juillet 2023 — ces IDs ne collectent plus de données. Vérifiez que vous avez migré vers GA4 ou une alternative (Plausible, Fathom, PostHog, etc.).

Raisons de lire le code source d’un site web

Vous n’avez pas besoin d’être développeur pour tirer profit de cette compétence. Voici les principales raisons pour lesquelles j’y reviens :

1. Vérifier les balises meta robots

Un seul <meta name="robots" content="noindex"> mal placé désindexera silencieusement une page. Recherchez robots dans la source pour confirmer que vous ne bloquez pas accidentellement des pages de l’exploration.

2. Auditer la structure des titres

Une bonne hiérarchie de titres (H1 → H2 → H3) aide à la fois l’accessibilité et le SEO. Un rapide scan du code source montre si les titres sont imbriqués logiquement ou si quelqu’un a utilisé les balises H uniquement pour le style.

3. Vérifier l’optimisation des images

Au-delà des attributs alt, regardez l’attribut src. Les images sont-elles servies depuis un CDN ? Sont-elles dans des formats modernes (WebP, AVIF) ? Les attributs width et height sont-ils définis (évitent les décalages de mise en page) ? Ces détails apparaissent clairement dans la source.

4. Repérer le contenu caché ou injecté

Occasionnellement, un plugin, un script tiers ou un acteur malveillant injecte du contenu dans une page qui est invisible dans la vue rendue mais visible pour les moteurs de recherche. Motifs courants : divs display:none bourrés de spam de mots-clés, liens cachés hors écran ou texte de la même couleur que l’arrière-plan. Un scan du code source brut fera ressortir ces éléments.

5. Valider la structure des liens internes

Recherchez <a href= et analysez les cibles des liens. Les chemins relatifs cassés, les liens internes avec nofollow accidentel ou les chaînes de redirections dans la hiérarchie du site peuvent silencieusement drainer le PageRank. Afficher la source est plus rapide qu’attendre un crawl complet de Screaming Frog lorsque vous avez juste besoin d’une vérification rapide.

En résumé

Afficher la source est une habitude de trente secondes qui détecte les problèmes SEO coûteux avant qu’ils ne s’aggravent. Si vous utilisez Ctrl+U pour le HTML brut ou DevTools pour le DOM en direct dépend de si la page est rendue côté serveur ou côté JavaScript — pour la plupart des sites de 2026, vous avez besoin des deux.

Consultez ces articles qui pourraient vous être utiles pour le SEO :

FAQ sur la consultation du code source d’un site web — 2026

Est-ce que view-source fonctionne encore sur les sites rendus en JavaScript ?

Partiellement. view-source: affiche le HTML envoyé par le serveur — qui pour React, Next.js, Astro (côté client uniquement) ou des frameworks similaires est souvent une coquille presque vide avec des balises de script. Le contenu rendu se trouve dans le DOM en direct, accessible via DevTools → panneau Éléments. Pour les sites rendus côté serveur (SSR) ou générés statiquement, view-source: affiche le contenu complet de la page car le HTML est complet avant d’atteindre le navigateur.

Puis-je afficher la source d’une page qui nécessite une connexion ?

Oui, à condition que votre session de navigateur soit authentifiée. view-source: et DevTools opèrent tous deux sur ce que le navigateur a déjà chargé. Si vous pouvez voir la page, vous pouvez inspecter sa source. Vous ne pouvez pas afficher la source d’une page que vous n’avez pas chargée.

Est-il légal de consulter le code source d’un autre site ?

Dans pratiquement toutes les juridictions, lire le HTML qu’un serveur web envoie volontairement à votre navigateur est légal — le serveur a choisi de le transmettre. Le scraping automatisé à grande échelle, le contournement des contrôles d’accès (par exemple, contourner un paywall) ou l’utilisation commerciale du code source sans licence sont des questions distinctes avec des réponses juridiques différentes. Pour les audits SEO de routine et la recherche concurrentielle, lire le code source publiquement servi est standard et non controversé.

Quelle est la façon la plus rapide de vérifier si un site utilise une technologie spécifique en 2026 ?

Trois options : (1) vérifier la source pour des chaînes caractéristiques (par ex., __NEXT_DATA__ pour Next.js, astro-island pour Astro, wp-content pour WordPress) ; (2) installer l’extension de navigateur Wappalyzer, qui identifie les frameworks, les CDN, les outils analytiques et, depuis 2025, certains composants de stack IA (LangChain, LlamaIndex) ; (3) exécuter l’URL sur BuiltWith pour un rapport détaillé de la stack technologique.

Lectures connexes :

Ce guide fait partie de alejandrorioja.com — rédigé par Alejandro Rioja, qui construit désormais des systèmes d’agents IA pour les fondateurs. Y compris l’agent qui maintient ce site à jour. Comment ça marche →

Mis à jour pour mai 2026

Quelques mises à jour 2026 des conseils spécifiques de cet article :

Continuer à lire

Recevez le guide IA dans votre boîte mail

Chaque mercredi. 28 400+ opérateurs. Zéro superflu.

⌕
↵ ↵ pour voir tous les résultats esc esc pour fermer