Pourquoi nous n’appliquerons pas AMP à nos pages

Le web est rempli de pages gonflées qui étouffent les serveurs avec des frameworks JavaScript démesurés, rendant l'expérience frustrante et fastidieuse. 

Pour remédier à cela, Google a proposé en 2015 le projet Accelerated Mobile Pages (AMP), où il a créé son propre sous-ensemble de HTML destiné aux utilisateurs mobiles, en promettant que les pages se chargeraient plus rapidement.

Ce qu'AMP fait, c'est qu'il dépouille les pages de leur crédibilité en restreignant le bon HTML.
Au lieu de se concentrer sur la réduction du JavaScript volumineux et du contenu gonflé, Google propose son propre JavaScript qu'il charge de manière asynchrone. 

Fait intéressant, AMP ne résout en réalité pas le problème de vitesse. Le fondateur de Pinboard, Maciej Cegłowski, a recréé la page de démonstration Google AMP sans le JavaScript Google AMP et, sans surprise, elle est 8 fois plus petite et beaucoup plus rapide que la version de Google.

La question logique suivante est : pourquoi Google irait-il aussi loin pour promouvoir AMP ? La raison principale devient de plus en plus claire à mesure que les éditeurs assoiffés de trafic et les spécialistes du marketing de contenu se lancent dans l'aventure AMP. Le problème est qu'ils sont presque indiscernables des véritables fournisseurs de contenu. Ainsi, tout générateur de contenu faux qui se lance dans AMP aura l'air aussi crédible que les véritables fournisseurs de contenu, car ils sont servis par Google de préférence aux autres. Les clics passent tous par Google. C'est un problème sérieux.

Facebook est plus dangereux à cet égard, mais au moins ils sont ouverts à ce sujet. 

Et avec la nouvelle refonte de Chrome version 69, Google, qui était tellement vocalisé sur le changement du http au https, a discrètement supprimé le « www » car il le considère comme un sous-domaine trivial.

Bien que ce soit un paramètre, les paramètres par défaut sont ceux auxquels la majorité s'en tient. L'absence de « www » pourrait aussi causer de sérieux problèmes de phishing où www.somename.com et somename.com peuvent pointer vers deux sites web entièrement différents.

Ce n'est pas un avenir lointain où Google cache le sous-domaine amp par lequel Google dessert ses pages AMP. Comme quelqu'un l'a dit, « Et puis soudainement tout le monde converge vers AMP. » Faites le lien!

En conclusion, nous ne sommes pas convaincus que Google résout vraiment l'éléphant dans la pièce, qui est la nature volumineuse des pages, mais plutôt qu'il tire parti de l'éléphant et promeut son propre zoo. Nous chez Kuwait Website Design considérons cela comme une conduite contraire à l'éthique et nous n'en ferons pas partie et nous attendons de Google qu'il donne un meilleur exemple.

P.S : Pour ceux qui veulent désactiver le paramètre consistant à ne pas afficher www dans leurs navigateurs Chrome peuvent coller le paramètre d'indicateur ci-dessous dans la barre d'adresse de Chrome et changer l'option par défaut à désactivé.

chrome://flags/#omnibox-ui-hide-steady-state-url-scheme-and-subdomains