{"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-opcoes-de-carregamento-automatico-desempenho-otimizacao-da-base-de-dados-aumento-de-desempenho","status":"publish","type":"post","link":"https:\/\/webhosting.de\/pt\/wordpress-autoload-optionen-performance-datenbank-tuning-boost\/","title":{"rendered":"Otimizar as op\u00e7\u00f5es de carregamento autom\u00e1tico do WordPress: obst\u00e1culos ocultos ao desempenho na base de dados"},"content":{"rendered":"<p><strong>Op\u00e7\u00f5es de carregamento autom\u00e1tico do WordPress<\/strong> decidir quais op\u00e7\u00f5es da tabela wp_options s\u00e3o transferidas para a mem\u00f3ria a cada vez que a p\u00e1gina \u00e9 carregada, influenciando diretamente o tempo de carregamento, o TTFB e a necessidade de mem\u00f3ria. Vou mostrar-lhe como identificar dados de carregamento autom\u00e1tico excessivos, reduzi-los de forma direcionada e mant\u00ea-los pequenos de forma permanente, para que as solicita\u00e7\u00f5es sejam iniciadas mais rapidamente e o backend responda de forma visivelmente mais fluida.<\/p>\n\n<h2>Pontos centrais<\/h2>\n\n<p>Muitas instala\u00e7\u00f5es descarregam silenciosamente pacotes de dados crescentes <strong>Carregamento autom\u00e1tico<\/strong>, embora essas entradas nem sempre sejam necess\u00e1rias para todas as p\u00e1ginas. Primeiro, priorizo a an\u00e1lise do tamanho total, depois as op\u00e7\u00f5es maiores e, em seguida, coloco as entradas n\u00e3o cr\u00edticas em <strong>autoload=n\u00e3o<\/strong> ou elimine-os de forma controlada. Assim, reduzo o TTFB e o consumo de RAM, estabilizo as consultas e alivio o PHP sob carga. Al\u00e9m disso, mantenho os transientes limpos e verifico a tabela regularmente para que n\u00e3o surja novo peso morto. O alojamento, o cache de objetos e uma tabela wp_options enxuta interagem entre si e resultam em ganhos de desempenho not\u00e1veis sem riscos.<\/p>\n<ul>\n  <li><strong>An\u00e1lise<\/strong> o tamanho do autoload e as op\u00e7\u00f5es principais<\/li>\n  <li><strong>Arrumar<\/strong> Entradas de plugins \u00f3rf\u00e3os<\/li>\n  <li><strong>Interruptor<\/strong> grandes op\u00e7\u00f5es raramente utilizadas em no<\/li>\n  <li><strong>Transientes<\/strong> e remover dados tempor\u00e1rios<\/li>\n  <li><strong>Monitoriza\u00e7\u00e3o<\/strong> e configura\u00e7\u00e3o de alojamento<\/li>\n<\/ul>\n<p>Eu incorporo esses passos na minha <strong>Manuten\u00e7\u00e3o<\/strong> para que a base de dados permane\u00e7a enxuta e o site responda de forma r\u00e1pida e fi\u00e1vel, mesmo em picos de tr\u00e1fego.<\/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>O que s\u00e3o op\u00e7\u00f5es de carregamento autom\u00e1tico no WordPress?<\/h2>\n\n<p>O WordPress guarda as configura\u00e7\u00f5es em <strong>wp_options<\/strong>, incluindo URLs, plugins ativos, informa\u00e7\u00f5es sobre temas, widgets, transientes e muito mais. Cada registro de dados tem o nome, o valor e o campo <strong>carregamento autom\u00e1tico<\/strong>, que define com yes ou no se o WordPress carrega a entrada a cada inicializa\u00e7\u00e3o da p\u00e1gina. A fun\u00e7\u00e3o wp_load_alloptions l\u00ea todas as entradas autoload=yes de uma s\u00f3 vez para fornecer configura\u00e7\u00f5es frequentes sem muitos sql individuais. Esse mecanismo economiza tempo com poucos valores pequenos, mas aumenta o processo de inicializa\u00e7\u00e3o com muitas entradas grandes. \u00c9 aqui que surge um obst\u00e1culo oculto, que dificilmente se nota no dia a dia. Ao longo dos anos, acumula-se assim um peso que pode prolongar cada pedido em mil\u00e9simos de segundos ou segundos.<\/p>\n\n<p>Nem todas as op\u00e7\u00f5es pertencem a <strong>Carregamento autom\u00e1tico<\/strong>: Informa\u00e7\u00f5es b\u00e1sicas como siteurl ou active_plugins sim, dados de cache ou log provavelmente n\u00e3o. Se restos de plugins antigos permanecerem na tabela e estiverem em yes, o WordPress continuar\u00e1 a carreg\u00e1-los, embora ningu\u00e9m mais os solicite no c\u00f3digo. Grandes campos de construtores de p\u00e1ginas, plugins de formul\u00e1rios ou suites de SEO podem rapidamente elevar o pacote de carregamento autom\u00e1tico para mais de 1 MB. A partir desse ponto, o TTFB e a necessidade de mem\u00f3ria aumentam, especialmente em hosts partilhados e com carga elevada. Por isso, verifico regularmente o que realmente precisa de ser carregado automaticamente.<\/p>\n\n<h2>Por que o carregamento autom\u00e1tico prejudica o desempenho<\/h2>\n\n<p>Cada visualiza\u00e7\u00e3o de p\u00e1gina soma o total de todos os <strong>autoload=sim<\/strong> Valores na mem\u00f3ria, independentemente de os dados serem relevantes para a p\u00e1gina atual. Isso consome RAM, aumenta a estrutura PHP e retarda a execu\u00e7\u00e3o inicial antes da renderiza\u00e7\u00e3o. Quanto mais plugins estiverem instalados, mais o pacote cresce sem que se perceba. Configura\u00e7\u00f5es do WooCommerce, plugins de rastreamento ou Page Builder tamb\u00e9m aumentam a probabilidade de entradas grandes. Se deixar isso acontecer, o primeiro byte, que muitas vezes determina a impress\u00e3o geral, ser\u00e1 particularmente afetado pela carga.<\/p>\n\n<p>V\u00e1rios guias t\u00e9cnicos recomendam que o tamanho total seja inferior a cerca de <strong>1 MB<\/strong> porque isso aumenta significativamente a lat\u00eancia. Quando grandes volumes de dados autoload encontram I\/O fraco ou muito tr\u00e1fego paralelo, os tempos de resposta aumentam significativamente. O backend fica lento, as p\u00e1ginas de administra\u00e7\u00e3o demoram mais a abrir e as tarefas cron demoram mais tempo a ser executadas. O efeito n\u00e3o afeta diretamente o cache, mas atrasa a gera\u00e7\u00e3o de respostas e o preenchimento do cache. Por isso, mantenho o autoload o mais pequeno poss\u00edvel e carrego apenas o que realmente preciso em todos os lugares.<\/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>Como verificar o tamanho dos dados de carregamento autom\u00e1tico<\/h2>\n\n<p>Come\u00e7o com um completo <strong>C\u00f3pia de seguran\u00e7a<\/strong> da base de dados e, em seguida, leio o tamanho do autoload. No painel, o estado do site j\u00e1 fornece uma indica\u00e7\u00e3o quando o n\u00famero e o tamanho s\u00e3o visivelmente elevados. Para uma medi\u00e7\u00e3o exata, utilizo SQL e somo o comprimento de todos os valores autoload=yes. Este n\u00famero mostra-me a urg\u00eancia com que devo intervir. Se for superior a 1 MB, planeio imediatamente uma limpeza espec\u00edfica. Uma pr\u00e1tica <a href=\"https:\/\/webhosting.de\/pt\/otimizacao-da-base-de-dados-wordpress-wpoptions-dicas-manutencao-de-dados\/\">Manuten\u00e7\u00e3o de dados WP-Options<\/a> ajuda-me a agir de forma consistente.<\/p>\n\n<p>Utilizo as duas consultas seguintes para analisar o <strong>Tamanho<\/strong> e os maiores peda\u00e7os. Primeiro, determino a soma de todos os valores carregados automaticamente. Em seguida, listo os 10 principais por tamanho de campo para obter resultados r\u00e1pidos. Assim, consigo identificar em poucos minutos onde h\u00e1 perda de mem\u00f3ria e lat\u00eancia. Depois, priorizo a elimina\u00e7\u00e3o ou a mudan\u00e7a para 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 nome_op\u00e7\u00e3o, LENGTH(valor_op\u00e7\u00e3o) AS comprimento_valor_op\u00e7\u00e3o FROM wp_options WHERE autoload = 'yes' ORDER BY comprimento_valor_op\u00e7\u00e3o DESC LIMIT 10;\n<\/code><\/pre>\n\n<h2>Quais entradas normalmente ficam grandes<\/h2>\n\n<p>Frequentemente inchado <strong>Transientes<\/strong>, objetos de cache e dados de log s\u00e3o carregados automaticamente desnecessariamente. Layouts de construtores e configura\u00e7\u00f5es de formul\u00e1rios tamb\u00e9m escrevem matrizes extensas que n\u00e3o s\u00e3o necess\u00e1rias para cada p\u00e1gina front-end. Mesmo plugins desativados muitas vezes deixam res\u00edduos que continuam em yes. Na pr\u00e1tica, os padr\u00f5es se repetem, e \u00e9 neles que eu baseio a minha limpeza. A tabela a seguir resume os candidatos t\u00edpicos e as recomenda\u00e7\u00f5es. Essa vis\u00e3o geral acelera a decis\u00e3o de excluir ou alterar para \u00abno\u00bb.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Categoria<\/th>\n      <th>Exemplos option_name<\/th>\n      <th>Tamanho t\u00edpico<\/th>\n      <th>Recomenda\u00e7\u00e3o<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td><strong>N\u00facleo<\/strong> Base<\/td>\n      <td>siteurl, home, blogname<\/td>\n      <td>pequeno<\/td>\n      <td>manter autoload=yes<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Tema<\/strong> &amp; Widgets<\/td>\n      <td>modelo, folha de estilo, widget_*<\/td>\n      <td>pequeno\u2013m\u00e9dio<\/td>\n      <td>verificar, geralmente sim ok<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Construtor<\/strong> \/ Formul\u00e1rios<\/td>\n      <td>builder_*, form_*, theme_mods_*<\/td>\n      <td>m\u00e9dio-grande<\/td>\n      <td>definir como autoload=no<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Transientes<\/strong><\/td>\n      <td>_transient_*, _site_transient_*<\/td>\n      <td>m\u00e9dio-grande<\/td>\n      <td>apagar expirados, caso contr\u00e1rio n\u00e3o<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Cache<\/strong> &amp; Registos<\/td>\n      <td>cache_*, log_*, debug_*<\/td>\n      <td>Grande<\/td>\n      <td>n\u00e3o carregar automaticamente, se necess\u00e1rio, eliminar<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>\u00d3rf\u00e3o<\/strong><\/td>\n      <td>restos antigos do plugin_*<\/td>\n      <td>pequeno\u2013grande<\/td>\n      <td>apagar ap\u00f3s backup<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>Em todos os dispositivos, uma r\u00edgida <strong>Separa\u00e7\u00e3o<\/strong> de configura\u00e7\u00f5es permanentes e dados tempor\u00e1rios os melhores efeitos. Carrego apenas o que cada p\u00e1gina realmente precisa. Todo o resto permanece acess\u00edvel, mas n\u00e3o \u00e9 carregado automaticamente. Assim, alivio a fase inicial e a gest\u00e3o de objetos do processo PHP. Resultado: tempos de resposta visivelmente mais r\u00e1pidos.<\/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>Estrat\u00e9gias para otimiza\u00e7\u00e3o<\/h2>\n\n<p>Come\u00e7o por remover <strong>legados<\/strong> plugins abandonados, porque estas etapas poupam rapidamente muito espa\u00e7o e tempo. Em seguida, defino op\u00e7\u00f5es grandes e raramente utilizadas como autoload=no, para que s\u00f3 sejam lidas quando necess\u00e1rio. Entradas tempor\u00e1rias ou relacionadas com a cache nunca devem ser inclu\u00eddas no autoload e s\u00e3o eliminadas ou transferidas para mem\u00f3rias dedicadas. Continuo a limpar consistentemente os transientes, especialmente os registos expirados. Por fim, verifico novamente o tamanho total e documento o novo estado. Assim, crio transpar\u00eancia e estabele\u00e7o monitoriza\u00e7\u00e3o.<\/p>\n\n<p>Eu trabalho de forma incremental para <strong>Riscos<\/strong> Minimizar: primeiro medir, depois alterar de forma direcionada e, por fim, verificar. Para cada elimina\u00e7\u00e3o, mantenho uma c\u00f3pia de seguran\u00e7a pronta. Para p\u00e1ginas produtivas, planeio intervalos de tempo fora do hor\u00e1rio de pico. Testo as altera\u00e7\u00f5es em campos sens\u00edveis numa inst\u00e2ncia de teste. Assim, a p\u00e1gina permanece online e o resultado \u00e9 fi\u00e1vel.<\/p>\n\n<h2>Definir Autoload como \u201eno\u201c \u2013 implementa\u00e7\u00e3o segura<\/h2>\n\n<p>Nem todas as op\u00e7\u00f5es grandes precisam desaparecer, muitas podem ser substitu\u00eddas por <strong>autoload=n\u00e3o<\/strong> desativar. Assim, a configura\u00e7\u00e3o permanece intacta, apenas o carregamento autom\u00e1tico \u00e9 desativado. Eu fa\u00e7o a altera\u00e7\u00e3o de forma controlada por SQL e, em seguida, verifico o comportamento no front-end e no back-end. Eu testo p\u00e1ginas cr\u00edticas de forma espec\u00edfica, como formul\u00e1rios ou fun\u00e7\u00f5es da loja. Em caso de erros, eu reverto a altera\u00e7\u00e3o imediatamente. O processo \u00e9 r\u00e1pido e, na maioria das vezes, sem efeitos colaterais.<\/p>\n\n<pre><code>UPDATE wp_options SET autoload = 'no' WHERE option_name = 'SEU_NOME_DE_OP\u00c7\u00c3O';\n<\/code><\/pre>\n\n<p>Para v\u00e1rios candidatos, escrevo uma pequena <strong>Lista<\/strong> dos nomes da consulta dos 10 mais populares e os processa um por um. Ap\u00f3s cada atualiza\u00e7\u00e3o, volto a medir o tamanho. Se o total diminuir significativamente, o TTFB e o consumo de RAM diminuem imediatamente. Se algo correr mal, recorro \u00e0 c\u00f3pia de seguran\u00e7a ou volto a definir o autoload para yes. Assim, fico do lado seguro.<\/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>Limpar transientes e dados tempor\u00e1rios<\/h2>\n\n<p>Os transientes s\u00e3o limitados no tempo <strong>mem\u00f3ria tempor\u00e1ria<\/strong> e s\u00e3o frequentemente mantidas desnecessariamente por muito tempo em wp_options. Entradas expiradas tendem a permanecer quando a limpeza falha. Eu apago regularmente entradas _transient_* e _site_transient_* expiradas. Al\u00e9m disso, certifico-me de que esses dados n\u00e3o s\u00e3o guardados com autoload=yes. Isso reduz significativamente o pacote de autoload e mant\u00e9m-no pequeno. Esta manuten\u00e7\u00e3o deve fazer parte de qualquer plano de manuten\u00e7\u00e3o.<\/p>\n\n<pre><code>DELETE FROM wp_options WHERE nome_op\u00e7\u00e3o LIKE '_transient_%' AND nome_op\u00e7\u00e3o NOT LIKE '_transient_timeout_%';\n<\/code><\/pre>\n\n<p>Quem usa ferramentas, presta aten\u00e7\u00e3o a <strong>Seguran\u00e7a<\/strong> e registos claros, para que as altera\u00e7\u00f5es permane\u00e7am rastre\u00e1veis. Primeiro, testo manualmente as tarefas de limpeza autom\u00e1tica. Depois, planeio verifica\u00e7\u00f5es recorrentes, por exemplo, trimestralmente. Assim, n\u00e3o h\u00e1 surpresas. E a tabela n\u00e3o volta a crescer sem que se note.<\/p>\n\n<h2>\u00cdndice na coluna Autoload<\/h2>\n\n<p>Se houver muitas op\u00e7\u00f5es, pode-se criar um \u00edndice na coluna <strong>carregamento autom\u00e1tico<\/strong> Acelerar ainda mais os acessos. A consulta para autoload=yes beneficia-se ent\u00e3o de uma pesquisa mais r\u00e1pida. Isso vale especialmente a pena para lojas grandes e ativas ou configura\u00e7\u00f5es multisite. A interven\u00e7\u00e3o deve ser feita por m\u00e3os experientes, pois \u00edndices incorretos podem criar seus pr\u00f3prios problemas. Com um plano claro e backup, os tempos de consulta diminuem significativamente. Eu documento a altera\u00e7\u00e3o e avalio o efeito.<\/p>\n\n<p>Paralelamente, penso que <strong>Base de dados<\/strong> Hol\u00edstico: o motor, o buffer, as consultas lentas e as tarefas cron influenciam o resultado geral. O autoload \u00e9 uma alavanca central, mas n\u00e3o a \u00fanica. Uma tabela organizada com boa indexa\u00e7\u00e3o interage com os caches e a configura\u00e7\u00e3o PHP. Assim, consigo ganhos adicionais de mil\u00e9simos de segundo. Pequenas corre\u00e7\u00f5es somam-se.<\/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>Combinar hospedagem, cache de objetos e carregamento autom\u00e1tico de forma inteligente<\/h2>\n\n<p>Um host r\u00e1pido atenua os efeitos negativos de grandes <strong>Carregamento autom\u00e1tico<\/strong>-Pacotes, mas n\u00e3o substitui a limpeza. \u00c9 particularmente eficaz quando um cache de objetos atende aos acessos frequentes \u00e0s op\u00e7\u00f5es. Assim, os valores ficam na mem\u00f3ria e evitam leituras recorrentes do banco de dados. Mas a maior vantagem continua sendo uma soma de autocarregamento enxuta. Esta compara\u00e7\u00e3o fornece uma breve orienta\u00e7\u00e3o: mantenha o autocarregamento pequeno e, em seguida, complemente os caches de forma sensata. Mostro mais sobre isso na contribui\u00e7\u00e3o <a href=\"https:\/\/webhosting.de\/pt\/cache-de-pagina-vs-cache-de-objeto-hospedagem-wordpress-boost\/\">Cache de p\u00e1gina vs. cache de objeto<\/a>.<\/p>\n\n<p>Ocultar caches <strong>Problemas<\/strong> Apenas de forma limitada, se a base de dados for desnecessariamente grande. Primeiro, limpo a tabela para que as caches tenham menos trabalho. Depois, obtenho um duplo benef\u00edcio: arranque mais r\u00e1pido e acessos repetidos mais r\u00e1pidos. A monitoriza\u00e7\u00e3o mostra-me se o TTFB e a RAM permanecem est\u00e1veis e mais baixos. O resultado \u00e9 uma configura\u00e7\u00e3o limpa com reservas para picos de tr\u00e1fego.<\/p>\n\n<h2>Quando autoload=yes \u00e9 indispens\u00e1vel<\/h2>\n\n<p>Nem tudo pode ser colocado em \u201en\u00e3o\u201c. H\u00e1 <strong>Op\u00e7\u00f5es principais<\/strong>, que o WordPress necessita muito cedo no bootstrapping ou em praticamente todas as solicita\u00e7\u00f5es. Normalmente, incluo:<\/p>\n<ul>\n  <li>siteurl e home (URLs base, utilizadas anteriormente)<\/li>\n  <li>active_plugins (necess\u00e1rio diretamente ao carregar os plugins)<\/li>\n  <li>folha de estilo e modelo (sele\u00e7\u00e3o de tema)<\/li>\n  <li>blogname, blogdescription, blog_charset (dados gerais da p\u00e1gina)<\/li>\n  <li>rewrite_rules (necess\u00e1rio na an\u00e1lise da solicita\u00e7\u00e3o e pode ser grande)<\/li>\n<\/ul>\n<p>Normalmente, deixo estas op\u00e7\u00f5es em <strong>autoload=sim<\/strong>. Em casos-lim\u00edtrofes, como <em>regras de reescrita<\/em> verifico se existem conjuntos de regras excepcionalmente grandes e se permalinks ou plugins incorretos est\u00e3o a aumentar o tamanho. Campos como <em>cron<\/em> e op\u00e7\u00f5es complexas de plug-ins s\u00e3o consideradas <strong>sens\u00edvel<\/strong>: Podem ficar grandes, mas s\u00e3o usados com frequ\u00eancia. Aqui, testo no Staging se <em>autoload=n\u00e3o<\/em> Tem efeitos secund\u00e1rios, antes de tomar uma decis\u00e3o.<\/p>\n\n<h2>Caracter\u00edsticas multisite e op\u00e7\u00f5es de rede<\/h2>\n\n<p>Em <strong>Multisite<\/strong>-Os ambientes possuem tabelas wp_options pr\u00f3prias por site com campo Autoload \u2013 al\u00e9m da tabela global. <em>wp_sitemeta<\/em> para op\u00e7\u00f5es de rede. Por isso, verifico a soma de autocarregamento por site e, adicionalmente, o tamanho dos metadados centrais da rede. As op\u00e7\u00f5es de rede de grande dimens\u00e3o n\u00e3o t\u00eam custos para cada pedido individual do site, mas podem atrasar os processos administrativos e cron.<\/p>\n\n<pre><code>-- Verificar por site (ajustar o prefixo da tabela de acordo com o ID do blog) SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_2_options WHERE autoload = 'yes'; -- Visualizar metadados em toda a rede SELECT SUM(LENGTH(meta_value)) AS network_meta_size\nFROM wp_sitemeta; -- Metadados maiores da rede SELECT meta_key, LENGTH(meta_value) AS len FROM wp_sitemeta ORDER BY len DESC LIMIT 10;\n<\/code><\/pre>\n\n<p>Para multisites, aplico o seguinte: limpo as op\u00e7\u00f5es maiores por site e mantenho os metadados da rede igualmente enxutos. Caches comuns (cache de objetos) ajudam, mas eles <strong>n\u00e3o substitu\u00edram nenhum<\/strong> base de dados limpa.<\/p>\n\n<h2>WP-CLI: an\u00e1lise e altera\u00e7\u00f5es em massa a partir do shell<\/h2>\n\n<p>Nos servidores, eu uso <strong>WP-CLI<\/strong>, para executar diretamente as an\u00e1lises SQL e tornar as altera\u00e7\u00f5es reproduz\u00edveis. Assim, garanto auditorias r\u00e1pidas, mesmo em configura\u00e7\u00f5es maiores.<\/p>\n\n<pre><code># Determinar o tamanho total do autoload wp db query \"SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_options WHERE autoload='yes';\"\n\n# Mostrar as 20 maiores op\u00e7\u00f5es de autoload 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>Para altera\u00e7\u00f5es em massa, trabalho com uma <strong>lista de candidatos<\/strong> da an\u00e1lise e defino-a de forma controlada para n\u00e3o. Ap\u00f3s cada ronda, volto a medir a soma.<\/p>\n\n<pre><code># Exemplo: Candidatos (um por linha) em names.txt\n# definir autoload=no para todos os nomes (cuidado, fa\u00e7a um backup antes!) while read -r NOME; do VAL=\"$(wp option get \"$NAME\")\" wp option update \"$NAME\" \"$VAL\" --autoload=no done &lt; names.txt\n<\/code><\/pre>\n\n<p>Com este m\u00e9todo, o hist\u00f3rico permanece rastre\u00e1vel no terminal e posso reverter de forma espec\u00edfica, se necess\u00e1rio.<\/p>\n\n<h2>Housekeeping autom\u00e1tico com plugin MU<\/h2>\n\n<p>Para impedir o crescimento futuro, eu coloco pequenos <strong>Guarda-corpos<\/strong> Um plugin MU pode, por exemplo, definir automaticamente a bandeira de carregamento autom\u00e1tico para padr\u00f5es conhecidos, como transientes, entradas de cache e de registo, para \u201en\u00e3o\u201c e limpar periodicamente. Eu testo essas interven\u00e7\u00f5es primeiro em ambiente de teste.<\/p>\n\n<pre><code>update($wpdb-&gt;options, array('autoload' =&gt; 'no'), array('option_name' =&gt; $option)); break; } } }, 10, 3);\n\n\/\/ Limpeza planeada: remover transientes expirados if (!wp_next_scheduled('autoload_housekeeping')) { wp_schedule_event(time(), 'daily', 'autoload_housekeeping'); } add_action('autoload_housekeeping', function() { global $wpdb;\n    \/\/ Limpar transientes expirados (sem tempos limite) $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    \/\/ Opcional: atenuar op\u00e7\u00f5es de autoload muito grandes $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>Desta forma, evito que, ap\u00f3s atualiza\u00e7\u00f5es ou novos plugins, sejam carregados novamente dados desnecessariamente grandes. Eu documento exce\u00e7\u00f5es (lista de permiss\u00f5es), caso determinadas op\u00e7\u00f5es, apesar do tamanho, devam permanecer deliberadamente no Autoload.<\/p>\n\n<h2>Elimina\u00e7\u00e3o segura: exemplos SQL mais precisos<\/h2>\n\n<p>Eu apago <strong>direcionado<\/strong> e evite danos colaterais. Para transientes, tenho o cuidado de n\u00e3o eliminar diretamente os tempos limite, mas sim os valores correspondentes.<\/p>\n\n<pre><code>-- Remover apenas transientes expirados (abordagem segura) 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(); -- Transientes em toda a rede (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;)\nONDE t.option_name \u00c9 SEMELHANTE A &#039;_site_transient_timeout_%&#039; E t.option_value &lt; UNIX_TIMESTAMP();\n<\/code><\/pre>\n\n<p>Al\u00e9m disso, para op\u00e7\u00f5es grandes e raramente utilizadas, defino sistematicamente o sinalizador como \u201en\u00e3o\u201c em vez de as eliminar. Assim, mantenho o risco baixo e posso voltar atr\u00e1s a qualquer momento, se necess\u00e1rio.<\/p>\n\n<h2>Indexa\u00e7\u00e3o: criar, testar, desmontar<\/h2>\n\n<p>Se a tabela for grande, um \u00edndice combinado acelera as pesquisas frequentes. Eu o crio, avalio e, se n\u00e3o houver benef\u00edcio, o removo.<\/p>\n\n<pre><code>-- Criar \u00edndice (ajustar o nome de acordo com as regras do host) CREATE INDEX autoload_name_idx ON wp_options (autoload, option_name); -- Testar, medir e, se necess\u00e1rio, remover novamente DROP INDEX autoload_name_idx ON wp_options;\n<\/code><\/pre>\n\n<p>Antes, verifico os \u00edndices existentes para n\u00e3o criar duplicados. Ap\u00f3s a cria\u00e7\u00e3o, verifico os planos de consulta e os tempos de resposta sob carga real.<\/p>\n\n<h2>Medi\u00e7\u00e3o e valida\u00e7\u00e3o: comprovar claramente antes e depois<\/h2>\n\n<p>Comprovo as otimiza\u00e7\u00f5es com <strong>n\u00fameros<\/strong>. Eu me\u00e7o o TTFB em p\u00e1ginas representativas, acompanho os picos de mem\u00f3ria e conto as consultas ao banco de dados. Para uma vis\u00e3o r\u00e1pida, eu uso uma sa\u00edda de log curta durante os testes (n\u00e3o deixe ativada permanentemente):<\/p>\n\n<pre><code>&lt;?php \/\/ N\u00e3o utilizar permanentemente em produ\u00e7\u00e3o \u2013 apenas para testes! 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>Com duas a tr\u00eas rondas de medi\u00e7\u00e3o antes e depois da limpeza, vejo se o TTFB, o n\u00famero de consultas e a mem\u00f3ria de pico melhoram como esperado. Paralelamente, observo o backend (p\u00e1ginas de plugins e editores), pois aqui os grandes pacotes de autocarregamento s\u00e3o particularmente vis\u00edveis.<\/p>\n\n<h2>Erros comuns e como evit\u00e1-los<\/h2>\n\n<ul>\n  <li><strong>Definir tudo como \u201en\u00e3o\u201c:<\/strong> Medidas gen\u00e9ricas interrompem fun\u00e7\u00f5es ou geram muitos sql individuais. Eu procedo de forma seletiva e testo.<\/li>\n  <li><strong>Alterar op\u00e7\u00f5es cr\u00edticas do n\u00facleo:<\/strong> Trate com cuidado os campos siteurl, home, active_plugins, Theme e rewrite_rules.<\/li>\n  <li><strong>Eliminar transientes incorretamente:<\/strong> Remover os tempos limite em vez dos valores ou apagar ambos aleatoriamente. Melhor: limpar os valores expirados de forma direcionada.<\/li>\n  <li><strong>Trabalhar sem backup:<\/strong> Antes de cada rodada, eu fa\u00e7o backup do banco de dados e anoto as altera\u00e7\u00f5es.<\/li>\n  <li><strong>Pensar apenas em \u201eDB\u201c:<\/strong> Cache de objetos, limites de mem\u00f3ria PHP, tarefas cron lentas e limites de hospedagem est\u00e3o relacionados. Eu vejo o sistema como um todo.<\/li>\n  <li><strong>Limpar uma vez e esquecer:<\/strong> Sem monitoriza\u00e7\u00e3o recorrente, o Autoload volta a crescer. Planeio intervalos de manuten\u00e7\u00e3o fixos.<\/li>\n<\/ul>\n\n<h2>Melhores pr\u00e1ticas para o futuro<\/h2>\n\n<p>Decido conscientemente por <strong>Plugins<\/strong>, que lidam com op\u00e7\u00f5es de forma limpa e apagam dados ao serem removidos. Ap\u00f3s testes, os add-ons s\u00e3o completamente removidos, n\u00e3o apenas desativados. Antes de grandes altera\u00e7\u00f5es, eu sempre fa\u00e7o backup do banco de dados. Em seguida, verifico novamente o tamanho do autoload para identificar imediatamente novos valores at\u00edpicos. Especialmente em configura\u00e7\u00f5es de cache, mantenho a configura\u00e7\u00e3o enxuta e evito armadilhas t\u00edpicas. Uma olhada em <a href=\"https:\/\/webhosting.de\/pt\/por-que-o-redis-e-mais-lento-do-que-o-esperado-configuracoes-incorretas-tipicas-cacheopt\/\">Configura\u00e7\u00f5es incorretas do Redis<\/a> ajuda a evitar efeitos secund\u00e1rios.<\/p>\n\n<p>Regular <strong>Cuidados<\/strong> impede que a tabela wp_options volte a crescer. Eu defino prazos fixos, por exemplo, trimestralmente. Se eu anotar os valores antes e depois da otimiza\u00e7\u00e3o, consigo identificar tend\u00eancias. Assim, posso agir a tempo, em vez de reagir mais tarde, sob press\u00e3o. A longo prazo, essa rotina poupa tempo e nervos.<\/p>\n\n<h2>Fluxo de trabalho concreto, passo a passo<\/h2>\n\n<p>Primeiro, eu me certifico <strong>Base de dados<\/strong> e ficheiros completamente, para que eu possa voltar a qualquer momento. Em seguida, determino o tamanho atual do autoload e as 10 entradas principais por SQL. Depois, identifico dados de plugins \u00f3rf\u00e3os e entradas grandes de cache, log ou transit\u00f3rias. Na etapa seguinte, defino op\u00e7\u00f5es raramente utilizadas como autoload=no e elimino res\u00edduos desnecess\u00e1rios de forma seletiva. Por fim, volto a medir, documento o novo total e planeio repetir a verifica\u00e7\u00e3o.<\/p>\n\n<p>Em casos delicados <strong>Campos<\/strong> Primeiro, testo as altera\u00e7\u00f5es no ambiente de teste. Se ocorrerem anomalias, reativo valores individuais ou restauro a c\u00f3pia de seguran\u00e7a. Em seguida, ajusto a minha sele\u00e7\u00e3o de plugins para evitar um novo crescimento. Um simples registo por ronda \u00e9 suficiente para manter uma vis\u00e3o geral. O processo permanece simples e conduz de forma fi\u00e1vel a efeitos mensur\u00e1veis.<\/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>Resumo: pequena tabela, grande efeito<\/h2>\n\n<p>O Autoload \u00e9 um poderoso <strong>mecanismo<\/strong>, que desacelera significativamente quando a tabela wp_options est\u00e1 cheia de dados desnecess\u00e1rios. Se mantiver a soma abaixo de cerca de 1 MB, o TTFB, a necessidade de RAM e as lat\u00eancias do backend diminuem significativamente. O caminho para chegar l\u00e1 \u00e9 claro: medir, remover o excesso, autoload=no para valores raros, limpar transientes e verificar regularmente. Caches e uma boa hospedagem refor\u00e7am o efeito, mas n\u00e3o substituem uma base de dados limpa. Quem torna este processo rotineiro obt\u00e9m mais velocidade a longo prazo com o mesmo hardware.<\/p>\n\n<p>Vejo o Autoload como <strong>parafuso de ajuste<\/strong> Com excelente rela\u00e7\u00e3o custo-benef\u00edcio: poucas altera\u00e7\u00f5es, efeito significativo. Lojas e p\u00e1ginas com muito conte\u00fado s\u00e3o as que mais se beneficiam imediatamente. Com uma breve verifica\u00e7\u00e3o mensal ou trimestral, a tabela permanece enxuta. Assim, as p\u00e1ginas respondem mais rapidamente, os administradores trabalham com mais agilidade e as tarefas cron s\u00e3o executadas sem stress. Isso \u00e9 desempenho sustent\u00e1vel, sem riscos e sem a necessidade de novos plugins.<\/p>","protected":false},"excerpt":{"rendered":"<p>Aprenda a otimizar as op\u00e7\u00f5es de carregamento autom\u00e1tico do WordPress na tabela wp_options para eliminar obst\u00e1culos ocultos e acelerar o seu site com um ajuste espec\u00edfico da base de dados.<\/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":"2495","_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\/pt\/wp-json\/wp\/v2\/posts\/16213","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/comments?post=16213"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/posts\/16213\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/media\/16206"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/media?parent=16213"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/categories?post=16213"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/tags?post=16213"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}