Open Graph

Vérifier que la carte sociale d'une page reste montrable — titre, description, image qui se charge.

Mis à jour le 11 septembre 2026

Sur cette page

Ce que PostShip vérifie
Régler
Ce qui déclenche une alerte
Limites et plans
Dépannage
Pourquoi l'image est déclarée inaccessible alors qu'elle s'affiche ?
Pourquoi le type d'image n'est pas supporté ?
Les balises sont là dans mon navigateur mais absentes pour PostShip

Quand un lien vers votre site est collé dans Slack, sur LinkedIn ou sur X, c'est la carte Open Graph qui s'affiche : un titre, une description, une image. Une refonte qui perd la balise og:image, une image déplacée par un déploiement, une description vidée par un gabarit — rien n'est visible sur le site, et chaque partage devient un lien nu. La cible OG / Twitter lit ces balises et va vérifier que l'image répond.

Ce que PostShip vérifie

PostShip demande la page (mêmes règles que le contrôle HTTP : 12 secondes, 5 redirections, 512 Ko) et lit quatre balises, écrites en meta property="…" ou meta name="…" :

Balise	Règle
`og:title`	Présente, et 70 caractères au plus — au-delà, les réseaux la coupent.
`og:description`	Présente.
`og:image`	Présente.
`twitter:card`	Présente (`summary` ou `summary_large_image`).

Puis, si l'image est sur votre site (même domaine ou sous-domaine), un HEAD sur son adresse :

elle doit répondre 200 ;
son Content-Type doit être image/jpeg, image/png, image/webp ou image/gif ;
son Content-Length, s'il est annoncé, doit rester sous 8 Mo — le plafond pratique que les robots des réseaux appliquent.

Une image hébergée ailleurs (un CDN, un service d'images) n'est pas demandée : c'est la norme de servir ses images depuis un CDN, et aller frapper n'importe quel hôte écrit dans une balise ferait de PostShip un relais de requêtes. Sa présence est vérifiée, pas sa réponse.

Ce qui n'est pas vérifié : le rendu visuel de la carte. C'est un contrôle de balises et d'accessibilité de l'image, pas une capture d'écran. Pour voir la carte telle qu'elle est, et ce qu'elle était avant un déploiement, il y a l'archive de ship.

Régler

Projet → URLs → « Ajouter une URL » → sorte « OG / Twitter ». L'URL est celle de la page dont on partage le lien — la page d'accueil, un article, une page produit. Il n'y a pas d'autre réglage : les seuils sont ceux des réseaux, pas les vôtres.

Ajoutez une cible OG par gabarit (l'accueil, un article, une fiche produit) plutôt qu'une par page : les balises viennent du gabarit, et si l'une casse, toutes cassent.

Ce qui déclenche une alerte

Code	Phrase
`og:title`	`Le titre (og:title) est absent.`
`og:title_too_long`	`Le titre (og:title) dépasse 70 caractères.`
`og:description`	`La description (og:description) est absente.`
`og:image`	`L'image de partage (og:image) est absente.`
`og:image reachable`	`L'image de partage (og:image) n'est pas accessible.`
`og:image_type`	`Le format de l'image de partage n'est pas supporté.`
`og:image_too_heavy`	`L'image de partage dépasse 8 Mo.`
`twitter:card`	`La balise twitter:card est absente.`

Tous ces manques mettent la cible en échec. Quand l'image manque ou ne répond pas, l'alerte dit : La carte sociale n'a plus d'image valide. Une carte OG cassée coûte 15 points au Ship Score. L'alerte respecte la confirmation du projet et part une fois par panne.

Limites et plans

La vérification est la même sur tous les plans et compte pour une URL du quota (Free 3, Pro 15, Team 50). L'archive des cartes sociales — l'avant / après sur 14 jours — est sur Pro et Team.

Dépannage

Pourquoi l'image est déclarée inaccessible alors qu'elle s'affiche ?

Le HEAD a répondu autre chose que 200 : souvent un 403 d'une protection anti-robot ou d'un bucket qui refuse HEAD, parfois un 301 vers un CDN (le statut comparé est celui de la réponse à l'adresse de la balise, après suivi des redirections). Vérifiez avec curl -I l'adresse exacte écrite dans og:image.

Pourquoi le type d'image n'est pas supporté ?

Le serveur annonce un Content-Type hors des quatre acceptés — image/svg+xml, application/octet-stream, ou text/html parce que l'adresse renvoie une page. Les réseaux sociaux ont la même exigence : servez du JPEG, PNG, WebP ou GIF avec le bon type.

Les balises sont là dans mon navigateur mais absentes pour PostShip

Elles sont injectées par JavaScript. Les robots des réseaux sociaux n'exécutent pas non plus votre JavaScript : mettez les balises dans le HTML servi.