← Retour aux rapports

Audit complet — SOS Écrans (Gemini)

Date : 29 mars 2026

Site : https://sos-ecrans-bis.pages.dev

Modèle : Google Gemini 2.0 Flash (1M context — fichiers complets, pas tronqués)

Pages auditées : 15

Audit approfondi : parcours utilisateur, contenu, design, confiance, mobile, accessibilité, bugs techniques.

index.html

En tant qu'auditeur UX/UI senior avec 15 ans d'expérience, je vais analyser cette page sans complaisance, en me concentrant sur le fond et l'expérience utilisateur.


1. PREMIÈRE IMPRESSION (3 secondes)

Ce qu'un visiteur comprend :

En 3 secondes, le visiteur comprend qu'il est sur un site d'aide pour la prévention de l'addiction aux écrans chez les enfants et adolescents. Le message "SOS Écrans", l'image de famille et le slogan "Protégez vos enfants. Comprenez les écrans. Agissez." sont très clairs. Les valeurs "Gratuit · Anonyme · Scientifique" sont immédiatement visibles et rassurantes. La barre rouge "Numéros d'urgence" capte l'attention et renforce le caractère sérieux et utile du projet.

Le message est-il clair ?

Oui, le message principal est très clair et percutant. L'objectif du site est bien communiqué.

Sait-il quoi faire ?

Oui, deux actions principales sont proposées : "Faire le diagnostic" (CTA primaire, bien mis en avant) et "Choisir mon profil" (CTA secondaire). La barre d'urgence offre une troisième option immédiate pour ceux qui sont en situation critique. Cependant, la présence d'un bouton flottant "Diagnostic" en bas à droite ajoute une légère redondance qui, bien qu'insistante, peut diluer l'attention sur le CTA principal du héros.


2. PARCOURS UTILISATEUR

Le parcours utilisateur sur cette page d'accueil est conçu pour offrir plusieurs portes d'entrée, ce qui est une bonne intention, mais cela crée aussi des redondances et des ambiguïtés.

Le visiteur sait-il où aller ?

Oui, plusieurs chemins sont proposés :

  1. **Le diagnostic direct :** Via le CTA principal du héros et le bouton flottant.
  2. **Le quiz par tranche d'âge :** Via la section "Quel âge a votre enfant ?".
  3. **Le profil utilisateur :** Via le CTA secondaire du héros ("Choisir mon profil" qui ancre à la section) et la section "Qui êtes-vous ?".
  4. **Les numéros d'urgence :** Via la barre dédiée.
  5. **La navigation globale :** Via la navbar (Parents, Encadrants, Ados, Diagnostic).
  6. Les étapes sont-elles logiques ?

    C'est là que la logique se complexifie :

    Y a-t-il des culs-de-sac ?

    Non, pas de culs-de-sac à proprement parler, mais plutôt des chemins qui se croisent ou se dupliquent, menant à une surcharge cognitive et une incertitude pour l'utilisateur. De plus, tous les liens internes (vers /parent.html, /ado.html, etc.) mènent actuellement à des pages 404, ce qui est un cul-de-sac technique majeur pour l'utilisateur qui tente d'explorer le site.

    La navigation est-elle cohérente avec le reste du site ?

    Difficile à dire sans voir le reste du site, mais la navigation sur cette page manque de cohérence interne due aux redondances mentionnées.


    3. CONTENU ET TON

    Le texte est-il convaincant ?

    Oui, le contenu est très convaincant.

    Le ton est-il adapté (parents inquiets / ados / enseignants) ?

    Oui, le ton est globalement très bien adapté :

    Les informations sont-elles crédibles ?

    Absolument. La mention des 230 sources (contexte), les organismes cités dans le footer, l'engagement "zéro données collectées" et la gratuité totale sont des piliers de crédibilité très forts. Le fait que le fondateur soit un parent ajoute une dimension d'authenticité.


    4. DESIGN ET CONFIANCE

    Le design inspire-t-il confiance pour un projet associatif sérieux ?

    Oui, globalement le design inspire


    shield.html

    En tant qu'auditeur UX/UI senior avec 15 ans d'expérience, j'ai analysé la page shield.html du projet SOS Écrans. Mon audit est complet et sans complaisance, visant à identifier les points forts et les axes d'amélioration cruciaux pour un projet associatif de cette importance.


    1. PREMIÈRE IMPRESSION (3 secondes)

    Ce qu'un visiteur comprend :

    Dès les premières secondes, il est clair que cette page est un tableau de bord (dashboard) pour parents, affichant des informations sur l'activité numérique d'un enfant ("Lucas"). Le thème sombre et les couleurs vives (violet, vert, orange, rouge) donnent une impression de modernité et de sérieux. Le grand cercle central avec un score et la mention "Situation calme" attire immédiatement l'attention, indiquant un système d'évaluation rapide. La présence d'une bannière "Pas d'alerte aujourd'hui" est rassurante.

    Le message est-il clair ?

    Oui, le message principal est très clair : c'est un outil de surveillance et de prévention pour les parents. Les métriques clés (temps d'écran, dernière activité, déverrouillages, messages analysés) sont immédiatement visibles et pertinentes pour un parent inquiet. La mention "Shield actif" et la date renforcent l'idée d'un suivi en temps réel. La "Version de démonstration" est également visible, ce qui


    shield-enfant.html

    Bonjour. En tant qu'auditeur UX/UI senior, je vais analyser cette page avec la rigueur et l'honnêteté que vous attendez. Le contexte est clair : une association de prévention, un public sensible, et des valeurs fortes de gratuité, de non-collecte de données et de scientificité. Cette page est l'interface enfant de l'application "Shield".


    1. PREMIÈRE IMPRESSION (3 secondes)

    Ce qu'un visiteur comprend :

    En arrivant sur la page, un adolescent comprend immédiatement qu'il s'agit d'une application de suivi de son temps d'écran. Le nom "Shield" (bouclier), l'icône, le statut "Actif" et l'affichage "1h48 aujourd'hui" sont très clairs. Le sous-titre "Shield est activé pour te protéger, pas pour te surveiller" est excellent et établit d'emblée un ton de confiance.

    Le message est-il clair ?

    Oui, le message principal est clair : c'est une application qui aide à gérer le temps d'écran et à se protéger.

    Sait-il quoi faire ?

    Pas immédiatement pour une première visite. Il voit ses statistiques, un défi, et des boutons SOS. Pour un utilisateur récurrent, c'est un tableau de bord. Pour un nouvel utilisateur, il n'y a pas de "premier pas" évident au-delà de la consultation. Le lien "Comment ça marche ?" est en bas de page, ce qui n'est pas idéal pour une découverte initiale.


    2. PARCOURS UTILISATEUR

    Le visiteur sait-il où aller ?

    Le parcours est celui d'un tableau de bord. L'utilisateur peut :

    1. Consulter ses statistiques (temps d'écran, déverrouillages, couvre-feu, jours OK).
    2. Voir ses applications les plus utilisées.
    3. Participer à un "Défi du jour".
    4. Accéder aux numéros d'urgence.
    5. Comprendre le fonctionnement de Shield via le lien en bas de page.
    6. Les étapes sont-elles logiques ?

      Oui, la structure est logique pour un tableau de bord : vue d'ensemble, détails, action incitative, puis actions d'urgence.

      Y a-t-il des culs-de-sac ?

      Non, il n'y a pas de culs-de-sac. Le défi est un bouton d'action, les numéros d'urgence sont des liens tel:, et le modal d'information se ferme. Cependant, le défi une fois "accepté" ne propose pas de suite ou de feedback immédiat au-delà du changement de texte du bouton.

      La navigation est-elle cohérente avec le reste du site ?

      Étant donné que c'est une maquette d'application native et non une page du site web/PWA principal, la cohérence est difficile à juger sans voir le reste. Cependant, le design (mode sombre, couleurs, typographie) est moderne et pourrait s'intégrer dans une identité visuelle globale. Le branding "SOS Écrans" est présent dans le footer, ce qui assure un lien.


      3. CONTENU ET TON

      Le texte est-il convaincant ?

      Oui, le texte est globalement très convaincant et bien choisi pour la cible.

      • "Shield est activé pour te protéger, pas pour te surveiller." : Excellent message de confiance.
      • "Objectif : moins de 2h / jour" : Non-jugeant, encourageant.
      • "Défi du jour" : Incitatif et positif.
      • La section SOS est extrêmement bien formulée et met en avant l'anonymat du 3018, ce qui est crucial pour les adolescents.
      • Le modal "Comment fonctionne Shield ?" est une pièce maîtresse pour la confiance, expliquant clairement ce qui est fait et ce qui ne l'est pas. Les points "Ce que Shield ne fait PAS" sont particulièrement importants et rassurants.

      Le ton est-il adapté (parents inquiets / ados / enseignants) ?

      Le ton est parfaitement adapté aux adolescents : direct, bienveillant, non-infantilisant, et axé sur l'autonomie et la protection. L'utilisation d'emojis est pertinente et moderne. Il n'y a pas de ton moralisateur. Pour les parents et enseignants, ce ton est rassurant car il montre que l'outil est conçu pour l'enfant, avec son bien-être en tête.

      Les informations sont-elles crédibles ?

      Oui, la crédibilité est forte grâce à :

      • La mention "Projet associatif SOS Écrans (loi 1901)".
      • L'affirmation "Aucune donnée vendue ou partagée."
      • La clarté sur la non-surveillance des messages personnels dans le modal.
      • Surtout, la présence et la mise en avant des numéros d'urgence officiels (3018, 3114, 119) renforcent considérablement la crédibilité et le sérieux de l'approche.

      Point faible majeur : les accents manquants. C'est un projet français, et l'absence quasi-systématique des accents dans le texte français nuit gravement à la crédibilité et au professionnalisme. C'est une erreur fondamentale pour un projet de cette envergure.


      4. DESIGN ET CONFIANCE

      Le design inspire-t-il confiance pour un projet associatif sérieux ?

      Oui, absolument.

      • **Couleurs :** Le mode sombre avec des accents de violet (var(--purple)) est moderne, apaisant et professionnel. Le vert pour "Actif" et "Défi accepté", l'orange/rouge pour les alertes et le bouton SOS sont utilisés de manière cohérente et efficace.
      • **Typographie :** L'utilisation de `system-ui, -apple-system, sans-serif` est un excellent choix pour une application native, garantissant une intégration visuelle optimale sur les différents OS mobiles. La hiérarchie des titres et des textes est claire.
      • **Espacement :** L'espacement est généreux et aéré, ce qui rend la lecture agréable et l'interface facile à appréhender. Les éléments ne sont pas surchargés.
      • **Images :** L'utilisation d'emojis comme icônes est très bien intégrée et donne un ton jeune et accessible sans paraître enfantin. Le design du "time-ring" est visuellement attrayant et efficace pour représenter le temps d'écran.
      • **Cohérence :** Le design est très cohérent sur toute la page, avec des cartes aux bords arrondis, des ombres subtiles et des dégradés qui donnent une impression de qualité.

      Le design est un point fort majeur de cette page.


      5. MOBILE ET ACCESSIBILITÉ

      Fonctionne sur iPhone SE ?

      Oui, le design est clairement "mobile-first" avec un max-width: 400px et un padding qui tient compte des safe-area-inset-bottom. La mise en page en colonne unique est parfaite pour les petits écrans.

      Boutons assez gros ?

      Oui, tous les boutons interactifs (defi-btn, sos-btn, les liens sos-sub, le bouton du modal) sont suffisamment grands pour être facilement tapés sur un écran tactile.

      Contrastes suffisants ?

      Oui, le contraste entre le texte clair (var(--text)) et le fond sombre (var(--bg), var(--card)) est excellent et respecte les normes d'accessibilité. Les couleurs d'accentuation sont également bien contrastées.

      Lecteurs d'écran ?

      • **Langue :** `lang="fr"` est correctement défini.
      • **Sémantique HTML :** L'utilisation de `h1`, `h3`, `p`, `a`, `button` est globalement bonne, ce qui aide les lecteurs d'écran à structurer l'information.
      • **Contenu visuel :**

      Le "time-ring" est purement visuel. Bien que le temps soit affiché en texte (1h48), l'information du pourcentage par rapport à l'objectif* n'est pas directement accessible aux lecteurs d'écran. Il faudrait ajouter un aria-label ou un texte masqué pour décrire cette information.

      * Les emojis sont intégrés directement dans le HTML, ce qui permet aux lecteurs d'écran de les lire (ex: "🛡" sera lu "bouclier").

      • **Interactions :**

      * Le lien "Comment ça marche ?" utilise href="#" avec un onclick. C'est une pratique déconseillée pour l'accessibilité car href="#" peut déplacer le focus de manière inattendue et n'est pas sémantiquement un bouton. Un