Site du ZEVENT : analyse technique complète
Comment est construit le site du ZEVENT ? Stack, performance, design : ce qui est bien fait, ce qui pourrait être amélioré et les astuces web à retenir.
Je regarde régulièrement comment sont construits les sites qui encaissent beaucoup de trafic en peu de temps. Le ZEVENT en fait partie : un pic massif de visiteurs pendant trois jours, un compteur de dons qui doit rester juste à la seconde près, et des centaines de streamers à afficher en même temps. C'est un excellent cas d'étude.
J'ai examiné le code reçu par le navigateur, les fichiers chargés et le comportement de la page. Voici ce que j'en retiens, dans l'ordre où je l'ai remarqué.
Les technologies en un coup d'œil
Le site tourne sur React, avec React Router pour la navigation entre les pages et Vite pour la compilation. C'est le trio le plus courant en 2026 pour ce type de projet : rapide à développer, et rapide à charger une fois compilé.
Le code est découpé en petits morceaux chargés à la demande : un fichier pour la page concert, un pour les streamers, un pour la boutique. Quand vous arrivez sur l'accueil, votre navigateur ne télécharge donc pas le code de la page zPlace, que vous ne visiterez peut-être jamais.
Découvrez mes services de création de site web
Un site sur mesure, rapide et pensé pour être trouvé sur Google.
Découvrir →// articles liés
Ce qui est vraiment bien fait
UnoCSS plutôt que Tailwind
Ce moteur de CSS « atomique », plus récent, ne génère que les styles réellement utilisés sur la page. Sur un site qui doit tenir sous une forte charge, chaque kilo-octet économisé compte.
Umami plutôt que Google Analytics
Un script de mesure d'audience léger, sans cookie tiers, qui respecte le visiteur sans le suivre à travers dix autres sites.
Cloudflare devant tout le site
Cache agressif (24h sur le HTML), HTTP/3 activé et protection contre les robots : pour un événement qui reçoit un pic de trafic ponctuel et massif, c'est exactement l'architecture qu'il faut.
Ce qui pourrait être amélioré
Rien n'est parfait, et un point m'a sauté aux yeux : tout le contenu est construit dans le navigateur. La page arrive presque vide, puis React la construit en JavaScript. Pour un visiteur avec une connexion lente ou un vieux téléphone, cela signifie un écran noir de plus, le temps que le script se charge et s'exécute.
Sans rendu côté serveur, chaque page dépend aussi du JavaScript pour exister aux yeux d'un moteur de recherche. Pour un site tourné vers une communauté déjà acquise, ce n'est pas dramatique. Pour un site qui vit du référencement naturel, ce choix coûterait cher en visibilité.
Le design : simple et efficace
Fond noir, vert néon (#00BD00) en accent, et une police personnalisée (Switzer) au style graffiti pour le logo. Rien de sophistiqué, mais tout est cohérent avec l'univers gaming et streaming de l'événement.
Le bouton « Faire un don » est en dégradé doré, seul élément chaud sur un fond froid : impossible de le manquer. Sur mobile, la barre de navigation en bas d'écran reprend les codes d'une application plutôt que d'un site classique, un choix pertinent puisque l'essentiel du trafic arrive depuis un téléphone, pendant que le stream tourne sur un autre écran.
Ce que j'en retiens pour un projet client
Cette architecture est taillée pour un cas précis : un pic de trafic éphémère, un public déjà acquis (les fans suivent l'événement sur Twitter, Twitch ou Discord, pas via Google), et un besoin de développer vite plutôt que d'être référencé dans la durée.
Pour un artisan ou un commerçant qui veut être trouvé par de nouveaux clients sur Google, ce choix ne conviendrait pas : le rendu côté serveur devient indispensable pour bien référencer chaque page. Tout l'intérêt est d'adapter la technologie au vrai objectif du site, plutôt que de suivre une mode.
Si vous vous demandez si l'architecture de votre site ou de votre application est adaptée à votre objectif, je peux y jeter un œil. Devis gratuit sous 24h.
FAQanalyse technique d'un site web
- Qu'est-ce que le rendu côté client (CSR) ?
- C'est quand la page arrive presque vide au navigateur, et que le contenu est ensuite construit par du JavaScript exécuté localement. Rapide à développer, mais plus lent à afficher pour le visiteur et moins bien vu des moteurs de recherche.
- Pourquoi le référencement naturel est-il plus difficile sur un site en React pur ?
- Parce que les robots des moteurs de recherche doivent exécuter le JavaScript pour voir le contenu réel, ce qui complique et ralentit l'indexation par rapport à une page HTML déjà complète à l'arrivée.
- Cloudflare, à quoi ça sert concrètement ?
- C'est un réseau de serveurs répartis dans le monde qui met le site en cache et le protège des pics de trafic ou des attaques. Le visiteur reçoit la page depuis le serveur le plus proche de lui, donc plus vite.
- Faut-il toujours utiliser React pour un site web professionnel ?
- Non. Pour un site qui vit du référencement local (artisan, commerçant, restaurateur), une architecture avec rendu côté serveur est presque toujours préférable : elle affiche un contenu lisible par Google dès la première requête.
- Comment savoir si mon site a les mêmes limites techniques ?
- Un audit rapide du code source et du temps de chargement suffit à le voir. Envoyez-moi l'adresse de votre site, je vous donne un retour concret.
// développeur freelance · Brest
Vous avez un projet ?
Devis gratuit et sans engagement, je réponds sous 24h.
