Mon prestataire web ne répond plus : la marche à suivre
27/08/2026
Les courriels restent sans réponse depuis trois semaines. Le téléphone bascule sur messagerie. Pendant ce temps votre application tourne, mais personne ne la surveille, et vous ignorez ce qui se passera au prochain incident ou à la prochaine échéance de renouvellement.
Cette situation est plus fréquente qu'on ne le croit, et elle se dégrade avec le temps. Un nom de domaine qui expire, un certificat qui n'est pas renouvelé, une carte bancaire qui saute sur un hébergement : chacun de ces événements peut couper votre service du jour au lendemain. Cet article donne l'ordre dans lequel agir, en commençant par ce qui est urgent et irréversible.
La règle : sécuriser avant de réclamer
L'erreur la plus coûteuse consiste à ouvrir le conflit avant d'avoir repris la main sur les accès. Une mise en demeure envoyée trop tôt peut transformer un prestataire injoignable en prestataire hostile, avec le pouvoir de couper ce qui vous reste.
L'ordre est donc le suivant : d'abord inventorier et sécuriser ce que vous contrôlez déjà, ensuite documenter la défaillance, enfin engager les démarches formelles. Chaque étape franchie augmente votre marge de manœuvre pour la suivante.
Étape 1 : l'inventaire d'urgence
Faites la liste de tout ce dont dépend votre application, et notez pour chaque élément qui en est titulaire et qui détient les identifiants. Cinq blocs par ordre de criticité.
- Le nom de domaine. C'est le point le plus critique. Si le domaine est enregistré au nom du prestataire, son expiration ou son transfert vous fait perdre votre adresse, vos courriels et votre référencement. Vérifiez le titulaire et la date d'expiration auprès du bureau d'enregistrement.
- L'hébergement et le cloud. Serveur, base de données, stockage. Regardez sur quel compte tourne l'infrastructure et quel moyen de paiement l'alimente. Un prélèvement qui échoue déclenche une suspension en quelques jours chez la plupart des fournisseurs.
- Les comptes tiers payants. Passerelle de paiement, envoi de courriels, SMS, cartographie, stockage de fichiers. Ces services coupent aussi pour défaut de paiement, et leur interruption casse des fonctions visibles de votre produit.
- Le dépôt de code. GitHub, GitLab ou équivalent. Vérifiez si vous avez un accès et sous quel rôle. Un accès en lecture vaut mieux que rien et permet déjà de récupérer une copie.
- Les accès administrateur de l'application. Un compte administrateur fonctionnel vous permet d'exporter vos données, ce qui est souvent l'actif le plus précieux.
Pour chaque ligne, une seule question compte : est-ce que je peux y accéder aujourd'hui sans passer par le prestataire ? Ce qui répond oui doit être immédiatement sécurisé.
Étape 2 : sécuriser ce qui est encore accessible
Sur tout ce à quoi vous avez accès, appliquez trois gestes dans l'ordre.
- Vérifiez et corrigez les moyens de paiement. Une carte expirée sur l'hébergement est la cause de coupure la plus banale et la plus évitable. Mettez vos propres coordonnées bancaires partout où c'est possible.
- Exportez vos données. Base de données, fichiers déposés par les utilisateurs, contenus, historique des commandes. Faites une copie complète et conservez-la hors de l'infrastructure concernée. Cette sauvegarde est votre filet de sécurité pour tout ce qui suivra.
- Récupérez une copie du code. Si vous avez le moindre accès au dépôt, clonez-le avec son historique. Si vous n'avez qu'un accès au serveur, récupérez les fichiers déployés. Ce n'est pas idéal, mais c'est mieux que rien.
Ne changez pas encore les mots de passe partagés à ce stade. Tant que la situation n'est pas clarifiée, une modification brutale peut casser des automatismes dont vous ignorez l'existence, comme des tâches planifiées ou des intégrations.
Étape 3 : le cas du nom de domaine
Ce point mérite un traitement à part, parce que c'est le seul élément dont la perte est difficilement réversible.
Consultez les données publiques d'enregistrement de votre domaine pour identifier le titulaire. Trois cas se présentent.
Si vous êtes titulaire et que vous avez accès au compte, sécurisez-le immédiatement : mot de passe, authentification à deux facteurs, coordonnées de contact à jour, et renouvellement pour plusieurs années.
Si vous êtes titulaire mais sans accès au compte, le bureau d'enregistrement dispose d'une procédure de récupération sur justificatifs d'identité et d'entreprise. Engagez-la sans attendre, elle prend du temps.
Si le prestataire est titulaire, la situation est plus délicate. Pour les extensions françaises, l'organisme de gestion prévoit des procédures en cas de litige sur un nom correspondant à votre marque ou à votre dénomination sociale. C'est le moment de solliciter un conseil juridique, car les délais de traitement sont longs et l'expiration ne vous attendra pas.
Étape 4 : documenter la défaillance
Une fois le plus urgent sécurisé, constituez le dossier. Il servira aussi bien à négocier qu'à agir en justice si nécessaire.
Rassemblez le contrat et les devis signés, les factures payées, l'historique des échanges montrant vos relances restées sans réponse, et les preuves de la défaillance : incidents non traités, engagements de service non tenus, retards. Datez tout.
Vérifiez également la situation de l'entreprise prestataire auprès du registre du commerce. Une société en liquidation judiciaire change complètement la donne : il faut alors se déclarer auprès du mandataire, et les délais sont contraints. Une société radiée dont le dirigeant est injoignable oriente vers une reprise de fait plutôt que vers un contentieux qui n'aboutira jamais.
Étape 5 : la mise en demeure
Envoyez une lettre recommandée avec accusé de réception, adressée au siège social. Elle doit rappeler le contrat et ses obligations, énumérer les manquements constatés avec leurs dates, formuler des demandes précises, et fixer un délai de réponse.
Restez concret dans les demandes : livraison du code source avec son historique, transfert du nom de domaine, remise des identifiants d'hébergement et des comptes tiers, export de la base de données, documentation existante. Une demande vague appelle une réponse vague.
Sur le volet propriété du code, votre position dépend de ce que prévoit votre contrat, et le sujet est moins évident qu'il n'y paraît. Notre article sur la récupération du code source détaille ce que dit le droit français et comment vérifier votre situation avant d'engager la discussion.
Étape 6 : reprendre l'exploitation
En parallèle des démarches, votre application doit continuer à fonctionner. Trois priorités techniques, dans cet ordre.
D'abord la continuité : renouvellements, certificats, sauvegardes automatiques vérifiées. Une sauvegarde dont personne n'a jamais testé la restauration n'est pas une sauvegarde.
Ensuite la sécurité. Une application laissée sans suivi accumule des vulnérabilités connues dans ses dépendances. Après plusieurs mois sans mise à jour, le risque devient significatif, et une reprise commence toujours par un état des lieux sur ce point.
Enfin la connaissance du système. Si vous avez récupéré le code, il faut quelqu'un pour l'ouvrir et comprendre comment il tourne. C'est le travail décrit dans notre article sur l'audit de code avant reprise, et il conditionne tout ce que vous pourrez faire ensuite.
Comment nous intervenons dans ces situations
Nous reprenons régulièrement des applications dont le prestataire a disparu, et le déroulé est presque toujours le même. La première semaine sert à la continuité de service : identifier les points de rupture imminents, sécuriser les renouvellements, remettre en place des sauvegardes fiables. Cette phase ne produit rien de visible mais évite la coupure.
Vient ensuite l'audit du code et de l'infrastructure, qui répond à trois questions : ce qui fonctionne, ce qui menace de casser, ce qui manque pour exploiter sereinement. Le livrable est un état des lieux chiffré, avec les corrections classées par urgence.
Le passage en maintenance applicative intervient une fois l'application stabilisée. C'est le moment où l'on cesse de rattraper l'existant pour entrer dans un fonctionnement régulier : supervision, correctifs de sécurité, mises à jour, avec des engagements de délai écrits. Notre article sur le coût de la maintenance d'une application donne les ordres de grandeur à prévoir.
Nous n'acceptons pas toutes les reprises. Quand une application est trop dégradée pour que la maintenance ait un sens, nous le disons avant de commencer plutôt qu'après trois mois de facturation.
Questions fréquentes
Mon prestataire ne répond plus, par quoi commencer ?
Par l'inventaire de vos accès, pas par la mise en demeure. Identifiez qui est titulaire du nom de domaine, de l'hébergement et des comptes tiers, sécurisez les moyens de paiement, et exportez vos données. Vous engagerez les démarches formelles ensuite, en position de force.
Que se passe-t-il si mon nom de domaine expire ?
Après l'expiration s'ouvre une période de rétention pendant laquelle le titulaire peut encore le récupérer, souvent moyennant des frais, puis le domaine redevient disponible pour n'importe qui. Le récupérer après cette libération devient aléatoire et parfois coûteux. C'est l'urgence numéro un.
Le prestataire refuse de transférer le domaine dont il est titulaire, ai-je un recours ?
Oui, notamment si le nom correspond à votre marque ou à votre dénomination sociale. Des procédures de résolution de litige existent auprès des organismes de gestion des extensions. Elles prennent du temps, donc il faut les engager tôt et en parallèle des autres démarches.
Mon prestataire est en liquidation judiciaire, que faire ?
La situation relève alors de la procédure collective. Déclarez votre créance auprès du mandataire dans les délais impartis, et concentrez vos efforts sur la reprise opérationnelle. Négocier avec une société en liquidation n'aboutit généralement pas, mieux vaut sécuriser ce qui est accessible.
Puis-je faire reprendre mon application sans le code source d'origine ?
C'est possible mais dégradé. On peut parfois récupérer les fichiers déployés sur le serveur, sans l'historique ni la configuration complète. Le résultat est exploitable pour maintenir le service, mais la reconstitution coûte plus cher qu'une remise en bonne et due forme.
Combien de temps faut-il pour reprendre une application abandonnée ?
La mise en sécurité immédiate se traite en quelques jours. L'audit et la stabilisation demandent généralement de deux à six semaines selon la taille de l'application et l'état dans lequel elle a été laissée. La reprise en maintenance régulière suit une fois ce socle rétabli.