L'impact réel de l'indexation Mobile-First et l'importance de Fraggles
Alors que les SEO ont doublé le contenu et les signaux de qualité pour leurs sites Web, Google jetait les bases d'une nouvelle réalité pour l'exploration - l'indexation et le classement.
Bien que beaucoup croient profondément dans leur cœur que «le contenu est roi», la réalité est que l'indexation Mobile-First permet un nouveau type de résultat de recherche. Ce résultat de recherche se concentre sur le surfaçage et la republication de contenu de manière à alimenter les opportunités de monétisation multi-appareils de Google mieux que les sites Web simples ne le pourraient jamais.
Pendant deux ans, Google a peaufiné et modifié ses messages sur l'indexation Mobile-First, mettant principalement l'accent sur le risque auquel seraient confrontés de bons sites de conception adaptative bien adaptés. Au lieu de cela, le géant des moteurs de recherche s'est concentré davantage sur l'utilisation du robot de smartphone pour l'indexation, ce qui a conduit à mettre l'accent sur l'importance de faire correspondre les actifs du site pertinents pour le référencement entre les versions de bureau et mobiles (ou les rendus) d'une page. Les choses sont devenues un peu délicates lorsque Google a dû expliquer que le processus d'indexation Mobile-First ne serait pas nécessairement mauvais pour le contenu orienté bureau, mais tous les changements et positionnement de Google ont finalement validé ma conviction de longue date: que l'indexation Mobile-First n'est pas vraiment sur les téléphones mobiles, en soi, mais le contenu mobile.
Je voudrais proposer une alternative à la vue dominante, une théorie spéculative, sur ce qui s'est passé avec Google au cours des deux dernières années, et c'est la thèse de mon discours MozCon 2019 - quelque chose que nous appelons Fraggles et Fraggle-based Indexation .
Je vais passer en revue Fraggles et l'indexation basée sur Fraggle, et comment cette nouvelle méthode d'indexation a rendu le contenu Web plus «relevable» pour Google. Je décrirai également comment Fraggles a un impact sur les pages de résultats de recherche (SERP) et pourquoi cela correspond à la promotion de Google des applications Web progressives. Ensuite, je fournirai des informations sur la façon dont les SEO astucieux peuvent adapter leur compréhension du SEO et tirer parti de Fraggles et de l'indexation basée sur Fraggle pour répondre aux besoins de leurs clients et de leurs entreprises. Enfin, je passerai en revue les implications que cette nouvelle méthode d'indexation aura sur la monétisation et la stratégie technologique de Google dans son ensemble.
Prêt? Plongeons dedans.
Fraggles et indexation basée sur Fraggle
Le SERP a changé de plusieurs façons. Ces changements peuvent être envisagés et discutés séparément, mais je pense qu'ils font tous partie d'un changement plus important chez Google. Ce changement comprend "l'indexation d'abord par l'entité" des informations analysées autour de la structure existante du graphe de connaissances de Google, et le concept d '"organisation des informations prioritaire portable", qui favorise les informations faciles à lever et à présenter dans les propriétés de Google - Google décrit ces deux choses ensemble comme «l'indexation Mobile-First».
En tant que SEO, nous devons nous rappeler que le Web devient de plus en plus grand, ce qui signifie qu'il devient plus difficile à explorer. Les utilisateurs s'attendent désormais à ce que Google indexe et affiche le contenu instantanément. Mais alors que les webmasters et les SEO construisaient de plus en plus de contenu dans des pages HTML plates et explorables, les meilleures parties du Web évoluaient vers des sites Web et des applications Web plus dynamiques. Ces nouveaux actifs étaient alimentés par des bases de données d'informations sur un serveur, alimentant leurs informations en sites Web avec JavaScript, XML ou C ++, plutôt que du HTML plat et facilement explorable.
Pendant de nombreuses années, c'était un problème majeur pour Google, et donc, c'était un problème pour les SEO et les webmasters. En fin de compte, c'est le code le plus complexe qui a forcé Google à passer à ce système d'indexation basé sur des entités plus avancé - quelque chose que nous, MobileMoxie, appelons Fraggles et Indexation basée sur Fraggle , et le mérite revient aux "Fragments" de JavaScript.
Les Fraggles représentent des parties individuelles (fragments) d'une page pour lesquelles Google a superposé une "poignée" ou un "lien de saut" (alias ancre nommée, signet, etc.) de sorte qu'un clic sur le résultat amène les utilisateurs directement à la partie de la page où se trouve le fragment de texte pertinent. Ces Fraggles sont ensuite organisés autour des nœuds pertinents sur le graphe de connaissances, de sorte que la cartographie des relations entre les différents sujets puisse être vérifiée, développée et maintenue dans le temps, mais aussi pour que la structure puisse être utilisée et réutilisée, à l'échelle internationale - même si un contenu différent est classé.
Plus d'un Fraggle peut classer une page, et le format peut varier d'un lien de texte avec une étiquette "Aller à", d'un lien de texte sans étiquette, d'un carrousel de liens de site, d'un carrousel de liens de site avec des images, ou parfois horizontal ou des boîtes d'extension verticales pour les différents éléments d'une page.
La chose la plus notable à propos de Fraggles est le comportement de défilement automatique du SERP. Alors que Fraggles sont souvent liés à du contenu qui a des liens de saut HTML ou JavaScript, parfois, les liens de saut semblent être ajoutés par Google sans être présents dans le code du tout. Ce comportement est également mis en évidence dans les extraits AMP en vedette, pour lesquels Google a le même comportement de défilement, mais inclut également la surbrillance colorée de Google - qui est superposée sur la page - pour afficher la partie de la page qui a été affichée dans l'extrait en vedette, qui permet au chercheur de le voir dans son contexte. J'écris plus à ce sujet dans l'article: What the Heck are Fraggles .
Comment Fraggles et l'indexation basée sur Fraggle fonctionnent avec JavaScript
Le désir de Google d'indexer les applications natives et les applications Web, y compris les applications à page unique, a nécessité le passage de Google à une indexation basée sur des fragments et des fragments, plutôt que sur des pages. En JavaScript, ainsi que dans les applications natives, un "fragment" est un élément de contenu ou d'informations qui n'est pas nécessairement une page entière.
Le moyen le plus simple pour un SEO de penser à un fragment est dans l'exemple d'une boîte d'extension AJAX: le morceau de texte ou d'informations récupéré sur le serveur pour remplir l'expandeur AJAX lorsque vous cliquez dessus peut être décrit comme un fragment. Alternativement, s'il est indexé pour l'indexation Mobile-First, il s'agit d'un Fraggle.
Ce n'est pas un hasard si Google a annoncé le lancement du rendu JavaScript différé à peu près en même temps que le déploiement public de Mobile-First Indexing sans retirer la connexion, mais voici: quand Google peut indexer des fragments d'informations à partir du Web pages, applications Web et applications natives, toutes organisées autour du Knowledge Graph, les données elles-mêmes deviennent «portables» ou «mobiles en premier».
Nous avons également récemment découvert que Google a commencé à indexer les URL avec un lien de saut #, après des années de non-respect, et qu'il en rend compte séparément de l'URL principale dans la Search Console. Comme vous pouvez le voir ci - dessous à partir de nos données, ils ne reçoivent pas beaucoup de clics, mais ils sont obtiennent des impressions. Cela est probablement dû à la faible position moyenne.
Avant Fraggles et l'indexation basée sur Fraggle, l'indexation de # URL aurait simplement entraîné un énorme problème de contenu en double et une indexation de travail supplémentaire pour Google. Maintenant que l'indexation basée sur Fraggle est en place, il est logique d'indexer et de générer des rapports sur # URL dans la Search Console - en particulier pour rompre les longues expériences JavaScript longues comme les PWA et les applications à page unique qui n'ont pas de séparation URL, bases de données ou à long terme, peut-être même pour l'indexation d'applications natives sans Deep Links.
Pourquoi indexer les fragments et Fraggles?
Si vous avez l'habitude de penser à des classements avec le plus petit incrément étant une URL, cette idée peut être difficile à comprendre. Pour vous aider, pensez à cette expérience de réflexion: dans quelle mesure serait-il utile pour Google de classer une page qui donne des informations détaillées sur tous les différents types de fruits et légumes? Ce serait facile pour une requête comme «fruits et légumes», c'est sûr. Mais si la requête est remplacée par «laitue» ou «types de laitue», la page aura du mal à se classer, même si elle contient les informations les plus fiables et les plus fiables.
En effet, les mots clés "laitue" seraient dilués par tous les autres fruits et légumes. Il serait plus utile pour Google de classer la partie de la page consacrée à la laitue pour les requêtes liées à la laitue et la partie de la page consacrée aux radis pour les requêtes concernant les radis. Mais comme les utilisateurs ne veulent pas parcourir toute la page des fruits et légumes pour trouver les informations sur le légume particulier qu'ils ont recherché, Google priorise les pages avec la concentration et la densité des mots clés, car elles se rapportent à la requête. Google classera rarement les longues pages couvrant plusieurs sujets, même si elles faisaient plus autorité.
Avec les extraits en vedette, les extraits en vedette AMP et Fraggles, il est clair que Google peut déjà trouver les parties importantes d'une page qui répondent à une question spécifique - ils ont effectivement pu le faire pendant un certain temps. Donc, si Google peut organiser et indexer du contenu comme ça, quel serait l'avantage de maintenir un index basé uniquement sur les statistiques et le classement par page? Pourquoi Google voudrait-il classer des pages entières alors qu'il pourrait classer uniquement les meilleures parties des pages les plus liées à la requête?
Pour répondre à ces préoccupations, historiquement, les SEO ont travaillé pour diviser les sujets individuels en pages distinctes, avec une page concentrée sur chaque sujet ou groupe de mots clés. Ainsi, avec notre exemple de légumes, cela garantirait que la page de laitue pourrait être classée pour les requêtes de laitue et la page de radis pourrait être classée pour les requêtes de radis. Avec chaque site Web créant une nouvelle page pour chaque sujet possible pour lequel ils aimeraient se classer, il y a beaucoup de travail redondant et répétitif pour les webmasters. Il ajoute également probablement beaucoup de pages inutiles de faible qualité à l'index. De manière réaliste, de combien de pages individuelles sur la laitue Internet a-t-il vraiment besoin, et comment Google déterminerait-il laquelle est la meilleure? Le fait est, Google voulait passer à un algorithme qui se concentrait moins sur les liens et plus sur l'autorité topique pour ne faire apparaître que le meilleur contenu - et Google contourne cela avec la fonction de défilement de Fraggles.
Même si l'effort de basculer vers l'indexation basée sur Fraggle et d'organiser les informations autour du Knowledge Graph était énorme, les avantages à long terme du commutateur dépassent largement les coûts pour Google, car ils rendent le système de Google flexible, monétisable et durable, d'autant plus que la quantité d'informations et le nombre d'appareils connectés augmente de façon exponentielle. Il aide également Google à identifier, diffuser et monétiser de nouvelles opportunités de recherche multi-appareils, à mesure qu'elles continuent de se développer. Cela inclut les résultats de recherche sur les téléviseurs, les écrans connectés et les résultats vocaux des haut-parleurs connectés. Quelques coûts et avantages pertinents sont décrits ci-dessous pour que vous puissiez les envisager, en gardant à l'esprit la perspective à long terme de Google:
Pourquoi Fraggles et l'indexation basée sur Fraggle sont importants pour les PWA
Ce qui rend également le passage à l'indexation basée sur Fraggle pertinent pour les référenceurs, c'est la manière dont il s'intègre au champion de Google des applications Web progressives ou des applications Web progressives AMP (alias PWA et sites Web / applications Web PWA-AMP). Ces types de sites sont devenus le centre d'intérêt des sommets des développeurs Chrome de Google et d'autres petites conférences Google.
Du point de vue de l'exploration et de l'indexation traditionnelles, l'accent mis par Google sur les PWA est déroutant. Les PWA comportent souvent du JavaScript lourd et sont toujours fréquemment construits en tant qu'applications à page unique (SPA), avec une ou seulement quelques URL. Ces deux idées rendraient les PWA particulièrement difficiles et gourmandes en ressources pour Google à indexer de manière traditionnelle - alors, pourquoi Google serait-il si enthousiaste à propos des PWA?
La réponse est parce que les PWA nécessitent ServiceWorkers, qui utilise Fraggles et l'indexation basée sur Fraggle pour alléger la tâche d'exploration et d'indexation de contenu Web complexe.
Dans le cas où vous avez besoin d'un rafraîchissement rapide: ServiceWorker est un fichier JavaScript - il demande à un appareil (mobile ou ordinateur) de créer un cache local de contenu à utiliser uniquement pour le fonctionnement de la PWA. Il est destiné à rendre le chargement de contenu beaucoup plus rapide (car le contenu est stocké localement) au lieu d'être simplement laissé sur un serveur ou un CDN quelque part sur Internet et il le fait en enregistrant des copies de texte et d'images associées à certains écrans dans le PWA . Une fois qu'un utilisateur accède au contenu d'une PWA, le contenu n'a plus besoin d'être récupéré à partir du serveur. C'est un peu comme la mise en cache du navigateur, mais plus rapide - ServiceWorker stocke les informations sur la date d'expiration du contenu, plutôt que de les stocker sur le Web. C'est ce qui fait que les PWA semblent fonctionner hors ligne, mais c'est aussi pourquoi le contenu qui n'a pas encore été visité n'est pas stocké dans ServiceWorker.
ServiceWorkers et SEO
La plupart des référenceurs qui comprennent les PWA comprennent qu'un ServiceWorker est destiné à la mise en cache et au temps de chargement, mais ils peuvent ne pas comprendre que c'est probablement aussi pour l'indexation. Si vous y réfléchissez, ServiceWorkers stocke principalement le texte et les images d'un site, ce qui est exactement ce que le robot souhaite. Un robot qui utilise le rendu JavaScript différé pourrait passer par un PWA et simuler un clic sur tous les liens et stocker du contenu statique en utilisant le cadre défini dans ServiceWorker. Et il pouvait le faire sans toujours avoir à explorer tout le JavaScript sur le site, tant qu'il comprenait comment le site était organisé et que cette organisation restait cohérente.
Google saurait également à quelle fréquence effectuer une nouvelle analyse, et ne pouvait donc analyser certains éléments que lorsqu'ils devaient expirer dans le cache ServiceWorker. Cela économise beaucoup de temps et d'efforts à Google, ce qui leur permet de passer à travers ou éventuellement d'ignorer le code complexe et JavaScript.
Pour qu'une PWA soit indexée, Google exige que les webmasters « enregistrent leur application dans Firebase», mais ils exigeaient auparavant que les webmasters «enregistrent leur ServiceWorker». Firebase est la plate-forme Google qui permet aux webmasters de configurer et de gérer l'indexation et les liens profonds pour leurs applications natives, les chat-bots et, maintenant, les PWA .
Il y a quelques années, une communication directe avec un spécialiste PWA de Google a révélé que Google n'avait pas exploré le ServiceWorker lui-même, mais avait exploré l'API vers ServiceWorker. Il est probable que lorsque les webmasters inscrivent leur ServiceWorker auprès de Google, Google crée en fait une API pour ServiceWorker, afin que le contenu puisse être rapidement et facilement indexé et mis en cache sur les serveurs de Google. Étant donné que Google a déjà lancé une API d'indexation et semble désormais préférer les API à l'exploration traditionnelle, nous pensons que Google va commencer à pousser l'utilisation de ServiceWorkers pour améliorer la vitesse des pages, car ils peuvent être utilisés sur des sites non-PWA, mais ce sera en fait pour aider à alléger le fardeau de Google pour explorer et indexer le contenu manuellement.
Le code HTML plat peut toujours être le moyen le plus rapide d'obtenir des informations Web analysées et indexées avec Google. Pour l'instant, JavaScript doit encore être différé pour le rendu, mais il est important de reconnaître que cela pourrait changer et que l'exploration et l'indexation ne sont pas le seul moyen de transmettre vos informations à Google. L'API d'indexation de Google, qui a été lancée pour l'indexation d'informations sensibles au facteur temps, telles que les offres d'emploi et la vidéo en direct, sera probablement étendue pour inclure différents types de contenu.
Il est important de se rappeler que c'est ainsi que AMP, Schema et de nombreux autres types de fonctionnalités SEO puissantes ont commencé avec un lancement limité; au-delà de cela, certains grands référenceurs ont déjà testé la soumission d'autres types de contenu dans l'API et ont connu du succès . La soumission aux API ignore le processus de Google d'exploration aveugle du Web pour trouver de nouveaux contenus et permet aux webmasters de leur fournir directement les informations.
Il est possible que la nouvelle API d'indexation suive une structure ou un processus similaire à l'indexation PWA. Les URL soumises peuvent déjà obtenir certains types de contenu indexés ou supprimés de l'index de Google, généralement en environ une heure, et bien qu'il ne soit actuellement officiellement disponible que pour les deux types de contenu, nous nous attendons à ce qu'il soit étendu largement.
Comment cela affectera-t-il la stratégie de référencement?
Bien sûr, chaque SEO veut savoir comment tirer parti de cette théorie spéculative - comment pouvons-nous apporter les changements dans Google à notre avantage?
La première chose à faire est d'examiner attentivement, longtemps et honnêtement un résultat de recherche pour mobile. La position n ° 1 dans le classement organique n'est tout simplement plus ce qu'elle était. Il y a une tonne de contenu engageant qui le pousse souvent vers le bas, mais ne compte pas comme une position de classement organique dans la Search Console. Cela signifie que vous pouvez conserver tous vos classements organiques tout en perdant une énorme quantité de trafic vers des fonctionnalités SERP telles que les résultats du graphe de connaissances, les extraits en vedette, Google My Business, les cartes, les applications, trouvés sur le Web et d'autres éléments similaires qui se classent à l'extérieur des résultats organiques normaux.
Ces résultats, ainsi que les résultats de paiement par clic (PPC), ont plus d'impact sur les mobiles car ils sont empilés au-dessus des classements organiques. Plutôt que d'être sur le côté, comme ils pourraient l'être dans une vue de bureau de la recherche, ils poussent les classements organiques plus bas sur la page de résultats. Récemment, de nombreux rapports ont été publiés sur l'impact statistique et à grande échelle des modifications apportées au SERP et sur la façon dont ces changements ont entraîné des modifications du comportement des utilisateurs dans la recherche, en particulier de la part du Dr Pete Meyers, de Rand Fishkin et de JumpTap.
Le Dr Pete s'est concentré sur le nombre croissant de modifications apportées à l'algorithme Google enregistrées dans son MozCast, qui s'est réchauffé fin 2016 lorsque Google a commencé à travailler sur l'indexation Mobile-First, puis à nouveau après le lancement de la mise à jour Medic en 2018.
Rand, d'autre part, s'est concentré sur la façon dont les nouveaux types de classements poussent les résultats organiques traditionnels vers le bas, ce qui réduit le trafic vers les sites Web, en particulier sur les mobiles. Toutes ces excellentes données de ces deux éléments ont vraiment ouvert la voie à un changement fondamental dans la stratégie de référencement en ce qui concerne l'indexation Mobile-First.
La recherche montre que Google a réorganisé son index pour l'adapter à une présentation différente des informations, en particulier s'il est capable d'indexer ces informations autour d'un concept d'entité dans le Knowledge Graph. L'indexation basée sur Fraggle rend toutes les informations que Google explore encore plus portables, car elles sont imbriquées intelligemment parmi les nœuds Knowledge Graph associés, qui peuvent être surfacés de différentes manières. Étant donné que l'indexation basée sur Fraggle se concentre davantage sur l'organisation significative des données que sur les pages et les URL, les résultats sont une présentation plus "fenêtrée" des informations dans le SERP. Les SEO doivent comprendre que les résultats de recherche sont désormais basés sur des entités et des cas d'utilisation (pensez aux micro-moments), plutôt que sur des pages et des domaines .
Graphique des connaissances de Google
Pour vraiment comprendre comment cette nouvelle méthode d'indexation affectera votre stratégie de référencement, vous devez d'abord comprendre comment fonctionne le Knowledge Graph de Google.
Puisqu'il s'agit d'un véritable «graphique», toutes les entrées (nœuds) du graphe de connaissances incluent des relations verticales et latérales. Par exemple, une entrée pour «pain» peut inclure des relations latérales avec des sujets connexes comme le fromage, le beurre et le gâteau, mais peut également inclure des relations verticales comme «ingrédients standard du pain» ou «types de pain».
Les relations latérales peuvent être considérées comme des nœuds liés sur le graphe des connaissances et faire allusion à des «sujets connexes», tandis que les relations verticales indiquent un élargissement ou un rétrécissement du sujet; qui indique les filtres les plus probables dans un sujet. Dans le cas du pain, une relation verticale vers le haut serait des sujets comme la "cuisson" et vers le bas des sujets comme la "farine" et d'autres ingrédients utilisés pour faire du pain, ou le "levain" et d'autres types spécifiques de pain.
Les référenceurs doivent noter que les entrées du graphique des connaissances peuvent désormais inclure une variété de plus en plus large de filtres et d'onglets qui restreignent les informations sur le sujet au profit de différents types d'intention de chercheur. Cela inclut des choses comme aider les chercheurs à trouver des vidéos, des livres, des images, des citations, des emplacements, mais dans le cas des filtres, cela peut être spécifique à un sujet et imprévisible (informé par l'apprentissage automatique actif). C'est le cœur de l'objectif de Google avec l'indexation basée sur Fraggle: être en mesure d'organiser les informations du Web sur la base des entrées ou des nœuds du Knowledge Graph, autrement discutés dans les cercles SEO comme des «entités».
Étant donné que les relations d'une entité à une autre restent les mêmes, quelle que soit la langue dans laquelle une personne parle ou recherche, les informations du graphe de connaissances sont indépendantes du langage et donc facilement utilisables pour l'agrégation et l'apprentissage automatique dans toutes les langues en même temps. L'utilisation du Knowledge Graph comme pierre angulaire de l'indexation est donc un moyen beaucoup plus utile et efficace pour Google d'accéder et de diffuser des informations dans plusieurs langues pour la consommation et le classement dans le monde entier. À long terme, elle est de loin supérieure à la méthode d'indexation précédente.
Exemples d'indexation basée sur Fraggle dans les SERP
Graphique des connaissances
Google a considérablement augmenté le nombre d'entrées du Knowledge Graph et les catégories et relations qui s'y trouvent. La mise en place est particulièrement importante pour les sujets pour lesquels Google dispose déjà d'une grande quantité de données et d'informations structurées. Cela comprend des sujets tels que:
- Télévision et films - depuis Google Play
- Aliments et recettes - à partir du schéma de recettes, des pages AMP de recettes et des bases de données externes sur l'alimentation et la nutrition
- Science et médecine - à partir de sources fiables (comme WebMD)
- Entreprises - de Google My Business.
Google ajoute de plus en plus de nœuds et de relations à leur graphique et les entrées existantes sont également en cours d'élaboration avec plus d'onglets et de carrousels pour diviser un seul sujet en sujets ou types d'informations plus petits et plus granulaires.
Comme vous pouvez le voir ci-dessous, la création du Knowledge Graph a également augmenté le nombre de filtres et d'options d'exploration dans de nombreuses requêtes, même en dehors du Knowledge Graph. Cette augmentation peut être observée dans toutes les propriétés Google, y compris Google My Business et Shopping, qui, selon nous, sont désormais des sections du Knowledge Graph:
Recherche Google pour "Blazers" avec des filtres visuels en haut pour les requêtes orientées shopping
Google My Business (Business Knowledge Graph) avec filtres pour les informations sur Googleplex
D'autres exemples similaires incluent les filtres supplémentaires et les résultats "Rubriques connexes" dans Google Images, que nous pensons également représenter des nœuds sur le graphe des connaissances:
Google Images Augmentation des filtres et inclusion de sujets connexes signifie qu'ils sont également des nœuds sur le graphique des connaissances
Le graphique Knowedge est également présenté de différentes manières. Parfois, il y a une navigation persistante qui persiste en haut du SERP, comme on le voit dans de nombreuses requêtes orientées médias, et parfois elle est fragmentée pour afficher différentes informations dans le SERP, comme vous l'avez peut-être remarqué dans de nombreuses recherches locales orientées entreprise résultats, tous deux présentés ci-dessous.
Étant donné que le lancement de l'indexation basée sur Fraggle est essentiellement une construction majeure de Knowledge Graph, les résultats de Knowledge Graph ont également commencé à inclure un contenu plus attrayant, ce qui rend encore moins probable que les utilisateurs cliquent sur un site Web. Des éléments tels que la vidéo et l'audio lisibles, les résultats sportifs en direct et des informations spécifiques à l'emplacement, telles que les informations de transport et les horaires de télévision, sont tous accessibles directement dans les résultats de la recherche. Mais il y a plus dans l'histoire.
De plus en plus, Google construit également son propre contenu propriétaire en remélangeant les informations existantes qu'il a indexées pour créer un contenu unique et engageant comme des `` histoires AMP '' animées que les webmasters sont également encouragés à développer eux-mêmes . Ils ont également commencé à construire un zoo d' animaux AR qui peuvent apparaître dans le cadre d'un résultat Knowledge Graph, tout en encourageant les développeurs à utiliser leur kit AR pour construire leurs propres actifs AR qui, sans aucun doute, seront éventuellement incorporés de manière sélective dans le Knowledge Graph aussi.
Graphique Google AR Animals in Knowledge
Google AMP Stories s'appelle désormais «La vie en images»
Stratégie SEO pour les graphiques de connaissances
Les entreprises qui souhaitent tirer parti du Knowledge Graph devraient saisir toutes les opportunités pour créer vos propres actifs, comme les modèles AR et les AMP Stories, afin que Google n'ait aucune raison de le faire. Au-delà de cela, les entreprises doivent soumettre directement des informations exactesà Google chaque fois qu'ils le peuvent. Pour ce faire, la méthode la plus simple consiste à utiliser Google My Business (GMB). Quels que soient les types d'informations demandés dans GMB, ils doivent être ajoutés ou téléchargés. Si Google Posts est disponible dans votre catégorie d'entreprise, vous devez régulièrement publier des articles et vous assurer qu'ils renvoient vers votre site avec un appel à l'action. Si vous avez des vidéos ou des photos pertinentes pour votre entreprise, téléchargez-les sur GMB. Commencez à considérer GMB comme un réseau social ou une newsletter - tous les actifs partagés sur Facebook ou Twitter peuvent également être partagés sur Google Posts, ou au moins téléchargés sur le compte GMB.
Vous devez également rechercher les entrées actuelles du graphique des connaissances qui sont liées à votre secteur d'activité et vous efforcer de vous associer à des sociétés ou entités reconnues dans ce secteur. Cela peut provenir de liens ou de citations sur les sites Web d'entités, mais cela peut également inclure d'être lié par des listes tierces qui donnent des conseils et des recommandations spécifiques à l'industrie, comme figurer parmi les meilleurs concurrents de votre industrie ("Best Plumbers in Denver" , "" Meilleures offres de chaussures sur le Web "ou" Top 15 des meilleures émissions de télé-réalité "). Les liens à partir de ces messages aident également mais ne sont pas requis - surtout si vous pouvez obtenir le nom de votre entreprise sur suffisamment de listes avec les autres meilleurs joueurs. Vérifiez que tous les liens ou citations provenant de sites tiers faisant autorité tels que Wikipedia, Better Business Bureau, les répertoires de l'industrie,
Bien qu'il ne s'agisse que de spéculation et non d'une stratégie de référencement éprouvée, vous pouvez également vous assurer que votre domaine est correctement classé dans les enregistrements de Google en vérifiant les industries auxquelles il est associé. Vous pouvez le faire dans l'outil MarketFinder de Google . Effectuez des mises à jour ou recommandez de nouvelles catégories si nécessaire. Ensuite, examinez les filtres et les relations fournis dans le cadre des entrées du graphique des connaissances et assurez-vous que vous utilisez le sujet et filtrez les mots comme mots clés sur votre site.
Extraits en vedette
Les extraits ou «réponses» en vedette sont apparus pour la première fois en 2014 et se sont également beaucoup développés, comme le montre le graphique ci-dessous. Il est utile de considérer les extraits de contenu comme des faits, des idées ou des concepts voyous qui n'ont pas un résultat complet du graphique des connaissances, bien qu'ils puissent en fait être associés à certains nœuds existants sur le graphique des connaissances (ou ils pourraient être en cours de vérification pour construction éventuelle du graphe des connaissances).
Les extraits en vedette semblent apparaître lorsque les informations proviennent d'une source pour laquelle Google n'a pas un niveau de confiance incroyablement élevé, comme c'est le cas pour Wikipedia, et souvent elles proviennent de sites tiers qui peuvent ou non avoir un intérêt monétaire dans le sujet - quelque chose qui donne à Google envie de vérifier les informations de manière plus approfondie et peut empêcher Google de les utiliser, si une option moins biaisée est disponible.
Comme le Knowledge Graph, les résultats des extraits de journaux ont augmenté très rapidement au cours de la dernière année, et ont également commencé à inclure des carrousels - quelque chose sur lequel Rob Bucci écrit abondamment ici . Nous pensons que ces carrousels représentent des sujets potentiellement liés que Google connaît grâce au Knowledge Graph. Les extraits présentés ressemblent désormais davantage à des entrées de mini-graphique de connaissances: les carrousels semblent inclure des sujets liés à la fois latéralement et verticalement, et leur apparence et leur maintenance semblent être déterminées par le volume de clics et les recherches ultérieures. Cependant, cela peut également être influencé par les données d'engagement agrégées pour les personnes interrogées également et les données de recherche associées.
La création des extraits de contenu a été si agressive que les réponses que Google soulève sont parfois fausses, comme vous pouvez le voir dans l'exemple d'image ci-dessous. Il est également important de comprendre que les résultats des extraits en vedette peuvent changer d'un endroit à l'autre et ne sont pas indépendants de la langue, et ne sont donc pas traduits pour correspondre à la langue de recherche ou aux paramètres de langue du téléphone. Google ne se conforme pas non plus à une norme de cohérence, donc un extrait de vedette pour une requête peut présenter une réponse dans un sens, et une requête similaire pour le même fait peut présenter un extrait de vedette avec des informations légèrement différentes. Par exemple, une requête pour "combien de temps faire bouillir un œuf" pourrait entraîner une réponse qui dit "5 minutes" et une requête différente pour "comment faire un œuf dur"
Extrait présenté avec carrousel
Extrait incorrect
Les données ci-dessous ont été collectées par Moz et représentent une moyenne d'environ 10 000, ce qui biaise légèrement vers les termes «tête».
Stratégie de référencement pour les extraits en vedette
Toutes les recommandations standard pour la conduite d'extraits en vedette s'appliquent ici. Cela implique de s'assurer que vous conservez les informations que vous essayez d'obtenir classées dans un extrait en vedette clair, direct et dans le nombre de caractères recommandé. Cela inclut également l'utilisation de tableaux simples, de listes ordonnées et de puces pour rendre les données plus faciles à consommer, ainsi que la modélisation de votre contenu d'après les résultats de l'extrait en vedette dans votre secteur.
Ceci est encore spéculatif, mais il semble probable que l'inclusion du balisage du schéma Speakable pour des choses comme "Comment faire", "FAQ" et "Q&R" puisse également générer des extraits en vedette. Ces types de résultats sont spécialement désignés comme du contenu qui fonctionne bien dans une recherche vocale. Étant donné que Google a insisté sur le fait qu'il n'y a pas plus d'un index et que Google se concentre fortement sur l'amélioration des résultats vocaux des appareils Google Assistant, tout ce qui pourrait être un bon résultat dans l'Assistant Google, et se classe bien, pourrait également avoir un meilleur chance de se classer dans un extrait en vedette.
Les gens demandent aussi & Recherches connexes
Enfin, l'occurrence accrue de «recherches connexes» ainsi que l'inclusion de questions de personnes également posées (PAA), juste en dessous de la plupart des résultats du graphe de connaissances et des extraits en vedette, est indéniable. La capture d'écran d'Earl Tea montre que les AAP et les découvertes intéressantes font également partie du graphique des connaissances.
Le graphique ci-dessous montre l'augmentation constante des AAP. Les résultats de l'AAP semblent être une extension des extraits en vedette, car une fois développés, la réponse à la question s'affiche, avec la citation en dessous. De même, certains résultats de recherche associée incluent désormais un résultat qui ressemble à un extrait de vedette, au lieu de simplement se lier à un autre résultat de recherche. Vous pouvez désormais trouver des `` recherches associées '' dans le SERP, souvent dans le cadre des résultats d'un graphe de connaissances, mais parfois aussi dans un carrousel au milieu du SERP, et toujours au bas du SERP - parfois avec des images et des boutons d'extension pour afficher les extraits en vedette dans les résultats de la recherche associée directement dans le SERP existant.
Les boîtes contenant des recherches associées sont désormais également incluses avec les résultats de la recherche d'images. Il est intéressant de noter que les résultats de la recherche associée dans Google Images ont commencé à apparaître au même moment que Google a commencé à traduire les balises de titre et les balises alt des images. Cela coïncide bien avec le concept selon lequel l'indexation Entity-First, que les entités et le graphe de connaissances sont indépendantes du langage, et que les recherches associées sont en quelque sorte liées au graphe de connaissances.
Ces données ont été collectées par Moz et représentent une moyenne d'environ 10 000, ce qui biaise légèrement vers les termes «tête».
Les gens demandent aussi
recherches associées
STRATÉGIE DE SEO pour PAA et recherches associées
Étant donné que les AAP et certaines recherches associées semblent désormais simplement inclure des extraits de contenu, générer des résultats d'extraits de site pour votre site est également une stratégie solide ici. Il apparaît souvent que les résultats de l'AAP incluent au moins deux versions de la même question, reformulées avec une langue différente, avant d'inclure des questions plus liées aux nœuds latéraux et verticaux sur le graphe des connaissances. Si vous incluez des informations sur votre site qui, selon Google, sont liées au sujet, sur la base des recherches associées et des questions PAA, cela pourrait aider à rendre votre site pertinent et faisant autorité.
Enfin, il est essentiel de se rappeler que vous n'avez pas de site Web à classer dans Google et que les référenceurs devraient également considérer les classements non liés à des sites Web dans le cadre de leur travail.
Si une entreprise ne possède pas de site Web ou si vous souhaitez simplement couvrir toutes les bases, vous pouvez laisser Google héberger votre contenu directement - dans le plus d'endroits possible. Nous avons vu que le contenu hébergé par Google semble généralement bénéficier d'un traitement préférentiel dans les résultats de recherche Google et Google Discover, en particulier par rapport à la baisse du trafic par rapport aux résultats organiques traditionnels. Google est maintenant fortement concentré sur la navigation dans le contenu multimédia, donc tout ce que vous pourriez avoir créé précédemment une nouvelle page sur votre site Web devrait maintenant être pris en compte pour une vidéo.
Google My Business (GMB) est idéal pour les entreprises qui ne disposent pas de sites Web ou qui souhaitent héberger leurs sites Web directement avec Google. YouTube est idéal pour les vidéos, la télévision, les podcasts vidéo, les clips, les animations et les didacticiels. Si vous avez une application, un livre, un livre audio, un podcast, un film, une émission de télévision, une classe ou de la musique, ou PWA, vous pouvez le soumettre directement à GooglePlay (une grande partie du contenu vidéo de GooglePlay est maintenant croisée) sur YouTube et YouTube TV, mais ce n'est pas nécessairement le cas pour les autres actifs). Cette stratégie pourrait également inclure des livres dans Google Livres, des vols dans Google Flights, des hôtels dans les listes d'hôtels Google et des attractions dans Google Explore. Cela inclut également le fait d'avoir un code AMP valide, car Google héberge du contenu AMP, et inclut Google Actualités si votre site est un fournisseur agréé de nouvelles.
Modifications du suivi SEO pour l'indexation basée sur Fraggle
Le plus gros problème pour les référenceurs est le trafic organique manquant, mais c'est également le fait que les méthodes actuelles de suivi des résultats organiques ne montrent généralement pas si des éléments tels que Knowledge Graph, Featured Snippets, PAA, Found on the Web ou d'autres types de résultats apparaissent en haut de la requête ou quelque part au-dessus de votre résultat organique. La première position dans les résultats organiques n'est plus ce qu'elle était, ni rien en dessous, donc vous ne pouvez pas vous attendre à ce que ces classements génèrent le même trafic. Si Google va lever et représenter le contenu de tout le monde, le trafic n'arrivera jamais sur le site et les SEO ne sauront pas si leurs efforts retournent toujours la même valeur monétaire. Ce problème est particulièrement poignant pour les éditeurs, qui n'ont pu vendre de la publicité sur leurs sites Web qu'en fonction du trafic attendu que le site Web pourrait générer.
L'autre chose à retenir est que les résultats diffèrent - en particulier sur mobile, qui varie d'un appareil à l'autre (généralement en fonction de la taille de l'écran) mais peut également varier en fonction de l'IOS du téléphone. Ils peuvent également changer considérablement en fonction de l'emplacement ou des paramètres de langue du téléphone, et ils ne correspondent certainement pas toujours aux résultats du bureau pour la même requête. La plupart des SEO ne savent pas grand-chose sur la réalité de leurs résultats de recherche sur mobile, car la plupart des outils de reporting SEO se concentrent toujours fortement sur les résultats de bureau, même si Google est passé à Mobile-First.
De plus, les outils de référencement ne rapportent généralement que les classements à partir d'un seul emplacement - l'emplacement de leurs serveurs - plutôt que de pouvoir tester à partir de différents emplacements.
La seule chose qu'un bon SEO peut faire pour résoudre ce problème est d'utiliser des outils comme le test SERP MobileMoxie pour vérifier à quoi ressemblent les classements sur les meilleurs mots-clés de tous les emplacements où leurs utilisateurs peuvent rechercher. Alors que l'outil gratuit ne fournit des résultats qu'avec un seul emplacement à la fois, les abonnés peuvent tester les résultats de la recherche dans plusieurs emplacements, en fonction d'un rayon de zone de service ou en fonction d'un fichier CSV d'adresses téléchargé. L'outil a des intégrations avec Google Sheets et un connecteur avec Data Studio, pour aider avec les rapports SEO, mais des API sont également disponibles, pour des intégrations plus approfondies dans les outils d'édition de contenu, les tableaux de bord et pour une utilisation dans d'autres outils SEO.
Conclusion
Lors de MozCon 2017, j'ai exprimé ma conviction que l'impact de l'indexation Mobile-First nécessite une réinterprétation des mots "Mobile", "First" et "Indexing". Redéfinis dans le contexte de l'indexation Mobile-First, les mots doivent être compris comme signifiant «portable», «préféré» et «organisation de l'information». Le potentiel d'un passage à l'indexation basée sur Fraggle et les récents changements apportés aux SERP, en particulier au cours de la dernière année, semblent certainement prouver l'exactitude de cette théorie. Et bien qu'ils soient en préparation depuis plus de deux ans, les changements apportés au SERP semblent maintenant se dérouler plus rapidement et rendent le SERP méconnaissable par rapport à ce qu'il était il y a seulement trois ou quatre ans.
Dans cet article, nous avons décrit Fraggles et l'indexation basée sur Fraggle pour le référencement comme une théorie qui spécule sur la vraie nature du changement vers Mobile-First Indexing, comment l'indice lui-même - et les unités d'indexation - peuvent avoir changé pour s'adapter plus rapidement et plus une organisation nuancée des informations basée sur le Knowledge Graph, plutôt que simplement des liens et des URL. Nous avons décrit le fonctionnement de Fraggles et de l'indexation basée sur Fraggle, ses liens avec JavaScript et PWA et les stratégies que les SEO peuvent prendre pour en tirer parti pour une exposition supplémentaire dans les résultats de recherche, ainsi que la façon dont ils peuvent mettre à jour leur suivi des succès pour tenir compte de tous les les variabilités qui affectent les résultats de recherche mobile.
Les référenceurs doivent tenir compte des opportunités et changer la façon dont nous considérons notre stratégie d'indexation globale et nos emplois dans leur ensemble. Si Google organise l'index autour du Knowledge Graph, il est beaucoup plus facile pour Google de mentionner constamment les nœuds proches du Knowledge Graph dans les carrousels "Recherches associées", les liens du Knowledge Graph et les rubriques dans les PAA. Il pourrait également être plus facile de croire que les extraits de code en vedette sont simplement des éléments d'information vérifiés (via le click-crowdsourcing de Google) pour inclusion ou référence dans le graphique des connaissances.
L'indexation Fraggles et Fraggled recadre le passage à l'indexation Mobile-First, ce qui signifie que les référenceurs et les sociétés d'outils de référencement doivent commencer à penser mobile-first - c'est-à-dire la portabilité de leurs informations. Bien qu'il soit probable que les pages et les domaines véhiculent toujours de forts signaux de classement, les changements dans le SERP semblent tous se concentrer moins sur des pages entières, et plus sur des morceaux de pages, similaires à ceux apparus dans les extraits en vedette, les AAP et certaines recherches connexes. . Si Google se concentre davantage sur le contenu de fenêtrage et sur le fait d'être un "moteur de réponse" au lieu d'un "moteur de recherche", cela correspond bien à son identité déclarée et à son désir de construire un moteur international plus efficace et durable.
Les référenceurs doivent également trouver des moyens de mieux servir leurs utilisateurs, en se concentrant davantage sur la réalité du SERP mobile et sur son ampleur pour les vrais utilisateurs. Bien que Google n'appelle pas les plus petites unités classables Fraggles, c'est ce que nous les appelons, et nous pensons qu'elles sont essentielles à l'avenir du référencement.
Article original en anglais par Cindy Krum (Pour MOZ):
Cindy Krum est la directrice générale de Rank-Mobile, LLC. Elle apporte des idées fraîches et créatives à ses clients, s'exprimant lors d'événements commerciaux nationaux et internationaux sur le marketing Web mobile, le marketing de réseau social et le référencement international. Cindy écrit également pour des publications de l'industrie et a été publiée dans Website Magazine, Advertising & Marketing Review, Search Engine Land, ODG Intelligence et citée par de nombreuses publications respectées, notamment PC World, Internet Retailer, TechWorld, Direct Magazine et Search Marketing Standard. Cindy est également coprésidente du groupe de travail sur le Web mobile SEMPO Emerging Technologies et est un membre actif de la communauté de recherche. Cindy est passionnée par la fourniture de solutions de marketing en ligne créatives aux clients,