Reprendre une boutique PrestaShop sans prestataire : récupérer les accès et faire l’état des lieux

Reprendre une boutique PrestaShop sans prestataire commence par remettre à votre nom cinq accès : nom de domaine, hébergement, base de données, compte administrateur du back-office, compte des modules achetés. Vient ensuite un état des lieux écrit, mené en lecture seule, avant la moindre correction. Le premier temps vous revient, le second se confie.

• La reprise d’une boutique PrestaShop part de la liste de qui détient quoi
• Le nom de domaine revient par le bureau d’enregistrement, puis par l’Afnic si le titulaire bloque
• Un mot de passe retrouvé ne donne pas le droit d’ouvrir le compte d’un autre
• L’hébergement, la base de données et le back-office PrestaShop se reprennent depuis votre compte
• Les comptes rattachés à la boutique changent de main avec les accès
• L’état des lieux de la boutique PrestaShop fixe la version, les modules et les surcharges
• L’état de vos accès fixe le prix d’une reprise de boutique PrestaShop
• Une reprise de boutique PrestaShop s’allonge quand l’ordre des gestes n’est pas tenu
• Sources consultées
• Foire aux questions

La reprise d’une boutique PrestaShop part de la liste de qui détient quoi

Pour chaque accès, une question suffit : à quel nom le compte est-il ouvert ? Pour le nom de domaine, l’Afnic, qui gère le .fr, précise dans son guide du titulaire que le titulaire est la personne inscrite dans la base Whois, l’annuaire public des noms, et qu’elle détient les droits associés. Ce qui suit vaut pour un .fr. Le même guide cite le prestataire informatique qui enregistre le nom de son client à son propre nom, par commodité. Payer le renouvellement n’entre pas dans la définition du titulaire. La charte de nommage, version du 6 juillet 2026, ajoute qu’un contact administratif non titulaire n’a aucun droit sur le nom. Consultez le Whois de l’Afnic vous-même. Pour un titulaire particulier, les données sont remplacées par la mention « Diffusion restreinte » ; un formulaire de l’Afnic transmet alors votre message à son contact administratif, sans garantie de réponse.

Le nom de domaine revient par le bureau d’enregistrement, puis par l’Afnic si le titulaire bloque

Premier cas : le nom est à votre nom, mais géré depuis le compte du prestataire chez un bureau d’enregistrement, la société qui vend et administre les noms. Demandez à ce bureau le code « auth-info », c’est-à-dire le code de transfert : le guide de l’Afnic lui demande de le communiquer au titulaire. Remis au bureau de votre choix, ce code lui permet d’effectuer le transfert du nom. Second cas : le nom est au nom du prestataire. La charte interdit toute transmission volontaire sans l’accord des deux parties ; demandez-le par écrit, avec vos factures de renouvellement à l’appui. En liquidation judiciaire ou toute autre procédure collective, seul l’administrateur désigné peut donner cet accord : écrivez-lui. La charte prévoit aussi une transmission forcée quand le titulaire d’origine n’a plus la capacité de transmettre et qu’un lien juridique ou commercial est démontré avec le nouveau titulaire. Contrat, factures et courriels peuvent servir de pièces ; le nouveau titulaire supporte les frais. Face à un refus, l’Afnic met à disposition une médiation gratuite, qui suppose le consentement du titulaire inscrit. Restent Syreli et PARL Expert, deux procédures de résolution des litiges auxquelles tout titulaire d’un .fr s’est engagé à se soumettre, ouvertes à qui estime qu’un nom porte atteinte à l’un de ses droits, puis la voie judiciaire.

Un mot de passe retrouvé ne donne pas le droit d’ouvrir le compte d’un autre

Le compte ouvert par le prestataire à son nom reste le sien, chez le bureau d’enregistrement, l’hébergeur ou sur PrestaShop Addons, même si son mot de passe dort dans un vieux courriel. L’article 323-1 du code pénal punit de trois ans d’emprisonnement et de 100 000 euros d’amende le fait d’accéder ou de se maintenir frauduleusement dans un système informatique. Le texte vise l’accès frauduleux : une autorisation écrite du titulaire du compte change la situation, et le juge apprécie chaque cas. Un repreneur devrait refuser ce raccourci.

L’hébergement, la base de données et le back-office PrestaShop se reprennent depuis votre compte

Avec un compte d’hébergement à votre nom, l’espace client suffit. Changez le mot de passe d’accès aux fichiers (FTP ou SSH), supprimez les comptes secondaires du prestataire, puis changez celui de la base de données. Ce dernier geste arrête la boutique s’il reste isolé. En 1.7 comme en 9, PrestaShop lit la connexion à sa base dans le fichier « app/config/parameters.php » ; ces pages ne couvrent pas la 1.6. La documentation développeur demande ensuite de vider le cache, rangé dans « var/cache ». L’adresse du back-office se lit dans les fichiers. La documentation d’installation recommande de renommer le dossier « admin » d’un nom que seul l’exploitant connaît : cherchez à la racine le dossier au nom inhabituel. Le lien de mot de passe oublié écrit à l’adresse du compte administrateur. Si elle appartient à l’ancien prestataire, la documentation consultée ne décrit pas ce cas : le repreneur intervient dans la base de données, avec votre accord écrit et une sauvegarde préalable. Vous créez ensuite votre compte et désactivez les autres dans Paramètres avancés > Équipe.

Les comptes rattachés à la boutique changent de main avec les accès

La documentation de PrestaShop 1.7 recommande de lier la boutique à un compte PrestaShop Addons pour recevoir les modules achetés et leurs mises à jour. Un module payé depuis le compte du prestataire reste rattaché à ce compte, par déduction. Relevez pour chacun le nom, la date d’achat et la facture, puis demandez à l’ancien prestataire ou à l’auteur du module ce que prévoit la licence, notamment un transfert : ces conditions n’ont pas pu être vérifiées ici. Trois autres comptes se vérifient dans la foulée :

• la Search Console de Google, dont l’aide précise qu’un propriétaire retiré peut revalider tant que ses jetons de validation restent sur le site ;
• Paramètres avancés > Service web, dont les clés ouvrent les données de la boutique à un logiciel extérieur ;
• les identifiants des modules de paiement, à régénérer depuis l’espace du prestataire de paiement.

L’état des lieux de la boutique PrestaShop fixe la version, les modules et les surcharges

Premier geste : une sauvegarde complète des fichiers et de la base, téléchargée hors du serveur, comme point de retour si une étape casse la boutique. L’écran Paramètres avancés > Informations donne les versions de PrestaShop, de PHP et de MySQL. Sa dernière section, la « Liste des fichiers modifiés », compare l’installation actuelle à son état d’origine et affiche les différences : modules ou thèmes ajoutés, classes d’override modifiées, fichiers supprimés. Une surcharge, ou « override », remplace une partie du code de PrestaShop par du code tiers. Sur une copie, le mode debug de Paramètres avancés > Performances propose deux options : « Désactiver toutes les surcharges » et « Désactiver les modules non développés par PrestaShop ». D’après la documentation, elles permettent de savoir si une erreur vient de PrestaShop ou d’un code tiers. Un compte employé inconnu ou un fichier sans origine peut faire basculer la mission vers un nettoyage après piratage.

L’état de vos accès fixe le prix d’une reprise de boutique PrestaShop

Le prix suit ce qui manque : le nombre d’accès à reconstituer, un nom de domaine au nom du prestataire, l’existence d’une sauvegarde, la version de la boutique, le nombre de modules et de surcharges, l’urgence. Exigez un état des lieux écrit, qui vous appartient : chaque accès avec son titulaire, la version, chaque module avec son origine (Addons, site de l’auteur, développement sur mesure), sa licence, sa version installée et la dernière publiée, les surcharges, la date de la dernière sauvegarde restaurée. Aucune correction en production sans votre accord écrit. Faites écrire au devis que le retour arrière depuis la sauvegarde du départ incombe à l’auteur d’une manipulation qui casserait la boutique. La reprise se commande comme une mission ponctuelle. L’entretien qui suit relève d’un contrat de maintenance, signé une fois le périmètre connu.

Décrire mon besoin →

Une reprise de boutique PrestaShop s’allonge quand l’ordre des gestes n’est pas tenu

Changer d’hébergeur avant d’avoir repris le nom de domaine peut laisser la nouvelle copie invisible : si le nom reste géré depuis le compte du prestataire, il pointe toujours vers l’ancien serveur. Vider le dossier des surcharges pour repartir propre peut retirer des fonctions du tunnel de commande, sans inventaire de ce qu’elles portaient. Couper les accès de l’ancien prestataire avant de lui écrire peut priver la reprise de ses sauvegardes.

Dans le formulaire de cette page, le message peut reprendre la version de PrestaShop, si vous la connaissez, et le titulaire de chaque accès ; aucun mot de passe n’y a sa place.

Sources consultées

• Afnic, « Charte de nommage de l’Afnic », version du 6 juillet 2026, articles 5.2, 6.4, 6.5 et 7.2, consulté le 14 octobre 2026.
• Afnic, « Guide pratique du titulaire d’un nom de domaine en .fr », édition 2024, parties 1 à 5, consulté le 14 octobre 2026.
• Légifrance, code pénal, article 323-1, version en vigueur depuis le 26 janvier 2023, consulté le 14 octobre 2026.
• PrestaShop, documentation développeur, « Configuring PrestaShop » (version 9) et « Configuration » (version 1.7), consulté le 14 octobre 2026.
• PrestaShop, documentation utilisateur, « Installer PrestaShop », « Équipe » et « Informations de configuration » (version 8), « Paramètres de performances », « Découvrir la sélection de modules » et « Maintenance de la boutique » (version 1.7), consulté le 14 octobre 2026.
• Google, aide de la Search Console, « Gérer les propriétaires, les utilisateurs et les autorisations », consulté le 14 octobre 2026.
• PrestaShop, « 1.6.1.x : what’s next », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 1.7.8 is now in the extended support phase », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 9 is available », consulté le 14 octobre 2026.

Foire aux questions

Peut-on continuer à vendre pendant la reprise ?

En principe, oui : récupérer un accès ne touche pas au site, et l’état des lieux se fait en lecture ou sur une copie. Deux moments demandent une fenêtre calme, hors de vos heures de commandes : le changement du mot de passe de la base, couplé au fichier de configuration, et la bascule vers un nouvel hébergement.

Que se passe-t-il si le nom de domaine expire pendant le désaccord ?

D’après le guide de l’Afnic, pour un .fr, une période de rédemption de 30 jours suit l’expiration : la demande de suppression reste réversible, mais aucune transmission ni aucun transfert n’est possible. Passé ce délai, le nom retombe dans le domaine public et peut être réservé par le premier arrivé. Relevez la date d’expiration auprès du bureau d’enregistrement et engagez la médiation bien avant.

La reprise a-t-elle un sens sur une boutique 1.6 ou 1.7 ?

Oui : une migration se chiffre mieux avec les accès et l’inventaire. L’éditeur a cessé le support officiel de la 1.6 le 30 juin 2019. La 1.7.8 a reçu des correctifs critiques et de sécurité jusqu’à la sortie de PrestaShop 9, le 10 juin 2025. L’état des lieux devient alors la base d’une migration de PrestaShop 1.7 vers 9.

Combien de temps dure la reprise d’une boutique PrestaShop ?

La durée peut dépendre surtout du nom de domaine. Avec des comptes à votre nom, tout se joue entre vous, votre bureau d’enregistrement et votre hébergeur ; avec un nom au nom du prestataire, comptez le temps de sa réponse et des recours. Une fois la médiation acceptée, l’Afnic laisse aux parties 7 jours ouvrés au plus.