J’espère que 2021 sera le début de la fin pour deux de mes choses les moins préférées – la pandémie et les pages mobiles accélérées (AMP).
Au cours des derniers mois, je me suis concentré sur la mise à jour de l’expérience de page de Google, qui doit être lancée en mai et sur ce que cela signifie pour les éditeurs. L’élément le plus important et dont on parle le plus dans la mise à jour est Google qui annonce que les sites avec des éléments essentiels du Web qui passent recevront un coup de pouce au classement sur mobile. Cependant, il y a un autre élément important dans la mise à jour : la fin du traitement spécial pour les pages AMP.
AMP est un framework open source créé par Google dans le but déclaré de rendre les pages Web mobiles rapides. Les pages AMP doivent suivre un ensemble spécifique de règles et utiliser un ensemble fixe de fonctionnalités et de fonctionnalités.
Bien que l’objectif déclaré d’AMP – rendre le Web rapide – semble noble, AMP est également venu avec l’exigence malheureuse que les éditeurs autorisent les sources de trafic telles que Google à mettre leur contenu en cache et à le diffuser à partir de leur domaine, tel que google.com . En pratique, cela signifiait que lorsqu’un utilisateur clique sur un résultat de recherche de la BBC, il n’accède pas au site Web de la BBC ; ils consultent une copie du contenu de la BBC sur google.com. AMP a créé toutes sortes de problèmes, de l’analyse à la diffusion d’annonces en passant par les connexions. Peut-être plus important encore, cela a créé une tentation à laquelle même Google n’a pas pu résister : encourager les utilisateurs à rester sur Google au lieu de consommer plus de contenu sur le site Web d’un éditeur.
Google a fourni un avantage distinct aux sites utilisant AMP – un placement prioritaire sur la plus grande source de trafic au monde – la recherche Google. J’ai eu le plaisir de travailler avec plus de vingt mille éditeurs au cours des cinq années écoulées depuis le lancement d’AMP, et je ne pense pas avoir jamais entendu une seule raison pour laquelle un éditeur utilise AMP autre que pour obtenir ce placement prioritaire. Permettez-moi de préparer cela pour vous – Google, le moteur de recherche le plus dominant au monde – a utilisé cette position dominante sur le marché pour encourager les éditeurs à adopter la technologie afin que Google puisse stocker et diffuser le contenu de l’éditeur sur le domaine de Google. Comment est-ce légal ? Eh bien, je ne suis pas avocat, mais ça ne l’est peut-être pas.
La bonne nouvelle est qu’en mai, tout est sur le point de changer. Une partie de la mise à jour de Google est que toutes les pages avec des scores élevés d’expérience de page sont éligibles pour figurer dans le carrousel d’actualités en vedette. Cela signifie effectivement que les éditeurs ne seront plus obligés d’utiliser AMP et pourront à la place proposer des expériences riches et rapides sur leurs propres domaines.
Il sera intéressant de voir si Google s’appuie effectivement sur ses propres scores d’expérience de page ou s’il privilégie toujours l’AMP, car l’ AMP obtient souvent des résultats inférieurs à ceux des pages Web classiques sur ces métriques . Étant donné qu’AMP n’autorisait pas les éditeurs à utiliser leur propre JavaScript, AMP devait répliquer toutes les fonctionnalités importantes sur Internet dans le cadre AMP. Comme on pouvait s’y attendre, cela a abouti à une bibliothèque de JavaScript en constante évolution qui doit être téléchargée et analysée pour exécuter une page AMP. Sur ma page de test, il a chargé les scripts indiqués dans l’image ci-dessous. Certains sont spécifiques aux fonctionnalités de la page, mais le cadre de base et les analyses à eux seuls dépassent 100 Ko.
D’accord, AMP charge donc un tas de fichiers indésirables que mon site n’utilise pas, mais comment cela se passe-t-il avec les éléments essentiels du Web ? J’ai testé deux sites Web, l’un qui est normalement correct en termes de vitesse et de vitesse du Web et le célèbre lafoo – ce qui est parfait. ??
Les deux sites sont sensiblement pires sur leurs versions AMP. La quantité de données transférées est plus élevée, l’exécution du script est pire et la page prend plus de temps à charger. Voilà pour la promesse de vitesse et une meilleure expérience utilisateur.
Les bonnes nouvelles sont encore meilleures ; les pages non AMP génèrent considérablement plus de revenus par page vue que les pages AMP. Au départ, j’ai supposé que cela était dû à la nature de la façon dont les annonces se chargent sur AMP. Cependant, de récentes poursuites antitrust ont proposé que l’entrave à la concurrence publicitaire était une caractéristique et que tous les tags publicitaires non amplis, tels que mon entreprise, Ezoic ‘s, étaient retardé de 1 seconde pour les rendre moins efficaces. Il est également allégué que Google a laissé son propre échange gagner, même lorsque quelqu’un d’autre enchérit plus !
Bien que comparer AMP à COVID-19 n’était pas juste, j’attends avec impatience la descente des deux. Qu’est-ce que cela signifie pour vous en tant qu’éditeur ? Simple – mettez-vous au travail dès maintenant pour vous assurer que votre site offre une excellente expérience utilisateur ET un excellent score d’expérience utilisateur. Évitez le JavaScript, les plugins et le gonflement inutiles et rendez votre site facile à utiliser. Si vous utilisez actuellement AMP, vous pourrez vous débarrasser de cette monstruosité en mai, et si vous ne l’êtes pas, vous serez désormais en compétition pour des postes de recherche auparavant indisponibles pour vous. Pour les éditeurs, c’est gagnant-gagnant.
