Lorsque vous regardez une émission à la télévision, vous avez parfois le réflexe d’aller vous connecter sur un site présenté durant cette même émission. Problème : le site en question est indisponible. Voici quelques pistes pour bien gérer un pic d’audience « web »…

Ce phénomène est lié à l’afflux massif de visiteurs durant un laps de temps très court : il s’agit d’une montée en charge subite appelée aussi slashdot effect, que les éditeurs de sites internet ne gèrent pas toujours correctement et de ce fait, ratent bien souvent leur passage à la TV (et par extension, plusieurs milliers de nouveaux visiteurs-clients en plus).

• Les épisodes précédents

Le nombre de sites qui ont connu des avaries suite à un lancement ou passage dans une émission à une heure de grande écoute ou encore à cause d’une information (sites médias) ne se compte plus. C’est une véritable hécatombe.

Souvenez-vous de Carla Bruni, Geoportail ou plus récemment France.fr … Ce dernier cas avait d’ailleurs donné lieu à une explication/décryptage sur ITespresso.

Concrètement, quels sont les bons réflexes à adopter lorsqu’on lance un site web à grand renfort de communication ou que l’on a reçu la visite d’une équipe de journalistes en vue d’un reportage diffusé dans un journal télévisé ou émission d’info (type envoyé spécial, capital, etc…) ?

Voici quelques pistes et réflexions au détour d’un billet romancé et théoriquement compréhensible par tous.

• Premier point (le plus important) : le CONSEIL

Avoir un bon hébergeur sur lequel reposer son activité « online » est essentiel. C’est votre premier partenaire, apte à vous accompagner dans l’évolution de votre activité.

On ne dira jamais assez à quel point les conseils personnalisés d’un hébergeur-infogéreur peuvent éviter bien des dommages à une activité. C’est un peu le message subliminal de ce billet.

• LE dilemme : la bourse ou… la disponibilité

Les hébergeurs-infogéreurs sont confrontés à des demandes émanant de profils de clients différents. L’on se limitera à deux exemples basiques.

Les « gros » clients : Ceux qui ont déjà du trafic assez conséquent (en résumé qui sont déjà sur des clusters), qui ont les moyens d’investir dans leur infrastructure technique et dans leur applicatif. Ce profil ne rechignera pas à ajouter/investir dans 10/20/XX serveurs qui seront intégrés dans le cluster de production pour quelques jours.

C’est le profil idéal pour les prestataires qui peuvent se permettre de prévoir tout débordement avec une parfaite compréhension du client.

Les clients en phase de développement : Il s’agit la d’une petite startup auto financée (ou assimilé) avec un applicatif souvent assez lourd car pris « out of the box » et sur lequel le seul investissement (réduit) en développement se fera exclusivement en terme de fonctionnalités plus qu’en terme de performance/optimisation.

« Les finances ne suivraient pas pour investir sur l’optimisation d’une part et d’autre part, le projet est souvent tellement frais, qu’il est difficile d’arrêter sur le moyen terme le développement des fonctionnalités de l’applicatif » m’explique un hébergeur.

Dans un cas comme celui-la, on retrouve souvent une infrastructure simple et modeste (à l’instar du trafic en temps normal) composée d’un ou deux serveurs (1 web + 1 SQL). Le plus gros point noir se trouve généralement du côté applicatif : Rien n’est prêt de ce côté pour gérer la répartition de charge et évoluer sur des infrastructures plus conséquentes.

Tout cela explique que l’on aura matériellement pas le temps (et éventuellement pas les finances) pour faire évoluer l’applicatif.

De même, ce profil de client n’aura pas les moyens financiers d’investir, même pour quelques jours, dans le montage d’une infrastructure « très » lourde en rapport à ce qu’il peut avoir actuellement (Lorsque l’on passe de 1 serveurs à 10 ou plus, le delta en coût est énorme).

« Presque paradoxalement, le client préfère que son site ne réponde pas pendant le passage TV (Pic de trafic = saturation = succès) plutôt que d’avoir un site en mode dégradé qui donnera – selon le client – une vision mauvaise de son service » justifie mon interlocuteur.

Souvent, pragmatique (ou non), le client finira par décider en totale connaissance de cause de garder son budget (quand il a le budget et que la question se pose…) plutôt que de se battre pour garder une disponibilité maximale pendant les 30 à 45 minutes critiques suivant le passage TV.

Si l’on voulait aller jusqu’au fond de cette réflexion, l’on pourrait dire que le client n’aura aucune idée à l’avance des vrais taux de conversion : Il est évidemment très opportun d’avoir des centaines de milliers de curieux qui se connectent, mais s’il y a 95% de « touristes », l’enjeu mérite une vraie réflexion avant de se lancer.

A mon sens, cela ne doit pas pour autant empêcher le client (tout type de profil confondu), de se poser les bonnes questions et d’allouer un budget minimal à la supervision (monitoring), la performance et l’optimisation du site / appli en complément du développement.

Si la bourse compte, il convient de garder à l’esprit qu’un passage TV (émission / JT) est une occasion généralement inespérée de profiter d’une exposition médiatique à moindre frais. La performance ne doit donc pas être négligée, bien au contraire. Une performance maximale permettra d’accueillir au mieux l’afflux d’internautes… qui sont autant de potentiels clients.

• Surveiller ce qu’il se passe

Le contexte : Vous n’avez pas de directeur technique ni d’admin système, vous avez simplement votre/vos développeur(s) et un hébergeur.

Internet est un espace mouvant, qui bouge à chaque seconde. C’est pour cela qu’un internaute de Free aura peut-être à un instant T un meilleur accès à votre site qu’un internaute d’Orange ou de SFR. Cette fameuse bataille du temps d’affichage des pages est primordiale puisque c’est même le cœur du problème.

En effet, un site qui est difficilement accessible ou inaccessible va perdre de l’audience (donc de la pub…) ou du chiffre d’affaire. L’on pourrait citer l’exemple d’un mastodonte du e-commerce comme Amazon dont les pertes sont estimées à 50 000 dollars… par minute.

Pour comprendre comment « pense » un internaute, il faut penser à la fameuse règle du chrono (également appelée règle des 8 secondes). Avec la généralisation du haut débit, le délais s’est d’ailleurs largement réduit et l’on avoisine désormais 3 à 5 secondes.

Cette règle est simple : si votre site est chargé au bout de N secondes (maxi 8), tout va bien. Au-delà, l’internaute ira voir ailleurs, tout simplement…

Le bon réflexe : SUR-VEI-LLER ! Comment agir si l’on ne sait pas ce qui ne fonctionne pas ?

Si vous disposez déjà d’outils de monitoring grâce à votre hébergeur (pour les serveurs dédiés par ex), il est important de savoir ce qu’il se passe à l’extérieur et de se placer du côté des internautes. C’est ce que proposent des services comme Pingdom (et bien d’autres) qui supervisent/analysent votre site à intervalles régulières (par exemple 1, 2 ou 5 minutes) de façon indépendante de votre prestataire d’hébergement.

Le résultat / bénéfice : En ayant connaissance de ce qu’il se passe, votre hébergeur ne pourra plus vous mentir. Accessoirement, il vous sera possible d’agir pour prévenir et corriger les éventuels défauts techniques et ainsi, garder/fidéliser/chouchouter vos internautes qui sont le moteur de votre activité.

• Passer de 0 à 100 km/h en une fraction de secondes

Le contexte : Le problème d’une petite entreprise « en ligne », c’est qu’elle peut grossir… vite, très vite. Et lorsque celle-ci va grossir, il y a fort à parier que le trafic/audience du site web va croitre également.

Si vous disposez d’un outil de supervision, il faut désormais « stresser » votre infrastructure technique.

La démarche est la suivante : si je lance une campagne de communication, ou que je passe à la TV/Radio ou même s’il est « linké » dans un site à forte audience, mon site risque de ne pas être accessible dans les meilleures conditions. Dès lors, c’est une perte assurée (image, CA, etc.).

Le bon réflexe : Avec l’aide de votre hébergeur ou la-encore, un prestataire tiers (ex: Neotys / CloudNetCare), passez par un premier test de montée en charge.

L’objectif est d’envoyer un grand nombre de requêtes de façon progressive ou au contraire, très rapide, pour voir comment (et combien de temps…) l’infrastructure technique va tenir la charge et réagir.

Le résultat : … est généralement sans appel. Un site mal optimisé, une architecture technique mal configurée et/ou calibrée, et c’est le drame ou plutôt, la sanction pour le client qui devra inévitablement remettre en question cette dernière d’un point de vue applicatif ou matériel.

Mais le bon point, c’est qu’une supervision couplée à un test de montée en charge (qu’il faudra réaliser régulièrement dans certains cas), vous permettra d’avoir de précieuses informations qui vous conduiront à prendre les bonnes décisions : Investir dans un audit complet du code de son site (pour détecter les petites lignes qui posent parfois de gros soucis, notamment lorsque les bases de données sont sollicitées), faire évoluer son architecture technique, faire appel à un infogéreur et/ou une compétence spécialisée en interne (responsable technique) ou même tout simplement changer d’hébergeur.

Et cette liste est naturellement non-exhaustive…

• On ne bricole pas : On optimise et soulage sans attendre l’incident

Le contexte : Lorsqu’une plateforme n’est pas dimensionnée pour gérer un afflux (même temporaire) de visiteurs, c’est l’incident assuré. Plus besoin de le répéter.

Après la surveillance et le test de montée en charge, place à l’optimisation des performances.

Les points potentiellement bloquants sont nombreux et il me faudrait tout un billet (voir plusieurs) pour les détailler, je vais donc me concentrer sur une solution quasi-inévitable pour optimiser et soulager l’infrastructure qu’est le recours à un ou plusieurs CDN (réseau de diffusion de contenus).

Le bon réflexe : De nombreux éditeurs font appel à des CDN pour améliorer leur temps de réponse et d’affichage de leur page… En délivrant un contenu au plus près de l’internaute, l’impact positif est immédiat sur le temps de chargement d’une page et la disponibilité d’un site.

Un internaute japonais ne traversera pas le monde entier pour charger vos contenus. Ceux-ci seront délivrés au plus près, via un « cache » local puisque les CDN ont des milliers de serveurs répartis en différents points du globe.

Point positif : l’usage d’un CDN est devenu une commodité comme déposer un domaine ou louer un serveur dédié. L’on trouve ainsi des offres peu onéreuses pour débuter (Cloudflare, MaxCDN…)

Mieux encore, il est même possible d’aller encore plus loin dans l’optimisation en orientant le trafic vers plusieurs CDN à l’aide de répartiteurs de charge qui vont assurer une diffusion parfaite des éléments en fonction de l’état du trafic mondial… un must !

Lorsque l’on sait qu’une seconde d’attente en plus sur un site e-commerce diminue la conversion de 7%, mieux vaut prévenir que guérir voir disparaitre. Pour cela, le recours à un « aiguilleur du net » comme Cedexis est fortement recommandé voir tout simplement inévitable.

Le résultat : Avec l’usage d’un (ou plusieurs) CDN qui servira des éléments statiques (images, vidéos, anim flash, JS, CSS, etc), l’éditeur va améliorer de façon globale le confort d’usage de sa plateforme. Si nécessaire, il laissera à un intermédiaire nommé « aiguilleur » le soin de gérer une partie du trafic liés aux pics de fréquentation sur le site. Nul doute qu’il gagnera la bataille du temps d’affichage.

• « Maman, je passe à la télé »

Le contexte : Une équipe de télévision est venue dans vos locaux pour réaliser un reportage. Votre site est en première ligne… ça passe, et ça ne cassera pas.

Le bon réflexe : Si vous avez un hébergeur à taille humaine (c’est à dire un support technique efficace qui sait transmettre un message du niveau 1 à 3 ou 4 en quelques minutes lorsque la situation l’exige), avertissez-le dès que possible de votre passage à la télévision pour qu’il puisse prévoir une montée en charge subite.

Théoriquement, si vous n’avez pas d’équipe technique interne (et donc aucune compétence spécialisée en interne), votre prestataire vous accompagnera pour faire face à l’afflux de visiteurs dans les meilleures conditions.

Si les étapes évoquées ci-dessus ont déjà été prises en compte, tout devrait se passer pour le mieux.

Toutefois, par simple mesure de sécurité, une page d’attente est à prévoir : il peut s’agir d’une page très légère – statique – avec un petit mot précisant qu’en raison de l’afflux de visiteurs, le site est ralenti. Ce n’est évidemment pas la meilleure solution, mais elle peut limiter la casse.

Ajoutez à cette page un petit formulaire pour proposer aux visiteurs de laisser leur adresse électronique pour que ceux-ci soient prévenus dès que le site revient à la normale, et le tour est joué.

Avec les (bons) conseils d’un (bon) prestataire, il est possible d’aller plus loin dans la mise en œuvre d’une stratégie de « dégradation » incluant la désactivation de certaines fonctionnalités jugées « non-essentielles » au bon fonctionnement du site, la pré-génération de certaines pages (la home par ex) en statique (pas seulement une page différente d’erreur), etc…

Résultat : Le Jour J, tout doit fonctionner sans le moindre incident lorsque des millions de téléspectateurs vont voir votre site à la télé et se connecter immédiatement à ce dernier. Tout fonctionnera car vous aurez lu ce billet et aurez pris les bonnes décisions bien en amont pour gérer la montée en charge subite avec de vos différentes équipes et prestataires.

Le lendemain, vous aurez pleins de nouveaux clients qu’il vous faudra désormais fidéliser en continuant d’assurer leur confort d’utilisation de votre site.

Dans un contexte commercial, n’oubliez pas jamais d’être moins cher mais aussi plus rapide que votre concurrent.

Dans un contexte « média », un internaute trouvera toujours l’information quelque part. Perte de trafic = perte d’audience donc de pages vues avec publicité…

Si vous avez regardé l’émission Capital diffusée sur M6 ce dimanche soir, vous avez par exemple pu observer que le service de musique Deezer qui a commencé à se développer avec l’aide d’un hébergeur-infogéreur avant de reprendre l’exploitation en interne, a parfaitement su gérer sa montée en charge alors que son concurrent Beezik cité dans le même reportage, était inaccessible durant de très longues minutes.

En guise de conclusion : Que le web soit une simple vitrine pour votre activité ou votre principale source de revenus, ne négligez jamais la qualité d’accès à votre site car votre image et votre réputation en dépendent

• Note de l’auteur : Évidemment, ce billet se veut avant tout pédagogique. N’hésitez pas à réagir ou poser toutes vos questions dans les commentaires ci-dessous !

Vous pouvez également suivre le compte Twitter WebPerf (en Français!) pour suivre les quelques spécialistes de la performance web en France.