L'une des frustrations les plus courantes des dirigeants d'entreprise avec les agences web, c'est la boîte noire. Vous transmettez un brief, des choses se passent en coulisses, et quelque chose finit par apparaître. Parfois c'est ce que vous vouliez. Souvent non.
La transparence est ici un avantage concurrentiel pour les deux parties. Quand vous comprenez le processus avant de commencer, les attentes sont alignées, les tours de révision se réduisent et le site final est meilleur. Voici exactement comment je travaille.
Phase 1 : Découverte (Semaine 1)
Chaque projet commence par une session de découverte structurée. Pas un vague «parlez-moi de votre marque» : un ensemble précis de questions conçues pour extraire les décisions qui façonneront l'ensemble du projet :
- Pour qui est le site ? Quels types de clients précis doivent être convaincus ?
- Quelle action les visiteurs doivent-ils effectuer, et dans quel ordre ?
- Qu'est-ce que votre site actuel fait bien et qu'il faut absolument conserver ?
- Quel est le problème commercial le plus important que le nouveau site doit résoudre ?
- À quoi ressemble le succès, en chiffres, 6 mois après le lancement ?
Cette étape comprend aussi un audit technique de votre site actuel : scores de performance, référencement de base, analyse des données analytics, inventaire de contenu. Cela montre le point de départ et où se trouvent les plus grandes opportunités.
Résultat : un document de découverte qui définit le périmètre, les critères de succès et la stratégie de contenu pour le nouveau site. Vous le révisez et le validez avant que la moindre ligne de code ne soit écrite.
Phase 2 : Architecture et design (Semaines 2-3)
Avant le design, l'architecture de l'information est cartographiée : quelles pages existent, comment elles se connectent, à quoi ressemble le parcours utilisateur à chaque étape. La plupart des agences sautent cette étape. Un beau design sur un site mal structuré reste un site peu performant.
Le design commence par des wireframes, c'est-à-dire des maquettes structurelles sans style visuel. Cela maintient les révisions centrées sur «cette hiérarchie de contenu a-t-elle du sens ?» plutôt que «je n'aime pas cette teinte de bleu». Une fois la structure validée, votre charte graphique est appliquée.
Je travaille dans Figma. Vous pouvez commenter directement les designs en temps réel, sans échanges de captures d'écran par email. Les boucles de retour sont rapides.
C'est aussi à cette étape qu'est définie la bibliothèque de composants : les briques réutilisables (sections hero, grilles de cartes, mises en page de témoignages, CTAs) qui composent chaque page. Cela accélère les futures mises à jour de contenu et assure automatiquement la cohérence visuelle.
Phase 3 : Développement (Semaines 3-6)
Le site est construit sur Next.js avec un CMS headless (généralement Sanity). C'est un choix technique délibéré aux conséquences concrètes pour votre activité :
- Performance : Les pages sont pré-rendues et servies depuis un CDN mondial. Les temps de chargement sont typiquement inférieurs à une seconde. Google récompense cela directement dans les classements.
- Sécurité : Pas de panneau d'administration public, pas de vulnérabilités de plugins, pas d'exécution PHP. La surface d'attaque propre à un CMS dynamique avec écosystème de plugins n'est pas présente dans ce type de build.
- Maintenabilité : Le code est propre, documenté et conçu pour durer. Pas de chemins de code de thème couplés. Pas de surface de compatibilité de plugins à gérer. Les développeurs que vous recruterez dans deux ans pourront le lire et le modifier.
- Expérience éditoriale : Votre équipe édite le contenu dans l'éditeur structuré de Sanity. C'est plus rapide et plus prévisible que l'éditeur de blocs WordPress, et le contenu peut être structuré pour être réutilisé sur plusieurs pages.
Le développement se déroule en deux phases : d'abord l'architecture centrale (schéma CMS, templates de pages, bibliothèque de composants en code), puis l'intégration du contenu (remplissage des templates avec le contenu réel, construction des mises en page spécifiques, QA sur tous les appareils et navigateurs).
Vous avez accès à un environnement de staging dès la semaine 3. C'est un aperçu fonctionnel et en direct du site à chaque étape du développement, pas une capture d'écran ou une maquette statique. Vous pouvez naviguer dessus, tester les formulaires et vérifier l'affichage mobile avant que quoi que ce soit ne soit mis en ligne.
Phase 4 : Contenu et rédaction (Semaines 4-5, en parallèle)
Le contenu est souvent le poste le plus chronophage dans la création d'un site web. Deux approches possibles, selon l'envergure du projet :
Contenu fourni par le client : Vous recevez un brief de contenu détaillé pour chaque page, exactement ce qu'il faut écrire, la longueur et le format. Ce brief est généré à partir de la session de découverte et basé sur la recherche de mots-clés et l'analyse concurrentielle. Vous rédigez ; j'édite et je structure pour le web.
Contenu rédigé par webvise : Pour les projets où la rédaction est prise en charge, j'interviewe les parties prenantes clés, j'examine les supports commerciaux existants et je rédige des textes optimisés à la fois pour le référencement et la conversion. L'expérience montre que les textes écrits avec une intention SEO claire et une stratégie de persuasion surpassent nettement les contenus génériques générés par IA ou basés sur des modèles.
Le développement du contenu se déroule en parallèle du développement technique : le CMS est alimenté pendant que les templates se construisent. Cela maintient le calendrier serré.
Phase 5 : QA et préparation au lancement (Semaine 6)
Avant de publier quoi que ce soit, le site passe par une checklist qualité systématique :
- Audit de performance : scores PageSpeed cibles de 90+ sur mobile et desktop dans la mesure où le poids du contenu et les scripts tiers le permettent.
- Tests cross-navigateurs et cross-appareils (Chrome, Firefox, Safari, Edge ; iPhone, Android, tablette, desktop)
- Tous les formulaires testés de bout en bout : soumission, confirmation et livraison par email
- Checklist SEO : balises title, méta-descriptions, URLs canoniques, sitemap, robots.txt, données structurées
- Analytics vérifiées : GA4, Search Console, suivi des objectifs de conversion, tout fonctionne correctement
- Relecture du contenu : titres, corps de texte, CTAs, pages légales, toutes les langues si site multilingue
- Carte de redirections : chaque ancienne URL importante pointe vers la bonne nouvelle URL
Rien ne se lance sans passer cette checklist. J'ai vu trop de sites mis en ligne avec des formulaires défectueux, sans analytics, ou sans redirections, tous ces problèmes coûtent silencieusement de l'argent à l'entreprise dès le premier jour.
Phase 6 : Lancement et passation (Fin de semaine 6)
Le jour du lancement est planifié dans un créneau de faible trafic. Le site est surveillé pendant les premières 24 heures et un plan de retour en arrière reste prêt. Ce rollback n'a encore jamais dû être déclenché en production, mais il est toujours là.
Après le lancement, vous recevez :
- Un guide enregistré sur l'utilisation du CMS pour les mises à jour de contenu
- La documentation de la bibliothèque de composants (ce qui existe et comment l'utiliser)
- Le fichier de design complet dans Figma
- L'accès à tous les comptes : hébergement, analytics, Search Console, CMS
- Une fenêtre de support de 30 jours après le lancement pour tout problème qui survient en production
Ce qui se passe après le lancement
La plupart des clients poursuivent la collaboration de deux façons : un forfait mensuel pour le contenu, le SEO et le développement en cours, ou une relation à la demande pour des projets spécifiques. Aucun forfait n'est imposé ; le travail doit se justifier par lui-même.
Les clients sous forfait reçoivent des rapports de performance mensuels : tendances du trafic organique, Core Web Vitals, évolutions du classement et données de taux de conversion. Pas de métriques de vanité, uniquement les chiffres qui se connectent aux résultats commerciaux.
Ce processus est-il fait pour vous ?
Ce processus fonctionne mieux pour les entreprises qui :
- Investissent sérieusement dans leur site et ne cherchent pas l'option la moins chère
- Veulent comprendre ce qu'elles obtiennent et pourquoi chaque décision a été prise
- Ont un objectif commercial clair que le nouveau site doit soutenir
- Sont prêtes à participer à la découverte et à la révision du contenu (environ 3 à 5 heures de votre temps au total)
Si vous utilisez actuellement WordPress et que vous n'êtes pas certain que votre site performe aussi bien qu'il le devrait, commencez par une analyse gratuite. L'outil vérifie vos Core Web Vitals, votre score PageSpeed et la santé technique en 60 secondes. Lancez l'analyse sur webvise.io/wp-health-report ; à partir de là, une conversation concrète sur ce qu'une nouvelle construction représenterait pour votre situation peut démarrer.