Votre prestataire ne répond plus
Des demandes restent sans suite, un incident traîne. Il faut retrouver la main rapidement.
Changer de prestataire
Votre prestataire s'arrête, ne répond plus, ou vous souhaitez simplement changer d'équipe ? Nous organisons la reprise : récupération des accès, inventaire technique, sécurisation, documentation, puis maintenance.
Les situations
Des demandes restent sans suite, un incident traîne. Il faut retrouver la main rapidement.
Fin de collaboration prévue : c'est le meilleur moment pour préparer une passation propre.
Rachat d'entreprise, nouvelle équipe : personne ne sait vraiment comment le site est construit.
Avant de décider, un regard extérieur sur le code et l'hébergement aide à y voir clair.
La méthode
Code, serveur, nom de domaine, back-office, services tiers : nous listons et vérifions chaque accès.
Versions, extensions, code spécifique, intégrations, tâches planifiées, sauvegardes.
Correctifs urgents, mots de passe renouvelés, comptes inutiles supprimés, sauvegarde restaurable.
Une fiche claire sur l'architecture, les accès et les points de vigilance de votre boutique.
La boutique entre en maintenance, avec un plan de mise à niveau si besoin.
Check-list
Utilisez ce tableau pour préparer la passation, que vous travailliez avec nous ou non. Plus il est complet, plus la reprise est rapide.
| Élément | Pourquoi c'est indispensable | Où le trouver |
|---|---|---|
| Code source complet | Seule base fiable pour corriger et faire évoluer. L'historique Git aide à comprendre les choix passés. | Dépôt Git du prestataire, ou à défaut le serveur de production |
| Base de données | Indispensable pour reproduire la boutique en préproduction. | Export récent, réalisé par le prestataire ou l'hébergeur |
| Médias | Images produits et fichiers, souvent absents du dépôt de code. | Dossier pub/media sur le serveur |
| Accès hébergement | Pour sauvegarder, diagnostiquer et déployer. | Compte chez l'hébergeur, accès SSH ou SFTP |
| Nom de domaine et DNS | Sans lui, aucune bascule n'est possible. Il doit être à votre nom. | Compte chez le registraire du domaine |
| Compte administrateur | Un compte nominatif, et non un compte partagé avec l'ancien prestataire. | Back-office Magento |
| Services tiers | Paiement, transport, ERP, PIM, e-mailing, outils de mesure : chacun a ses identifiants et ses clés. | Comptes chez chaque fournisseur |
| Licences des extensions | Pour télécharger les mises à jour des modules payants. | Compte Adobe Commerce Marketplace ou comptes des éditeurs |
| Tâches planifiées | Imports, exports, synchronisations : souvent oubliées, elles cassent après une migration. | Crontab du serveur et configuration Magento |
| Documentation | Même partielle, elle fait gagner des jours. | Prestataire, wiki interne, échanges de mails |
Ne résiliez ni l'hébergement ni les accès avant d'avoir vérifié qu'une copie complète de la boutique se restaure correctement ailleurs. Une fois la reprise faite, renouvelez tous les mots de passe et supprimez les comptes de l'ancienne équipe.
Questions fréquentes
Cela dépend surtout de la disponibilité des accès et de la complexité de la boutique : de quelques jours pour une boutique bien documentée à quelques semaines pour un site avec beaucoup de développements spécifiques et d'intégrations.
Non. Il est souvent plus prudent de reprendre d'abord la maintenance sur l'hébergement existant, puis de changer d'hébergeur dans un second temps, si c'est utile. Voir l'hébergement Magento.
Vérifiez d'abord votre contrat, notamment la propriété du code et des développements spécifiques. Si vous avez un accès au serveur de production, le code déployé peut le plus souvent être récupéré directement, avec sa base de données.
Oui. La démarche est la même, avec une attention particulière à la sécurité et aux versions de PHP. Voir Magento 1 et OpenMage.
Contact
Dites-nous où vous en êtes avec votre prestataire actuel.
Plutôt au téléphone ? 04 82 53 31 75
Ou par e-mail : lyon@sutunam.com