Fermer

octobre 8, 2018

Réécriture du Guide du débutant en référencement, Chapitre 5: Optimisation technique


Après une courte pause, nous sommes de retour pour partager avec vous notre brouillon du chapitre 5 du Guide du débutant en matière de référencement Web! Celui-ci était un gros problème et nous attendons avec impatience vos commentaires. Donner aux SEO débutants une idée précise de ce qu’est l’optimisation technique du référencement et de son importance – sans les submerger ni leur faire peur – est vraiment ambitieux. Nous aimerions entendre ce que vous pensez: avons-nous oublié tout ce que vous pensez être important pour les débutants? Laissez-nous vos commentaires dans les commentaires !

Et si vous êtes curieux, consultez notre plan le chapitre un le chapitre deux le chapitre trois et Chapitre quatre pour voir ce que nous avons couvert jusqu'à présent.

Chapitre 5: Optimisation technique

Des connaissances techniques de base vous aideront à optimiser votre site pour les moteurs de recherche et à établir votre crédibilité auprès des développeurs.

Maintenant que vous avez créé un contenu précieux sur la base de recherches de mots clés fiables, il est important de pour vous assurer qu'il n'est pas seulement lisible par les humains, mais aussi par les moteurs de recherche!

Il n’est pas nécessaire que vous compreniez bien ces concepts sur le plan technique, mais il est important de comprendre ce que font ces ressources techniques pour pouvoir en parler intelligemment avec les développeurs. Parler le langage de vos développeurs est important, car vous en aurez probablement besoin pour réaliser certaines de vos optimisations. Il est peu probable qu'ils hiérarchisent vos demandes s’ils ne peuvent pas comprendre votre demande ou en voir l’importance. Lorsque vous établissez la crédibilité et la confiance avec vos développeurs, vous pouvez commencer à éliminer les lourdeurs administratives qui empêchent souvent d’accomplir un travail crucial.

Conseil pro: les référenceurs ont besoin de du support inter-équipes pour être efficaces

Il est essentiel d’avoir une relation saine avec vos développeurs afin de pouvoir relever les défis du référencement de manière efficace des deux côtés. N’attendez pas qu’un problème technique entraîne des ramifications négatives pour le référencement d’un développeur. Au lieu de cela, unissez vos forces pour la phase de planification dans le but d'éviter complètement les problèmes. Si vous ne le faites pas, cela peut vous coûter en temps et en argent plus tard.

Au-delà du support inter-équipes, la compréhension de l'optimisation technique du référencement est essentielle si vous souhaitez vous assurer que vos pages Web sont structurées pour les robots d'exploration et . À cette fin, nous avons divisé ce chapitre en trois sections:

  1. Fonctionnement des sites Web
  2. Mode de compréhension des sites Web par les moteurs de recherche
  3. Interaction des utilisateurs avec les sites Web

Étant donné que la structure technique d’un site Web peut avoir un impact considérable sur ses performances, il est essentiel que tout le monde comprenne ces principes. Il peut également être judicieux de partager cette partie du guide avec vos programmeurs, rédacteurs de contenu et concepteurs afin que toutes les parties impliquées dans la construction d'un site se trouvent sur la même page.

1. Comment fonctionnent les sites Web

Si l'optimisation des moteurs de recherche est le processus d'optimisation d'un site Web pour les recherches, les référenceurs doivent au moins avoir une compréhension de base de ce qu'ils sont en train d'optimiser!

Nous décrivons ci-dessous le parcours du site Web, de l’achat du nom de domaine à son état intégral dans un navigateur. Le chemin de rendu critique constitue un élément important du parcours du site Web. Il s’agit du processus par lequel un navigateur convertit le code d’un site Web en une page visible.

Il est important que les référenceurs comprennent ce qui se passe à propos des sites Web pour plusieurs raisons:

  • Les étapes de ce processus d'assemblage de pages Web peuvent avoir une incidence sur les temps de chargement des pages et la rapidité est non seulement importante pour le maintien des utilisateurs sur votre site, mais c'est également l'un des facteurs de classement de Google.
  • Google affiche certaines ressources, telles que JavaScript, sur un « second passage. » Google examinera d'abord la page sans JavaScript, puis quelques jours à quelques semaines plus tard, il restituera le code JavaScript, c'est-à-dire les éléments essentiels au référencement qui sont ajoutés à la page à l'aide de JavaScript. pourrait ne pas être indexé.

Imaginez que le processus de chargement de site Web soit votre moyen de transport habituel. Vous vous préparez à la maison, rassemblez vos affaires à emporter au bureau, puis empruntez le chemin le plus rapide entre votre domicile et votre lieu de travail. Ce serait idiot de mettre une seule de vos chaussures, de prendre un trajet plus long pour aller au travail, de déposer vos affaires au bureau, puis de rentrer immédiatement chez vous pour acheter votre autre chaussure, n'est-ce pas? C’est un peu ce que font les sites Web inefficaces. Ce chapitre vous apprendra à diagnostiquer où votre site Web pourrait être inefficace, ce que vous pouvez faire pour rationaliser et les conséquences positives sur votre classement et l'expérience utilisateur pouvant découler de cette rationalisation.

Avant de pouvoir accéder à un site Web, il est nécessaire de le configurer!

  1. Le nom de domaine est acheté. Les noms de domaine tels que moz.com sont achetés auprès d'un registraire de noms de domaine tel que GoDaddy ou HostGator. Ces bureaux d'enregistrement ne sont que des organisations qui gèrent les réservations de noms de domaine.
  2. Le nom de domaine est lié à une adresse IP. Internet ne comprend pas les noms comme «moz.com» en tant qu’adresses de sites Web sans l’aide de serveurs de noms de domaines (DNS). Internet utilise une série de chiffres appelée adresse de protocole Internet (IP) (ex: 127.0.0.1), mais nous souhaitons utiliser des noms tels que moz.com car ils sont plus faciles à mémoriser pour les humains. Nous devons utiliser un DNS pour relier ces noms lisibles par l'homme à des numéros lisibles par une machine.

Comment un site Web passe d'un serveur à un navigateur

  1. Le domaine des requêtes d'utilisateurs est demandé. Maintenant que le nom est lié à une adresse IP via DNS, les utilisateurs peuvent demander un site Web en saisissant le nom de domaine directement dans leur navigateur ou en cliquant sur un lien correspondant.
  2. Le navigateur crée des demandes. Cette demande de page Web invite le navigateur à faire une demande de recherche DNS afin de convertir le nom de domaine en son adresse IP. Le navigateur demande ensuite au serveur le code avec lequel votre page Web est construite, tel que HTML, CSS et JavaScript.
  3. Le serveur envoie des ressources. Dès que le serveur reçoit la demande du site Web, il envoie les fichiers du site Web à assembler dans le navigateur du chercheur.
  4. Le navigateur assemble la page Web. Le navigateur a maintenant reçu les ressources du serveur, mais il doit encore tout rassembler et rendre la page Web de sorte que l'utilisateur puisse la voir dans son navigateur. Lorsque le navigateur analyse et organise toutes les ressources de la page Web, il crée un modèle DOM (Document Object Model). Le DOM est ce que vous pouvez voir lorsque vous faites un clic droit + «inspecter un élément» sur une page Web de votre navigateur Chrome (découvrez comment inspecter des éléments dans d'autres navigateurs ).
  5. Le navigateur rend le navigateur final. demandes. Le navigateur affichera une page Web uniquement après avoir téléchargé, analysé et exécuté le code de la page. Par conséquent, si le navigateur a besoin de code supplémentaire pour afficher votre site Web, il fera une demande supplémentaire. de votre serveur.
  6. Le site web apparaît dans le navigateur. Ouf! Après tout cela, votre site Web a maintenant été transformé (rendu) du code en ce que vous voyez dans votre navigateur.

Astuce: parlez-en à vos développeurs avec async!

Vous pouvez apporter quelque chose à vos développeurs en raccourcissant le chemin de rendu critique en définissant les scripts sur " async " lorsqu'ils ne sont pas nécessaires pour afficher le contenu au-dessus du pli, ce qui peut charger vos pages Web. plus rapide. Async indique au DOM qu'il peut continuer à être assemblé pendant que le navigateur récupère les scripts nécessaires à l'affichage de votre page Web. Si le DOM doit suspendre l'assemblage à chaque fois que le navigateur récupère un script (appelé «scripts de blocage du rendu»), il peut considérablement ralentir le chargement de votre page.

Ce serait comme aller manger avec vos amis et devoir mettre en pause la conversation à chaque fois que l'un de vous deux s'approchait du comptoir pour reprendre ses ordres, ne reprenant qu'une fois rentrés. Avec async, vous et vos amis pouvez continuer à discuter même lorsque l'un de vous commande. Vous voudrez peut-être également faire apparaître d'autres optimisations que les développeurs peuvent implémenter pour raccourcir le chemin de rendu critique, telles que la suppression complète des scripts inutiles, comme les anciens scripts de suivi.

Maintenant que vous savez comment un site Web apparaît dans un navigateur, nous allons nous concentrer sur de quoi est constitué un site Web – autrement dit, le code (langages de programmation) ) utilisés pour construire ces pages Web.

Les trois plus courants sont:

  • HTML – Définition d'un site Web (titres, corps du texte, etc.)
  • CSS – Apparence d'un site Web (couleur, polices, etc.)
  • JavaScript – Son comportement (interactif, dynamique, etc.) )

HTML: Ce que dit un site Web

HTML signifie langage de balisage hypertexte et qu’il est l’épine dorsale d’un site Web. Les éléments tels que les en-têtes, les paragraphes, les listes et le contenu sont tous définis dans le code HTML.

Voici un exemple de page Web et son code HTML correspondant:

Le langage HTML est important pour les SEO, car c’est ce qui vit «sous le capot» de la page créée ou sur laquelle ils travaillent. Bien que votre CMS ne nécessite probablement pas que vous écriviez vos pages en HTML (ex: sélectionner “hyperlien” vous permettra de créer un lien sans que vous ayez à taper “a href =”), c’est ce que vous modifiez tous les le temps que vous faites quelque chose à une page Web, comme l'ajout de contenu, la modification du texte d'ancrage des liens internes, etc. Google analyse ces éléments HTML pour déterminer la pertinence de votre document pour une requête particulière. En d’autres termes, le contenu de votre code HTML joue un rôle important dans le classement de votre page Web dans la recherche biologique de Google!

CSS: Apparence d'un site Web

CSS correspond à des feuilles de style en cascade. C'est ce qui incite vos pages Web à adopter certaines polices, couleurs et mises en forme. HTML a été créé pour décrire le contenu plutôt que pour le styler. Ainsi, lorsque CSS est entré en scène, il a changé la donne. Avec CSS, les pages Web pouvaient être «embellies» sans nécessiter de codage manuel des styles dans le code HTML de chaque page – un processus fastidieux, en particulier pour les grands sites.

Ce n’est qu’en 2014 que le système d’indexation de Google a commencé à rendre les pages Web plus comme un navigateur réel, par opposition à un navigateur contenant uniquement du texte. Une pratique du black-hat en matière de référencement qui tentait de capitaliser sur l’ancien système d’indexation de Google consistait à cacher du texte et des liens via CSS afin de manipuler le classement des moteurs de recherche. Cette pratique de [ texte et liens cachés "est une violation des consignes de qualité de Google.

Les composants de CSS que les référenceurs, en particulier, devraient prendre en compte:

  • Comme les directives de style peuvent vivre dans des fichiers de feuille de style externes (fichiers CSS) au lieu du code HTML de votre page, votre page est moins chargée en code, ce qui réduit la taille du transfert de fichier et accélère les temps de chargement.
  • Les navigateurs doivent encore télécharger des ressources telles que votre fichier CSS. Par conséquent, leur compression peut accélérer le chargement de vos pages Web. La vitesse de la page est un facteur de classement.
  • Le fait d’avoir des pages plus lourdes en contenu qu’en codes lourds peut conduire à une meilleure indexation du contenu de votre site.
  • L’utilisation de CSS pour masquer les liens et le contenu peut sanctionner manuellement votre site Web et le supprimer de l’index de Google.

JavaScript: comportement d’un site Web

Au début de l’Internet, les pages Web étaient créées en HTML. Lorsque le CSS est arrivé, le contenu des pages Web pouvait prendre un certain style. Lorsque le langage de programmation JavaScript est entré en scène, les sites Web pouvaient désormais non seulement avoir une structure et un style, mais aussi de dynamique .

JavaScript a ouvert de nombreuses possibilités pour la création de pages Web non statiques. Lorsqu'une personne tente d'accéder à une page améliorée avec ce langage de programmation, son navigateur exécute le code JavaScript en fonction du code HTML statique renvoyé par le serveur, ce qui crée une page Web dotée d'une certaine interactivité.

Vous avez certainement vu JavaScript en action – vous ne l’avez peut-être pas su! C’est parce que JavaScript peut faire presque tout avec une page. Cela pourrait créer une fenêtre contextuelle, par exemple, ou demander des ressources tierces, telles que des publicités, à afficher sur votre page.

Cependant, JavaScript peut poser des problèmes de référencement, car les moteurs de recherche ne voient pas JavaScript de la même façon que les visiteurs humains. C’est à cause du rendu côté client par rapport au côté serveur. La plupart des scripts JavaScript sont exécutés dans le navigateur du client. Par contre, avec le rendu côté serveur, les fichiers sont exécutés sur le serveur et le serveur les envoie au navigateur dans leur état de rendu complet.

Les éléments de page critiques pour le référencement, tels que le texte, les liens et les balises chargés côté client avec JavaScript, plutôt que représentés dans votre code HTML, sont invisibles depuis le code de votre page jusqu’à leur rendu. Cela signifie que les robots des moteurs de recherche ne voient pas le contenu de votre JavaScript – du moins pas initialement .

Google indique que, tant que vous n'empêchez pas Googlebot d'explorer vos fichiers JavaScript, ils sont généralement en mesure de restituer et de comprendre vos pages Web à la manière d'un navigateur, ce qui signifie que Googlebot devrait voir les mêmes choses qu'un utilisateur consultant un site dans son navigateur. Toutefois, en raison de cette « deuxième vague d'indexation » pour le code JavaScript côté client, Google peut manquer certains éléments qui ne sont disponibles qu'une fois le code JavaScript exécuté.

Il existe également d’autres problèmes pouvant survenir lors du rendu de vos pages Web par Googlebot, ce qui peut empêcher Google de comprendre le contenu de votre code JavaScript:

  • Vous avez bloqué Googlebot à partir de ressources JavaScript (par exemple, avec robots.txt, comme nous l'avons appris dans Chapitre 2 )
  • Votre serveur ne peut pas gérer toutes les demandes d'analyse de votre contenu [19659011] Le code JavaScript est trop complexe ou obsolète pour que Googlebot puisse le comprendre
  • Le code JavaScript ne "charge pas" paresseux dans la page tant que le robot d'exploration n'a pas terminé la page et n'est plus passé.

Inutile de dire que JavaScript ouvre de nombreuses possibilités pour la création de pages Web, elle peut aussi avoir de graves conséquences pour votre référencement si vous ne faites pas attention. Heureusement, il existe un moyen de vérifier si Google voit la même chose que vos visiteurs. Pour voir comment Googlebot affiche votre page, utilisez l'outil "Fetch and Render" de Google Search Console. Dans le tableau de bord de la console de recherche Google de votre site, sélectionnez "Explorer" dans le menu de navigation de gauche, puis "Récupérer en tant que Google".

À partir de cette page, entrez l'URL que vous souhaitez vérifier (ou laissez le champ vide si vous souhaitez consulter votre page d'accueil) et cliquez sur le bouton «Extraire et afficher». Vous avez également la possibilité de tester la version de bureau ou la version mobile.

En retour, vous obtiendrez une vue côte à côte de la façon dont Googlebot a vu votre page et de la manière dont un visiteur de votre site Web aurait vu la page. Ci-dessous, Google vous montrera également une liste des ressources qu’ils n’auraient peut-être pas pu obtenir pour l’URL que vous avez entrée.

La compréhension du fonctionnement des sites Web jette les bases solides de ce dont nous allons parler, à savoir des optimisations techniques permettant à Google de mieux comprendre les pages de votre site Web.

2. Comment les moteurs de recherche comprennent les sites Web

Les moteurs de recherche sont devenus extrêmement sophistiqués, mais ils ne peuvent pas (encore) trouver et interpréter des pages Web comme un humain. Les sections suivantes décrivent les meilleurs moyens de fournir du contenu aux moteurs de recherche.

Aidez les moteurs de recherche à comprendre votre contenu en le structurant à l'aide de Schema

Imaginez-vous être un robot de recherche analysant un article de 10 000 mots sur la préparation d'un gâteau. Comment identifiez-vous l'auteur, la recette, les ingrédients ou les étapes nécessaires pour faire un gâteau? C'est là qu'intervient le balisage de schéma ( Schema.org ). Il vous permet de répartir à la cuillère des classifications plus spécifiques pour le type d'informations figurant sur votre page.

Le schéma est un moyen de étiqueter ou d'organiser votre contenu afin que les moteurs de recherche comprennent mieux ce que sont certains éléments de vos pages Web. Ce code fournit une structure à vos données, raison pour laquelle le schéma est souvent appelé «données structurées». Le processus de structuration de vos données est souvent appelé «balisage», car vous balisez votre contenu avec le code d'organisation.

JSON-LD est le balisage de schéma préféré de Google (annoncé le 16 mai), que Bing prend également en charge. Pour consulter la liste complète des milliers de balises de schéma disponibles, visitez le site Schema.org ou consultez le Introduction des données structurées de Google à Google pour plus d'informations sur la mise en oeuvre de données structurées. Une fois que vous avez implémenté les données structurées qui conviennent le mieux à vos pages Web, vous pouvez tester votre balisage avec l’outil de test des données structurées de Google .

En plus d'aider les robots comme Google à comprendre en quoi consiste un contenu particulier, le balisage de schéma peut également activer des fonctionnalités spéciales pour accompagner vos pages dans les SERP. Ces fonctionnalités spéciales sont appelées "extraits enrichis" et vous les avez probablement vues en action. Ce sont des choses comme :

  • Carrousel des meilleures histoires
  • Étoiles d'examen
  • Boîtes de recherche de liens annexes
  • Recettes

N'oubliez pas que l'utilisation de données structurées peut aider à permettre à un extrait de code riche d'être présent, mais ne le permet pas ] le garantissent . D'autres types d'extraits enrichis seront probablement ajoutés à l'avenir à mesure que l'utilisation du balisage de schéma augmentera.

Quelques derniers conseils pour la réussite du schéma:

  • Vous pouvez utiliser plusieurs types de balisage de schéma sur une page. Toutefois, si vous marquez un élément, comme un produit par exemple, et si d'autres produits sont répertoriés sur la page, vous devez également marquer ces produits.
  • Ne marquez pas le contenu qui n'est pas visible par les visiteurs et suivez-le. Recommandations qualité de Google . Par exemple, si vous ajoutez un balisage structuré de révision à une page, assurez-vous que ces révisions sont réellement visibles sur cette page.
  • Si vous avez des pages en double, Google vous demande de marquer chaque page en double avec votre balisage structuré. version canonique.
  • Indiquez le contenu original et mis à jour (le cas échéant) sur vos pages de données structurées.
  • Le balisage structuré doit refléter fidèlement votre page.
  • Essayez d’utiliser le type de balisage de schéma le plus spécifique pour votre contenu.
  • Les avis annotés ne doivent pas être rédigés par l’entreprise. Ils doivent être de véritables critiques d’affaires non rémunérées de clients réels.

Informez les moteurs de recherche de vos pages préférées avec la canonisation

Lorsque Google explore le même contenu sur différentes pages Web, il ne sait parfois pas quelle page indexer dans les résultats de recherche. C'est pourquoi la balise a été inventée: pour aider les moteurs de recherche à mieux indexer la version préférée du contenu et non pas tous ses doublons.

La balise rel = "canonical" vous permet d'indiquer aux moteurs de recherche où se trouve la version originale et maîtresse d'un élément de contenu. Vous dites essentiellement: "Hey moteur de recherche! N'indexez pas cela; indexez cette page source à la place". Par conséquent, si vous souhaitez republier un élément de contenu, qu’il soit modifié de façon exacte ou légèrement modifiée, mais ne voulez pas risquer de créer un contenu en double, la balise canonique est là pour vous sauver la tâche.

Une canonisation appropriée garantit que chaque élément de contenu unique de votre site Web ne comporte qu'une seule URL. Pour empêcher les moteurs de recherche d'indexer plusieurs versions d'une même page, Google recommande de placer une balise canonique à auto-référencement sur chaque page de votre site. Sans balise canonique indiquant à Google la version préférée de votre page Web, http://www.example.com pourrait être indexé séparément de http://example.com, ce qui créerait des doublons.

"Éviter le contenu en double" est un truisme Internet, et pour cause! Google souhaite récompenser les sites avec un contenu unique et précieux – pas un contenu provenant d'autres sources et répété sur plusieurs pages. Étant donné que les moteurs veulent offrir la meilleure expérience de recherche possible, ils affichent rarement plusieurs versions du même contenu. Ils choisissent plutôt de ne montrer que la version canonisée ou, en l'absence d'une balise canonique, quelle que soit la version qu'ils jugent la plus probable.

Astuce: Distinguer le filtrage du contenu des pénalités de contenu
Il n’existe pas de pénalité de contenu en double. Cependant, vous devriez essayer d'éviter que le contenu en double ne cause des problèmes d'indexation en utilisant la balise rel = "canonical" lorsque cela est possible. Lorsqu'il existe des doublons d'une page, Google choisira un canonique et filtrera les autres en dehors des résultats de la recherche. Cela ne signifie pas que vous avez été pénalisé. Cela signifie simplement que Google ne souhaite afficher qu'une seule version de votre contenu.

Il est également très courant que les sites Web aient plusieurs pages en double en raison des options de tri et de filtrage. Par exemple, sur un site de commerce électronique, vous pouvez avoir ce qu’on appelle une navigation à facettes qui permet aux visiteurs de restreindre les produits pour trouver exactement ce qu’ils recherchent, comme une fonction de "tri par" qui réorganise les résultats sur la page de catégorie de produit du plus bas au plus élevé. Cela pourrait créer une URL ressemblant à ceci: exemple.com/mens-shirts?sort=price_ascending. Ajoutez plus d'options de tri / filtrage comme la couleur, la taille, le matériau, la marque, etc. et pensez à toutes les variations de la page de catégorie de produit principale que cela créerait!

Pour en savoir plus sur différents types de doublons de contenu, cet article de Dr. Pete aide à distiller les différentes nuances.

3. Comment les utilisateurs interagissent-ils avec les sites Web

Au chapitre 1, nous expliquions qu'en dépit de l'optimisation du référencement des moteurs de recherche le référencement concernait autant les utilisateurs que les moteurs de recherche eux-mêmes. C’est parce que les moteurs de recherche existent pour servir les chercheurs. Cet objectif aide à comprendre pourquoi l’algorithme de Google récompense les sites Web offrant les meilleures expériences possibles aux chercheurs et pourquoi certains sites Web, malgré leurs qualités telles que des profils de backlink robustes, risquent de ne pas bien fonctionner en recherche.

Lorsque nous comprenons ce qui rend leur expérience de navigation Web optimale, nous pouvons créer ces expériences pour optimiser les performances de recherche.

Garantir une expérience positive à vos visiteurs mobiles

Etant donné que plus de la moitié du trafic Web actuel provient de mobile, il est prudent de dire que votre site Web doit être accessible et facile à naviguer pour les visiteurs mobiles. En avril 2015, Google a mis à jour son algorithme afin de promouvoir les pages compatibles avec les mobiles plutôt que les pages non compatibles avec les mobiles. Alors, comment pouvez-vous vous assurer que votre site Web est adapté aux appareils mobiles? Bien qu'il y ait trois façons principales de configurer votre site Web pour mobile, Google recommande le responsive web design .

Conception sensible

Les sites Web réactifs sont conçus pour s'adapter à l'écran, quel que soit le type d'appareil utilisé par vos visiteurs. Vous pouvez utiliser CSS pour que la page Web "réponde" à la taille de l'appareil. Cette option est idéale car elle évite aux visiteurs de devoir taper deux fois ou pincer et zoomer pour afficher le contenu de vos pages. Vous ne savez pas si vos pages Web sont compatibles avec les appareils mobiles? Vous pouvez utiliser le test de Google compatible avec les appareils mobiles, pour vérifier!

AMP

AMP signifie Accelerated Mobile Pages et il est utilisé pour diffuser du contenu aux visiteurs mobiles à des vitesses bien supérieures à celles d'une diffusion sans AMP. AMP est capable de fournir du contenu si rapidement, car il diffuse du contenu à partir de ses serveurs de cache (et non du site d'origine) et utilise une version spéciale AMP de HTML et JavaScript. En savoir plus sur l'AMP .

Première indexation sur mobile

À partir de 2018, Google a commencé à basculer les sites Web vers l'indexation par mobile. Ce changement a provoqué une certaine confusion entre convivialité pour mobile et mobile-first, il est donc utile de lever l’ambiguïté. Avec l'indexation mobile en premier, Google analyse et indexe la version mobile de vos pages Web. Rendre votre site Web compatible avec les écrans mobiles est avantageux pour les utilisateurs et vos performances en matière de recherche, mais l'indexation d'abord mobile se fait indépendamment de la convivialité pour les mobiles.

Cela a suscité des inquiétudes pour les sites Web ne présentant pas une parité égale entre les versions pour ordinateur de bureau et mobile, tels que l'affichage de contenus différents, la navigation, les liens, etc. sur leur affichage mobile. Un site mobile avec différents liens, par exemple, modifiera la façon dont Googlebot (mobile) explore votre site et envoie l'équité du lien à vos autres pages.

Diviser un long contenu pour faciliter la digestion

Lorsque les sites ont de très longues pages, ils ont la possibilité de les diviser en plusieurs parties d'un tout. Ceci s'appelle pagination et ressemble aux pages d’un livre. Pour éviter de trop donner au visiteur en une fois, vous pouvez diviser votre page en plusieurs parties. Cela peut être très utile pour les visiteurs, en particulier sur les sites de commerce électronique où une catégorie de résultats de produits présente de nombreux résultats. Cependant, vous devez suivre certaines étapes pour aider Google à comprendre la relation entre vos pages paginées. On l’appelle rel = "next" et rel = "prev."

Vous pouvez en savoir plus sur la pagination dans la documentation officielle de de Google mais les principaux points à retenir sont les suivants:

Le meilleur outil 2023 pour ta croissance Instagram !



Source link