Générateur de balises meta, gratuit
Générez des balises meta SEO, Open Graph et Twitter Card pour votre site web.
À propos des balises meta
Les balises meta fournissent des métadonnées à propos de votre page HTML. Elles aident les moteurs de recherche à comprendre votre contenu, contrôlent la manière dont vos pages apparaissent dans les résultats de recherche et définissent l'aperçu des liens sur les réseaux sociaux. Un ensemble de balises meta bien optimisé peut améliorer le taux de clic depuis la recherche et le partage social. Gardez les titres en dessous de 60 caractères et les descriptions en dessous de 160 caractères pour un affichage optimal dans les résultats de recherche.
Les quatre familles de métadonnées <head>
Le <head> d'une page HTML moderne porte typiquement des métadonnées dans quatre groupes, chacun servant un public différent :
- Bases du document, ce dont chaque navigateur a besoin :
<title>,<meta charset="utf-8">,<meta name="viewport">,<meta name="description">. - Directives SEO, ce que lisent les crawlers des moteurs de recherche :
<meta name="robots">,<link rel="canonical">, le titre de page qui finit comme lien dans le SERP. - Open Graph, ce que rendent Facebook, LinkedIn, Slack, Discord, iMessage et la plupart des autres clients de partage de liens :
og:title,og:description,og:image,og:url,og:type,og:site_name. - Twitter Card, ce que X / Twitter rend pour les liens partagés, avec repli sur les balises OG en leur absence :
twitter:card,twitter:title,twitter:image,twitter:site,twitter:creator.
Ce générateur émet les quatre familles à partir d'un seul formulaire. La sortie se colle directement dans le <head> de n'importe quel fichier HTML : coller, sauvegarder, déployer. Pour un approfondissement spécifiquement Open Graph, l'outil dédié Aperçu Open Graph, gratuit montre les rendus en direct sur les plateformes.
Titre et description : quelle longueur viser ?
Google Search Central est direct sur la réponse : il n'y a pas de maximum strict. Les extraits sont simplement tronqués pour s'adapter à la largeur de l'appareil. Les règles de 60 caractères pour le titre et 160 pour la description sont des conventions du secteur dérivées de la troncature en largeur de pixels observée dans les SERP de Google (~580 pixels sur ordinateur). En pratique :
- Titre, viser 50–60 caractères. Les majuscules larges (W, M, A capital) consomment plus d'espace en pixels que les lettres étroites (i, l, t), donc deux titres de 60 caractères peuvent s'afficher avec des largeurs visibles très différentes.
- Description, 150–160 caractères sur ordinateur, ~120 sur mobile. Mettez l'information clé au début pour qu'elle survive à la troncature mobile.
- La longueur n'affecte pas le classement ; elle n'affecte que la quantité d'extrait qu'un internaute voit avant de cliquer.
La balise méta robots : ce qu'elle contrôle vraiment
Contrairement à la balise keywords obsolète (voir plus bas), <meta name="robots"> est bien vivante ; Google la prend explicitement en charge. Valeurs courantes :
index, follow, le défaut. La page peut apparaître dans la recherche ; les crawlers suivent ses liens.noindex, exclure cette page des résultats de recherche. Utile pour les pages de remerciement, les outils internes, les archives paginées, les pages de résultats de recherche, et tout ce que vous ne voulez pas voir concurrencer votre vrai contenu.nofollow, ne pas suivre les liens de cette page. Rarement le bon choix au niveau d'une page entière ; généralement appliqué par lien viarel="nofollow".noindex, nofollow, les deux. La position de confidentialité la plus forte pour une page accessible publiquement.noarchive, ne pas montrer de copie en cache dans les résultats de recherche.nosnippet, ne pas montrer d'extrait de description, seulement le titre.
Pour des surcharges spécifiques à Google, utilisez <meta name="googlebot"> avec les mêmes valeurs. Notez que noindex est aussi exprimable comme en-tête HTTP X-Robots-Tag, ce qui est le bon endroit pour les PDF, images et autres ressources non-HTML où vous ne pouvez pas ajouter de balise méta.
Pourquoi les URL canoniques comptent
<link rel="canonical"> dit aux moteurs de recherche quelle version d'une page est l'« officielle » quand plusieurs URL servent un contenu identique ou quasi identique. Cas courants qui ont besoin d'une canonique :
- Slash final ou non (
/pagevs/page/). - HTTP vs HTTPS (les redirections héritées laissent parfois les deux indexables).
- WWW vs apex (
www.example.comvsexample.com). - Paramètres de suivi (
?utm_source=...,?ref=...) produisant à l'infini des URL « différentes ». - Pagination, ordres de tri, paramètres de filtre qui produisent le même contenu dans un ordre différent.
- Contenu syndiqué republié sur plusieurs sites (la canonique pointe vers l'original).
Sans canonique, Google choisit lui-même une version et peut choisir la mauvaise. L'URL canonique doit être absolue (https:// complet) et doit correspondre exactement à l'URL que vous voulez voir indexée.
Balises que vous pouvez sauter en 2026
<meta name="keywords">, Google a explicitement déclaré depuis septembre 2009 qu'il n'utilise pas la balise méta keywords comme signal de classement. Bing va plus loin : il traite le bourrage excessif de mots-clés dans cette balise comme un signal de spam. L'inclure ne fait pas de mal au SEO mais ne sert à rien non plus ; le champ existe dans ce générateur pour les utilisateurs dont les modèles d'entreprise l'attendent encore.<meta http-equiv="refresh">pour les redirections, utilisez plutôt des redirections HTTP 301/302 propres depuis le serveur. Le meta refresh retarde la redirection et perturbe certains outils d'accessibilité.<meta http-equiv="X-UA-Compatible">, nécessaire uniquement pour la compatibilité Internet Explorer, qui n'est plus une préoccupation.<meta name="revisit-after">, jamais honorée par les crawlers majeurs. Pur culte du cargo.<meta name="generator">, informatif seulement ; dit au monde ce qui a construit votre site. Parfois un signal de sécurité qui mérite d'être retiré.
Les deux balises dont chaque page a vraiment besoin
Au-delà de <title> et <meta name="description">, deux balises sont non négociables pour une page web moderne :
<meta charset="UTF-8">, doit apparaître dans les 1024 premiers octets du document, idéalement comme premier enfant de<head>. Le HTML Living Standard l'exige pour un traitement correct des caractères. Sans elle, les navigateurs peuvent deviner l'encodage et se tromper, surtout sur les écritures non latines.<meta name="viewport" content="width=device-width, initial-scale=1">, dit aux navigateurs mobiles de rendre la page à la largeur réelle de l'appareil plutôt que de dézoomer depuis une mise en page de bureau fictive de 980 pixels. Sans elle, chaque utilisateur mobile voit une version dézoomée minuscule de votre page, presque inutilisable.
Open Graph et Twitter Cards en bref
Un court résumé ; pour l'approfondissement, utilisez l'outil Aperçu Open Graph, gratuit. Les quatre balises OG requises selon ogp.me : og:title, og:type, og:image, og:url. Optionnelles mais recommandées : og:description, og:site_name. Dimensions d'image : 1200×630 (1,91:1) est la taille la plus sûre toutes plateformes confondues.
Pour X / Twitter : incluez twitter:card = summary_large_image (la carte moderne pleine largeur) et X retombe sur les balises OG pour tout le reste si les balises Twitter spécifiques sont absentes. La prévisualisation autonome Twitter Card Validator a été supprimée par X le 2 août 2022 ; vérifiez en collant l'URL dans le compositeur de tweet à la place.
Les données structurées sont un travail différent
Les données structurées JSON-LD (avec les vocabulaires schema.org) sont ce qui alimente les résultats Google riches : cartes de recettes, infos produit avec étoiles, extraits FAQ dans la recherche, fils d'Ariane. C'est distinct des balises méta et vit dans un bloc <script type="application/ld+json">, pas dans une balise <meta>. Les deux sont recommandés ; l'un ne remplace pas l'autre. Les balises méta contrôlent le titre / la description / la carte de partage de base ; les données structurées débloquent les formats plus riches.
Erreurs courantes
- Inclure
meta keywordsen attendant un bénéfice SEO. Google a annoncé en 2009 qu'il ne l'utilise pas. Plus de vingt ans plus tard, c'est encore dans de vieux modèles ; retirez ou ignorez. - Oublier
<link rel="canonical">. Si votre URL a des paramètres de suivi ou des versions alternatives, Google en choisit une lui-même. Sans canonique, la version choisie peut ne pas être celle avec tous vos liens entrants. - Titres différents dans
<title>,og:titleettwitter:title. Pas techniquement faux, mais incohérent. Le défaut propre est un seul titre partagé entre les trois. - Logo de site générique comme
og:imagesur chaque page. Chaque page mérite une image unique liée à son contenu ; utiliser un seul logo sur tout le site produit des aperçus de partage ennuyeux. - Méta
viewportmanquante sur les pages ciblant le mobile. Les navigateurs mobiles rendent la page à une largeur de bureau fictive et dézooment. L'expérience utilisateur est terrible. - Utiliser
<meta http-equiv="refresh">pour les redirections. HTTP 301/302 depuis le serveur est la bonne façon ; le meta refresh est plus lent et hostile à l'accessibilité, et beaucoup de crawlers le gèrent de manière incohérente pour le classement. - Titre plus long que ~580 pixels (~60 caractères de large). Tronqué par Google avec des points de suspension ; la portion tronquée n'est pas visible aux internautes.
- Oublier que les single-page apps ont besoin de balises méta rendues côté serveur ou pré-rendues. Beaucoup de crawlers de réseaux sociaux (Facebook, LinkedIn, Slack, Discord) n'exécutent pas JavaScript. Les balises écrites par JS côté client ne leur sont pas visibles.
Questions fréquentes
La balise méta keywords aide-t-elle encore le SEO ?
Non. Matt Cutts de Google a annoncé en septembre 2009 que <meta name="keywords"> n'est pas utilisée comme signal de classement. Bing traite le bourrage excessif de mots-clés dans cette balise comme un signal de spam. Le champ est inclus dans ce générateur pour la compatibilité avec les anciens modèles et flux CMS qui l'attendent encore ; sans danger de le laisser vide.
Quelle est la différence entre meta description et OG description ?
Le HTML <meta name="description"> est ce que les moteurs de recherche utilisent comme extrait sous le titre de votre page dans les résultats. L'Open Graph og:description est ce que les cartes de partage des réseaux sociaux affichent. Elles peuvent être le même texte (et le sont généralement) mais vous pouvez écrire des versions différentes si votre public de recherche et votre public social attendent des cadrages différents.
Mon JavaScript écrit les balises méta après le chargement de la page. Est-ce OK ?
Pour le crawler principal de Google (Googlebot), oui ; Googlebot rend le JavaScript et voit les balises méta post-rendu. Pour les crawlers de réseaux sociaux (Facebook, LinkedIn, Slack, Discord, WhatsApp), généralement non ; la plupart d'entre eux n'exécutent pas JavaScript et ne voient que le HTML initial. Si votre site est une single-page app, vous avez besoin d'un rendu côté serveur, d'un pré-rendu, ou d'un service comme Prerender.io pour assurer que les crawlers de réseaux sociaux voient les bonnes balises méta.
Où exactement vont ces balises ?
À l'intérieur du <head> de votre HTML, idéalement près du haut. <meta charset> doit être dans les 1024 premiers octets. <meta name="viewport"> juste après. Puis <title>, <meta name="description">, robots, canonique, balises OG, balises Twitter. L'ordre dans le <head> n'a pas d'importance pour le SEO une fois que charset et viewport sont assez tôt.
Devrais-je m'inquiéter de la balise meta refresh pour la sécurité ?
Ce n'est pas un risque de sécurité en soi, mais c'est un mauvais motif. Les redirections HTTP 301/302 côté serveur sont plus rapides, gèrent correctement les en-têtes referrer et sont plus accessibles. N'utilisez le meta refresh que quand vous n'avez aucun contrôle côté serveur sur les redirections (un hôte statique de type GitHub Pages sans config de redirection).
Mes balises méta sont-elles téléchargées sur un serveur ?
Non. Le générateur s'exécute entièrement dans votre navigateur. Vos champs titre, description, URL et image restent sur votre machine ; l'extrait de sortie est composé localement et copié dans votre presse-papiers à la demande. Cela compte parce que les balises brouillon contiennent souvent des URL de pages non publiées, des noms de produits internes, ou de la copie marketing de pré-lancement que vous ne voulez pas voir transiter par un serveur tiers.
Outils associés
Aperçu Open Graph
Prévisualisez l'apparence de votre lien sur Facebook, Twitter et LinkedIn. Générez des balises OG.
Générateur robots.txt
Construisez un fichier robots.txt avec règles user-agent, chemins allow/disallow, sitemaps et délais de crawl.
Générateur de slug URL
Transformez n'importe quel texte en slug propre et adapté aux URL. Gère accents, caractères spéciaux et plus.