Banky Foibe est la Banque Centrale de Madagascar. Son site officiel, banky-foibe.mg, est une référence institutionnelle. Il diffuse des informations économiques, réglementaires et financières. Le public cible est varié : institutions, entreprises, chercheurs et grand public. Un site institutionnel de ce niveau se doit d’être rapide, stable et accessible. Cet audit PageSpeed Insights évalue sa réalité technique sur mobile et sur bureau.
Performances sur mobile : un Core Web Vitals en échec
Sur mobile, l’évaluation Core Web Vitals affiche un résultat en échec. Les métriques relevées sont préoccupantes sur plusieurs points.
Le LCP atteint 3,7 s. C’est bien au-delà du seuil acceptable de 2,5 s. Le contenu principal met trop longtemps à apparaître. Le FCP s’établit à 2,4 s, en zone orange. Le premier élément visible tarde également à se charger. Le TTFB est de 0,6 s, un résultat qui reste dans une zone acceptable. C’est l’un des rares signaux positifs côté serveur. L’INP de 131 ms est dans la zone tolérable, mais perfectible. En revanche, le CLS atteint 0,72, une valeur particulièrement problématique. Ce score signale des décalages visuels majeurs pendant le chargement. Sur un site institutionnel, ce type de comportement nuit à la crédibilité. Ce CLS seul suffit à provoquer l’échec du Core Web Vitals mobile.
Les scores globaux sur mobile confirment ces difficultés. Les performances affichent 32 %, un résultat très insuffisant pour une institution publique. L’accessibilité atteint 71 %, encore trop éloignée des standards attendus. Les bonnes pratiques culminent à 96 %, ce qui témoigne d’une base technique soignée. Le SEO s’établit à 92 %, un point clairement positif.
Performances sur bureau : le CLS reste le nœud du problème
Sur ordinateur, le Core Web Vitals est également en échec. Les chiffres progressent mais restent insuffisants.
Le LCP bureau descend à 3,3 s. C’est mieux qu’en mobile, mais toujours au-delà du seuil recommandé. Le FCP s’améliore à 1,9 s, passant en zone orange modérée. Le TTFB de 0,4 s est bon. La réactivité serveur est donc correcte sur ordinateur. L’INP de 48 ms est excellent. C’est de loin la meilleure métrique du site sur bureau. Mais le CLS atteint 0,57, largement supérieur au seuil critique de 0,10. Des blocs se déplacent visiblement pendant le chargement de la page. Ce comportement est particulièrement gênant sur un site d’information financière. C’est ce CLS qui provoque directement l’échec du Core Web Vitals bureau.
Les scores globaux sur bureau sont plus encourageants qu’en mobile. Les performances montent à 72 %, un bond significatif. L’accessibilité reste à 65 %, le point le plus faible sur ordinateur. Les bonnes pratiques atteignent 96 %, identiques au mobile. Le SEO s’établit à 83 %, légèrement en retrait par rapport au mobile.
Ce que révèle la lecture croisée des deux supports
L’écart de performance entre mobile et bureau est significatif. Mobile affiche 32 % contre 72 % sur bureau. Le mobile supporte davantage le poids des ressources non optimisées. Pourtant, le TTFB est correct sur les deux supports. L’infrastructure serveur n’est donc pas la source principale du problème.
Le CLS est le dénominateur commun des deux échecs. Il dépasse massivement les seuils Google sur mobile comme sur bureau. Le LCP reste trop lent dans les deux cas. L’INP est la seule métrique vraiment satisfaisante sur ordinateur. Le SEO est cohérent entre les deux supports, autour de 83 à 92 %.
Pour un site institutionnel visité par des professionnels et des chercheurs, ces résultats posent question. La crédibilité d’une banque centrale passe aussi par la qualité de sa présence numérique.
Les priorités d’optimisation
Trois chantiers ressortent clairement de cet audit.
Corriger le CLS en urgence. Un CLS de 0,72 sur mobile est inexcusable pour un site institutionnel. Il faut imposer des dimensions fixes aux images et aux blocs dynamiques. Le préchargement des polices web réduirait aussi les décalages typographiques.
Réduire le LCP sur les deux supports. Un LCP supérieur à 3,3 s impacte le classement Google. La compression des images et l’adoption du format WebP sont des leviers immédiats. Un hébergement ou un CDN mieux adapté à Madagascar accélérerait les temps de réponse.
Améliorer l’accessibilité sur bureau comme sur mobile. Un score de 65 % sur ordinateur est problématique pour une institution publique. Les normes WCAG imposent des standards stricts en matière de contraste, de navigation clavier et de balises alternatives. Ces corrections doivent figurer dans la feuille de route technique du site.
Ce qu’il faut retenir
Banky Foibe dispose d’un socle technique partiellement solide. Les bonnes pratiques à 96 % et le SEO à 92 % sur mobile sont des signaux positifs. Mais le CLS détruit l’évaluation Core Web Vitals sur les deux supports. Le LCP trop lent sur mobile aggrave encore la situation. Pour une institution qui publie des données économiques sensibles, la fiabilité visuelle du site est non négociable. Des corrections ciblées sur la stabilité des mises en page changeraient rapidement les résultats. L’accessibilité reste le chantier le plus structurel à engager.
Mots-clés : Banky Foibe, Banque Centrale de Madagascar, audit PageSpeed, Core Web Vitals, LCP, FCP, INP, TTFB, Cumulative Layout Shift, performances web, optimisation mobile, accessibilité web, SEO Madagascar, bonnes pratiques web, WCAG, expérience utilisateur, stabilité visuelle, métriques web vitals, site institutionnel Madagascar, HTTP/2
Sources :
Écrit par Ravaka Elina