Tag : temps de chargement

Impact du temps du chargement sur l’indexation des pages par Google

par Benoit Gaillat - Il y a 4 ans

Une image valant mieux qu’un long discours voici en une image l’impact du temps de chargement des pages sur le crawl du site par Google

temps-de-chargement

 

Les stats sont celles d’info-ecommerce qui a , comme indiqué dans mon edito du 7 février, changé d’hébergement pour être sur son propre serveur chez 772424.com . On peut voir que le temps de chargement des pages a presque été divisé par trois et que cela a boosté le crawl du googlebot par quatre pendant une petite journée pour se stabiliser vers du fois deux sur les jours d’après.

On va voir si la tendance continue mais l’impact entre vitesse de chargement des pages et crawl me semble plus que prouvé avec ce graphique. Profitez en pour simplifier vos pages , les internautes aussi aiment quand le site répond vite 😉

[ EDIT 14/02/13 à 17H48 ]

Un ecommerçant sous prestashop viens de me transmettre cette image pour confirmer la corrélation , il a augmenté la mémoire du serveur et supprimé les stats prestashop :

crawl-prestashop
[/EDIT]
Benoit Gaillat

Diplômé de l'Hetic et travaillant depuis 10 ans dans l'e-commerce, Benoît est Directeur Conseil E-commerce chez Skeelbox, cabinet de conseil en E-commerce dédié aux marques, distributeurs et PME qui souhaitent réussir leur développement digital et cross canal. Twitter | Profil sur Google Besoin d'un expert E-commerce ? 01 84 17 08 51.

11 Commentaires

11 réponses à “Impact du temps du chargement sur l’indexation des pages par Google”

  1. C’est ce que je constate également. Et, ne pas hésiter à exclure les contenus qui ne servent à rien avec le robot magique 😉

  2. Thomas Demont dit :

    Woo les courbes sont impressionnantes ! Moi qui ai un problème avec le temps de chargement des pages ça va encore me pousser à faire des changements pour améliorer ça !

  3. Livre d'or mariage dit :

    Oh oui c’est impressionnant ! Je vais de ce pas aller voir mon GWT 🙂
    Merci pour l’article !

  4. Tu as vu un impact réel grâce à l’utilisation du robot.txt ?
    PS : tu as de la chance que j’taime bien, ton ancre passe la modération M. jumelles :p

  5. Cobolian dit :

    Tu nous donne les temps avant/aprés ?

    Sinon pour info après un moment ça se tasse, y a Google qui s’affole au début, puis il se calme quand il y a peu de pages qui changent. Par contre sur un gros gros site, c’est miam miam.

  6. On passe de 1,7 seconde à 0,6 secondes (environ). Oui j’imagine que ça va se tasser car les pages du blog ne changent pas tous les jours mais sur un site de news (ou ecommerce) c’est crucial en fin de compte …

  7. Jumelles discount dit :

    Oui, plus tu filtre, plus tu vas axer sur des pages quali et plus Google va revenir. Ce n’est pas forcément proportionnel à ton nombre pages. C’est ce que j’ai remarqué. Tu le garde pour toi évidemment 😉

  8. Jguiss dit :

    Ah oui quand même c’est pas mal ! Après si un site est déjà bien indexé et qu’il n’y a pas beaucoup de nouveautés le crawl ne sert pas à grand chose… ce qui n’est pas le cas de ce site 🙂 Je parle du deuxième point évidemment…

  9. Michel dit :

    Petite donnée supplémentaire à propos du crawl et de la perf : http://tinyurl.com/bk88m8e

    JM Tassetto disait à Toulon que l’expérience user était fondamentale et qu’il fallait à tout prix s’en soucier. Combien de webmasters suivront son excellent conseil surtout quand on voit vos données ?

  10. Mathias dit :

    Bonjour à tous !

    Je constate la même chose pour mon site. Une baisse du temps de chargement depuis la mi-janvier.

    Conséquences :

    – Augmentation du nombre de Kilo-octets téléchargés par jour
    – Augmentation du nombre de Pages explorées par jour
    – Augmentation du trafic réalisé via les moteurs de recherche.

    Par contre, pas de modification apportée avant cette période, je vais creuser pour expliquer cette observation.

  11. stephane dit :

    Je confirme, c’est le genre de courbe qu’on a constaté plusieurs fois chez RueDuCommerce !
    C’est impressionnant mais il faut bien garder à l’esprit que plus de pages crawlées, ce n’est pas automatiquement un meilleur référencement …

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée.


Optimiser le temps de chargement de votre site e-commerce

par Romain Boyer - Il y a 4 ans

Je vous parlais il y a quelques temps de l’importance du temps de chargement en chiffres

et notamment « 32 % des utilisateurs [quittent un site Internet s’il est considéré trop lent] au bout d’une fourchette de temps allant d’une à cinq secondes. »

Mais alors, que peut-on y faire, comment savoir ce que l’on peut exiger de ses développeurs / de son agence.

Il existe des solutions :

  • Faire un simple test qui va décortiquer le chargement de votre page ;
  • Suivre l’évolution du temps de chargement ;
  • Demander à vos dévs d’être transparents sur les temps de génération avec du reporting ;

Faire un simple test qui va décortiquer le chargement de votre page

avec GTmetrix.com par exemple (ou WebPagetest.org qui permet de sélectionner une localisation en plus, Page Speed Insights by Google

Regardez surtout bien la timeline pour vérifier de quels éléments proviennent la lenteur du chargement.

Ne vous fiez pas trop à Google Analytics qui a mis à disposition une sous-rubrique dédiée à la vitesse du site dans la rubrique « contenu » mais qui ne semble pas vraiment fiable.

Actions / Réactions

Ce que ces outils mettront en avant sont souvent des problèmes mineurs. Ce qui est important (checklist à voir avec vos dévs) :

  • faire servir vos médias (images, Javascript et CSS) par un serveur à part
    • qui serve mieux les images (utiliser nginx par exemple)
    • sur un domaine ou sous-domaine différent (pour pouvoir spécifier que les cookies doivent se limiter au contenu et ne pas envoyer d’entêtes contenant les cookies aux fichiers médias)
    • tout cela permettra d’augmenter en plus le nombre de téléchargements parallèles sur votre site et donc améliorera de fait encore le temps de chargement
  • que la majorité de vos images de présentation (les éléments de décorations, les pictos, etc.) soient regroupées tdans des sprites (lire article sur Alsacreations) (cela diminue le nombre d’images à télécharger et donc le nombre de connexions nécessaires)
  • pour vos fichiers JS et CSS, utiliser l’outil minify
  • que le temps de génération de la page elle-même ne soit pas trop long, dans l’idéal de max 500ms, de façon plus réaliste jusqu’à 1 ou 1,5s.
  • tous les tags que vous pouvez avoir doivent être chargés après que la page soit affichée, cela évitera par ailleurs de bloquer le chargement de votre page lors de toute indisponibilité d’un de vos multiples tags. Des outils existent pour cela : Eulerian Tag Master et Lengow Tag Capsule par exemple

Suivre l’évolution du temps de chargement

GTmetrix vous propose une fois le test lancé un onglet « historique » qui vous permettra de voir l’évolution entre vos différents tests sur une même URL.

Google Webmaster Tools propose dans sa rubrique « Labos » une page « Performances du site », vouée à disparaître mais qui existe toujours, qui vous fournit un graphique bien utile.

Demander à vos dévs d’être transparents sur les temps de génération avec du reporting

Demandez à vos développeurs de pouvoir consulter à la demande le temps de chargement de telle ou telle page. Ce mode de reporting ne doit pas être activé en permanence, il nuirait à vos performances, mais vous devez pouvoir le visualiser à n’importe quel moment pour n’importe quelle page.

Ce reporting vous permettrait de voir par exemple le temps de génération de votre entête, du menu, du contenu du moteur d’affinage de votre page catégorie, de génération du listing produit, de génération du pied de page…

Plus que de vous permettre à vous de voir exactement ce qu’il se passe, c’est un formidable outil pour vos développeurs pour pouvoir identifier exactement où se trouve un point de lenteur sur telle ou telle page.

Vous pouvez ainsi leur dire « la page catégorie est trop longue, merci de voir d’où cela vient ». Premier réflexe qu’ils n’auraient pas sans cela, ils activeront cet outil et le rendront plus fin jusqu’à trouver le vrai point de ralentissement à optimiser.

Cette méthode de management vous permet de vous assurer que vos techniciens ont toute latitude pour effectuer les optimisations nécessaires.

Le problème vient bien souvent de requêtes non optimisées vers la base de données ou de requêtes imbriquées dans des boucles. Il faut à tout prix éviter cela. Faire intervenir des personnes extérieures pour auditer le code quand on a une équipe junior peut s’avérer bénéfique pour tout le monde.

Fasterize, la société qui promet de vous aider

pour ceux qui n’ont pas de grosses équipes ou de gros moyens techniques, Stéphane RIOS, un ancien CTO de chez RueDuCommerce, a lancé Fasterize, qui promet de vous aider en se mettant entre votre serveur et le web pour appliquer un peu d’optimisation avant de servir la page Web.

Le concept, vraiment intéressant est à découvrir ici : http://www.fasterize.com/fr

Pour les teckos

pour les afficionados de la technique, ceux qui aiment bien rentrer dans le lard du souci, ceux qui sont pas du genre à ne pas toucher à la mécanique de leur porsche, ceux à qui on ne la fait pas…

Petit article sur mon blog plus technique : http://www.astucesdewebmaster.com/architecture/mon-site-est-lent-que-faire-serveurs-dedies-391

 

Romain Boyer

Romain BOYER travaille pour des startups eCommerce depuis 2005. À cheval entre la technique et la stratégie, cet adepte des tableaux de bord croise toutes les données pour en extraire ses priorités. > Suivre Romain sur Twitter : @RomainBOYER > Son poste : Product Owner eCommerce chez Doctipharma.fr

9 Commentaires

9 réponses à “Optimiser le temps de chargement de votre site e-commerce”

  1. Point crucial pour le site d’un e-commerçant ! J’utilise page Speed, il fournit d’excellente informations, après il faut les mettre en pratique….c’est déjà moins facile ! ^^

  2. Gebruik dit :

    Rien sur les problématiques de cache côté serveur ?
    Les solutions que vous proposez, même si elles ont un grand intérêt, ne suffisent généralement pas : mauvais usage bibliothèques JS (c’est assez fréquent de voir du jQuery, Mootools et une bouse faite maison sur le même site), images non sémantiques utilisées avec des balises (alors qu’elles auraient tout intérêt à l’être en CSS pour des raisons de cache), les sites e-commerce particulièrement sont des usines à gaz.
    Un travail de fond sur le caching et le pré-caching côté serveur offrent des résultats qui vont bien plus loin.

  3. Romain BOYER dit :

    Alors, là on va chercher plus loin.
    Disons que si le code source est trop long à générer (ce qu’on voit donc avec les outils cités plus haut), et qu’on identifie des zones qui ont intérêt à être cachées, on peut le faire de différentes manières :
    – cache maison (ne pas recalculer le même contenu à chaque chargement de page et le conserver dans un dossier de cache pour le re-servir ensuite jusqu’à ce qu’il soit désuet)
    – cache intégré (smarty par exemple), qui intègre une composante de cache qui permet d’éviter de recalculer une partie du contenu
    – cache serveur (APC, eAccelerator)

    Je n’ai abordé le sujet qu’en surface, pour que des décisionnaires puissent prendre des mesures en cas de besoin, il était donc utile et indispensable de rester plus en surface.
    Une fois qu’on a identifié tel ou tel ralentissement, de façon précise, on peut laisser le soin aux dévs de se débrouiller pour trouver la bonne méthode d’optimisation.

    Par ailleurs, sur les bonnes méthodes (ne pas mettre du MT avec du JQuery), je n’ai pas croisé ce cas si souvent et il y a tellement de façons de mal faire qu’il est impossible de faire une liste de ce genre.

    Qu’entends-tu par « images non sémantiques utilisées avec des balises (alors qu’elles auraient tout intérêt à l’être en CSS pour des raisons de cache) » ?

  4. Christophe dit :

    J’ai une question toute bête…. D’où proviennent vos sources pour le chiffre avancé au début de votre article, c’est à dire les « 32% » d’internautes qui quitteraient un site dans un délai de 1 à 5 secondes.
    1 seconde, cela me parait vraiment très (trop?) bas!

  5. Romain Boyer dit :

    je cite mon précédent article où je dis que ma source (qui a répondu en commentaire) n’a pas précisé ses sources

    précédent article : http://www.info-ecommerce.fr/1016/temps-de-chargement-et-retombees-sur-le-taux-de-conversion

    source originale : http://www.wikigento.com/latence/seo-vitesse-de-chargement/

  6. Nicolas L. dit :

    En vrac, on pourrait ajouter :
    – utiliser du HTML 5 : on ne gagne pas en temps de génération, mais si c’est bien fait, on peu gagner en temps de rendu dans le navigateur. C’est toujours plus agréable d’avoir une page qui s’affiche d’un coup, plutôt que bloc par bloc
    – utiliser la dernière version du langage (souvent php sur le web) et des frameworks : chaque version est plus rapide que la précédente. Etre en PHP 5.4 est beaucoup plus rapide que d’être en 5.2 par exemple. C’est le temps de calcul qui y gagne, ainsi que la consommation mémoire des serveurs.
    – Reverse proxy : la solution ultime pour avoir une grosse tenue en charge et un temps de « calcul » hyper rapide. On peut citer Varnish par exemple.
    – Base de données : là encore, c’est souvent mysql qui est utilisé. Mais le moteur innodb de mysql 5.1 (standard sur du Debian par exemple) est bien moins performant pour des accès concurrents que des versions plus récentes. Et si en plus il est configuré correctement, il y a un levier important de gain de performance.

  7. Romain Boyer dit :

    Merci pour ces précisions utiles pour les plus techniciens d’entre nous.

  8. Sur Info-ecommerce j’ai codé les petites images en base64, ça marche pas avec tous les navigateurs mais ça génère 0 appels serveur et c’est pas technique ni difficile à mettre en place

  9. Guillaume Ziegler dit :

    En retour d’expérience, je dirais que le meilleur en efficacité/ temps passé est mod_pagespeed qui permet d’optimiser facilement les serveurs Apache, ce module est très complet et on en parle assez peu.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée.


L’importance du temps de chargement

par Benoit Gaillat - Il y a 5 ans

Puisqu’on vous le dit que le temps de chargement de votre site E-commerce est important, non pas par google mais pour vos utilisateurs tout simplement !

temps de chargement par google webmaster tool

Une image valant mille mots voici une représentation graphique de ce que vous perdez avec un temps de chargement long (c’est a dire plus de 3 secondes !)


 

Benoit Gaillat

Diplômé de l'Hetic et travaillant depuis 10 ans dans l'e-commerce, Benoît est Directeur Conseil E-commerce chez Skeelbox, cabinet de conseil en E-commerce dédié aux marques, distributeurs et PME qui souhaitent réussir leur développement digital et cross canal. Twitter | Profil sur Google Besoin d'un expert E-commerce ? 01 84 17 08 51.

4 Commentaires

4 réponses à “L’importance du temps de chargement”

  1. Loïc dit :

    Oui c’est sûrement vrai mais moins de 3 secondes ça me parait chaud quand même.
    Quand je vois ma boutique sur Prestashop sur un serveur VPS et un page speed de 96/100 je ne suis JAMAIS passé au dessous de 3 secondes le meilleur résultat étant 3.8 secondes. Mais bon ça varie grandement en fonction des périodes. Si quelqu’un a des idées de comment améliorer ça je suis preneur !

  2. Louis-Alexandre@lunettes de soleil dit :

    C’est très difficile d’arriver à passer la barre de  » fast  » sur webmaster tools mais c’est aussi important pour l’internaute que pour Google. Il semble que ça rentre dans l’algo maintenant. Terminé les sites commerce sur un Smart d’OVH 😉

  3. 3 secondes dans Webmaster tool c’est difficile mais tu peux voir avec le graph d’en haut (la courbe) que même avec un serveur de base ovh (à1€ /mois) on peut avoir de bonnes perfs si on optimise (bon après ca remonte chez moi je sais pas pkoi).
    Avec un très bon serveur (et de la config) ya moyen d’arriver à un truc ultra rapide.

  4. Philippe@agence de communication dit :

    Benoit, j’ai l’impression que les liens sont en nofollow (peut-etre suite à une MAJ du blog ?)

    PS : tu peux supprimer ce message après lecture.

    ++

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée.


Temps de chargement et retombées sur le taux de conversion

par Romain Boyer - Il y a 6 ans

Philippe HUMEAU avait rédigé en juin une note très intéressante sur Wikigento sur l’importance du temps de chargement et son impact sur l’utilisateur ou pour le référencement. Rapide synthèse de cet article que vous pouvez retrouver à l’adresse http://www.wikigento.com/latence/seo-vitesse-de-chargement/. Malheureusement, son article manque de sources, on ne peut donc le croire que sur parole.

Il conseille de limiter le temps de chargement de vos pages les plus lourdes à 1,5 seconde maximum.

Quelques données intéressantes de l’article :

    • Google utilise ce temps dans ses graphiques comme limite entre zone verte et zone rouge (Google Webmaster Tools). Note personnelle : Je suis plus nuancé pour ma part sur l’existence d’une limite « dure ». Je pense qu’il y a différents niveaux mais que c’est une limite intéressante à prendre en compte car c’est la seule indiquée par
    • « Les études donnent parfois des résultats différents. Certaines annoncent 2,8% de perte de CA pour 1 seconde de plus de chargement, -4,3% de CA pour 2 secondes. Amazon avait déjà fait le constat auparavant : 0,1s de plus de temps de chargement en plus leur coutait 1% de chiffre d’affaire. » (à prendre avec des pincettes du fait du manque de sources)

  • « Entre une page qui charge en 50 ms et un autre en 2 secondes, le revenu par clic baisse de 4,3%, la satisfaction baisse de 3,8% et le temps avant le clic suivant augmente de 3,1s » (conférence Google + Microsoft)
  • « Phil Dixon de Shopzilla a pour sa part constaté, en passant le temps de chargement de son site de 7s à 2s : 25% de pages vues en plus, 7 à 12% de ventes en plus »

Je rajouterai(s) à cela que l’utilisateur est plus enclin à attendre le chargement s’il sait qu’il y a un contenu qui l’intéresse fortement derrière (importance des snippets en SERP).

Enfin, je crois qu’il manque une source importante, Google themselves, qui disent ceci (traduction par Oseox) :

Notre expérience démontre que le ralentissement de la page de résultat de recherche de 100 à 400 milliseconde a un impact mesurable sur le nombre de recherche par utilisateur de -0.2% a -0.6% (moyenne sur 4 ou 6 semaines selon le test).

Comme le mentionnait Silicon.fr, d’après une étude de Compuware Gomez, :
– « 32 % des utilisateurs [quittent un site Internet s’il est considéré trop lent] au bout d’une fourchette de temps allant d’une à cinq secondes. »
– « 37 % des internautes déclarent qu’ils n’ont guère envie de retourner sur un site lent. 27 % se disent même prêts à passer à la concurrence »
– « 39 % des personnes interrogées pensent que la vitesse compte plus que la fonctionnalité »

Les quatre principaux facteurs de ralentissement d’un site Internet à mon sens :
– la qualité du code (nombre de requêtes vers les bases de données, nombre de boucles, quantité de données traitées),
– le poids des images (et leur nombre)
– la qualité de l’hébergement
– le nombre de traitements simultanés (nombre de visiteurs simultanés)

Suivez l’auteur sur twitter : http://twitter.com/romainboyer

Romain Boyer

Romain BOYER travaille pour des startups eCommerce depuis 2005. À cheval entre la technique et la stratégie, cet adepte des tableaux de bord croise toutes les données pour en extraire ses priorités. > Suivre Romain sur Twitter : @RomainBOYER > Son poste : Product Owner eCommerce chez Doctipharma.fr

2 Commentaires

2 réponses à “Temps de chargement et retombées sur le taux de conversion”

  1. Philippe dit :

    Bonjour Romain,
    C’est vrai qu’il n’y a que peu de sources sur le sujet.

    Nous avons l’intention avec Cybercité de tester cela en réel, de faire une étude factuelle sur cet impact et de le mesurer. Tout au moins en SEO, pour la conversion, c’est plus difficile car on a pas de sites qui ont voulu jouer le jeu curieusement 😉

    Les chiffres sont ceux que j’ai pu trouver sur le web, notamment dans des conférences américains appelée velocity.

  2. Romain Boyer dit :

    Merci pour ta réponse Philippe, je suis sûr que les chiffres ont un fondement sans quoi je ne les aurais pas cités 😉

    Bonne continuation

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée.