Conception et développement web

Cette page offre une vue d'ensemble : ce que nous faisons, ce que cela coûte aux États-Unis, combien de temps cela prend, ce dont nous avons besoin de votre part, et tous les articles que nous avons écrits sur le sujet. Si vous savez déjà ce que vous voulez, demandez un devis ou testez-nous d'abord sur quelques fichiers — les deux sont gratuits, et aucun n'implique d'appel commercial.

Ce que recouvrent ici la conception et le développement web

Quatorze disciplines, cela peut sembler beaucoup, jusqu'à ce que l'on remarque à quel point un même projet en mobilise souvent trois. Pour la conception et le développement web en particulier, voici en quoi consiste le travail :

Core Web Vitals: Les trois métriques terrain que Google publie pour mesurer le chargement, la réactivité et la stabilité visuelle d'une page : Largest Contentful Paint, Interaction to Next Paint et Cumulative Layout Shift.
Responsive design: Concevoir une seule page qui adapte sa mise en page, sa typographie et ses images à la fenêtre d'affichage sur laquelle elle est lue, plutôt que de maintenir des sites mobile et desktop distincts.
HTML sémantique: Utiliser l'élément HTML qui décrit la nature de chaque chose — nav, main, button, table, niveaux de titre — plutôt que de styliser une div générique pour lui en donner l'apparence.
Design systems: Une bibliothèque partagée de composants, de tokens et de règles d'usage sur laquelle s'appuient à la fois l'équipe design et l'équipe de développement, pour qu'un même bouton soit le même bouton partout.
Amélioration progressive: Construire la page pour que le contenu et les fonctions essentiels fonctionnent avec le seul HTML, puis ajouter CSS et JavaScript par-dessus pour les navigateurs et les connexions qui les supportent.
Architecture de CMS headless: Séparer le stockage et l'édition du contenu de sa présentation, pour que le même contenu puisse être diffusé via une API vers un site web, une application ou un écran.
Conformité en matière d'accessibilité web: Atteindre un niveau défini des Web Content Accessibility Guidelines — généralement 2.2 niveau AA — et être en mesure d'en apporter la preuve.
Architecture de l'information: La façon dont le contenu d'un site est regroupé, nommé et relié, pour que chacun puisse deviner où se trouve une information avant même de la chercher.
Optimisation des images pour le web: Diffuser les images dans un format moderne, à leur taille d'affichage, avec le comportement de chargement adapté à leur position sur la page.
Stratégie de cache: Décider de ce qui est stocké, où et pour combien de temps — dans le navigateur, en périphérie du CDN et dans l'application — pour qu'un travail déjà fait ne soit pas refait.
Fondamentaux de la sécurité des applications web: Les protections dont toute application web a besoin, quelle que soit sa fonction : traitement des entrées, encodage des sorties, authentification, autorisation, sécurité du transport et hygiène des dépendances.
Planification de la migration de site web: Faire passer un site sur une nouvelle plateforme, un nouveau domaine ou une nouvelle structure sans perdre les positions, les liens et le trafic acquis par l'ancien.

Cela en fait douze sur 224. L'index complet figure plus bas sur cette page.

Combien cela coûte aux États-Unis

Voici ce que cela coûte généralement aux États-Unis. Considérez-le comme un ordre de grandeur plutôt que comme une grille tarifaire : le chiffre honnête dépend du projet, et quiconque vous annonce un prix ferme sans avoir examiné le travail ne fait que deviner.

Fourchettes de prix habituelles sur le marché américain pour la conception et le développement web
Type de travail	Fourchette habituelle	Ce que cela couvre
Petit site vitrine	$6,000 – $20,000	Cinq à quinze pages, quelques templates, un CMS réellement utilisable, accessible et rapide.
Site d'entreprise avec systèmes intégrés	$20,000 – $75,000	Templates sur mesure, véritables intégrations, contenu structuré, une migration et une phase de tests digne de ce nom.
Projet d'envergure ou complexe	$75,000+	Multilingue, intégrations complexes, design systems, ou tout projet où le site est le produit lui-même plutôt que sa plaquette.

Ce sont des fourchettes larges, et elles le sont pour une raison. Voici ce qui fait passer un projet d'un extrême à l'autre.

Ce qui détermine réellement le prix

Nombre de templates distincts: Un site de cinquante pages avec six templates représente bien moins de travail qu'un site de douze pages avec onze templates. Comptez les mises en page, pas les pages.
Disponibilité du contenu: Un site dont les textes et les images sont prêts avance environ deux fois plus vite qu'un site dont le contenu est rédigé pendant le développement.
Intégrations: Un CRM, un système de réservation, une passerelle de paiement, un ancien flux d'inventaire. Chacun constitue un contrat à part avec l'API d'un tiers, et avec ses pannes.
Objectif d'accessibilité: Viser les WCAG 2.1 AA dès le départ augmente modestement le coût de la conception et du développement. L'ajouter après coup coûte plusieurs fois plus cher.
Migration: Migrer un millier de pages existantes en préservant leurs URL et leur mise en forme est un projet à part entière, avec ses propres risques.
Qui en assure la maintenance: Construire un site que vous pouvez modifier en toute sécurité coûte plus cher au départ qu'un site que nous seuls pouvons faire évoluer. Sur trois ans, c'est presque toujours la solution la moins chère des deux.

Comment la rémunération est généralement structurée

Au-delà du montant se pose la question des modalités. Cinq modèles couvrent presque tous les cas dans ce secteur, et le bon dépend de la précision avec laquelle le travail peut être décrit avant de commencer.

À l'unité: Un prix fixe par image, par minute, par page, par élément. Idéal quand le travail est réellement répétitif et que vous pouvez décrire précisément une unité. C'est le modèle le plus simple à budgéter et le plus facile à contester, car tout dépend de la correspondance entre votre définition d'une unité et la nôtre. Mettez-vous d'accord sur un échantillon avant de vous mettre d'accord sur une facture.
Taux horaire ou journalier: Vous achetez du temps, et le résultat est ce que ce temps produit. C'est honnête quand personne ne peut encore cadrer le travail : un sauvetage, des archives inconnues, une phase exploratoire. Demandez malgré tout un montant plafond. Un accord horaire ouvert sans plafond est un budget sans limite.
Forfait projet: Un montant unique pour un périmètre défini, généralement avec un nombre déterminé de cycles de révision. C'est le modèle que préfèrent la plupart des clients, et celui qui pénalise le plus durement un brief flou. Le forfait n'est fixe que si le périmètre l'est, alors attendez-vous à un document de cadrage plus précis que ce qui vous semble confortable. C'est cette précision qui vous protège.
Abonnement mensuel: Une capacité définie réservée pour vous chaque mois. Intéressant dès que le travail est continu plutôt qu'occasionnel : un catalogue qui se renouvelle, une chaîne qui publie chaque semaine, un site qui évolue sans cesse. En dessous d'environ dix à quinze heures par mois, cela revient généralement plus cher que d'acheter le travail au fil de l'eau.
Rémunération à la valeur ou au résultat: Une tarification liée à un résultat business plutôt qu'à l'effort. Rare, et rarement aussi simple qu'il y paraît. Elle fonctionne quand le résultat est sans ambiguïté et attribuable, et s'effondre quand il n'est ni l'un ni l'autre. Examinez une proposition de rémunération au résultat avec la même rigueur que toute autre affirmation en matière d'attribution.

Si vous voulez un vrai montant plutôt qu'une fourchette, le plus rapide est de nous envoyer le vrai brief : périmètre, volume, échéance, et quelques fichiers d'exemple si vous en avez. Cela suffit généralement pour un prix fixe plutôt qu'une estimation.

Combien de temps cela prend

Combien de temps cela doit-il prendre ? Voici les durées habituelles, sachant que chacune suppose que les décisions sont prises au moment où elles sont demandées.

Durées habituelles des phases
Phase	Durée habituelle
Cadrage	1 à 2 semaines
Contenu et structure	2 à 4 semaines, et c'est l'étape qui dérape
Design	3 à 6 semaines
Développement	4 à 12 semaines selon le nombre de templates
Tests et mise en ligne	1 à 3 semaines, plus le plan de redirection

Une chose mérite d'être dite clairement : la cause la plus fréquente d'un projet en retard n'est pas la production. C'est l'attente : d'un contenu, d'une décision, d'une personne qui doit jeter un œil à quelque chose. Si vous voulez qu'un projet avance vite, le levier le plus puissant dont vous disposez est de désigner une personne habilitée à dire oui et de vous assurer qu'elle est disponible. Ce seul changement vaut plus que toutes les relances du monde.

Le travail en urgence est possible, et il coûte réellement plus cher, car il implique de vraies personnes qui font de vraies heures supplémentaires, ou un projet qui passe devant celui de quelqu'un d'autre. Nous vous dirons toujours ce que coûte réellement une urgence avant que vous vous engagiez.

Comment le travail se déroule concrètement

Voici l'enchaînement que suit réellement un projet de conception et de développement web. Ce n'est pas un schéma marketing : c'est l'ordre dans lequel les choses doivent se faire, et la plupart des problèmes coûteux dans ce domaine viennent d'une étape réalisée dans le désordre ou carrément sautée.

Ce que recouvrent ici la conception et le développement web — Les étapes d'un projet type de conception et de développement web. Le travail de conception et de développement web s'inscrit dans cet enchaînement plutôt qu'à côté.

1. Cadrage

Nous établissons à quoi sert le site, à qui il s'adresse et à quelles conditions on pourra considérer qu'il fonctionne. En général, quelques appels et un examen des données analytiques existantes. L'objectif : une description du projet tenant sur une page, dans laquelle les deux parties se reconnaissent.

2. Contenu et structure

Ce que contient le site, et comment on y trouve ce que l'on cherche. Cette étape précède volontairement le design : disposer des blocs avant de savoir ce qu'ils contiendront, c'est le meilleur moyen d'obtenir une belle page incapable d'accueillir votre contenu réel.

3. Design

Wireframes, puis design visuel, en commençant généralement par la largeur d'un téléphone. La plupart de vos visiteurs sont sur mobile, et une mise en page qui fonctionne en petit s'agrandit presque toujours plus harmonieusement qu'une mise en page qu'il faut comprimer.

4. Développement

Code front-end, templates et configuration de la gestion de contenu. Le tout construit de manière sémantique, pour que le balisage ait un sens pour un lecteur d'écran et un moteur de recherche, pas seulement pour un navigateur.

5. Intégration du contenu

De vrais textes et de vraies images, pas du texte de remplissage. C'est là que la plupart des plannings dérapent, presque toujours du côté du client ; mieux vaut donc commencer pendant le développement plutôt qu'après.

6. Tests

Appareils réels, navigation au clavier, lecteur d'écran, connexion lente. Sans oublier les vérifications ingrates : des formulaires qui envoient vraiment, des redirections qui redirigent vraiment, des outils d'analyse qui enregistrent vraiment.

7. Mise en ligne

DNS, certificats, redirections de chaque ancienne URL, validation dans la Search Console. Le plan de redirection est la partie que l'on oublie, et c'est elle qui coûte du trafic.

8. Suivi après lancement

Surveiller les premières semaines de trafic réel, corriger ce que seul l'usage réel révèle et vous remettre une documentation suffisante pour que vous ne dépendiez pas de nous pour changer un numéro de téléphone.

Où se situent la conception et le développement web ? Généralement quelque part au milieu de cet enchaînement, et ils héritent de toutes les décisions prises en amont. C'est la raison de fixer le périmètre tôt : un changement à l'étape deux se règle par une discussion, le même changement à l'étape sept impose de tout reconstruire.

Ce qu'il faut nous envoyer

Un brief n'a pas besoin d'être long. Il doit être précis sur quelques points ; pour tout le reste, rester vague ne pose aucun problème.

Ce que doit contenir le brief

À qui il s'adresse: Le public, en une phrase, avec vos propres mots. Pas un document de persona : une phrase.
Ce qu'il doit accomplir: L'action que vous voulez que quelqu'un réalise, ou la décision que vous voulez lui permettre de prendre.
Où il sera diffusé: Chaque emplacement, à chaque format. C'est l'oubli le plus fréquent, et c'est celui qui entraîne de nouvelles prises de vue et de nouveaux recadrages.
Ce qui existe déjà: Charte graphique, travaux antérieurs, les fichiers que personne n'aime. Surtout les fichiers que personne n'aime, et pourquoi.
Ce qui est figé: Couleurs, polices, mentions légales, exigences des plateformes, tout ce qui n'est pas négociable.
À quoi ressemble un bon résultat: Deux ou trois références, plus un exemple de quelque chose que vous n'aimez vraiment pas. Ce que vous n'aimez pas est plus utile que ce que vous aimez.
La vraie échéance: La date à laquelle quelque chose doit être en ligne, pas celle à laquelle vous aimeriez voir une ébauche. Précisez laquelle vous nous donnez.
Qui valide: Un seul nom. Un brief avec quatre validateurs et aucun décideur est un brief qui vous coûtera deux cycles de révision supplémentaires.

Deux d'entre eux méritent d'être soulignés, car ce sont ceux qui coûtent de l'argent quand ils manquent. Où il sera diffusé (chaque emplacement, à chaque format) est l'oubli qui entraîne de nouvelles prises de vue et de nouveaux recadrages. Et qui valide est celui qui ajoute discrètement des cycles de révision : un projet avec quatre validateurs et aucun décideur coûtera toujours plus cher qu'un projet avec un seul nom.

Spécifique à la conception et au développement web

En plus du brief général, ce type de projet gagne à ce que vous ayez tranché les points suivants avant que quiconque ne commence :

Core Web Vitals mesurés sur des appareils réels : LCP inférieur à 2,5 secondes, INP inférieur à 200 millisecondes, CLS inférieur à 0,1
Chaque élément interactif accessible et utilisable au seul clavier, dans un ordre logique
Contraste du texte de 4,5:1 pour le corps de texte et de 3:1 pour les grands caractères, vérifié et non présumé
Testé sur un vrai téléphone Android de milieu de gamme, et pas seulement dans une fenêtre de navigateur desktop rétrécie

Si vos fichiers sont déjà prêts, vous pouvez nous les envoyer directement : ils sont déposés sur un stockage privé plutôt que dans une boîte de réception, et rien n'est public. Si vous préférez juger de notre niveau avant de vous engager, testez-nous d'abord sur quelques fichiers. Sans carte bancaire, sans engagement, et si cela ne correspond pas à vos besoins, vous n'aurez perdu qu'un après-midi.

Comment vérifier ce que vous recevez

La plupart des cycles de révision existent à cause de la manière dont le cycle précédent a été relu, pas à cause de la manière dont le travail a été fait. Voici comment rendre une relecture efficace.

Vérifiez-le là où il sera utilisé: Validez un visuel web dans un navigateur, un visuel imprimé sur papier, un mixage audio sur un haut-parleur de téléphone. Valider un livrable dans l'outil qui l'a produit, c'est ainsi que les problèmes arrivent jusqu'au public.
Vérifiez les bords, pas le centre: Le centre est presque toujours correct. Regardez les coins, le plus petit format, la chaîne de texte la plus longue, la zone la plus sombre, les dix dernières secondes.
Vérifiez une chose à la fois: La couleur, puis la typographie, puis les espacements, puis le contenu. Une relecture qui cherche à tout voir d'un coup voit ce qui saute le plus aux yeux et rate le reste.
Rassemblez les retours avant de les envoyer: Une seule liste consolidée vaut mieux que six e-mails. Les contradictions au sein de votre propre organisation se règlent à moindre coût de votre côté que du nôtre.
Soyez précis sur ce qui ne va pas: « Rendez-le plus percutant » coûte un cycle de révision. « Le titre est difficile à lire sur le ciel, pouvez-vous assombrir la zone derrière ? » coûte dix minutes.
Dites aussi ce qui va bien: Pas par politesse. Si vous ne signalez que les problèmes, le cycle suivant risque de faire disparaître ce que vous aimiez sans que personne ne sache que c'était important.

Le niveau d'exigence que nous nous imposons

Pour que vous sachiez à quoi vous comparer, voici ce qui est vérifié de notre côté avant que quoi que ce soit ne vous parvienne. Rien de tout cela n'est facultatif, et rien n'est facturé en supplément.

Core Web Vitals mesurés sur des appareils réels : LCP inférieur à 2,5 secondes, INP inférieur à 200 millisecondes, CLS inférieur à 0,1
Chaque élément interactif accessible et utilisable au seul clavier, dans un ordre logique
Contraste du texte de 4,5:1 pour le corps de texte et de 3:1 pour les grands caractères, vérifié et non présumé
Testé sur un vrai téléphone Android de milieu de gamme, et pas seulement dans une fenêtre de navigateur desktop rétrécie
Formulaires testés de bout en bout, y compris ce qui se passe en cas d'échec
Chaque ancienne URL fonctionne toujours ou redirige une seule fois, sans chaîne de redirections

Signaux d'alerte propres à la conception et au développement web

Si vous repérez l'un de ces points dans ce qui vous est livré, signalez-le. Tous peuvent être corrigés, et tous coûtent moins cher à corriger maintenant qu'après la mise en ligne.

Une refonte qui a perdu la moitié de son trafic
Un site que personne ne pouvait mettre à jour
Rapide sur un ordinateur portable, inutilisable sur un téléphone

Vous pouvez voir comment nous présentons nos travaux finalisés, avant/après compris, dans le portfolio. Tout ce qui est marqué comme exemple est une réalisation de démonstration de notre part et non un projet client, et c'est indiqué sur l'élément.

En interne, freelance, studio ou modèle d'IA ?

C'est la décision qui se cache derrière la question « combien ça coûte », et elle mérite une réponse franche plutôt qu'un argumentaire commercial. Il existe quatre façons de faire réaliser un projet de conception et de développement web, et nous ne sommes le bon choix que pour certaines d'entre elles.

Combien cela coûte aux États-Unis — Le compromis, en toute honnêteté. Aucune colonne n'est la bonne réponse en soi : tout dépend du caractère irrégulier de votre demande.

Garder le travail en interne

Un membre de votre personnel s'en charge.

Les avantages : la boucle de retour la plus rapide qui soit, la connaissance produit la plus approfondie, aucun effort de briefing pour les petites modifications.

Les inconvénients : vous achetez une personne, pas un travail : ses congés, ses arrêts maladie, ses limites, et les logiciels. Cela cesse d'avoir du sens dès que la demande est irrégulière, car vous payez le pic toute l'année.

Engager un freelance

Un spécialiste, engagé directement.

Les avantages : le moyen le moins cher d'acheter une vraie expertise, et vous traitez directement avec la personne qui fait le travail.

Les inconvénients : une seule personne, c'est un point de défaillance unique. Pas de remplaçant, une capacité limitée, et si elle part en cours de projet, vous héritez de ses fichiers et de ses conventions.

Faire appel à un studio

Une équipe avec un process, un niveau de relecture et des remplaçants.

Les avantages : absorbe le volume et la diversité, prend en charge le contrôle qualité, et ne disparaît pas quand une personne est malade.

Les inconvénients : plus cher à l'heure qu'un freelance, et vous êtes un client parmi d'autres. Intéressant quand la cohérence sur un grand volume de production compte davantage que le tarif le plus bas.

Utiliser un modèle d'IA

Des outils génératifs ou automatisés, avec ou sans vérification humaine.

Les avantages : réellement rapide et réellement bon marché sur ce qu'il fait bien, et il ne se fatigue pas à la page quatre cents.

Les inconvénients : il se trompe avec aplomb, d'une manière difficile à repérer au premier coup d'œil, et ses points faibles sont justement ceux qu'un client remarque : les mains, le texte, les dénombrements, les contours, la continuité. Rien ne devrait être livré sans avoir été vu par une personne, c'est pourquoi nos prestations IA sont tarifées relecture comprise plutôt que présentées comme une remise.

En bref : si le travail est constant et au cœur de votre activité, recrutez. S'il est irrégulier, ou s'il requiert un éventail de compétences que vous ne pouvez pas justifier d'employer, faites appel à un studio. S'il s'agit d'une spécialité précise et que vous avez trouvé le bon spécialiste, faites appel à lui. Nous préférons vous le dire d'emblée plutôt que d'accepter un projet pour lequel nous ne sommes pas adaptés.

Travailler avec un studio que vous ne rencontrerez jamais

La plupart des projets de conception et de développement web se déroulent aujourd'hui entre des personnes situées à des endroits différents, souvent dans des fuseaux horaires différents. Cela ne pose aucun problème — et depuis des années — mais certaines habitudes sont payantes et d'autres pénalisantes.

Un chevauchement, pas une couverture totale: Ce qui compte n'est pas de savoir si un prestataire est éveillé à 14 h, heure de l'Est, mais s'il existe un créneau prévisible où vous pouvez échanger. Demandez ce créneau et inscrivez-le dans l'agenda.
Regroupez vos retours: Avec un décalage horaire, trois cycles d'un commentaire coûtent trois jours. Un cycle de douze commentaires en coûte un. C'est de loin le levier le plus puissant dont vous disposez sur les délais.
Envoyez les fichiers une fois, correctement: Une transmission propre avec les originaux, un brief écrit et des fichiers nommés fait gagner plus de temps que toutes les relances du monde. La moitié des projets « lents » l'étaient dès le départ.
Convenez de ce que signifie « urgent »: Tout le monde dit urgent. Convenez à l'avance de ce que déclenche réellement une urgence (une autre file d'attente, un autre prix, d'autres intervenants) pour que le mot garde son sens.
Gardez un seul fil de discussion: Une décision prise dans un message privé est une décision que personne d'autre, d'un côté comme de l'autre, ne peut retrouver. Un seul canal, un seul fil par projet.

Nos horaires recoupent la journée de travail américaine, et nous préférons convenir avec vous d'un créneau régulier plutôt que de promettre une disponibilité 24 h/24 que personne ne peut réellement tenir. Si vous souhaitez en discuter avant de vous engager, contactez-nous : pas de présentation commerciale, et personne ne vous relancera.

Les règles américaines à connaître

Ceci n'est pas un avis juridique et nous ne sommes pas avocats. C'est une liste des règles américaines qui reviennent assez souvent dans ce type de travail pour que les ignorer coûte cher. Si l'une d'elles vous concerne, cela vaut vingt minutes avec quelqu'un qui est avocat.

ADA et Section 508

Les tribunaux américains ont interprété le titre III de l'Americans with Disabilities Act comme couvrant de nombreux sites web commerciaux, et les agences fédérales ainsi que leurs prestataires sont tenus de respecter la Section 508, qui adopte les WCAG comme norme technique. En pratique, cela signifie concevoir selon les WCAG 2.1 AA et être en mesure de le démontrer.

Lois des États sur la protection des données

La Californie, le Colorado, la Virginie, le Connecticut et une liste croissante d'autres États ont adopté des lois sur la protection des données des consommateurs, avec leurs propres exigences d'information et de droit d'opposition (opt-out). Si votre site collecte la moindre donnée, la politique de confidentialité et le comportement des cookies relèvent autant de choix techniques que de choix juridiques.

Obligations de transparence de la FTC

La Federal Trade Commission attend que les liens matériels et les recommandations rémunérées soient signalés clairement et à proximité de l'affirmation concernée. C'est un problème de design : une mention que personne ne peut voir est une mention qui ne compte pas.

Et les questions commerciales générales

Quelle que soit la discipline, l'achat de services professionnels aux États-Unis soulève toujours la même poignée de questions. Voici celles que nos clients nous posent le plus.

Contrats et descriptifs de prestations (SOW): Un statement of work (cahier des charges contractuel) qui précise les livrables, le nombre de cycles de révision, les conditions de propriété et l'échéancier de paiement vaut bien l'heure nécessaire pour le lire. La plupart des litiges dans ce secteur ne portent pas sur la qualité : ils viennent de deux personnes qui ont compris « terminé » différemment.
Propriété et work made for hire: En vertu du droit d'auteur américain, une œuvre créée par un prestataire indépendant appartient en général au prestataire, sauf cession écrite ou si elle relève de l'une des catégories légales restreintes de « work made for hire ». Cela surprend beaucoup d'acheteurs. Obtenez la cession par écrit ; un studio qui hésite vous apprend quelque chose d'utile.
Payer un prestataire externe: Une entreprise américaine qui rémunère un prestataire américain recueille normalement un Form W-9 et peut devoir déposer un 1099-NEC ; pour un prestataire non américain, il s'agit généralement plutôt d'un W-8BEN ou d'un W-8BEN-E. Votre comptable voudra ces documents avant la première facture, pas après la dernière.
Taxe de vente sur les services: Le caractère imposable d'un service créatif ou numérique varie selon les États, et plusieurs États taxent certains livrables numériques mais pas d'autres. Mieux vaut poser une question à votre comptable avant une mission importante que recevoir un courrier de l'administration fiscale d'un État après.
Allégations publicitaires: La Federal Trade Commission tient les annonceurs pour responsables des allégations figurant dans leur marketing, y compris celles véhiculées par des images. Une photo produit retouchée qui ne représente plus le produit est un problème publicitaire avant d'être un problème de design, et la responsabilité incombe à l'annonceur plutôt qu'au retoucheur.
Accessibilité: Le titre III de l'Americans with Disabilities Act a été interprété par les tribunaux américains comme s'appliquant aux sites web dans de nombreux cas, et les agences fédérales ainsi que leurs prestataires sont soumis à la Section 508, qui renvoie aux WCAG. L'accessibilité coûte moins cher quand elle est intégrée dès la conception que lorsqu'elle est imposée par un procès.

Nos propres conditions sont publiées plutôt qu'envoyées sur demande : vous pouvez lire les conditions générales, les conditions de paiement, la politique de remboursement et notre position en matière de confidentialité et de NDA avant même de parler à qui que ce soit. Si quelque chose ne vous convient pas, dites-le tôt : la plupart des points sont négociables, et tout se règle mieux avant le travail qu'après.

Les questions à poser à tout prestataire qui vous fait un devis

Nous compris. Si un prestataire se montre évasif sur l'une d'entre elles, c'est la réponse à la question que vous vous posiez vraiment.

Qui fait réellement le travail ?: Demandez si le travail reste entre les mains de votre interlocuteur, passe à une équipe ou est sous-traité. Aucune de ces options n'est mauvaise. Ne pas le savoir, si.
Qu'est-ce qu'une révision, exactement ?: Demandez ce qui compte comme une révision par rapport à un nouveau brief, et combien sont incluses. C'est la source la plus fréquente d'une facture inattendue.
À qui appartient le résultat ?: Faites-le mettre par écrit, fichiers de travail compris. « Le fichier final vous appartient » et « tout vous appartient » sont deux positions très différentes, et la seconde coûte plus cher pour une bonne raison.
Que se passe-t-il en cas d'erreur ?: Demandez combien coûte une reprise et dans quel délai elle est faite. Un studio qui a une réponse claire a déjà eu cette conversation.
Puis-je voir des travaux similaires aux miens ?: Pas une bande démo : des travaux dans votre catégorie, à votre volume, avec vos contraintes. Un superbe portfolio dans une autre catégorie prouve le goût, pas l'adéquation.
Comment traitez-vous mes fichiers ?: Où ils sont stockés, qui peut y accéder, combien de temps ils sont conservés et ce qu'il advient à la fin. Si vous envoyez quoi que ce soit de non publié, faites-le inscrire au contrat.
De quoi avez-vous besoin de ma part ?: Un prestataire incapable de répondre à cette question n'a pas réfléchi à votre côté du projet, et vous le découvrirez à l'échéance.

Une dernière, et c'est celle que l'on ose le moins poser : qu'est-ce qui vous ferait refuser ce projet ? Un studio qui n'a jamais refusé de travail est un studio qui accepte tout, et cela en dit long sur le soin avec lequel le vôtre sera traité.

Le jargon qu'on vous servira

Chaque métier a un vocabulaire qui sert de raccourci et finit par faire barrière. Voici ce que signifient réellement les termes courants de la conception et du développement web, en langage clair. Vous ne devriez pas en avoir besoin pour commander le travail, mais cela raccourcit les échanges.

Core Web Vitals: Les trois mesures de l'expérience de page publiées par Google : la vitesse d'affichage du contenu principal, la rapidité de réaction de la page aux actions de l'utilisateur et l'ampleur des sauts de mise en page.
LCP: Largest Contentful Paint. Le temps nécessaire au chargement du plus grand élément à l'écran. Moins de 2,5 secondes correspond au seuil « bon » publié.
INP: Interaction to Next Paint. Le temps que met la page à réagir visiblement lorsque quelqu'un touche l'écran ou clique. Une valeur inférieure à 200 millisecondes est considérée comme bonne.
CLS: Cumulative Layout Shift. L'ampleur des déplacements de la page pendant son chargement. Moins de 0,1, c'est bon ; un mauvais score s'explique généralement par une image sans dimensions.
HTML sémantique: Utiliser l'élément qui correspond à la chose — un bouton pour un bouton, un titre pour un titre. C'est ce qui rend une page navigable avec un lecteur d'écran et lisible par un robot d'exploration.
Responsive design: Une mise en page unique qui s'adapte à l'écran sur lequel elle s'affiche, plutôt qu'un site mobile séparé.
CMS: Système de gestion de contenu. L'espace d'administration où une personne qui ne code pas modifie les textes.
Headless: Une configuration où le contenu réside dans un système et le front-end est construit séparément. Plus de souplesse, plus de pièces mobiles, un coût d'exploitation plus élevé.
Amélioration progressive: Construire de sorte que l'essentiel fonctionne sans JavaScript, puis ajouter des améliorations par-dessus. C'est ce qui permet à un formulaire bien conçu d'être envoyé même quand un script ne se charge pas.
Plan de redirection: La liste qui indique vers où pointe désormais chaque ancienne URL. C'est elle qui détermine si une refonte conserve son trafic de recherche ou le jette par la fenêtre.

Une bibliothèque de référence plus complète est disponible si vous souhaitez approfondir l'un de ces sujets, et tout y est rédigé de la même manière : simplement, avec les sources.

Trois situations que vous reconnaîtrez peut-être

Un conseil abstrait est facile à approuver et difficile à appliquer. Voici les formes que prend concrètement ce type de problème, et ce que nous ferions dans chaque cas.

Une refonte qui a perdu la moitié de son trafic

Le nouveau site a été mis en ligne avec de nouvelles URL et sans plan de redirection. Nous avons reconstitué le plan à partir de l'ancien sitemap et des logs serveur, redirigé chaque ancienne adresse vers son équivalent le plus proche, puis soumis à nouveau le site. L'essentiel du trafic est revenu en six à dix semaines. Rien de tout cela n'aurait dû être perdu.

Un site que personne ne pouvait mettre à jour

Chaque modification de texte passait par un ticket développeur, si bien que le site s'est discrètement figé. Nous avons reconstruit les templates autour de zones modifiables encadrées par des garde-fous, pour que l'équipe marketing puisse changer textes et images sans pouvoir casser la mise en page.

Rapide sur un ordinateur portable, inutilisable sur un téléphone

Le site avait été testé sur le poste qui avait servi à le développer. Sur un Android de milieu de gamme avec une connexion normale, il fallait onze secondes pour qu'il devienne utilisable. En compressant les images, en différant les scripts tiers et en supprimant deux graisses de police inutilisées, nous sommes passés sous les trois secondes.

Aucun de ces cas n'exigeait d'exploit. Il fallait simplement que quelqu'un regarde le bon point suffisamment tôt, ce qui est l'essentiel de ce que l'expérience apporte dans ce domaine.

Tout ce que nous avons écrit sur la conception et le développement web

Un article par sujet, chacun avec les chiffres, ce à quoi ressemble un bon résultat, ce qu'il faut éviter et l'origine de toutes ces informations.

Travaillez avec nous sur la conception et le développement web

Dites-nous sur quoi vous travaillez et nous vous dirons honnêtement si nous sommes le bon studio pour ce projet, y compris quand ce n'est pas le cas. Pas de présentation commerciale, et personne ne vous relancera.

Essayez gratuitement — nous réalisons gratuitement une revue technique écrite d'une page, sans carte bancaire et sans engagement. C'est un meilleur test que n'importe quel portfolio, car il porte sur vos propres contenus.
Voir les tarifs — nos tarifs publiés et les fourchettes du marché américain, pour vérifier la cohérence de n'importe quel devis, y compris le nôtre.
Demander un prix forfaitaire — envoyez le brief et un échantillon, et vous obtenez un chiffre plutôt qu'une fourchette.
Découvrez nos réalisations dans cette discipline en particulier.
Posez une question. C'est permis aussi.

Guides et services associés

Suivez ces liens pour poursuivre avec le sujet pratique, le service ou le guide de décision le plus proche.