share Générateur Open Graph & Twitter Card star

Comment ça fonctionne

Le protocole Open Graph a été introduit par Facebook en 2010 afin que n'importe quelle page web puisse se décrire elle-même comme un objet social riche — quel titre, description, image et nom de site doivent apparaître quand quelqu'un colle le lien dans un fil ou une discussion. Cet outil génère les quatre balises porteuses (og:title, og:description, og:image, og:url) plus le jeu twitter: correspondant, et affiche un aperçu en direct de la carte résultante afin que vous voyiez ce que Facebook, LinkedIn, WhatsApp ou X afficheront réellement avant de publier quoi que ce soit.

Le champ og:type (website, article, product...) n'est pas cosmétique — certaines plateformes changent le comportement de la carte en fonction de sa valeur : un type article peut faire apparaître une ligne auteur/date, un type product peut déclencher l'affichage du prix sur les plateformes prenant en charge les extensions commerce d'Open Graph. Exemple concret : une page de recette réglée en og:type=article avec un og:image de 1200×630 obtient une carte photo pleine largeur sur X (via twitter:card=summary_large_image) et un aperçu équivalent sur WhatsApp — mal réglée ou avec og:image omis, la plupart des plateformes se rabattent sur une estimation, choisissant généralement la première image de la page ou rien du tout.

Au-delà des quatre balises principales, quelques champs facultatifs affinent le résultat : og:site_name affiche votre marque à côté du titre sur certaines plateformes, og:locale définit la langue/région (en_US, fr_FR) afin que les sites multilingues affichent la bonne variante, et twitter:site attribue la carte à un compte sur X. La valeur twitter:card elle-même a une troisième option au-delà de summary et summary_large_image — player — pour intégrer une vidéo ou de l'audio directement dans le fil, bien qu'elle nécessite un balisage supplémentaire spécifique au player que ce générateur ne couvre pas. La durée de mise en cache varie aussi selon la plateforme : certains outils de débogage se rafraîchissent en une journée après une nouvelle exploration, tandis que d'autres plateformes peuvent conserver un aperçu périmé pendant une semaine ou plus car elles mettent en cache par lien plutôt que par exploration — c'est pourquoi forcer une nouvelle exploration via l'outil de débogage est souvent la seule solution rapide.

Ce qu'il faut savoir

• 1200×630px (un ratio 1,91:1) est la taille d'image universelle sûre sur toutes les plateformes ; gardez le fichier sous environ 1 Mo pour qu'il se charge de façon fiable, et utilisez toujours une URL absolue (https://...) — les chemins relatifs échouent silencieusement.
• La mise en cache est la plainte la plus courante : une fois qu'une plateforme a exploré une URL, elle peut continuer à afficher l'ancien titre ou l'ancienne image pendant des jours même après avoir corrigé les balises. Le Sharing Debugger de Facebook, le Post Inspector de LinkedIn et des outils similaires forcent une nouvelle exploration.
• X se rabat surtout sur les valeurs Open Graph pour le titre, la description et l'image, mais twitter:card est un réglage à part (summary contre le summary_large_image pleine largeur) et ne sera pas déduit — définissez-le explicitement.
• Aucune balise du tout ne signifie pas aucun aperçu — la plateforme devine à partir de ce qu'elle trouve sur la page, et cette estimation est rarement flatteuse.
• og:url doit pointer vers la version canonique de la page — la faire pointer vers une URL avec paramètres de suivi ou vers une cible de redirection divise le signal de partage entre deux adresses différentes au lieu de le consolider sur une seule.
• Testez sur plusieurs plateformes avant de publier : Facebook, LinkedIn et X analysent Open Graph de manière légèrement différente, et une carte qui a l'air correcte sur l'une peut recadrer l'image ou omettre la description sur une autre.