Sujet à définir : guide SEO en français (niveau intermédiaire)
Ce tutoriel est un guide pratique et approfondi du SEO (Search Engine Optimization) destiné à un niveau intermédiaire : vous connaissez déjà les bases (mots-clés, balises title, meta description, backlinks), et vous voulez maintenant structurer une démarche, auditer, mesurer, et optimiser avec méthode. L’objectif est de vous donner un cadre reproductible, des checklists, et des commandes réelles (CLI) pour diagnostiquer un site.
1) Objectifs SEO : ce que vous optimisez vraiment
Avant d’optimiser, clarifiez ce que Google (et les autres moteurs) essaient de mesurer :
- Pertinence : votre page répond-elle au besoin (intention) derrière la requête ?
- Qualité : le contenu est-il fiable, utile, à jour, et supérieur aux alternatives ?
- Accessibilité technique : le robot peut-il explorer et indexer correctement ?
- Expérience : la page charge vite, s’affiche bien, n’agresse pas l’utilisateur ?
- Popularité / confiance : d’autres sites recommandent-ils le vôtre (liens, mentions) ?
Un bon SEO intermédiaire consiste à aligner l’intention, réduire la friction technique, et augmenter la valeur perçue (contenu + signaux externes).
2) Recherche de mots-clés : passer de “liste” à “stratégie”
2.1 Comprendre l’intention de recherche
Une requête n’est pas qu’un mot-clé : c’est une intention. Catégories fréquentes :
- Informationnelle : “comment…”, “guide…”, “définition…”
- Navigationnelle : “marque + login”, “site officiel…”
- Transactionnelle : “acheter”, “prix”, “devis”, “réduction”
- Commerciale (comparative) : “meilleur”, “vs”, “comparatif”, “avis”
Méthode : pour chaque mot-clé cible, notez :
- l’intention dominante,
- le type de page attendu (article, catégorie, fiche produit, landing, outil),
- les SERP features (People Also Ask, vidéos, images, local pack).
2.2 Construire une carte thématique (topic cluster)
Au lieu d’optimiser page par page sans plan, construisez des clusters :
- Page pilier (broad) : “Guide SEO intermédiaire”
- Pages satellites (long-tail) : “audit technique SEO”, “maillage interne”, “Core Web Vitals”, “schema.org”, etc.
Les satellites alimentent la page pilier via le maillage interne, et la page pilier redistribue l’autorité.
2.3 Extraire des idées depuis vos données (Search Console)
Si vous avez accès à Google Search Console, exportez les requêtes et pages, puis cherchez :
- les requêtes en position 8–20 (quick wins),
- les pages avec impressions élevées mais CTR faible,
- les pages qui rankent sur des requêtes non ciblées (opportunités).
3) Audit technique : explorer, indexer, comprendre
3.1 Vérifier robots.txt et sitemap.xml
robots.txt doit permettre l’exploration des pages utiles et bloquer les zones privées/techniques.
Commandes :
curl -I https://example.com/robots.txt
curl -s https://example.com/robots.txt
Sitemap :
curl -I https://example.com/sitemap.xml
curl -s https://example.com/sitemap.xml | head
Points à contrôler :
- Le sitemap contient des URLs canoniques (pas de paramètres inutiles).
- Les URLs du sitemap renvoient 200 (pas 3xx/4xx/5xx).
- Le robots.txt n’empêche pas l’accès aux ressources essentielles (CSS/JS).
3.2 Contrôler les codes HTTP à grande échelle
Avec wget ou curl, vous pouvez tester rapidement des URLs.
Exemple simple :
curl -I https://example.com/page
Pour une liste d’URLs (fichier urls.txt) :
while read -r url; do
code=$(curl -o /dev/null -s -w "%{http_code}" "$url")
echo "$code $url"
done < urls.txt
À interpréter :
- 200 : OK
- 301/302 : redirection (attention aux chaînes)
- 404 : page absente (corriger ou rediriger si pertinent)
- 500 : problème serveur (prioritaire)
3.3 Détecter les chaînes de redirection
Une chaîne de redirection (A → B → C) ralentit et dilue.
curl -s -I -L https://example.com/ancienne-page | grep -E "HTTP/|location:"
Bonnes pratiques :
- 1 redirection max (idéalement A → C directement).
- Éviter les 302 temporaires pour des migrations permanentes (préférer 301).
3.4 Canonicalisation : éviter les doublons
Les doublons proviennent souvent de :
- paramètres d’URL (
?utm=..., tri, pagination), - HTTP vs HTTPS,
- www vs non-www,
- slash final.
Vérifiez la balise canonical :
curl -s https://example.com/page | grep -i '<link rel="canonical"'
Règles :
- Canonical doit pointer vers l’URL préférée et indexable.
- Évitez les canonicals contradictoires (ex : canonical vers une page 404).
3.5 Pagination et facettes (e-commerce)
Pour les catégories paginées :
- Assurez-vous que chaque page paginée est accessible.
- Évitez de noindexer massivement sans stratégie (risque de perdre la découverte).
Pour les facettes (filtres) :
- Décidez quelles combinaisons sont indexables (celles avec demande).
- Bloquez ou canonisez les combinaisons inutiles (sinon crawl budget gaspillé).
4) Performance et Core Web Vitals : optimiser ce qui compte
Les Core Web Vitals sont des signaux d’expérience. Sans viser la perfection, vous devez éviter les “mauvais” scores.
4.1 Mesurer avec Lighthouse (CLI)
Installez Node.js puis :
npm install -g lighthouse
lighthouse https://example.com --view --only-categories=performance,seo
Pour générer un rapport JSON exploitable :
lighthouse https://example.com \
--only-categories=performance,seo \
--output=json \
--output-path=./rapport-lighthouse.json
4.2 Diagnostiquer les ressources lourdes
Lister les fichiers les plus lourds (approche simple via curl + grep est limitée). Pour une analyse plus robuste, utilisez Lighthouse ou Chrome DevTools.
Optimisations fréquentes :
- Images en WebP/AVIF
srcsetet tailles responsives- Lazy-loading (
loading="lazy") pour images hors écran - Réduction JS (code splitting, suppression scripts inutiles)
- Cache HTTP (headers
Cache-Control)
Vérifier certains headers :
curl -I https://example.com/assets/app.css
curl -I https://example.com/assets/app.js
Cherchez :
cache-control: public, max-age=...etagoulast-modified
5) Architecture de site et maillage interne : distribuer l’autorité
5.1 Règle des “3 clics” (à nuancer)
L’idée : une page importante ne devrait pas être enterrée. En pratique :
- Les pages business doivent être proches de la home et des hubs.
- Les pages long-tail peuvent être plus profondes, mais doivent rester découvrables.
5.2 Construire des hubs
Un hub (page catégorie / guide) :
- liste et structure le contenu,
- propose une navigation claire,
- envoie des liens internes vers les pages détaillées.
5.3 Ancres de lien : naturelles mais descriptives
Bon :
- “audit technique SEO”
- “optimiser les Core Web Vitals”
Moins bon :
- “cliquez ici”
- “en savoir plus”
Évitez la suroptimisation (répéter exactement la même ancre partout).
5.4 Détecter les pages orphelines
Une page orpheline (sans liens internes) est difficile à découvrir. Si vous avez un export de toutes les URLs (depuis sitemap + crawl), comparez-le à une liste d’URLs réellement liées.
Approche simple : récupérer les liens d’une page (limité mais utile) :
curl -s https://example.com | grep -Eo 'href="[^"]+"' | head
Pour un audit sérieux, utilisez un crawler (Screaming Frog, Sitebulb) ou un script plus avancé.
6) SEO on-page : optimiser sans “sur-optimiser”
6.1 Title : promesse + mot-clé + différenciation
Un bon title :
- contient le sujet principal,
- donne envie,
- reste lisible,
- évite la répétition.
Exemple :
Audit SEO technique : checklist complète + outils (2026)
6.2 Hn : structure logique
- Un seul H1 (en général).
- H2 pour les sections, H3 pour les sous-sections.
- Les titres doivent aider à scanner la page.
6.3 Contenu : répondre mieux que la SERP
Pour dépasser les pages déjà en place, vous devez :
- couvrir les sous-questions (People Also Ask),
- ajouter des exemples, des étapes, des captures, des commandes,
- apporter des données, des retours d’expérience, des templates.
6.4 E-E-A-T (Expérience, Expertise, Autorité, Fiabilité)
Sans “tricher”, vous pouvez renforcer la confiance :
- page auteur (bio, expérience, liens),
- sources citées,
- date de mise à jour,
- mentions légales, politique éditoriale,
- page “À propos” solide.
7) Données structurées (Schema.org) : enrichir la compréhension
Les données structurées aident les moteurs à interpréter le contenu. Elles ne garantissent pas un rich result, mais augmentent la clarté.
7.1 Exemple JSON-LD (Article)
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Guide SEO intermédiaire",
"author": {
"@type": "Person",
"name": "Nom Prénom"
},
"datePublished": "2026-01-10",
"dateModified": "2026-04-01"
}
</script>
7.2 FAQ (si pertinent)
N’ajoutez une FAQ balisée que si la FAQ existe réellement sur la page.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Combien de temps pour voir des résultats SEO ?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Souvent 4 à 12 semaines pour des gains sur des requêtes accessibles, et plusieurs mois pour des requêtes compétitives."
}
}
]
}
</script>
Testez votre page avec l’outil officiel de Google (test des résultats enrichis) et corrigez les erreurs.
8) Journalisation serveur (log analysis) : comprendre le crawl réel
À niveau intermédiaire, l’analyse de logs est un levier puissant : vous voyez ce que Googlebot visite vraiment.
8.1 Exemple : filtrer Googlebot dans des logs (Linux)
Supposons un fichier access.log (format Nginx/Apache). Filtrer Googlebot :
grep -i "googlebot" access.log | head
Compter les hits Googlebot :
grep -i "googlebot" access.log | wc -l
Extraire les URLs les plus crawlées (approche générique, dépend du format) :
grep -i "googlebot" access.log | awk '{print $7}' | sort | uniq -c | sort -nr | head -50
Interprétation :
- Si Googlebot crawl beaucoup des URLs paramétrées inutiles → problème de facettes/paramètres.
- Si des pages importantes sont peu crawlées → améliorez le maillage interne, le sitemap, la vitesse, et réduisez le bruit.
Attention : le champ
$7dépend du format de log. Adaptez l’awkselon votre configuration.
9) Mesure SEO : KPI, segmentation, et priorisation
9.1 KPI utiles (intermédiaire)
- Impressions (visibilité)
- Clics (trafic organique)
- CTR (efficacité du snippet)
- Position moyenne (à interpréter par requête/page)
- Pages indexées (couverture)
- Conversions (le SEO doit servir un objectif)
Segmentez par :
- type de page (blog, catégorie, produit),
- intention (info vs transaction),
- marque vs hors marque,
- pays/langue/appareil.
9.2 Quick wins : méthode simple
Priorisez les actions avec :
- forte demande (impressions),
- position 8–20,
- page déjà indexée,
- amélioration claire possible (title, contenu, maillage).
Exemples de quick wins :
- retravailler un title pour augmenter le CTR,
- ajouter une section manquante (comparatif, étapes, FAQ),
- ajouter 5–10 liens internes depuis des pages fortes,
- corriger une canonicalisation erronée.
10) Stratégie de contenu : produire moins, produire mieux
10.1 Mise à jour vs création
Souvent, mettre à jour une page existante est plus rentable que créer une nouvelle page :
- la page a déjà de l’historique,
- elle peut déjà ranker,
- vous capitalisez sur l’existant.
Checklist de mise à jour :
- vérifier l’intention (la SERP a-t-elle changé ?),
- compléter les sections manquantes,
- ajouter exemples, données, visuels,
- améliorer l’intro (promesse + plan),
- renforcer E-E-A-T (sources, auteur, date),
- améliorer le maillage interne entrant et sortant.
10.2 Cannibalisation : quand deux pages se gênent
Symptômes :
- deux pages alternent sur la même requête,
- positions instables,
- dilution des liens internes.
Solutions :
- fusionner (301 + contenu consolidé),
- différencier l’intention (guide vs page service),
- ajuster titres, H1, et maillage interne.
11) Netlinking : approche pragmatique et durable
11.1 Ce qui marche (durablement)
- contenus citables (études, outils, templates),
- relations presse / RP digitales,
- partenariats légitimes,
- récupération de liens cassés (broken link building),
- mentions de marque non liées (link reclamation).
11.2 Vérifier vos backlinks (bases)
Sans outils payants, vous êtes limité, mais vous pouvez déjà :
- lister les pages les plus “linkables” (guides, ressources),
- surveiller les mentions de marque (Google Alerts),
- analyser les pages qui reçoivent des liens et renforcer leur maillage interne vers les pages business.
12) International et multilingue : hreflang (si concerné)
Si vous avez plusieurs langues/pays, utilisez hreflang correctement.
Points clés :
- réciprocité (A pointe vers B et B pointe vers A),
- URL canoniques cohérentes,
x-defaultsi vous avez une page de sélection.
Vérifier la présence de hreflang :
curl -s https://example.com/fr/page | grep -i "hreflang"
13) Sécurité et SEO : HTTPS, mixed content, et confiance
Vérifiez que tout est en HTTPS et qu’il n’y a pas de contenu mixte (ressources HTTP).
Tester une URL :
curl -I http://example.com
curl -I https://example.com
Vous voulez :
- redirection HTTP → HTTPS (301),
- pas d’erreurs de certificat,
- pas de ressources chargées en HTTP sur une page HTTPS.
14) Plan d’action SEO (modèle opérationnel)
Voici un plan réaliste sur 4 à 8 semaines, adaptable :
Semaine 1 : Diagnostic et priorités
- Export Search Console (requêtes/pages).
- Crawl du site (outil dédié recommandé).
- Vérif robots/sitemap/canonicals/redirects.
- Liste des pages business (celles qui doivent convertir).
Semaine 2 : Corrections techniques critiques
- Corriger 404 importantes + redirections.
- Réduire chaînes de redirection.
- Corriger canonicals.
- Nettoyer sitemap (URLs 200, canoniques).
Semaine 3 : Quick wins on-page
- Optimiser titles des pages à fortes impressions/CTR faible.
- Améliorer Hn et intros.
- Ajouter sections manquantes selon la SERP.
Semaine 4 : Maillage interne
- Créer/renforcer hubs.
- Ajouter liens internes depuis pages fortes vers pages stratégiques.
- Traiter pages orphelines.
Semaines 5–8 : Contenu + popularité
- Mettre à jour les contenus existants (priorité).
- Produire 2–4 contenus “linkables”.
- Déployer une action RP/partenariats pour obtenir des liens de qualité.
15) Checklists finales
15.1 Checklist technique
- robots.txt accessible et cohérent
- sitemap.xml propre (URLs canoniques, 200)
- HTTPS partout + redirection HTTP→HTTPS
- pas de chaînes de redirection
- canonicals corrects
- pas de duplication massive (paramètres/facettes)
- performance acceptable (Lighthouse + CWV)
- pages importantes indexables (pas de noindex accidentel)
15.2 Checklist contenu
- intention de recherche respectée
- title clair et incitatif
- structure Hn logique
- contenu plus utile que la concurrence (exemples, étapes, preuves)
- E-E-A-T renforcé (auteur, sources, mise à jour)
- données structurées pertinentes (si applicable)
15.3 Checklist popularité
- pages “linkables” identifiées
- plan d’acquisition réaliste (RP, partenariats, ressources)
- suivi des mentions de marque
- maillage interne depuis pages recevant des liens
16) Annexes : commandes utiles (récapitulatif)
Tester un header HTTP :
curl -I https://example.com/page
Suivre les redirections :
curl -s -I -L https://example.com/page | grep -E "HTTP/|location:"
Extraire une canonical :
curl -s https://example.com/page | grep -i '<link rel="canonical"'
Vérifier robots et sitemap :
curl -s https://example.com/robots.txt
curl -s https://example.com/sitemap.xml | head
Lighthouse (performance + SEO) :
npm install -g lighthouse
lighthouse https://example.com --only-categories=performance,seo --view
Filtrer Googlebot dans des logs :
grep -i "googlebot" access.log | awk '{print $7}' | sort | uniq -c | sort -nr | head
Conclusion
Le SEO intermédiaire n’est plus une suite de “trucs” isolés : c’est une discipline de diagnostic et d’arbitrage. En combinant :
- une stratégie de mots-clés orientée intention,
- une base technique propre (exploration/indexation),
- un contenu réellement supérieur,
- un maillage interne structurant,
- et une acquisition de liens crédible,
vous obtenez des résultats plus stables et plus prédictibles.
Si vous me donnez le type de site (blog, SaaS, e-commerce, local), le CMS (WordPress, Shopify, custom) et un objectif (leads, ventes, notoriété), je peux adapter ce guide en plan d’audit et roadmap avec priorités chiffrées.