Fait avec Chinaski

SEO & métadonnées

Chinaski génère la plupart des signaux SEO pour vous (URL canoniques, alternates hreflang, sitemaps, robots.txt, données structurées, feeds) avec des remplacements par page où vous en avez besoin. Cette section couvre chaque signal, d'où vient son défaut, et quels contrôles vous avez.

Dans cette section

  • URL canoniques: comment chaque page reçoit une URL canonique automatiquement, et comment en remplacer une par page.
  • Domaine canonique: la redirection www-vs-nue que le builder émet depuis votre Site URL, et comment elle reste synchronisée avec les balises canoniques.
  • Open Graph: les balises de partage social et leur chaîne de repli.
  • Balises meta: titres, descriptions, l'inventaire complet du head, et le rapport SEO au moment du build.
  • Sitemap: ce qu'il contient, les sorties par langue, et les contrôles par page (include/exclude, priorité, fréquence de changement).
  • Redirections: le système de règles de redirection : changements de slug, codes de statut, motifs, et où vivent les fichiers.
  • Gestion des 404: la page 404 générée et le moniteur intégré pour les chemins manquants.

Les trois sources des valeurs SEO d'une page

  1. Champs par page (meta titre/description, champs og:*, URL canonique, image mise en avant) : priorité la plus forte.
  2. Réglages du site (nom du site, tagline, base d'URL, handle twitter, image par défaut), utilisés quand un champ de page est vide.
  3. Replis automatiques calculés par le builder (titre depuis le contenu, description depuis la tagline, canonique depuis l'URL du site, données structurées depuis un contexte de type breadcrumb).

La plupart des pages devraient être laissées telles quelles et hériter : les mêmes règles font que l'aperçu correspond à la sortie.

Le garde de qualité au moment du build

Le scanner du builder passe chaque page générée au peigne fin pour les URL canoniques vides et les descriptions meta vides/dupliquées, comptant chacune comme problèmes SEO. Comme le garde de qualité de base entre dans la même vérification de pré-promotion qui surveille la santé des builds, les régressions SEO reçoivent le même traitement que les liens cassés plutôt qu'un polissage optionnel.

Où vivent les autres signaux

  • Feeds RSS et alternates hreflang: générés par langue dans le cadre de chaque build (la section internationalisation couvre les règles d'appariement).
  • Données structurées: formes JSON-LD (WebSite, Organization, breadcrumbs) composées depuis les réglages et émises dans les templates ; les entrées robots leurre/honeypot voyagent dans le robots.txt généré, couvert sous déploiement.
  • La visibilité au niveau Cloudflare/CDN compte pour les sites statiques internationaux multilingues : la sortie standard inclut sitemap.xml et des alternates par langue, avec la configuration du reverse-proxy documentée pour des règles de redirection qui utilisent la couverture la plus large possible.

Également dans SEO & métadonnées

Comment Chinaski définit les URL canoniques à trois niveaux : le réglage Site URL, les valeurs automatiques par page et les surcharges manuelles.

Définissez un domaine canonique pour éviter les doublons www et sans www : le réglage Site URL et la règle de redirection générée à chaque build.

Découvrez quelles balises Open Graph et Twitter Chinaski écrit au build, et la chaîne de repli pour le titre, la description, l'image et le type.

Ce que Chinaski place dans le head de chaque page : titre, meta description, Open Graph, Twitter Card, canonical, JSON-LD, valeurs de repli et surcharges.

Comment Chinaski génère un sitemap.xml par langue à chaque build, son contenu et les réglages de sitemap par page et par post que vous contrôlez.

Gardez les anciens liens actifs après un renommage : création des redirections, comportement par langue et formats d'export pour votre hôte.

Repérez les liens cassés avec la gestion des 404 : l'onglet Santé, chemins classés par hits, filtres, purge du journal et redirections.

Lisez ce site en