o2switch ou alwaysdata pour corriger un article WordPress sans le faire remonter

Pourquoi un article ancien remonte après une correction

Une rédaction corrige l’horaire d’ouverture dans un ancien article WordPress. Le texte est à jour, mais cet article remonte devant des nouvelles publiées plus récemment. Une autre actualité disparaît de la première page et passe à la deuxième. Avant de modifier la date de l’article, relevez le critère utilisé par le fil. Il peut classer les articles par date de publication ou par date de dernière modification.

WordPress conserve ces dates dans des champs distincts. Quand l’API enregistre une correction sans changement demandé de la date de publication, cette date peut rester identique tandis que l’horodatage de modification avance. Une requête `WP_Query` triée sur `modified` utilise ce second horodatage. Une requête triée sur `date` utilise la date de publication. Les mêmes articles peuvent donc se retrouver dans un ordre différent sans qu’aucun n’ait été republié.

Le comparatif porte sur un fil que l’équipe veut afficher du plus récemment publié au plus ancien. Un espace intitulé Dernières mises à jour peut avoir une règle différente. Le test utilise le cœur WordPress avec deux requêtes qui ne diffèrent que par leur critère de tri. Les parcours o2switch et alwaysdata servent à préparer la copie sur laquelle l’équipe pourra ensuite vérifier le fil réel.

• Repérer la page du fil et l’endroit où son tri est défini avant de modifier un article.

Identifier le fil, son tri et ses deux premières pages

Commencez par identifier le composant qui affiche la liste. Il peut s’agir de l’index des articles du site, d’un bloc ou d’une boucle ajoutée par un thème ou une extension. Ouvrez le modèle ou la configuration qui produit cette liste. Relevez les types de contenu, les statuts, la taille de page, les filtres de catégorie et les articles mis en avant. Ces réglages peuvent expliquer un ordre inattendu indépendamment du critère de date.

Notez les identifiants dans l’ordre où ils apparaissent sur les deux premières pages. Un déplacement peut être invisible si vous vérifiez seulement la présence de l’article corrigé. La première page a une taille fixe. Quand un article remonte dans le lot visible, un autre peut passer à la page suivante. Relevez les résultats pour les deux pages et utilisez le même nombre d’articles par page dans les essais successifs.

Pour l’article à corriger, relevez la date de publication et la date de modification dans le même fuseau avant puis après l’enregistrement. Dans le laboratoire, le rapport exprime les dates en UTC. Sur le site de recette, relevez aussi ce que le thème affiche au lecteur. Une mention de mise à jour et le tri du fil peuvent être gérés par deux composants différents. Vous pouvez conserver la mention tout en classant le fil par date de publication.

• Consigner les filtres, le nombre de résultats par page et les identifiants dans l’ordre des deux premières pages.

Créer des témoins qui distinguent une correction d’une nouvelle publication

Préparez trois articles fictifs A, B et C, publiés dans cet ordre à trois dates différentes. A contient un horaire ancien. Limitez le fil à deux articles par page. Le tri par publication doit donner C puis B en première page et A en deuxième page. Ajoutez un brouillon récent et une page publiée plus récente. Ils doivent rester absents du fil des articles publiés. Les dates distinctes rendent les résultats plus faciles à interpréter.

Avant de changer l’horaire, enregistrez A en lui passant son titre actuel, sans toucher au texte. Dans l’exercice, cette opération via l’API suffit à actualiser son horodatage de modification et à le faire remonter dans le fil qui trie sur cet horodatage. Le résultat met en évidence le critère technique utilisé par la liste. Une remontée dans ce fil ne permet pas à elle seule de savoir si le contenu a reçu une correction substantielle.

Corrigez ensuite l’horaire de huit à neuf heures et vérifiez les deux listes. Sur la copie d’un site, notez aussi l’ordre avant toute mise à jour d’un thème ou d’une extension qui intervient dans le fil. Vous pourrez comparer les résultats même si une personnalisation modifie plusieurs paramètres. L’objectif de recette est de préserver la correction et l’ordre de publication approuvé, avec les mêmes articles et les mêmes filtres.

o2switch Grow pour essayer le tri dans une préproduction WP Tiger

Chez o2switch, ouvrez WP Tiger depuis cPanel et sélectionnez l’installation à vérifier. Le guide de l’outil décrit la création d’un clone de préproduction sur une adresse technique en `wptiger.fr`. Le clone est protégé par mot de passe. Vérifiez l’adresse utilisée par votre navigateur avant d’ouvrir l’administration WordPress et identifiez le modèle qui affiche le fil. Le changement à essayer concerne cette copie et le fil ciblé.

Cette voie est adaptée quand le fil dépend du thème, d’un bloc ou d’une extension déjà présents sur le site. Comparez d’abord les deux premières pages de la copie avec le relevé initial. Rejouez la correction sur un article fictif, puis vérifiez le tri sans changer les autres filtres. Désactivez sur la copie les sorties que le test pourrait déclencher vers un service réel, par exemple une notification de publication ou une synchronisation éditoriale.

L’offre Grow annonce huit threads CPU, 16 Go de mémoire vive et 16 Mo/s d’entrées-sorties. Le stockage NVMe est annoncé sans plafond de capacité et la fiche indique des sauvegardes quotidiennes sur trente jours. Les sous-comptes « lunes » partagent les ressources du compte principal sur Grow. La création d’une copie complète dépend du volume des fichiers et des données. Le jeu d’articles fictifs suffit pour mesurer le changement d’ordre.

• Ouvrir le WordPress détecté dans WP Tiger et créer la préproduction.
• Noter l’adresse du clone et vérifier la première et la deuxième page du fil.

alwaysdata Plus Small pour préparer un site PHP et une base distincte

Dans le panneau alwaysdata, la rubrique Web puis Sites permet de déclarer un site et son type. Créez une entrée PHP pour l’adresse de recette et indiquez un dossier réservé à cette installation. Préparez une base dédiée depuis la rubrique des bases de données. Dans WordPress, vérifiez que la copie utilise cette base et ouvre son propre tableau de bord. Pour examiner le comportement d’un fil réel, reproduisez le modèle et la requête qui l’alimentent.

Les 50 Go de Cloud Public Plus Small couvrent ensemble les fichiers, les courriels et les bases du compte. Avant une duplication, vérifiez la place disponible et la taille de la base et de la médiathèque. Les documents alwaysdata décrivent une isolation au niveau du compte. Un dossier et une base dédiés réduisent les erreurs de destination pendant cette recette. Ils doivent être complétés par des accès et des réglages adaptés si des personnes différentes administrent les environnements.

Ce parcours donne la maîtrise du dossier, du site déclaré et de la base de recette. Faites apparaître ces trois références dans le dossier de maintenance. Une URL de test peut reprendre un lien vers le site actif si la copie conserve une ancienne configuration. Depuis le fil, ouvrez la deuxième page et l’article témoin pour vérifier que vous restez sur l’adresse attendue. Ajoutez une restriction d’accès à la copie avant d’y charger des contenus internes.

• Déclarer l’adresse de recette dans Web → Sites et choisir le type PHP.
• Identifier la base et le dossier de la copie avant de rejouer le test.

Lire les tarifs selon le cycle de facturation et le quota partagé

Au 13 novembre 2026, o2switch Grow affiche 7 € HT par mois en équivalent mensuel, soit 84 € HT pour douze mois à la création. La fiche d’offre annonce le même barème de 84 € HT pour un renouvellement annuel. Vérifiez le total du récapitulatif. Le domaine offert à la création est limité aux extensions listées par l’hébergeur. Son propre renouvellement peut modifier le coût total du compte.

Le barème Cloud Public affiche pour alwaysdata Plus Small 5 € HT par mois en équivalent annuel, soit 60 € HT pour douze mois, ou 6 € HT par mois avec paiement mensuel. Le prix dépend du cycle choisi. Vérifiez dans les abonnements ou le dossier de facturation la période, le total à payer et les conditions de reconduction. Le quota de 50 Go s’applique à l’ensemble des usages décrits pour le compte.

Pour une intervention courte, comparez le coût de la période que vous allez payer et le temps nécessaire pour obtenir une copie utilisable. Grow fournit un parcours de clonage documenté dans WP Tiger. Plus Small laisse préparer explicitement le site PHP et sa base. Si le site dispose déjà d’une copie protégée, vérifiez d’abord qu’elle reproduit bien le fil avant de prendre un autre abonnement.

Appliquer le tri par publication à la seule liste concernée

Lorsque le fil doit refléter les nouvelles publications, choisissez la date de publication pour cette liste. Dans un code qui construit une instance de `WP_Query`, le critère `orderby` vaut `date` et `order` vaut `DESC` pour afficher les publications récentes en premier. Si le fil est défini dans un bloc ou dans les options du thème, vérifiez le comportement du réglage proposé sur la copie. Le libellé « récent » peut dépendre du composant utilisé.

Gardez les paramètres de sélection identiques entre les deux essais. Le laboratoire demande le type `post`, le statut `publish` et deux résultats par page. Il neutralise la mise en avant des articles pour isoler le tri. Sur le site, conservez ou rétablissez les règles de mise en avant déjà prévues. Si deux publications partagent un horodatage et que l’équipe exige un ordre stable, définissez un second critère déterministe. Le laboratoire utilise l’identifiant en ordre décroissant après le critère principal.

Placez la modification là où ce fil est configuré. Un changement global de requête pourrait aussi réordonner les archives, une page d’accueil secondaire ou une liste d’articles d’une autre rubrique. Ouvrez les deux pages du fil puis une liste qui doit garder son propre tri. Vérifiez les résultats à l’aide des identifiants. Ouvrez enfin l’article corrigé et contrôlez le texte et la date de publication affichés par le thème.

• Modifier le critère du fil ciblé et relever ses deux premières pages.
• Vérifier une autre liste pour confirmer que le changement est bien limité au fil prévu.

Revenir au tri prévu en conservant la correction

Avant l’intervention, conservez une copie du réglage ou du morceau de code qui définit le fil. Notez sa version et l’endroit où il est utilisé. Conservez également l’état qui doit servir de référence, avec la liste des identifiants sur les deux premières pages. Dans la recette, le retour rétablit le tri par publication sans toucher au texte de A. Le même principe permet d’inverser un essai dans un thème ou un bloc en restaurant sa configuration précédente.

Si le tri reste incorrect après le retour, relisez la configuration effective et vérifiez le modèle réellement chargé. Il peut y avoir une seconde boucle avec un ordre différent sur une autre page. Contrôlez aussi le numéro de page et la taille de page. Une comparaison de la liste rendue avant et après permet de repérer si le changement vient du tri, du filtrage ou d’une liste différente.

Évitez de réécrire la date de publication d’un article pour lui faire reprendre sa place. Cette date peut servir aux archives ou à l’adresse d’un article lorsque le site utilise des permaliens datés. Restaurer la base entière pourrait perdre des publications intervenues depuis la sauvegarde. Vérifiez d’abord le réglage du fil et restaurez uniquement le changement en cause. Le texte corrigé et son horodatage de modification restent disponibles.

• Rétablir le réglage du fil et vérifier que la date de publication et le texte corrigé sont préservés.

Rejouer les dix contrôles du ZIP et lire les deux listes

Le ZIP contient un lanceur, le script PHP et une notice avec les versions et empreintes des dépendances officielles. La recette a été rejouée depuis l’archive extraite sous Windows avec WordPress 7.1.4 et une base SQLite temporaire. Les requêtes utilisent le cœur WordPress et ne chargent pas le thème ou les extensions d’un site hébergé. Trois articles publiés, un brouillon et une page servent de témoins.

Au départ, la première page affiche C et B avec les deux tris, et A figure en deuxième page. Un enregistrement de A avec son titre inchangé modifie l’horodatage de modification dans ce test. Après correction de l’horaire, le tri par modification affiche A puis C, et B passe en deuxième page. Le tri par publication affiche toujours C puis B, et A reste en deuxième page. Chaque liste comprend les trois articles publiés une seule fois.

Le rapport confirme que la date de publication de A est stable et que l’horaire corrigé reste à neuf heures après le retour au tri par publication. Il conserve les deux dates relevées en UTC et l’ordre observé sur chaque page. Sur votre copie, complétez ce contrôle avec le fil du thème, ses filtres et ses éventuels articles mis en avant. Les étapes de préparation des copies chez o2switch et alwaysdata proviennent de leurs documentations publiques.

• Comparer les deux premières pages de chaque tri et contrôler le contenu de A après le retour.

Pour aller plus loin

• Lire la fiche o2switch
• Lire la fiche alwaysdata
• Vérifier le rôle des articles épinglés dans la boucle
• Télécharger la recette du tri du fil WordPress (ZIP)