Changer de prestataire ne veut pas forcément dire refaire son site.
C’est même souvent tout l’inverse : le site existe, il remplit encore son rôle, mais la personne qui le suivait n’est plus disponible, la collaboration s’arrête, personne ne sait vraiment où sont les accès ou l’entreprise souhaite simplement être accompagnée différemment.
Dans ce type de situation, le plus important n’est pas de commencer immédiatement à modifier le site. Avant toute intervention, il faut d’abord comprendre dans quel environnement on arrive et ce que l’on récupère réellement.
Chez Naïna Studio, c’est précisément l’objectif d’une reprise de site WordPress : repartir de l’existant, sécuriser ce qui doit l’être et avoir une vision suffisamment claire du site avant de décider de la suite.
Une reprise de site ne commence pas par le design
Quand un nouveau prestataire arrive sur un projet, la tentation peut être de regarder immédiatement ce qu’il faudrait modifier : une page un peu datée, un bouton qui fonctionne mal, une extension à remplacer…
Mais avant cela, il y a une étape moins visible et pourtant essentielle : reprendre la maîtrise de l’environnement du site.
Un site WordPress ne se limite pas aux pages que l’on voit à l’écran. Derrière, il y a l’hébergement, le nom de domaine, la base de données, WordPress lui-même, le thème, les extensions, les sauvegardes, différents comptes utilisateurs et parfois plusieurs services connectés.
Si personne ne sait exactement qui possède quoi ou comment l’ensemble a été configuré, intervenir trop rapidement peut créer davantage de problèmes qu’en résoudre.
Commencer par récupérer tous les accès
C’est généralement la première chose que je vérifie.
Il faut pouvoir identifier les accès utiles au fonctionnement du site et s’assurer qu’ils appartiennent bien à l’entreprise, ou qu’ils peuvent lui être transférés.
Cela concerne évidemment l’administration WordPress, mais également l’hébergement, le nom de domaine et, selon les projets, certains outils connectés au site.
On peut par exemple retrouver des services d’emailing, des outils statistiques, des comptes Google, un système de réservation, un module de paiement ou encore des licences d’extensions.
Ce point peut sembler administratif, mais il devient très important le jour où il faut intervenir rapidement.
Une entreprise ne devrait pas découvrir au moment d’un incident que son nom de domaine appartient toujours à une ancienne agence ou que personne ne possède le mot de passe de son hébergement.
Faire une sauvegarde avant de toucher à quoi que ce soit
Avant une mise à jour, une correction importante ou même un simple nettoyage, je préfère toujours disposer d’une sauvegarde complète du site dans son état actuel.
Cela permet de conserver un point de retour avant toute intervention.
La sauvegarde doit idéalement inclure les fichiers du site et sa base de données. Je vérifie également s’il existe déjà un système de sauvegarde, à quelle fréquence il fonctionne et surtout où les sauvegardes sont stockées.
Parce qu’avoir une extension de sauvegarde installée ne signifie pas nécessairement que les sauvegardes sont exploitables.
Dans certains cas, elles n’ont jamais été testées. Dans d’autres, elles sont stockées uniquement sur le même serveur que le site, ce qui limite fortement leur intérêt en cas de problème important.
Comprendre comment le site a été construit
Deux sites WordPress visuellement similaires peuvent avoir des structures techniques complètement différentes.
Le site peut avoir été construit avec Elementor, Gutenberg, un thème spécifique, un thème enfant, du code personnalisé ou un mélange de plusieurs solutions développées au fil du temps.
Je regarde donc la structure existante avant de décider comment intervenir.
L’objectif n’est pas de remplacer systématiquement ce qui existe.
Si une solution fonctionne correctement et reste adaptée au projet, il n’y a aucune raison de reconstruire un site simplement parce qu’un nouveau prestataire arrive.
En revanche, certaines configurations peuvent rendre le site difficile à maintenir : extensions qui font doublon, fonctionnalités ajoutées directement dans le thème, dépendance à un plugin abandonné, licences expirées…
C’est justement ce que la reprise permet d’identifier.
Vérifier l’état de WordPress, du thème et des extensions
Un autre point important concerne les versions utilisées.
WordPress évolue régulièrement, tout comme les thèmes et les extensions qui l’accompagnent.
Lors d’une reprise, je vérifie donc notamment si les différents éléments sont à jour, s’ils sont toujours maintenus par leurs développeurs et s’ils présentent des incompatibilités connues.
Mais je ne recommande pas non plus de cliquer sur « Tout mettre à jour » sans regarder davantage.
Sur un site qui n’a pas été suivi depuis longtemps, certaines mises à jour peuvent provoquer des conflits ou révéler des dépendances entre plusieurs outils.
Il vaut mieux savoir ce que l’on met à jour, disposer d’une sauvegarde et contrôler le site après l’intervention.
Regarder les utilisateurs et les principaux points de sécurité
Les anciens comptes utilisateurs sont très souvent oubliés.
Ancien développeur, stagiaire, agence, salarié ayant quitté l’entreprise… plusieurs personnes peuvent encore disposer d’un accès administrateur plusieurs années après leur intervention.
Lors d’une reprise, je regarde donc quels comptes existent, quels rôles leur sont attribués et lesquels sont encore nécessaires.
Je vérifie également les principaux éléments permettant de repérer une situation anormale : extensions vulnérables, comptes suspects, versions obsolètes ou comportements inhabituels.
Il faut toutefois distinguer cette vérification d’un audit de cybersécurité complet.
Si le site présente les signes d’une compromission importante, d’un malware ou d’une attaque avancée, l’intervention peut nécessiter un traitement spécifique et parfois l’intervention d’un spécialiste.
Vérifier que les éléments essentiels fonctionnent toujours
Un site peut sembler fonctionner correctement lorsqu’on consulte sa page d’accueil, alors que certaines fonctions importantes ne marchent plus depuis plusieurs mois.
Je contrôle donc également les principaux parcours du site.
Un formulaire de contact envoie-t-il toujours les messages ? Les boutons dirigent-ils au bon endroit ? Les pages importantes fonctionnent-elles correctement sur mobile ? Les outils statistiques récupèrent-ils encore les données ? Les éventuelles connexions à des services externes sont-elles toujours actives ?
Selon le projet, ces vérifications peuvent évidemment aller plus loin.
Un site vitrine de quelques pages ne nécessite pas les mêmes contrôles qu’une boutique, un système de réservation ou un site connecté à plusieurs outils métier.
Ne pas oublier le référencement
Une reprise technique peut également révéler des problèmes qui ont un impact sur le référencement naturel.
Je ne parle pas forcément de réaliser immédiatement un audit SEO complet, mais au minimum de regarder certains fondamentaux.
Une mauvaise configuration peut par exemple empêcher l’indexation de certaines pages, créer des redirections inutiles ou laisser subsister d’anciennes pages qui n’ont plus de raison d’exister.
Et surtout, une intervention importante sur un site existant doit éviter de détériorer ce qui fonctionne déjà.
Lors d’une refonte ou d’une migration, supprimer une URL sans prévoir de redirection peut avoir beaucoup plus d’impact qu’un simple changement visuel.
C’est pour cette raison que la reprise technique et les futures évolutions doivent être pensées ensemble.
À la fin de la reprise : savoir quoi faire maintenant, et quoi laisser tranquille
Le but d’une reprise n’est pas de trouver artificiellement une liste interminable de problèmes.
Au contraire.
Une fois le site analysé, j’aime pouvoir distinguer ce qui nécessite réellement une intervention de ce qui peut parfaitement rester en place.
Les actions peuvent généralement être réparties entre plusieurs niveaux : les points prioritaires qui concernent la sécurité ou le fonctionnement du site, les améliorations utiles à programmer prochainement et les évolutions qui relèvent davantage du confort ou du développement futur du projet.
Cette étape permet aussi de déterminer si le site a simplement besoin d’être maintenu, s’il mérite quelques optimisations ou si une refonte devient réellement pertinente.
Et parfois, le résultat est simplement : le site est sain, il peut continuer à fonctionner ainsi.
C’est aussi une bonne nouvelle.
Changer de prestataire ne signifie donc pas repartir de zéro
Une reprise bien menée permet surtout de recréer une base de travail propre entre l’entreprise et son nouveau prestataire.
On sait où sont les accès, comment fonctionne le site, quelles sont ses dépendances, ce qui doit être corrigé et ce qui peut être conservé.
C’est ensuite beaucoup plus simple d’envisager la suite : maintenance régulière, modifications ponctuelles, nouvelles pages, optimisation SEO, évolution du design ou refonte plus importante.
Chez Naïna Studio, je propose justement une prestation de reprise de site WordPress existant, avant de poursuivre si nécessaire avec de la maintenance ou des évolutions plus ponctuelles.
L’idée n’est pas de refaire ce qui fonctionne déjà, mais de reprendre le projet avec suffisamment de recul pour pouvoir le faire évoluer proprement.