La vitesse du site, les temps de chargement et les scores de performance sont des éléments qui contribuent à SEO de plusieurs manières. Si ces facteurs ne représentent qu'une petite partie de ce que les moteurs de recherche prennent en compte, leur impact sur les visiteurs du site est potentiellement plus important. Des sites web plus rapides tendent à réduire les taux de rebond et à augmenter l'engagement, qui sont des facteurs clés sur SEO. Par conséquent, bien que les moteurs de recherche comme Google ne classent pas nécessairement les sites en fonction de ces optimisations, l'amélioration de l'interaction avec les visiteurs qu'elles facilitent peut avoir un impact positif sur les moteurs de recherche ranking.
Les tests d'optimisation peuvent s'avérer difficiles. La plupart des tests tool utilisent un environnement simulé. Si ces sites tool peuvent donner une idée de ce que les visiteurs pourraient vivre, ils ne fournissent pas de données réelles. Il est important de comprendre que les résultats de ces sites tool sont des approximations et peuvent ne pas refléter entièrement les expériences réelles des utilisateurs. Par conséquent, les scores obtenus sur le site tool peuvent ne pas permettre de prédire avec précision la manière dont SEO est affecté.
Pour une évaluation plus précise, complétez les tests simulés par un contrôle des performances réelles à l'aide de tool comme Google Search Console.
Les tests les plus précis tool utilisant des environnements simulés sont Lighthouse et PageSpeed Insights de Google. Les deux sites tool s'appuient sur la technologie Lighthouse pour fournir des informations détaillées sur les performances.
Remarque
Le test de page Web de Google tool n'est plus recommandé par l'industrie tool.
Bien qu'il ne s'agisse pas de notre objectif principal, nous accordons la priorité aux performances réelles. Nos sites peuvent obtenir un score élevé sur PageSpeed Insights et Lighthouse de Google si les meilleures pratiques sont respectées (voir Core Web Vitals Best Practices : Site Performance and Optimization). Cela s'explique en partie par le fait que ces sites tool testent certains des mêmes paramètres que les Core Web Vitals de Google.
Ces sites tool examinent de nombreux détails techniques de la construction des pages web et vérifient qu'elles respectent les meilleures pratiques permettant un chargement rapide. L'aspect le plus important que ces tool évaluent est la façon dont le code du site web est structuré. Google veille à ce que le code soit organisé de manière à permettre au navigateur de charger le contenu le plus rapidement possible.
Pour plus d'informations sur les causes potentielles des mauvais résultats et les solutions possibles, consultez la FAQ de cet article, Comment puis-je augmenter les résultats de Google PageSpeed Insights ou Lighthouse ?
S'il n'existe pas de site tool qui effectue des tests dans un environnement réel, comment l'optimisation est-elle contrôlée ? C'est là qu'entrent en jeu les indicateurs de base de Google. Dès qu'un site compte environ 2 000 visiteurs uniques par mois, une série de mesures sont suivies pour évaluer les performances.
Parce qu'il utilise des données réelles, Core Web Vitals est la méthode la plus précise pour contrôler l'optimisation. Cette approche fournit des informations basées sur les expériences réelles des utilisateurs, ce qui en fait un indicateur fiable de la performance du site.
Website Builder se concentre sur ces mesures, non seulement à des fins de notation, mais aussi parce qu'elles reflètent le mieux l'expérience des visiteurs du site.
Pour en savoir plus sur les indicateurs clés de Google, consultez les indicateurs clés de Google.
Dès le départ, les sites de Website Builder sont développés pour être optimisés, en se concentrant sur les interactions avec le monde réel et, en fin de compte, sur les critères de base de Google.
Bien que les sites Website Builder peuvent obtenir de bons résultats avec tool qui testent un environnement simulé, ces simulations ne sont pas l'objectif principal de nos efforts d'optimisation. Bien que ces sites tool puissent fournir des informations utiles, ils peuvent ne pas refléter fidèlement l'optimisation intégrée.
Les optimisations prêtes à l'emploi servent d'éléments de base pour les sites de Website Builder. Bien que nous fournissions une base solide, la façon dont les sites sont conçus et construits peut avoir un impact significatif sur leur optimisation. Par exemple, le fait de placer une vidéo en haut d'une page ou d'ajouter des scripts dans l'en-tête HTML peut affecter les performances du site.
L'optimisation est une pratique permanente chez Website Builder. Nous continuerons à nous tenir au courant et à mettre en œuvre des changements pour garantir des améliorations continues.
Pour en savoir plus :
-
Pour plus d'informations sur l'optimisation intégrée, voir Optimisation intégrée du site.
-
Consultez les meilleures pratiques de Core Web Vitals : Performance et optimisation du site pour des conseils sur le maintien d'une performance optimale du site.
-
Pour plus d'informations sur les indicateurs de performance du Web de Google, consultez les indicateurs de performance du Web.
Bien que Website Builder s'efforce de créer les sites les plus optimisés, certains composants ne peuvent pas être modifiés en raison de la nature des éditeurs de type "glisser-déposer".
Ces éléments devraient avoir un impact minimal sur les performances du site.
Les composants qui ne peuvent pas être modifiés sont les suivants :
-
Exploitation de la mise en cache dans le navigateur
-
Réduction de la taille des ressources HTML/CSS/JS
-
Optimisation de la livraison du CSS
Bien que Website Builder travaille d'arrache-pied pour que les sites fonctionnent au mieux, vous devez être conscient des implications de l'ajout de scripts et de codes personnalisés sur votre site, car ils peuvent réduire la vitesse de la page.
Il existe des moyens d'éviter les coûts de performance lors de l'ajout de scripts. Nous vous recommandons de vous renseigner sur les scripts que vous ajoutez à votre site afin d'en optimiser les performances. Google propose des ressources utiles, telles que : web.dev.
Il peut y avoir d'autres facteurs contributifs, pour des conseils sur l'optimisation de votre site, voir Core Web Vitals Best Practices : Performance et optimisation du site.
Bien que Website Builder souhaite que tous les sites Web qu'il gère soient toujours bien classés, ce n'est pas quelque chose que nous pouvons promettre. En effet, nos clients peuvent ajouter leur propre code, contenu et design au site web, de sorte que nous n'avons pas un contrôle total sur ce qu'ils peuvent ou ne peuvent pas ajouter. C'est pourquoi, dans certains cas, les sites Web de Website Builder n'obtiendront pas un score supérieur à 90.
Retrouvez ci-dessous une liste d'erreurs et de problèmes que Google PageSpeed nous signale et la façon dont les corriger.
Remarque
Certains problèmes signalés par Google ne peuvent pas être résolus :
-
Exploitation de la mise en cache dans le navigateur
-
Réduction de la taille des ressources HTML/CSS/JS
-
Optimisation de la livraison du CSS
Si vous placez un élément cartographique en haut de votre site web, une page store au-dessus du pli, un code/script personnalisé dans l'en-tête, ou si vous intégrez un iframe personnalisé dans un site web au-dessus du pli, vous risquez de ne pas être en mesure d'obtenir les informations dont vous avez besoin. Website Builder dans un site web.
Solution :
-
Déplacez l'élément carte en bas de la page.
-
Déplacez l'élément store plus bas sur la page.
Conseil
Ajoutez une image et un texte utile au-dessus de l'élément du store afin que ce dernier ne se trouve pas au-dessus de la ligne de flottaison du site Web.
-
Placez le code dans le fichier body-end.html ou assurez-vous que le script est chargé de manière asynchrone (voir la note ci-dessous).
Conseil
Pour activer l'exécution asynchrone du script, vous devez le modifier de la manière suivante :
Ancien Code :
<script src=”https://example.com/script.js”></scrip>Nouveau code asynchrone :
<script src="https://example.com/script.js" async defer< /script ></script>Veuillez noter que si nous pouvons vous proposer des suggestions, nous ne sommes pas en mesure de vous aider à créer un code personnalisé.
-
Déplacez l'iframe intégré plus bas sur la page ou supprimez-le complètement.
Il est possible que les images ne soient pas optimisées en raison de leur taille ou du type de fichier, ralentissant alors le chargement de l'image.
Solution :
-
L'optimisation des images de Website Builderne fonctionne que pour les images JPG et PNG. Si vous téléchargez un fichier TIFF, GIF ou d'autres formats d'image, il se peut que vous ne puissiez pas l'optimiser, Website Builder Il se peut que vous ne puissiez pas l'optimiser. Si c'est le cas, nous vous recommandons d'optimiser l'image à l'adresse tool. Ces tool peuvent généralement être trouvés en effectuant une recherche rapide sur "image compression tool".
-
Redimensionnez les images volumineuses à l'aide d'un logiciel de retouche puis chargez-les à nouveau.
Attention
Tout en optimisant les images pour s'assurer qu'elles sont compressées à une taille plus petite, le Website Builder optimise les images pour s'assurer qu'elles sont compressées à une taille plus petite, Website Builder ne redimensionne pas réellement l'image pour tu dans la version desktop de ton site. Dans ce cas, vous devrez redimensionner le fichier dans un logiciel de retouche photo et le télécharger à nouveau.
Si vous incluez du code personnalisé à votre site Web, il sera souvent chargé à partir d'un site Web tiers. Si ce site n'autorise pas la mise en cache, Google vous le signale et vous recommande d'autoriser la mise en cache du navigateur.
Solution : Contactez le service tiers pour lui demander de mettre en œuvre cette modification sur son serveur.
Website Builder fait évoluer nos sites web vers une technologie de conception entièrement réactive qui utilise les requêtes média CSS pour modifier la mise en page, masquer le contenu ou afficher différents éléments en fonction de la taille de l'écran. Il s'agit d'une pratique courante sur le web, qui consiste à masquer le contenu en fonction de la taille de l'écran, qu'il soit petit ou grand.
Lorsque vous cachez un widget, une section ou tout autre contenu dans l'éditeur sur un appareil spécifique, nous le masquons à l'aide de CSS Media Queries. Website Builder sur un appareil spécifique, nous le masquons à l'aide de CSS Media Queries. Cela signifie que le code HTML (bien que caché sur le site web) existe toujours dans la page web lorsqu'un internaute regarde le contenu.
Cela peut parfois poser un problème lorsqu'un audit tool qui scanne le site web identifie ce contenu caché.
Pourquoi le contenu caché n'est pas un problème pour les moteurs de recherche)
Google (et d'autres moteurs de recherche populaires) est en mesure d'identifier si certains contenus sont cachés et de ne pas les indexer. Google utilise un index mobile-first, c'est-à-dire qu'il explore le site web à l'aide d'un appareil mobile. Vous devez donc veiller à ce que la présentation mobile contienne tout le contenu que vous attendez de Google pour l'indexer et le découvrir.
Si une tactique trompeuse est utilisée pour masquer du contenu, elle peut nuire au SEO. Parmi les exemples de tactique trompeuse, il y a celle qui consiste à placer plusieurs fois les mêmes mots-clés sur un site pour améliorer le classement et à les masquer en définissant la taille de police sur 0 ou en camouflant le texte (en lui attribuant la même couleur que l'arrière-plan) pour que les visiteurs du site ne le voient pas. Les algorithmes des moteurs de recherche sont suffisamment intelligents pour reconnaître cette tactique et potentiellement pénaliser les sites qui l'utilisent.
Il s'agit d'un acte délibéré réalisé par une personne, Website Builder La technologie ne ferait pas cela et n'en est pas capable.