Picardie Courtage — Refonte du site d'un cabinet de courtage en crédit immobilier
Picardie Courtage, ce sont trois courtiers en crédit immobilier et assurance emprunteur installés dans la Somme, avec deux agences à Dury et à Puchevillers. Florian Lavallard, qui dirige le cabinet, Julie Lavallard et Be…
Visiter picardiecourtage.fr
Le contexte
À qui ça s'adresse
Picardie Courtage, ce sont trois courtiers en crédit immobilier et assurance emprunteur installés dans la Somme, avec deux agences à Dury et à Puchevillers. Florian Lavallard, qui dirige le cabinet, Julie Lavallard et Benjamin Couegnat mettent plus de trente banques partenaires en concurrence pour financer les projets de leurs clients — de la première acquisition à la renégociation de prêt, en passant par l'assurance emprunteur. Un métier réglementé (intermédiaire IOBSP, ORIAS n°21007840) dont le produit est la confiance : le site devait la porter, pas la contredire.
La problématique
Ce qui ne marchait pas
Leur site tournait sur un constructeur en ligne IONOS, dans un abonnement à 40,80 € par mois qui regroupait le site, le nom de domaine et les cinq boîtes mail du cabinet. Les statistiques parlaient d'elles-mêmes : 33 visiteurs sur trente jours, 6,9 secondes passées en moyenne sur le site, moins d'une page vue par session — et tous les indicateurs en baisse. Un cabinet qui négocie des prêts de plusieurs centaines de milliers d'euros était représenté en ligne par une vitrine générique, quasi invisible sur Google et incapable de produire un contact qualifié. Deuxième difficulté, invisible celle-là : le nouveau site devait prendre la place de l'ancien sur picardiecourtage.fr sans couper les e-mails hébergés sur le même contrat, et sans perdre ce que les anciennes pages avaient accumulé sur Google.
La solution
Comment on l'a construit
Un site sur mesure de bout en bout — conception, développement, contenus, référencement, mise en ligne — puis la bascule du domaine depuis l'ancien hébergeur. Deux chantiers très différents : l'un se voit, l'autre ne devait surtout pas se voir.
- Un simulateur de prêt maison — mensualité et capacité d'emprunt calculées côté serveur (jamais dans le navigateur, où les chiffres seraient manipulables), sur une grille de taux par durée que le cabinet met à jour lui-même en back-office. La simulation débouche sur un « Passeport Emprunteur » en PDF envoyé automatiquement au prospect : c'est ce qui transforme un visiteur anonyme en contact identifié.
- Des leads triés et relancés tout seuls — chaque demande reçoit un score A/B/C selon sa solidité, remonte dans le back-office avec son badge, et déclenche des relances automatiques à J+1 et J+3. Un bouton de prise de rendez-vous ferme la boucle.
- SEO local sur 12 communes — Amiens, Dury, Salouël, Pont-de-Metz, Saleux, Boves, Longueau, Rivery, Puchevillers, Doullens, Corbie et Beauval : une page par commune, avec son marché et ses quartiers, plus sitemap et robots.txt.
- Un back-office complet — leads, articles de blog, réussites du cabinet, grille de taux et documents réglementaires (mandat, ORIAS, RC Pro…) : l'équipe est autonome sur tout ce qui bouge.
- Les obligations du métier intégrées au gabarit — la mention « Un crédit vous engage et doit être remboursé » affichée là où le site montre des mensualités, ORIAS, RC Pro, garantie financière et médiateur renseignés dans les mentions légales, RGPD complet, en-têtes de sécurité (CSP, Permissions-Policy) adaptés à un site qui collecte des données financières.
- Un audit de mon propre travail avant la mise en ligne — Lighthouse, en-têtes HTTP, données structurées, relecture des pages légales. Tout ce qui bloquait a été corrigé avant de basculer le domaine, pas après.
- La bascule du domaine, sans coupure — c'est la partie la plus délicate du dossier, détaillée plus bas : DNS, certificat, redirections, et surtout des e-mails qui ne devaient pas s'arrêter une seconde.
Stack : Symfony 7.2 · Twig · Stimulus · back-office EasyAdmin · PostgreSQL 16 · Dompdf · Docker / Traefik · Let's Encrypt · VPS · images WebP.
Résultats
Ce que ça a changé
Le site est passé sur picardiecourtage.fr le 31 juillet 2026. Onze jours plus tard, voici ce qui est mesuré — pas estimé :
Ce que la bascule a réellement demandé. Le compte du domaine était au nom du dirigeant, chez l'ancien hébergeur, et les cinq boîtes mail du cabinet vivaient sur le même contrat que l'ancien site. Une fausse manœuvre, et c'était l'activité qui s'arrêtait, pas seulement le site.
- ✅ Les e-mails n'ont pas bougé. Seul l'enregistrement du site a été modifié ; MX, SPF, DKIM et DMARC sont restés intacts. Rien à reconfigurer sur les téléphones ni sur les ordinateurs de l'équipe.
- ✅ HTTPS actif dès la propagation — certificat émis automatiquement pour le domaine, le
wwwet l'adresse de préproduction, avec renouvellement automatique ;httpetwwwredirigés en 301 vers l'adresse unique. - ✅ 34 anciennes adresses redirigées en 301 vers leur équivalent sur le nouveau site. L'ancien site avait déjà été coupé et n'existait dans aucune archive publique : la liste a été reconstituée depuis l'index des moteurs de recherche, puis vérifiée URL par URL en production.
- ✅ Six 404 détectées et corrigées le 11 août — d'anciens articles de blog et une page FAQ repérés dans les rapports Search Console, redirigés dans la journée et annoncés au client avant qu'il ne les découvre.
- ✅ Un bug de référencement attrapé au passage — derrière le proxy, Symfony générait les URL canoniques et le sitemap en
http://. Corrigé le jour même de la mise en ligne, avant que Google n'indexe les mauvaises adresses. - ✅ Le cabinet est autonome — taux, articles, réussites, documents réglementaires et suivi des leads se pilotent depuis le back-office, sans passer par moi.
- ✅ L'abonnement au constructeur de site n'a plus d'objet — et le cabinet garde son domaine et ses adresses e-mail.
La mise en ligne n'a pas clos le dossier : le site est suivi chaque semaine — indexation, erreurs, correctifs — et le premier point complet est parti au client onze jours après la bascule.
Galerie
Le produit en images
Le mot du développeur
La journée où il ne devait rien se passer
J'ai passé plus de temps à préparer la journée de bascule que sur n'importe quelle page du site. Le nom de domaine était resté chez l'ancien hébergeur, au nom de Florian, et sur ce même contrat vivaient les cinq boîtes mail du cabinet. Autrement dit : la seule opération vraiment risquée du projet ne portait pas sur le site, mais sur des e-mails que je n'avais pas le droit d'interrompre.
Alors j'ai tout préparé côté serveur avant de demander quoi que ce soit. Le certificat n'attendait plus que le DNS, les redirections étaient écrites et testées, et il ne restait qu'une seule ligne à modifier chez l'hébergeur. Florian l'a changée ; les e-mails n'ont pas bronché, et le site est apparu sur son vrai nom dans l'heure.
Le reste, c'était de l'archéologie. L'ancien site avait déjà été coupé et aucune archive publique ne l'avait gardé : j'ai reconstitué ses adresses à partir de ce que les moteurs en avaient encore en mémoire, pour que chaque vieux lien retombe sur la bonne page plutôt que sur une erreur. Personne ne verra jamais ce travail. C'est précisément le but.
Hakim Snoussi
Fondateur · Snoussi IA Dev Consulting
Un projet similaire en tête ?
On en discute autour d'une session de 30 min.