Centre de connaissances
Conception et développement web
Un site est le seul actif qui doit satisfaire trois publics à la fois : une personne qui décide de vous faire confiance, un robot qui décide de vous indexer, et de plus en plus un modèle qui décide de vous nommer. La plupart des sites sont bâtis pour le premier et rafistolés pour les autres.
Avant de commander quoi que ce soit
Les décisions qui déterminent la réussite du projet se prennent avant tout travail de design.
- Modèle de mandat pour un projet webLes quatorze questions qui déterminent ce que coûte un site et s’il fonctionne. Aucun courriel requis.Lire →
- Liste de vérification — lancement25 vérifications interactives avant la mise en ligne — contenu, technique, performance et conversion.Lire →
- Choisir un CMSWordPress, Shopify, Drupal, Webflow, Squarespace ou sur mesure — lequel convient, et quand chacun est le mauvais choix.Lire →
- Liste de vérification — migration SEO27 vérifications interactives en cinq étapes, avec celles qui causent réellement une perte de positions signalées.Lire →
- Tarification web : ce que vous payez réellementCe qui déplace une soumission, six questions à poser, et les modèles de tarification à surveiller.Lire →
- How much does a website cost?What actually drives the number, and why a figure quoted before anyone asks what the site is for is a package rather than an estimate.Lire →
- How long does a website project take?Development is the predictable part. Content, approvals and third-party access are not.Lire →
- How long does a redesign take?And why compressing the migration stage is how redesigns lose rankings.Lire →
- Will a redesign hurt our rankings?It can, and this is where most redesigns lose ground. What prevents it is unglamorous.Lire →
Quand le site existe et ne performe pas
Du trafic qui arrive et rien qui se passe : le mandat le plus fréquent que nous recevons. Le diagnostic est rarement esthétique.
- Traffic but no leadsThree possible causes, and guessing which one costs a quarter.Lire →
- Why landing pages don't convertThe mismatch between what brought someone and what greets them.Lire →
- Conversion rate optimisationWhat CRO is, and the conditions under which testing is worth doing at all.Lire →
- E-commerce conversion optimisationProduct page, filtering and checkout — where catalogue revenue actually leaks.Lire →
Construire un site qui peut être trouvé
Les fondations techniques déterminent si tout le reste a une chance. Elles coûtent le moins cher à bien faire à la construction, et le plus cher à rattraper.
- SEO knowledge hubCrawling, indexing, ranking — and the second surface that now sits alongside them.Lire →
- AI search and GEOHow generative engines retrieve, and what that asks of a site's architecture.Lire →
- Entity SEOBeing a resolvable entity rather than an ambiguous string — increasingly what decides citation.Lire →
- GEO methodologyOur full measurement method, published so it can be run without us.Lire →
Concevoir un site qui peut réellement se classer
La plupart des sites sont conçus, puis confiés à quelqu’un à qui l’on demande de les faire se classer. C’est l’ordre qui pose problème. À ce stade, la structure d’URL est figée, la navigation reflète l’organigramme plutôt que la façon dont les gens cherchent, et la substance qui devrait être indexable est piégée dans des composants rendus après le passage du robot.
Rattraper est possible et coûte plusieurs fois ce qu’aurait coûté la bonne décision. Les choix qui comptent se prennent la semaine avant le début du design visuel, non le mois après le lancement.
- Structure d’URL décidée avant les gabarits — la changer ensuite implique des redirections et de l’acquis perdu.
- La substance dans le HTML initial, non injectée après hydratation. Un robot qui n’exécute pas votre JavaScript voit une page vide.
- Une navigation bâtie sur la façon dont vos acheteurs cherchent, rarement celle dont l’entreprise est organisée.
- Une page, une intention principale — la discipline qui empêche vos propres pages de se concurrencer.
- Le maillage interne traité comme de l’architecture plutôt que comme un pied de page tardif.
- Des données structurées qui correspondent au visible. Un balisage qui contredit la page est un signal négatif, non neutre.
Pourquoi la conversion est un problème de conception avant d’être un problème de test
Les tests A/B reçoivent l’attention, et c’est la dernière chose vers laquelle se tourner. Un test exige un volume de trafic que la plupart des sites d’entreprise n’ont pas, et il optimise à l’intérieur d’une mise en page plutôt que de la remettre en question. Si la page ne dit jamais ce que fait l’entreprise dans les mots du visiteur, aucune couleur de bouton ne rattrape cela.
Ce qui déplace la conversion sur la plupart des sites est ingrat : dire la chose clairement dès le premier écran, retirer un champ de formulaire qui existe pour un rapport interne, et rendre l’étape suivante évidente plutôt que disponible.
- Correspondance du message — ce qui a amené la personne apparaît dans le premier écran, dans ses mots.
- Une action principale par page, adaptée au stade de la décision.
- Des formulaires qui demandent seulement ce qu’il faut pour avoir la conversation suivante.
- La preuve placée là où naît le doute, non regroupée sur une page de témoignages que personne ne visite.
- Le mobile traité comme cas principal, là où se produit l’essentiel de l’abandon.
- Tester seulement quand le trafic le permet — sinon vous lisez du bruit comme un signal.
La performance comme contrainte d’affaires, non comme score
Courir après un score d’audit parfait est la mauvaise cible. Le chiffre est un indicateur indirect ; ce qui compte est de savoir si la page est utilisable rapidement sur l’appareil et la connexion que vos acheteurs ont réellement. Un site qui obtient plus de quatre-vingt-dix sur le portable d’un développeur peut être inutilisable sur un téléphone milieu de gamme en réseau cellulaire.
La performance s’érode plutôt qu’elle ne casse. Chaque déploiement ajoute un script, une police, une balise, et personne ne surveille le total. Un budget appliqué à chaque déploiement est le seul contrôle qui survit à une cadence de livraison réelle.
- Mesurer sur les appareils et réseaux que montre votre analytique, non sur une machine de construction.
- Le Largest Contentful Paint est généralement un problème d’image ou de police avant d’être un problème de code.
- Les balises tierces sont la cause la plus fréquente et la moins examinée — auditez ce que le marketing a ajouté.
- Le rendu serveur là où il aide ; il n’est pas automatiquement plus rapide pour tous les types de page.
- Un budget de performance vérifié à chaque déploiement, car l’érosion est graduelle et invisible.
- Les Core Web Vitals comptent, et ils sont un plancher plutôt qu’une stratégie.
AI and your website
Deux choses différentes portant le même nom
« site IA » désigne deux projets sans rapport. Le premier consiste à mettre de l’IA dans le site — un assistant, de la personnalisation, de la qualification automatisée. Le second consiste à rendre le site lisible pour les systèmes d’IA afin qu’il soit cité quand quelqu’un pose une question. Ils partagent un mot à la mode et presque rien d’autre.
Les confondre coûte cher. Une entreprise qui doit être trouvable dans ChatGPT achète un agent conversationnel à la place, et celui-ci ne règle en rien le problème qu’elle avait.
Mettre de l’IA sur le site : où cela rapporte réellement
L’ensemble honnête est plus étroit que le discours. L’IA sur un site mérite sa place là où le volume est élevé, les réponses sont déjà documentées, et se tromper coûte peu à corriger.
- Répondre aux questions déjà couvertes par votre documentation — avec un chemin d’escalade quand la confiance est faible.
- Qualifier les demandes avant qu’un humain les voie, selon des critères que votre équipe de vente peut énoncer.
- Une recherche interne qui gère les synonymes, laquelle convertit bien au-dessus de la navigation sur les sites à catalogue.
- Rédiger des réponses qu’une personne révise, plutôt que de les envoyer sans révision.
Où cela ne rapporte pas
Un agent conversationnel sur un site de cinq pages à faible trafic est un coût sans retour. Pas davantage un assistant déployé sur une documentation périmée — il répondra avec assurance à partir de matière obsolète, et des réponses fausses énoncées avec assurance abîment la confiance plus vite que l’absence de réponse.
Le test est simple : si une personne ne pouvait pas répondre de façon fiable à partir de la matière dont vous disposez, un modèle ne le pourra pas non plus. Il sera seulement plus éloquent en se trompant.
Rendre le site lisible pour les systèmes d’IA
C’est l’autre projet, et pour la plupart des entreprises c’est celui qui compte commercialement. Les moteurs génératifs récupèrent depuis le web ouvert. Votre présence dépend de trois choses : un agent peut-il vous atteindre, votre entité se résout-elle, et votre substance peut-elle être extraite comme passage.
Cela recoupe largement le SEO technique, et c’est pourquoi nous traitons les fondations comme un seul travail plutôt que deux mandats.
- Les agents de récupération autorisés dans robots.txt — le blocage le plus fréquent que nous trouvons, et gratuit à corriger.
- La substance dans le HTML initial. Un contenu qui n’existe qu’après hydratation est souvent invisible à la récupération.
- Une entité qui se résout — nommage cohérent, données structurées correspondant au visible, profils corroborants.
- Des passages autoportants, car la récupération opère au niveau du passage plutôt que de la page.
- Des affirmations portant leur attribution, l’effet le plus fort mesuré par l’étude fondatrice du GEO.
Ce que personne ne peut promettre
Aucun fournisseur ne contrôle si un modèle vous cite, et la récupération générative est non déterministe — la même question produit des réponses et des sources différentes d’une exécution à l’autre. Toute citation garantie doit être traitée comme un signal d’alarme.
Ce qui se mesure est la part de réponse et la part de citation, échantillonnées de façon répétée sur un ensemble de questions fixe et contre une base établie avant le début des travaux. Notre méthode complète est publiée.
Méthodologie GEO →Où nous faisons ce travail
- Web DesignA site judged on what it produces, not how it looks.Découvrir le service →
- Web DevelopmentThe technical foundation everything else depends on.Découvrir le service →
- Website RedesignRebuild what is failing without losing what works.Découvrir le service →
- E-commerce DevelopmentStores engineered for the moments where revenue leaks.Découvrir le service →
- UX/UI DesignInterfaces designed around the decision, not the layout grid.Découvrir le service →
- Landing Page OptimizationFix the leak before buying more traffic.Découvrir le service →
- Shopify DevelopmentDelivered on a platform we actually run in production.Découvrir le service →
- Growth InfrastructureThe measurement layer that makes the next decision evidence-based.Découvrir le service →
Le choix de plateforme, honnêtement
Nous construisons sur WordPress, Shopify, Drupal, Webflow, Squarespace, Wix, WooCommerce et Next.js sur mesure — et la plateforme est une conséquence du besoin, non le point de départ. La plupart des agences recommandent la plateforme qu’elles exploitent. Nous préférons demander ce que le site doit accomplir, puis vous dire laquelle rend cela le plus simple à maintenir. Parfois, c’est celle que vous avez déjà.
Strategy Call
Voyez exactement où vous en êtes.
Every relationship starts with intelligence, not a proposal. A strategy call gives you a clear picture of your AI visibility, search authority, and competitive gaps — and a realistic view of what is achievable.