Guide Agence SEO Services

Agence seo services : décryptage de la mise à jour google

20 September 2026 11 min de lecture Mehmet Koç

Écrit par :

GEO – AIO – AEO

Voir le profil

Ask AI about this page

2 views 11 min de lecture

7 septembre : La section sur la disponibilité des fonctionnalités dans la documentation sur les noms de site a été mise à jour, car les noms de site sont désormais disponibles dans toutes les langues où Google Search est disponible.

Disponibilité des fonctionnalités

Les noms de site sont disponibles dans toutes les langues où Google Search est disponible, aussi bien sur mobile que sur ordinateur. Les noms de site peuvent apparaître pour les sites au niveau du domaine et du sous-domaine (en savoir plus dans les consignes techniques).

Mise à jour SEO Google 7 septembre 2023 — SEO (référencement naturel)

Comment les noms de site dans Google Search sont créés

La génération des noms de site par Google sur la page de résultats de Google Search est entièrement automatisée et prend en compte le contenu de la page d’accueil d’un site ainsi que les références à celui-ci qui apparaissent sur le Web. L’objectif du nom de site dans Google Search est de représenter et de décrire au mieux la source de chaque résultat.

Pour indiquer votre préférence de nom de site, ajoutez des données structurées WebSite à votre page d’accueil. Notre système de noms de site prendra également en compte le contenu dans og:site_name ,

, les éléments de titre et d’autres textes sur une page d’accueil. Cependant, les données structurées WebSite sont les plus importantes si vous souhaitez spécifier une préférence.<p class="wp-block-paragraph">Bien que nous ne puissions pas modifier manuellement les noms de site sélectionnés automatiquement, vous pouvez indiquer des alternatives pour que notre système automatisé les prenne en compte si votre préférence principale n’est pas sélectionnée.</p><figure class="wp-block-image size-large"><a href="https://alienroad.com/fr/services/search-engine-optimization/"><img src="https://alienroad.com/wp-content/uploads/blog-ici/ar-g-30296-2.png" alt="Mise à jour SEO Google 7 septembre 2023 — SEO (référencement naturel)" width="800" height="420" loading="lazy" decoding="async"></a></figure><h2 class="wp-block-heading">Choisir votre nom de site</h2><p class="wp-block-paragraph">Choisissez un nom unique qui reflète fidèlement l’identité de votre site et qui n’est pas trompeur pour les utilisateurs. Le nom que vous choisissez doit respecter les politiques de contenu de Search.</p><p class="wp-block-paragraph">Utilisez un nom concis et communément reconnu pour votre site (par exemple, « Google » au lieu de « Google, Inc »). Bien qu’il n’y ait pas de limite à la longueur d’un nom de site, les noms de site longs peuvent être tronqués sur certains appareils.</p><p class="wp-block-paragraph">Évitez d’utiliser un nom générique. Un nom générique comme « Meilleurs dentistes dans l’Iowa » a peu de chances d’être sélectionné par notre système comme nom de site, à moins qu’il ne s’agisse d’une marque extrêmement reconnue.</p><p class="wp-block-paragraph">Utilisez votre nom de site de manière cohérente sur votre page d’accueil. Assurez-vous que ce que vous utilisez comme nom de site dans les données structurées est cohérent avec la façon dont vous faites référence à votre site dans d’autres sources sur votre page d’accueil que notre système prend en compte.</p><p class="wp-block-paragraph">Fournissez un nom alternatif. Bien que notre système de noms de site essaie d’utiliser votre nom de site préféré, le nom n’est parfois pas disponible. Par exemple, notre système n’utilisera généralement pas le même nom de site pour deux sites différents de nature mondiale. Dans d’autres cas, notre système pourrait déterminer qu’un site est plus communément reconnu par un acronyme que par un nom complet. Fournir un nom alternatif en utilisant la propriété alternateName permet à Google d’envisager d’autres options si votre choix préféré n’est pas sélectionné.</p><h2 class="wp-block-heading">Comment ajouter un nom de site avec des données structurées</h2><p class="wp-block-paragraph">Les données structurées sont un format standardisé pour fournir des informations sur une page et classer le contenu de la page. Si vous débutez avec les données structurées, vous pouvez en savoir plus sur leur fonctionnement.</p><p class="wp-block-paragraph">Cette section passe en revue les consignes techniques, les propriétés requises et comment ajouter et tester les données structurées de nom de site. Pour un guide étape par étape sur la façon d’ajouter des données structurées à une page Web, consultez le codelab sur les données structurées.</p><h3 class="wp-block-heading">Suivez les consignes</h3><p class="wp-block-paragraph">Pour aider Google à mieux comprendre le nom de votre site, assurez-vous de suivre les principes de base de la recherche, les consignes générales sur les données structurées, les consignes pour choisir votre nom de site et les consignes techniques suivantes :</p><p class="wp-block-paragraph">Un seul nom par site : Actuellement, Google Search ne prend en charge qu’un seul nom de site par site, où un site est défini par le domaine ou le sous-domaine. Google Search ne prend pas en charge les noms de site au niveau du sous-répertoire. Notez que les noms de sous-domaine commençant par www ou m sont généralement considérés comme équivalents. Pris en charge : https://example.com (il s’agit d’une page d’accueil au niveau du domaine) Pris en charge : https://www.example.com (ceci est également considéré comme une page d’accueil au niveau du domaine) Pris en charge : https://m.example.com (ceci est également considéré comme une page d’accueil au niveau du domaine) Pris en charge : https://news.example.com (il s’agit d’une page d’accueil au niveau du sous-domaine) Non pris en charge : https://example.com/news (il s’agit d’une page d’accueil au niveau du sous-répertoire)</p><p class="wp-block-paragraph">Les données structurées doivent se trouver sur la page d’accueil d’un site : Les données structurées WebSite doivent se trouver sur la page d’accueil du site. Par page d’accueil, nous entendons l’URI racine au niveau du domaine ou du sous-domaine. Par exemple, https://example.com est la page d’accueil du domaine, tandis que https://example.com/de/index.html n’est pas la page d’accueil.</p><p class="wp-block-paragraph">La page d’accueil doit être explorable par Google : Si nous n’avons pas accès au contenu de votre page d’accueil parce qu’il est bloqué, nous pourrions ne pas être en mesure de générer un nom de site.</p><p class="wp-block-paragraph">Pour les sites avec des pages d’accueil en double : Si vous avez des pages d’accueil en double pour le même contenu (par exemple, des versions HTTP et HTTPS de votre page d’accueil, ou www et sans www), assurez-vous d’utiliser les mêmes données structurées sur tous les doublons de page, et pas seulement sur la page canonique.</p><p class="wp-block-paragraph">Pour les sites utilisant des données structurées de zone de recherche <a href="https://alienroad.com/fr/yandex-bilgi-bankasi/konu/sitelinks/" class="ar-ic-link">Sitelinks</a> : Si vous implémentez déjà des données structurées WebSite pour la fonctionnalité de zone de recherche Sitelinks, assurez-vous d’imbriquer les propriétés de nom de site dans le même nœud. En d’autres termes, évitez de créer un bloc de données structurées WebSite supplémentaire sur votre page d’accueil si vous pouvez l’éviter. Par exemple, voici à quoi ressembleraient les données structurées WebSite pour le nom de site et la zone de recherche Sitelinks :</p><title>Exemple : Un site sur des exemples{ “@context” : “https://schema.org” , “@type” : “WebSite” , “name” : “Example Company” , “alternateName” : “EC” , “url” : “https://example.com/” , “potentialAction” : { “@type” : “SearchAction” , “target” : { “@type” : “EntryPoint” , “urlTemplate” : “https://query.example.com/search?q={search_term_string}” }, “query-input” : “required name=search_term_string” } }

Ajouter les propriétés de nom de site requises

Ajoutez les propriétés requises à la page d’accueil de votre site Web, au format JSON-LD, RDFa ou microdonnées. Vous n’avez pas besoin d’inclure ce balisage sur chaque page de votre site ; vous n’avez besoin d’ajouter ce balisage qu’à la page d’accueil de votre site.

Le nom du site Web. Assurez-vous que le nom respecte les consignes pour choisir votre nom de site. url URL

L’URL de la page d’accueil du site. Définissez-la sur la page d’accueil canonique du domaine ou du sous-domaine de votre site. Par exemple, https://example.com/ ou https://news.example.com/ . Voici un exemple de données structurées WebSite qui inclut les champs requis :

Ajouter un nom de site alternatif

Si vous souhaitez fournir une version alternative du nom de votre site (par exemple, un acronyme ou un nom plus court), vous pouvez le faire en ajoutant la propriété alternateName. Ceci est facultatif.

Le nom alternatif du site Web (par exemple, s’il existe un acronyme ou un nom plus court communément reconnu pour votre site), le cas échéant. Assurez-vous que le nom respecte les consignes pour choisir votre nom de site.

Vous pouvez lister plus d’un nom alternatif. Spécifiez-les par ordre de préférence, avec le plus important en premier. Par exemple :

Tester les données structurées

Utilisez l’outil d’inspection d’URL pour tester la façon dont Google voit la page. Assurez-vous que votre page d’accueil est accessible à Google et n’est pas bloquée par un fichier robots.txt, noindex ou des exigences de connexion. Si la page semble correcte, vous pouvez demander à Google de réexplorer votre URL.

Que faire si votre nom de site préféré n’est pas sélectionné

Notre système essaie généralement d’utiliser un nom de site préféré à partir des données structurées WebSite, lorsqu’il est indiqué. Cependant, si notre système a moins confiance en un nom que vous avez fourni, il peut parfois générer des noms de site en utilisant d’autres sources ou afficher un nom de domaine ou de sous-domaine.

Vérifiez ce qui suit : Le nom de site qui se trouve dans les données structurées WebSite sur votre page d’accueil est le nom préféré pour votre site.

Confirmez que d’autres sources sur votre page d’accueil utilisent également le nom préféré pour votre site.

Confirmez que vous n’essayez pas de configurer un nom de site pour un sous-répertoire. Les noms de site ne sont pas pris en charge pour les sous-répertoires (par exemple, https://example.com/news est une page d’accueil au niveau du sous-répertoire et ne peut pas avoir son propre nom de site). Consultez nos conseils techniques pour plus d’informations.

Assurez-vous que vos redirections fonctionnent comme prévu et que Googlebot peut accéder à la cible de la redirection. Demandez ensuite une réexploration de cette page. Si votre page redirige vers une page visible par Googlebot, le nom du site reflétera la cible de la redirection.

Si vous avez plusieurs versions de votre site (par exemple, HTTP et HTTPS), assurez-vous d’utiliser le même nom de site de manière cohérente.

Si vous avez mis à jour les données structurées de votre nom de site, laissez à Google le temps de réexplorer et de traiter les nouvelles informations. N’oubliez pas que l’exploration peut prendre de quelques jours à plusieurs semaines, selon la fréquence à laquelle nos systèmes déterminent que le contenu doit être actualisé. Vous pouvez demander une réexploration d’une page en utilisant l’outil d’inspection d’URL.

Si vous avez suivi les conseils ci-dessus et que votre nom de site préféré n’est toujours pas sélectionné, envisagez l’une de ces options :

Tout d’abord, essayez de fournir un nom alternatif en utilisant la propriété alternateName. Si notre système de noms de site n’est pas assez confiant pour utiliser votre nom préféré, il considère fortement cette option.

Fournissez votre nom de domaine ou de sous-domaine comme option de secours. Pour fournir votre domaine ou sous-domaine comme option de secours, ajoutez votre nom de domaine ou de sous-domaine comme nom alternatif. Votre domaine ou sous-domaine doit être entièrement en minuscules (par exemple, example.com et non Example.com) pour que notre système détecte cela comme une préférence de nom de site. Notre système envisagera fortement de l’utiliser si votre nom préféré n’est pas sélectionné. Dans cet exemple, Burnt Toast est l’option la plus préférée, suivie de BT, et se terminant par le domaine example.com comme préférence de nom finale : { “@context” : “https://schema.org” , “@type” : “WebSite” , “name” : “Burnt Toast” , “alternateName” : [ “BT” , “B-T” , “Burnt Toast Shop” , “example.com” ], “url” : “https://www.example.com/” }

Si cela ne fonctionne toujours pas, essayez de fournir votre nom de domaine ou de sous-domaine (entièrement en minuscules) comme nom préféré, en tant qu’option de contournement de dernier recours. Si vous fournissez votre nom de domaine ou de sous-domaine comme nom préféré, notre système le sélectionnera généralement (mais nous recommandons de ne le faire qu’en dernier recours). Dans cet exemple, la seule préférence est le domaine example.com : { “@context” : “https://schema.org” , “@type” : “WebSite” , “name” : “example.com” , “url” : “https://www.example.com/” }

Si vous avez essayé les étapes de dépannage ci-dessus et que vous rencontrez toujours des problèmes, publiez dans la communauté d’aide Google Search Central. Cela nous aidera à rechercher les améliorations potentielles à apporter à notre système.

Comment différencier votre agence

Comment différencier votre agence Lorsqu’il s’agit de travailler en ligne, l’un des plus lucratifs en ligne ..

Service associé: SEO (référencement naturel)

Partager