{"id":16213,"date":"2025-12-25T11:57:11","date_gmt":"2025-12-25T10:57:11","guid":{"rendered":"https:\/\/webhosting.de\/wordpress-autoload-optionen-performance-datenbank-tuning-boost\/"},"modified":"2025-12-25T11:57:11","modified_gmt":"2025-12-25T10:57:11","slug":"wordpress-options-autoload-performances-optimisation-de-la-base-de-donnees-boost","status":"publish","type":"post","link":"https:\/\/webhosting.de\/fr\/wordpress-autoload-optionen-performance-datenbank-tuning-boost\/","title":{"rendered":"Optimiser les options d'autochargement WordPress : frein cach\u00e9 \u00e0 la performance dans la base de donn\u00e9es"},"content":{"rendered":"<p><strong>Options d'autochargement WordPress<\/strong> d\u00e9cider quelles options du tableau wp_options sont transf\u00e9r\u00e9es dans la m\u00e9moire \u00e0 chaque consultation de la page, ce qui influence directement le temps de chargement, le TTFB et les besoins en m\u00e9moire. Je vais vous montrer comment identifier les donn\u00e9es Autoload trop volumineuses, les r\u00e9duire de mani\u00e8re cibl\u00e9e et les maintenir \u00e0 un niveau bas de mani\u00e8re durable, afin que les requ\u00eates d\u00e9marrent plus rapidement et que le backend r\u00e9agisse de mani\u00e8re nettement plus fluide.<\/p>\n\n<h2>Points centraux<\/h2>\n\n<p>De nombreuses installations t\u00e9l\u00e9chargent silencieusement des paquets de donn\u00e9es de plus en plus volumineux. <strong>chargement automatique<\/strong>, alors que ces entr\u00e9es ne sont pas n\u00e9cessaires pour chaque page. Je donne la priorit\u00e9 \u00e0 l'analyse de la taille totale, puis aux options les plus importantes, apr\u00e8s quoi je mets les entr\u00e9es non critiques en <strong>autoload=non<\/strong> ou les supprime de mani\u00e8re contr\u00f4l\u00e9e. Cela me permet de r\u00e9duire le TTFB et la consommation de RAM, de stabiliser les requ\u00eates et de soulager PHP en cas de charge importante. De plus, je veille \u00e0 la propret\u00e9 des transients et v\u00e9rifie r\u00e9guli\u00e8rement le tableau afin d'\u00e9viter toute nouvelle surcharge. L'h\u00e9bergement, le cache d'objets et un tableau wp_options all\u00e9g\u00e9 fonctionnent ensemble et permettent d'obtenir des gains de performance notables sans aucun risque.<\/p>\n<ul>\n  <li><strong>Analyse<\/strong> la taille de chargement automatique et les options principales<\/li>\n  <li><strong>Faire le m\u00e9nage<\/strong> Entr\u00e9es de plugins orphelines<\/li>\n  <li><strong>Commutation<\/strong> grandes options rarement utilis\u00e9es sur no<\/li>\n  <li><strong>Transients<\/strong> et supprimer les donn\u00e9es temporaires<\/li>\n  <li><strong>Suivi<\/strong> et configuration de l'h\u00e9bergement<\/li>\n<\/ul>\n<p>J'int\u00e8gre ces \u00e9tapes dans mon <strong>Entretien<\/strong> afin que la base de donn\u00e9es reste l\u00e9g\u00e8re et que le site web r\u00e9ponde rapidement et de mani\u00e8re fiable, m\u00eame en cas de pics de trafic.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress-autoload-optimierung-4729.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Que sont les options d'autochargement dans WordPress ?<\/h2>\n\n<p>WordPress enregistre les configurations dans <strong>wp_options<\/strong>, notamment les URL, les plugins actifs, les informations sur les th\u00e8mes, les widgets, les transitoires et bien plus encore. Chaque enregistrement comporte le nom, la valeur et le champ <strong>chargement automatique<\/strong>, qui d\u00e9termine avec yes ou no si WordPress charge l'entr\u00e9e \u00e0 chaque d\u00e9marrage de la page. La fonction wp_load_alloptions lit toutes les entr\u00e9es autoload=yes en une seule fois afin de fournir les param\u00e8tres fr\u00e9quents sans trop de requ\u00eates SQL individuelles. Ce m\u00e9canisme permet de gagner du temps lorsque les valeurs sont peu nombreuses et petites, mais alourdit le processus de d\u00e9marrage lorsque les entr\u00e9es sont nombreuses et volumineuses. C'est pr\u00e9cis\u00e9ment l\u00e0 que se cache un frein que vous ne remarquez pratiquement pas au quotidien. Au fil des ans, cela cr\u00e9e une surcharge qui peut prolonger chaque requ\u00eate de quelques millisecondes \u00e0 quelques secondes.<\/p>\n\n<p>Toutes les options ne sont pas pertinentes dans <strong>chargement automatique<\/strong>: Les informations de base telles que siteurl ou active_plugins oui, les donn\u00e9es de cache ou de journal plut\u00f4t non. Si d'anciens restes de plugins restent dans le tableau et sont r\u00e9gl\u00e9s sur \u00ab yes \u00bb, WordPress continue de les charger, m\u00eame si personne ne les interroge plus dans le code. Les grands champs des constructeurs de pages, des plugins de formulaire ou des suites SEO peuvent rapidement faire passer le paquet Autoload au-dessus de 1 Mo. \u00c0 partir de ce moment, le TTFB et les besoins en m\u00e9moire augmentent, en particulier sur les h\u00e9bergements mutualis\u00e9s et en cas de charge \u00e9lev\u00e9e. Je v\u00e9rifie donc r\u00e9guli\u00e8rement ce qui doit vraiment \u00eatre charg\u00e9 automatiquement.<\/p>\n\n<h2>Pourquoi l'autochargement nuit aux performances<\/h2>\n\n<p>Chaque consultation de page entra\u00eene la somme de tous les <strong>autoload=yes<\/strong> Enregistre les valeurs dans la m\u00e9moire, que les donn\u00e9es soient pertinentes pour la page actuelle ou non. Cela co\u00fbte de la RAM, augmente la structure PHP et ralentit l'ex\u00e9cution pr\u00e9coce avant le rendu. Plus il y a de plugins install\u00e9s, plus le paquet continue de grossir sans que l'on s'en aper\u00e7oive. Les configurations WooCommerce, les plugins de suivi ou les constructeurs de pages augmentent \u00e9galement la probabilit\u00e9 d'entr\u00e9es volumineuses. Si vous laissez cela se produire, le premier octet, qui d\u00e9termine souvent l'impression g\u00e9n\u00e9rale, souffrira particuli\u00e8rement sous la charge.<\/p>\n\n<p>Plusieurs guides techniques recommandent de limiter la taille totale \u00e0 environ <strong>1 Mo<\/strong> car cela augmente sensiblement les latences. Lorsque des donn\u00e9es Autoload volumineuses rencontrent un faible d\u00e9bit d'E\/S ou un trafic parall\u00e8le important, les temps de r\u00e9ponse augmentent consid\u00e9rablement. Le backend semble lent, les pages d'administration s'ouvrent plus lentement et les t\u00e2ches cron prennent plus de temps. Cet effet n'affecte pas directement la mise en cache, mais il retarde la g\u00e9n\u00e9ration des r\u00e9ponses et le remplissage du cache. Je garde donc l'autochargement aussi petit que possible et ne charge que ce dont j'ai vraiment besoin partout.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress_autoload_meeting_8472.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Voici comment je v\u00e9rifie la taille des donn\u00e9es d'autochargement<\/h2>\n\n<p>Je commence par un <strong>Sauvegarde<\/strong> de la base de donn\u00e9es, puis je lis la taille de l'autoload. Dans le tableau de bord, l'\u00e9tat du site web fournit d\u00e9j\u00e0 une indication lorsque le nombre et la taille sont anormalement \u00e9lev\u00e9s. Pour obtenir une mesure exacte, j'utilise SQL et j'additionne la longueur de toutes les valeurs autoload=yes. Ce chiffre m'indique l'urgence avec laquelle je dois intervenir. S'il est sup\u00e9rieur \u00e0 1 Mo, je planifie imm\u00e9diatement un nettoyage cibl\u00e9. Une fonction pratique <a href=\"https:\/\/webhosting.de\/fr\/wordpress-optimiser-la-base-de-donnees-wpoptions-conseils-gestion-des-donnees\/\">Gestion des donn\u00e9es WP-Options<\/a> m'aide \u00e0 agir de mani\u00e8re coh\u00e9rente.<\/p>\n\n<p>J'utilise les deux requ\u00eates suivantes pour analyser les <strong>Taille<\/strong> et les plus gros morceaux. Je commence par calculer la somme de toutes les valeurs charg\u00e9es automatiquement. Ensuite, je classe les 10 premi\u00e8res par taille de champ afin d'obtenir des r\u00e9sultats rapides. Je peux ainsi identifier en quelques minutes les pertes de m\u00e9moire et de latence. Je priorise ensuite la suppression ou le passage \u00e0 autoload=no.<\/p>\n\n<pre><code>SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_options WHERE autoload = 'yes';\n<\/code><\/pre>\n\n<pre><code>SELECT option_name, LENGTH(option_value) AS option_value_length FROM wp_options WHERE autoload = 'yes' ORDER BY option_value_length DESC LIMIT 10;\n<\/code><\/pre>\n\n<h2>Quelles entr\u00e9es deviennent g\u00e9n\u00e9ralement volumineuses ?<\/h2>\n\n<p>Souvent ballonn\u00e9 <strong>Transients<\/strong>, les objets cache et les donn\u00e9es de journalisation Autoload inutiles. Les mises en page Builder et les configurations de formulaire \u00e9crivent \u00e9galement des tableaux volumineux qui ne sont pas n\u00e9cessaires pour chaque page frontale. M\u00eame les plugins d\u00e9sactiv\u00e9s laissent souvent des r\u00e9sidus qui restent sur \u00ab yes \u00bb. Dans la pratique, les mod\u00e8les sur lesquels je base mon nettoyage se r\u00e9p\u00e8tent. Le tableau suivant r\u00e9capitule les candidats typiques et les recommandations. Cet aper\u00e7u permet de d\u00e9cider plus rapidement s'il est judicieux de supprimer ou de passer \u00e0 \u00ab no \u00bb.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Cat\u00e9gorie<\/th>\n      <th>Exemples option_name<\/th>\n      <th>Taille typique<\/th>\n      <th>Recommandation<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td><strong>Noyau<\/strong> Base<\/td>\n      <td>siteurl, home, blogname<\/td>\n      <td>petit<\/td>\n      <td>Conserver autoload=yes<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Th\u00e8me<\/strong> &amp; Widgets<\/td>\n      <td>mod\u00e8le, feuille de style, widget_*<\/td>\n      <td>petit-moyen<\/td>\n      <td>v\u00e9rifier, g\u00e9n\u00e9ralement oui ok<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Constructeur<\/strong> \/ Formulaires<\/td>\n      <td>builder_*, form_*, theme_mods_*<\/td>\n      <td>moyen \u00e0 grand<\/td>\n      <td>D\u00e9finir autoload=no<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Transients<\/strong><\/td>\n      <td>_transient_*, _site_transient_*<\/td>\n      <td>moyen \u00e0 grand<\/td>\n      <td>Supprimer les expirations, sinon non<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Cache<\/strong> &amp; Journaux<\/td>\n      <td>cache_*, log_*, debug_*<\/td>\n      <td>grand<\/td>\n      <td>Ne pas charger automatiquement, supprimer si n\u00e9cessaire<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Orphelin<\/strong><\/td>\n      <td>Anciens r\u00e9sidus plugin_*<\/td>\n      <td>petit\u2013grand<\/td>\n      <td>Supprimer apr\u00e8s sauvegarde<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>Sur l'ensemble des appareils, une approche rigide <strong>S\u00e9paration<\/strong> des param\u00e8tres permanents et des donn\u00e9es temporaires pour obtenir les meilleurs effets. Je ne charge que ce dont chaque page a r\u00e9ellement besoin. Tout le reste reste accessible, mais n'est pas charg\u00e9 automatiquement. Cela permet d'all\u00e9ger la phase de d\u00e9marrage et la gestion des objets du processus PHP. R\u00e9sultat : des temps de r\u00e9ponse nettement plus rapides.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress-autoload-optimieren-3947.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Strat\u00e9gies d'optimisation<\/h2>\n\n<p>Je commence par supprimer <strong>charges h\u00e9rit\u00e9es du pass\u00e9<\/strong> plugins orphelins, car ces \u00e9tapes permettent de gagner rapidement beaucoup d'espace et de temps. Ensuite, je d\u00e9finis les options volumineuses et rarement utilis\u00e9es sur autoload=no afin qu'elles ne soient lues qu'en cas de besoin. Les entr\u00e9es temporaires ou li\u00e9es au cache n'ont jamais leur place dans Autoload et sont supprim\u00e9es ou transf\u00e9r\u00e9es dans des m\u00e9moires d\u00e9di\u00e9es. Je continue \u00e0 supprimer syst\u00e9matiquement les transitoires, en particulier les enregistrements expir\u00e9s. Enfin, je v\u00e9rifie \u00e0 nouveau la taille totale et documente le nouvel \u00e9tat. Cela me permet de cr\u00e9er de la transparence et de mettre en place un syst\u00e8me de surveillance.<\/p>\n\n<p>Je travaille de mani\u00e8re incr\u00e9mentale afin de <strong>Risques<\/strong> : d'abord mesurer, puis modifier de mani\u00e8re cibl\u00e9e, puis v\u00e9rifier. Je garde une sauvegarde pour chaque suppression. Pour les pages productives, je pr\u00e9vois des cr\u00e9neaux horaires en dehors des heures de pointe. Je teste les modifications apport\u00e9es aux champs sensibles sur une instance de staging. Ainsi, la page reste en ligne et le r\u00e9sultat est fiable.<\/p>\n\n<h2>R\u00e9gler Autoload sur \u201e no \u201c \u2013 mise en \u0153uvre s\u00e9curis\u00e9e<\/h2>\n\n<p>Toutes les grandes options ne doivent pas n\u00e9cessairement dispara\u00eetre, beaucoup peuvent \u00eatre remplac\u00e9es par <strong>autoload=non<\/strong> d\u00e9sactiver. La configuration est ainsi conserv\u00e9e, seul le chargement automatique est supprim\u00e9. J'effectue la modification de mani\u00e8re contr\u00f4l\u00e9e via SQL, puis je v\u00e9rifie le comportement dans le frontend et le backend. Je teste de mani\u00e8re cibl\u00e9e les pages critiques, telles que les formulaires ou les fonctions de la boutique. En cas d'erreurs, je r\u00e9tablis imm\u00e9diatement la modification. La proc\u00e9dure est rapide et n'entra\u00eene g\u00e9n\u00e9ralement aucun effet secondaire.<\/p>\n\n<pre><code>UPDATE wp_options SET autoload = 'no' WHERE option_name = 'VOTRE_NOM_D'OPTION';\n<\/code><\/pre>\n\n<p>Pour plusieurs candidats, je r\u00e9dige une petite <strong>Liste<\/strong> des noms issus du top 10 des requ\u00eates et je les traite les uns apr\u00e8s les autres. Apr\u00e8s chaque mise \u00e0 jour, je mesure \u00e0 nouveau la taille. Si la somme diminue de mani\u00e8re significative, le TTFB et la consommation de RAM baissent imm\u00e9diatement. Si quelque chose ne fonctionne pas, je r\u00e9cup\u00e8re la sauvegarde ou je remets autoload sur yes. Ainsi, je reste du c\u00f4t\u00e9 de la s\u00e9curit\u00e9.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress_autoload_opt_7493.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Supprimer les transitoires et les donn\u00e9es temporaires<\/h2>\n\n<p>Les transitoires sont des ph\u00e9nom\u00e8nes limit\u00e9s dans le temps. <strong>m\u00e9moire tampon<\/strong> et sont souvent conserv\u00e9es inutilement longtemps dans wp_options. Les entr\u00e9es expir\u00e9es restent souvent en place lorsque le nettoyage \u00e9choue. Je supprime r\u00e9guli\u00e8rement les entr\u00e9es _transient_* et _site_transient_* expir\u00e9es. De plus, je m'assure que ces donn\u00e9es ne sont pas enregistr\u00e9es avec autoload=yes. Cela r\u00e9duit consid\u00e9rablement la taille du paquet Autoload et le maintient \u00e0 un niveau faible. Cette op\u00e9ration doit faire partie de tout plan de maintenance.<\/p>\n\n<pre><code>DELETE FROM wp_options WHERE option_name LIKE '_transient_%' AND option_name NOT LIKE '_transient_timeout_%';\n<\/code><\/pre>\n\n<p>Ceux qui utilisent des outils font attention \u00e0 <strong>S\u00e9curit\u00e9<\/strong> et des journaux clairs afin que les modifications restent tra\u00e7ables. Je teste d'abord manuellement les t\u00e2ches de nettoyage automatique. Ensuite, je planifie des v\u00e9rifications r\u00e9currentes, par exemple tous les trimestres. Ainsi, il n'y a pas de surprises. Et le tableau ne grossit pas \u00e0 nouveau sans que l'on s'en aper\u00e7oive.<\/p>\n\n<h2>Index sur la colonne Autoload<\/h2>\n\n<p>Si les options sont tr\u00e8s nombreuses, un index peut \u00eatre cr\u00e9\u00e9 sur la colonne <strong>chargement automatique<\/strong> Acc\u00e9l\u00e9rer encore davantage les acc\u00e8s. La requ\u00eate autoload=yes b\u00e9n\u00e9ficie alors d'une recherche plus rapide. Cela vaut particuli\u00e8rement la peine pour les boutiques en ligne importantes et actives ou les configurations multisites. Cette intervention doit \u00eatre confi\u00e9e \u00e0 des mains expertes, car des index incorrects peuvent cr\u00e9er leurs propres probl\u00e8mes. Avec un plan clair et une sauvegarde, les temps de requ\u00eate diminuent sensiblement. Je documente la modification et mesure l'effet.<\/p>\n\n<p>En parall\u00e8le, je pense que <strong>Base de donn\u00e9es<\/strong> De mani\u00e8re globale : le moteur, la m\u00e9moire tampon, les requ\u00eates lentes et les t\u00e2ches cron influencent le r\u00e9sultat global. L'autochargement est un levier central, mais ce n'est pas le seul. Une table bien organis\u00e9e avec un bon indexage interagit avec les caches et la configuration PHP. Cela me permet de gagner quelques millisecondes suppl\u00e9mentaires. Les petites corrections s'additionnent.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpressautoloaddesk1934.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Combiner judicieusement h\u00e9bergement, cache objet et chargement automatique<\/h2>\n\n<p>Un h\u00f4te rapide att\u00e9nue les effets n\u00e9gatifs des grands <strong>chargement automatique<\/strong>, mais ne remplace pas le nettoyage. Il est particuli\u00e8rement efficace lorsqu'un cache d'objets g\u00e8re les acc\u00e8s fr\u00e9quents aux options. Les valeurs sont ainsi stock\u00e9es en m\u00e9moire et \u00e9vitent les lectures r\u00e9p\u00e9titives dans la base de donn\u00e9es. Mais le levier le plus important reste une somme d'autochargement r\u00e9duite. Cette comparaison fournit une br\u00e8ve orientation : maintenez l'autochargement \u00e0 un niveau faible, puis compl\u00e9tez les caches de mani\u00e8re judicieuse. Je vous en dirai plus \u00e0 ce sujet dans l'article <a href=\"https:\/\/webhosting.de\/fr\/cache-de-page-vs-cache-dobjet-wordpress-hosting-boost\/\">Cache de page vs cache d'objet<\/a>.<\/p>\n\n<p>Masquer les caches <strong>Probl\u00e8mes<\/strong> Seulement dans certaines conditions, lorsque la base de donn\u00e9es est inutilement volumineuse. Je commence par nettoyer le tableau afin que les caches aient moins de donn\u00e9es \u00e0 traiter. Je b\u00e9n\u00e9ficie ensuite d'un double avantage : un d\u00e9marrage plus rapide et des acc\u00e8s r\u00e9p\u00e9t\u00e9s plus rapides. La surveillance me permet de voir si le TTFB et la RAM restent stables \u00e0 un niveau bas. Il en r\u00e9sulte une configuration propre avec des r\u00e9serves pour les pics de trafic.<\/p>\n\n<h2>Quand autoload=yes est indispensable<\/h2>\n\n<p>Tout ne doit pas \u00eatre class\u00e9 dans la cat\u00e9gorie \u201e non \u201c. Il existe <strong>Options principales<\/strong>, dont WordPress a besoin tr\u00e8s t\u00f4t dans le bootstrapping ou pour pratiquement chaque requ\u00eate. J'y inclus g\u00e9n\u00e9ralement :<\/p>\n<ul>\n  <li>siteurl et home (URL de base, utilis\u00e9es au d\u00e9but)<\/li>\n  <li>active_plugins (n\u00e9cessaire directement lors du chargement des plugins)<\/li>\n  <li>Feuille de style et mod\u00e8le (s\u00e9lection du th\u00e8me)<\/li>\n  <li>nom du blog, description du blog, blog_charset (donn\u00e9es g\u00e9n\u00e9rales de la page)<\/li>\n  <li>rewrite_rules (n\u00e9cessaire pour l'analyse des requ\u00eates et peut \u00eatre volumineux)<\/li>\n<\/ul>\n<p>Je laisse g\u00e9n\u00e9ralement ces options sur <strong>autoload=yes<\/strong>. Dans les cas limites tels que <em>rewrite_rules<\/em> Je v\u00e9rifie s'il existe des ensembles de r\u00e8gles exceptionnellement volumineux et si des permaliens ou des plugins incorrects augmentent la taille. Des champs tels que <em>cron<\/em> et les options complexes des plugins sont consid\u00e9r\u00e9es comme <strong>sensible<\/strong>: ils peuvent atteindre une taille importante, mais sont souvent utilis\u00e9s. Ici, je teste sur Staging si <em>autoload=non<\/em> A des effets secondaires avant de prendre une d\u00e9cision.<\/p>\n\n<h2>Particularit\u00e9s multisites et options r\u00e9seau<\/h2>\n\n<p>\u00c0 l'adresse suivante : <strong>Multisite<\/strong>-Environnements : chaque site dispose de ses propres tables wp_options avec champ Autoload, en plus de la table globale. <em>wp_sitemeta<\/em> pour les options r\u00e9seau. Je v\u00e9rifie donc la somme Autoload pour chaque site et, en compl\u00e9ment, la taille des m\u00e9tadonn\u00e9es r\u00e9seau centrales. Les options r\u00e9seau importantes n'ont certes pas d'incidence sur chaque requ\u00eate individuelle du site, mais elles peuvent ralentir les processus d'administration et Cron.<\/p>\n\n<pre><code>-- V\u00e9rifier par site (adapter le pr\u00e9fixe du tableau en fonction de l'ID du blog) SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_2_options WHERE autoload = 'yes'; -- Examiner grossi\u00e8rement les m\u00e9tadonn\u00e9es \u00e0 l'\u00e9chelle du r\u00e9seau SELECT SUM(LENGTH(meta_value)) AS network_meta_size\nFROM wp_sitemeta; -- M\u00e9tadonn\u00e9es r\u00e9seau les plus volumineuses SELECT meta_key, LENGTH(meta_value) AS len FROM wp_sitemeta ORDER BY len DESC LIMIT 10;\n<\/code><\/pre>\n\n<p>Pour les sites multisites, je supprime les options les plus volumineuses de chaque site et je veille \u00e0 ce que les m\u00e9tadonn\u00e9es r\u00e9seau restent l\u00e9g\u00e8res. Les caches communs (cache d'objets) sont utiles, mais ils <strong>ne remplacent pas<\/strong> base de donn\u00e9es propre.<\/p>\n\n<h2>WP-CLI : analyse et modifications en masse \u00e0 partir du shell<\/h2>\n\n<p>Sur les serveurs, j'utilise <strong>WP-CLI<\/strong>, pour ex\u00e9cuter directement les analyses SQL et rendre les modifications reproductibles. Je garantis ainsi des audits rapides, m\u00eame sur des configurations plus importantes.<\/p>\n\n<pre><code># D\u00e9terminer la taille totale de l'autochargement wp db query \" SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_options WHERE autoload='yes'; \"\n\n# Afficher les 20 options autoload les plus importantes wp db query \" SELECT option_name, LENGTH(option_value) AS len FROM wp_options WHERE autoload='yes' ORDER BY len DESC LIMIT 20; \"\n<\/code><\/pre>\n\n<p>Pour les modifications en masse, je travaille avec une <strong>liste des candidats<\/strong> \u00e0 partir de l'analyse et je la r\u00e8gle de mani\u00e8re contr\u00f4l\u00e9e sur no. Apr\u00e8s chaque tour, je mesure \u00e0 nouveau la somme.<\/p>\n\n<pre><code># Exemple : candidats (un par ligne) dans names.txt\n# autoload=no pour tous les noms (attention, faites une sauvegarde au pr\u00e9alable !) while read -r NAME; do VAL=\"$(wp option get \"$NAME\")\" wp option update \"$NAME\" \"$VAL\" --autoload=no done &lt; names.txt\n<\/code><\/pre>\n\n<p>Avec cette m\u00e9thode, l'historique reste tra\u00e7able dans le terminal et je peux revenir en arri\u00e8re de mani\u00e8re cibl\u00e9e si n\u00e9cessaire.<\/p>\n\n<h2>Entretien automatique avec le plugin MU<\/h2>\n\n<p>Pour emp\u00eacher toute croissance future, je place de petits <strong>Guardrails<\/strong> Un plugin MU peut par exemple r\u00e9gler automatiquement le drapeau Autoload sur \u201e no \u201c pour les mod\u00e8les connus tels que les transients, les entr\u00e9es de cache et de journal, et les nettoyer p\u00e9riodiquement. Je teste d'abord ces interventions sur Staging.<\/p>\n\n<pre><code>update($wpdb-&gt;options, array('autoload' =&gt; 'no'), array('option_name' =&gt; $option)); break; } } }, 10, 3);\n\n\/\/ Nettoyage planifi\u00e9 : supprimer les transitoires expir\u00e9s if (!wp_next_scheduled('autoload_housekeeping')) { wp_schedule_event(time(), 'daily', 'autoload_housekeeping'); } add_action('autoload_housekeeping', function() { global $wpdb;\n    \/\/ Nettoyer les transitoires expir\u00e9s (sans d\u00e9lais d'expiration) $wpdb-&gt;query(\"DELETE FROM {$wpdb-&gt;options} WHERE option_name LIKE '_transient_%' AND option_name NOT LIKE '_transient_timeout_%'\");\n    $wpdb-&gt;query(\"DELETE FROM {$wpdb-&gt;options} WHERE option_name LIKE '_site_transient_%' AND option_name NOT LIKE '_site_transient_timeout_%'\");\n    \/\/ Facultatif : d\u00e9sactiver les options d'autochargement tr\u00e8s volumineuses $candidates = $wpdb-&gt;get_col(\"SELECT option_name FROM {$wpdb-&gt;options} WHERE autoload='yes' AND LENGTH(option_value) &gt; 500000\");\n    foreach ($candidates as $name) { $wpdb-&gt;update($wpdb-&gt;options, array('autoload' =&gt; 'no'), array('option_name' =&gt; $name)); } });\n<\/code><\/pre>\n\n<p>Cela m'\u00e9vite de t\u00e9l\u00e9charger inutilement des donn\u00e9es volumineuses apr\u00e8s des mises \u00e0 jour ou l'installation de nouveaux plugins. Je documente les exceptions (liste blanche) si certaines options doivent rester en mode Autoload malgr\u00e9 leur taille.<\/p>\n\n<h2>Suppression s\u00e9curis\u00e9e : exemples SQL plus pr\u00e9cis<\/h2>\n\n<p>Je supprime <strong>cibl\u00e9<\/strong> et \u00e9vite les dommages collat\u00e9raux. Pour les transitoires, je veille \u00e0 ne pas supprimer directement les timeouts, mais les valeurs correspondantes.<\/p>\n\n<pre><code>-- Supprimer uniquement les transitoires expir\u00e9s (approche s\u00e9curis\u00e9e) DELETE o FROM wp_options o JOIN wp_options t ON o.option_name = REPLACE(t.option_name, '_timeout_', '') WHERE t.option_name LIKE '_transient_timeout_%'\n  AND t.option_value &lt; UNIX_TIMESTAMP(); -- Transitoires \u00e0 l&#039;\u00e9chelle du r\u00e9seau (multisite) DELETE o FROM wp_options o JOIN wp_options t ON o.option_name = REPLACE(t.option_name, &#039;_site_transient_timeout_&#039;, &#039;_site_transient_&#039;)\nWHERE t.option_name LIKE &#039;_site_transient_timeout_%&#039; AND t.option_value &lt; UNIX_TIMESTAMP();\n<\/code><\/pre>\n\n<p>De plus, pour les options importantes mais rarement utilis\u00e9es, je mets syst\u00e9matiquement le drapeau sur \u201e non \u201c au lieu de les supprimer. Ainsi, je limite les risques et je peux revenir en arri\u00e8re \u00e0 tout moment si n\u00e9cessaire.<\/p>\n\n<h2>Indexation : cr\u00e9er, tester, supprimer<\/h2>\n\n<p>Si le tableau est volumineux, un index combin\u00e9 acc\u00e9l\u00e8re les recherches fr\u00e9quentes. Je le cr\u00e9e, je mesure et je le supprime s'il n'apporte aucun avantage.<\/p>\n\n<pre><code>-- Cr\u00e9er un index (adapter le nom en fonction des r\u00e8gles de l'h\u00f4te) CREATE INDEX autoload_name_idx ON wp_options (autoload, option_name); -- Tester, mesurer, supprimer si n\u00e9cessaire DROP INDEX autoload_name_idx ON wp_options;\n<\/code><\/pre>\n\n<p>Avant cela, je v\u00e9rifie les index existants afin de ne rien cr\u00e9er en double. Apr\u00e8s la cr\u00e9ation, je v\u00e9rifie les plans de requ\u00eate et les temps de r\u00e9ponse sous une charge r\u00e9elle.<\/p>\n\n<h2>Mesure et validation : fournir des preuves claires avant\/apr\u00e8s<\/h2>\n\n<p>Je justifie les optimisations avec <strong>chiffres<\/strong>. Je mesure le TTFB sur des pages repr\u00e9sentatives, je trace les pics de m\u00e9moire et je compte les requ\u00eates de base de donn\u00e9es. Pour avoir un aper\u00e7u rapide, j'utilise une br\u00e8ve sortie de journal pendant les tests (ne pas laisser activ\u00e9 en permanence) :<\/p>\n\n<pre><code>&lt;?php \/\/ Ne pas utiliser en production de mani\u00e8re permanente \u2013 uniquement pour les tests de mesure ! add_action(&#039;shutdown&#039;, function() { if (defined(&#039;WP_DEBUG&#039;) &amp;&amp; WP_DEBUG) { error_log(sprintf(\n            &#039;WP-Run: %.3fs | Queries: %d | Peak-Mem: %.1fMB&#039;, timer_stop(0, 3), get_num_queries(), memory_get_peak_usage(true) \/ 1048576 )); } });\n<\/code><\/pre>\n\n<p>Apr\u00e8s deux ou trois s\u00e9ries de mesures avant et apr\u00e8s la correction, je v\u00e9rifie si le TTFB, le nombre de requ\u00eates et la m\u00e9moire maximale s'am\u00e9liorent comme pr\u00e9vu. En parall\u00e8le, j'observe le backend (pages du plugin et de l'\u00e9diteur), car c'est l\u00e0 que les paquets Autoload volumineux sont particuli\u00e8rement visibles.<\/p>\n\n<h2>Erreurs fr\u00e9quentes et comment les \u00e9viter<\/h2>\n\n<ul>\n  <li><strong>Tout r\u00e9gler sur \u201e non \u201c :<\/strong> Les mesures globales perturbent les fonctions ou g\u00e9n\u00e8rent de nombreux QSL individuels. Je proc\u00e8de de mani\u00e8re s\u00e9lective et je teste.<\/li>\n  <li><strong>Modifier les options critiques du noyau :<\/strong> Traitez avec pr\u00e9caution les champs siteurl, home, active_plugins, Theme et rewrite_rules.<\/li>\n  <li><strong>Suppression incorrecte des transitoires :<\/strong> Supprimer les d\u00e9lais d'attente au lieu des valeurs ou effacer les deux au hasard. Mieux : nettoyer de mani\u00e8re cibl\u00e9e les valeurs expir\u00e9es.<\/li>\n  <li><strong>Travailler sans sauvegarde :<\/strong> Avant chaque tour, je sauvegarde la base de donn\u00e9es et note les modifications.<\/li>\n  <li><strong>Ne penser qu'\u00e0 \u201e DB \u201c :<\/strong> Le cache objet, les limites de m\u00e9moire PHP, les t\u00e2ches cron lentes et les limites d'h\u00e9bergement sont \u00e9galement pris en compte. Je consid\u00e8re le syst\u00e8me dans son ensemble.<\/li>\n  <li><strong>Nettoyer une seule fois et oublier :<\/strong> Sans surveillance r\u00e9guli\u00e8re, Autoload recommence \u00e0 se d\u00e9velopper. Je pr\u00e9vois des intervalles de maintenance fixes.<\/li>\n<\/ul>\n\n<h2>Meilleures pratiques pour l'avenir<\/h2>\n\n<p>Je choisis d\u00e9lib\u00e9r\u00e9ment <strong>Plugins<\/strong>, qui g\u00e8rent correctement les options et suppriment les donn\u00e9es lors de leur suppression. Apr\u00e8s les tests, les modules compl\u00e9mentaires sont compl\u00e8tement supprim\u00e9s, et non simplement d\u00e9sactiv\u00e9s. Avant toute modification importante, je sauvegarde toujours la base de donn\u00e9es. Je v\u00e9rifie ensuite \u00e0 nouveau la taille de l'autochargement afin de d\u00e9tecter imm\u00e9diatement tout nouveau probl\u00e8me. En particulier pour les configurations de mise en cache, je veille \u00e0 ce que la configuration reste l\u00e9g\u00e8re et j'\u00e9vite les pi\u00e8ges typiques. Un coup d'\u0153il sur <a href=\"https:\/\/webhosting.de\/fr\/pourquoi-redis-est-plus-lent-que-prevu-erreurs-de-configuration-courantes-cacheopt\/\">Erreurs de configuration Redis<\/a> aide \u00e0 \u00e9viter les effets secondaires.<\/p>\n\n<p>R\u00e9guli\u00e8rement <strong>Soins<\/strong> emp\u00eache la table wp_options de grossir \u00e0 nouveau. Je me fixe des \u00e9ch\u00e9ances fixes, par exemple tous les trimestres. En notant les valeurs avant et apr\u00e8s l'optimisation, je peux identifier les tendances. Cela me permet d'agir \u00e0 temps, plut\u00f4t que de r\u00e9agir sous pression plus tard. \u00c0 long terme, cette routine me fait gagner du temps et m'\u00e9vite du stress.<\/p>\n\n<h2>Workflow concret \u00e9tape par \u00e9tape<\/h2>\n\n<p>Je commence par s\u00e9curiser <strong>Base de donn\u00e9es<\/strong> et les fichiers dans leur int\u00e9gralit\u00e9 afin de pouvoir revenir en arri\u00e8re \u00e0 tout moment. Ensuite, je d\u00e9termine la taille actuelle de l'autochargement et les 10 entr\u00e9es les plus importantes \u00e0 l'aide de SQL. Puis, j'identifie les donn\u00e9es de plugins orphelines et les entr\u00e9es importantes du cache, du journal ou des donn\u00e9es transitoires. \u00c0 l'\u00e9tape suivante, je d\u00e9finis les options rarement utilis\u00e9es sur autoload=no et supprime de mani\u00e8re cibl\u00e9e les r\u00e9sidus superflus. Pour finir, je mesure \u00e0 nouveau, documente le nouveau total et planifie une r\u00e9p\u00e9tition du contr\u00f4le.<\/p>\n\n<p>Dans les cas d\u00e9licats <strong>Champs<\/strong> Je teste d'abord les modifications sur la plateforme de staging. Si des anomalies apparaissent, je r\u00e9active certaines valeurs ou je restaure la sauvegarde. Ensuite, j'adapte ma s\u00e9lection de plugins afin d'\u00e9viter une nouvelle croissance. Un simple protocole par cycle suffit pour garder une vue d'ensemble. Le processus reste simple et conduit de mani\u00e8re fiable \u00e0 des effets mesurables.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress-autoload-8234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>R\u00e9sum\u00e9 : petit tableau, grand effet<\/h2>\n\n<p>Autoload est un puissant <strong>m\u00e9canisme<\/strong>, qui ralentit consid\u00e9rablement lorsque la table wp_options est remplie de donn\u00e9es inutiles. Si vous maintenez le total en dessous d'environ 1 Mo, le TTFB, les besoins en RAM et les latences du backend diminuent sensiblement. La marche \u00e0 suivre est claire : mesurer, supprimer le superflu, utiliser autoload=no pour les valeurs rares, vider les transitoires et contr\u00f4ler r\u00e9guli\u00e8rement. Les caches et un bon h\u00e9bergement renforcent l'effet, mais ne remplacent pas une base de donn\u00e9es propre. En int\u00e9grant cette proc\u00e9dure \u00e0 votre routine, vous obtiendrez durablement plus de vitesse avec le m\u00eame mat\u00e9riel.<\/p>\n\n<p>Je consid\u00e8re Autoload comme <strong>vis de r\u00e9glage<\/strong> avec un excellent rapport qualit\u00e9-prix : peu de modifications, effet significatif. Les boutiques et les sites riches en contenu en tirent imm\u00e9diatement profit. Un bref contr\u00f4le mensuel ou trimestriel suffit pour que le tableau reste all\u00e9g\u00e9. Les pages r\u00e9agissent ainsi plus rapidement, les administrateurs travaillent plus efficacement et les t\u00e2ches cron s'ex\u00e9cutent sans stress. Il s'agit l\u00e0 d'une performance durable, sans risque et sans nouvelle bataille de plugins.<\/p>","protected":false},"excerpt":{"rendered":"<p>Apprenez \u00e0 optimiser les options d'autochargement WordPress dans le tableau wp_options afin de supprimer les freins cach\u00e9s et d'acc\u00e9l\u00e9rer votre site web gr\u00e2ce \u00e0 un r\u00e9glage cibl\u00e9 de la base de donn\u00e9es.<\/p>","protected":false},"author":1,"featured_media":16206,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[781],"tags":[],"class_list":["post-16213","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-datenbanken-administration-anleitungen"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"2515","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":null,"_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"WordPress Autoload-Optionen","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"16206","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/posts\/16213","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/comments?post=16213"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/posts\/16213\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/media\/16206"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/media?parent=16213"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/categories?post=16213"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/tags?post=16213"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}