Table des matières de l'article :
Introduction
Il y a des situations difficiles à expliquer d'un point de vue technique, et il y a des sentiments encore plus difficiles à expliquer d'un point de vue purement émotionnel. Il ne faut pas parler d'émotions sur un blog purement technique où l'on parle de Performance Web et d'Hébergement WooCommerce, cependant il est indéniable qu'il serait vraiment dommage de ne pas faire comprendre au lecteur à quel point cela peut être frustrant et insatisfaisant d'un point de vue humain être de se sentir Giovanna D. 'Tourner arc.
Jeanne d'Arc est restée célèbre dans l'imaginaire collectif pour ses visions et ses prophéties, généralement discréditées et mises en doute . Heureusement, nous n'avons pas de visions, et nos « prophéties » ne sont certainement pas d'origine divine ou surnaturelle, mais simplement le fruit d'une expérience de plus de dix ans, qui nous a permis d'anticiper les situations à haut risque dans les zones à forte fréquentation.
Par exemple, comment aurions-nous dû réagir en lisant un article sur une agence de communication, de référencement et de relations publiques numériques très réputée et excellente du Nord de l'Angleterre, qui annonçait la diffusion d'une publicité sur Sky Uno aux heures de grande écoute, juste avant le très célèbre concours de talents X Factor?
Combien coûte un tel événement ? Au-delà des coûts de production du Spot qui dépasse largement notre compétence mais dont on imagine tout de même qu'il a un coût non négligeable si l'on considère les acteurs, le maquillage, les perruques, les caméras, le montage vidéo, la post-production, la réalisation etc., les coûts les plus importants et les plus impactants ne sont probablement pas tant les coûts de création du spot, mais les coûts de transmission sur des réseaux importants tels que, par exemple, SKY Uno aux heures de grande écoute.
On sait que le monde de la publicité télévisée est très varié et que dans certaines conditions, les acheteurs médias peuvent se vanter d'offres commerciales ad hoc tout à fait convenables et très éloignées de ce que sont les offres "standard" souvent annoncées dans les tarifs canoniques qui, dans fait souvent que la fonctionnalité d'orientation.
Indépendamment des marchandages et des traitements extrêmement avantageux qui peuvent être obtenus, il faut cependant garder à l'esprit qu'il s'agit de chaînes de télévision importantes, avec des audiences impressionnantes et avec des offres de listes pourtant très, très chères.
Pour information, en fait, ce qui précède sont les coûts indicatifs pour gérer et passer des publicités lors d'un événement comme celui mentionné, c'est-à-dire XFactor 2022.
Sans vouloir rien dire, mais uniquement à titre indicatif, une telle démarche a un coût très élevé, c'est pourquoi il aurait été logique d'essayer de maximiser les profits en évitant les temps d'arrêt et les situations de ralentissement qui font peur à toute campagne publicitaire en ligne.
Par souci d'exhaustivité de l'information, il faut dire que plusieurs de nos clients (et clients de nos clients) au fil des années ont eu besoin de nos services précisément pour mettre des publicités qui auraient apporté beaucoup de trafic sur les réseaux nationaux (RAI et Mediaset ).
Des campagnes telles que Arquati Tende da Sole ont trouvé en nous la solution d'hébergement performante pour les temps d'arrêt et les plantages, ou l'apparition de Martina Gold dans le célèbre programme Ciao Darwin, des lancements pour n26 dans le cadre de collaborations avec les marques de football de nos clients, etc. sur.
Il était donc normal, voire un devoir de conscience, d'examiner la structure technologique du site, qui serait soumis à un trafic important. Constatant un TTFB particulièrement élevé, ainsi que l'absence de cache statique côté serveur, de formats d'image optimisés tels que WebP et une utilisation incorrecte de l'en-tête Vary: User-Agent, nous avons eu la sagesse d'informer l'auteur du message ci-dessus que le site serait probablement hors ligne dans sa configuration actuelle.
Ayant parmi le cercle d'amis (parler dans le passé est objectivement nécessaire) l'auteur du message public mentionné ci-dessus, nous n'avons pas hésité à communiquer sans trop de mots que le site se déconnecterait, en prenant soin et diligence de communiquer également les raisons (et analyse super partes associée Google PageSpeed Insight) à ceux qui aiment Stefano (un autre expert en développement de commerce électronique et initié) ont minimisé avec sympathie ce qui, à notre avis, était désormais une dernière phrase.
Dans l'écran miniature nous sommes allés joindre en connaissance de cause les résultats du Google PageSpeed Insight qui ont montré de manière assez claire et éloquente des valeurs très éloignées des attentes de Google, qui bien qu'elles puissent constituer un problème "négligeable" avec peu de trafic, deviennent des problèmes aux proportions épiques si le site doit supporter un trafic élevé, comme celui qu'il aurait obtenu d'une émission télévisée avant X Factor.
Il est immédiatement évident que le TTFB élevé signifiait de faibles performances côté serveur, ainsi que l'utilisation de formats multimédias non récents (les anciens JPG et PNG au lieu du nouveau webp pour ainsi dire) auraient pu saturer la liaison montante (normalement à 1Gbit /s chez le fournisseur actuel), surtout en l'absence d'un CDN comme CloudFlare.
Globalement, les valeurs rapportées sont très médiocres pour un projet Web qui aspire à obtenir le succès dû et mérité.
Dès lors, aucune optimisation significative n'a été réalisée, hormis l'ajout d'une extension d'optimisation et de mise en cache côté application comme WP Rocket. Or, comme nous l'avons toujours signalé, cela ne suffit pas pour un site à très fort trafic : Quand les extensions de cache WordPress ne suffisent pas. Proxy inverse et mise en cache d'objets : Performances optimales.
Les effets réels d'une connexion en ligne sans réglage côté serveur
Nous avons donc voulu voir en direct quels auraient été les prétendus effets néfastes de la mise en TV d'un site pas suffisamment optimisé pour supporter une quantité de trafic estimée de toute façon importante.
Nous nous sommes donc branchés sur Sky Uno et avons attendu smartphone en main le passage du spot publicitaire à la télé. Dès que la publicité a commencé, nous nous sommes dirigés vers la page d'accueil du site et nous l'avons rafraîchie à une fréquence plus ou moins régulière d'une toutes les deux secondes.
Après seulement quelques secondes (une dizaine), le site est apparu comme vous pouvez le voir dans la vidéo suivante , avec des problèmes d'ouverture, une « roue » qui attendait constamment et une barre de progression qui ne voulait pas avancer face à un site Web qui ne se chargeait pas.
Même en allant sur le site .it (une redirection vers le site principal .com), nous étions confrontés exactement à la même situation, il n'y avait en aucun cas un moyen de le naviguer et d'être redirigé vers le site principal.
Après plusieurs minutes au cours desquelles l'afflux de visiteurs ne pouvant pas naviguer sur le site a probablement diminué, le temps d'ouverture du site (de la Homepage notamment) a été supérieur à 16 secondes (SEDICI), en utilisant l'utilitaire curl de Linux bien visible depuis le image suivante.
Est-ce la responsabilité et la faute de l'Hébergeur ? Ou peut être pas.
Il serait commode pour nous de dire avec certitude que la faute était à l'hébergement avec des technologies côté serveur qui n'étaient pas adéquates pour supporter une quantité importante de trafic. Cependant, cela peut être une fausse déclaration car nous ne savons pas vraiment comment les choses se sont passées.
Ce qui est certain, c'est que notre CTO Marco Marcoaldi, parlant avec celui qui dans Fattoretto Srl était chargé de faire des choix concernant l'hébergement (celui qui dit précisément qu'il évalue dans le message ci-dessus) a révélé les problèmes techniques et technologiques qui allaient certainement examiné, réfléchi, approfondi et analysé avec le soutien de l'hébergeur actuel.
Il n'est pas contesté qu'il était acquis qu'il y aurait eu un pic de trafic beaucoup plus important que le trafic standard, un trafic à tous égards qui ne peut être déterminé a priori, un événement qui doit être traité en tenant compte de la pire situation possible, c'est-à-dire trouver des centaines de milliers d'utilisateurs en ligne par minute.
Partant de ce postulat, la pratique consiste à se diriger vers des instances physiques dédiées de classe entreprise avec le nombre maximal de cœurs et de threads disponibles et une configuration réseau et logicielle à la perfection avec toutes les précautions nécessaires.
Qu'entend-on par "Enterprise Band" ? Nous ne parlons pas du vaisseau spatial Star Trek, mais plutôt d'une gamme Haute / Très Haute qui n'est normalement autorisée que par les grandes entreprises et les entreprises définies comme la gamme Enterprise.
Dépenser 50€ - 150€ pour un serveur dédié par mois est à la portée de tous, y compris des particuliers, faire un investissement de 1000€ par mois pour des serveurs commence déjà à être réservé à très peu d'entreprises.
Cela aurait permis, par exemple, de louer pour un mois (ou en tout cas la durée de la programmation du commercial) une machine très bien blindée avec au moins 32 cœurs / 64 threads d'un processeur de dernière génération et avec des disques nVME rapides .
Si cette nouvelle de problèmes potentiels n'a pas fait l'objet d'une enquête auprès du support technique, révélateur d'inquiétude, tout en précisant qu'elle serait diffusée avec le spot qui l'aurait renvoyé sur le site, en prime time, juste avant le début d'un très populaire programme comme X Factor , le problème et la responsabilité sont attribuables exclusivement à la personne qui, en possession d'informations techniques qui auraient dû s'alarmer d'un temps d'arrêt probable, n'a pas examiné avec diligence et responsabilité des données détaillées provenant d'une source fiable.
Bref, ce n'est pas le boulanger qui vous a dit que vous alliez peut-être vous déconnecter, mais une figure technique qui fait cela depuis 2005 et qui a également précisé les différentes motivations mesurées avec des outils officiels et des superpartes comme Google PageSpeed Insight, qui aurait donc dû vous laisser saisir la vérité de ses propos et la bonté de ce qui est dit.
En bref, si le fournisseur d'hébergement n'est pas informé de cette situation exceptionnelle, qui peut être gérée de manière exceptionnelle avec des solutions matérielles et logicielles exceptionnelles (où exceptionnel signifie extraordinaire, c'est-à-dire non ordinaire, hors du commun), il est évident qu'il ne peut pas se donner la peine de mettre en place sa meilleure solution matérielle/logicielle pour cette éventualité exceptionnelle , d'autant plus que cela exige un travail supplémentaire et des dépenses de sa part, ce qui nécessitera nécessairement une renégociation du contrat ou une facturation séparée pour le service.
Cependant, nous pensons que même un investissement supplémentaire de 1000 euros, pour garantir la meilleure expérience utilisateur, compte tenu de l'investissement économique que peut nécessiter un commercial tant dans la réalisation que dans le passage sur une chaîne comme Sky Uno, était certainement un investissement de protection de sa propre entreprise.
Toutefois, si le problème a déjà été signalé au fournisseur d'hébergement, en précisant de manière détaillée et précise que la publicité serait diffusée aux heures de grande écoute, pendant une émission de télévision très regardée, et que le fournisseur d'hébergement a minimisé l'importance d'un réglage ad hoc, spécifique à cette éventualité, alors il est évident que la responsabilité incombe exclusivement au fournisseur d'hébergement qui n'a pas été capable d'évaluer soigneusement une situation qui aurait de toute façon nécessité au moins l'installation et le réglage d' un cache HTML statique tel que Varnish , LSCache ou NGINX FastCGI Cache, dont aucune trace n'est détectée lors de l'examen des en-têtes de réponse HTML.
Si l'on considère également que la configuration côté serveur est restée la même quatre jours après la communication du problème et le temps d'arrêt associé, il est bien évident qu'une fois de plus nous avons tendance à minimiser l'importance de ce qui a déjà été communiqué. C'est à dire que le site n'est pas prêt à supporter des pics de fréquentation mais malgré tout il est déjà comme ça.
Conclusion et matière à réflexion
Comme nous le répétons et nous le répétons habituellement, après tout dans la vie, ce n'est jamais perdu. Soit vous gagnez, soit vous apprenez.
Cette histoire nous a permis de tirer, de documenter et de partager une étude de cas plutôt éloquente qui montre et démontre (vidéo et preuves à l'appui) comment même les meilleures agences de communication italiennes et les meilleurs projets peuvent parfois se heurter à des problèmes désastreux qu'ils ne maîtrisent pas suffisamment.
Parce qu'entre faire brillamment, la communication, les RP numériques, le marketing et le design, et savoir faire du réglage côté serveur et côté système, spécifiquement pour les sites WooCommerce (comme dans ce cas), trop de choses passent.
Le responsable avait été informé des conséquences possibles (et probables) d'une apparition télévisée avec un site web non optimisé pour gérer « tout » le trafic attendu , mais l'enthousiasme excessif du moment a probablement occulté l'aspect purement technologique qui, grâce à des moyens de fortune comme WP Rocket, a au moins permis d'éviter le pire, en parvenant à gérer au moins une partie du trafic après le pic initial que nous avons montré et documenté dans la vidéo.
Il est incontesté de dire et d'affirmer que même les meilleures initiatives et les meilleures intentions peuvent être vaines si l'on ne s'entoure pas de personnalités extrêmement techniques capables non seulement d'appréhender le problème, mais aussi des implications futures, qui dans ce cas ont certainement impacté économiquement. , ne permettant pas aux visiteurs (et donc aux clients potentiels) de visiter un site qui ne s'est pas ouvert et qui pendant un certain temps a été navigué à des vitesses certainement supérieures à celles recommandées pour maximiser les ventes.
Une fois de plus, un exemple concret de la façon dont le pire aurait pu être évité en suivant les conseils de professionnels spécialisés dans la performance web. Ces derniers auraient géré la situation tout autrement , en dimensionnant du matériel professionnel adapté à l'événement. Un minimum de 32 cœurs et 64 threads aurait permis de configurer correctement un système de cache professionnel comme Varnish et d'utiliser des formats optimisés tels que WebP au lieu des formats JPEG et PNG, beaucoup trop gourmands en ressources.
Malheureusement, comme cela est arrivé à Giovanna D'Arco, nos avertissements n'ont pas été entendus et l'inévitable s'est produit, impactant à la fois en termes d'image et de retour économique manqué, une initiative marketing certainement gagnante et louable.
Lorsque vous sous-estimez l'importance d'une figure systémique, souvenez-vous de cet exemple et de cette étude de cas pour comprendre ce qu'il ne faut pas faire lorsque vous avez l'intention de porter un site Web à la télévision.
Par exemple, dix jours après l'événement, un délai plus que suffisant pour agir et résoudre les problèmes déjà signalés au propriétaire, nous constatons que le site présente toujours la même pile technologique que celle qui ressort de l'analyse des en-têtes, ainsi que des lacunes importantes et flagrantes, comme par exemple l'absence de compression Brotli.
Ainsi que l'absence d'une fonctionnalité très importante ou du protocole HTTP2.
Lorsque nous naviguons sur un site Web via le navigateur, nous adressons essentiellement une demande au serveur et le serveur répond en envoyant les données de cette page spécifique. Cependant, les données ne sont pas envoyées toutes ensemble, mais sont décompressées en plus petits éléments d'information. La page du site, pour être chargée dans le navigateur de l'utilisateur, doit attendre l'arrivée de chaque information.
Cela vaut également pour le protocole HTTP (celui qui a pratiquement toujours été utilisé sur Internet).
Le multiplexage , une nouvelle fonctionnalité d'HTTP/2, permet de « découper » les requêtes afin d'échanger simultanément davantage d'informations. La connexion entre le navigateur et le serveur s'en trouve ainsi considérablement améliorée : plus flexible, plus efficace et, par conséquent, beaucoup plus rapide.
En moyenne, il a été calculé que les sites utilisant le protocole HTTP2 sont capables de charger des pages plus rapidement que 50 % !
Prenons un exemple : s'il faut actuellement environ 3 secondes pour charger la page d'accueil de votre site sur un smartphone avec connexion 8G, avec le Http2 vous aurez l'accueil beau et chargé en 4.
Il est incontesté d'affirmer sans trop d'euphémismes à la lumière de cette dernière lacune grave (l'absence de HTTP / 2) qu'il y a probablement eu un certain manque d'intérêt pour l'optimisation du site Web et que la structure d'hébergement actuelle qu'ils utilisent a plutôt des configurations. vetuste n'est pas en mesure de garantir et d'offrir les meilleures pratiques à ses clients.
Prenons par exemple l'exemple de la diffusion du protocole HTTP/2 en octobre 2022, à partir des données disponibles sur https://w3techs.com/technologies/details/ce-http2
Jusqu'à 42% des sites Web dans le monde utilisent HTTP / 2, un protocole très important capable d'au moins doubler la vitesse de transfert de données et de rendu de la page Web aussi facilement visible à partir de la démonstration animée ci-dessous.
Mis à jour le 3 novembre 2022.
Il semble que notre travail de suivi et de communication des problèmes à l'un des partenaires ait produit l'effet escompté, c'est-à-dire qu'une attention ait été portée aux problèmes de performances et d'optimisation de l'installation côté serveur afin d'héberger correctement WooCommerce.
En consultant SecurityTrails.com , un service en ligne capable d'afficher les changements d'adresse IP et de DNS, nous avons constaté, comme le montre l'image suivante, que le 31 octobre 2022, l'adresse IP qui répond au domaine birredamanicomio.com est devenue 77.39.211.105, au lieu de l'ancienne adresse 185.81.1.17 qui était utilisée depuis près de 5 ans.
La motivation n'est pas connue, mais nous pensons qu'il est incontesté qu'ils souhaitaient faire évoluer leur pile technologique en optant pour des améliorations côté matériel (ce que nous ne pouvons que supposer) et certainement côté logiciel.
En fait, si jusqu'au 30 octobre ils utilisaient un serveur web Apache, à partir du 31 octobre les choses ont changé comme on peut le voir sur les en-têtes de la capture d'écran suivante produite par curl -I
On peut constater que le serveur Web est désormais NGINX, réputé pour ses performances supérieures à celles d'Apache , le tout sur un serveur géré via le panneau de contrôle Plesk.
Cependant, nous ne trouvons aucune trace dans les en-têtes des systèmes de cache côté serveur et de Full Page Cache tels que Varnish Cache qui auraient certainement pu améliorer les performances du site de manière absolument décisive, notamment face aux pics de trafic.
Pagespeed s'est-il amélioré ? Et les représentations ?
A ce jour (3 novembre à 13h48) le résultat de l'analyse Google PageSpeed Inside, apporte les résultats suivants qui en termes de performances sont tout simplement médiocres pour un projet qui vise à se présenter au grand public avec de la publicité télévisée campagnes d'un certain niveau.
Pour être honnête, le score de PageSpeed semble encore pire, affichant un 16 inconvenant, par rapport aux 20 tout aussi inconvenants qu'il a montrés dans l'analyse précédente que vous pouvez trouver ci-dessus.
Nous n'irons pas trop loin dans l'analyse des différents éléments du rapport Google PageSpeed Insight, pensez simplement qu'utiliser déjà la compression Brotli, les images HTTP/2 et webp aurait certainement fait beaucoup avec un minimum d'effort.
Il semble absurde et paradoxal qu'en 2023, il existe encore des sites Web qui n'ont pas activé la compression HTTP / 2 ou Brotli.
La nouvelle configuration est passée à la télévision le 2 novembre et s'est à nouveau déconnectée.
Le spot a été rediffusé le 2 novembre vers 21h30, en conjonction avec le X Factor Live sur TV8, la chaîne numérique terrestre du groupe Sky.
Et voici ce que nous dit notre système Uptime.
À 21h34 (les premiers signes du problème sont apparus à 21h33), le site a mis 16,2 secondes à charger la page d'accueil. Le problème a persisté à ce rythme jusqu'à 21h37, avec une interruption d'environ quatre minutes pendant lesquelles le site était pratiquement inutilisable (qui attendrait 16 secondes pour charger une simple page web ?).
Pratiquement exactement le même problème et exactement les mêmes valeurs que nous avons diagnostiquées la fois précédente avec beaucoup de curl -I et la commande de temps pour mesurer l'ouverture lente.
Les données parlent d'elles-mêmes, le problème est exactement le même : 16,277 secondes contre 16,275 secondes auparavant, comme vous pouvez le constater sur la capture d'écran ci-dessus.
Nous ne sommes pas. Nous ne sommes pas.
