L'essentiel en 5 points
- La 1.7.8.11 est la dernière version de la branche 1.7. Son installeur refuse PHP au-delà de 7.4.
- PHP 7.4 ne reçoit plus de correctifs de sécurité depuis le 28 novembre 2022, d'après php.net.
- Au labo, avec ses réglages d'origine, l'accueil de la 1.7.8.11 fait 44 requêtes et 2 445 Kio, contre 20 requêtes et 1 215 Kio pour la 9.2.0.
- L'accueil de la 1.7.8.11 n'a pas de lien canonique, celui de la 9.2.0 en a un.
- L'annonce de la 9.2 ne décrit de mise à jour que depuis la 9.0 ou la 9.1. Passer de la 1.7 à la 9 est un projet, que je n'ai pas testé ici.
6.1La 1.7, une branche arrivée au bout
La 1.7.8.11 est la dernière version de la 1.7. Le 19 octobre 2026, PrestaShop ne propose rien de plus récent dans cette branche, et c'est celle que j'ai installée au labo, à côté de la 9.2.0, pour comparer.
Le vrai souci ? Ce n'est pas PrestaShop, mais PHP.
On a ouvert l'installeur de la 1.7.8.11. Il porte deux limites écrites en dur, PHP 7.1.3 au minimum et PHP 7.4 au maximum. Au-delà, il refuse de s'installer. Et PHP 7.4, php.net le range parmi les versions abandonnées, avec une date de fin, le 28 novembre 2022, et cet avertissement : « If you are using these releases, you are strongly urged to upgrade to a current version, as using older versions may expose you to security vulnerabilities and bugs that have been fixed in more recent versions of PHP. »
Près de quatre ans sans correctif de sécurité, donc, pour le langage qui fait tourner la boutique !
Est-ce que ta boutique va tomber demain ? Non. Ça veut dire que tu dépends de ton hébergeur, qui doit continuer à proposer une version que le projet PHP ne maintient plus, et qu'une faille découverte dans PHP 7.4 ne sera plus corrigée par ce projet. Je ne sais pas combien de temps les hébergeurs garderont PHP 7.4, et je préfère te le dire franchement plutôt que d'inventer une date.
6.2Les deux versions, mesurées côte à côte
Même serveur, même base de données, même méthode : installation par l'assistant, avec ses réglages d'origine et les produits de démo, puis un visiteur neuf, sans cookie, qui ouvre la page d'accueil et une fiche produit.
| Mesure | 1.7.8.11 | 9.2.0 |
|---|---|---|
| PHP accepté | 7.1.3 à 7.4 | 8.1 à 8.5 |
| Thème installé | Classic | Hummingbird |
| Tables dans la base | 288 | 319 |
| Modules actifs | 60 | 77 |
| Accueil : requêtes | 44 | 20 |
| Accueil : poids transféré | 2 445 Kio | 1 215 Kio |
| Accueil : fichiers CSS et JS | 9 et 15 | 1 et 1 |
| Fiche produit : requêtes et poids | 49 et 1 782 Kio | 22 et 536 Kio |
| Adresse d'une fiche produit | /accessoires-de-maison/6-mug-the-best-is-yet-to-come.html | /19-customizable-mug.html |
| Lien canonique sur l'accueil | absent | présent |
| Serveurs tiers appelés par la boutique | aucun | aucun |
| Préfixe des tables proposé | ps_ | tiré au hasard |
Dossier install après l'installation | à supprimer à la main | supprimé tout seul |
Dossier admin renommé | à la première visite | à la fin de l'installation |
| Durée de l'installation au labo | 705 secondes | 1 272 secondes |
Qu'est-ce qui saute aux yeux ? Deux lignes m'ont marqué.
La première, c'est le poids de l'accueil.
La 9.2 en Hummingbird charge deux fois moins de données et deux fois moins de requêtes que la 1.7 en Classic, avec le même contenu de démo. Elle sert un seul fichier CSS et un seul JavaScript, regroupés d'office, là où la 1.7 en sert vingt-quatre. Pour une fiche produit, l'écart est encore plus grand, 536 Kio contre 1 782 !
La seconde, c'est le lien canonique de l'accueil.
En 1.7.8.11, la page d'accueil n'en a pas du tout. La 9.2.0 en pose un. C'est le genre de détail que tu ne vois jamais, et qui compte quand ta page d'accueil peut répondre à plusieurs adresses. Le référencement de PrestaShop mérite son propre tour d'horizon, je ne fais ici que relever ce que les deux installations montrent d'office.
Les adresses des fiches produits changent aussi. En 1.7.8.11, la catégorie est dans le chemin (/accessoires-de-maison/6-mug…html). En 9.2.0, la fiche est à la racine (/19-customizable-mug.html), alors que le produit a la même catégorie dans les deux boutiques. J'ai cherché pourquoi, et c'est la règle d'origine qui a changé dans le code de PrestaShop :
1.7.8.11 : {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html
9.2.0 : {id}{-:id_product_attribute}-{rewrite}.htmlAucune des deux boutiques du labo n'avait de règle enregistrée dans sa base, chacune suit celle de son code. Ce que devient cette règle pendant une mise à jour de la 1.7 vers la 9, je ne l'ai pas testé. Mais si tes adresses changent, chaque ancienne adresse doit être redirigée vers la nouvelle. C'est la base de toute migration : une adresse qui disparaît sans redirection, c'est une page que Google perd.
La comparaison au labo, le 19 octobre 2026
- Serveur : Apache 2.4.69 et MariaDB 11.4.13 pour les deux ; PHP 7.4.33 pour la 1.7.8.11, PHP 8.3.32 pour la 9.2.0.
- Mesures en visiteur neuf, sans cookie ni consentement, page chargée puis cinq secondes d'attente.
- Mêmes données de démo dans les deux boutiques (19 produits, 7 catégories, 5 commandes).
- Deux cookies posés d'office dans les deux versions, ceux de PrestaShop lui-même :
PHPSESSIDet un cookiePrestaShop-….
6.3Et la mise à jour vers la 9 ?
L'annonce de la 9.2 décrit un seul chemin : « If you are running PrestaShop 9.0.x or 9.1.x, you can update to 9.2 using the Update Assistant module ». Rien, dans ce texte, sur un passage depuis la 1.7 ou la 8.
Je n'ai pas testé de mise à jour de la 1.7.8.11 vers la 9.2.0 au labo.
Ce que je peux te dire, je le tire des mesures de ce chapitre, et c'est donc mon avis. Entre les deux versions, tout bouge en même temps : PHP saute de 7.4 à 8.1 au moins, le thème par défaut change, la règle d'adresse des produits aussi, et soixante modules deviennent soixante-dix-sept. Une boutique réelle ajoute ses propres modules et son thème, qui devront tous suivre. Ça fait beaucoup, non ?
Voilà pour l'installation. Tu sais quelle version prendre, sur quel PHP, comment passer l'assistant sans te laisser imposer ses choix, et ce qu'il faut régler avant d'ouvrir. La suite, c'est ta boutique, tes produits et tes clients. Bonne vente ! :)
Sources
Historique de ce chapitre
- 19 octobre 2026 : première version, 1.7.8.11 et 9.2.0 comparées au labo.
Co-fondateur de Kōeki · Consultant SEO et IA
Sébastien Grillot
Consultant SEO depuis 2009 : c'est ici, sur Inside da WeB, qu'il a monté sa première agence, spécialisée dans l'e-commerce. Depuis 2021, il accompagne les e-commerçants avec Kōeki, sous WordPress comme sous PrestaShop.