Service

Reprise de votre site Drupal

Votre prestataire arrête, ne répond plus, ou ne correspond plus à vos besoins. Je reprends la main proprement.

Changer de prestataire technique sur un site Drupal en production est l'une des opérations les plus délicates qu'une organisation puisse vivre. Pendant la transition, votre site continue de servir vos utilisateurs, vos contenus s'éditent, des incidents peuvent survenir — et personne ne maîtrise plus rien.

Mon objectif est simple : rendre cette transition non-événementielle. Vous changez de prestataire, vos utilisateurs ne s'en aperçoivent pas, et vous récupérez à la fin un site mieux documenté et mieux maîtrisé qu'au départ.

Les situations dans lesquelles j'interviens

J'accompagne des organisations qui se trouvent dans l'une de ces situations :

  • Votre prestataire historique arrête son activité Drupal ou change de positionnement technologique. Vous devez trouver rapidement un nouveau partenaire capable de prendre le relais.
  • Votre prestataire ne répond plus assez vite, vos évolutions s'éternisent, et vous avez perdu confiance dans la relation.
  • Vous avez internalisé l'équipe mais elle a besoin d'un architecte externe pour les arbitrages techniques difficiles.
  • Vous voulez un second avis sur la qualité du travail livré avant de renouveler un contrat de maintenance.

Dans tous les cas, le point de départ est le même : votre site fonctionne aujourd'hui, et il doit continuer à fonctionner demain. Ma méthode est conçue autour de cette contrainte.

Ma méthode de reprise en trois temps

  1. Phase 1

    Audit de prise en main

    1 à 2 semaines

    Je prends connaissance de votre site à plusieurs niveaux. Je récupère le code source (Git ou archive), j'analyse la structure du projet (Drupal core, modules contrib, modules custom, configuration, thème). Je passe en revue les intégrations tierces : SSO, API externes, services métier. Je cartographie l'infrastructure : hébergement, environnements (dev/staging/prod), pipelines CI/CD, monitoring. Je relève les dettes techniques visibles : modules obsolètes, vulnérabilités de sécurité, performance, qualité de code.

    À l'issue de cette phase, je vous remets un rapport d'audit synthétique qui décrit l'état réel de votre site, les risques identifiés (avec leur sévérité), et les actions recommandées priorisées par impact. Ce rapport vous appartient — vous pouvez l'utiliser pour cadrer la relation avec moi ou avec n'importe quel autre prestataire.

  2. Phase 2

    Transfert et continuité

    2 à 4 semaines

    C'est la phase critique. L'enjeu est de récupérer toute la connaissance du site avant qu'elle ne disparaisse avec l'ancien prestataire.

    Je travaille en parallèle sur trois axes. Côté technique, je mets en place mon propre environnement de développement local (ddev ou Docker), je vérifie que je peux reproduire un build complet du site, et je teste mes premiers déploiements sur staging. Côté connaissance, j'organise — quand c'est possible — une ou deux sessions de transfert avec votre prestataire sortant, pour capturer les décisions historiques, les hacks non documentés, et les pièges connus. Côté gouvernance, je définis avec vous les processus opérationnels : qui peut demander une intervention, par quel canal, avec quels délais de réponse pour quels types d'incidents.

    À la fin de cette phase, vous disposez d'une documentation opérationnelle (un fichier README technique, une procédure de mise en production, une liste des comptes et accès) qui n'existait probablement pas chez votre ancien prestataire.

  3. Phase 3

    Montée en charge progressive

    mois 2 et 3

    Je n'attends pas la fin de la phase 2 pour traiter les premières demandes : dès la première semaine, je suis joignable pour les incidents bloquants. Mais la montée en charge sur les évolutions fonctionnelles se fait progressivement, par tickets bien cadrés, pour éviter d'introduire de la dette technique en plus de celle qui existe déjà.

    Au bout de 90 jours, le site est entièrement sous ma maîtrise opérationnelle. À ce stade, on bascule sur un contrat de maintenance régulier (forfait mensuel ou facturation au ticket, selon votre préférence) et je commence à vous proposer des chantiers d'amélioration de fond : upgrade de version, refonte d'un sous-système, optimisation de performance.

Les garanties que je prends

  • Continuité de service : aucune intervention sur la production sans procédure de rollback testée. Toute mise en production est tracée et réversible.
  • Sécurité : un scan de vulnérabilité (OWASP ZAP) est effectué dans le mois qui suit la reprise, et les vulnérabilités critiques sont corrigées en priorité, sans facturation supplémentaire.
  • Propriété du code et des données : tout ce que je produis (code, documentation, configurations) est livré dans votre dépôt Git. Vous restez propriétaire de votre site et libre de changer de prestataire à tout moment.
  • Délai d'engagement souple : pas de contrat verrouillé sur 24 mois. Engagement minimum 3 mois pour la phase de reprise, puis tacite reconductible mois par mois.

Combien ça coûte

L'audit de prise en main initial est offert pour les reprises confirmées (forfait de 2 jours qui sera déduit de la première facture si vous décidez de poursuivre).

Pour la suite, deux formats au choix selon votre volume :

Tarifs — Combien ça coûte
Formule Charge Coût Notes
Forfait mensuel de maintenance Récurrent À partir de 340 € HT/mois Quota d'heures, monitoring, correctifs de sécurité, point mensuel — pour un site de complexité moyenne
Facturation au ticket À la demande 850 € HT/jour Dégressif au-delà de 10 jours/mois — pour piloter à la demande

Un devis précis est établi après l'audit de prise en main, sur la base de l'état réel de votre site.

Questions fréquentes

Mon prestataire actuel refuse de coopérer pour le transfert. Est-ce un problème ?

Non. C'est inconfortable mais pas bloquant. Si j'ai accès au code source (via votre dépôt Git ou une archive complète) et à votre hébergement, je peux reconstituer le contexte technique sans l'intervention de votre prestataire sortant. Le transfert est juste plus long et plus laborieux — j'en tiens compte dans le devis.

Mon site est sur Drupal 7. Pouvez-vous le reprendre quand même ?

Oui. Drupal 7 est en fin de vie depuis janvier 2025, mais beaucoup de sites tournent encore dessus. Je peux assurer la maintenance corrective et de sécurité d'un site D7 le temps de préparer la migration vers Drupal 10 ou 11. Le devis de reprise inclura systématiquement une recommandation sur l'horizon de migration.

Mon site a des intégrations complexes (SSO, OIDC, API métier). Ça vous inquiète ?

Au contraire, c'est précisément le type de contexte sur lequel j'ai le plus d'expérience. SSO Microsoft Entra, OIDC (notamment itsme pour les services belges et institutionnels), SharePoint, API REST métier : ces intégrations font partie de mon quotidien depuis plus de dix ans. Elles demandent une prise en main attentive mais ne sont pas un point de blocage.

Pouvez-vous garantir un délai d'intervention sur incident ?

Oui, dans le cadre d'un forfait de maintenance. Je m'engage sur un délai de prise en compte de 4 heures ouvrées pour les incidents bloquants, et 1 jour ouvré pour les incidents non-bloquants. En dehors d'un forfait, l'intervention reste possible mais sans engagement de délai contractualisé.

Comment se passe la facturation et la TVA ?

31 février est une SRL belge enregistrée à la TVA. Vous recevez des factures conformes à la législation belge, avec TVA applicable selon votre statut (intracommunautaire, exonération, etc.). Délai de paiement standard à 30 jours fin de mois.

§ On en parle ?

Première étape : un échange de 30 minutes

Avant tout engagement, le mieux est qu'on se parle. Trente minutes au téléphone ou en visio pour comprendre votre situation, identifier les points d'urgence, et voir si la collaboration a du sens. C'est gratuit et sans engagement.

Mis à jour le