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

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

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

  La génération de noms de sites 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 et 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 sites prendra également en compte le contenu de og:site_name, <title>, les éléments d’en-tête 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.

  Bien que nous ne puissions pas modifier manuellement les noms de sites sélectionnés automatiquement, vous pouvez indiquer des alternatives que notre système automatisé prendra en compte si votre préférence principale n’est pas sélectionnée.

  Choisir le nom de votre site
  Choisissez un nom unique qui reflète précisément l’identité de votre site et qui n’induit pas les utilisateurs en erreur. Le nom que vous choisissez doit respecter les politiques de contenu de recherche.
  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 aucune limite à la longueur d’un nom de site, les noms de site longs peuvent être tronqués sur certains appareils.
  Évitez d’utiliser un nom générique. Un nom générique tel que « Meilleurs dentistes de l’Iowa » est peu susceptible d’être sélectionné par notre système comme nom de site, à moins qu’il ne s’agisse d’un nom de marque extrêmement reconnu.
  Utilisez le nom de votre site de manière cohérente sur toute votre page d’accueil. Assurez-vous que le nom que vous utilisez comme nom de site 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.
  Fournissez un nom alternatif. Bien que notre système de noms de sites essaie d’utiliser votre nom de site préféré, il arrive parfois que ce nom ne soit pas disponible. Par exemple, notre système n’utilise 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 peut déterminer qu’un site est plus communément reconnu par un acronyme que par un nom complet. Fournir un nom alternatif à l’aide de la propriété alternateName permet à Google d’envisager d’autres options si votre choix préféré n’est pas sélectionné.
  Comment ajouter un nom de site avec des données structurées

Les données structurées sont un format standardisé permettant de fournir des informations sur une page et de classer son contenu. Si vous débutez avec les données structurées, vous pouvez en savoir plus sur leur fonctionnement.

Cette section passe en revue les consignes techniques, les propriétés requises et la procédure d’ajout et de test des données structurées de nom de site. Pour obtenir un guide étape par étape sur la manière d’ajouter des données structurées à une page Web, consultez le codelab des données structurées.

Vous utilisez un CMS ? Il peut être plus simple d’utiliser un plug-in intégré à votre CMS.
Vous utilisez JavaScript ? Découvrez comment générer des données structurées avec JavaScript.
Suivez les consignes

Pour aider Google à mieux comprendre le nom de votre site, assurez-vous de suivre les consignes de base de la recherche, les consignes générales relatives aux données structurées, les consignes pour choisir le nom de votre site et les consignes techniques suivantes :

Consignes techniques
Un seul nom par site : actuellement, la recherche Google 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. La recherche Google ne prend pas en charge les noms de sites au niveau des sous-répertoires. Notez que les noms de 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)
Pris en charge : https://www.example.com (il s’agit également d’une page d’accueil au niveau du domaine)
Pris en charge : https://m.example.com (il s’agit également d’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)
Les données structurées doivent figurer sur la page d’accueil d’un site : Les données structurées du site Web doivent figurer 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é pour le sous-domaine comme solution de secours.
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 ne pourrons peut-être pas générer un nom de site.
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 non-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.
Pour les sites utilisant des données structurées de zone de recherche de liens de site : si vous implémentez déjà des données structurées de site Web pour la fonctionnalité de zone de recherche de liens de site, 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 de site Web supplémentaire sur votre page d’accueil si vous le pouvez. Par exemple, voici à quoi ressembleraient les données structurées de site Web pour le nom du site et la zone de recherche de liens de site :

• <html>
    <head>
      <title>Example: A Site about Examples</title>
      <script type="application/ld+json">
      {
        "@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"
        }
      }
    </script>
    </head>
    <body>
    </body>
  </html>

Ajoutez les propriétés requises pour le nom du site

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

Voici un exemple de données structurées de site Web qui incluent les champs obligatoires :

JSON-LDMicrodata

<html>
  <head>
    <title>Example: A Site about Examples</title>
    <script type="application/ld+json">
    {
      "@context" : "https://schema.org",
      "@type" : "WebSite",
      "name" : "Example",
      "url" : "https://example.com/"
    }
  </script>
  </head>
  <body>
  </body>
</html>

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.

<script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "WebSite",
    "name": "Burnt Toast",
    "alternateName": ["BT", "B-T", "Burnt Toast Shop"],
    "url": "https://www.example.com/"
  }
</script>

Voici un exemple de données structurées de site Web qui incluent tous les champs obligatoires et recommandés :

<html>
  <head>
    <title>Example: A Site about Examples</title>
    <script type="application/ld+json">
    {
      "@context" : "https://schema.org",
      "@type" : "WebSite",
      "name" : "Example Company",
      "alternateName" : "EC",
      "url" : "https://example.com/"
    }
  </script>
  </head>
  <body>
  </body>
</html>

Testez 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 qu’elle 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.

Prévoyez du temps pour la réexploration et la réindexation. N’oubliez pas qu’il peut falloir 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 votre site préféré n’est pas sélectionné
Problème connu : le nom du site n’apparaît pas pour les pages internes
Dans certains cas, un nom de site affiché pour une page d’accueil peut ne pas s’être propagé pour apparaître sur d’autres pages de ce site. Par exemple, exemple.com peut afficher un nom de site différent de exemple.com/page-interne.html.

Nous travaillons activement à résoudre ce problème. Nous mettrons à jour cette page d’aide lorsque ce problème sera résolu. En attendant, si votre page d’accueil affiche le nom de site que vous préférez, sachez qu’il devrait également apparaître sur 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 du site Web, lorsque cela est indiqué. Cependant, si notre système n’est pas sûr d’un nom que vous avez fourni, il peut parfois générer des noms de site à l’aide d’autres sources ou afficher un nom de domaine ou de sous-domaine.

Si votre nom de site préféré n’est pas sélectionné par notre système automatisé, essayez ces étapes :

Vérifiez les éléments suivants :
Le nom de site qui figure dans les données structurées du site Web sur votre page d’accueil est le nom préféré pour votre site.
Les données structurées de votre site Web ne comportent pas d’erreurs de données structurées.
Vos données structurées respectent nos directives.
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://exemple.com/news est une page d’accueil de niveau 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 redirection. Ensuite, demandez une nouvelle exploration de cette page. Si votre page redirige vers une page visible par Googlebot, le nom du site reflétera la cible de redirection.
Si vous avez plusieurs versions de votre site (par exemple, HTTP et HTTPS), assurez-vous d’utiliser systématiquement le même nom de site.
Si vous avez mis à jour les données structurées du nom de votre site, laissez à Google le temps de réexplorer et de traiter les nouvelles informations. N’oubliez pas que l’exploration peut prendre de plusieurs jours à plusieurs semaines, selon la fréquence à laquelle nos systèmes déterminent que le contenu doit être actualisé. Vous pouvez demander une nouvelle exploration d’une page à l’aide de l’outil d’inspection d’URL.

Si vous avez suivi les instructions ci-dessus et que le nom de votre 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 à l’aide de la propriété alternateName . Si notre système de noms de sites n’est pas suffisamment sûr d’utiliser votre nom préféré, il envisage fortement 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 votre nom de domaine ou sous-domaine comme nom alternatif. Votre domaine ou sous-domaine doit être entièrement en minuscules (par exemple, exemple.com et non Exemple.com) pour que notre système le détecte 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 exemple.com comme préférence de nom finale :

1. <script type="application/ld+json">
     {
       "@context": "https://schema.org",
       "@type": "WebSite",
       "name": "Burnt Toast",
       "alternateName": ["BT", "B-T", "Burnt Toast Shop", "example.com"],
       "url": "https://www.example.com/"
     }
   </script>

2. Si cela ne fonctionne toujours pas, essayez de fournir votre nom de domaine ou de sous-domaine (en minuscules) comme nom préféré, en dernier recours. Si vous indiquez votre nom de domaine ou de 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 exemple.com :

   <script type="application/ld+json">
     {
       "@context": "https://schema.org",
       "@type": "WebSite",
       "name": "example.com",
       "url": "https://www.example.com/"
     }
   </script>

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

Related Posts

• Ata Aytug Acar
• janvier 22, 2024

Google SEO Update 2023 December 18

18 décembre : Ajouté la transcription des heures de bureau SEO de Google de décembre 2023. D ..

• Ata Aytug Acar
• janvier 22, 2024

Google SEO Update 2023 December 14

14 décembre : Mise à jour de la documentation de la page du forum de discussion et de la page ..