Changer le préfixe de la base de données WordPress : Le guide complet

Étape 4 : Mettre à jour la table des métadonnées utilisateur

Cette étape suit la même logique que la précédente, mais sur une autre table, celle qui stocke les informations liées à chaque compte utilisateur.

Là encore, plusieurs lignes gardent l’ancien préfixe wp_ à l’intérieur de la table, et il faut les passer à votre nouveau préfixe pour que tout redevienne cohérent.

Commencez par ouvrir la table des métadonnées utilisateur.

Son nom complet est votre préfixe suivi de usermeta, donc avec l’exemple a7x2k_, cette table s’appelle a7x2k_usermeta.

Vous la sélectionnez dans la colonne de gauche de phpMyAdmin.

Dans cette table, vous cherchez les lignes dont le nom commence par wp_.

Cliquez sur l’onglet « Rechercher » en haut, puis sur la ligne « meta_key », laissez l’opérateur sur « LIKE %… % » et indiquez « wp_ » dans le champ « Valeur », enfin lancez la recherche en cliquant sur « Exécuter ».

phpMyAdmin affiche alors toutes les lignes dont la clé contient wp_.

Et c’est ici qu’il faut être attentif, car cette recherche remonte deux types de lignes qu’il ne faut surtout pas traiter de la même façon.

Les lignes qui commencent par wp_ sont celles à renommer.

Vous y trouverez wp_capabilities et wp_user_level, mais aussi, sur un site qui a un peu vécu, d’autres clés comme wp_user-settings, wp_dashboard_quick_press_last_post_id ou wp_media_library_mode. Toutes celles qui débutent par wp_ sont concernées.

Les lignes qui contiennent wp_ ailleurs qu’au début ne doivent surtout pas être touchées.

L’exemple typique est dismissed_wp_pointers, qui porte wp_ au milieu de son nom.

Si vous la renommez, vous cassez une donnée pour rien.

La règle est simple, on ne renomme que les clés qui commencent par wp_, jamais celles qui le contiennent au milieu.

Pour renommer une clé une par une, cliquez sur « Éditer » en début de ligne, modifiez le champ meta_key en remplaçant le wp_ du début par votre nouveau préfixe, puis enregistrez.

Voici par exemple la clé wp_capabilities, avant puis après son passage en a7x2k_.

Vous l’aurez compris, faire ce tri à la main est fastidieux et risqué, surtout que le nombre de clés en wp_ varie d’un site à l’autre, et qu’un site avec plusieurs comptes les multiplie d’autant.

C’est pourquoi je recommande ici la requête SQL, qui fait le tri toute seule.

Elle ne renomme que le préfixe de tête et ignore d’office une clé comme dismissed_wp_pointers.

Rassurez-vous tout de suite, vous n’avez pas besoin de savoir lire le SQL pour vous en servir.

Vous allez simplement copier la requête, y remplacer mon préfixe d’exemple par le vôtre, et lancer.

Mais avant de vous la donner, je veux vous expliquer en mots simples ce qu’elle fait, et surtout le seul point sur lequel vous ne devez pas vous tromper.

Cette requête passe en revue chaque clé qui commence par wp_, retire ce wp_ du début, et le remplace par votre nouveau préfixe.

Pour retirer l’ancien préfixe, elle a besoin de savoir combien de caractères enlever au début du nom.

C’est le rôle du chiffre que vous verrez dans la requête, et c’est lui le point sensible.

ATTENTION : Ce chiffre n’est pas une valeur magique à recopier telle quelle, il dépend de votre ancien préfixe.

La règle est simple, il vaut le nombre de caractères de votre ancien préfixe, plus un (+1).

Le préfixe par défaut wp_ compte trois caractères, le w, le p et le tiret bas (_), donc le chiffre est 4 (3+1).

Autrement dit, on dit à la requête de garder le nom à partir de la quatrième lettre, ce qui revient à couper les trois premières, c’est-à-dire wp_.

Si votre ancien préfixe était différent, parce que vous l’aviez déjà personnalisé par exemple, comptez ses caractères et ajoutez un (+1).

Un chiffre erroné couperait les noms au mauvais endroit, et vous vous retrouveriez avec des clés à moitié renommées et un accès administrateur perdu.

C’est exactement le genre de détail qui sépare un changement propre d’un site bloqué.

Voilà pourquoi je ne lance jamais ce type de requête à l’aveugle, et je vous invite à prendre le même réflexe.

Avant de modifier quoi que ce soit, on regarde.

Il existe une façon de visualiser à l’avance le résultat exact, sans toucher à une seule donnée.

Vous collez cette version de contrôle dans l’onglet « SQL » et vous l’exécutez sans crainte, elle ne change rien, elle vous montre juste ce qui se passerait.

Dans cette requête, les éléments que vous devez personnaliser sont les préfixes et le nombre de caractère (ici 4).

Sur la ligne « SELECT », vous renseignez le bon nombre de caractère, sur la ligne « FROM », le nouveau préfixe, et sur la ligne « WHERE » le préfixe actuel en laissant le « % ».

1SELECT `meta_key`, CONCAT('a7x2k_', SUBSTRING(`meta_key`, 4)) AS nouveau_nom2FROM `a7x2k_usermeta`3WHERE `meta_key` LIKE 'wp_%';

Le résultat s’affiche en deux colonnes côte à côte.

À gauche, sous meta_key, le nom actuel de chaque clé, encore en wp_.

À droite, sous l’étiquette nouveau_nom, le nom que la clé portera une fois renommée.

Vous lisez ligne par ligne, wp_capabilities deviendra a7x2k_capabilities, wp_user_level deviendra a7x2k_user_level, et ainsi de suite.

Prenez le temps de vérifier cette colonne de droite.

Si chaque ligne affiche bien votre nouveau préfixe suivi du reste du nom intact, sans rien tronquer ni dédoubler, c’est que votre chiffre est juste.

Vous pouvez alors passer à la vraie requête en toute confiance.

Rendez-vous dans l’onglet SQL, collez le bloc ci-dessous, puis cliquez sur Exécuter.

1UPDATE a7x2k_usermeta2SET meta_key = CONCAT('a7x2k_', SUBSTRING(meta_key, 4))3WHERE meta_key LIKE 'wp_%';

Cette requête parcourt la table usermeta et remplace l’ancien préfixe par le nouveau au tout début de chaque clé concernée, sans jamais toucher au reste.

Pensez simplement à y mettre votre propre préfixe à la place de l’exemple, et à ajuster le chiffre si votre ancien préfixe n’était pas wp_.

Si vous tenez à procéder à la main, par exemple sur un tout petit site qui n’a qu’une ou deux clés en wp_, c’est tout à fait possible, vous reprenez la méthode « Éditer » vue plus haut, ligne par ligne, en laissant toujours de côté une clé qui contiendrait wp_ au milieu.