Optimiser la base de données WordPress : supprimer les déchets de données et réduire la taille de la base de données

Avec le temps, il s'accumule dans une Base de données WordPress Un certain nombre de révisions d'articles, de brouillons enregistrés automatiquement, de commentaires spam, de transients expirés et de données de plugins obsolètes peuvent faire en sorte que la base de données devienne beaucoup plus volumineuse que nécessaire.

Une grande base de données n'est pas automatiquement une base de données lente. Néanmoins, il vaut la peine de supprimer régulièrement les données inutiles. En particulier pour les sites web qui existent depuis plusieurs années, qui ont été fréquemment modifiés ou qui ont utilisé de nombreux plugins, des quantités considérables de données devenues inutiles peuvent s'accumuler.

Dans ce guide, nous vous expliquons, ce que WordPress stocke dans la base de données, quelles données peuvent généralement être nettoyées en toute sécurité, où une attention particulière est requise et comment optimiser efficacement une base de données WordPress sans supprimer de contenu important.

En bref : Une base de données WordPress ne doit pas être la plus petite possible, mais propre et efficace sein. Ne supprime que les données dont tu connais la fonction et crée une sauvegarde récente avant chaque nettoyage important de la base de données.

Qu'est-ce que WordPress stocke dans la base de données ? #

WordPress se compose schématiquement de deux parties importantes : les Fichiers de votre site web et du Base de données.

Se trouvent par exemple dans les fichiers :

• Fichiers du cœur de WordPress
• Extensions
• Thèmes
• images téléchargées et autres fichiers multimédias
• Fichiers de configuration

La base de données contient en revanche une grande partie du contenu réel et des paramètres du site web. Cela comprend entre autres :

• Articles et pages
• Révisions d'articles
• Commentaires
• Comptes d'utilisateurs
• Catégories et étiquettes
• Paramètres WordPress
• Paramètres des extensions et des thèmes
• Métadonnées
• informations stockées temporairement
• chez WooCommerce, de plus nombreuses données de boutique, de clients et de commandes

La base de données est par conséquent un élément central de votre site WordPress. Un nettoyage inconsidéré peut avoir des conséquences bien plus graves que la simple perte d'un peu d'espace disque.

Pourquoi une base de données WordPress grossit-elle avec le temps ? #

Une base de données qui grandit est d'abord tout à fait normale. Lorsque tu crées de nouvelles pages, publies des articles, reçois des commentaires ou utilises des extensions, des entrées de base de données supplémentaires sont créées.

En plus de ces données réellement nécessaires, des informations qui ne seront plus utiles par la suite peuvent toutefois s'accumuler.

Des exemples typiques sont :

• anciennes révisions de publications
• brouillons automatiques
• messages supprimés dans la corbeille
• Commentaires indésirables
• commentaires supprimés
• transients périmés
• métadonnées orphelines
• anciens paramètres du plugin
• données temporaires
• Données de journal et statistiques de certains plugins

Selon le site web, ces données peuvent peser à peine dans la balance ou représenter une part considérable de la base de données.

Une grande base de données n'est pas automatiquement un problème #

La taille brute d'une base de données ne dit pas grand-chose sur la vitesse d'un site WordPress.

Une base de données correctement structurée avec de nombreux jeux de données nécessaires peut fonctionner sans problème. En même temps, une base de données beaucoup plus petite peut provoquer des requêtes lentes si, par exemple, un plugin exécute des requêtes de base de données inefficaces ou génère des entrées problématiques dans des options fréquemment chargées.

C'est pourquoi l'objectif d'une optimisation n'est pas :

„Ma base de données doit être aussi petite que possible.“

Mais plutôt :

„Ma base de données ne doit contenir que les données nécessaires et rester techniquement propre.“

Remarque : Ne supprimez jamais des données simplement parce qu'une table semble volumineuse. Il faut d'abord déterminer quelle application ou fonctionnalité WordPress utilise ces données.

Avant tout nettoyage de base de données : créer une sauvegarde #

Avant de supprimer des données de la base de données WordPress ou de modifier directement des tables, vous devez disposer d'une sauvegarde récente.

Cela vaut particulièrement pour :

• sites Web d'entreprise productifs
• Boutiques WooCommerce
• Sites membres
• Sites Web avec de nombreux utilisateurs
• Sites web avec des données de plugins étendues
• modifications manuelles via phpMyAdmin

Un nettoyage de base de données diffère de nombreux paramètres WordPress normaux : les données supprimées ne peuvent parfois pas être simplement restaurées via un bouton „Annuler“.

Important : Une sauvegarde doit être effectuée avant le nettoyage et non pas seulement lorsqu'un problème est déjà survenu.

Quelle est la taille de ma base de données WordPress ? #

Si vous utilisez l'hébergement web CURIAWEB, vous pouvez gérer vos bases de données via cPanel gérer.

Pour une vue détaillée, il convient phpMyAdmin. Là, tu peux ouvrir la base de données WordPress concernée et consulter les tables qu'elle contient ainsi que leur taille.

Si tu gères plusieurs installations WordPress, tu dois d'abord t'assurer d'avoir ouvert la bonne base de données.

Vous trouverez le nom de la base de données utilisé dans le fichier WordPress :

wp-config.php

La base de données se trouve sur DB_NAME défini.

Nous avons déjà expliqué dans notre guide comment identifier la bonne base de données WordPress via cPanel et phpMyAdmin Modifier le mot de passe WordPress via phpMyAdmin expliqué plus en détail.

Comprendre les principales tables de la base de données WordPress #

Une installation standard de WordPress utilise différentes tables ayant des rôles distincts.

Avec un préfixe de table de wp_ font par exemple partie des tableaux suivants :

• wp_posts – Articles, pages et autres types de contenus
• wp_postmeta – informations supplémentaires sur les contenus
• wp_comments – Commentaires
• wp_commentmeta – données de commentaires supplémentaires
• wp_users – Comptes d'utilisateurs
• wp_usermeta – informations utilisateur supplémentaires et autorisations
• wp_options – Paramètres de WordPress et des plugins
• wp_terms – Des termes tels que catégories et mots-clés
• wp_term_taxonomy – Attribution et type des taxonomies
• wp_term_relationships – Liaisons entre contenus et taxonomies
• wp_termmeta – informations supplémentaires sur les termes de taxonomie
• wp_links – gestion des liens historiques de WordPress

Les extensions peuvent créer leurs propres tables supplémentaires. WooCommerce et des extensions plus importantes peuvent ainsi ajouter de nombreuses autres tables à une base de données WordPress.

Le préfixe de table ne doit en outre pas wp_ laute. Il peut être configuré différemment lors de ton installation.

Révisions d'articles : l'une des causes les plus fréquentes de données supplémentaires #

WordPress peut, lors de la modification d'articles et de pages, enregistrer des versions antérieures sous forme de Révisions enregistrer.

C'est une fonction très utile. Si vous écrasez accidentellement du contenu ou souhaitez revenir à une version antérieure, les révisions peuvent s'avérer salvatrices.

Cependant, pour les pages fréquemment modifiées, de nombreuses révisions peuvent s'accumuler.

En particulier pour les landing pages volumineuses ou les sites web qui ont été modifiés au fil des ans, certains contenus peuvent posséder de nombreuses versions anciennes.

Devrais-je supprimer toutes les révisions WordPress ? #

Pas nécessairement.

Les révisions ne sont pas des déchets de données inutiles. Elles remplissent une fonction concrète de sécurité et de confort lors du traitement des contenus.

Une stratégie judicieuse peut donc consister à supprimer les révisions très anciennes ou à limiter le nombre de révisions stockées à l'avenir, plutôt que de désactiver complètement la fonctionnalité.

Avant un nettoyage, tu dois vérifier, en particulier pour les pages importantes, si tu souhaites éventuellement encore recourir à des versions plus anciennes.

Limiter le nombre de révisions WordPress #

Si tu veux empêcher WordPress de stocker un très grand nombre de révisions par article sur le long terme, tu peux définir le nombre maximal via le fichier wp-config.php limiter.

Un exemple serait :

define( 'WP_POST_REVISIONS', 10 );

Cela limite le nombre de révisions enregistrées par article ou par page.

La valeur concrète n'est pas une recommandation générale pour chaque site web. Pour les sites web éditoriaux fréquemment mis à jour, un nombre plus élevé peut être judicieux, tandis que pour les sites web d'entreprise simples, un nombre moins élevé de révisions peut suffire.

Recommandation : Désactiver complètement les révisions permet certes d'économiser des entrées de base de données, mais supprime également une fonction de restauration utile. Pour de nombreux sites web, une limitation constitue le meilleur compromis.

Brouillons automatiques et contenus dans la corbeille #

Pendant l'édition, WordPress enregistre automatiquement des versions intermédiaires. De plus, les articles et pages supprimés restent d'abord dans la corbeille.

C'est intentionnel et cela protège contre la perte de données accidentelle.

Cependant, si de nombreux brouillons ou contenus de corbeille devenus inutiles se sont accumulés sur une longue période, ils peuvent être examinés et supprimés définitivement.

Ouvrez pour cela, par exemple :

Articles → Tous les articles

ou

Pages → Toutes les pages

et vérifiez les dossiers Corbeille et Brouillons respectifs.

Nous expliquons comment gérer les articles et les pages dans nos guides sur Modification et suppression de publications WordPress ainsi qu'au Modifier et supprimer des pages WordPress.

Nettoyer les commentaires spam et la corbeille #

Les sites Web dotés d'une fonction de commentaire activée peuvent accumuler de grandes quantités de commentaires spam au fil du temps.

WordPress fait notamment la distinction entre :

• commentaires partagés
• commentaires en attente
• Pourriel
• Corbeille

Les spams et les commentaires définitivement inutiles peuvent être supprimés.

Pour les sites Web ayant un volume de spam très élevé, un nettoyage régulier peut empêcher le stockage d'une quantité inutilement importante de données de commentaires.

Nous vous expliquons comment gérer correctement les commentaires et leur statut sur Gérer les commentaires dans WordPress.

Que sont les transients WordPress ? #

Transitoires sont des données temporairement stockées que WordPress ou des extensions peuvent mettre en cache pour une période déterminée.

Un plugin peut par exemple stocker temporairement le résultat d'un calcul complexe ou d'une requête externe afin qu'il ne soit pas nécessaire de le répéter à chaque chargement de page.

Les transitoires ont typiquement une durée d'expiration. Après expiration, ils ne sont plus valides.

Par conséquent, les transients expirés peuvent en principe être supprimés. WordPress ou le plugin concerné recrée les données temporaires nécessaires si besoin.

Devrais-je supprimer constamment tous les transients ? #

Non.

Les transients existent précisément pour stocker temporairement certaines données. Si vous les supprimez définitivement, cela peut même générer un travail supplémentaire pour WordPress ou les extensions, car les données doivent toujours être recréées.

Un nettoyage périmé Les transients peuvent être utiles. En revanche, une suppression complète et permanente de toutes les données temporaires ne constitue pas une stratégie de performance.

Que sont les données orphelines ? #

Comme données orphelines on désigne de manière simplifiée des entrées de base de données dont l'association d'origine n'existe plus.

Un exemple : un plugin enregistre des informations supplémentaires pour une publication. Si le contenu d'origine ou une fonctionnalité du plugin est supprimé, des métadonnées qui ne sont plus nécessaires peuvent, dans certaines circonstances, subsister.

Ces données peuvent notamment apparaître dans les domaines suivants :

• Métadonnées de publication
• Métadonnées des commentaires
• Métadonnées utilisateur
• Attributions de la taxonomie
• Tables propres au plugin

Le problème : tout enregistrement qui semble „ orphelin “ à première vue ne peut pas être supprimé en toute sécurité.

Attention : Ne supprimez pas de métadonnées ou de tables de base de données uniquement sur la base de leur nom. Les plugins modernes peuvent utiliser des structures de données dont le but n'est pas évident sans connaître le plugin.

Les plugins désinstallés peuvent laisser des données #

Désactiver ou supprimer un plugin WordPress ne signifie pas nécessairement que toutes les données générées par ce plugin sont supprimées de la base de données.

C'est parfois même intentionnel.

Si vous réinstallez un plugin plus tard, de nombreux utilisateurs souhaitent réutiliser leur configuration précédente. C'est pourquoi certains plugins conservent leurs paramètres ou leurs tables même après la désinstallation.

D'autres plugins proposent explicitement une option lors de la suppression telle que :

„ Supprimer toutes les données lors de la désinstallation “

La possibilité de supprimer les données restantes dépend donc de chaque extension.

Nous expliquerons plus tard dans notre guide comment désactiver et supprimer correctement les extensions Désactiver ou supprimer des plugins WordPress.

Identifier les anciennes tables de plugins #

Dans phpMyAdmin, vous pouvez souvent voir, en plus des tables principales de WordPress, des tables supplémentaires créées par des extensions.

Le nom de la table contient parfois le nom ou une abréviation du plugin concerné. Cependant, vous ne devez pas vous y fier aveuglément.

Avant de supprimer une table de plugin prétendument ancienne, vous devez clairement déterminer :

• quel plugin a créé le tableau
• si le plugin est toujours actif
• si un autre plugin utilise les mêmes données
• si les données sont encore nécessaires
• si une réinstallation ultérieure est prévue
• si une sauvegarde récente est disponible

Si tu ne peux pas répondre à ces questions, laisse le tableau tel quel.

La table wp_options mérite une attention particulière #

L'une des tables WordPress les plus importantes est :

wp_options

ou avec un autre préfixe de table correspondant :

options_deinpraefix

C'est là que WordPress, les thèmes et de nombreux plugins enregistrent leurs configurations et d'autres valeurs.

Des plugins individuels peuvent y laisser des quantités considérables de données. Plus important encore que la taille pure, cela peut cependant être, quelles données d'option sont chargées automatiquement lors des appels de page.

Que signifie Autoload dans WordPress ? #

Certaines entrées de la table des options peuvent être chargées automatiquement par WordPress, car elles sont fréquemment nécessaires.

Cela peut devenir problématique si les plugins enregistrent de très grandes quantités de données sous forme d'options chargées automatiquement ou s'ils laissent des entrées inutiles après leur suppression.

Cela peut impacter les performances, bien que l'ensemble de la base de données ne soit peut-être pas particulièrement volumineux.

C'est précisément ici qu'il apparaît clairement pourquoi une simple considération de la taille de la base de données ne suffit pas.

Pour les utilisateurs avancés : Des données d'options chargées automatiquement et d'une taille anormalement grande peuvent constituer un point de départ pour une analyse des performances. Ne supprimez cependant jamais de telles entrées et ne les modifiez jamais uniquement en raison de leur taille. Il faut d'abord déterminer quelle composante en a besoin.

Ne pas traiter la base de données WooCommerce comme un blog ordinaire #

Lors d'une Site Web WooCommerce une prudence particulière est requise.

Une boutique en ligne stocke nettement plus de données pertinentes pour l'entreprise qu'un simple blog. Celles-ci peuvent inclure, selon la version de WooCommerce, la configuration et les extensions :

• Commandes
• Postes de commande
• Données clients
• Données produit
• Informations fiscales
• Informations de livraison
• Bons d'achat
• Webhooks
• tâches de fond planifiées
• Données métadonnées relatives aux paiements
• Données de boutique spécifiques au plugin

De telles données ne doivent pas être simplement supprimées comme de „ simples entrées de base de données obsolètes “.

À cela s'ajoutent des obligations légales et comptables de conservation, qui peuvent être pertinentes selon l'entreprise et le type de données.

Important avec WooCommerce : Ne nettoyez jamais les données relatives aux commandes, aux clients, aux paiements ou à la fiscalité sur de simples suppositions. Dans le cas d'une boutique en ligne en production, il doit être clairement déterminé avant tout nettoyage de données quelles informations peuvent être supprimées sur le plan technique et juridique.

Action Scheduler peut générer de grandes tables #

WooCommerce et de nombreux autres plugins WordPress utilisent le Action Scheduler, pour planifier et exécuter des tâches en arrière-plan.

Selon l'activité d'un site web, de nombreuses entrées peuvent ainsi s'accumuler au fil du temps.

C'est pourquoi les tableaux correspondants peuvent croître considérablement, en particulier dans le cas des boutiques ou des sites web dotés d'automatisations.

De nombreuses entrées ne constituent pas automatiquement une erreur. Cependant, en présence d'un nombre inhabituel de tâches échouées ou constamment recréées, la cause doit d'abord être examinée.

Le simple fait de supprimer les entrées ne résout pas, par exemple, un plugin qui, en raison d'une erreur, génère de nouvelles tâches échouées chaque minute.

Optimiser les tables de base de données : qu'est-ce que cela signifie ? #

MySQL ou MariaDB peut optimiser techniquement les tables. Il ne s'agit pas de supprimer du contenu WordPress, mais d'améliorer l'organisation interne et le stockage des tables de la base de données.

Après de nombreuses modifications et suppressions, selon le moteur de base de données utilisé, de l'espace non utilisé peut se former au sein d'une table.

Une optimisation de table peut, sous certaines conditions, réorganiser ou récupérer cet espace mémoire.

Cela ne signifie pas pour autant que chaque base de données WordPress doive être constamment optimisée manuellement.

Optimiser la base de données WordPress via phpMyAdmin #

Selon la configuration du serveur, phpMyAdmin propose une fonction permettant d'optimiser les tables de bases de données.

Optimiser les tableaux dans phpMyAdmin #

1. Créez ou vérifiez d'abord un backup récent.
2. Ouvrez cPanel.
3. Démarrer phpMyAdmin.
4. Choisissez la bonne base de données WordPress.
5. Vérifiez les tableaux affichés.
6. Marquez les tables à optimiser ou utilisez la fonction de sélection proposée.
7. Sélectionnez la fonction „ Optimiser les tableaux “ ou / respectivement „ Optimiser la table “.
8. Attendez que phpMyAdmin ait terminé l'opération.
9. Ensuite, vérifiez le site web et l’espace d’administration de WordPress.

La question de savoir s’il y a réellement une libération de mémoire et de la quantité de mémoire qui sera libérée dépend de la structure de la base de données, de l’engin de stockage utilisé et de l’état des tables.

Fait-il que ma page web soit plus rapide d’utiliser l’option „ Optimiser la table “ ? #

Pas nécessairement.

Une optimisation des tableaux peut être utile dans certaines situations, mais ce n’est pas un « WordPress turbo » universel.

Si votre site est lent, d’autres causes peuvent être à l’origine :

• plugins inefficaces
• Trop de demandes externes
• Processus PHP lents
• Des images non optimisées
• absence de mise en cache
• Demandes de données de base mal programmées
• des options automatiquement chargées en excès de volume
• Problèmes avec les thèmes ou les éditeurs de pages

Une optimisation de la base de données devrait donc être considérée comme une partie de l’entretien technique et non comme une solution forfaitaire pour toutes les sites WordPress lents.

Est-il possible d’utiliser un plugin de optimisation de WordPress ? #

Oui. Il existe des plugins WordPress qui permettent de modifier la base de données de manière confortable depuis le tableau de bord.

Ces plugins peuvent par exemple proposer des fonctionnalités pour :

• Révisions
• Projets
• Commentaires indésirables
• Contenu de la poubelle
• Transitoires
• Optimisation des tableaux

Un plugin ne rend toutefois pas la purge automatique sans risque.

Si une option propose par exemple „ effacer les métadonnées abandonnées “ ou „ supprimer les tables inutilisées “, vous devez néanmoins comprendre quelles données en sont affectées.

Règle de base : Plus une fonction de rectification semble agressive, plus vous devez vérifier avec précision ce qu’elle élimine réellement.

Ne pas installer de plugin supplémentaire pour chaque maintenance #

Pour une purge unique de la base de données, vous n’êtes pas obligé d’installer un plugin approprié de manière permanente.

Si vous n’avez besoin d’un plugin de maintenance que pour une tâche spécifique, vous pouvez le supprimer une fois la tâche terminée, à condition que ses fonctionnalités ne soient pas nécessaires à long terme.

Chaque plugin supplémentaire ajoute du code à votre installation WordPress et doit lui-même être entretenu et mis à jour.

Ne installez donc pas plusieurs plugins qui remplissent essentiellement la même fonction.

Ne pas „ nettoyer “ la base de données directement avec des commandes SQL“ #

Sur Internet, il existe de nombreux commandes SQL qui prétendent pouvoir supprimer des modifications, des métadonnées, des options ou d'autres données de WordPress en un seul clic.

Ces commandes peuvent être techniquement correctes et néanmoins inappropriées pour votre site web spécifique.

Un commandement SQL ne prend pas automatiquement en compte :

• vos plugins installés
• vos préfixes de table personnalisés
• Structures de WooCommerce
• Types de publications personnalisés
• Dependencies des plugins
• modèles de données individuels

Ne copie pas de commandes SQL inconnues directement dans une base de données productive à partir de forums, blogs ou réponses d’intelligence artificielle.

Attention : Un commandement SQL peut définitivement modifier ou supprimer des milliers de lignes de données en quelques secondes. Utilisez SQL pour modifier les bases de données uniquement si vous comprenez exactement quels lignes de données sont concernées.

wp_postmeta peut devenir très volumineux #

Pour les sites web WordPress volumineux, la table est indispensable. wp_postmeta souvent dans les tableaux les plus importants.

Cela n’est pas automatiquement inhabituel. WordPress et les plugins utilisent des métadonnées post pour de nombreuses informations supplémentaires.

Le Page Builder, WooCommerce, les plugins SEO et d’autres extensions peuvent y stocker de grandes quantités de données légitimes.

Une grande wp_postmeta-La table n'est donc pas un motif pour supprimer systématiquement les données.

Analyser les données log et statistiques #

Certains plugins enregistrent directement les logs, les statistiques ou les données historiques dans la base de données de WordPress.

Cela peut par exemple inclure :

• Protocole de sécurité
• Logues 404
• Protocole de messagerie électronique
• Protocole d'activité
• Données statistiques
• Protocole d'importation et d'exportation
• Informations de débogage

Si ces données sont stockées sans limite, les tableaux correspondants peuvent considérablement augmenter.

Par conséquent, vérifiez auprès des plugins dotés de fonctionnalités de log que vous puissiez configurer une durée de conservation raisonnable.

Souvent, il est préférable de conserver, par exemple, uniquement une période définie plutôt que de conserver pendant des années des protocoles techniques dont personne ne a plus besoin.

Les sauvegardes ne doivent pas être stockées dans la base de données de WordPress #

Les sauvegardes complètes normales du site web sont généralement stockées sous forme de fichiers et ne font donc pas partie de la base de données WordPress proprement dite.

Cependant, les plugins de sauvegarde peuvent enregistrer des informations de statut, des journaux et les configurations dans la base de données.

Si votre utilisation de la mémoire de stockage est anormalement élevée, vous ne devriez pas uniquement vérifier la base de données. Les anciennes archives de sauvegarde présentes dans le système de fichiers peuvent occuper beaucoup plus d’espace que la base de données elle-même.

Pourquoi le nettoyage de base de données n’est pas un travail quotidien #

Une base de données WordPress n’a pas besoin d’être „ nettoyée “ tous les jours.

WordPress et les systèmes de bases de données modernes sont conçus pour travailler durablement avec de grandes quantités de données structurées.

Une suppression trop agressive ou permanente peut même être contre-productive, par exemple lorsque des données temporaires utiles sont constamment supprimées ou des révisions qui seraient nécessaires plus tard sont supprimées.

Pour la plupart des sites web normaux, un contrôle occasionnel dans le cadre de la maintenance régulière suffit.

Quand est-il utile d’effectuer une analyse plus approfondie de la base de données ? #

Une analyse plus approfondie est particulièrement utile lorsque :

• La base de données a connu une croissance inhabituelle d'intensité
• un ancien plugin a laissé de grandes tables
• le site est exploité depuis de nombreuses années
• Il existe de très nombreuses révisions
• un plugin stocke de grandes quantités de logs
• Les tâches liées à WooCommerce augmentent de manière spectaculaire
• L'interface d'administration de WordPress réagit lentement lors d'activités gourmandes en ressources
• un outil de performance indiquant des requêtes de base de données lentes
• la charge de travail de l’hébergement doit être étudiée

Dans de tels cas, il faudrait d’abord déterminer, Quelles tables se développent et pourquoi. Il ne sera alors décidé si quelque chose doit être supprimé.

Contrôler la base de données de WordPress après un nettoyage des plugins #

Lorsque vous avez supprimé les anciennes données des plugins, vous devriez ensuite tester soigneusement le site web.

Vérifie en particulier :

• Accueil
• sous-pages importantes
• Tableau de bord WordPress
• Formulaires
• Connexion utilisateur
• Plugins avec accès à la base de données
• avec WooCommerce le panier et le paiement

Lors d’une erreur, vous ne devriez pas continuer avec d’autres corrections, mais d’abord rechercher la cause.

Que peut apporter une optimisation de la base de données pour le SEO ? #

La suppression des révisions ou des éléments temporaires n’améliore pas directement votre classement sur Google.

Une site web techniquement propre peut toutefois être indirectement pertinent si des problèmes de base de données entraînent réellement des temps de réponse plus longs, des erreurs ou une mauvaise expérience utilisateur.

Vous ne devriez donc pas considérer une purge de base de données comme une „ astuce SEO “.

Pour le SEO, les contenus, l’intention de recherche, la référencement interne, la disponibilité technique, la performance et de nombreux autres facteurs sont beaucoup plus importants que la question de savoir si votre base de données, par exemple, mesure 80 ou 120 Mo.

La base de données et le cache de WordPress ne sont pas la même chose #

Les termes « base de données », « cache » et « mémoire » sont souvent confondus entre eux.

Le dé Base de données contenant des informations structurées stockées de manière permanente sur votre site web.

Un Cache En revanche, il conserve généralement les données déjà générées ou fréquemment requises afin qu’elles puissent être réutilisées plus rapidement.

La suppression d’un cache et la suppression du contenu de la base de données sont donc deux opérations complètement différentes.

Un cache peut normalement être reconstruit. Toutefois, un article supprimé ou une configuration de plugin supprimée de la base de données ne peuvent pas être restaurés sans problème.

Une séquence logique pour le nettoyage de la base de données #

Méthode recommandée #

1. Créer ou vérifier un backup actuel.
2. Analyser la taille de la base de données et des tables individuelles.
3. Identification d’étiquettes de grande taille inhabituelle.
4. Déterminer quelle fonction de WordPress ou quel plugin génère les données.
5. Contrôler les contenus qui ne sont plus nécessaires, tels que les boîtes de réception et le spam.
6. Réduire les anciennes révisions si nécessaire.
7. Remplacer éventuellement les données temporaires expirées.
8. Analyser les logs des plugins et leur durée de conservation.
9. Supprimez uniquement les données des plugins abandonnées après une identification claire.
10. Optimiser les tableaux en fonction de la demande réelle techniquement.
11. Testez ensuite le site web et ses principales fonctionnalités.

Ce que vous ne devriez pas faire #

• Briser des tableaux simplement parce qu’ils sont gros
• Exécuter des commandes SQL inconnues en provenance d'Internet
• Sans sauvegarde, expérimenter directement dans phpMyAdmin
• wp_options Régler les soupçons
• Supprimer les données d’achat de WooCommerce en tant que „ données anciennes “
• Tout révision est automatiquement considéré comme du contenu inutile et sans valeur
• Supprimer constamment tous les éléments temporaires
• Supprimer les tableaux de plugins uniquement en fonction de leur nom
• considérer l'optimisation de la base de données comme une solution universelle pour les problèmes de performance

Remarque : Lors de l’optimisation d’une base de données, il ne s’agit pas de „ beaucoup de suppression = beaucoup plus vite “. Une purge professionnelle commence par une analyse. Seulement lorsque vous savez, Quelles données sont disponibles et pourquoi, Vous devez décider ce qui peut être enlevé.

Quand devriez-vous plutôt éviter de supprimer vous-même des données ? #

Si vous n’êtes pas sûr de savoir quels données une table contient ou quel plugin nécessite un certain enregistrement, vous ne devriez pas supprimer les données à la légère.

Cela s’applique en particulier aux boutiques WooCommerce productives, aux sites membres et aux installations WordPress critiques pour les entreprises.

En tant que client de CURIAWEB, vous pouvez nous contacter pour toute question. Veuillez nous indiquer avec précision la page web concernée, la table ou la base de données en question et pourquoi vous souhaitez effectuer une purge.

Ainsi, on peut d'abord déterminer si des données inutiles existent réellement ou si la taille de la base de données pour le site concerné est tout à fait normale.

Résumé #

Une base de données WordPress augmente à mesure que votre site web évolue. Les articles, les pages, les paramètres, les utilisateurs, les commentaires et les données des plugins y sont stockés de manière permanente. De plus, au fil du temps, des modifications, des commentaires non sollicités, des données obsolètes, des journaux et des données de plugins non utilisés peuvent s’accumuler.

Une grande base de données n’est toutefois pas automatiquement lente ou incorrecte. Ce qui importe, c’est les données que l’on souhaite stocker et si elles sont encore nécessaires. Avant toute grande purge, il est donc conseillé de disposer d’une sauvegarde récente et d’analyser d’abord les tables concernées.

Les révisions peuvent être limitées, le spam et les contenus de la corbeille supprimés et les données temporaires expirées nettoyées. Pour les tableaux de plugins, les métadonnées perdues et en particulier wp_options En revanche, une plus grande prudence est nécessaire. Dans WooCommerce, les données relatives aux transactions et aux commandes ne doivent jamais être effacées au moindre soupçon.

Si vous travaillez directement avec phpMyAdmin pour l'analyse, notre guide vous aidera à Utiliser la base de données WordPress via phpMyAdmin La compréhension des noms de base de données et des préfixes de table. Nous expliquons dans cet article comment supprimer correctement les extensions non nécessaires. Désactiver ou supprimer des plugins WordPress.