Portfolio d'agence web : comment l'évaluer avant de choisir.

Un portfolio d'agence web montre un goût visuel, pas une capacité à livrer. Voici une grille en cinq points pour l'évaluer : pertinence, contribution, site en ligne, résultats annoncés et passation.
Portrait de Roland Vekemans, cofondateur de BeBranded
Développement · 15 min de lecture · Publié le 15 nov. 2026
Illustration de l’article « How to assess portfolios on web design agency websites »

Partager cet article

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 preuveCe qu'il peut montrerCe qu'il ne peut pas montrer
Capture d'écran ou maquetteComposition, typographie, hiérarchie visuelleSi le site a été construit, mis en ligne ou utilisé
Site en ligneNavigation, comportement sur mobile, parcours client, vitesseQui l'a construit, et ce qui a changé depuis
Étude de cas détailléeLe 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émonstrationLe déroulé du projet, la suite après la mise en ligneComment 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èrePreuves à examinerQuestion de décision
PertinenceBrief, public visé et structure des pagesCe projet répond-il à un problème comparable au nôtre ?
ContributionResponsabilités nommées, partenaires et date de mise en ligneQu'a réellement livré cette agence ?
ExécutionParcours en ligne, comportement mobile et contrôles techniquesLe travail fonctionne-t-il au-delà de la capture d'écran ?
RésultatsDéfinition des indicateurs, dates et contexteQu'est-ce qui étaye le résultat annoncé ?
PassationDémonstration du CMS, conditions de propriété et périmètre du supportNotre é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 rapideComment la faireRéférence
Accès au clavierParcourez menu, boutons et champs avec la touche Tab ; chaque élément doit être atteignable et utilisableWCAG 2.2, critère 2.1.1, clavier
Focus visiblePendant la navigation au clavier, l'élément sélectionné doit toujours être visibleWCAG 2.2, critère 2.4.7, visibilité du focus
ZoomZoomez le navigateur à 200 % ; contenus et commandes doivent rester utilisablesWCAG 2.2, critère 1.4.4, redimensionnement du texte
FormulairesVérifiez que les champs ont des libellés visibles et que les messages d'erreur expliquent le problèmeVérifications préliminaires d'accessibilité du W3C
Parcours mobileOuvrez les menus, touchez les boutons, fermez le bandeau cookies, atteignez le formulaireVos 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 VitalCe qu'il mesureSeuil « bon »
Largest Contentful Paint (LCP)Chargement2,5 secondes ou moins
Interaction to Next Paint (INP)Réactivité200 millisecondes ou moins
Cumulative Layout Shift (CLS)Stabilité visuelle0,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 :

  1. ajoute un élément dans le CMS ;
  2. modifie un composant réutilisable ;
  3. 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.

QuestionPourquoi 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.

Une personne examine la navigation mobile d’un site client sur écran et téléphone en évaluant des sites d’agences web.

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 portfolioCe qu'il faut écrire dans la proposition
Des landing pages réutilisablesLes 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 rapidesQuelles pages sont testées, avec quel outil, et ce qui se passe si les objectifs ne sont pas atteints
Une passation propreDocumentation, formation et accès administrateur à la mise en ligne
Le support après lancementDuré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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.

  1. 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.
  2. 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.
  3. Tester les parcours clients. Examinez des parcours représentatifs sur ordinateur et mobile, la navigation et les formulaires, sans envoyer de fausses demandes.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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. 1. W3C WAI : vérifications préliminaires d'accessibilité (en anglais) · w3.org/WAI/test-evaluate/preliminary/
  2. 2. Google PageSpeed Insights · pagespeed.web.dev/
  3. 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. 4. web.dev : Core Web Vitals et seuils recommandés · web.dev/articles/vitals?hl=fr
  5. 5. Chrome for Developers : méthodologie et éligibilité du CrUX (en anglais) · developer.chrome.com/docs/crux/methodology
  6. 6. W3C : comprendre le critère WCAG 2.2 2.1.1, clavier (en anglais) · w3.org/WAI/WCAG22/Understanding/keyboard.html
  7. 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. 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. 9. W3C WAI : choisir des outils d'évaluation de l'accessibilité (en anglais) · w3.org/WAI/test-evaluate/tools/selecting/

FAQ

Questions sur ce sujet.

Une autre question ?

Nous écrire
Que regarder dans le portfolio d'une agence web ?
Évaluez la pertinence, la contribution, l'exécution, les résultats et la passation. Choisissez des projets aux problèmes, besoins de contenu et complexité comparables aux vôtres, plutôt qu'au style visuel proche. Pour chaque critère, notez si la preuve manque, si elle est décrite sans être vérifiée, ou si elle repose sur un élément vérifiable ou une confirmation client. Ce niveau mesure la confiance dans la preuve, pas la compétence globale de l'agence.
Comment vérifier ce qu'une agence a réellement livré ?
Demandez quelles responsabilités revenaient à l'agence, au client et à d'éventuels partenaires : stratégie, marque, design, développement. Vérifiez la date de mise en ligne et si le site actuel reflète encore la livraison d'origine. Au besoin, demandez une démonstration datée ou la documentation de lancement. Pour les agences présélectionnées, contactez une référence client pertinente avec leur accord ; un projet confidentiel peut se montrer en privé ou avec des documents anonymisés.
Comment évaluer l'utilisabilité et l'accessibilité des projets d'un portfolio ?
Suivez un parcours client réaliste sur ordinateur et sur téléphone, en partant de l'accueil et d'une page intérieure. Vérifiez navigation, boutons, formulaires et étape suivante sans envoyer de fausse demande. Au clavier, contrôlez que le focus reste visible et que chaque commande est utilisable, puis zoomez à 200 % et regardez libellés et messages d'erreur. Ces contrôles révèlent des problèmes mais ne prouvent pas une conformité complète.
Comment vérifier la performance des sites d'un portfolio d'agence ?
Testez des URL représentatives dans PageSpeed Insights, dont une page riche en contenu et une page de conversion. Distinguez les diagnostics de laboratoire des données de terrain issues d'utilisateurs réels, dont les Core Web Vitals quand elles existent. L'absence de données de terrain ne prouve pas une mauvaise performance. Considérez chaque résultat comme un instantané et demandez à l'agence d'expliquer les problèmes importants, les scripts tiers et les changements faits après la mise en ligne.
Comment vérifier les résultats business annoncés dans une étude de cas ?
Demandez ce que l'indicateur mesure, quelles périodes ont été comparées, sur quelle base repose le pourcentage et si le suivi est resté identique. Cherchez ce qui a changé en même temps : budget publicitaire, sources de trafic, prix, positionnement. En cas de confidentialité, acceptez un rapport anonymisé ou une confirmation du client avec ses limites. Sans données, notez le résultat comme non vérifié plutôt que de prendre un beau design pour une preuve d'impact.
Quelles preuves de propriété et de passation demander avant de choisir une agence ?
Demandez une démonstration : ajouter un contenu dans le CMS, modifier un composant réutilisable, publier une landing page. Clarifiez qui contrôle le compte du site, le domaine et les analytics, ainsi que les accès administrateur, les fichiers de design, les licences tierces et les coûts récurrents. Confirmez documentation, formation et responsabilités après lancement, puis inscrivez ces points dans la proposition en séparant correction de bugs, contenus, maintenance et nouvelles fonctions.

À lire aussi

À lire aussi, sur le blog.

Illustration de l’article « Website design for SaaS sites with multiple products »
Développement

Site web SaaS multiproduit : structure, pages produit et conversion

Un site web SaaS multiproduit fonctionne quand l'acheteur voit comment vos produits sont liés et trouve vite le bon. Voici un cadre pour la structure, les pages produit, la conversion et le référencement.

Lire l'article
Illustration de l’article « Should you create your own landing page for a webinar? »
Développement

Créer vous-même votre landing page webinar : quand est-ce pertinent ?

Créer soi-même sa landing page webinar fonctionne quand une personne peut porter et tester tout le parcours d'inscription. Voici comment décider, quoi y mettre et quoi vérifier avant le lancement.

Lire l'article
Illustration de l’article « What to check when building a webpage for gated downloads »
Développement

Landing page de lead magnet : les points à vérifier avant le lancement

Cinq vérifications pour une landing page de lead magnet : une offre claire, un formulaire accessible et un consentement net, un fichier bien protégé, un CRM bien alimenté et une mesure fiable.

Lire l'article

Parlons-en

Dites-nous ce que vous voulez construire.

Trente minutes avec les personnes qui travailleront sur votre projet. Vous repartez avec une vision claire du périmètre, du calendrier et des prochaines étapes.

Ce qui se passe ensuite

  1. 1Un appel de 30 minutesNous écoutons vos objectifs, vos contraintes et votre contexte.
  2. 2Un périmètre clairNous identifions ce qui mérite d'être fait en premier, et ce que cela demande.
  3. 3Une proposition chiffréeVous décidez, sans engagement ni discours commercial.