Disponible pour vos projets web — en direct, sans agence ni intermédiaire, donc sans la marge qui va avec.Un projet en tête ? Écrivez-moi.
← PROJETS

BIDEV · 2026

JD Expertises — refonte du site

Sortir un cabinet d'expertise de WordPress : 101 pages pré-rendues, servies par Laravel, lisibles sans JavaScript.

APERÇU

Refonte complète du site d'un expert d'assuré, de WordPress et son constructeur de pages vers du React pré-rendu servi par Laravel. Le back fait office de gestionnaire de contenu par blocs, classe les articles par genre et stocke les demandes d'analyse avec leur pièce jointe.

Le point que je retiens n'est pas le framework mais l'hébergement : le compte mutualisé tourne globalement sur une vieille version de PHP, parce que d'autres sites du client y cohabitent et ne supportent pas la montée de version. Il a fallu forcer la version récente dossier par dossier, sans toucher à ce qui tourne à côté.

État à la mi-octobre 2026 : 101 pages, aucun bloquant à l'audit SEO, 92 sur mobile et 100 sur ordinateur à l'audit de performance de l'accueil.

  • 101

    PAGES PRÉ-RENDUES

  • 100

    PERFORMANCE SUR ORDINATEUR

  • 92

    PERFORMANCE SUR MOBILE

  • 0

    BLOQUANT À L'AUDIT SEO

Ce qu'il sait faire

  • Un site lisible sans JavaScript

    Chaque page est pré-rendue au moment de la construction : le contenu est dans le HTML, visible même si le script ne se charge jamais. Pour un cabinet qui vit de sa visibilité en recherche, c'est la différence entre être lu et ne pas exister.

  • Un gestionnaire de contenu par blocs

    Le cabinet compose ses pages à partir de blocs, sans toucher au code et sans constructeur de pages. Les articles sont classés par genre, avec leurs propres listes.

  • Les demandes d'analyse arrivent complètes

    Un prospect dépose sa demande avec sa pièce jointe ; elle est stockée côté serveur et rattachée au dossier, au lieu de se perdre dans une boîte mail.

  • Une version récente de PHP sur un hébergement qui n'en veut pas

    Le compte mutualisé tourne globalement sur une vieille version, parce que d'autres sites du client y cohabitent et ne supportent pas la montée. La version récente est forcée dossier par dossier, sans rien changer pour les voisins.

Ce qui était difficile

  • Faire tourner une application moderne sur un hébergement mutualisé figé sur une ancienne version du langage, sans casser les autres sites du client.
  • Remplacer un constructeur de pages par un éditeur de blocs sans que l'équipe qui publiait hier perde sa capacité à publier demain.
  • Tenir le pré-rendu complet d'une centaine de pages à chaque construction, sans que la mise en ligne devienne un événement.