Les détaillants ne parviennent toujours pas à préparer des sites Web pour les acheteurs des Fêtes
Le Black Friday est l’un des moments les plus précieux pour les détaillants à travers le monde parce que les acheteurs magasinent jusqu’à ce qu’ils tombent. Les campagnes de marketing ont commencé il ya déjà des semaines et a promis des rabais incroyables sur toutes sortes de marchandises. Les gens qui avaient quelque chose sur leur liste de magasinage de Noël retardé leur achat pour cet événement spécial. Magasinez jusqu’à ce que vous déposez est le slogan que nous entendons si souvent pendant les ventes du Black Friday.
Cette année, j’ai passé un certain temps pour recueillir des mesures significatives lors des ventes du Black Friday de nos principaux sites Web détaillants. Dans ce post, je vais vous donner un aperçu de la mise en œuvre, partager quelques résultats et la perte potentielle de ventes dues à hotspots identifiés.
J’ai essayé de garder les choses simples et de me concentrer sur des résultats de suivi significatifs. Tous les détaillants offrent une sorte de processus d’achat et de comparer ceux-ci conduirait à d’énormes écarts. Par conséquent, j’ai décidé de simplement charger leurs pages de démarrage et de mesurer le temps jusqu’à ce que tous les éléments ont été téléchargés sur ma machine.
Ma configuration de surveillance se compose de:
- Suite de surveillance basée sur SaaS BrowserView de dotcom-monitor
- Simulation basée sur le navigateur réel avec Chrome
- Temps de chargement de la page de départ mesuré des principaux sites Web des détaillants
- Mesure exécutée sur un intervalle de 10 minutes
- Machine d’exécution utilisée située en Europe
- Temps de réponse collectés, erreurs et fichiers journaux de relecture
Mes efforts pour cette configuration de surveillance:
- 20 minutes pour implémenter 5 appareils de surveillance avec BrowserView
- 5 minutes pour vérifier quotidiennement les alertes et les résultats réels
- 2 heures pour l’analyse et la comparaison des résultats fin
Les constatations
#1 Hotspot: Pics de performance
Le premier graphique montre que le problème a déjà commencé pendant la nuit le 23. Novembre.
- 00:00 AM – première pointe massive de temps de réponse de 30 secondes
- 7h30 – Le temps de réponse a bondi jusqu’à 25 secondes
- 13h00 – Le temps de réponse n’était toujours pas acceptable
- 16h00 – Le temps de réponse est descendu à son niveau normal
Évidemment, de 10h00 à 16h00 est l’heure de pointe d’utilisation et les détaillants devraient essayer de fournir des services réactifs et fiables au cours de cette période extrêmement précieuse. Pour une raison quelconque, un détaillant n’a pas géré les activités d’achat massives et a finalement perdu beaucoup de revenus de vente.
#2 Hotspot: Situations de surcharge
- D’après mes données de surveillance, certains services n’ont pas été en mesure d’obtenir les résultats escomptés.
- Situation de surcharge signalée par le service, erreur http503, service indisponible
La solution de surveillance, BrowserView, a capturé des informations détaillées sur les erreurs telles que :
- Problème d’indisponibilité du service
- Réponse détaillée retournée à partir du serveur Web au cours de ce numéro
Les acheteurs s’attendent à des temps de réponse de moins de 3 secondes. La recherche a montré que les ralentissements des performances peuvent entraîner une perte de 10% des ventes parce que les acheteurs arrêtent l’utilisation de sites Web lents.
Le détaillant ci-dessus a perdu trop d’argent en raison de ce ralentissement pendant les heures de pointe des achats. Espérons qu’ils vont démarrer leurs moteurs et préparer leurs sites Web pour la prochaine saison de magasinage des Fêtes.
Quelques conseils rapides:
- Liste de vérification de préparation des Fêtes – post sur ce sujet à venir
- Considérez les tests de charge et de performance dans votre processus de développement
- Moniteur – Alerte – Diagnostic – Optimiser
Il est fortement recommandé d’être proactif et de préparer votre site Web pour les acheteurs de vacances mois à l’avance.
