11 juillet 2024

Blogs et commerce électronique : utiliser des troisièmes niveaux ou sous-dossiers distincts pour améliorer le référencement ?

Optimiser le référencement en séparant les blogs et le e-commerce : des bénéfices de troisième niveau pour les performances et l'amélioration du site Core Web Vitals.

Ces dernières années, le paysage du référencement a été révolutionné par l'introduction de Vitaux Web de base par Google, paramètres fondamentaux pour mesurer la qualité de l’expérience utilisateur sur un site internet. Traditionnellement, de nombreux sites choisissent d'installer des services supplémentaires, comme le e-commerce ou les blogs, dans des sous-répertoires du domaine principal, un choix considéré comme avantageux pour le référencement. Cependant, avec moi Vitaux Web de base sont devenus des facteurs de classement officiels, il est temps de reconsidérer cette stratégie. Nous explorerons comment l'installation dans des sous-répertoires peut affecter négativement le score SEO global de votre site et explorerons la possibilité d'utiliser des troisièmes niveaux distincts.

Vitaux Web de base: Qu'est-ce qu'ils sont et comment ils fonctionnent

I Vitaux Web de base sont un ensemble de mesures spécifiques définies par Google pour évaluer l'expérience d'un utilisateur sur une page Web. Ceux-ci inclus:

  1. La plus grande peinture contentieuse (LCP): Mesure le temps nécessaire pour charger le contenu principal d'une page. Un temps de chargement rapide est le signe d’une bonne expérience utilisateur.
  2. Premier délai d'entrée (FID): Évalue le temps nécessaire à une page pour devenir interactive. Plus ce temps est court, meilleure est l’expérience de l’utilisateur.
  3. Décalage de mise en page cumulatif (CLS): Quantifiez la stabilité visuelle de la page lors du chargement. Une page stable améliore l'expérience utilisateur en évitant les clics accidentels.

Ces métriques sont principalement collectées via les navigateurs basés sur Chromium, qui envoient des données à Google. Ce processus de reporting permet à Google de comprendre l'efficacité d'une page Web du point de vue de l'utilisateur final.

Les navigateurs basés sur Chromium utilisent un mécanisme appelé « User Experience Report » (CrUX) pour collecter des données sur l'expérience utilisateur. Vitaux Web de base et envoyez-les à Google. Ce processus de reporting joue un rôle crucial dans la détermination de l'efficacité d'une page Web du point de vue de l'utilisateur final. Ci-dessous, il est illustré en détail comment les données sont envoyées :

  1. Collecte de données de base: Lorsque les utilisateurs naviguent sur le Web, les navigateurs basés sur Chromium collectent des données anonymes sur les performances des pages qu'ils visitent. Ces données incluent des métriques telles que Largest Contentful Paint (LCP), First Input Delay (FID) et Cumulative Layout Shift (CLS), qui sont indicatives de l'expérience utilisateur sur chaque page.
  2. Utilisation de balises HTTP: Pour transmettre ces données à Google, Chromium utilise des « balises HTTP ». Les balises sont de petites requêtes réseau envoyées par votre navigateur au serveur de Google. Ces requêtes sont conçues pour être légères et non bloquantes, ce qui signifie qu'elles peuvent être envoyées en arrière-plan sans affecter les performances de navigation de l'utilisateur.
  3. Format et transmission des données: Les données collectées sont compactées dans un format qui réduit leur poids, tout en conservant toutes les informations essentielles. Lorsque le navigateur détecte un moment approprié, il envoie les données collectées au serveur de Google grâce à la technologie des balises. Cette heure est généralement choisie pour minimiser l'impact sur les performances du navigateur, par exemple lorsque le réseau est moins encombré.
  4. Traitement et anonymisation: Une fois reçues par Google, les données sont traitées afin de garantir l'anonymat de l'utilisateur. Google regroupe les données de performances de plusieurs utilisateurs pour éviter d'identifier les individus. Ce n'est qu'après cette agrégation que les données sont utilisées pour analyser les tendances mondiales en matière de performances des pages Web.
  5. Commentaires aux développeurs et aux référenceurs: Grâce à des outils comme Google PageSpeed ​​​​Insights et d'autres rapports SEO, Google met à disposition des développeurs Web et des professionnels du référencement des analyses basées sur les données collectées. Cela leur permet d'identifier les problèmes de performances sur leurs pages et de mettre en œuvre des améliorations ciblées pour les optimiser. Vitaux Web de base.
  6. Impact sur le classement: Google utilise ces informations agrégées dans ses algorithmes pour influencer le classement des pages dans les résultats de recherche. Les pages qui s'affichent le mieux Vitaux Web de base ils ont tendance à avoir de meilleurs classements, ce qui reflète l'importance d'une bonne expérience utilisateur.

Étude de cas hypothétique : blog WordPress et boutique WooCommerce

E-commerce made in WooCommerce

Considérons un cas purement hypothétique du site example.it, qui héberge un blog sur WordPress et décide d'intégrer une boutique WooCommerce dans le sous-répertoire example.it/shop/, plutôt que d'opter pour un troisième niveau, comme shop.example. il.

Le choix de cette configuration implique une série de considérations techniques et stratégiques très pertinentes pour la performance globale du site et son positionnement SEO.

Tout d’abord, la performance du site : la vitesse de chargement des pages web est un élément fondamental pour une bonne expérience utilisateur et pour le référencement sur Google. Si la section boutique, hébergée dans le sous-répertoire, n'est pas optimisée pour la vitesse de chargement, elle peut être nettement plus lente que les autres parties du site. Cet écart de performance peut avoir un impact direct sur Vitaux Web de base, les métriques évaluées par Google pour déterminer la qualité de l'expérience utilisateur. Étant donné que Google considère les performances du site de manière globale, même une seule section sous-optimisée, comme la boutique en ligne, peut faire baisser le score global du site. Vitaux Web de base de l'ensemble du domaine. Cette baisse de note peut entraîner une dégradation du classement du site dans les pages de résultats de recherche.

D’un autre côté, les implications SEO d’une configuration similaire sont considérables. Lorsque Google analyse un site, il considère l'ensemble du domaine comme une seule entité et les performances d'une partie du site peuvent se refléter dans l'ensemble du domaine. Par conséquent, si un sous-répertoire comme /shop/ présente des temps de chargement élevés ou des problèmes de stabilité, ces inefficacités se répercutent négativement sur l'ensemble du site. Cela signifie que même si la page d'accueil ou d'autres sections peuvent être optimisées pour des temps de chargement rapides et une interface utilisateur fluide, la présence d'une section plus lente peut diminuer la qualité perçue du site par Google, impactant ainsi négativement la visibilité globale du domaine dans les résultats de recherche.

Plus précisément, voici les deux problèmes :

  • Performances du site: Si la section boutique est moins optimisée et plus lente, cela aura un impact négatif sur moi. Vitaux Web de base de l'ensemble du domaine. Google évalue les performances du site de manière globale, ce qui signifie qu'une partie lente du site peut réduire le score SEO global.
  • Implications pour le référencement: Une mauvaise installation dans un sous-répertoire peut nuire à la visibilité globale de votre domaine dans les résultats de recherche, malgré les efforts d'optimisation sur la page d'accueil ou d'autres sections rapides du site.

Un ingénieur système professionnel hautement qualifié pourrait présenter de solides arguments en faveur de l'utilisation de technologies de mise en cache avancées, telles que Varnish, pour accélérer également considérablement la section boutique d'un site., ce qui le rend comparable en termes de vitesse à la section blog. Varnish, en fait, est capable de mettre en cache des pages Web statiques et de les servir rapidement, réduisant considérablement le délai d'obtention du premier octet (TTFB) et améliorant l'expérience utilisateur globale. Cela peut être extrêmement efficace pour les pages de blog, où le contenu ne change pas fréquemment et peut être facilement mis en cache et servi aux utilisateurs sans nécessiter de traitement par le serveur à chaque fois.

Il est toutefois essentiel de considérer les limites inhérentes au commerce électronique et les implications de la mise en cache dans ce contexte. Dans les sections critiques d'un site de commerce électronique, telles que les pages de connexion, de panier et de paiement, la mise en cache ne peut pas être utilisée de la même manière.. Ces pages nécessitent une interaction dynamique avec l'utilisateur et contiennent souvent des informations sensibles et personnalisées, qui varient d'un utilisateur à l'autre et d'une session à l'autre. Par exemple, le contenu du panier d'un utilisateur ou les détails de paiement doivent être gérés en temps réel, ce qui rend le recours à la mise en cache peu pratique.

Dans ces circonstances, la réactivité du site dépend entièrement de la vitesse native de l'application elle-même, sans le support de la technologie de mise en cache. Ainsi, même si certaines parties du site comme le blog peuvent bénéficier de temps de chargement extrêmement rapides avec un TTFB de l'ordre de 50 ms grâce à des stratégies de cache agressives, les sections e-commerce dynamiques fonctionneront à une vitesse beaucoup plus lente, liée aux performances intrinsèques du site. serveur et application Web. Cet écart de performances peut affecter négativement l'expérience utilisateur globale et, par conséquent, je Vitaux Web de base du site, avec un impact direct sur le classement SEO.

De plus, ces domaines dynamiques du commerce électronique sont particulièrement sensibles aux variations de trafic, ce qui peut encore dégrader les performances lors des pics d'accès, comme lors de promotions ou d'événements spéciaux.

Extension du Problème aux pièces lentes et pas seulement au e-commerce.

Le problème de l’impact négatif sur Vitaux Web de base elle ne se limite pas aux seules sections e-commerce d'un site, mais s'étend également à d'autres domaines complexes et dynamiques tels que les zones réservées aux utilisateurs connectés, les plateformes d'adhésion et les panneaux de contrôle. Ces sections, en raison de leur nature intrinsèquement dynamique et personnalisée, ne peuvent souvent pas bénéficier efficacement des stratégies de mise en cache. En effet, les données affichées sont uniques à chaque utilisateur et doivent être générées en temps réel, nécessitant des interactions constantes avec la base de données et le backend du site.

Backend-WordPress-wp-admin

Par exemple, les panneaux de contrôle (comme wp-admin de WordPress par exemple), fréquemment utilisés par les administrateurs de sites, peuvent devenir particulièrement problématiques. Ces panneaux sont souvent conçus sans optimisation spécifique de la vitesse, la priorité étant généralement donnée à la fonctionnalité et à la sécurité. Si plusieurs utilisateurs, en particulier des administrateurs ou des gestionnaires de contenu, accèdent à ces zones à l'aide de navigateurs basés sur Chromium, leur utilisation peut être suivie et détectée dans le cadre de l'expérience utilisateur globale du site.. Par conséquent, si ces sessions sont lentes et inefficaces, elles pourraient envoyer des signaux négatifs à Google, ce qui aurait un impact négatif sur votre Vitaux Web de base et, par extension, le classement du site.

Une stratégie d'atténuation efficace pour ces problèmes pourrait consister à adopter des navigateurs qui ne participent pas à l'envoi de métriques de données. Vitaux Web de base à Google. Par exemple, encourager l’utilisation de navigateurs comme Firefox, qui ne contribue pas actuellement à la collecte de données Vitaux Web de base envoyé à Google, cela peut être une solution pratique.

Grâce à Firefox, les administrateurs et les membres de l'équipe peuvent accéder aux panneaux de contrôle et gérer les fonctionnalités du site sans que leurs activités n'impactent les performances telles que perçues et mesurées par Google.

Cela vous permet de séparer les performances du backend, souvent moins optimisées, de l'influence sur les mesures de performances du site affichées au public et évaluées par les moteurs de recherche.

Conclusions et Recommendations

Lorsqu'une partie importante du trafic d'un site est concentrée dans des zones moins performantes, comme une boutique en ligne, isoler ces services sur un troisième niveau distinct devient une stratégie très efficace. Cette approche vous permet de séparer les composants du site plus gourmands en ressources ou moins performants, tels que les pages de paiement ou d'affichage des produits, du reste du site qui pourraient être optimisés pour la vitesse et l'efficacité.

Isoler votre boutique sur un sous-domaine, tel que shop.example.it, peut offrir de nombreux avantages techniques et SEO. D'un point de vue technique, cette séparation permet d'appliquer des configurations de serveur spécifiques optimisées pour les besoins du e-commerce, comme la gestion personnalisée du cache, l'optimisation des sessions utilisateurs et la sécurité des transactions. Cela peut améliorer considérablement les performances des pages de commerce électronique sans affecter les performances du site principal, qui peut être configuré de manière plus simple et plus rapide pour optimiser le contenu statique tel que les articles de blog, les pages de destination d'informations, etc.

Du point de vue du référencement, il est crucial de garder votre site principal rapide et réactif, car il s'agit souvent de la première interaction qu'un utilisateur a avec votre marque via la recherche organique. Un site d'accueil rapide améliore non seulement l'expérience utilisateur, mais a également un impact positif Vitaux Web de base, facteurs désormais pris en compte par Google pour le classement dans ses SERPs (Search Engine Results Pages). Connecter le site principal au sous-domaine de la boutique via des liens directs, tels que des bannières promotionnelles, des menus de navigation ou des appels à l'action spécifiques, facilite l'accès des utilisateurs aux sections e-commerce sans compromettre les performances du site principal.

Cette configuration permet de maintenir un équilibre entre le maintien de hautes performances pour le site principal et la fourniture des fonctionnalités et capacités de gestion nécessaires pour les parties de commerce électronique du site. De plus, cette séparation claire et définie entre les contenus permet à Google d'évaluer les performances du site principal indépendamment des éventuelles charges introduites par les fonctions de commerce électronique. Cela garantit qu'un éventuel ralentissement sur le sous-domaine ne pénalise pas le domaine principal, préservant ainsi son classement et sa visibilité.

Vous avez des doutes ? Vous ne savez pas par où commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions système GNU/Linux avancées orientées vers la haute performance. Avec un modèle d'abonnement peu coûteux et prévisible, nous garantissons que nos clients ont accès à des technologies avancées en matière d'hébergement, de serveurs dédiés et de services cloud. En plus de cela, nous proposons des conseils système sur les systèmes Linux et une maintenance spécialisée en SGBD, sécurité informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'hébergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapté aux administrations publiques, aux PME et à toutes tailles.

Red Hat, Inc. détient les droits de Red Hat®, RHEL®, RedHat Linux® et CentOS® ; AlmaLinux™ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky Linux® est une marque déposée de la Rocky Linux Foundation ; SUSE® est une marque déposée de SUSE LLC ; Canonical Ltd. détient les droits sur Ubuntu® ; Software in the Public Interest, Inc. détient les droits sur Debian® ; Linus Torvalds détient les droits sur Linux® ; FreeBSD® est une marque déposée de The FreeBSD Foundation ; NetBSD® est une marque déposée de la Fondation NetBSD ; OpenBSD® est une marque déposée de Theo de Raadt. Oracle Corporation détient les droits sur Oracle®, MySQL® et MyRocks® ; Percona® est une marque déposée de Percona LLC ; MariaDB® est une marque déposée de MariaDB Corporation Ab ; REDIS® est une marque déposée de Redis Labs Ltd. F5 Networks, Inc. détient les droits sur NGINX® et NGINX Plus® ; Varnish® est une marque déposée de Varnish Software AB. Adobe Inc. détient les droits sur Magento® ; PrestaShop® est une marque déposée de PrestaShop SA ; OpenCart® est une marque déposée d'OpenCart Limited. Automattic Inc. détient les droits sur WordPress®, WooCommerce® et JetPack® ; Open Source Matters, Inc. détient les droits sur Joomla® ; Dries Buytaert détient les droits sur Drupal®. Amazon Web Services, Inc. détient les droits sur AWS® ; Google LLC détient les droits sur Google Cloud™ et Chrome™ ; Microsoft Corporation détient les droits sur Microsoft®, Azure® et Internet Explorer® ; La Fondation Mozilla détient les droits sur Firefox®. Apache® est une marque déposée de The Apache Software Foundation ; PHP® est une marque déposée du groupe PHP. CloudFlare® est une marque déposée de Cloudflare, Inc. ; NETSCOUT® est une marque déposée de NETSCOUT Systems Inc. ; ElasticSearch®, LogStash® et Kibana® sont des marques déposées d'Elastic NV. Hetzner Online GmbH détient les droits sur Hetzner® ; OVHcloud est une marque déposée d'OVH Groupe SAS ; cPanel®, LLC détient les droits sur cPanel® ; Plesk® est une marque déposée de Plesk International GmbH ; Facebook, Inc. détient les droits sur Facebook®. Ce site n'est affilié, sponsorisé ou autrement associé à aucune des entités mentionnées ci-dessus et ne représente en aucune manière aucune de ces entités. Tous les droits sur les marques et noms de produits mentionnés sont la propriété de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnées appartiennent à leurs titulaires. MANAGED SERVER® est une marque déposée au niveau européen par MANAGED SERVER SRL, Via Enzo Ferrari, 9, 62012 Civitanova Marche (MC), Italie.

JUSTE UN MOMENT !

Souhaitez-vous voir comment votre WooCommerce fonctionne sur nos systèmes sans avoir à migrer quoi que ce soit ? 

Entrez l'adresse de votre site WooCommerce et vous obtiendrez une démonstration navigable, sans avoir à faire absolument quoi que ce soit et entièrement gratuite.

Non merci, mes clients préfèrent le site lent.
Retour en haut de page