Maintenant que vous avez créé un contenu unique et de qualité sur la base de recherches approfondies sur les mots clés de votre secteur, il est important de vous assurer qu’il est non seulement lisible par les humains, mais également par les moteurs de recherche !
Vous n’avez pas besoin d’avoir une compréhension technique approfondie de ces concepts, mais il est important de comprendre le rôle de ces ressources techniques afin de pouvoir en parler de manière intelligente 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 d’une importance capitale.
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 humains et les robots d’exploration. C’est pour cela que nous avons divisé ce chapitre en trois sections :
- Comment fonctionnent les sites Web ?
- Comment les moteurs de recherche comprennent les sites Web ?
- Comment les utilisateurs interagissent avec les sites Web ?
Étant donné que la structure technique d’un site 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.
Comment fonctionnent les sites Web ?
Si l’optimisation des moteurs de recherche est le processus d’optimisation d’un site Web pour la recherche, les référenceurs doivent au moins avoir une compréhension de base de ce qu’ils optimisent!
Ci-dessous, nous décrivons le parcours du site Web, de l’achat d’un nom de domaine à son état intégral dans un navigateur. Un élément important du parcours du site Web est le chemin de rendu critique, qui consiste à transformer un code de site Web en code lisible par un site Web.
La connaissance de ces sites Web est importante pour que les SEO puissent comprendre pour plusieurs raisons:
- Les étapes de ce processus d’assemblage de pages Web peuvent avoir une incidence sur les temps de chargement des pages. La rapidité est non seulement importante pour conserver les utilisateurs sur votre site, mais c’est également l’un des facteurs de classement de Google.
- Google rend certaines ressources, comme JavaScript, sur un » deuxième passage « . Google examinera d’abord la page sans JavaScript, puis quelques jours à quelques semaines plus tard, il rendra le code JavaScript, ce qui signifie que les éléments critiques liés au référencement qui sont ajoutés à la page à l’aide de JavaScript risquent de ne pas être indexés.
Imaginez que le processus de chargement de site Web soit votre trajet aller-retour au travail. 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 comment déterminer si votre site Web peut ê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 qu’un site Web puisse être consulté, il doit être configuré!
- 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.
- Le nom de domaine est lié à l’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. Nous devons utiliser un DNS pour lier ces noms lisibles par l’homme à des nombres lisibles par machine.
Comment un site Web passe d’un serveur à un navigateur
- Domaine de demandes de l’utilisateur. 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 du site Web.
- Le navigateur fait des demandes. Cette demande de page Web invite le navigateur à faire une demande de recherche DNS pour 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.
- Le serveur envoie des ressources. Une fois que le serveur reçoit la demande du site Web, il envoie les fichiers du site Web à assembler dans le navigateur du chercheur.
- 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 afin 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 de document (DOM). Le DOM est ce que vous pouvez voir lorsque vous faites un clic droit et «inspectez un élément» sur une page Web de votre navigateur Chrome (découvrez comment inspecter des éléments dans d’autres navigateurs ).
- Le navigateur effectue les demandes finales. Le navigateur ne montrera une page Web que lorsque tout le code nécessaire à la page aura été téléchargé, analysé et exécuté. 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. .
- 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.
Maintenant que vous savez comment un site Web apparaît dans un navigateur, nous allons nous concentrer sur ce dont est composé un site Web – en d’autres termes, le code (langages de programmation) utilisé pour construire ces pages Web.
Les trois plus communs sont:
- HTML – Qu’est-ce qu’un site Web dit (titres, contenu du corps, etc.)
- CSS – A quoi ressemble un site Web (couleur, polices, etc.)
- JavaScript – son comportement (interactif, dynamique, etc.)
HTML: Qu’est-ce qu’un site Web dit
HTML est synonyme de langage de balisage hypertexte et constitue 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 à quoi ressemble le code HTML correspondant:
Le langage HTML est important pour les référenceurs 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: à quoi ressemble un site web
CSS est synonyme de « feuilles de style en cascade » et c’est ce qui fait que vos pages Web adoptent 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 le 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 texte uniquement. Une pratique du black-hat SEO qui tentait de capitaliser sur l’ancien système d’indexation de Google masquait le texte et les liens via CSS afin de manipuler le classement des moteurs de recherche. Cette pratique du » texte et des 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 toujours 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.
- Si vos pages contiennent plus de contenu que de code, vous pouvez obtenir une meilleure indexation du contenu de votre site.
- Si vous utilisez CSS pour masquer les liens et le contenu, votre site Web peut être pénalisé manuellement et supprimé de l’index de Google.
JavaScript: comment un site Web se comporte
Dans les premiers temps d’Internet, les pages Web étaient construites avec 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 ils pouvaient aussi être dynamiques .
JavaScript a ouvert de nombreuses opportunités pour la création de pages Web non statiques. Lorsque quelqu’un tente d’accéder à une page enrichie avec ce langage de programmation, le navigateur de cet utilisateur 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 le saviez peut-être pas! C’est parce que JavaScript peut faire presque n’importe quoi 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.
Rendu côté client ou rendu côté serveur
JavaScript peut poser certains problèmes pour le référencement, car les moteurs de recherche ne le voient pas de la même manière que les visiteurs humains. Cela est dû au 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 du côté client avec JavaScript, plutôt que représentés dans votre code HTML, sont invisibles à partir du code de votre page jusqu’à leur rendu. Cela signifie que les robots des moteurs de recherche ne verront 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, comme le ferait un navigateur, ce qui signifie que Googlebot devrait voir les mêmes choses qu’un utilisateur consultant. un site dans leur 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 qui pourraient survenir lors du processus de rendu de vos pages Web par Googlebot, ce qui pourrait empêcher Google de comprendre le contenu de votre code JavaScript:
- Vous avez bloqué Googlebot à partir de ressources JavaScript (par exemple, avec le fichier robots.txt, comme indiqué au chapitre 2 ).
- Votre serveur ne peut pas gérer toutes les demandes d’exploration de votre contenu.
- JavaScript est trop complexe ou obsolète pour que Googlebot puisse le comprendre
- JavaScript ne « charge paresseusement » pas le contenu de la page tant que le robot n’a pas terminé la recherche et n’a pas poursuivi son travail.
Il va sans dire que si JavaScript ouvre de nombreuses possibilités pour la création de pages Web, il peut également 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 afficher une page sur la façon dont 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 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.
Comprendre le fonctionnement des sites Web constitue une base solide pour la suite des débats: des optimisations techniques pour aider Google à mieux comprendre les pages de votre site Web.
Comment les moteurs de recherche comprennent les sites Web
Imaginez-vous être un robot d’exploration de moteurs 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à que le balisage de schéma entre en jeu. Il vous permet d’alimenter à la cuillère des classifications plus spécifiques pour le type d’informations figurant sur votre page.
Schema est un moyen d’é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. C’est pourquoi 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 du 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 afficher la liste complète des milliers de balises de schéma disponibles, visitez le site Schema.org ou consultez l’ Introduction aux données structurées de Google Développeurs pour plus d’informations sur la mise en oeuvre des 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 marquage avec l’ outil de test de 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 permettre à des fonctionnalités spéciales d’accompagner vos pages dans les SERP. Ces fonctionnalités spéciales sont appelées « extraits enrichis » et vous les avez probablement déjà vues en action. Ce sont des choses comme :
- Carrousels Top Stories
- Commentaires étoiles
- Champs de recherche de liens annexes
- Recettes
N’oubliez pas que l’utilisation de données structurées peut aider à permettre la présence d’un extrait riche, mais ne la garantit pas. 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 invisible pour les visiteurs et suivez les consignes de 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é , pas seulement avec la version canonique.
- Fournir original et mis à jour ( le cas échéant) conten t sur vos pages de données structurées.
- Le balisage structuré doit être un reflet fidèle de 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 écrits par l’entreprise. Ils doivent être de véritables critiques d’affaires non payées de clients réels.
Parlez aux moteurs de recherche de vos pages préférées avec la canonisation
Lorsque Google analyse 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 rel = « canonical » 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 d’un fichier de contenu. Vous dites essentiellement: « Hey moteur de recherche! N’indexez pas cela; indexez plutôt cette page source . » Ainsi, si vous souhaitez republier un élément de contenu, qu’il soit modifié de manière exacte ou légèrement modifiée, sans vouloir risquer de créer un contenu en double, la balise canonique est là pour vous aider à gagner du temps.
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, https://www.example.com pourrait être indexé séparément de https://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.
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 catégorie de produits. page du plus bas au plus haut prix. Cela pourrait créer une URL ressemblant à ceci: example.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 !
Comment les utilisateurs interagissent avec les sites Web ?
Au chapitre 1, nous avons dit que, malgré l’optimisation du référencement pour l’optimisation des moteurs de recherche, le référencement concerne autant les personnes que les moteurs de recherche eux-mêmes. C’est parce que les moteurs de recherche existent pour servir les chercheurs. Cet objectif explique en partie 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.
Assurer une expérience positive à vos visiteurs mobiles
Aujourd’hui, plus de la moitié de tout le trafic Web provient du mobile, vous pouvez donc 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 le mobile plutôt que les pages non compatibles avec le mobile. Alors, comment pouvez-vous vous assurer que votre site Web est adapté aux appareils mobiles? Bien qu’il existe trois manières principales de configurer votre site Web pour un mobile, Google recommande une conception Web réactive .
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 convivial de Google pour les appareils mobiles pour vérifier!
AMP
AMP signifie «Accelerated Mobile Pages» (Accéléré les pages mobiles) et sert à fournir du contenu aux visiteurs mobiles à des vitesses bien supérieures à celles d’une diffusion non-AMP. AMP est en mesure 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.
L’indexation mobile d’abord
À compter de 2018, Google a commencé à basculer ses sites Web vers l’indexation d’abord par mobile. Ce changement a provoqué une certaine confusion entre convivialité pour les mobiles 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 qui manquent de parité entre les versions mobile et de bureau, tels que l’affichage de contenus différents, la navigation, les liens, etc. sur leur vue 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.
Améliorer la vitesse de la page pour atténuer la frustration des visiteurs
Google souhaite proposer un contenu rapide pour les internautes. Nous nous attendons à des résultats de chargement rapide, et lorsque nous ne les obtenons pas, nous revenons rapidement au SERP à la recherche d’une page meilleure et plus rapide. C’est pourquoi la vitesse de la page est un aspect crucial du référencement sur site. Nous pouvons améliorer la vitesse de nos pages Web en tirant parti d’outils tels que ceux mentionnés ci-dessous. Cliquez sur les liens pour en savoir plus sur chacun.
- L’outil PageSpeed Insights de Google et la documentation sur les meilleures pratiques
- Comment penser aux outils de vitesse
- GTMetrix
- Testeur de vitesse et de performances de site Web mobile de Google
- Phare de Google
- Chrome DevTools & Tutorial
Les images sont l’un des principaux coupables des pages lentes!
Comme indiqué au chapitre 4, les images sont l’une des principales raisons du chargement lent des pages Web! Outre la compression d’image, l’optimisation du texte alternatif, le choix du format d’image approprié et la soumission de sitemaps, il existe d’autres moyens techniques d’optimiser la vitesse et la manière dont les images sont présentées aux utilisateurs. Les principaux moyens d’améliorer la diffusion des images sont les suivants:
1. SRCSET: Comment offrir la meilleure taille d’image pour chaque appareil
L’attribut SRCSET vous permet d’avoir plusieurs versions de votre image, puis de spécifier quelle version doit être utilisée dans différentes situations. Ce morceau de code est ajouté à la balise <img> (où votre image est située dans le code HTML) pour fournir des images uniques pour des périphériques de taille spécifique.
Cela ressemble au concept de responsive design que nous avons discuté plus tôt, sauf pour les images!
Cela n’accélère pas seulement le temps de chargement de vos images, c’est également un moyen unique d’améliorer votre expérience utilisateur sur la page en fournissant des images différentes et optimales pour différents types de périphériques.
2. Afficher les visiteurs image chargement est en cours avec chargement paresseux
Un chargement paresseux se produit lorsque vous accédez à une page Web et, au lieu de voir un espace vide pour indiquer où une image sera, une version légère floue de l’image ou un cadre coloré à sa place apparaît pendant le chargement du texte environnant. Après quelques secondes, l’image se charge clairement en pleine résolution. La plate-forme de blogs populaire Medium fait cela très bien.
La version basse résolution est initialement chargée, puis la version haute résolution complète . Cela aide également à optimiser votre chemin de rendu critique! Ainsi, pendant le téléchargement de toutes les autres ressources de votre page, vous présentez une image d’accroche basse résolution qui aide à informer les utilisateurs de ce qui se passe / est en cours de chargement. Pour plus d’informations sur le chargement paresseux de vos images, consultez le Guide de chargement paresseux de Google .
Améliorez la vitesse en condensant et en regroupant vos fichiers
Les audits de vitesse de page font souvent des recommandations telles que «minimiser les ressources», mais qu’est-ce que cela signifie réellement? La minification condense un fichier de code en supprimant des éléments tels que les sauts de ligne et les espaces, ainsi qu’en abrégeant les noms de variables de code dans la mesure du possible.
«Regroupement» est un autre terme courant que vous entendrez en référence à l’amélioration de la vitesse de la page. Le processus de regroupement regroupe plusieurs fichiers de langage de codage identiques en un seul fichier. Par exemple, un groupe de fichiers JavaScript peut être placé dans un fichier plus volumineux afin de réduire la quantité de fichiers JavaScript pour un navigateur.
En réduisant et en regroupant les fichiers nécessaires à la construction de votre page Web, vous accélérerez la vitesse de votre site Web et réduirions le nombre de vos demandes HTTP (fichier).
Améliorer l’expérience pour un public international
Les sites Web qui ciblent des publics de plusieurs pays doivent se familiariser avec les meilleures pratiques internationales en matière de référencement afin de diffuser les expériences les plus pertinentes. Sans ces optimisations, les visiteurs internationaux pourraient avoir des difficultés à trouver la version de votre site qui leur convient.
Un site Web peut être internationalisé de deux manières principales :
- Par le language
Sites qui ciblent des locuteurs de plusieurs langues sont considérés comme des sites Web multilingues. Ces sites doivent ajouter quelque chose appelé balise hreflang pour indiquer à Google que votre page a été copiée dans une autre langue. - Par le pays
Sites pays qui ciblent des audiences dans plusieurs pays sont appelés sites Web multirégionaux. Ils doivent choisir une structure d’URL permettant de cibler facilement leur domaine ou leurs pages sur des pays spécifiques. Cela peut inclure l’utilisation d’un domaine de premier niveau de code de pays (ccTLD) tel que “.fr” pour la France, ou d’un domaine générique de premier niveau (gTLD) avec un sous-dossier spécifique à un pays tel que “exemple.com/fr” pour France.
Vous avez fait des recherches, écrit et optimisé votre site Web pour les moteurs de recherche et l’expérience utilisateur. La prochaine pièce du puzzle SEO est un gros problème: établir une autorité de manière à ce que vos pages occupent un rang élevé dans les résultats de recherche. Ensuite, au chapitre 6 (Création de liens et établissement de l’autorité) !
