18 % de temps de réponse en moins sur la page de suivi des commandes, mesuré avant et après migration vers le High-Performance Order Storage sur le plus volumineux des trois catalogues suivis pour cet article. Ce chiffre contredit directement une idée qui circule encore beaucoup dans les échanges entre développeurs WooCommerce : que le HPOS, malgré son nom, ralentirait les boutiques en pratique.
Cette croyance n’est pas absurde en apparence : toute migration de stockage de données critique inspire une méfiance légitime, et les premiers retours d’expérience sur le HPOS, disponible depuis mi-2022, ont parfois mentionné des ralentissements ponctuels liés à des extensions non compatibles plutôt qu’au stockage lui-même. Mais confondre un problème de compatibilité transitoire avec une propriété intrinsèque du nouveau stockage mène à des décisions erronées.
Ce que l’idée reçue confond réellement
Le HPOS déplace les données de commande de la table générique wp_posts, partagée avec tous les autres types de contenus WordPress, vers des tables dédiées structurées spécifiquement pour les commandes. Le raisonnement qui alimente l’idée reçue part d’une intuition fausse : que « plus de tables » signifierait « plus de requêtes » et donc « plus de lenteur ». En réalité, c’est l’inverse qui se produit sur des catalogues avec un volume significatif de commandes : des tables dédiées, indexées pour les besoins spécifiques des commandes, réduisent le nombre de jointures nécessaires pour reconstituer une commande complète.
Ce que montrent les trois catalogues mesurés
Les trois catalogues suivis pour cette mesure ont été choisis pour leur diversité : un volume de commandes modeste avec un historique de deux ans, un volume intermédiaire avec des metadonnées de commande riches (options de personnalisation produit), et un volume élevé avec plusieurs années d’historique jamais purgé. Sur chacun, les mêmes pages ont été mesurées avant et après migration, dans les mêmes conditions d’hébergement.
| Catalogue | Page « mes commandes » avant | Après migration HPOS | Écart |
|---|---|---|---|
| Volume modeste | 410 ms | 390 ms | -5 % |
| Volume intermédiaire | 680 ms | 560 ms | -18 % |
| Volume élevé, historique non purgé | 1 340 ms | 1 100 ms | -18 % |
Sur aucun des trois catalogues, la migration n’a dégradé les temps de réponse mesurés. L’amélioration est d’autant plus marquée que le volume de commandes est élevé, ce qui va à l’exact opposé de l’idée reçue selon laquelle le HPOS pénaliserait davantage les grosses boutiques.
Là où se cache vraiment la lenteur, quand elle existe
Les rares cas de ralentissement observés après migration, sur des projets tiers non inclus dans cette mesure, provenaient systématiquement d’un facteur externe au stockage lui-même : une extension interrogeant encore directement la table wp_postmeta pour retrouver des données de commande, au lieu d’utiliser les fonctions d’accès fournies par WooCommerce comme wc_get_order(). Ce type de requête directe, écrit avant l’introduction du HPOS, continue de fonctionner grâce à la synchronisation de compatibilité, mais perd tout le bénéfice de performance du nouveau stockage.
- Symptôme observé : lenteur persistante après migration sur une page précise
- Cause réelle la plus fréquente : une extension qui contourne l’API des commandes avec des requêtes SQL directes sur les anciennes tables
- Ce n’est pas le stockage qui ralentit la boutique, mais le code qui n’exploite pas sa structure
Pourquoi ce biais de perception persiste
Un biais classique explique la persistance de cette idée reçue : quand une migration s’accompagne d’un ralentissement, l’attention se porte naturellement sur le changement le plus visible — le nouveau stockage — plutôt que sur la cause réelle, souvent une extension tierce mal préparée. Le HPOS devient alors le suspect visible d’un problème dont il n’est pas la cause.
Une mesure avant/après vaut toujours mieux qu’une impression, surtout quand l’impression circule depuis plusieurs années sans jamais avoir été chiffrée sur un cas précis.
Ce que cet article ne couvre pas
Cette mesure ne détaille pas la procédure de migration vers le HPOS elle-même, ses prérequis ni ses étapes de vérification, déjà traités ailleurs. L’objectif ici était uniquement de confronter une idée reçue à des chiffres concrets, sur des catalogues réels.
Notre verdict
Sur les trois catalogues mesurés, le HPOS n’a jamais dégradé les temps de réponse, et les a même sensiblement améliorés sur les volumes intermédiaires et élevés. L’idée selon laquelle ce stockage ralentirait « forcément » les boutiques ne résiste pas à la mesure : quand un ralentissement survient après migration, la cause se trouve presque toujours dans du code tiers qui continue d’ignorer l’API des commandes plutôt que dans le stockage lui-même.
