Retour aux podcasts

Transcription

John Jantsch : Cet épisode est un podcast marketing sur le ruban adhésif, et vous est présenté par pixelz.com. Vous devez rendre ces images superbes. Si vous voulez qu'elles ressortent, si vous voulez qu'elles représentent vos produits, il s'agit d'un service de retouche pour rendre vos images superbes.

Bonjour et bienvenue dans un autre épisode du podcast Duct Tape Marketing. C'est John Jantsch. Mon invité aujourd'hui est Lukas Haensch. Il est un ancien responsable Google UX et fondateur de Pathmonk sur pathmonk.com.

John Jantsch : Et nous allons parler de la vitesse de la page, de la vitesse de chargement du site Web, de tous les facteurs UX. Si les gens vont sur votre site Web et qu'il se charge très lentement, c'est une mauvaise expérience et c'est pourquoi c'est un facteur si important. En fait, c'est un facteur tellement important que Google l'appelle extérieurement un facteur de classement à des fins de référencement. Alors Lukas, merci de m'avoir rejoint.

Lukas Haensch : Merci Jean. Merci de m'avoir.

John Jantsch : Alors, comment une personne, je veux dire, encore une fois, souvent, les gens parlent de vitesse de page et il y a tellement de facteurs qui entrent en jeu. Quelqu'un pourrait avoir un excellent site Web qui se charge rapidement, mais quelqu'un est lent, comme je disais auparavant. Nous ne disons plus d'accès commuté, n'est-ce pas ? Mais connexion lente. Et donc ils ont une mauvaise expérience. Je veux dire, comment savons-nous où nous en sommes ? Je veux dire, comment mesurons-nous, quelle est la vitesse de notre page ?

Lukas Haensch : Très, très content que vous posiez la question. Donc, je pense que peut-être avant tout, je pense qu'un concept clé à avoir à l'esprit est, pourquoi nous soucions-nous même de la vitesse des pages ? Très, très brièvement, pourquoi nous soucions-nous de cela ? Si vous comparez cela à votre magasin de détail, c'est peut-être de très, très belles analogies de le comparer à votre porte coulissante dans votre magasin de détail. Si cela s'ouvre super, super, super lentement, combien de personnes attendraient pour passer ?

Lukas Haensch : Gardez simplement ce genre d'analogie à l'esprit, une fois que vous avez traversé tout cela, aujourd'hui. Ainsi, le flux de page est essentiellement votre ouvre-porte pour votre utilisateur. Il y avait des tonnes de mesures là-bas et je sais que beaucoup de spécialistes du marketing écoutent. Je vais donc vous donner essentiellement une mesure, que nous avons utilisée au sein de Google lorsque nous travaillions avec les plus gros clients de Google, et c'est l'indice de vitesse. Il y a donc des tonnes de métriques que vous pourriez avoir, le temps de chargement, les premières bouchées chargées, quand commence-t-il à s'afficher ?

Lukas Haensch : Mais si vous regardez l'indice de vitesse, et je vous dirai dans un instant comment vous l'obtenez, mais si vous regardez l'indice de vitesse, ce que vous mesurerez en fait, c'est combien de temps cela prend-il jusqu'à ce premier écran, le contenu ci-dessus, combien de temps faut-il pour qu'il soit entièrement peint, ce qui signifie qu'à son tour, un utilisateur a une expérience significative de votre site Web ? Donc, c'est ce sur quoi nous nous sommes vraiment, vraiment concentrés au sein de Google dans notre équipe pour optimiser ce premier rendu au-dessus de la ligne de flottaison.

Lukas Haensch : Et, toutes les autres actions partiront de là, parce que l'appel à l'action est déjà là, une image de héros sera déjà là, et ensuite, tout le reste se déroulera à partir de là. Donc, l'indice de vitesse est quelque chose que vous pouvez obtenir très facilement. Il existe un outil appelé webpagetest.org. Il est en fait construit à partir de Google. Ce n'est pas un outil officiel de Google dans ce sens, mais il est construit à partir de l'équipe de Google, pour regarder les sites Web de vitesse de page.

Lukas Haensch : Et si vous mettez votre URL là-dedans et que vous obtenez une métrique appelée index de vitesse de page et elle vous dira quelque chose comme 3000 ou 4000, et c'est essentiellement des millisecondes. Donc, si vous avez un indice de vitesse de page de 3000, vous êtes au-dessus du pli. Le contenu sera entièrement chargé après trois secondes. C'est donc une très bonne chose sur laquelle attirer l'attention.

John Jantsch : Alors, répétez cela, webpagetest.org ?

Lucas Haensch : Exact. Webpagetest.org est comme un site Web bleu foncé où vous pouvez définir quelques paramètres, vous pouvez choisir le réseau, ce qui est vraiment important à choisir. Vous devez choisir quelque chose qui a beaucoup de sens pour votre base d'utilisateurs. Tout le monde n'est pas en 5G et même tout le monde n'est pas en 4G. C'est peut-être drôle à entendre, mais lorsque nous faisions cela il y a environ deux ans, il y a un an et demi au sein de Google, nous étions en fait, nous testions toujours la 3G rapidement parce qu'une si grande base d'utilisateurs est en fait plus lente et appareils bas de gamme. Donc, tester le wifi de vos bureaux n'est probablement pas la meilleure chose à faire.

John Jantsch : Où trouvez-vous ou qu'avez-vous trouvé parmi les plus grands coupables, je veux dire, qui ralentissent les sites ?

Lukas Haensch : Et cela correspond exactement à ce concept que nous venons de dire. Nous examinons le rendu du contenu ci-dessus et il n'y a qu'un seul niveau très élevé. Il existe un concept clé qui s'appelle le chemin de rendu critique, ce qui signifie que le navigateur doit parcourir de nombreuses ressources avant même de pouvoir commencer à afficher quoi que ce soit à l'écran. Donc, si vous avez beaucoup d'espace blanc avant que votre site Web n'affiche quoi que ce soit, vous bloquez généralement le chemin de rendu critique.

Lukas Haensch : Vous verrez qu'en fait visuellement si vous allez sur webpagetest.org, vous pourrez voir exactement parce que c'est essentiellement une version ralentie de la façon dont votre page se charge. Vous verrez dans la seconde, nous avons un écran blanc, dans la seconde 1.5, nous avons un écran blanc et ainsi de suite et ainsi de suite jusqu'à ce que vous affichiez le premier contenu. Donc, les choses les plus importantes qui affectent, ce sont tout ce qui bloque le rendu parce que si vous bloquez le rendu, vous avez une page large et c'est généralement une ou deux choses.

Lukas Haensch : Par défaut, ce sera toujours le cas, car il s'agit simplement d'un blocage du rendu. C'est votre CSS et votre JavaScript dans votre page. Sans entrer dans trop de détails. Mais, chaque fois que vous avez quelque chose qui contient beaucoup de script Java et qui peut être un lecteur vidéo, il peut s'agir d'un carrousel dans lequel vous avez des messages marketing renversants en haut de votre site Web, qui sont très souvent pilotés par Java script .

Lukas Haensch : Vous aurez, les techniciens, un vieil outil de test AB que vous n'utiliserez peut-être plus. Ce sera Javascript. Donc, même si ce n'est pas vraiment nécessaire en haut de l'écran, cela bloquera ce qui s'est passé une fois que vous aurez commencé à voir quelque chose à l'écran. Donc, l'un des exercices clés est de toujours vérifier, est-ce que tous les fichiers de script Java que nous utilisons, est-ce que tous les fichiers CSS que nous utilisons sont réellement requis ou pouvez-vous, et cela s'appelle, les retarder ou les différer dans termes techniques, vous pouvez retarder le chargement de quelques-uns de ces éléments, ce qui débloque ensuite le chemin de rendu critique, qui affiche ensuite le même contenu plus tôt sans rien changer sur les sites du serveur, sans rien changer de dramatique.

Lukas Haensch : Donc, la chose clé que nous avons apprise et communiquée au sein de Google tout le temps, c'est que vous n'avez pas à faire ces grands changements. En gros, chaque fichier que vous chargez peut être amélioré. Est-ce un fichier CSS ? Ce n'est peut-être pas nécessaire à ce stade. Il peut être chargé plus tard. Est-ce un fichier JavaScript ? Elle peut être différée. Est-ce un fichier de police ? C'est peut-être un ancien format de police. Et ainsi de suite. Vous pouvez passer en revue tous les faits et évidemment les images, il y a un gros truc clé, je pense que c'est vraiment utile pour les images.

Lukas Haensch : Je peux en parler, mais en fin de compte, il s'agit de passer en revue ces éléments individuels et vous en tant que spécialiste du marketing, si cela, c'est peut-être quelque chose avec lequel vous n'avez pas travaillé tout le temps, allez simplement sur webpagetest.org via l'URL et vous pouvez voir étape par étape, d'accord, ce qui se charge réellement et que puis-je voir sur mon écran ? Et cela vous donnera une bonne idée de ce qui se passe sur votre page. S'il y a des tonnes de scripts Java, s'il y a des tonnes d'images, s'il y a du temps à charger des fichiers fond, tout ça.

John Jantsch : Quel rôle, je veux dire, je sais qu'en fin de compte, cela joue un rôle, mais quel rôle l'hébergement joue-t-il peut-être en ralentissant les sites ou en fournissant une charge plus rapide ?

Lukas Haensch : Je veux dire, en gros, cela affecte en quelque sorte la première partie de l'équation globale sur la rapidité avec laquelle vous envoyez, votre première bouchée, en gros, la rapidité avec laquelle vous envoyez des informations. Ce que nous avons trouvé est encore et encore, évidemment, cela a joué son rôle, mais un rôle beaucoup, beaucoup plus important, les gains beaucoup plus rapides sont dans l'optimisation des fichiers individuels car il y a, comme nous venons de le voir, le blocage du cluster de rendu critique. Il y a tellement de petites choses que vous pouvez faire avant d'avoir à toucher à cet hébergement. Donc, je regarderais le chemin de rendu critique et comment vous chargez les fichiers plusieurs fois avant de changer de configuration majeure.

John Jantsch : Trouvez-vous cela, certains des systèmes de gestion de contenu qui existent aujourd'hui, évidemment WordPress étant de loin le plus populaire. Est-ce que cela fait partie du problème, en particulier lorsque les gens commencent à ajouter des thèmes et des plugins et ce genre de choses ?

Lucas Haensch : 100 %. Je pense que vous devez penser à ce qu'est un plugin. Un plugin est essentiellement un tas de JavaScript dans de très nombreux cas. Évidemment, cela dépend de ce qu'il fait, mais s'il est livré avec beaucoup de fonctionnalités, oui. Donc par exemple, et c'est la même logique qui est appliquée, prenons la logique du plugin de WordPress. Donc, vous chargez quelques plugins. Certains d'entre eux dont vous n'aurez même pas besoin sur cette page. Vous n'aurez besoin de certains d'entre eux que sur une page particulière. Ou certains d'entre eux dont vous n'aurez besoin qu'au bas de votre page.

Lukas Haensch : Donc, ce que vous pouvez faire, c'est que vous pouvez l'être, et il existe même un plugin pour ce type de méta-plugin. Mais vous pouvez également exécuter cela via le code. Vous pouvez charger conditionnellement vos plugins. Donc, si mon premier mouvement, mon écran se charge, si ma page se charge, ce que vous pouvez faire est simplement d'utiliser ce chargeur de conditionneur pour les plugins, puis choisissez et choisissez quand quel plugin doit réellement se charger.

Lukas Haensch : Si vous le faites via le code, vous aurez encore plus de flexibilité pour dire, d'accord, lequel devrait être chargé en ce moment ? Et encore une fois, et vous avez mentionné des thèmes là-bas parce que les équipes sont livrées avec beaucoup de script Java et tout se charge au début. Cela bloque alors le rendu. Et vous pouvez à nouveau aller fichier par fichier en vérifiant, d'accord, lesquels peuvent être différés et chargés plus tard.

Lukas Haensch : C'est donc là que le marketing devrait en quelque sorte s'asseoir avec le développeur et vérifier, d'accord, [inaudible] en fait les fichiers de script Java, laissez-moi vous donner un exemple rapide. Vous avez le script Java dont vous avez besoin sur votre page de paiement. Ce JavaScript n'est pas du tout requis dans les premières secondes. L'utilisateur doit même s'y rendre. C'est donc une combinaison. C'est vraiment, vous regardez les plugins, [inaudible 00:10:52], vous regardez le script Java, vous essayez d'en différer, et c'est comme ça que vous coupez seconde par seconde en gros.

John Jantsch : J'ai donc effectué des tests sur l'utilisation des tests de page que vous avez partagés, ainsi que sur les informations sur la vitesse des pages de Google. Et il semble y avoir une différence significative dans la charge mobile par rapport au bureau. En fait, j'ai testé de nombreux sites et je trouve rarement des sites qui obtiennent une critique élogieuse de Google sur mobile. Y a-t-il des choses que nous devrions faire ? Je veux dire, devrions-nous avoir [inaudible] des sites presque distincts ou des expériences distinctes pour les mobiles ?

Lukas Haensch : C'est donc une très bonne question. Je veux dire, je pense que la charge mobile… Je veux dire, le temps de chargement sur mobile devient particulièrement évident parce que les appareils et nous sommes en connexion. Il y a donc beaucoup plus de points de rupture, disons, ou beaucoup plus de points qui sont, en quelque sorte, en danger d'être, ce qui diminue les performances. Ce qui signifie que si je regarde ma page mobile, je pense, et je pense que même avec WordPress, vous pouvez conditionner votre chargement de certains éléments pour simplement dire non, ne pas afficher cela sur mobile ou le montrer sur mobile.

Lukas Haensch : Il y a certains éléments. Prenons, je pense peut-être vous donner l'exemple d'un carrousel. Si le carrousel rose avec une image différente tout en haut. Donc, vous avez peut-être cela sur le bureau et cela n'a pas vraiment d'impact sur vos performances, mais ensuite vous regardez le mobile et tout d'un coup, cela affecte fortement les performances parce que vous chargez cinq ou six images, ce qui est beaucoup de choses à charger.

Lukas Haensch : Vous chargez le script Java, qui est un blocage aléatoire comme je l'ai mentionné. De plus, ce qui signifie que maintenant vous avez eu la situation où, fondamentalement, vous devez avoir un budget de performance où vous dites, d'accord, j'ai ceci et ce budget à jouer. Et si vous regardez votre page mobile et que vous dépensez déjà un budget conséquent pour vos six images plus votre script Java, vous prenez déjà pas mal de secondes à charger alors qu'il vous faudrait même regarder à vos métriques et analyses pour que les gens interagissent même, avec la cinquième ou sixième image.

Lukas Haensch : Ou est-ce simplement parce que le marketing ou quelqu'un d'autre voulait diffuser les différents messages ? Donc, je considérerais certainement, en regardant des éléments particulièrement lourds, lourds, tels que des vidéos. Je ne dis pas de ne pas utiliser de vidéos, mais il existe également des moyens plus intelligents d'afficher des vidéos. Les carrousels, ces types d'articles doivent être très stricts pour ne pas les utiliser sur mobile car ils n'ont généralement pas une forte valeur UX et ils prennent certainement beaucoup de vitesse.

John Jantsch : Si vous avez un site Web, si vous vendez des produits en ligne aujourd'hui, vous savez que les images sont essentielles pour que les gens se fassent une opinion sur vos produits et services. pixelz.com c'est pixel avec un z.com est un service de retouche d'image qui peut prendre toutes vos images. Ils peuvent les retoucher, ajouter de la forme et de la symétrie, lisser les bosses, aligner les épaules, des choses comme ça, qui peuvent réduire les rides, qui peuvent réduire et enlever les peluches, tout ce qui ne semble pas vraiment correspondre. Demandez à quelqu'un de le faire pour vous. Accélérez votre délai de mise sur le marché car ils vous remettront vos images retouchées le lendemain matin. Rendez-vous sur pixels.com, c'est-à-dire PIXELZ.com, et découvrez leurs services de retouche d'image.

John Jantsch : Pouvez-vous, sans que les gens s'émerveiller ici, parler un peu de l'AMP dans cette équation, les pages mobiles accélérées. Est-ce quelque chose que les gens devraient utiliser, pour une meilleure charge, une meilleure expérience, mais alors vous avez moins de graphismes, vous avez moins de contrôle ? Alors, que pensez-vous de cela?

Lukas Haensch : Donc, personnellement, je veux dire, comment je vois cela, c'est essentiellement un site Web normal avec toutes les règles déjà données. Cela vous donne déjà beaucoup de restrictions sur votre script Java. Cela vous donne déjà, et il y a évidemment d'autres optimisations dans le HTML. Donc, d'une certaine manière, il s'agit de prendre ce type de règles dont nous venons de discuter et de vous les imposer d'une certaine manière. C'est pourquoi c'est une pièce et une des raisons pour lesquelles ces pages se chargent très rapidement.

Lukas Haensch : Je ne me considérerais pas comme un expert AMP, mais je pense vraiment que ce qu'il est réellement, c'est fondamentalement juste un site Web, un site Web normal avec beaucoup de règles, et qui vous empêche fondamentalement de abuser de votre budget de vitesse et donc ils sont des pages rapides. Je pense donc que c'est un excellent moyen pour quelqu'un si cela correspond à votre type de contenu. Si vous pouvez faire passer votre message avec cela, je pense que c'est un excellent moyen.

John Jantsch : Je sais donc, de manière anecdotique, que je donnerai à un site trois ou quatre secondes si rien ne se passe, je pourrais cliquer dessus, en particulier sur mon appareil mobile. Existe-t-il des statistiques qui disent définitivement, oui, X personnes attendront X temps, mais si votre site ne se charge pas dans ce laps de temps, non seulement c'est une mauvaise expérience, mais elles partiront tout simplement ?

Lucas Haensch : Oui. Il y a juste des tonnes de métriques. Le couple de mesures que nous utilisions au sein de notre équipe et il y a probablement eu juste sinon une aggravation, du moins leur état ou nous nous aggravons, c'est comme 53 % des consommateurs quitteront un site si cela prend plus de trois secondes à charger. C'est donc la moitié de votre trafic qui est déjà passée sur mobile, selon ces mesures, si vous ne chargez pas plus rapidement ou dans les trois secondes.

Lukas Haensch: Et quand je dis trois secondes d'indice de vitesse de 3000, je peux le peindre pour l'écran en trois secondes, car alors une personne n'a aucune raison de partir. Parce que je pense qu'il y a peut-être aussi un élément clé quand on parle d'indice de vitesse ou de vitesse de page, on parle aussi d'une personne qui voit quelque chose de significatif. Ce n'est peut-être pas une bonne idée de détacher cela de l'expérience humaine en examinant des tonnes de mesures différentes.

Lukas Haensch : Par exemple, pouvez-vous montrer quelque chose de significatif à une personne, ce qui signifie qu'elle ne partira pas parce qu'elle ne voit rien. Ils partiront peut-être pour d'autres raisons. Donc 53%, il y a des tonnes d'autres métriques sur la façon dont il y a une métrique là-dessus, si vous chargez une seconde plus vite qu'un taux de conversion augmenterait d'environ 20% ou plus. C'est difficile pour moi de publier, cela dépend vraiment du cas d'utilisation et du trafic que vous obtenez. Mais je pense que ce 53% si vous n'apprenez pas moins vite que trois secondes est vraiment bon à avoir à l'esprit. Quant à savoir si c'est à 100% dans votre cas, c'est une autre histoire à ce sujet.

John Jantsch : Je pense que cela illustre la raison pour laquelle, souvent, certaines entreprises, les spécialistes du marketing n'ont qu'un budget limité, du temps pour travailler sur des choses. Et je pense que, je pense qu'il est important pour eux de comprendre pourquoi cela devrait être une priorité. Et je pense que c'est une bonne mesure pour cela.

Lucas Haensch : 100 %. Comme si vous teniez un magasin de détail, si votre porte ne s'ouvrait pas, comme si vous sautiez dessus immédiatement.

John Jantsch : Exactement. Je pense qu'une partie du problème est que beaucoup de spécialistes du marketing ne visitent pas leur propre site Web. Ils n'ont malheureusement pas la même expérience que leurs clients ou prospects.

Lukas Haensch : Oui. Et s'ils le font, c'est très souvent une version en cache. Une version en cache ou en wifi. Alors faites vraiment cet effort. Allez sur un outil comme, ou vous pouvez même le faire avec Chrome, mais allez sur webpagetest.org et testez-le juste pour le voir vous-même, quelles sont les expériences que la plupart des gens ont réellement avec votre site Web.

John Jantsch : Je sais que Google ne donne pas nécessairement une liste de tous les facteurs qu'ils utilisent pour le classement. Mais je pense qu'il est assez largement admis que la vitesse de la page ou le manque de vitesse de la page est une variable dans le classement ou non de vos pages. Pouvez-vous en parler?

Lukas Haensch: Je veux dire, évidemment, je n'ai pas toutes les informations sur toutes les choses qui ont un impact sur le classement. Si c'était le cas, je serais probablement obligé de ne plus travailler. Mais je pense qu'il est peut-être important de garder à l'esprit une chose. Tout cela, il y a une certaine raison à cela. Donc, de plus en plus de trafic se fait sur mobile. Le trafic mobile a donc dépassé le trafic des ordinateurs de bureau. Ainsi, plus de trafic provient de plus en plus de la recherche Google sur mobile que sur ordinateur, d'où le visiteur, d'où plus de marché. Il y a plus d'opportunités de marketing dans ces canaux.

Lukas Haensch : Mais ce que nous constatons en général, ce sont des taux de conversion plus faibles sur mobile que sur ordinateur. Il y a donc évidemment un intérêt assez important à améliorer la vitesse de la page car c'est un aspect qui affecte l'expérience d'un utilisateur. Donc, d'une manière comme la raison pour laquelle c'est important pour le classement est aussi la raison pour laquelle c'est bon pour les utilisateurs, c'est pourquoi c'est bon pour les conversions, ce qui est bon pour quelqu'un qui diffuse de la publicité sur ce canal. Donc, je ne peux pas vraiment, je n'ai pas d'autres informations sur les facteurs de classement. Je peux juste dire que tout vient d'une très bonne raison.

John Jantsch : Et ce que je dis tout le temps aux gens, c'est exactement ce que vous avez dit. Une page qui se charge lentement est une mauvaise expérience. Et donc Google ne veut pas que les gens aient une mauvaise expérience. Donc, ils ne vont pas montrer cette page. Et je pense que c'est la façon de voir les choses. Je pense que cela a toujours été leur intention. Et donc par conséquent, les choses changent avec l'algorithme et ainsi de suite uniquement parce qu'ils comprennent mieux quoi, tous les facteurs de la page sont sur le site.

John Jantsch : Et donc je pense qu'il ne fait aucun doute que, en fait, l'un des moyens les plus simples de tester cela est que lorsque nous avons des clients qui ont une très mauvaise expérience mobile, que ce soit la conception ou la vitesse de chargement, je veux dire, nous ne pouvons pas les faire apparaître pour les recherches mobiles. Ils ne le feront tout simplement pas. Et donc je pense que c'est une indication aussi claire que quelqu'un aurait besoin de suggérer que, peu importe comment, où vous le mettez dans le classement, c'est un facteur.

Lukas Haensch : Je pense que je dirais que la chose la plus importante que j'aurais retirée de tout ce temps passé à travailler sur Google, c'est que beaucoup d'équipes surestiment l'effort nécessaire pour faire même de petites corrections. L'optimisation de la vitesse des pages sur les pages mobiles doit donc être en quelque sorte intitulée comme un grand projet. Mais comme j'essayais de le souligner avant, il n'y a pas beaucoup de choses, beaucoup de petites choses qui peuvent être faites pour s'améliorer.

Lukas Haensch : Par exemple, donnez-moi juste un ou deux exemples qui mettent peut-être cela en évidence de manière très drastique. Beaucoup de gens essaient d'optimiser leur image de héros. Ce que vous pouvez faire très simplement comme vous pouvez le faire, vous prenez votre image de héros, vous pouvez la transférer dans, disons, une chaîne de code. C'est ce qu'on appelle la base 64 dans le codage et tout d'un coup, vous pouvez envoyer votre image de héros avec la première requête dans votre fichier HTML. Ce que j'essaie juste de vous dire, c'est qu'il n'y a pas de grands changements à faire.

Lukas Haensch : Vous prenez une image, vous la transférez dans un autre format, vous l'envoyez maintenant avec votre premier fichier et une grande partie de votre premier contenu au-dessus de la ligne de flottaison peut déjà être peinte. Donc, je pense que c'est probablement ma plus grande conclusion, qu'il y a beaucoup de petites choses qui peuvent être faites plutôt que de le faire, de le faire exploser inutilement en tant que grand projet.

John Jantsch : Alors, où est-ce que quelqu'un, disons qu'un auditeur est là-bas en train de penser, il a dit quelques choses qui ont beaucoup de sens, mais je ne sais pas comment faire quoi que ce soit. Où trouvez-vous quelqu'un qui, parce qu'encore une fois, si vous n'êtes qu'un consultant en vitesse de page Google, vous allez avoir des gens qui sont très techniques, vous allez avoir des gens qui disent juste qu'ils peuvent le faire, mais ils sont vraiment, tout ce qu'ils veulent faire, c'est vous déplacer vers un nouvel hébergement ou quelque chose du genre. Je veux dire, comment trouvez-vous la bonne ressource pour vous aider à réparer certaines de ces petites choses ?

Lukas Haensch : Je pense que c'est une très bonne question. Ce que je peux dire, c'est que si votre équipe parcourt raisonnablement un par un les fichiers, une grande partie de cela peut déjà être découverte. Votre fichier de police est-il peut-être simplement dans l'ancien format de fichier de police ? Il existe un format de fichier de police qui est TTF. Si vous le transférez vers [inaudible], il est 30 % plus petit. Les polices s'affichent plus grandes, plus rapidement. Donc, la seule chose que je ne peux pas vraiment dire comme un endroit, ce que je peux dire, c'est d'aller avec votre équipe à travers la cascade de votre site Web. Je pense que c'est la meilleure source pour être honnête.

John Jantsch : Donc nous, dans l'introduction, j'ai mentionné que vous avez récemment fondé une société appelée Pathmonk. Vous voulez nous en dire un peu plus sur ce que fait Pathmonk.

Lucas Haensch : Bien sûr. Ainsi, au sein de Pathmonk, nous examinions de beaucoup plus près les conversions sur mobile et sur ordinateur. Et ce que nous avons réalisé, c'est qu'il est en fait très difficile pour les spécialistes du marketing de répondre à des questions telles que, combien de visites faut-il pour qu'un utilisateur convertisse ? Ou combien de secondes avez-vous sur la page pour les convaincre ? Et je ne parle pas du taux de rebond, je parle du nombre moyen de secondes qu'il faut à quelqu'un pour s'inscrire ? Ou quelles actions de l'utilisateur indiquent qu'un visiteur est prêt à effectuer une conversion ?

Lukas Haensch : Nous avons donc constaté qu'il y a un grand écart dans la capacité à comprendre rétrospectivement des informations anonymes telles que les données Google Analytics ou en regardant des vidéos de cartes thermiques comme comment se comporte quelqu'un. Mais nous avons constaté qu'il y a un écart qui fait qu'en temps réel, il est difficile pour les gens de réagir immédiatement. Que se passe-t-il si l'utilisateur X a été sur la page et a fait des actions qui semblent être quelqu'un qui se convertit, pouvez-vous réagir au marché ? Et nous avons constaté que la plupart du marché est actuel.

Lukas Haensch : Nous construisons donc, essentiellement des technologies appelées cartes à puce qui aident essentiellement, à se baser automatiquement sur l'intelligence artificielle, en apprenant ce qu'un utilisateur fait sur la page, quels sont les modèles probables de conversion. Alors, quelles sont les intentions des utilisateurs lorsqu'ils sont sur la page. Et puis nous leur montrons du contenu sur vos produits, comme des questions fréquemment posées, des témoignages, des études de cas sur ce que nous appelons des cartes à puce qui glissent et du bas ou du haut. Et c'est essentiellement ainsi que nous laissons un site Web réagir en temps réel à ce qui se passe sur la page avec chaque visiteur donné jusqu'au niveau du type de produit ou de fonctionnalité qui l'intéresse.

John Jantsch : Et je pense que si, dans les termes les plus simples, si quelqu'un visite une certaine page, il est probablement intéressé par ce sujet. Et c'est vraiment le cas, au lieu de simplement leur donner la diapositive générique, c'est vraiment un moyen de personnaliser leur expérience sur à peu près chaque page ou chaque visite ou, comme vous l'avez dit, tout leur chemin. Parce que souvent sur les sites, les gens feront cinq ou six choses qui indiquent certainement qu'ils explorent un certain sujet ou ont une certaine intention. Et donc pouvoir réagir à ça, comme vous l'avez dit en temps réel, c'est je pense ce qui devient un comportement auquel les gens commencent malheureusement à s'attendre. Et je dis, malheureusement, parce que cela place la barre très haut pour les spécialistes du marketing.

Lukas Haensch : Et c'est drôle cependant, ce que nous voyons, c'est qu'il y a des éléments, il y a des éléments attendus, évidemment quelqu'un télécharge un certain livre blanc. Mais il y a d'autres choses, comme quelqu'un qui concentre votre page en profondeur. Nous avons vu une forte corrélation entre quelqu'un qui va en profondeur en se concentrant sur votre page, puis, une soumission sur l'un de ces recentrages à nouveau. Et c'est quelque chose que les données révèlent en quelque sorte et les cartes à puce peuvent alors réagir automatiquement.

John Jantsch : Et je pense qu'encore une fois, parce que j'ai visité l'outil et que je l'ai vu en action, je pense que les cartes à puce sont assez élégantes en termes de mode de livraison. Ils ne se contentent pas de prendre le contrôle de l'écran ou vraiment, de se mettre en face de quelqu'un. Mais parce qu'ils sont en quelque sorte personnalisés, je pense qu'ils seront vus, je suppose qu'ils seront bien mieux accueillis.

Lukas Haensch : C'est intéressant. Nous avons travaillé sur beaucoup de tests UX et beaucoup de travaux UX parce qu'il y a beaucoup de notions préconçues que les gars intelligents ont dû surmonter. Il ne tire pas et ne ressemble pas à un chat bot car il y a beaucoup d'idées préconçues avec le chat bot. Beaucoup de gens ne commencent même pas une conversation avec un chat bot parce qu'ils pensent que c'est à peu près juste, que c'est un robot et qu'ils ne veulent pas lui parler.

Lukas Haensch : Donc, les mesures montrent clairement que beaucoup de gens n'entameraient pas la conversation. Ou si cela ressemble à une bannière de cookies, nous avons cliqué 100 millions de fois sur les bannières de cookies. Donc, fondamentalement, nous travaillons les cartes à puce pour qu'elles apparaissent et se sentent comme une partie de votre site Web, de sorte qu'elles sont entièrement personnalisables en fonction de votre style et du thème de votre site Web. Et puis, fondamentalement, faites simplement partie du site Web en glissant de haut en bas par rapport à, surgissant de nulle part.

John Jantsch : Eh bien, Lukas, merci beaucoup de vous être joint à nous et d'avoir parlé de la vitesse des pages. J'espère que nous vous rencontrerons bientôt sur la route.

Lukas Haensch : Merci beaucoup. Merci de m'avoir.