L'essentiel · 30 secondes de lecture
Le portfolio d'une agence web montre son goût ; pour juger sa capacité à livrer, il faut des preuves vérifiables.
- Évaluez chaque projet pertinent sur cinq critères : pertinence, contribution, exécution, résultats et passation.
- Confirmez ce que l'agence a réellement livré, et si le site en ligne reflète encore ce travail.
- Testez un vrai parcours client sur ordinateur, téléphone et clavier ; ces contrôles révèlent des problèmes mais ne prouvent pas la conformité.
- Lisez séparément les données de laboratoire et de terrain de PageSpeed Insights ; l'absence de données de terrain ne prouve pas une mauvaise performance.
- Transformez chaque point fort du portfolio en engagement écrit : livrables, propriété, tests et support.
Résumer cet article avec l'IA
Pour évaluer le portfolio d'une agence web, vérifiez cinq points sur chaque projet pertinent : sa proximité avec votre besoin, ce que l'agence a réellement livré, le fonctionnement du site en ligne, ce qui étaye les résultats annoncés et la capacité de votre équipe à faire vivre le site après la livraison. Une capture d'écran montre un goût visuel ; seules des preuves vérifiables montrent une capacité de production.
Une page d'accueil soignée peut donner l'impression que des agences très différentes se valent. Elle ne dit pas qui a construit le site, si les visiteurs peuvent l'utiliser, ni ce que le client peut modifier après la mise en ligne. Pour un dirigeant, un directeur marketing ou un responsable marketing, l'enjeu est de distinguer la qualité de la présentation de la capacité à livrer.
Ce guide propose une méthode reproductible pour examiner les portfolios, vérifier les études de cas et noter les manques avant de demander des propositions. Le but n'est ni un audit technique complet, ni de récompenser l'agence qui publie le plus de détails. C'est une présélection défendable, avec la liste précise de ce que chaque agence doit encore démontrer.
Ce que le portfolio d'une agence web peut vraiment prouver
Un portfolio est une sélection de travaux, pas un historique complet de la qualité de livraison. Chaque format prouve une chose différente : ne les traitez pas comme équivalents.
| Format de preuve | Ce qu'il peut montrer | Ce qu'il ne peut pas montrer |
|---|---|---|
| Capture d'écran ou maquette | Composition, typographie, hiérarchie visuelle | Si le site a été construit, mis en ligne ou utilisé |
| Site en ligne | Navigation, comportement sur mobile, parcours client, vitesse | Qui l'a construit, et ce qui a changé depuis |
| Étude de cas détaillée | Le brief, la contribution annoncée de l'agence, le résultat déclaré | Si le résultat a été mesuré de façon cohérente |
| Référence client ou démonstration | Le déroulé du projet, la suite après la mise en ligne | Comment l'agence gère des projets différents |
Commencez par deux ou trois projets proches de votre problème opérationnel. Une entreprise B2B privilégiera des pages de services claires, la qualification des contacts et une bibliothèque de ressources facile à gérer. Une entreprise qui s'ouvre à de nouveaux marchés aura besoin de traduction, de landing pages réutilisables et d'un modèle de contenu qui suit son développement. Des couleurs proches ou un même secteur comptent moins qu'une complexité comparable.
Notez vos exigences avant de parcourir les portfolios : l'action principale attendue du visiteur, les types de pages importants et qui fera vivre le site. Le stade de croissance de votre entreprise aide à les définir, mais l'évaluation doit rester centrée sur le travail que vous pouvez examiner.
Utiliser une grille de preuves reproductible
Appliquez les cinq mêmes vérifications à chaque agence et notez des preuves plutôt que des impressions. La grille ci-dessous est une méthode d'évaluation proposée, pas une certification du secteur. Gardez une note par projet pour qu'un bon exemple ne masque pas des manques ailleurs.
| Critère | Preuves à examiner | Question de décision |
|---|---|---|
| Pertinence | Brief, public visé et structure des pages | Ce projet répond-il à un problème comparable au nôtre ? |
| Contribution | Responsabilités nommées, partenaires et date de mise en ligne | Qu'a réellement livré cette agence ? |
| Exécution | Parcours en ligne, comportement mobile et contrôles techniques | Le travail fonctionne-t-il au-delà de la capture d'écran ? |
| Résultats | Définition des indicateurs, dates et contexte | Qu'est-ce qui étaye le résultat annoncé ? |
| Passation | Démonstration du CMS, conditions de propriété et périmètre du support | Notre équipe peut-elle faire vivre le site livré ? |
Pour chaque critère, attribuez un niveau de preuve simple :
- 0 : non fourni.
- 1 : décrit mais non vérifié.
- 2 : étayé par un élément vérifiable ou par la confirmation d'un client concerné.
Ce niveau mesure la confiance dans la preuve, pas la compétence globale de l'agence. Ne laissez pas un total masquer une exigence non négociable : l'absence de tests d'accessibilité ou une propriété floue peuvent rester bloquantes, quelle que soit la qualité visuelle. Appuyez-vous sur les critères pour évaluer des services professionnels de création de site web quand vous transformez ces constats en exigences d'achat.
Vérifier qui a fait le travail avant de le juger
Établissez la contribution de l'agence avant de lui attribuer un site terminé. Une étude de cas peut couvrir la stratégie, l'identité de marque, le design, le développement, ou seulement une partie de ce travail. Demandez :
- Quelles responsabilités revenaient à l'agence, et lesquelles au client ?
- Des partenaires spécialisés ou des indépendants ont-ils contribué, et sur quoi ?
- Quand le projet a-t-il été mis en ligne, et le site actuel reflète-t-il encore cette livraison ?
Une attribution précise et limitée vaut mieux qu'un projet impressionnant au périmètre flou. Le client a pu modifier sa navigation, ses contenus ou sa plateforme depuis. À l'inverse, un beau concept n'a peut-être jamais été commandé ni construit. Quand le site public ne reflète plus le travail d'origine, demandez une démonstration datée ou la documentation de mise en ligne.
Pour les agences présélectionnées, demandez une référence liée à votre type de projet et contactez-la avec l'accord de l'agence. Demandez ce que l'agence prenait en charge, ce qui a causé des retards et ce qui s'est passé après la mise en ligne. Les avis publics révèlent des tendances, mais vérifiez qu'ils portent sur des projets comparables. La confidentialité peut limiter les détails publics : acceptez alors une démonstration privée ou des documents anonymisés.
Tester le site en ligne avec une vraie tâche client
Évaluez le site en tant que visiteur avant de le juger comme un objet de design. Choisissez un parcours réaliste : comprendre un service, vérifier qu'il vous correspond, atteindre le formulaire de contact. Partez d'une page intérieure autant que de l'accueil, et refaites le parcours sur téléphone. N'envoyez pas de fausses demandes aux clients de l'agence : arrêtez-vous avant l'envoi ou demandez une démonstration.
| Vérification rapide | Comment la faire | Référence |
|---|---|---|
| Accès au clavier | Parcourez menu, boutons et champs avec la touche Tab ; chaque élément doit être atteignable et utilisable | WCAG 2.2, critère 2.1.1, clavier |
| Focus visible | Pendant la navigation au clavier, l'élément sélectionné doit toujours être visible | WCAG 2.2, critère 2.4.7, visibilité du focus |
| Zoom | Zoomez le navigateur à 200 % ; contenus et commandes doivent rester utilisables | WCAG 2.2, critère 1.4.4, redimensionnement du texte |
| Formulaires | Vérifiez que les champs ont des libellés visibles et que les messages d'erreur expliquent le problème | Vérifications préliminaires d'accessibilité du W3C |
| Parcours mobile | Ouvrez les menus, touchez les boutons, fermez le bandeau cookies, atteignez le formulaire | Vos propres exigences |
Les vérifications préliminaires d'accessibilité du W3C sont un bon point de départ, mais le W3C précise lui-même qu'une page peut sembler les réussir tout en présentant des obstacles importants. Les outils automatiques ont la même limite : le W3C rappelle que certaines vérifications d'accessibilité ne peuvent pas être automatisées. Ni un examen rapide ni un scan ne prouvent une conformité complète. Notez vos constats sans présumer de qui a introduit le problème.
Vérifier performance et maintenabilité sans deviner
La qualité technique demande à la fois des tests publics et un regard derrière les pages finies.
Performance : lire séparément données de laboratoire et de terrain
Testez des pages représentatives du portfolio dans PageSpeed Insights : une page riche en contenu et une page de conversion, pas seulement l'accueil. Google explique que PSI fournit deux types de données : des données de laboratoire, collectées dans un environnement contrôlé et utiles pour le débogage, et des données de terrain issues d'utilisateurs réels. Les secondes reflètent l'expérience réelle ; les premières aident à l'expliquer.
| Core Web Vital | Ce qu'il mesure | Seuil « bon » |
|---|---|---|
| Largest Contentful Paint (LCP) | Chargement | 2,5 secondes ou moins |
| Interaction to Next Paint (INP) | Réactivité | 200 millisecondes ou moins |
| Cumulative Layout Shift (CLS) | Stabilité visuelle | 0,1 ou moins |
Ces seuils viennent des recommandations de Google sur les Core Web Vitals, mesurés au 75e centile des chargements de page (voir notre définition des Core Web Vitals). L'absence de données de terrain ne prouve pas, à elle seule, une mauvaise performance : le Chrome UX Report n'inclut que les pages et sites suffisamment fréquentés et publiquement accessibles, si bien que beaucoup de petits sites clients n'en ont pas.
Considérez chaque résultat comme un instantané. Les conditions de test, les scripts tiers et les modifications faites après la mise en ligne influencent ce que vous voyez. Demandez à l'agence d'expliquer les problèmes importants et de distinguer ce qu'elle maîtrisait de ce que le client a ajouté ensuite. Une explication argumentée vaut mieux qu'une promesse de score parfait ou qu'un rejet en bloc des outils de test.
Maintenabilité : demander une démonstration
Demandez à l'agence de montrer, sur un vrai projet, comment une personne :
- ajoute un élément dans le CMS ;
- modifie un composant réutilisable ;
- publie une nouvelle landing page sans casser la mise en page.
Pour un projet Webflow, les signes d'un développement de site bien structuré aident à savoir quoi regarder. Aucune plateforme, qu'il s'agisse de Webflow, de Framer ou d'un développement sur-mesure, ne garantit à elle seule un site bien organisé : demandez des preuves tirées de la réalisation plutôt que de vous fier au logo de la plateforme.
Vérifier que les résultats annoncés tiennent
Un résultat business a besoin d'une définition, d'une période et d'un contexte. Traitez les résultats annoncés comme des affirmations à vérifier, avec les questions ci-dessous.
| Question | Pourquoi elle compte |
|---|---|
| Qu'est-ce qui comptait comme conversion ? | Un affichage de formulaire, un envoi et un contact qualifié sont des résultats très différents. |
| Quelles périodes ont été comparées ? | La saisonnalité peut créer ou masquer une évolution. |
| Quelle est la base du pourcentage ? | Un pourcentage sans sa base peut cacher un tout petit échantillon. |
| Le suivi est-il resté identique ? | Une nouvelle configuration d'analytics peut changer les chiffres sans changer les comportements. |
| Qu'est-ce qui a changé en même temps ? | Budget publicitaire, sources de trafic, prix, positionnement et qualification commerciale influencent tous les résultats. |
Une refonte peut avoir contribué sans être la seule cause. Une agence doit savoir distinguer le résultat observé de son interprétation, même quand elle ne peut pas établir de lien de cause directe.
En cas de confidentialité commerciale, acceptez des rapports anonymisés ou un témoignage confirmé par le client, avec les réserves nécessaires. Sans données de résultat, évaluez les objectifs annoncés et le travail livré sans inventer de conclusion. Notez « résultat non vérifié » plutôt que de prendre un beau design pour une preuve d'impact sur le chiffre d'affaires, et appliquez la même règle à toutes les agences présélectionnées.

Vérifier que la méthode convient à votre équipe
La même méthode d'agence peut bien fonctionner pour un client et créer des retards chez un autre. Profitez de la présentation du portfolio pour demander comment un projet terminé est passé du brief à la mise en ligne :
- Qui a fourni les textes ?
- Qui a validé la structure ?
- Comment les avis contradictoires des parties prenantes ont-ils été tranchés ?
- Quels documents de projet existent : inventaire des contenus, historique des validations, guide de passation ?
« Une méthode collaborative » ne suffit pas comme réponse. Projetez ensuite ces responsabilités sur votre équipe. Si le marketing a peu de temps, un portfolio fondé sur des contenus largement produits par le client peut refléter un mode de livraison que vous ne pourrez pas suivre. Précisez qui décide, qui regroupe les retours et qui donne accès aux analytics, aux domaines et aux outils existants. Le planning doit intégrer ces dépendances, pas seulement le temps de production de l'agence.
Pour un projet B2B piloté par le marketing, reliez ces questions aux critères pour choisir une agence de design Webflow. La preuve utile, c'est la façon dont l'agence a géré des contraintes comparables, comme des contenus manquants ou des validations en retard. Des « révisions illimitées » ne remplacent pas un processus de décision clair.
Transformer les promesses du portfolio en engagements
Les preuves du portfolio doivent façonner le périmètre que vous achetez, pas rester à part. Avant de comparer les propositions, traduisez chaque point fort repéré en livrable explicite.
| Ce qui vous a convaincu dans le portfolio | Ce qu'il faut écrire dans la proposition |
|---|---|
| Des landing pages réutilisables | Les modèles, champs modifiables et circuit de publication dont vous avez besoin |
| L'accessibilité | Le périmètre des tests, la norme visée (par exemple WCAG 2.2 AA) et qui corrige |
| Des pages rapides | Quelles pages sont testées, avec quel outil, et ce qui se passe si les objectifs ne sont pas atteints |
| Une passation propre | Documentation, formation et accès administrateur à la mise en ligne |
| Le support après lancement | Durée du support, délais de réponse attendus et circuit d'escalade |
Clarifiez aussi la propriété et les accès. Qui contrôle le compte du site, le domaine et les analytics, quels fichiers de design sont livrés, quels éléments dépendent de licences tierces ? Vérifiez si des polices payantes, des banques d'images, des extensions ou des intégrations impliquent des abonnements.
Les conditions après lancement méritent la même précision : distinguez correction de bugs, modifications de contenu, maintenance de la plateforme et nouvelles fonctionnalités. Quand vous comparez des offres de conception web au-delà du nombre de pages, rattachez chaque constat important à une ligne écrite du périmètre. « Comme notre projet précédent » ne remplace pas un livrable convenu.
Éviter les erreurs qui faussent la présélection
Ne laissez pas une belle présentation devenir un raccourci qui évite la vérification.
- Prendre la finition visuelle pour une preuve business. Une direction artistique forte a de la valeur, mais elle ne prouve ni la qualité des contacts, ni l'utilisabilité, ni la maintenabilité. Évaluez chaque point séparément et notez la preuve qui fonde votre jugement.
- Confondre absence de preuve et mauvais travail. Des études de cas succinctes peuvent tenir à la confidentialité ou à une documentation faible. Demandez une alternative avant d'écarter l'agence, puis jugez si l'incertitude restante est acceptable.
- Ne juger que le site de l'agence. Il montre son goût et son positionnement, mais les projets clients montrent comment elle travaille avec les contraintes d'une autre organisation. Examinez les deux sans supposer qu'ils ont le même but.
- Ignorer ce qui contredit la présentation. Un parcours cassé ou une attribution floue appellent des questions. N'excusez pas un problème non résolu parce qu'un autre projet est convaincant.
Le portfolio d'une agence web sert à trouver les bonnes questions, pas à s'en dispenser. Distinguez le travail de livraison essentiel des extras de présentation quand vous décidez quels services de conception de site valent l'investissement, et gardez les risques non résolus visibles dans la présélection au lieu de les noyer dans une moyenne.
La check-list à suivre avant de demander une proposition
Créez une courte fiche de preuves pour chaque agence présélectionnée.
- Définir la pertinence. Notez l'action principale du visiteur, les types de pages importants, les besoins de contenu et vos contraintes internes. Repérez les projets du portfolio qui montrent un travail comparable.
- Confirmer l'attribution. Notez ce que l'agence a conçu ou construit, qui d'autre a contribué et si le site en ligne reflète encore sa livraison.
- Tester les parcours clients. Examinez des parcours représentatifs sur ordinateur et mobile, la navigation et les formulaires, sans envoyer de fausses demandes.
- Noter les constats techniques. Gardez les URL testées, les dates de test, l'état des Core Web Vitals et les points d'accessibilité. Distinguez constats préliminaires et audit complet.
- Qualifier les résultats annoncés. Relevez la définition des indicateurs, les périodes comparées et les changements de trafic ou de marketing. Marquez les affirmations non étayées comme non vérifiées.
- Examiner la passation. Demandez une démonstration du CMS, un plan d'accès et le détail de la documentation, de la formation et des responsabilités après lancement.
- Valider la relation de travail. Confirmez ce que vous devrez fournir, qui valide et, si possible, une référence pertinente. Notez les risques de méthode non résolus.
- Reporter les preuves dans le périmètre. Transformez les constats importants en exigences : livrables, propriété, tests et limites du support.
Si un point critique reste flou, précisez la preuve qui le lèverait et qui doit la fournir. C'est plus utile qu'une inquiétude vague ou qu'un classement chiffré sans explication. Posez les mêmes questions à chaque agence pour que les réponses restent comparables.
Comment BeBranded aborde l'examen d'un portfolio
BeBranded travaille en deux temps : le conseil d'abord, puis la production. La phase de conseil sert à écrire avec l'équipe les exigences sur lesquelles repose ce guide (actions attendues des visiteurs, types de pages, qui fait vivre le site) et à choisir l'approche adaptée : un développement sur-mesure en Next.js et Payload, Webflow quand c'est le bon choix, ou des chantiers d'IA, d'applications et d'automatisation autour du site. Nous nous attendons à être évalués avec les mêmes questions que n'importe quelle agence : ce que nous avons livré sur un projet, ce que le client peut modifier et qui possède les comptes après la mise en ligne. Si vous préparez une présélection, notre page conseil explique cette première étape, et vous pouvez aussi nous contacter avec votre fiche de preuves.
Sources
- 1. W3C WAI : vérifications préliminaires d'accessibilité (en anglais) · w3.org/WAI/test-evaluate/preliminary/
- 2. Google PageSpeed Insights · pagespeed.web.dev/
- 3. Google for Developers : à propos de PageSpeed Insights (données de laboratoire et de terrain) · developers.google.com/speed/docs/insights/v5/about?hl=fr
- 4. web.dev : Core Web Vitals et seuils recommandés · web.dev/articles/vitals?hl=fr
- 5. Chrome for Developers : méthodologie et éligibilité du CrUX (en anglais) · developer.chrome.com/docs/crux/methodology
- 6. W3C : comprendre le critère WCAG 2.2 2.1.1, clavier (en anglais) · w3.org/WAI/WCAG22/Understanding/keyboard.html
- 7. W3C : comprendre le critère WCAG 2.2 2.4.7, visibilité du focus (en anglais) · w3.org/WAI/WCAG22/Understanding/focus-visible.html
- 8. W3C : comprendre le critère WCAG 2.2 1.4.4, redimensionnement du texte (en anglais) · w3.org/WAI/WCAG22/Understanding/resize-text.html
- 9. W3C WAI : choisir des outils d'évaluation de l'accessibilité (en anglais) · w3.org/WAI/test-evaluate/tools/selecting/



