Sujet à définir : métadonnées SEO avancées (FR)

Ce tutoriel est une plongée pratique et avancée dans les métadonnées SEO : comment les concevoir, les implémenter, les tester et les industrialiser. L’objectif n’est pas seulement “d’ajouter un title et une meta description”, mais de bâtir un système robuste : balises HTML, données structurées, open graph, twitter cards, hreflang, canonicals, robots, sitemaps, headers HTTP, et validation automatisée.

1) Pourquoi les métadonnées “avancées” comptent vraiment

Les métadonnées SEO servent à trois choses principales :

Compréhension : aider les moteurs (Google, Bing) à interpréter la page (sujet, entité, relation, langue, version canonique).
Présentation : contrôler (dans une certaine mesure) l’affichage dans les SERP et sur les réseaux (snippet, image, titre social).
Gouvernance : gérer les duplications, les versions (mobile/desktop, langues, paramètres), l’indexation, et la cohérence à grande échelle.

Les métadonnées “avancées” deviennent indispensables dès que vous avez :

un site multilingue,
des pages proches (variantes, filtres, pagination),
des contenus riches (produits, articles, FAQ, événements),
des contraintes d’indexation (noindex, paywall, staging),
une stack moderne (SPA/SSR, CDN, edge rendering).

2) Le socle : `<title>`, meta description, robots, canonical

2.1 `<title>` : règles avancées

Le <title> influence fortement le classement et le taux de clic (CTR). Bonnes pratiques avancées :

Unicité : un title par URL canonique.
Intention : refléter l’intention (informationnelle, transactionnelle, navigationnelle).
Marque : souvent en suffixe (… | Marque), sauf pages “marque”.
Éviter la sur-optimisation : répétitions de mots-clés.

Exemple HTML :

<title>Chaussures de randonnée imperméables homme – Guide & comparatif | Monts&Co</title>
<meta name="description" content="Comparatif 2026 : comment choisir des chaussures de randonnée imperméables pour homme, critères, entretien, et notre sélection testée." />

2.2 `meta name="robots"` : contrôle fin

La balise robots est un signal (pas un blocage d’accès). Elle contrôle l’indexation et le suivi des liens.

Exemples :

<meta name="robots" content="index,follow,max-snippet:-1,max-image-preview:large,max-video-preview:-1" />

Pour une page à ne pas indexer (ex. résultats internes, staging) :

<meta name="robots" content="noindex,nofollow" />

Pour empêcher l’affichage d’un extrait (rarement souhaitable) :

<meta name="robots" content="nosnippet" />

Important : si vous mettez noindex, évitez de bloquer l’URL dans robots.txt (sinon Google ne peut pas voir le noindex). En général : autoriser le crawl mais mettre noindex.

2.3 `link rel="canonical"` : anti-duplication

Le canonical indique la version de référence d’un contenu (paramètres, tracking, tri, pagination parfois).

Exemple :

<link rel="canonical" href="https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/" />

Règles avancées :

Le canonical doit être absolu, 200 OK, indexable.
Éviter les canonicals “en chaîne” (A canonique vers B, B vers C).
En pagination, on canonicalise souvent sur soi-même (self-canonical), et on gère la découverte via liens internes.

3) Open Graph & Twitter Cards : métadonnées sociales (et SEO indirect)

Même si Open Graph n’est pas un facteur SEO direct, il impacte :

CTR via partages,
cohérence de marque,
trafic social qui peut renforcer la notoriété.

3.1 Open Graph minimal robuste

<meta property="og:type" content="article" />
<meta property="og:title" content="Chaussures de randonnée imperméables homme : le guide complet" />
<meta property="og:description" content="Critères, erreurs à éviter, et sélection 2026." />
<meta property="og:url" content="https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/" />
<meta property="og:image" content="https://www.exemple.com/media/og/chaussures-rando.jpg" />
<meta property="og:image:width" content="1200" />
<meta property="og:image:height" content="630" />
<meta property="og:site_name" content="Monts&Co" />
<meta property="og:locale" content="fr_FR" />

Conseils :

Image 1200×630 (ratio 1.91:1) pour la plupart des plateformes.
URL d’image stable, accessible sans cookie, en HTTPS, avec un Content-Type correct.

3.2 Twitter Cards

<meta name="twitter:card" content="summary_large_image" />
<meta name="twitter:title" content="Chaussures de randonnée imperméables homme : le guide" />
<meta name="twitter:description" content="Comment choisir + comparatif 2026." />
<meta name="twitter:image" content="https://www.exemple.com/media/og/chaussures-rando.jpg" />

4) Données structurées (Schema.org) : l’arsenal avancé

Les données structurées (JSON-LD recommandé) aident les moteurs à :

comprendre les entités,
déclencher des rich results (FAQ, HowTo, Product, Review, Breadcrumb, Article, Event…),
relier votre contenu au Knowledge Graph (potentiellement).

4.1 Règles générales

JSON-LD dans <head> ou <body>.
Les données doivent correspondre au contenu visible.
Éviter le spam : ne déclarez pas des avis/notes non affichés.
Maintenir des identifiants stables via @id.

4.2 Article + BreadcrumbList (exemple complet)

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "@id": "https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/#article",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/"
  },
  "headline": "Chaussures de randonnée imperméables homme : le guide complet",
  "description": "Critères de choix, entretien, erreurs à éviter, et sélection 2026.",
  "image": [
    "https://www.exemple.com/media/og/chaussures-rando.jpg"
  ],
  "author": {
    "@type": "Person",
    "name": "Camille Durand"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Monts&Co",
    "logo": {
      "@type": "ImageObject",
      "url": "https://www.exemple.com/media/logo.png",
      "width": 512,
      "height": 512
    }
  },
  "datePublished": "2026-02-15",
  "dateModified": "2026-03-10"
}
</script>

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "@id": "https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/#breadcrumbs",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Guides",
      "item": "https://www.exemple.com/guide/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Chaussures de randonnée imperméables homme",
      "item": "https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/"
    }
  ]
}
</script>

4.3 Product (e-commerce) : points délicats

Le schéma Product est utile, mais sensible :

offers doit refléter prix/disponibilité réels.
aggregateRating et review doivent correspondre à des avis visibles.

Exemple :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "@id": "https://www.exemple.com/produit/chaussure-x/#product",
  "name": "Chaussure X GTX",
  "image": [
    "https://www.exemple.com/media/p/chaussure-x-1.jpg",
    "https://www.exemple.com/media/p/chaussure-x-2.jpg"
  ],
  "description": "Chaussure de randonnée imperméable avec membrane GTX.",
  "sku": "XGTX-42",
  "brand": {
    "@type": "Brand",
    "name": "Monts&Co"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://www.exemple.com/produit/chaussure-x/",
    "priceCurrency": "EUR",
    "price": "159.90",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}
</script>

5) Internationalisation : `hreflang` sans erreurs

hreflang indique les variantes linguistiques/régionales. C’est crucial pour éviter que Google affiche la mauvaise langue.

5.1 Exemple correct (FR, EN, FR-CA) + x-default

<link rel="alternate" hreflang="fr" href="https://www.exemple.com/fr/guide/chaussures-randonnee/" />
<link rel="alternate" hreflang="en" href="https://www.exemple.com/en/guide/waterproof-hiking-shoes/" />
<link rel="alternate" hreflang="fr-CA" href="https://www.exemple.com/ca-fr/guide/chaussures-randonnee/" />
<link rel="alternate" hreflang="x-default" href="https://www.exemple.com/guide/" />

Règles avancées :

Les annotations doivent être réciproques (chaque variante pointe vers les autres).
Les URLs doivent être canonicals et indexables.
Utiliser fr-CA (langue + région) seulement si le contenu est réellement adapté.

5.2 Diagnostic avec commandes

Télécharger l’HTML et extraire les balises :

curl -sL "https://www.exemple.com/fr/guide/chaussures-randonnee/" | grep -i 'hreflang'

Vérifier que la page EN référence bien la FR :

curl -sL "https://www.exemple.com/en/guide/waterproof-hiking-shoes/" | grep -i 'hreflang="fr"'

6) Pagination, facettes, paramètres : stratégie de métadonnées

6.1 Pagination (catégories, listes)

Aujourd’hui, rel="prev/next" n’est plus utilisé comme signal principal par Google, mais la pagination reste un problème de crawl et de duplication.

Bon pattern :

Chaque page paginée a un self-canonical.
La page 1 est accessible sans paramètre.
Les pages paginées restent indexables si elles apportent de la valeur (sinon noindex).

Exemple page 2 :

<link rel="canonical" href="https://www.exemple.com/chaussures-randonnee/?page=2" />
<meta name="robots" content="index,follow" />

6.2 Facettes (filtres) : noindex sélectif

Les facettes peuvent exploser le nombre d’URLs. Approche courante :

Autoriser l’exploration de certains filtres “SEO” (ex. “imperméable”, “homme”).
Mettre noindex,follow sur les combinaisons non stratégiques.
Canonicaliser vers une page “propre” si nécessaire.

Exemple :

<meta name="robots" content="noindex,follow" />
<link rel="canonical" href="https://www.exemple.com/chaussures-randonnee/" />

Attention : canonicaliser systématiquement toutes les facettes vers la racine peut brouiller les signaux si le contenu diffère fortement. Préférez une vraie page SEO dédiée quand un filtre mérite d’être indexé.

7) `robots.txt`, sitemaps et métadonnées : orchestration

7.1 `robots.txt` : contrôler le crawl, pas l’indexation

Exemple :

User-agent: *
Disallow: /recherche/
Disallow: /panier/
Disallow: /compte/
Allow: /

Sitemap: https://www.exemple.com/sitemap.xml

Tester via curl :

curl -sL https://www.exemple.com/robots.txt

7.2 Sitemaps : qualité > quantité

Un sitemap doit contenir :

des URLs canoniques,
200 OK,
indexables,
cohérentes avec hreflang (si vous segmentez par langue).

Exemple minimal de sitemap :

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/</loc>
    <lastmod>2026-03-10</lastmod>
  </url>
</urlset>

Vérifier rapidement les codes HTTP des URLs d’un sitemap (exemple simple) :

curl -sL https://www.exemple.com/sitemap.xml \
  | grep -oE '<loc>[^<]+' | sed 's/<loc>//' \
  | head -n 20 \
  | xargs -n1 -I{} sh -c 'code=$(curl -s -o /dev/null -w "%{http_code}" "{}"); echo "$code {}"'

8) Métadonnées via en-têtes HTTP : un niveau souvent oublié

Certaines directives peuvent être envoyées en headers HTTP, utiles quand vous ne contrôlez pas facilement le HTML (PDF, assets, pages générées).

8.1 `X-Robots-Tag`

Pour empêcher l’indexation d’un PDF :

curl -I https://www.exemple.com/docs/catalogue.pdf

Côté serveur (exemple Apache .htaccess) :

<FilesMatch "\.pdf$">
  Header set X-Robots-Tag "noindex, nofollow"
</FilesMatch>

Ou Nginx :

location ~* \.pdf$ {
  add_header X-Robots-Tag "noindex, nofollow";
}

8.2 Canonical via header (cas rares)

Possible mais moins courant. Préférez le canonical HTML, sauf contraintes spécifiques.

9) Stack moderne (SPA/SSR) : pièges et solutions

9.1 Problème typique SPA

Si votre site est une SPA qui rend le <head> côté client, les bots peuvent :

voir un head incomplet,
récupérer un title générique,
manquer les JSON-LD.

Solution : SSR (server-side rendering), prerender, ou rendu hybride.

9.2 Vérifier ce que voit un bot

Comparer HTML brut vs rendu :

curl -sL "https://www.exemple.com/page" | head -n 40

Pour simuler un user-agent Googlebot :

curl -sL -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "https://www.exemple.com/page" | head -n 60

Si le <title> ou JSON-LD n’apparaît pas, vous avez un problème de rendu.

10) Validation : tests manuels et automatisation

10.1 Contrôles essentiels par page

Checklist “avancée” :

1 seul <title> pertinent
meta description présente (pas obligatoire mais recommandée)
canonical absolu, 200, indexable
robots cohérent (pas de noindex accidentel)
hreflang réciproque (si multi-langue)
Open Graph + Twitter (si partage)
JSON-LD valide et aligné avec le contenu
pas de contradictions (ex. noindex + URL dans sitemap)

10.2 Extraire automatiquement des métadonnées avec des commandes

Récupérer title + meta robots + canonical :

URL="https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/"
curl -sL "$URL" | tr '\n' ' ' | sed 's/<\/title>/<\/title>\n/g' | grep -i "<title>"
curl -sL "$URL" | grep -i '<meta name="robots"'
curl -sL "$URL" | grep -i '<link rel="canonical"'

Extraire JSON-LD (brut) :

curl -sL "$URL" | sed -n '/application\/ld+json/,/script>/p'

10.3 Audit multi-URLs (exemple simple)

Créer un fichier urls.txt :

https://www.exemple.com/
https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/
https://www.exemple.com/produit/chaussure-x/

Puis vérifier code HTTP, canonical, robots :

while read -r url; do
  echo "== $url =="
  curl -s -o /dev/null -w "HTTP %{http_code}\n" "$url"
  curl -sL "$url" | grep -i '<link rel="canonical"' | head -n 1
  curl -sL "$url" | grep -i '<meta name="robots"' | head -n 1
  echo
done < urls.txt

11) Patterns de mise en œuvre (templates) : industrialiser sans casser

11.1 Gabarit `<head>` recommandé (page article)

<head>
  <meta charset="utf-8" />
  <meta name="viewport" content="width=device-width, initial-scale=1" />

  <title><!-- dynamique --></title>
  <meta name="description" content="<!-- dynamique -->" />

  <link rel="canonical" href="<!-- URL canonique -->" />
  <meta name="robots" content="index,follow,max-image-preview:large" />

  <!-- hreflang si nécessaire -->
  <!-- Open Graph -->
  <!-- Twitter -->
  <!-- JSON-LD -->
</head>

11.2 Gouvernance des champs (CMS / DB)

Pour éviter les incohérences, définissez des règles :

title : 1 champ éditorial + fallback automatique (H1 + marque).
description : champ éditorial + fallback (extrait du chapeau).
og:image : champ média + fallback (image à la une).
canonical : calculé (URL propre) + exceptions contrôlées.
robots : par type de page (produit, catégorie, recherche, compte…).

12) Erreurs fréquentes (et comment les détecter)

Canonical vers une URL 301/404
Détection :

curl -I https://www.exemple.com/url-canonique

Noindex en production après une recette
Détection :

curl -sL https://www.exemple.com/ | grep -i 'meta name="robots"'

Hreflang non réciproque
Détection : vérifier chaque variante (voir section 5.2).
JSON-LD invalide (virgule en trop, guillemets)
Détection : extraire le JSON-LD et valider (voir ci-dessous).

13) Validation JSON-LD avec outils en ligne et approche CLI

13.1 Outils en ligne (référence)

Google Rich Results Test
Schema Markup Validator (validator.schema.org)

13.2 Approche CLI (validation “syntaxique”)

Si vous pouvez extraire le JSON-LD en un bloc propre, vous pouvez au moins vérifier qu’il est du JSON valide.

Exemple (simplifié) : extraire le premier bloc JSON-LD et tenter de le parser avec python :

curl -sL "https://www.exemple.com/guide/chaussures-randonnee-impermeables-homme/" \
  | sed -n '/<script type="application\/ld+json">/,/<\/script>/p' \
  | sed '1s/.*>//; $s/<\/script>.*//' \
  | python3 -c 'import sys, json; print("OK" if json.load(sys.stdin) else "VIDE")'

Limite : une page peut contenir plusieurs blocs JSON-LD, ou du JSON-LD avec espaces/HTML non trivial. Pour un audit industriel, utilisez un parseur HTML (ex. Node + cheerio) ou un crawler.

14) Stratégie avancée : cohérence entre métadonnées et contenu

Les moteurs comparent vos signaux :

<title> / H1 / contenu
meta description / introduction
JSON-LD / éléments visibles (prix, disponibilité, auteur)
canonical / maillage interne / sitemap

Une stratégie robuste :

H1 = sujet principal (humain)
Title = promesse + précision (SERP)
Description = bénéfice + détails (SERP)
Breadcrumb = structure du site (moteur + UX)
Schema = entités et attributs (moteur)

15) Exemple complet : page multilingue avec article + OG + hreflang + canonical

<!doctype html>
<html lang="fr">
<head>
  <meta charset="utf-8" />
  <meta name="viewport" content="width=device-width, initial-scale=1" />

  <title>Chaussures de randonnée imperméables homme : guide 2026 | Monts&Co</title>
  <meta name="description" content="Guide 2026 : critères, entretien, erreurs à éviter et sélection de chaussures de randonnée imperméables pour homme." />

  <link rel="canonical" href="https://www.exemple.com/fr/guide/chaussures-randonnee-impermeables-homme/" />
  <meta name="robots" content="index,follow,max-image-preview:large" />

  <link rel="alternate" hreflang="fr" href="https://www.exemple.com/fr/guide/chaussures-randonnee-impermeables-homme/" />
  <link rel="alternate" hreflang="en" href="https://www.exemple.com/en/guide/waterproof-hiking-shoes-men/" />
  <link rel="alternate" hreflang="x-default" href="https://www.exemple.com/guide/" />

  <meta property="og:type" content="article" />
  <meta property="og:title" content="Chaussures de randonnée imperméables homme : guide 2026" />
  <meta property="og:description" content="Critères, entretien, erreurs à éviter, sélection." />
  <meta property="og:url" content="https://www.exemple.com/fr/guide/chaussures-randonnee-impermeables-homme/" />
  <meta property="og:image" content="https://www.exemple.com/media/og/chaussures-rando.jpg" />
  <meta property="og:locale" content="fr_FR" />

  <meta name="twitter:card" content="summary_large_image" />
  <meta name="twitter:title" content="Chaussures de randonnée imperméables homme : guide 2026" />
  <meta name="twitter:description" content="Critères, entretien, erreurs à éviter, sélection." />
  <meta name="twitter:image" content="https://www.exemple.com/media/og/chaussures-rando.jpg" />

  <script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "Article",
    "@id": "https://www.exemple.com/fr/guide/chaussures-randonnee-impermeables-homme/#article",
    "mainEntityOfPage": {
      "@type": "WebPage",
      "@id": "https://www.exemple.com/fr/guide/chaussures-randonnee-impermeables-homme/"
    },
    "headline": "Chaussures de randonnée imperméables homme : guide 2026",
    "image": ["https://www.exemple.com/media/og/chaussures-rando.jpg"],
    "author": { "@type": "Person", "name": "Camille Durand" },
    "publisher": {
      "@type": "Organization",
      "name": "Monts&Co",
      "logo": { "@type": "ImageObject", "url": "https://www.exemple.com/media/logo.png" }
    },
    "datePublished": "2026-02-15",
    "dateModified": "2026-03-10"
  }
  </script>
</head>
<body>
  <main>
    <h1>Chaussures de randonnée imperméables homme : le guide complet</h1>
    <p>…</p>
  </main>
</body>
</html>

16) Plan d’action (opérationnel) pour passer en “SEO metadata avancé”

Cartographier les types de pages : home, catégorie, produit, article, recherche, compte, panier, filtres.
Définir la politique d’indexation : quelles pages index, lesquelles noindex.
Standardiser les canonicals : règles d’URL propres, gestion des paramètres.
Mettre en place hreflang si multi-langue (et tests de réciprocité).
Ajouter Schema.org par type (Article, Breadcrumb, Product, Organization…).
Ajouter OG/Twitter pour les pages partageables.
Nettoyer robots.txt + sitemaps (uniquement URLs canoniques indexables).
Automatiser les audits (scripts curl + crawler) et intégrer à la CI si possible.
Surveiller : Google Search Console (couverture, améliorations, rich results), logs serveur, CTR.

17) Annexes : commandes utiles “terrain”

17.1 Vérifier redirections et canonicals

curl -I -L https://www.exemple.com/fr/guide/chaussures-randonnee-impermeables-homme/

17.2 Vérifier le `Content-Type` d’une image OG

curl -I https://www.exemple.com/media/og/chaussures-rando.jpg

Vous voulez idéalement :

HTTP/2 200
Content-Type: image/jpeg (ou png/webp selon support)
cache headers corrects (Cache-Control)

17.3 Trouver rapidement les pages avec `noindex` (échantillon)

Si vous avez une liste d’URLs :

while read -r url; do
  if curl -sL "$url" | grep -qi 'content="noindex'; then
    echo "NOINDEX: $url"
  fi
done < urls.txt

Conclusion

Les métadonnées SEO avancées ne sont pas un “pack de balises”, mais un système : elles doivent être cohérentes entre elles, alignées avec le contenu visible, et gouvernées par des règles stables (canonicals, indexation, hreflang, schema, social). La différence entre un site “correct” et un site “excellent” se joue souvent ici : réduction de la duplication, meilleure compréhension sémantique, meilleure distribution internationale, et contrôle fin du crawl.

Si vous me donnez votre contexte (CMS, framework, multi-langue ou non, e-commerce ou éditorial, volume d’URLs), je peux proposer une matrice de métadonnées par type de page et des règles de canonicals/hreflang adaptées.

Comment optimiser les métadonnées seo pour un meilleur CTR

Sujet à définir : métadonnées SEO avancées (FR)

1) Pourquoi les métadonnées “avancées” comptent vraiment

2) Le socle : <title>, meta description, robots, canonical

2.1 <title> : règles avancées

2.2 meta name="robots" : contrôle fin

2.3 link rel="canonical" : anti-duplication

3) Open Graph & Twitter Cards : métadonnées sociales (et SEO indirect)

3.1 Open Graph minimal robuste

3.2 Twitter Cards

4) Données structurées (Schema.org) : l’arsenal avancé

4.1 Règles générales

4.2 Article + BreadcrumbList (exemple complet)

4.3 Product (e-commerce) : points délicats

5) Internationalisation : hreflang sans erreurs

5.1 Exemple correct (FR, EN, FR-CA) + x-default

5.2 Diagnostic avec commandes

6) Pagination, facettes, paramètres : stratégie de métadonnées

6.1 Pagination (catégories, listes)

6.2 Facettes (filtres) : noindex sélectif

7) robots.txt, sitemaps et métadonnées : orchestration

7.1 robots.txt : contrôler le crawl, pas l’indexation

7.2 Sitemaps : qualité > quantité

8) Métadonnées via en-têtes HTTP : un niveau souvent oublié

8.1 X-Robots-Tag

8.2 Canonical via header (cas rares)

9) Stack moderne (SPA/SSR) : pièges et solutions

9.1 Problème typique SPA

9.2 Vérifier ce que voit un bot

10) Validation : tests manuels et automatisation

10.1 Contrôles essentiels par page

10.2 Extraire automatiquement des métadonnées avec des commandes

10.3 Audit multi-URLs (exemple simple)

11) Patterns de mise en œuvre (templates) : industrialiser sans casser

11.1 Gabarit <head> recommandé (page article)

11.2 Gouvernance des champs (CMS / DB)

12) Erreurs fréquentes (et comment les détecter)

13) Validation JSON-LD avec outils en ligne et approche CLI

13.1 Outils en ligne (référence)

13.2 Approche CLI (validation “syntaxique”)

14) Stratégie avancée : cohérence entre métadonnées et contenu

15) Exemple complet : page multilingue avec article + OG + hreflang + canonical

16) Plan d’action (opérationnel) pour passer en “SEO metadata avancé”

17) Annexes : commandes utiles “terrain”

17.1 Vérifier redirections et canonicals

17.2 Vérifier le Content-Type d’une image OG

17.3 Trouver rapidement les pages avec noindex (échantillon)

Conclusion

Tutoriels associés

2) Le socle : `<title>`, meta description, robots, canonical

2.1 `<title>` : règles avancées

2.2 `meta name="robots"` : contrôle fin

2.3 `link rel="canonical"` : anti-duplication

5) Internationalisation : `hreflang` sans erreurs

7) `robots.txt`, sitemaps et métadonnées : orchestration

7.1 `robots.txt` : contrôler le crawl, pas l’indexation

8.1 `X-Robots-Tag`

11.1 Gabarit `<head>` recommandé (page article)

17.2 Vérifier le `Content-Type` d’une image OG

17.3 Trouver rapidement les pages avec `noindex` (échantillon)