Temps de lecture estimé : 4 min · Publié le
Choisir l’information essentielle
Écrivez un titre qui identifie la page et une description courte qui annonce son contenu réel. Une page service, un article et un événement n’ont pas besoin du même message. Évitez les promesses absentes de la destination.
Contrôlez les variantes linguistiques : un lien anglais ne doit pas afficher automatiquement un titre français. Le guide de relecture inclut les textes qui entourent la page.
- Titre propre à la destination.
- Description fidèle et concise.
- Langue de l’aperçu cohérente.
Préparer une image adaptée
Choisissez une image horizontale qui reste compréhensible après recadrage. Ne placez pas l’information essentielle dans un texte minuscule incrusté. Une photo principale propre à la page évite qu’une liste de liens différents montre toujours la même scène.
Vérifiez le poids, l’URL absolue, le chargement public et les droits de l’image. Le guide des images pour la recherche explique aussi le contexte et l’alternative textuelle sur la page.
- Sujet visible après recadrage.
- Image publique et légère.
- Droits et cohérence vérifiés.
Renseigner les métadonnées réelles
Associez URL canonique, titre, description et image de partage à la page publiée. Les propriétés Open Graph décrivent ce que les plateformes peuvent utiliser, mais chaque service garde ses propres règles de présentation.
Une image de partage n’est pas automatiquement l’image principale de chaque contenu. Vérifiez la sortie HTML après génération de la page et évitez les URL temporaires ou relatives qui ne fonctionneront pas hors de votre site.
Le protocole Open Graph définit quatre propriétés de base : og:title, og:type, og:image et og:url. Contrôlez leurs valeurs sur la page exacte à partager, pas seulement sur l’accueil. og:url identifie la page représentée, alors que og:image désigne le fichier illustrant cet objet. L’image doit correspondre au contenu annoncé ; sa description og:image:alt ne se confond pas avec une légende ni avec l’alternative d’une autre image affichée dans la page.
Vérifiez aussi la langue et les variantes réellement servies. Open Graph écrit une locale sous la forme fr_FR, tandis que les balises de langue HTML emploient des conventions différentes. Si plusieurs images sont déclarées, le protocole donne priorité à la première en cas de conflit, sans imposer le rendu final d’une plateforme. Conservez le HTML observé, l’URL et la date du contrôle pour distinguer une donnée erronée d’un ancien aperçu conservé en cache.
- Balises présentes dans le HTML final.
- URL cohérentes avec la page.
- Aucune image temporaire.
Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.
| Propriété | Ce qu’elle représente | Contrôle de cohérence |
|---|---|---|
| og:title | Le titre de l’objet partagé. | Le titre identifie le contenu réel dans la bonne langue. |
| og:type | La nature de l’objet représenté. | Le type choisi correspond à la page et à ses éventuelles propriétés complémentaires. |
| og:image | L’adresse de l’image représentative. | Le fichier public et sa description correspondent au sujet et au recadrage utile. |
| og:url | L’adresse canonique servant d’identifiant à l’objet. | Elle désigne la page publique attendue, sans jeton privé ni confusion avec le fichier image. |
- Open Graph Protocol : Métadonnées
Consulté le 22 octobre 2026 ; propriétés de base, description d’image, locales et ordre des images déclarées.
Tester et mettre à jour
Partagez une URL de chaque type de page dans un environnement de test ou un outil d’aperçu compatible. Contrôlez titre, image, langue et recadrage. Après une modification, certaines plateformes peuvent conserver un ancien aperçu en cache.
Revérifiez les aperçus après changement de domaine, d’image principale ou d’offre. Le bon contrôle porte sur la page réellement publiée, pas seulement sur le modèle qui produit les balises.
- Plusieurs types de pages vérifiés.
- Cache pris en compte après modification.
- Contrôle répété en production.
Proposer un partage natif avec une alternative utilisable lorsque l’API est absente ou refusée.
Cas fictif : un bouton partage une fiche publique. Vérifiez la disponibilité de l’API, les données compatibles et le déclenchement par une action de la personne. Testez une annulation, puis l’alternative de copie du lien. Ne partagez pas une URL privée comportant un jeton ; ouvrir le panneau ne démontre pas que le destinataire a reçu le contenu.
- L’annulation ne produit pas de faux succès ; le lien public reste copiable sans API de partage.
- MDN Web Share API
API permettant d’ouvrir le mécanisme de partage du système avec des contenus et une destination choisis par la personne.
Comparer l’aperçu et la page

Cas proposé : le partage d’une page montre un ancien titre et une image générique. Un aperçu mémorisé peut différer des métadonnées actuellement servies.
Comparez code publié, URL exacte et aperçu observé. Gardez date, plateforme et image demandée ; distinguez données incorrectes et cache extérieur avant de modifier plusieurs pages.
- Vérifier l’URL exacte
- Comparer titre et image servis
- Noter la plateforme et la date
- Choisir une réparation pertinente
Corriger les pages 404 et les liens cassés utilement
Documents de référence
- MDN Web Share API · Source consultée
- Google Search Central : Image SEO · Source consultée
- Open Graph · Source consultée
Contenu mis à jour le
