Actualite

Des tests indiquent un chargement lent et un temps de disponibilité médiocre ; Nestlé cité comme étant le pire

AMSTERDAM -- WatchMouse, un leader mondial du secteur du suivi de performances des applications et des sites Web en libre-service, a testé les sites Web appartenant aux sociétés cotées sur le SMI, le principal indice boursier de SIX, la Bourse suisse, y compris 20 des titres à moyenne et grande capitalisation les plus importants et les plus liquides en bourse, afin de déterminer leur disponibilité et leurs performances. Aucun des sites Web des sociétés du SMI n’a enregistré un temps de disponibilité de 100 %. Les sites Web présentant les temps de disponibilité les plus bas ont été Nestlé (93,5 %), Richemont (95,9 %) et SwissCom (97,5 %). Les sites Web présentant les meilleurs temps de disponibilité ont été SGS Group (99,9 %), ABB (99,9 %), et Syngenta (99,9 %).

Le nouveau site surveille et mesure le temps de disponibilité de 26 sites Internet populaires de services API (interface de programmation d’applications) et en nuage ; un rapport révèle que les performances d’Amazon, Google et Yahoo se trouvent parmi les meilleures, tandis que celles de Vimeo, foursquare et Yammer sont parmi les plus mauvaises.

WatchMouse, un leader international du secteur de la surveillance libre-service des performances de sites Internet et d’applications, a annoncé le lancement aujourd’hui d’API-status.com, un nouveau site Internet dédié à la surveillance et à la mesure de la disponibilité et des performances en temps réel des API publiques de 26 méga services Web populaires à fort trafic « d’informatique en nuage » dont : Google Search, Google Maps, Bing, Facebook, Twitter, SalesForce, YouTube, Amazon, eBay, PayPal, Wikipédia et d’autres.

Nous lançons aujourd’hui la fonction d’analyse de la cause initiale pour tous nos clients de surveillance de site Web, sans coût supplémentaire et pour tous les abonnements.

Qu’est ce que l’analyse de la cause initiale ?

Jusqu’à présent, tous les problèmes détectés par WatchMouse étaient consignés dans votre compte et vous étiez alerté en fonction de vos paramètres et de vos préférences. Même si les informations présentes dans l’alerte décrivent le problème, une analyse plus détaillée, ou analyse de la cause initiale, peut être utile pour déterminer l’origine réelle du problème.

Principe de fonctionnement

Lorsqu’un problème est détecté et a été confirmé par une station de surveillance différente (si nécessaire), l’analyse de la cause initiale est déclenchée. Actuellement, l’analyse de la cause initiale fonctionne comme suit :

• Exécution d’une détermination d’itinéraire à partir de deux stations de surveillance pour identifier les itinéraires utilisés lors des tests.
• Impression d’écran (image) de la page Web en question (règles http(s) seulement) en deux formats
• Code HTML source de la page Web (règles http(s) seulement) s’il est disponible.
• Vérifications pertinentes : résultats des vérifications précédentes et suivantes de la même règle.
• Analyse détaillée de la configuration de votre nom de domaine
• Analyse DNS à partir de deux stations de surveillance pour déterminer si les noms d’hôtes sont correctement résolus.

Mise en route

Si des erreurs ont été récemment signalées, il est possible que votre compte présente déjà des rapports d’analyse de la cause initiale. Pour le vérifier, rendez-vous dans les journaux, choisissez 'Analyses de cause initiale' dans le menu 'Afficher' et cliquez sur [afficher].
Si des entrées sont présentes dans la liste qui apparaît, cliquez sur l’icône Analyse de cause initiale pour en vérifier les détails.

Lorsqu’un e-mail d’alerte est envoyé, il contient un lien direct au rapport d’analyse de cause initiale.