Vutral
Comment utiliser cet outil

Validateur Open Graph et Twitter Card en Masse

Données vérifiéesOpen Graph

Comment utiliser le vérificateur Open Graph et Twitter Card

Retour à l’outil

Chaque URL est récupérée une fois et chaque balise de partage de son head est lue : la famille og: que lisent Facebook, LinkedIn et Zalo, et la famille twitter: que lit X. Une série, deux réponses par page.

  1. 01

    Saisissez les URL à vérifier

    Le mode simple vérifie une adresse et se lance avec Entrée. Passez en En masse pour coller une liste, une URL par ligne, jusqu’à 30 par série. Les balises de partage se fixent par gabarit : collez une page de chaque type, un article, un produit, la page d’accueil. Si un gabarit est cassé, chaque page qui en est issue l’est aussi.

  2. 02

    Choisissez le niveau de normalisation de l’URL

    Normaliser l’URL réécrit chaque adresse avant la requête. URL complète garde le chemin et la requête mais retire les paramètres de suivi et le fragment ; Sans paramètres supprime la chaîne de requête ; Domaine uniquement ne garde que le domaine. Gardez l’adresse complète quand vous traquez un lien partagé : les balises sont lues sur la page où la requête aboutit, et une chaîne de requête peut décider de quelle page il s’agit.

  3. 03

    Lisez les colonnes Open Graph et Twitter

    Deux colonnes, une requête. Chaque cellule liste les noms de balises que déclare cette famille, préfixe retiré. Une cellule Twitter vide à côté d’une Open Graph pleine est normale et généralement sans conséquence : X se rabat sur les balises og: pour le titre, la description et l’image. La seule sur laquelle il ne peut pas se rabattre est twitter:card, et le panneau le dit.

  4. 04

    Inspectez une ligne et exportez les résultats

    Voir donne à chaque famille sa propre conclusion, car une page peut être parfaite pour Facebook et inutile pour X, ou l’inverse. Chaque balise porte l’attribut avec lequel elle a été déclarée, [property] ou [name], qui dit qui peut la lire, pas où la corriger. Copier le tableau copie les lignes séparées par des tabulations ; Exporter en CSV les écrit dans un fichier.

Comment lire le rapport des balises de partage social

Une ligne se lit de gauche à droite : l’adresse vérifiée, où elle a abouti, et ce que chacune des deux familles de balises y déclare.

Colonnes du tableau de résultats

URL
L’adresse exactement telle qu’elle a été vérifiée — après normalisation, pas toujours ce que vous avez saisi.
URL résolue
Où la requête s’est terminée et avec quel statut. Les redirections sont suivies d’abord, et les balises sont lues sur cette page finale.
Open Graph
Les noms des balises og: que déclare la page finale, préfixe retiré, dans l’ordre du document. — signifie qu’aucune n’a été déclarée.
Twitter
Les noms de balises twitter:, de la même façon. Vide ici est courant et pas automatiquement un défaut : X se rabat sur les balises og:.
Résultat
Si la ligne est terminée, encore en cours, ou arrêtée sur une erreur. Cela ne dit rien des balises elles-mêmes.
Actions
Voir ouvre le panneau de détail de cette ligne ; Réessayer apparaît à la place quand la requête n’a jamais abouti.

Conclusions du panneau de détail

Aucune balise Open Graph ni Twitter — les liens partagés dépendent du scraping.
La page ne déclare aucune balise de partage, dans aucune des deux familles. Chaque plateforme fabrique alors la carte en devinant à partir de la page — le plus souvent la mauvaise image, et un titre que vous n’avez pas choisi.
Aucune balise Twitter — la page ne déclare que l’autre type.
Dit dans une section quand cette famille est vide mais pas l’autre, en nommant la famille de la section : Open Graph à gauche, Twitter à droite. C’est une affirmation sur cette moitié seulement.
Les balises Open Graph sont bien formées.
Rien ne cloche dans cette famille ; la phrase la nomme, et la forme Twitter apparaît aussi. Une page peut être propre pour une famille et cassée pour l’autre.
Il manque une balise Open Graph obligatoire : og:type.
Les quatre exigées par le protocole sont og:title, og:type, og:image et og:url ; la phrase liste celles qui manquent. Une balise déclarée avec un content vide compte comme absente, car c’est ainsi que les plateformes la traitent.
Une balise og: utilise name= au lieu de property= — Facebook et Zalo ne la voient pas.
Le défaut le plus difficile à voir à l’œil ici : la balise est dans le head, bien orthographiée, et invisible pour Facebook, car les balises og: sont lues depuis property= et celle-ci utilise name=.
og:image n’est pas une URL absolue, l’image ne s’affichera donc pas.
Un robot qui va chercher la balise n’a aucun contexte de page pour résoudre un chemin relatif. Un //hôte/chemin relatif au protocole convient ; /img/card.png non.
og:url pointe ailleurs — les partages seront attribués à cette URL.
og:url est l’identité de la page dans le graphe : chaque j’aime et chaque partage lui est crédité. Elle est comparée à la canonique, pas à l’adresse saisie. Une différence www / sans www coupe une page en deux.
twitter:card contient une valeur que X ne définit pas, donc aucune carte n’est construite.
X définit summary, summary_large_image, app et player. Tout le reste n’est pas une carte plus petite : c’est aucune carte.
Pas de twitter:card — X ne construit aucune carte.
La seule balise twitter: sans équivalent og:, donc celle qui mérite d’être ajoutée même sur une page dotée d’un jeu og: complet.
Pas d’og:description — cette ligne reste vide sur toutes les plateformes.
Elle ne fait pas partie des quatre balises requises : c’est donc une suggestion plutôt qu’une faute — mais toutes les plateformes affichent cette ligne, et une ligne vide est une carte trouée.

Badges d’attribut

[property]
La balise a été déclarée en <meta property="…">. C’est ce que spécifie le protocole Open Graph et ce que lisent Facebook, LinkedIn et Zalo.
[name]
La balise a été déclarée en <meta name="…">. C’est ce que X documente pour les balises twitter:. Une balise og: portant ce badge est la faute ci-dessus ; une balise twitter: en property= n’est pas signalée, car X accepte les deux en pratique.