Un verdict honnête
Un niveau ne lit pas l’âge d’un mur : il lit s’il est d’aplomb.
Un site qui fait vieux n’est pas forcément à refaire. Six vérifications, que vous faites vous-même, disent quoi faire : ne rien toucher, corriger, ou refaire quand le logiciel n’est plus maintenu. Le 6 octobre 2026, WordPress a publié des correctifs pour 25 de ses versions, de la 4.7 à la 7.1.
Faire le diagnosticMis à jour le 10 octobre 2026. Chaque fait renvoie à sa source, lue ce jour-là.
Estimez la refonte de votre site : donnez son adresse.
Le diagnostic
Ce n’est pas une question d’âge : un vieux mur peut être d’aplomb. Faire vieux est un ressenti ; voici six constats à faire vous-même sur votre site.
La règle du verdict est celle de Refontly, pas celle de Google. Vos réponses restent dans votre navigateur.
| Verdict | Quand | Que faire |
|---|---|---|
| Ne touchez à rien | Vos six constats sont d’aplomb. | Gardez le site tel quel. Ce qui a vieilli dans les textes ou les photos se réécrit page par page. Reprenez ce diagnostic quand une des dates de fin de support approche. |
| Corrigez | Un ou plusieurs défauts précis, et aucune base périmée. | Gardez la base et corrigez : la mise à jour du logiciel, la version de PHP, le certificat https, des textes ou des photos à revoir. Si Chrome avertit vos visiteurs : que faire. |
| Refaites | Le logiciel ou le moteur ne reçoit plus de correctifs. | Refaire se justifie. Une refonte bien faite garde chaque ancienne adresse, ou la redirige vers la page qui la remplace. Refaire en gardant chaque adresse Savoir quand refaire son site |
Les dates
Cela ne dépend pas de l’âge de votre site, mais de la date de fin de support de ce qui le fait tourner. Voici ces dates, au 10 octobre 2026.
31 décembre 2026 : Dernier jour des correctifs de sécurité de PHP 8.2.
| Version | Calendrier | Support actif jusqu’au | Sécurité seule jusqu’au |
|---|---|---|---|
| PHP 8.5 Support actif | 31 décembre 2027 | 31 décembre 2029 | |
| PHP 8.4 Support actif | 31 décembre 2026 | 31 décembre 2028 | |
| PHP 8.3 Sécurité seule | 31 décembre 2025 | 31 décembre 2027 | |
| PHP 8.2 Sécurité seule | 31 décembre 2024 | 31 décembre 2026 | |
| PHP 8.1 Plus maintenue | — | 31 décembre 2025 | |
| PHP 8.0 Plus maintenue | — | 26 novembre 2023 | |
| PHP 7.4 Plus maintenue | — | 28 novembre 2022 |
Plein : corrections et sécurité. Hachuré : correctifs de sécurité seuls. Source : php.net, versions maintenues et versions plus maintenues.
Le 6 octobre 2026, WordPress a publié une version corrective pour chacune de ses 25 branches, de la 4.7 à la 7.1. Une branche, c’est un numéro à deux chiffres (6.7) ; ses correctifs en ajoutent un troisième (6.7.10). Seule la dernière version, la 7.1.3 (6 octobre 2026), est officiellement prise en charge : les autres reçoivent leurs correctifs « par courtoisie », ce qui n’est pas un engagement. Les branches 4.1 à 4.6 n’ont plus rien reçu depuis juillet 2025 ; les branches 3.7 à 4.0, depuis novembre 2022.
Sources : WordPress.org, archive des versions, WordPress.org, sécurité.
Ce que dit Google
Pas à notre connaissance. Google ne demande pas de version mobile pour indexer un site, range le https et l’affichage mobile parmi les aspects qui, hors Core Web Vitals, n’aident pas directement à mieux se classer, et aucun texte que nous ayons lu ne le classe sur l’âge de son design.
Version mobile
Google n’exige pas de version mobile pour indexer un site, mais la recommande très fortement. Il utilise la version mobile d’un site, explorée avec son robot smartphone, pour l’indexer et le classer.
Source : Google Search Central.
https et affichage mobile
Google utilise les Core Web Vitals dans son classement. Hors Core Web Vitals, il range le https et l’affichage mobile parmi les aspects qui n’aident pas directement à mieux se classer ; il dit qu’ils rendent un site plus agréable à utiliser, et il montre d’abord le contenu le plus pertinent.
Source : Google Search Central.
Âge du design
Aucun texte de Google que nous ayons lu ne classe un site sur l’âge de son design (c’est la conclusion de notre lecture, pas une citation). Un site d’aplomb peut se rafraîchir page par page ; le refaire pour changer d’image est un choix, pas une urgence.
Sources : page d’expérience, indexation mobile.
Ce que Google retient, lui : la vitesse mesurée sur de vrais visiteurs. C’est le signe 3 Mon site est lent
Questions
Pas à cause de sa date. Un site de 2015 dont le logiciel reçoit encore des correctifs, sur un PHP maintenu, en https, lisible sur téléphone et rapide, n’a pas à être refait ; ses textes se réécrivent. Mais un WordPress resté dans sa version de 2015 (les branches 4.2 à 4.4) n’a plus reçu de version corrective depuis juillet 2025 : c’est le signe 5.
Pas à cause de son âge. Ce qui compte, c’est qu’il soit à jour de sa branche : le 6 octobre 2026, WordPress a publié une version corrective pour chacune de ses branches, de la 4.7 à la 7.1. Seule la dernière version est officiellement prise en charge.
Voir les datesChaque ancienne adresse reste la même, ou mène vers la page qui la remplace ; jamais vers l’accueil. Le prix est calculé sur votre site, pas sur une grille, et se règle en 1, 3 ou 6 fois, sans acompte, aux conditions du devis.
Relues le 10 octobre 2026. Chaque fait de cette page renvoie ici. La règle de verdict (ne rien toucher, corriger, refaire) est celle de Refontly : aucune de ces sources ne la pose.
Google Search Central, « Bonnes pratiques en matière d’indexation de sites mobiles et d’indexation orientée mobile », mise à jour le 20 février 2026.
Google utilise la version mobile d’un site pour l’indexer et le classer ; une version mobile n’est pas requise, mais très fortement recommandée.
Google Search Central Blog (John Mueller), « Mobile-indexing-vLast-final-final.doc », billet du 3 juin 2024, échéance du 5 juillet 2024.
Depuis le 5 juillet 2024, un contenu totalement inaccessible depuis un mobile n’est plus indexable.
Google Search Central, « Understanding page experience in Google Search results », mise à jour le 22 septembre 2026, lue le 10 octobre 2026.
Les Core Web Vitals sont utilisées par les systèmes de classement ; hors Core Web Vitals, le https et l’affichage mobile n’aident pas directement à mieux se classer ; le contenu le plus pertinent s’affiche d’abord.
web.dev (Google), « Web Vitals », mise à jour le 31 octobre 2024.
Les seuils « bons » : 2,5 secondes, 200 millisecondes, 0,1, pour 75 % des visites.
Google for Developers, « À propos de PageSpeed Insights », mise à jour le 25 juillet 2025.
L’outil de Google qui mesure une page sur mobile et sur ordinateur, avec les données de vrais visiteurs quand il y en a assez.
Chrome for Developers, « Évaluation des performances Lighthouse », mise à jour le 19 septembre 2019.
La note de performance : de 90 à 100, bon ; de 50 à 89, à améliorer ; sous 50, faible ; elle varie d’un passage à l’autre.
php.net, « Supported Versions », page consultée le 10 octobre 2026.
Les versions de PHP maintenues, leur date de sortie et leurs dates de fin de support.
php.net, « Unsupported Branches », page consultée le 10 octobre 2026.
Les versions de PHP qui ne sont plus maintenues, et leur date de fin de vie.
WordPress.org, « Release Archive », dernière version 7.1.3 du 6 octobre 2026, lue le 10 octobre 2026.
La dernière version (7.1.3, le 6 octobre 2026), une version corrective publiée le 6 octobre 2026 pour chacune des 25 branches de la 4.7 à la 7.1, et la dernière version des branches plus anciennes (4.1 à 4.6 : juillet 2025).
WordPress.org, « Security », page sans date.
Seule la dernière version de WordPress est officiellement prise en charge ; les correctifs des versions plus anciennes sont publiés par courtoisie.
WordPress.org, « Requirements », page sans date.
WordPress recommande PHP 8.3 ou plus, MariaDB 10.11 ou MySQL 8.0, et un accès HTTPS.
Chrome for Developers, « Chrome 154, notes de version », version stable du 22 septembre 2026.
Chrome invite par défaut l’utilisateur avant d’ouvrir une connexion en http.
Chrome Platform Status, « Ask-before-HTTP warning on by default », fiche mise à jour le 22 septembre 2026, lue le 10 octobre 2026.
Le déploiement prévu : Chrome 154 sur ordinateur, 155 sur Android ; statut « Proposed » à la lecture du 10 octobre 2026, activation sur Android non confirmée.
Google (blog Security), « HTTPS by default », billet du 28 octobre 2025.
Permission demandée avant le premier accès à un site public sans https ; pas d’avertissement répété pour un site visité régulièrement.
Drupal.org, « Drupal 7 », page sans date.
Drupal 7 est arrivé en fin de vie le 5 janvier 2025.
Joomla, « Joomla 4.2.6 Bug Fix Release », annonce du 13 décembre 2022.
Selon l’annonce de Joomla du 13 décembre 2022, Joomla 3.10 est pris en charge, pour la sécurité, jusqu’au 17 août 2023.
Adobe, « Adobe Flash Player End of Life », page sans date.
Adobe a mis fin au support de Flash Player le 31 décembre 2020 et en bloque les contenus depuis le 12 janvier 2021.
Légifrance, « Code de la consommation, article L412-13 », version en vigueur depuis le 11 mars 2023.
Les exigences d’accessibilité des produits et services, applicables aux services fournis après le 28 juin 2025.
DesignGouv (DINUM), « Mieux comprendre la directive européenne en matière d’accessibilité », publié le 31 juillet 2025.
La législation s’applique depuis le 28 juin 2025 ; les services concernés incluent le commerce électronique.
Page mise à jour le 10 octobre 2026.