Il est tout à fait possible d’apporter cette modification (tous les utilisateurs anonymes voient la version HTML), mais cela aurait un impact considérable sur l’expérience des utilisateurs anonymes. Oui, ils verraient le contenu plus rapidement, mais un nombre énorme de fonctionnalités qui fonctionnent pour les anonymes ne fonctionneraient plus, et le site ne semblerait pas « normal » pour eux.
Nous pourrions éventuellement en faire un paramètre du site afin que vous puissiez tester, mais des éléments comme le « chargement infini » cesseraient de fonctionner pour les anonymes ; les coûts sont très élevés. Nous devrions également investir au moins un peu de ressources en ingénierie pour permettre à la route /login d’être contournée, afin que les personnes puissent réellement s’inscrire ou se connecter.
Serait-il peut-être possible de servir une vue HTML comme PREMIÈRE page consultée par les utilisateurs anonymes qui arrivent, puis de l’afficher avec toutes les fonctionnalités s’ils continuent à naviguer ? Cela semblerait être une bonne solution (je ne sais pas si cela serait acceptable pour les moteurs de recherche, cependant).
Cela semble en effet loin de l’idéal. Y a-t-il un moyen de servir la version statique, puis de la « saturer » avec les éléments dynamiques ? Cela impliquerait probablement une refonte majeure de l’architecture, donc ce n’est peut-être pas envisageable pour le moment. Principalement, nous constatons 49 000 erreurs LCP sur notre site depuis mai, et le trafic de recherche a chuté au même moment. Notre score LCP actuel est en moyenne de 5,3 secondes. Je cherche des idées pour faire baisser ce chiffre.
Peut-être en ajoutant ou supprimant certains plugins ? En augmentant ou réduisant le nombre de catégories ? En hébergeant les ressources statiques sur un CDN ? Nous avons essayé de configurer Cloudflare l’hiver dernier sans succès, mais nous pourrions réessayer. Je ne connais pas très bien l’architecture de Discourse, donc je cherche des pistes.
C’est exactement ce que nous avons constaté. Nous expérimentons la suppression de tous les plugins et même des publicités (nos sites web n’ont désormais plus de publicités, les images sont optimisées, etc.). Nous sommes parvenus à réduire le LCP, mais à peine jusqu’à la zone jaune. Ce n’est plus une erreur, mais plutôt un avertissement qui affecte toujours notre site. Nous avons remarqué une légère augmentation depuis, mais nous avons besoin de plus de temps pour confirmer cela…
À vrai dire, j’ai très envie de lancer un clone open-source de Discourse avec Nuxt+Vue.js, ou un wrapper par-dessus. Cela semble être le seul choix raisonnable pour le moment !
Oui, il n’y a aucun moyen de réduire ce chargement initial sans des efforts d’ingénierie importants, car vous téléchargez l’intégralité de l’application Discourse.
Pour enfoncer le clou, les performances JavaScript sur Android sont généralement inférieures à celles sur iPhone… et apparemment, Google ne prend en compte que les appareils Android dans ses métriques mobiles « réelles ». Chez Meta, iOS représente environ 40 % du trafic mobile.
Tout ce que je peux dire ici, c’est que nous sommes conscients des problèmes de lenteur du FCP et du LCP, et que nous avons des plans à long terme pour les améliorer.
Plus précisément, @eviltrout est en train de nous migrer vers Ember CLI. Une fois cela terminé, nous pourrons commencer à réfléchir et éventuellement expérimenter le découpage de code et d’autres astuces.
Il n’y a pas de solutions miracles ici : nous utilisons un CDN, nous sommes très méthodiques dans la façon dont nous chargeons les éléments, nous avons passé d’innombrables heures à optimiser tout cela, mais fondamentalement, nous utilisons JavaScript pour rendre nos pages, et le fait de livrer, d’analyser et d’exécuter le JavaScript prend du temps lors du premier chargement.
Désolé de remonter ce sujet déjà ancien, mais j’ai maintenant plus de données après avoir mené des tests au cours des derniers mois…
Voici donc les deux sites web que j’ai testés : l’un a été migré de Discourse (EmberJs) vers un site web personnalisé construit avec Vue et Nuxt.
Le second est Discourse, avec la suppression des publicités, des polices personnalisées et absolument tout ce qui peut être retiré pour le rendre aussi léger que possible (ce qui a permis de faire passer les erreurs LCP du niveau Erreur au niveau Avertissement).
1. Forum Discourse (polices personnalisées, publicités, plugins… etc. supprimés)
Comme vous pouvez le voir, en mai, après la mise à jour, nous avons perdu 50 % de nos classements de mots-clés. En octobre, nous avons commencé les modifications, ce qui nous a permis d’obtenir une petite hausse pendant un court moment, mais les résultats sont ensuite retombés ! Comme s’il y avait une certaine résistance (en d’autres termes, une pénalité de la part de Google).
Comme vous pouvez le voir sur l’image ci-dessus, les modifications que j’ai apportées (suppression de tous les éléments superflus) ont permis de faire passer les URLs de la catégorie « URLs médiocres » à celle des « URLs nécessitant des améliorations », mais même cela n’a pas suffi !
2. Front-end personnalisé Vue/Nuxt avec backend Discourse
Sur ce site web, comme je l’ai remarqué il y a plus d’un mois, les performances ont retrouvé leurs niveaux d’avant le 4 mai.
Conclusion :
OUI, GOOGLE SE SOUCIE DU LCP !
J’espère que l’équipe de Discourse le prendra désormais plus au sérieux. Peut-être vaut-il la peine de s’éloigner d’Ember ; j’ai dû le faire moi-même sur un gros projet. Oui, la migration était très coûteuse, mais elle en valait vraiment la peine.
Je suis également d’avis que le LCP constitue une pénalité connexe. Je surveille ce fil de discussion depuis longtemps. Aucune recommandation concrète n’a encore été formulée sur cette question.
Merci pour ce retour ! Je pense que cela reste d’actualité :
La mise à niveau vers Ember CLI est toujours en cours et progresse, mais si vous attendez que nous abandonnions complètement Ember, vous devriez peut-être envisager une autre plateforme et revenir voir où nous en serons avec le LCP dans un an.
Eh bien, je ne suis pas sûr que cela vaille la peine pour Discourse de passer à Ember CLI, mais qui sait ? Nous avons eu la même expérience sur un autre projet et nous avons dû l’abandonner complètement. La mise à niveau vers Ember CLI demande presque autant d’efforts que la migration vers Vue ou autre chose.
Quoi qu’il en soit, ma recherche visait simplement à souligner le problème et à aboutir à une conclusion : dans les premiers temps, presque tout le monde niait le fait que le LCP ait un lien quelconque avec le classement.
Nous avons probablement terminé environ 90 % de ce travail, qui figurait d’ailleurs sur notre feuille de route à long terme, car cela apporte énormément de commodités pour les développeurs et nous permet de rester à jour avec Ember. @eviltrout peut fournir des détails spécifiques, car il est en charge de ce projet.
Oui, mais cela ne signifie pas que tous les sites vont maintenant passer au rendu HTML statique pour dominer le web grâce à leurs super-pouvoirs magiques de chargement ultra-rapide et de SEO. Il s’avère que le véritable contenu de la page est également assez important pour le classement
Vous pouvez consulter l’historique de Google AMP pour voir où ce type d’accent exagéré mis sur une seule métrique peut mener à beaucoup de traumatismes et de travaux d’ingénierie mal orientés.
Eh bien, c’est exactement ce que je cherche à démentir dans mon article. Google dispose déjà de tellement de contenu de qualité décente que, s’ils devaient se baser sur la satisfaction des utilisateurs, je pense que le LCP serait le minimum qu’ils utiliseraient pour leur jugement. Après tout, Google a averti à ce sujet quelques mois avant la mise à jour.
Pour être honnête, j’ai eu beaucoup d’expérience avec Ember CLI et c’est aussi mauvais qu’avant. De plus, je ne suis pas sûr que l’effort de mise à niveau en vaille la peine. Mais nous verrons comment cela se passe, j’espère que @eviltrout aura des informations sur les améliorations de vitesse observées.
Malheureusement, d’après mes recherches ci-dessus ! Google se concentre en fait beaucoup sur l’expérience utilisateur et le LCP. Nous avons essayé tout le reste. Et, comme vous pouvez le voir sur le deuxième site, nous n’avons absolument rien fait d’autre que de supprimer l’erreur LCP, ce qui nous a permis de retrouver tous nos classements (en fait, à l’heure actuelle, nous l’avons déjà fait).
Nous avons commencé à utiliser Ember CLI dans notre startup, et l’une des raisons était que nous avons vu qu’il était utilisé dans Discourse (ce qui a attiré notre attention). Nous l’avons testé, il était facile à démarrer et facile à utiliser, mais il était tellement lourd (en plus d’autres raisons).
Ember CLI a récemment introduit une mise à jour qui obligerait toute application écrite dans des versions antérieures à la 3 à être réécrite ; c’est à ce moment-là que nous avons décidé de nous en débarrasser complètement.
Oui, Ember CLI propose le chargement différé, mais il n’est pas efficace du tout (du moins lors des tests que nous avons effectués). De plus, la plupart des bibliothèques disponibles pour Ember CLI étaient soit obsolètes, soit si boguées que nous avons dû réécrire la plupart des choses nous-mêmes, ou cloner d’anciens dépôts et les maintenir nous-mêmes.
Que ce soit avec Ember CLI ou non, les temps de rendu sont toujours mauvais (ce qui n’aiderait pas le problème de LCP dont nous parlons ici).
Par ailleurs, la façon dont Ember fonctionne facilite la création d’une application lourde.
J’aimerais encore avoir les anciennes analyses que nous avions avant de décider de changer de technologie. Nous venons tout juste de terminer la migration d’Ember vers Vue il y a quelques mois, et je ne peux pas être plus heureux quant aux performances de nos applications et à la rapidité du développement.
PS. Je n’ai pas encore eu l’occasion de vérifier le dépôt Discourse, mais passer à Ember CLI pourrait causer plus de problèmes, car vous devrez ensuite passer à nouveau à Ember Octane (qui n’est même pas encore stable) et qui utilise une syntaxe totalement différente… C’est un vrai désordre, pour être honnête. Je ne suis pas sûr que les arguments utilisés précédemment pour choisir Ember soient toujours valables actuellement @Jeff.
Que signifie « prendre au sérieux » ? Incendier tout notre écosystème et repartir de zéro ?
Discourse est un projet en croissance ; nous sommes tout à fait conscients de ce problème et nous envisageons des mesures d’atténuation telles que Fastboot, un découpage de code plus agressif, etc. Tout cela est en attente de notre mise à niveau d’Ember CLI.
Je suis curieux de voir cette alternative pour le front-end. Pouvez-vous m’envoyer un lien en message privé ? Fondamentalement, produire uniquement du HTML non personnalisable est trivial ; nous livrons une vue en HTML uniquement. Vous pouvez constater que le LCP sur samsaffron.com est très bon ; il s’agit simplement d’un plugin Discourse qui rend du HTML.
En général, je suis d’accord avec vous concernant le LCP et le référencement Google, et j’apprécie grandement votre analyse et vos insights.
Pourriez-vous m’expliquer pourquoi, si Google utilise le LCP dans la mesure où vous le préconisez, deux sujets que j’ai écrits sur notre forum Discourse, qui présente un LCP très faible selon Google, se classent respectivement #1 et #2 sur 3 580 000 entrées ?
Il me semble que si le problème de LCP avec le SPA Discourse était aussi grave que vous le soutenez, et je ne suis absolument pas dans l’opposition, seulement curieux en raison de votre expertise ; pourquoi un site lent comme le nôtre, qui n’utilise aucun CDN et a un LCP très faible, parvient-il à occuper les deux premières places pour des sujets publiés il y a seulement 11 et 13 jours, alors que ces deux sujets sont #1 et #2 sur près de 3,5 millions d’autres publications ?
Je suis vraiment curieux de savoir comment, si le LCP de Google est aussi influent que vous le présentez, notre site avec un LCP très faible parvient à obtenir de si excellents résultats dans les SERP.
Selon votre exemple, la réponse semble assez évidente : vous avez recherché des termes assez spécifiques où il n’y a pas vraiment de concurrence avec un meilleur LCP. Être le « meilleur » est facile quand on est le seul. Comme indiqué dans les messages ci-dessus, le contenu reste le facteur le plus important, mais lorsqu’il y a beaucoup de contenu disponible pour votre recherche, les autres facteurs deviennent importants. Vous pourriez même prouver son point plutôt que l’inverse.
Je sais que cela a déjà été mentionné ci-dessus, mais ne pourrait-on pas générer une version statique rapide du forum uniquement en HTML et l’utiliser pour les moteurs de recherche ? (leur interdire de crawler le forum réel où les utilisateurs enregistrés naviguent et publient).
Vous dites qu’il existe un plugin pour générer une vue statique ? Est-il disponible pour tout le monde ?
Cela semble toujours être une « hypothèse » et n’est pas encore prouvé comme un fait, n’est-ce pas ?
Selon Google et d’autres, le LCP n’est pas encore un facteur pris en compte dans le classement et ne sera pas utilisé comme signal de classement avant mai 2021, n’est-ce pas ?
Il me semble un peu excessif de pousser l’équipe Discourse à apporter des changements majeurs à son écosystème sur la base d’analyses et de graphiques provenant d’un très petit nombre de personnes qui affirment que le LCP affecte le SEO actuellement, alors que Google indique que ce signal n’est pas encore actif.
Le signal LCP est-il actif ou non ?
Google déclare que le LCP n’est pas encore utilisé comme signal pour le SEO.
Juste pour vous informer, je ne suis absolument pas fan d’EmberJS et je suis d’accord pour dire que le LCP est important. Je cherche simplement des faits basés sur des preuves et des éléments tangibles.
Mon seul « point » est que, lorsque je lis ce fil, il semble que les gens poussent vraiment fort sur Discourse meta pour apporter des changements structurels majeurs basés sur quelque chose qui, selon Google et d’autres experts en SEO, n’est pas encore utilisé comme signal de référencement.
Vous dites que Google n’est pas honnête avec le public ?
FYI, il est hautement improbable que Google, une société cotée en bourse, trompe le public. Cela exposerait Google à une énorme responsabilité financière potentielle.
C’est juste. Je ne connais pas grand-chose au LCP. Je l’admets. Je me basais uniquement sur ce qui est dit dans ce sujet, et vous avez raison, je ne sais pas si c’est exact du tout (sauf les preuves présentées ici). Donc, veuillez lire mon message en supposant que « si l’affaire du LCP est correcte ».
Votre conclusion (à savoir que Google n’utilise pas le LCP pour déterminer les classements de recherche) est peut-être juste, mais vous n’y parvenez pas par la voie que vous avez tracée.
C’est un terme de recherche si unique que Google a proposé des corrections d’orthographe. Il n’y a pas grand-chose à choisir.
Vous devriez effectuer de nombreuses recherches pour tirer une quelconque conclusion. Si je recherche « +discourse +gon », votre site n’apparaît pas du tout et le premier résultat est The Discourse Encouragement Fund
De plus, je pense que Google personnalise les résultats de recherche. Le site que vous consultez le plus souvent est apparu en premier pour vous, mais pas nécessairement pour les autres. Pour moi, le premier résultat est Plugin - Discourse Meta. J’utilise normalement DuckDuckGo, donc peut-être que ce résultat n’est pas du tout personnalisé.
Rien de tout cela ne dit ou ne prouve quoi que ce soit concernant le LCP. Ce sujet a été intéressant et j’ai hâte qu’il se poursuive. Personnellement, je suis satisfait de la rapidité de Discourse.
