[ad_1]
Google semble avoir cessé d’afficher les balises de titre pour les résultats de recherche mobile pour l’ensemble du site Web, comme dans les recherches du nom d’un site Web qui affichent généralement la page d’accueil.
Cette fonctionnalité ne fonctionne pas pour les sous-domaines.
Selon la documentation de Google Search Central pour les noms de sites :
« Actuellement, la recherche Google prend en charge les noms de sites des pages d’accueil au niveau du domaine, et non au niveau du sous-domaine (par exemple, https://news.example.com) et/ou du sous-répertoire (par exemple, https://example.com/ nouvelles) niveau.
Ce qui est affiché dans les recherches mobiles n’est que le nom générique d’un site Web.
Par exemple, une recherche mobile pour Search Engine Journal affiche une page de résultats de moteur de recherche (SERP) avec le nom générique du site Web, Search Engine Journal.
La balise de titre de la page d’accueil ci-dessus est :
<title>Search Engine Journal - SEO, Search Marketing News and Tutorials</title>
Recherches sans marque pour mots clés semblent toujours afficher les balises de titre.
Recherches par nom de marque + mots-clés semblent également afficher toujours les balises de titre.
Pourquoi Google utilise-t-il les noms de sites ?
Google utilise des noms de sites afin de permettre aux utilisateurs d’identifier plus facilement le site Web spécifique dans les résultats de recherche.
L’annonce officielle de Google a expliqué :
« Aujourd’hui, la recherche introduit des noms de sites dans les résultats de recherche mobiles pour faciliter l’identification du site Web associé à chaque résultat… »
Cette nouvelle fonctionnalité est disponible en anglais, français, japonais et allemand et commencera à apparaître dans d’autres langues au cours des prochains mois.
La nouvelle fonctionnalité ne fonctionne pas toujours
Une recherche d’un nom de domaine composé de mots comme « Search Engine Journal » et « searchenginejournal » renvoie les mêmes résultats de recherche qui comportaient les nouveaux noms de site comme lien de titre.
Mais une recherche utilisant le nom de domaine composé de mots HubSpot affiche le résultat de la recherche de l’ancienne version avec les balises de titre.
Résultat de la recherche pour la phrase clé « HubSpot »
Mais une recherche de Hub Spot (avec un espace entre les deux mots) fonctionne et affiche le nom du site.
Résultat de la recherche pour la phrase clé : « Hub Spot »
Une recherche du nom de mot composé « Wordfence » et « word fence » renvoie la même recherche de nom de site.
Résultat de la recherche pour les mots clés « Wordfence » et « Word Fence »
Il semble donc que Google ne renvoie pas systématiquement les résultats des noms de sites pour HubSpot, mais le fait correctement pour de nombreux autres sites.
Fonctionnalité Données structurées pour les nouveaux noms de sites
Google recommande l’utilisation du type de données structurées WebSite.
Auparavant, le site de données structurées WebSite était considéré comme inutile car, de toute évidence, Google sait qu’un site Web est un site Web et il n’a pas besoin de données structurées pour comprendre que Google indexe un site Web.
Mais cela a changé car Google utilise désormais le type de données structurées WebSite, en particulier la propriété « name », pour comprendre le nom d’un site Web.
Google a publié un exemple de données structurées WebSite avec la propriété « name » utilisée :
<title>Example: A Site about Examples</title> <script type="application/ld+json"> "@context" : "http://schema.org", "@type" : "WebSite", "name" : "Example", "url" : "https://example.com/" </script>
Les données structurées ci-dessus doivent être affichées sur la page d’accueil.
La page Search Central de Google pour le nom du site recommande ce qui suit pour le placement des données structurées du site Web :
« Les données structurées du site Web doivent se trouver sur la page d’accueil du site.
Par page d’accueil, nous entendons l’URI racine au niveau du 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.
Que faire si un site a un autre nom ?
Ce qui est utile avec les données structurées du site Web, c’est qu’elles offrent la possibilité de dire à Google quel est l’autre nom du site Web.
Google explique comment faire :
« Si vous souhaitez fournir une autre version du nom de votre site (par exemple, un acronyme ou un nom plus court), vous pouvez le faire en ajoutant la propriété alternateName.
C’est facultatif.
Les données structurées pour ajouter un nom facultatif ressemblent à ceci :
Données structurées JSON pour le nom facultatif
<script type="application/ld+json"> "@context" : "http://schema.org", "@type" : "WebSite", "name" : "Example Company", "alternateName" : "EC", "url" : "https://example.com/" </script>
Google utilise plus que des données structurées
La documentation de Google sur les noms de sites explique que Google utilise des informations sur la page, hors page et des métadonnées en plus des données structurées pour déterminer ce qu’est un nom de site de page Web.
Voici ce que Google utilise pour comprendre le nom du site :
- Données structurées du site Web
- Balise de titre
- Rubriques (H1, H2, etc.)
- Métadonnées Open Graph Protocol, en particulier og:site_name
Quelque chose à noter est que og:nom_site La propriété est une propriété Open Graph facultative mais recommandée.
La notation Open Graph ressemble généralement à ceci dans le code HTML :
<meta property="og:site_name" content="Example Name of Site" />
Noms de sites Google
La nouvelle fonctionnalité de noms de sites dans la recherche Google semble attrayante sur les appareils mobiles.
Il est logique d’avoir moins d’encombrement dans les SERP pour les recherches de noms de marque sur la page d’accueil. bien que je puisse voir certains se plaindre de l’absence d’influence de la balise de titre dans ce type de recherches.
Citations
Lire l’annonce officielle
Présentation des noms de sites dans la recherche Google
Lire la documentation centrale de recherche
Fournir un nom de site à la recherche Google
Image sélectionnée par Shutterstock/Asier Romero
[ad_2]
Source link -16