Tabla de contenidos
Naissance
Le 7 octobre 2015, Google soumis Le projet Accelerated Mobile Pages, ce que nous connaissons comme le AMP et en 2016, ils ont été mis en ligne.
Sous l'argument raisonnable de l'amélioration des performances des pages mobiles, ils l'ont expliqué comme suit :
"Chaque fois qu'une page Web prend trop de temps à se charger, vous perdez un lecteur et l'opportunité d'un revenu par le biais de la publicité ou des abonnements. Cela s'explique par le fait que les annonceurs sur ces sites Web ont du mal à inciter les consommateurs à prêter attention à leurs publicités lorsque les pages se chargent si lentement que les gens les abandonnent complètement".
"L'objectif est d'améliorer considérablement les performances du web mobile. Nous voulons que les pages Web au contenu riche, telles que les vidéos, les animations et les graphiques, fonctionnent aux côtés des publicités intelligentes et se chargent instantanément. Nous voulons également que le même code fonctionne sur plusieurs plateformes et appareils afin que le contenu puisse apparaître partout en un instant, quel que soit le type de téléphone, de tablette ou d'appareil mobile utilisé."
Selon Google, le projet, basé sur AMP HTML, a commencé comme un nouveau cadre ouvert entièrement constitué de technologies Web existantes, qui permettait de construire facilement des pages Web légères. Peu de temps après, nous nous sommes rendu compte que ce n'était pas si simple, c'était facile, mais parce que presque toute personnalisation était limitée.
AMP avait un groupe initial de partenaires technologiques comprenant Twitter, Pinterest, WordPress.com, Adobe Analytics, Parse.ly, Chartbeat et LinkedIn qui prévoyaient d'intégrer des pages HTML AMP.
AMP, rétrécir le web
Depuis 2015, beaucoup de choses ont changé, comme les ressources des serveurs d'hébergement et les vitesses de connexion, mais l'AMP n'a pas évolué de la même manière.
De plus, la promesse de pouvoir construire des pages rapides était en partie trompeuse car même si Google a annoncé que AMP pouvait être servi à partir de votre serveur, il reprend ces pages pour changer. AMP est servi à partir des serveurs de Google, en utilisant un code source ouvert, mais géré par Google et Google seul, ce qui, pour beaucoup, va à l'encontre de la philosophie du web.
Mais si cela améliorait la vitesse, il fallait le tester. Là encore, c'était également relatif. Si votre site Web était lent, l'amélioration était notable, mais il existe aujourd'hui des modèles qui sont aussi rapides, voire beaucoup plus rapides, que les pages AMP.
Un autre aspect négatif est qu'il oblige à "verrouiller" les pages mobiles à l'écosystème Google et à ses intérêts et avec des possibilités de conception très réduites, du moins pour un utilisateur moyen, bien qu'elles puissent augmenter les impressions, elles donnent généralement un CTR presque absurde et des taux de rebond exagérés.
Comme si cela ne suffisait pas, ceux qui visitent une page AMP ont la sensation d'être devant une page complètement différente de la version de bureau, ce qui, pour l'image de marque, n'est rien de moins qu'un travail bâclé. Même la possibilité d'intégrer des éléments de base pour la convivialité et la navigation disparaît, ou devient très compliquée.
Peu de marge de manœuvre
Pour mettre AMP en service, il y a essentiellement deux plugins, l'officiel et un autre gratuit qui a rapidement vu le marché pour proposer des extensions payantes pour toutes ces choses, souvent basiques, qui manquaient. Il existe également tant d'autres plugins payants.
AMP n'est pas un facteur de positionnement
AMP n'est pas, et n'a jamais été, un facteur de positionnement en soi, c'est la vitesse de chargement et d'autres facteurs, mais il offrait l'attrait de pouvoir apparaître dans de meilleures positions dans certains résultats de services Google
En juillet 2021, Google a annoncé la disparition de l'icône qui distinguait les pages AMP dans les résultats de recherche mobile, elle a également disparu des résultats au sein du carrousel d'actualités, et depuis le jour où il a lancé les Mise à jour de l'expérience de la pagea été lancé, avoir AMP n'est plus une obligation pour pouvoir figurer dans ces carrousels.
Désinstaller AMP
Il y a cinq jours, j'ai dit adieu aux pages AMP. Il existe plusieurs guides sur la façon de les supprimer sans laisser de liens brisés et sans tuer vos classements.
Le meilleur conseil, si vous décidez d'utiliser AMP, est de le faire en utilisant le plugin officiel avec le mode paramètre de requête ou l'ancien transitionnel avec la structure URL adaptée à la chaîne de requête. Cela vous permettra de désinstaller le plugin si vous voulez vous en débarrasser demain sans avoir à faire quoi que ce soit d'autre
Pour ce faire, assurez-vous de cocher la case"Désinstallation des données du plugin" dans la dernière option des paramètres du plugin. Cela supprimera les données de configuration des URL validées et les transitoires utilisés pour stocker les dimensions des images et les feuilles de style analysées.
Après avoir désinstallé et supprimé le plugin, les urls AMP seront redirigées vers votre canonical et sur une période de quelques jours à quelques semaines, Google désindexera les urls AMP de son moteur de recherche
Si vous voulez accélérer un peu le processus, ou plutôt alerter Google pour qu'il revisite vos adresses, vous pouvez resoumettre votre sitemap à partir de Search Console.
Si vous voulez également vous assurer qu'elles redirigent correctement, vous pouvez utiliser cet extrait et les visiter ensuite pour vérifier que les pages ?amp=1 redirigent vers leur version canonique.
/ Redirigir de /?amp a su canonical /
add_action( 'template_redirect', function() {
if ( isset( $_GET['amp'] ) ) {
wp_safe_redirect( remove_query_arg( 'amp' ), 301 );
exit;
}
} );
Pour le mode /amp/, ce n'est pas aussi simple que de désinstaller et supprimer le plugin et il faut faire une redirection à partir de .htaccess ou tirer un plugin de redirection. Vous pouvez lire les étapes ici ou ici si vous n'utilisez pas le plugin officiel.
Premiers effets de la désinstallation d'AMP
Le premier effet immédiat est que j'ai arrêté de perdre beaucoup d'heures à dépanner la série d'erreurs liées aux pages AMP que je recevais presque chaque jour dans Search Console. Ils étaient si nombreux, et parfois si irrécupérables, que je suis allé jusqu'à couper les notifications.
La chose la plus importante, du moins dans mon cas, est que le temps passé sur la page commence à augmenter et aussi le nombre de pages visitées par session et donc le taux de rebond a commencé à diminuer.
Bien qu'il soit encore un peu tôt pour disposer de suffisamment de données pour servir d'élément de comparaison, je n'ai rien trouvé que je puisse considérer comme négatif en me détachant des pages AMP.
En termes de vitesse de chargement, j'ai même réussi à obtenir une modeste réduction dans la petite marge d'amélioration qui restait déjà.
Pour résumer
Tout ce qui concerne les pages AMP n'est pas mauvais. Si votre site Web est lent, que vous n'avez pas beaucoup d'idées sur l'optimisation et la conception et que vous ne vous souciez pas des limitations qui en découlent, c'est une option rapide et facile pour améliorer la vitesse de vos pages mobiles. Si, en revanche, votre version mobile native est rapide et que vous continuez à l'optimiser, vous n'avez pas besoin d'AMP et pouvez obtenir de meilleurs résultats.
