Migrer d’hébergeur sans perdre son référencement
Une migration bien menée est invisible pour vos visiteurs comme pour Google. Voici la procédure, et les deux pièges qui font échouer les autres.
Exploiter
Le meilleur rapport entre effort et gain sur un site dynamique : quelques clics, aucune dépense, et un site plus rapide et mieux protégé.
Certains liens de cette page sont des liens d'affiliation : si vous souscrivez après avoir cliqué, nous percevons une commission, sans surcoût pour vous. Cela ne change ni notre classement ni nos réserves, qui reposent sur les caractéristiques réelles des offres. En savoir plus
Beaucoup de sites tournent sur une version de PHP qui ne reçoit plus de correctifs de sécurité, simplement parce que personne n'a jamais touché à ce réglage. C'est dommage, parce que le changement se fait depuis le panneau de l'hébergeur et qu'il est réversible en un clic.
Ce guide explique ce que vous y gagnez, ce qui peut casser et pourquoi, et la procédure qui évite d'avoir à réparer dans l'urgence.
C'est le réglage qui offre le meilleur rapport entre effort et gain sur un site dynamique. Il se change en quelques clics dans le panneau de l'hébergeur, ne coûte rien, et améliore à la fois la vitesse et la sécurité.
Faire tourner un site sur une version de PHP non maintenue est un risque de sécurité concret, pas théorique. Les robots recherchent activement les serveurs exposant des versions obsolètes, parce que les failles y sont documentées publiquement.
Trois façons de connaître la version utilisée par votre site, de la plus simple à la plus technique.
Notez aussi la version disponible la plus récente proposée par votre hébergeur. L'écart entre les deux vous dira s'il y a un gain à aller chercher, et s'il porte sur une ou plusieurs versions majeures.
Un changement de version majeure peut provoquer des erreurs, et il vaut mieux savoir d'où elles viennent avant de s'y risquer.
| Origine | Manifestation | Résolution |
|---|---|---|
| Extension abandonnée par son auteur | Erreur fatale, page blanche | Remplacer l’extension, ou renoncer à la fonction |
| Thème ancien non maintenu | Erreurs d’affichage ou blocage complet | Mettre à jour le thème, ou en changer |
| Code personnalisé ancien | Avertissements ou erreurs sur des fonctions supprimées | Adapter le code aux syntaxes actuelles |
| Fonction dépréciée puis supprimée | Erreur à l’appel de la fonction | Utiliser la fonction de remplacement documentée |
Le dénominateur commun est presque toujours le même : un composant qui n'est plus maintenu. Le changement de version ne crée pas le problème, il le révèle. Un site à jour de ses extensions et de son thème passe généralement sans incident.
Elle tient en cinq étapes et évite d'avoir à réparer dans l'urgence.
Le retour en arrière est immédiat : il suffit de resélectionner l'ancienne version dans le panneau. C'est ce qui rend l'opération peu risquée, à condition de la faire à un moment où vous pouvez vérifier et réagir, donc pas un vendredi soir.
C'est la situation la plus courante, et elle appelle une décision plutôt qu'un contournement.
Rester sur une version obsolète de PHP pour préserver une extension abandonnée revient à exposer l'ensemble du site pour conserver une seule fonction. L'arbitrage est presque toujours défavorable.
Traitez ce blocage comme une dette technique à solder, pas comme une contrainte permanente. Elle ne fera que coûter plus cher à mesure que l'écart de version s'accroît.
Oui, immédiatement, en resélectionnant l'ancienne version dans le panneau de votre hébergement. C'est ce qui rend l'opération peu risquée, à condition de la réaliser à un moment où vous pouvez vérifier et réagir.
Rester sur une version obsolète pour préserver une extension abandonnée revient à exposer tout le site pour une seule fonction. Cherchez une alternative maintenue, vérifiez si la fonction sert encore, ou faites adapter le code si elle est essentielle.
Une migration bien menée est invisible pour vos visiteurs comme pour Google. Voici la procédure, et les deux pièges qui font échouer les autres.
La question n'est pas de savoir lequel est le meilleur, mais qui assume l'administration du serveur.
Entre 40 € et plusieurs milliers d'euros par an. Voici ce qui fait varier le montant, et les postes que l'on découvre en cours de route.