Audit
Vérification du CMS, PHP, modèle, modules, formulaires, vitesse, base de données SEO, hébergement et erreurs.
// Ancien site sous contrôle
Mettre à jour un ancien site internet sans risque pour les demandes et le SEO
Audit, sauvegarde, mise à jour CMS et PHP, transfert depuis les constructeurs, mise en place d'hébergement ou VPS/VDS, correction de formulaires, rapidité et sécurité. L'objectif est de remettre de l'ordre sur le site sans chaos ni perte d'demandes de travail.
Sauvegarde
Avant les modifications, je note la possibilité de restaurer : fichiers, base de données, accès et paramètres critiques.
Mise à jour
CMS, plugins, modules, thème, PHP, SSL, mail, cron, paramètres serveur et compatibilité.
Transfert
S'il n'est pas rentable de réparer l'ancienne base, vous pouvez transférer le contenu, les adresses et la logique SEO vers la nouvelle plateforme.
// Ce qui casse habituellement dans les anciens sites
Le problème est rarement uniquement lié à la conception
Un site Web peut paraître « tout simplement vieux », mais caché en dessous se cache souvent un CMS obsolète, une ancienne version de PHP, un hébergement faible, des formulaires défectueux, des extensions non sécurisées et une structure de référencement perdue. Par conséquent, la mise à jour commence par le diagnostic.
Ancien CMS ou enregistreur
WordPress, Joomla, PrestaShop, ancien code PHP, thème abandonné, modules obsolètes ou panneau d'administration qui fait peur au toucher.
Version mobile
Le texte est petit, les boutons sont maladroits, le menu est cassé, les formulaires ne rentrent pas et les blocs importants semblent mauvais sur le téléphone.
Formulaires et courrier
Les demandes n'arrivent pas, SMTP n'est pas configuré, les e-mails finissent dans les spams, il n'y a pas de SPF/DKIM/DMARC ou le formulaire semble fonctionner, mais l'entreprise perd des leads.
Sécurité
Anciennes extensions, utilisateurs inconnus, fichiers suspects, mots de passe faibles, panneaux ouverts et manque de sauvegardes régulières.
Vitesse et serveur
Hébergement lent, mauvais cache, images lourdes, erreurs PHP, limites de mémoire, VPS/VDS sans maintenance ni surveillance.
Limites du constructeur
Un site Web sur Wix, Tilda, Webflow ou une plateforme similaire est difficile à développer, coûteux à entretenir ou impossible à développer correctement.
// Transfert des constructeurs et anciennes plateformes
Si le constructeur est devenu une limitation, le site peut être transféré en gestion gérée
Il n'est pas toujours possible d'exporter un site du concepteur individuellement. Le plus souvent, il doit être soigneusement réassemblé : sauvegarder les textes, les images, la structure des pages, les adresses importantes, la logique SEO, le domaine, les formulaires, les analyses et les scénarios utilisateur de base.
✓Transfert de structure et de contenu tout en conservant la logique des pages, menus et blocs clés.
✓Configurez le domaine, SSL, la messagerie, les formulaires, les analyses, les redirections et les contrôles SEO de base.
✓Sélection d'un nouveau framework : WordPress, Joomla, PrestaShop ou une solution personnalisée si le CMS n'est pas adapté.
Wix
Squarespace
Webflow
Tilda
Weebly
Jimdo
GoDaddy Builder
IONOS Builder
Google Sites
Strikingly
Site123
Carrd
Hostinger Builder
Framer
Readymag
// Comment se déroulent les travaux
La mise à jour sécurisée commence avant le premier clic de « mise à jour »
Un ancien site ne peut pas être traité au hasard. Vous devez d’abord comprendre ce qui fait que cela fonctionne, où se situent les risques et comment revenir en arrière en cas de problème.
Diagnostic
Je vérifie le CMS, le code personnalisé, PHP, l'hébergement/VPS, les formulaires, SSL, les erreurs, la vitesse et la base de données SEO.
Sauvegarde
Fichiers, base de données, accès, paramètres actuels et plan de restauration clair des modifications.
Plan
Ce que nous mettons à jour, ce que nous transférons, ce que nous remplaçons, quelles URL nous enregistrons et quels sont les risques.
Travaux
Mise à jour, transfert, mise en place du serveur, correction des formulaires, sécurité, rapidité et version mobile.
Examen
Contrôle des pages, requêtes, redirections, métadonnées, indexation, erreurs et stabilité après lancement.
// Quand il est temps de mettre à jour
Il est préférable de vérifier l'ancien site avant qu'il ne cesse de proposer des demandes
- L'hébergement demande de passer au nouveau PHP
- Le site s'ouvre lentement
- Les formulaires n'envoient pas d'e-mails
- Aucune sauvegarde normale
- Le site n'a pas l'air bien sur un téléphone
- Le CMS ou les plugins n'ont pas été mis à jour depuis longtemps
- Il existe une suspicion de virus ou de piratage
- Le concepteur ne vous permet plus de développer le site
- Le développeur a disparu, mais l'accès reste
- Nécessité de transférer le site vers un nouvel hébergement ou VPS
// Application
Il vaut mieux commencer par un audit de l'ancien site
Envoyer un lien vers le site et décrire brièvement la situation : ancien CMS, designer, auto-écriture, PHP, hébergement, VPS/VDS, formulaires, virus, rapidité ou transfert. Je verrai ce qui est plus sûr : mettre à niveau, réparer ou déménager.
//FAQ
Questions fréquemment posées sur la mise à jour d'un ancien site Web
Est-il possible de mettre à jour un ancien site internet sans une refonte complète ?
Oui, si la base technique est toujours adaptée. Je vérifie d’abord le CMS, PHP, le modèle, les plugins, l’hébergement, les formulaires, la version mobile et la sécurité. Après cela, il devient clair si une mise à jour minutieuse suffit ou s'il est préférable de transférer le site sur une nouvelle base.
Que faire si le site tourne sur une ancienne version de PHP ?
Vous ne pouvez pas simplement activer PHP sur votre hébergement sans le vérifier. Vous devez faire une sauvegarde, vérifier la compatibilité du CMS, du thème, des modules et du code, puis mettre à jour étape par étape. Pour les sites Web auto-écrits, des modifications de code sont parfois nécessaires pour une nouvelle version de PHP.
Est-il possible de faire d'abord une copie et de tout vérifier ?
Oui, c'est la bonne approche pour les mises à jour risquées. Le travail peut être effectué sur une copie du site ou un environnement de test, vérifier le résultat et ensuite seulement transférer les modifications vers la version de travail.
Que faire si le site est auto-écrit et que le développeur a disparu ?
Un tel site peut d'abord être démonté : structure des fichiers, base de données, version PHP, dépendances, formulaires, panneau d'administration et fonctions critiques. Après l'audit, il deviendra clair s'il peut être maintenu, mis à jour ou mieux transféré progressivement.
Est-il possible de transférer un site depuis Wix, Tilda, Webflow ou un autre constructeur de site Web ?
Oui. Généralement, un site d'un créateur de site Web n'est pas exporté un à un, il est donc soigneusement réassemblé sur une nouvelle plateforme : les textes, les images, la structure, les adresses importantes, la logique SEO, le domaine, les formulaires et les analyses sont préservés.
Quels constructeurs peuvent être déplacés ?
Vous pouvez envisager de transférer depuis Wix, Squarespace, Webflow, Tilda, Weebly, Jimdo, GoDaddy Website Builder, IONOS Website Builder, Google Sites, Strikingly, Site123, Carrd, Hostinger Website Builder, Framer, Readymag et des solutions similaires.
Est-il possible de conserver le design mais de mettre à jour la partie technique ?
Oui, si le design convient toujours à l’entreprise. Vous pouvez conserver l'idée visuelle, mais remplacer la base technique obsolète, améliorer l'adaptabilité, les formulaires, la rapidité, la sécurité et la gestion du contenu.
La mise à jour peut-elle affecter le référencement ?
Peut-être si vous modifiez les adresses des pages, la structure, les métadonnées ou le contenu sans plan. Par conséquent, lors de la mise à jour, il est important de sauvegarder les URL importantes, de configurer des redirections, de vérifier le plan du site, le robots.txt, les en-têtes, la vitesse et l'indexation.
Utilisez-vous un serveur, VPS ou VDS ?
Oui, dans le cadre de la maintenance, vous pouvez vérifier et configurer l'hébergement, VPS/VDS, PHP, SSL, la messagerie, les sauvegardes, les droits sur les fichiers, la sécurité de base, les tâches cron et la stabilité du site.
Quand n'est-il plus rentable de réparer un ancien site internet ?
Si le site est très obsolète, mal indexé, dangereux, non adapté aux appareils mobiles et que les modifications prennent trop de temps, il est plus honnête d'envisager de transférer le contenu sur une nouvelle base. Cela revient souvent moins cher que de réparer sans fin un ancien système.