7 septembre : Mise à jour de la section sur la disponibilité de la fonctionnalité dans la documentation sur les noms de sites, car les noms de sites sont désormais disponibles dans toutes les langues dans lesquelles la Recherche Google est disponible. Disponibilité de la fonctionnalité Les noms de sites sont disponibles dans toutes les langues dans lesquelles la Recherche Google est disponible, aussi bien sur mobile que sur ordinateur. Les noms de sites peuvent apparaître pour les sites au niveau du domaine et du sous-domaine (consultez les consignes techniques pour plus de détails). Comment les noms de sites sont créés dans la Recherche Google La génération des noms de sites dans la Recherche Google est entièrement automatisée et prend en compte le contenu de la page d’accueil du site ainsi que les références à celle-ci sur le Web. L’objectif du nom de site dans la Recherche Google est de représenter et de décrire au mieux la source de chaque résultat. Pour indiquer votre préférence pour le nom de site, ajoutez des données structurées WebSite à votre page d’accueil. Notre système de noms de sites prend également en compte le contenu présent dans og ,
, les éléments d’en-tête et d’autres textes sur la page d’accueil. Cependant, les données structurées WebSite sont les plus importantes si vous souhaitez spécifier une préférence. Bien que nous ne puissions pas modifier manuellement les noms de sites sélectionnés automatiquement, vous pouvez indiquer des alternatives pour permettre à notre système automatisé de les prendre en compte, au cas où votre préférence principale ne serait pas sélectionnée. Choix du nom de site 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 choisi doit respecter les règles relatives au contenu de la Recherche .<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 de longueur pour le nom de site, les noms longs pourraient être tronqués sur certains appareils.</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-29792-1.png" alt="Mise à jour SEO de Google - 7 septembre 2023 — SEO (référencement naturel)" width="800" height="420" loading="eager" decoding="async" jour="" seo="" de="" google="" -="" 7="" septembre="" 2023="" /></a></figure><p class="wp-block-paragraph">Évitez d’utiliser des noms génériques . Un nom générique comme « Les meilleurs dentistes de 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 connue.</p><p class="wp-block-paragraph">Utilisez le nom de votre site de manière cohérente sur la page d’accueil . Assurez-vous que le nom utilisé dans les données structurées est cohérent avec la manière 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 essaie d’utiliser le nom de site préféré, il peut parfois ne pas être disponible. Par exemple, nous n’utiliserons généralement pas le même nom de site pour deux sites différents au niveau mondial. 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 de considérer d’autres options si le choix préféré n’est pas sélectionné.</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-29792-2.png" alt="Mise à jour SEO de Google - 7 septembre 2023 — SEO (référencement naturel)" width="800" height="420" loading="lazy" decoding="async"></a></figure><h3 class="wp-block-heading">Comment ajouter un nom de site avec des données structurées</h3><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 explique les consignes techniques, les propriétés requises et comment ajouter et tester les données structurées pour le 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><p class="wp-block-paragraph">Utilisez-vous un CMS ? Il pourrait être plus facile d’utiliser un plugin intégré à votre CMS. Utilisez-vous <a href="https://alienroad.com/fr/google-bilgi-bankasi/etiket/javascript/" class="ar-ic-link">JavaScript</a> ? Découvrez comment générer des données structurées avec JavaScript .</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 le choix du nom de site et les consignes techniques suivantes :</p><h3 class="wp-block-heading">Consignes techniques</h3><p class="wp-block-paragraph">Un seul nom par site : Actuellement, la Recherche Google ne prend en charge qu’un seul nom par site, où un site est défini par le domaine ou le sous-domaine. La Recherche Google ne prend pas en charge les noms de sites au niveau du sous-répertoire. Notez que les sous-domaines 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)</p><p class="wp-block-paragraph">Les données structurées doivent être sur la page d’accueil d’un site : Les données structurées WebSite doivent être présentes 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. Remarque : S’il n’y a pas de données structurées sur la page d’accueil du sous-domaine, le nom de site au niveau du domaine peut être utilisé comme alternative pour le sous-domaine.</p><p class="wp-block-paragraph">La page d’accueil doit être accessible 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 pour le 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, les 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 toutes les pages en double, et pas seulement sur la page canonique.</p><p class="wp-block-paragraph">Pour les sites utilisant des données structurées pour la 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 du nom de site dans le même nœud. En d’autres termes, évitez de créer un bloc supplémentaire de données structurées WebSite sur votre page d’accueil, si possible. Par exemple, voici à quoi ressembleraient les données structurées WebSite pour le nom de site et la zone de recherche Sitelinks :</p><p class="wp-block-paragraph"></p><title>Example: A Site about Examples{ “@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” } }
Ajoutez les propriétés requises à la page d’accueil de votre site Web, en utilisant le format JSON-LD, RDFa ou microdata. Il n’est pas nécessaire d’inclure ce balisage sur chaque page du site ; il suffit de l’ajouter uniquement à la page d’accueil du site.
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.
Vous pouvez lister plus d’un nom alternatif. Spécifiez-les par ordre de préférence, avec le plus important listé en premier. Par exemple :
Utilisez l’outil d’inspection d’URL pour vérifier comment Google affiche la page. Assurez-vous que votre page d’accueil est accessible par 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.
Laissez du temps pour la réexploration et la réindexation. N’oubliez pas qu’il peut s’écouler de quelques jours à quelques semaines après la publication d’une page pour que Google la trouve et l’explore.
Que faire si le nom de site préféré n’est pas sélectionné
Problème connu : le nom de site n’apparaît pas pour les pages internes. Dans certains cas, le nom de site affiché pour une page d’accueil pourrait ne pas se propager pour apparaître sur d’autres pages de ce site. Par exemple, example.com pourrait afficher un nom de site différent de celui de example.com/internal-page.html .
Nous travaillons activement à résoudre ce problème. Nous mettrons à jour cette page d’aide lorsque le problème sera résolu. En attendant, si votre page d’accueil affiche le nom de site que vous préférez, gardez à l’esprit qu’il devrait également apparaître pour vos pages internes à terme.
Notre système essaie généralement d’utiliser un nom de site préféré à partir des données structurées WebSite , s’il est indiqué. Cependant, si notre système a moins confiance en un nom fourni, il peut parfois générer des noms de sites en utilisant d’autres sources ou afficher un nom de domaine ou de sous-domaine.
Si le nom de site préféré n’est pas sélectionné par notre système automatisé, essayez ces étapes :
Le nom de site 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.
Assurez-vous de ne pas essayer de définir un nom de site pour un sous-répertoire. Les noms de sites 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 consignes 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. Ensuite, demandez une réexploration de cette page. Si votre page redirige vers une page visible par Googlebot, le nom de 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 du 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 la nécessité de mettre à jour le contenu. Vous pouvez demander une réexploration d’une page en utilisant l’outil d’inspection d’URL .
Si vous avez suivi les consignes indiquées 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 sites n’a pas assez confiance pour utiliser votre nom préféré, il prendra sérieusement en considération cette option.
Fournissez le nom de votre domaine ou sous-domaine comme option de secours. Pour fournir votre domaine ou sous-domaine comme option de secours, ajoutez le nom de votre domaine ou sous-domaine comme nom alternatif . Votre domaine ou sous-domaine doit être en minuscules (par exemple, example.com et non Example.com ) pour que notre système le reconnaisse comme une préférence de nom de site. Notre système prendra sérieusement en considération son utilisation 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 enfin du domaine example.com comme dernière préférence de nom.
{ “@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 le nom de votre domaine ou sous-domaine (tout en minuscules) comme nom préféré, en option de secours. Si vous fournissez le nom de votre domaine ou sous-domaine comme nom préféré, notre système le sélectionnera généralement (mais nous vous 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 indiquées ci-dessus et que vous rencontrez toujours des problèmes, publiez dans la Communauté d’aide de Google Search Central. Cela nous aidera à identifier les améliorations potentielles à apporter à notre système.
Service associé: SEO (référencement naturel)
