Reprise de projet
Reprendre un projet web inachevé : par où commencer ?
Votre site reste inachevé ? Accès à récupérer, diagnostic, devis par lot, recette et mise en ligne : préparez une reprise avec un périmètre clair et documenté.
Comment reprendre un projet web resté inachevé ?
Rassemblez les accès et les fichiers existants, puis demandez un diagnostic de ce qui fonctionne et de ce qui manque. Le devis doit découper la reprise en lots vérifiables. Définissez qui valide chaque lot, les documents remis et les contrôles prévus avant la mise en ligne.
Votre site attend sa mise en ligne, le design reste incomplet ou le prestataire précédent ne poursuit plus le projet. Avant de commander la suite, faites l’inventaire de ce qui existe et décrivez les parcours que vos clients doivent pouvoir utiliser.
Quels éléments récupérer avant la reprise ?
Préparez un dossier de transmission avec les emplacements, les responsables et les versions disponibles. Partagez les accès par un canal adapté, avec des comptes dédiés. Les mots de passe, clés et codes d’accès restent hors des documents publics et des descriptions de projet.
Sur Shopify, une demande de collaborateur permet d’examiner et d’accorder les autorisations nécessaires à la mission depuis l’administration de votre boutique.
- Domaine : titulaire, compte de gestion et personne chargée du renouvellement.
- Hébergement : fournisseur, administration et environnement actuellement utilisé.
- CMS ou boutique : compte propriétaire, thème et extensions installées.
- Dépôt de code : accès, version la plus récente et instructions disponibles.
- Contenus : textes, images, catalogue et validations déjà obtenues.
- Dernières sauvegardes : dates, contenu sauvegardé et possibilité de restauration.
Que faire si le domaine, le code ou les sauvegardes manquent ?
Un dossier incomplet ne permet pas de fixer toutes les étapes de la reprise. Pour chaque élément absent, notez ce qui reste impossible à vérifier et la prochaine démarche autorisée. Voici trois situations à distinguer.
Sans accès propriétaire au domaine ou à l’hébergement, l’examen des pages publiques reste possible, mais il ne permet pas de confirmer qu’une bascule pourra être effectuée. Identifiez le titulaire du domaine, le propriétaire du compte d’hébergement et les procédures officielles de récupération auprès des fournisseurs concernés. Vérifiez les accès nécessaires avant de fixer une date de mise en ligne.
Sans dépôt ou archive du code, vous ne pouvez pas encore déterminer quels développements sont réutilisables ni dans quelles conditions ils peuvent être modifiés et redéployés. Demandez les livrables disponibles, puis vérifiez ce qui est réellement récupérable avec les accès autorisés. Distinguez les fichiers retrouvés, les éléments manquants et les vérifications encore nécessaires. L’absence de dépôt ne suffit ni à imposer une refonte intégrale ni à promettre une récupération du code.
Sans sauvegarde dont la restauration a été testée, vous ne disposez pas d’un retour arrière vérifié. Documentez la date et le contenu des copies disponibles ainsi que les incertitudes. Avec les accès autorisés, faites vérifier la possibilité de sauvegarder l’existant et de le restaurer dans un environnement séparé. Traitez ce point avant toute opération susceptible d’altérer le site en place.
Le diagnostic doit alors aboutir à trois listes : ce qui peut être audité immédiatement, ce qui dépend encore d’un accès ou d’un document, et les travaux qui restent exclus du chiffrage ferme tant que ces dépendances ne sont pas levées. Pour chaque élément attendu, indiquez qui le recherche et quelle vérification permettra de poursuivre. Complétez ensuite la checklist de livraison existante avec les éléments effectivement récupérés et les réserves restantes.
Que peut-on conserver, et que faut-il reprendre ?
Demandez un état des lieux qui distingue les éléments utilisables, les corrections nécessaires et les fonctions manquantes. Une maquette aboutie ne prouve pas que le formulaire, le panier ou les connexions fonctionnent. Faites essayer les parcours importants sur une version de travail.
La décision de conserver le socle ou de le remplacer doit s’appuyer sur ces observations. Demandez quels éléments sont réutilisables et quels obstacles empêchent encore la livraison.
Comment comparer un devis de reprise ?
Le devis doit nommer les lots : diagnostic, finalisation du design, développement, intégration des contenus, recette et déploiement selon votre besoin. Pour chacun, faites préciser les livrables, les informations attendues de votre équipe, la personne qui valide et les conditions de passage au lot suivant.
Demandez comment sont chiffrées les difficultés découvertes en cours de reprise et les demandes supplémentaires, avant d’engager ces travaux.
Comment savoir qu’un lot est terminé ?
La recette vérifie des actions convenues sur la version livrée. Préparez des critères observables et consignez les réserves avec leur traitement prévu. Une capture d’écran seule ne suffit pas à valider un parcours.
Notre checklist de livraison fournit un point de départ à adapter au périmètre convenu. Sa version publique sur GitHub propose les documents en français et en anglais pour préparer les contrôles et la transmission du projet.
- Le visiteur trouve l’offre, puis envoie une demande réellement reçue.
- Sur une boutique, les produits, variantes et panier convenus fonctionnent sur téléphone.
- Votre équipe reçoit les accès, les fichiers et les procédures prévus.
Que préparer pour le déploiement et le référencement ?
Fixez qui autorise la publication, qui intervient et comment revenir à la version précédente. Si des URL changent, associez chaque ancienne adresse à sa page correspondante et préparez les redirections permanentes. Google recommande également d’actualiser les liens internes et le sitemap, puis de surveiller la migration.
À la bascule, vérifiez les pages, les formulaires et les restrictions de préproduction. Définissez séparément le suivi SEO et les contenus à améliorer après la mise en ligne.
Un exemple : la reprise de Favola-France
Favola-France a confié à Oryon un projet Shopify engagé mais inachevé. Le design a été retravaillé et intégré dans un thème non publié. Dans l’état du projet décrit au 1er octobre 2026, le déploiement, la mise en ligne et l’accompagnement SEO, AEO et GEO restent à venir.
Ce cas aide à distinguer le travail déjà réalisé des prochaines étapes. Pour préparer votre reprise, apportez l’adresse du projet, son état actuel et les fonctions attendues avant publication.