# oEmbed et référencement : ce que WordPress publie vraiment dans le head > Deux balises link discrètes, un point de terminaison JSON exposé par défaut : voici ce que le mécanisme oEmbed de WordPress ajoute réellement au code source. - Auteur : Clément Hadrot - Publié le : 2021-03-25 - Mis à jour le : 2021-03-25 - Catégorie : SEO & GEO - URL : https://wpmoderne.dev.wordpress-developpement.fr/seo/oembed-referencement-ce-que-wordpress-publie/ ## L’essentiel - WordPress publie deux liens de découverte oEmbed sur chaque contenu par défaut - Le point de terminaison JSON reste accessible même si personne ne l'utilise - Le désactiver n'a aucun impact SEO direct mais simplifie l'audit du head En auditant le `head` d'un site client pour comprendre pourquoi certaines balises semblaient redondantes, deux lignes discrètes attirent l'attention, présentes sur chaque article sans qu'aucune extension ne les ait ajoutées : des liens de type `application/json+oembed` et `text/xml+oembed`. Ce sont les traces du mécanisme oEmbed natif de WordPress, souvent ignoré parce qu'il ne s'affiche jamais visuellement pour un visiteur ordinaire. Comprendre ce que ce mécanisme publie réellement, et ce qu'il implique ou non pour le référencement, évite de le confondre avec un problème à corriger d'urgence ou, à l'inverse, de le laisser actif sans en connaître la portée exacte. ## Définition : à quoi sert oEmbed dans WordPress oEmbed est un format ouvert qui permet à un site de récupérer automatiquement une représentation intégrable d'un contenu à partir de sa seule URL : coller un lien YouTube dans l'éditeur de blocs et voir la vidéo s'intégrer directement en est l'exemple le plus visible. WordPress joue ce rôle dans les deux sens : il consomme les points de terminaison oEmbed d'autres sites pour ses propres besoins d'intégration, et il expose son propre point de terminaison pour permettre à d'autres sites d'intégrer ses contenus de la même façon. ## Fonctionnement interne : les deux balises et le point de terminaison Les deux balises `` ajoutées par la fonction `wp_oembed_add_discovery_links()`, accrochée à `wp_head`, pointent vers l'URL `/wp-json/oembed/1.0/embed` avec l'URL de l'article en paramètre. N'importe quel autre système qui souhaite intégrer un article de ce site peut interroger ce point de terminaison et recevoir en retour un fragment HTML prêt à l'emploi, avec titre, auteur et parfois une image. ``` ``` > L'essentiel à retenir : WordPress publie deux liens de découverte oEmbed sur chaque contenu par défaut ; Le point de terminaison JSON reste accessible même si personne ne l'utilise ; Le désactiver n'a aucun impact SEO direct mais simplifie l'audit du head ## Cas d'usage réels de ce mécanisme Le cas d'usage le plus courant reste interne à l'écosystème WordPress : deux sites WordPress peuvent s'intégrer mutuellement leurs articles simplement en collant une URL dans l'éditeur de blocs, sans configuration supplémentaire. Pour un réseau de sites d'une même entreprise, ou un partenariat éditorial entre deux médias utilisant tous deux WordPress, ce mécanisme facilite un partage de contenu enrichi sans développement spécifique. ## Ce que ça change, ou pas, pour le référencement Ces balises n'ont aucun effet direct mesurable sur le classement dans les résultats de recherche : elles ne sont pas un signal utilisé par les algorithmes de pertinence. Leur seul effet indirect concerne le poids du `head` HTML, marginal ici puisqu'il s'agit de deux lignes de quelques dizaines d'octets, et l'exposition d'un point de terminaison supplémentaire de l'API REST, ce qui peut être une préoccupation de surface d'attaque plutôt qu'une préoccupation de référencement à proprement parler. ## Ce que ce mécanisme n'affecte jamais - Le classement des pages dans les résultats de recherche, qui ne dépend d'aucun signal lié à oEmbed. - La vitesse de chargement perçue, le poids ajouté au `head` restant négligeable. - L'indexation du contenu lui-même, oEmbed ne générant aucune page supplémentaire visible des moteurs. ## Le piège à connaître : confusion avec un problème d'indexation Le piège le plus fréquent consiste à confondre ces balises `link rel="alternate"` avec des balises hreflang ou des canonicals mal configurés, en particulier lors d'un audit rapide effectué avec une extension d'analyse de code source qui liste toutes les balises `link` sans les distinguer clairement. Un développeur pressé peut perdre du temps à investiguer une fausse alerte avant de réaliser qu'il s'agit simplement du mécanisme oEmbed natif, parfaitement normal. ## Faut-il le désactiver Sur un site qui ne bénéficiera jamais d'une intégration externe via oEmbed, la désactivation reste possible et sans risque, via les mêmes fonctions de retrait que pour d'autres mécanismes natifs : ``` remove_action( 'wp_head', 'wp_oembed_add_discovery_links' ); remove_action( 'rest_api_init', 'wp_oembed_register_route' ); ``` Ce choix relève davantage d'une logique de nettoyage général du `head` et de réduction de la surface d'API exposée que d'un véritable enjeu SEO : aucun client suivi n'a constaté de changement de trafic après cette désactivation, dans un sens ou dans l'autre. ## Notion à retenir oEmbed dans WordPress est un mécanisme d'intégration de contenu, pas un mécanisme de référencement. Le comprendre évite de le traiter à tort comme une anomalie lors d'un audit du `head`, et permet de décider sereinement de le garder ou de le retirer selon les besoins réels d'intégration du site, sans attente irréaliste d'un quelconque effet sur le classement.