{"id":17836,"date":"2026-02-20T08:36:50","date_gmt":"2026-02-20T07:36:50","guid":{"rendered":"https:\/\/webhosting.de\/caching-ebenen-webhosting-server-cdn-cachemaster\/"},"modified":"2026-02-20T08:36:50","modified_gmt":"2026-02-20T07:36:50","slug":"niveis-de-cache-servidor-de-alojamento-web-cdn-cachemaster","status":"publish","type":"post","link":"https:\/\/webhosting.de\/pt\/caching-ebenen-webhosting-server-cdn-cachemaster\/","title":{"rendered":"N\u00edveis de cache no alojamento Web: navegador, servidor, cache de objectos e CDN"},"content":{"rendered":"<p>Vou mostrar-vos em duas frases como <strong>N\u00edveis de cache<\/strong> interagem no alojamento Web: A cache do browser fornece ficheiros est\u00e1ticos localmente, a cache do servidor e a cache de objectos reduzem o PHP e a base de dados, enquanto uma <strong>CDN<\/strong> conte\u00fado para n\u00f3s de borda em todo o mundo. Desta forma, reduzo de forma mensur\u00e1vel o TTFB e o LCP, protejo a origem dos picos de carga e forne\u00e7o novos conte\u00fados atrav\u00e9s de uma invalida\u00e7\u00e3o inteligente.<\/p>\n\n<h2>Pontos centrais<\/h2>\n<ul>\n  <li><strong>Cache do navegador<\/strong>Os activos armazenados localmente reduzem a lat\u00eancia e os pedidos.<\/li>\n  <li><strong>Cache do servidor<\/strong>As p\u00e1ginas HTML pr\u00e9-fabricadas minimizam o TTFB.<\/li>\n  <li><strong>Cache de objectos<\/strong>Os valores-chave baseados na RAM guardam os resultados da BD.<\/li>\n  <li><strong>Cache CDN<\/strong>A entrega de borda reduz os tempos de carregamento internacional.<\/li>\n  <li><strong>Invalida\u00e7\u00e3o<\/strong>Regras inteligentes mant\u00eam o conte\u00fado atualizado.<\/li>\n<\/ul>\n\n<h2>Hierarquia de cache no alojamento web: como cada n\u00edvel se interliga<\/h2>\n<p>Eu organizo a <strong>N\u00edveis<\/strong> sempre de perto para longe: primeiro o navegador, depois o servidor, depois a cache de objectos e, por fim, a CDN. Esta sequ\u00eancia evita a duplica\u00e7\u00e3o de trabalho e garante que a esta\u00e7\u00e3o mais r\u00e1pida serve o pedido em primeiro lugar. Evito conflitos definindo TTLs claros, prioridades de cabe\u00e7alho e exclus\u00f5es. Uma abordagem estruturada como a do <a href=\"https:\/\/webhosting.de\/pt\/caching-hierarquias-tecnologia-web-alojamento-boost\/\">Hierarquias de cache<\/a> poupa-me dias de resolu\u00e7\u00e3o de problemas. Desta forma, um s\u00edtio \u00e9 escal\u00e1vel sem que eu tenha de entrar em p\u00e2nico e adicionar recursos durante os picos de tr\u00e1fego, porque o <strong>Origem<\/strong> mant\u00e9m-se calmo.<\/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\/2026\/02\/webhosting-cache-5162.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Cache do navegador: regras que t\u00eam efeito imediato<\/h2>\n<p>Gosto de come\u00e7ar pelo <strong>Navegador<\/strong>, porque cada byte conta. Com o controlo de cache, defino TTLs longos para activos imut\u00e1veis, como .css, .js, .woff2 e imagens. Para ficheiros com uma impress\u00e3o digital (por exemplo, app.87c1.js), escolho 1-12 meses e adiciono imut\u00e1vel; para activos sem uma impress\u00e3o digital, tenho tend\u00eancia a escolher uma semana. Eu uso ETag e Last-Modified, mas confio principalmente em diretivas claras como public, max-age e s-maxage. Desta forma, reduzo os RTTs, diminuo a largura de banda e obtenho melhores resultados. <strong>N\u00facleo<\/strong> Vitals da Web.<\/p>\n<p>Certifico-me de manter os recursos sens\u00edveis ou que mudam frequentemente fora da cache do browser. Posso armazenar brevemente em cache documentos HTML para convidados, mas n\u00e3o pain\u00e9is de controlo com sess\u00e3o iniciada. Strings de consulta como ?ver= recarregam o mesmo ficheiro para muitas configura\u00e7\u00f5es, por isso prefiro utilizar nomes de ficheiros consistentes com um hash. Considero que o n\u00famero de URLs individuais para os activos \u00e9 baixo para que o <strong>Cache<\/strong> encontra. Pequenas regras no in\u00edcio poupam-me muito tempo.<\/p>\n\n<h2>Cache do servidor: Cache de p\u00e1gina para TTFB r\u00e1pido<\/h2>\n<p>Acelero o tempo do primeiro byte atrav\u00e9s de <strong>Servidor<\/strong>-caching, por exemplo com Nginx FastCGI, Varnish ou LSCache. O servidor armazena p\u00e1ginas HTML totalmente renderizadas, ignorando assim o PHP e a base de dados para utilizadores an\u00f3nimos. Isto reduz muitas vezes drasticamente o TTFB, especialmente quando h\u00e1 muito tr\u00e1fego. Excluo as \u00e1reas de in\u00edcio de sess\u00e3o, os cestos de compras e as p\u00e1ginas personalizadas atrav\u00e9s de cookies, sess\u00f5es ou caminhos. As altera\u00e7\u00f5es ao conte\u00fado desencadeiam purgas autom\u00e1ticas para que os utilizadores tenham acesso a novas p\u00e1ginas <strong>Conte\u00fado<\/strong> recebido.<\/p>\n<p>Defino regras pormenorizadas: As p\u00e1ginas de categorias e etiquetas recebem TTLs mais longos do que a p\u00e1gina inicial, que actualizo com mais frequ\u00eancia. Para configura\u00e7\u00f5es multilingues, coloco em cache cada idioma separadamente para manter taxas de acerto limpas. As p\u00e1ginas est\u00e1ticas 404\/410 tamb\u00e9m podem ser armazenadas em cache e aliviar a carga na fonte. Utilizo o warmup\/preload para garantir que as rotas importantes j\u00e1 est\u00e3o na cache antes da chegada dos picos. Isso beneficia o <strong>Visitantes<\/strong> com o primeiro clique.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/02\/caching_ebenen_meeting_3748.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Cache de objectos: guardar a base de dados e as consultas PHP<\/h2>\n<p>Para s\u00edtios din\u00e2micos, utilizo <strong>RAM<\/strong>-caches como Redis ou Memcached para armazenar consultas, transientes e objectos complexos. Este n\u00edvel \u00e9 utilizado quando a cache de p\u00e1gina n\u00e3o funciona, por exemplo, para utilizadores com sess\u00e3o iniciada, filtros ou pre\u00e7os individuais. As consultas utilizadas com frequ\u00eancia acabam na mem\u00f3ria de trabalho e ficam dispon\u00edveis em microssegundos. Isto reduz visivelmente a carga da CPU e a base de dados respira de al\u00edvio. Utilizo namespaces e invalida\u00e7\u00e3o direcionada para manter a <strong>Loja<\/strong> limpo.<\/p>\n<p>No WordPress, combino a cache de objectos com a otimiza\u00e7\u00e3o da base de dados e um TTL sensato por grupo. Como resultado, os projectos e lojas com muitas APIs ganham constantemente em tempo de resposta. No caso de conjuntos de dados muito grandes, eu segmentei as chaves para poder descartar sub\u00e1reas de forma direcionada. Uma estrat\u00e9gia de chave limpa impede-me de eliminar lotes desnecessariamente grandes. Apresento uma introdu\u00e7\u00e3o compacta com <a href=\"https:\/\/webhosting.de\/pt\/cache-de-objetos-banco-de-dados-otimizacao-vantagens-redis-cacheboost\/\">Cache de objetos com o Redis<\/a>, que evita os riscos t\u00edpicos de trope\u00e7ar e <strong>Lat\u00eancia<\/strong> baixa.<\/p>\n\n<h2>Cache CDN: entrega global no limite<\/h2>\n<p>Utilizo um <strong>CDN<\/strong>, para aproximar o conte\u00fado do utilizador e reduzir para metade os tempos de acesso internacional. Os servidores perif\u00e9ricos guardam em cache os activos, opcionalmente tamb\u00e9m HTML, e entregam-nos a partir da regi\u00e3o do visitante. Isto reduz os saltos, protege a origem durante os picos e mant\u00e9m os custos baixos. Ativo o stale-while-revalidate para que os visitantes recebam uma vers\u00e3o imediatamente, mesmo em caso de atrasos no backend. TTLs ajustados por tipo de ficheiro garantem a frescura, sem o <strong>Taxa de acerto<\/strong> p\u00f4r em risco.<\/p>\n<p>Para o armazenamento em cache de HTML atrav\u00e9s da CDN, defino regras de desvio claras para cookies, sess\u00f5es e caminhos de administra\u00e7\u00e3o. Utilizo nomes de anfitri\u00e3o independentes para recursos est\u00e1ticos, para que os navegadores possam carregar em paralelo. Para os servi\u00e7os de imagem, confio na otimiza\u00e7\u00e3o em tempo real e fa\u00e7o uma utiliza\u00e7\u00e3o sensata do DPR de aceita\u00e7\u00e3o\/conte\u00fado. Um artigo sobre <a href=\"https:\/\/webhosting.de\/pt\/configuracao-cdn-evitar-erros-de-desempenho-rede\/\">Configura\u00e7\u00e3o da CDN<\/a> ajuda a evitar as t\u00edpicas configura\u00e7\u00f5es incorrectas. \u00c9 assim que aproveito os pontos fortes do <strong>borda<\/strong> sem efeitos secund\u00e1rios.<\/p>\n\n<h2>Pr\u00e1tica de WordPress: Como combinar as camadas<\/h2>\n<p>Combino a cache de p\u00e1ginas, a cache de objectos e a cache do browser com um risco m\u00ednimo de conte\u00fado desatualizado. Para muitos s\u00edtios, \u00e9 suficiente uma cache de p\u00e1gina para os visitantes, complementada por uma cache de objeto para as fun\u00e7\u00f5es com sess\u00e3o iniciada. Defino deliberadamente regras de HTML e de cookies para que os cestos de compras, os formul\u00e1rios e as associa\u00e7\u00f5es permane\u00e7am corretos. Em seguida, ligo um CDN e equipo os activos com TTLs longos, porque os hashes dos ficheiros garantem a atualidade. Ap\u00f3s as actualiza\u00e7\u00f5es de conte\u00fados, inicio purgas espec\u00edficas para <strong>Relev\u00e2ncia<\/strong> assegurar.<\/p>\n<p>Plugins como WP Rocket, LiteSpeed Cache ou W3TC cobrem muitos blocos de constru\u00e7\u00e3o; eu sempre testo Minify e Combine passo a passo. Eu verifico o CSS cr\u00edtico e adio estrat\u00e9gias com o staging para n\u00e3o bloquear a renderiza\u00e7\u00e3o. Para o WooCommerce, presto aten\u00e7\u00e3o \u00e0s excep\u00e7\u00f5es para o cesto de compras, o checkout e a minha conta. Os pr\u00e9-carregamentos controlados pelo Cron mant\u00eam as p\u00e1ginas importantes quentes. Isto mant\u00e9m-me r\u00e1pido, consistente e <strong>Escal\u00e1vel<\/strong>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/02\/caching-ebenen-webhosting-8431.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Medir o que conta: TTFB, LCP, FID e largura de banda<\/h2>\n<p>Me\u00e7o o TTFB para avaliar o <strong>Origem<\/strong> e LCP para a velocidade percebida. Um cache de servidor s\u00f3lido geralmente empurra o TTFB bem abaixo de 200-300 ms, especialmente para solicita\u00e7\u00f5es repetidas. Um bom cache de navegador e CDN melhora o LCP visivelmente porque os ativos grandes n\u00e3o voltam da origem. Monitorizo o FID ou o INP se utilizar muito JavaScript e utilizo o deferimento\/precarregamento de forma selectiva. A largura de banda e as solicita\u00e7\u00f5es diminuem quando eu uso hashes de arquivo de forma consistente e uso o <strong>Navegador<\/strong> trabalho.<\/p>\n<p>Verifico regularmente a primeira visualiza\u00e7\u00e3o versus a repeti\u00e7\u00e3o da visualiza\u00e7\u00e3o para avaliar de forma realista o efeito da cache do browser. As compara\u00e7\u00f5es entre pa\u00edses mostram-me se as localiza\u00e7\u00f5es dos limites cobrem bem os meus mercados-alvo. Acompanho as taxas de acerto dos edge para encontrar rotas fracas e afinar os TTLs. Para os lan\u00e7amentos, planeio janelas de manuten\u00e7\u00e3o com tr\u00e1fego moderado, para que as purgas n\u00e3o sejam in\u00fateis. Uma rotina de medi\u00e7\u00e3o limpa evita dispendiosos <strong>Erros<\/strong>.<\/p>\n\n<h2>Compara\u00e7\u00e3o dos n\u00edveis de caching: Tarefas, regras, ferramentas<\/h2>\n<p>Utilizo esta tabela como <strong>Folha de dicas<\/strong> para decis\u00f5es quotidianas. Mostra o que cada n\u00edvel armazena, como defino os TTL e onde os excluo. Isto permite-me fazer ajustes r\u00e1pidos sem tentativa e erro e manter-me flex\u00edvel no que diz respeito a actualiza\u00e7\u00f5es. A compara\u00e7\u00e3o tamb\u00e9m abrange ferramentas do WordPress que funcionam de forma fi\u00e1vel em muitas configura\u00e7\u00f5es. Com crit\u00e9rios claros, asseguro uma boa consist\u00eancia <strong>Desempenho<\/strong>.<\/p>\n<table>\n  <thead>\n    <tr>\n      <th>N\u00edvel<\/th>\n      <th>Lojas<\/th>\n      <th>Recomenda\u00e7\u00e3o TTL<\/th>\n      <th>Bypass para<\/th>\n      <th>Efeito<\/th>\n      <th>WP-Tools<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>Cache do navegador<\/td>\n      <td>CSS, JS, tipos de letra, imagens<\/td>\n      <td>1 semana - 12 meses (com hash)<\/td>\n      <td>HTML din\u00e2mico, Admin<\/td>\n      <td>Menos pedidos, melhor LCP<\/td>\n      <td>WP Rocket, W3TC (Cabe\u00e7alhos)<\/td>\n    <\/tr>\n    <tr>\n      <td>Cache do servidor (P\u00e1gina)<\/td>\n      <td>P\u00e1ginas HTML renderizadas<\/td>\n      <td>5 min - 24 h (com base no itiner\u00e1rio)<\/td>\n      <td>Logins, carrinho, checkout<\/td>\n      <td>Menor TTFB, menos CPU<\/td>\n      <td>Nginx FastCGI, Varnish, LSCache<\/td>\n    <\/tr>\n    <tr>\n      <td>Cache de objectos<\/td>\n      <td>Consultas de BD, transientes<\/td>\n      <td>30 seg - 1 h (em grupo)<\/td>\n      <td>Dados cr\u00edticos em direto<\/td>\n      <td>Visualiza\u00e7\u00f5es din\u00e2micas mais r\u00e1pidas<\/td>\n      <td>Redis\/Memcached + W3TC<\/td>\n    <\/tr>\n    <tr>\n      <td>Cache CDN<\/td>\n      <td>Activos, HTML opcional<\/td>\n      <td>1 h - 30 dias (tipo de ficheiro)<\/td>\n      <td>HTML personalizado<\/td>\n      <td>Menor lat\u00eancia a n\u00edvel mundial<\/td>\n      <td>CDN + integra\u00e7\u00e3o de plug-ins<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\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\/2026\/02\/caching_ebenen_tech_office_9372.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Erros t\u00edpicos e como evit\u00e1-los<\/h2>\n<p>Vejo muitas vezes contradi\u00e7\u00f5es <strong>Cabe\u00e7alho<\/strong>, como as expira\u00e7\u00f5es longas, mas o controlo de cache: no-store dos plugins. Esses conflitos levam a resultados inconsistentes e irritam os proxies. Organizo as diretivas e aplico uma regra clara por recurso. Outro cl\u00e1ssico: armazenar HTML em cache por um tempo excessivamente longo no navegador, fazendo com que os leitores vejam conte\u00fado antigo. Defino tempos curtos para o HTML e utilizo mecanismos de purga para que o <strong>Alimenta\u00e7\u00e3o<\/strong> permanece atualizado.<\/p>\n<p>Um gargalo frequente \u00e9 causado por strings de consulta, que a CDN trata como recursos separados. Minimizo os par\u00e2metros desnecess\u00e1rios ou normalizo-os no limite. O armazenamento em cache das \u00e1reas com sess\u00e3o iniciada tamb\u00e9m leva a sa\u00eddas ou perdas do cesto de compras. Controlo isto estritamente atrav\u00e9s de cookies e limpo os sinais de destrui\u00e7\u00e3o de cache. Ao otimizar as imagens, algumas ferramentas destroem as ETags; eu utilizo consistentemente <strong>Hashs<\/strong>, para que os clientes validem de forma fi\u00e1vel.<\/p>\n\n<h2>Invalida\u00e7\u00e3o da cache: purga inteligente, n\u00e3o cega<\/h2>\n<p>Lan\u00e7o caches especificamente, n\u00e3o globalmente, para <strong>Acertos<\/strong> e guardar o carregamento. Ap\u00f3s uma atualiza\u00e7\u00e3o, apenas elimino as rotas afectadas e os feeds associados, os mapas de sites e as variantes de amp. Para CDNs, utilizo chaves substitutas ou tags para que fam\u00edlias inteiras de conte\u00fados desapare\u00e7am de uma s\u00f3 vez. stale-while-revalidate mant\u00e9m uma c\u00f3pia funcional pronta entretanto. Desta forma, os utilizadores continuam a poder agir enquanto a fonte permanece fresca <strong>renderiza<\/strong>.<\/p>\n<p>Programo as purgas nos vales de tr\u00e1fego porque assim corro o risco de ter menos arranques a frio. Um aquecimento autom\u00e1tico volta a encher a cache. Para as lojas, crio regras que actualizam as p\u00e1ginas de detalhes dos produtos ap\u00f3s altera\u00e7\u00f5es de pre\u00e7o ou de stock. No caso das revistas, os novos artigos tamb\u00e9m limpam a p\u00e1gina inicial e as categorias relevantes. Quanto mais granular for o meu trabalho, mais est\u00e1vel ser\u00e1 a <strong>Desempenho<\/strong> para altera\u00e7\u00f5es.<\/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\/2026\/02\/developerdesk_caching_1234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Selecionar alojamento com foco em caching<\/h2>\n<p>Escolho um alojamento com uma forte <strong>Pilha<\/strong>Nginx\/LSCache, HTTP\/2 ou HTTP\/3, Redis\/Memcached e um PHP-FPM simples. Os fornecedores que integraram a cache FastCGI e as purgas autom\u00e1ticas poupam-me muitos plugins. Para um elevado n\u00famero de visitantes, uma configura\u00e7\u00e3o com cache de objectos e liga\u00e7\u00e3o CDN compensa v\u00e1rias vezes. Nos testes, o webhoster.de apresenta resultados consistentes com cache Nginx, Memcached e planos escal\u00e1veis. \u00c9 assim que consigo tempos de resposta curtos sem exotismo <strong>Truques<\/strong>.<\/p>\n<p>Os limites transparentes ajudam no planeamento: descritores de ficheiros abertos, E\/S, RAM e trabalhadores. Verifico se o backend mostra m\u00e9tricas sobre a taxa de acerto da cache, toler\u00e2ncia a falhas e estat\u00edsticas de borda. Os backups devem ser executados independentemente do cache para que os instant\u00e2neos permane\u00e7am consistentes. A prepara\u00e7\u00e3o com l\u00f3gica de cache id\u00eantica evita surpresas durante a implementa\u00e7\u00e3o. Uma verifica\u00e7\u00e3o limpa aqui poupar-lhe-\u00e1 custos dispendiosos mais tarde. <strong>Devolu\u00e7\u00f5es<\/strong>.<\/p>\n\n<h2>Plano passo-a-passo para um impacto imediato<\/h2>\n<p>Come\u00e7o com uma limpeza <strong>Ativo<\/strong>-Plano: hashes de ficheiros para CSS\/JS\/Fonts, depois TTLs longos do browser. Depois, ativo a cache da p\u00e1gina no servidor, defino regras para excep\u00e7\u00f5es e adiciono o pr\u00e9-carregamento. Em seguida, ativo o Redis\/Memcached para as partes com muitas consultas. Em seguida, ligo um CDN, defino TTLs de borda e stale-while-revalidate e me\u00e7o novamente. Por fim, optimizo as imagens, elimino pacotes de JS desnecess\u00e1rios e verifico o Core <strong>Sinais vitais<\/strong> com dados de laborat\u00f3rio e de campo.<\/p>\n<p>Cada vez que fa\u00e7o uma altera\u00e7\u00e3o, verifico a cadeia: a cache do browser \u00e9 atingida? A cache do servidor entrega? A cache de objectos tem efeito? O ativo vem do edge? Eu documento os TTLs de forma centralizada para que eu n\u00e3o os substitua acidentalmente. Tenho revers\u00f5es prontas se uma regra for demasiado agressiva. Testes pequenos e repetidos mostram-me os efeitos mais claramente do que um grande teste. Isto mant\u00e9m o s\u00edtio Web r\u00e1pido, est\u00e1vel e <strong>sustent\u00e1vel<\/strong>.<\/p>\n\n<h2>Estrat\u00e9gias de cabe\u00e7alho: dar prioridade e definir vars de forma limpa<\/h2>\n<p>Defino os cabe\u00e7alhos de forma consistente para que cada <strong>N\u00edvel<\/strong> sabe claramente o que \u00e9 suposto fazer. Cache-Control \u00e9 melhor que Expires; s-maxage controla caches partilhadas (CDNs, proxies), max-age o browser. Para activos imut\u00e1veis, combino public, max-age, s-maxage e immutable. Defino seletivamente must-revalidate para HTML se pretender uma atualiza\u00e7\u00e3o rigorosa. Utilizo o controlo de substitui\u00e7\u00e3o se pretender que a CDN leia as suas pr\u00f3prias regras sem substituir os cabe\u00e7alhos do browser. Se um cabe\u00e7alho estiver em falta, muitos proxies adivinham a atualidade - eu evito isso. Utilizo ETag e Last-Modified como validadores; se as ferramentas quebram ETags (por exemplo, otimiza\u00e7\u00e3o de imagens), tenho tend\u00eancia para confiar em TTLs e impress\u00f5es digitais claras. Lido com contradi\u00e7\u00f5es (por exemplo, no-store com expira\u00e7\u00f5es longas) at\u00e9 restar uma diretiva \u00fanica e inequ\u00edvoca.<\/p>\n<p>Mantenho o Vary m\u00ednimo, mas corretamente: a codifica\u00e7\u00e3o Accept \u00e9 padr\u00e3o para gzip\/Brotli. Para formatos de imagem, s\u00f3 controlo Vary: Accept se estiver realmente a produzir entre AVIF\/WebP\/JPEG. Eu evito um cookie Vary: global, pois isso afetaria o <strong>Taxa de acerto<\/strong> Em vez disso, coloco na lista branca alguns cookies relevantes (como o idioma ou a moeda) e asseguro que os cookies de rastreio n\u00e3o t\u00eam influ\u00eancia na chave da cache. Normalizo os par\u00e2metros de consulta no limite: removo os par\u00e2metros UTM e mantenho a pagina\u00e7\u00e3o e os filtros. Isto mant\u00e9m a chave est\u00e1vel e sensivelmente segmentada.<\/p>\n\n<h2>Conce\u00e7\u00e3o da chave de cache: personaliza\u00e7\u00e3o sem perda de cache<\/h2>\n<p>Eu defino o que \u00e9 o <strong>Chave de cache<\/strong> formul\u00e1rios: O esquema, o anfitri\u00e3o, o caminho e as sequ\u00eancias de consulta limpas s\u00e3o a base. Separo deliberadamente as variantes de l\u00edngua ou de pa\u00eds - seja por subdom\u00ednio, prefixo de caminho (\/de\/, \/en\/) ou por lista branca de cookies na CDN. S\u00f3 defino divis\u00f5es por dispositivo (telem\u00f3vel\/desktop) se o HTML ou os meios de comunica\u00e7\u00e3o forem realmente diferentes; caso contr\u00e1rio, uma chave comum \u00e9 mais favor\u00e1vel. No caso das lojas, tamb\u00e9m divido por moeda ou vista de IVA para manter a apresenta\u00e7\u00e3o dos pre\u00e7os coerente. Retiro da chave tudo o que n\u00e3o \u00e9 relevante em termos de conte\u00fado, o que aumenta a <strong>Taxa de acerto<\/strong>.<\/p>\n<p>Prefiro resolver a personaliza\u00e7\u00e3o com <strong>Perfura\u00e7\u00e3o<\/strong>A maior parte da p\u00e1gina \u00e9 armazen\u00e1vel em cache, pequenas \u00e1reas (sauda\u00e7\u00e3o, \u00edcone do cesto de compras, recomenda\u00e7\u00f5es) s\u00e3o carregadas atrav\u00e9s de AJAX\/Fetch ou utilizo marcadores de posi\u00e7\u00e3o do tipo ESI na <strong>Borda<\/strong>. Isto mant\u00e9m o HTML e as consultas dispendiosas na cache, enquanto os utilizadores v\u00eaem os elementos individuais corretamente. Para dados sens\u00edveis, defino cookies\/pedidos assinados e mantenho deliberadamente estes pontos de extremidade fora das caches partilhadas. Resultado: p\u00e1ginas r\u00e1pidas sem sacrificar a seguran\u00e7a.<\/p>\n\n<h2>Resili\u00eancia: Estrat\u00e9gias obsoletas e prote\u00e7\u00e3o contra os efeitos de rebanho<\/h2>\n<p>Trabalho com <strong>Suave<\/strong> e <strong>TTLs r\u00edgidos<\/strong>Ap\u00f3s o TTL suave ter expirado, um proxy ainda pode usar stale-while-revalidate enquanto uma nova renderiza\u00e7\u00e3o ocorre em segundo plano. No caso de problemas no backend, stale-if-error \u00e9 usado para que os utilizadores continuem a receber respostas. Eu disperso o jitter (varia\u00e7\u00e3o aleat\u00f3ria) nos TTLs para que nem todos os objectos se tornem obsoletos ao mesmo tempo e um <strong>Debandada<\/strong> acionamento. A pr\u00e9-coloca\u00e7\u00e3o em cache quente e planeada de itiner\u00e1rios importantes antes das campanhas evita os arranques a frio.<\/p>\n<p>Minimizo os efeitos de rebanho <strong>Colapso do pedido<\/strong> (apenas um pedido de origem por chave) e definir tempos de bloqueio curtos se estiverem pendentes muitas revalida\u00e7\u00f5es simult\u00e2neas. Um escudo de origem entre os pacotes de borda e de origem acessa e protege o banco de dados. Utilizo TTLs curtos para caches negativos (por exemplo, 404) para que o novo conte\u00fado seja vis\u00edvel rapidamente; quase nunca coloco em cache erros 5xx ou apenas por um per\u00edodo muito curto. Mantenho a origem est\u00e1vel com um or\u00e7amento de repeti\u00e7\u00e3o e backoff limpos, mesmo que as APIs externas fiquem paralisadas.<\/p>\n\n<h2>Seguran\u00e7a e conformidade no armazenamento em cache<\/h2>\n<p>Evito sistematicamente as fugas de dados: para \u00e1reas com <strong>PII<\/strong>, ou administrador, defino private\/no-store e certifico-me de que as respostas com autoriza\u00e7\u00e3o ou cookies definidos n\u00e3o acabam acidentalmente em caches partilhadas. Canonizo hosts\/schemas para que os proxies n\u00e3o armazenem em cache variantes mistas. Para evitar o envenenamento da cache, removo cabe\u00e7alhos n\u00e3o verificados na extremidade (por exemplo, X-Forwarded-* apenas de fontes fi\u00e1veis) e regulo os par\u00e2metros de consulta. Forne\u00e7o downloads e media protegidos com URLs assinados e de curta dura\u00e7\u00e3o em vez de os colocar em cache abertamente. No que respeita \u00e0 conformidade, documento os TTL e as purgas para que as verifica\u00e7\u00f5es sejam rastre\u00e1veis.<\/p>\n<p>Tamb\u00e9m presto aten\u00e7\u00e3o \u00e0 seguran\u00e7a <strong>CORS<\/strong>-Regras: As respostas do Preflight recebem TTLs moderados, os pontos de extremidade sens\u00edveis permanecem restritivos. Desligo estritamente o armazenamento em cache para visualiza\u00e7\u00f5es de pr\u00e9-visualiza\u00e7\u00e3o e rascunho. Para redireccionamentos (301\/302), pondero os TTLs para poder gerir rapidamente as migra\u00e7\u00f5es sem me prender aos destinos errados durante semanas a fio. Isto mant\u00e9m o equil\u00edbrio entre seguran\u00e7a, flexibilidade e desempenho.<\/p>\n\n<h2>Depura\u00e7\u00e3o: Como verificar os acertos, a revalida\u00e7\u00e3o e a atualidade<\/h2>\n<p>Leio os cabe\u00e7alhos de resposta: Age, Via ou X-Cache-Status mostram-me o acerto\/erro e a revalida\u00e7\u00e3o. No DevTools, comparo First vs. Repeat View, verifico 304 valida\u00e7\u00f5es e observo se <strong>HTTP<\/strong>-validadores entram em vigor. Fa\u00e7o testes com limita\u00e7\u00e3o (3G\/4G) e elimino especificamente apenas a cache do navegador ou apenas a cache da CDN para isolar os n\u00edveis. Para HTML, me\u00e7o os desvios de TTFB ao longo do dia; as anomalias indicam frequentemente caches de p\u00e1ginas expiradas ou regras contradit\u00f3rias.<\/p>\n<p>Estabele\u00e7o simples <strong>Pain\u00e9is de controlo<\/strong>Taxa de acerto do Edge, bytes guardados, r\u00e1cio de revalida\u00e7\u00e3o e taxa de erro por c\u00f3digo de estado. Marco os eventos de purga para ver as correla\u00e7\u00f5es. As verifica\u00e7\u00f5es sint\u00e9ticas dos mercados-alvo revelam saltos de lat\u00eancia ou PoPs fracos. Sob carga, verifico se o colapso dos pedidos \u00e9 eficaz e se a base de dados se mant\u00e9m constante. Isto permite-me reconhecer rapidamente onde uma pequena regra tem um grande impacto - ou onde precisa de ser abrandada.<\/p>\n\n<h2>Afina\u00e7\u00e3o do WordPress: REST, pesquisa e fragmentos<\/h2>\n<p>Eu dou o <strong>API REST<\/strong> (\/wp-json) TTLs curtos mas significativos e armazenam respostas frequentes na cache de objectos. As p\u00e1ginas de pesquisa (?s=) e os filtros fortemente vari\u00e1veis obt\u00eam TTLs curtos ou contornam a cache de p\u00e1ginas para manter os resultados actualizados. Os arquivos podem viver mais tempo, alimentados moderadamente. As liga\u00e7\u00f5es de pr\u00e9-visualiza\u00e7\u00e3o, os nonces e as ac\u00e7\u00f5es de administra\u00e7\u00e3o s\u00e3o estritamente n\u00e3o armazen\u00e1veis em cache. Mapeio transientes e grupos de op\u00e7\u00f5es de forma limpa para o Redis\/Memcached para que n\u00e3o se tornem obsoletos na base de dados.<\/p>\n<p>Nas lojas, reduzo a imprevisibilidade <strong>Fragmentos<\/strong>Carrego especificamente os snippets do cesto de compras\/mini-cart\u00e3o e mantenho-os afastados da CDN. S\u00f3 divido os pre\u00e7os geolocalizados se for legalmente necess\u00e1rio; caso contr\u00e1rio, trabalho com a moeda padr\u00e3o e converto-a tardiamente. Defino os intervalos do heartbeat e do cron de forma sensata para n\u00e3o gerar invalida\u00e7\u00f5es permanentes da cache. Tamb\u00e9m regulo os par\u00e2metros de activos dos plugins para que n\u00e3o sejam criados URLs novos e praticamente id\u00eanticos em cada atualiza\u00e7\u00e3o.<\/p>\n\n<h2>Compress\u00e3o, protocolos e dicas<\/h2>\n<p>Eu entrego <strong>Pauzinho de p\u00e3o<\/strong> (quando dispon\u00edvel) e recuar para gzip. Importante: Vary: Defina corretamente a codifica\u00e7\u00e3o de aceita\u00e7\u00e3o e mantenha ETags consistentes para ficheiros pr\u00e9-comprimidos, caso contr\u00e1rio o navegador revalidar\u00e1 desnecessariamente. Optimizo imagens de grandes dimens\u00f5es em formatos modernos sem quebrar a matriz Vary; se entregar um formato diferente consoante a aceita\u00e7\u00e3o, mantenho as variantes claramente separadas. Os tipos de letra (woff2) t\u00eam TTLs muito longos, combinados com font-display: swap para uma renderiza\u00e7\u00e3o limpa.<\/p>\n<p>Eu uso <strong>Dicas de recursos<\/strong> direcionado: pr\u00e9-conex\u00e3o com CDN\/hospedeiro de fontes, pr\u00e9-carregamento de CSS\/fontes cr\u00edticas. As prioridades HTTP\/2\/3 ajudam a priorizar recursos importantes; eu n\u00e3o uso HTTP\/2 push, pois muitas vezes causa o <strong>Taxa de acerto<\/strong> na cache do browser. As dicas antecipadas (103) podem reduzir os tempos de in\u00edcio da renderiza\u00e7\u00e3o, se suportadas pelo servidor\/CDN. As sugest\u00f5es s\u00e3o suplementares - a base continua a ser sempre uma cache limpa com TTLs e hashes de ficheiro consistentes.<\/p>\n\n<h2>Implementa\u00e7\u00e3o: at\u00f3mica, reprodut\u00edvel, compat\u00edvel com a cache<\/h2>\n<p>Desdobramento <strong>at\u00f3mico<\/strong>Colocar novos activos em linha com hash, lan\u00e7ar vers\u00f5es HTML com novas refer\u00eancias e, em seguida, purgas direcionadas utilizando chaves substitutas. Desta forma, as p\u00e1ginas antigas permanecem funcionais at\u00e9 que todas as extremidades tenham sido actualizadas. Fa\u00e7o grandes altera\u00e7\u00f5es em ondas e monitorizo as taxas de sucesso; se necess\u00e1rio, aumento temporariamente os TTL para proteger a fonte. Eu escalonei as purgas para que nem tudo esfriasse ao mesmo tempo.<\/p>\n<p>Antes das migra\u00e7\u00f5es de bases de dados, congelo as regras de cache de p\u00e1ginas, defino regras de <strong>Janela de manuten\u00e7\u00e3o<\/strong> e depois pr\u00e9-aquecer as rotas principais. Mantenho a configura\u00e7\u00e3o como c\u00f3digo para que o staging e a produ\u00e7\u00e3o tenham l\u00f3gicas de cache id\u00eanticas. Para rollbacks, eu confio em versionamento claro e ativos compat\u00edveis com vers\u00f5es anteriores para que os caches do navegador e CDN n\u00e3o sejam \u201epegos entre duas fezes\u201c.<\/p>\n\n<h2>Quando conscientemente cacheio menos<\/h2>\n<p>Para os tickers em tempo real, os n\u00fameros das ac\u00e7\u00f5es, as vendas rel\u00e2mpago ou os pain\u00e9is de controlo estritamente personalizados, escolho TTLs curtos ou contorno-os e confio mais na cache de objectos e em consultas eficientes. N\u00e3o utilizo WebSockets\/SSE - n\u00e3o beneficiam da cache cl\u00e1ssica. Separo os testes A\/B de forma clara para que as varia\u00e7\u00f5es n\u00e3o diluam a cache. Isso mant\u00e9m o <strong>Desempenho<\/strong> previs\u00edvel, sem prometer uma falsa frescura.<\/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\/2026\/02\/webhost-cachingszene-4852.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Para resumir brevemente: A combina\u00e7\u00e3o correta faz toda a diferen\u00e7a<\/h2>\n<p>Eu combino <strong>N\u00edveis<\/strong> conscientes: a cache do browser poupa pedidos, a cache do servidor reduz o TTFB, a cache de objectos acelera as visualiza\u00e7\u00f5es din\u00e2micas e a CDN fornece globalmente de forma r\u00e1pida. Os n\u00fameros pr\u00e1ticos mostram que uma estrat\u00e9gia coordenada reduz os tempos de carregamento at\u00e9 50% e apoia a convers\u00e3o. Obtenho a maior vantagem com TTLs claros, hashes de ficheiros consistentes e purga de acordo com regras em vez de intui\u00e7\u00e3o. A an\u00e1lise dos valores medidos ap\u00f3s cada altera\u00e7\u00e3o evita a regress\u00e3o. Se seguir esta sequ\u00eancia, mant\u00e9m o controlo sobre a atualidade, os custos e a <strong>Velocidade<\/strong>.<\/p>\n<p>Simplesmente come\u00e7o, me\u00e7o cedo e expando passo a passo: primeiro o browser e o servidor, depois a cache de objectos, depois a CDN. Desta forma, o desempenho cresce organicamente sem que a manuten\u00e7\u00e3o fique fora de controlo. Utilizo este m\u00e9todo para manter os s\u00edtios \u00e1geis mesmo durante os picos. Cada n\u00edvel cumpre uma tarefa clara e, em conjunto, criam uma verdadeira <strong>Desempenho<\/strong>.<\/p>","protected":false},"excerpt":{"rendered":"<p>N\u00edveis de cache no alojamento web: navegador, servidor, cache de objectos e CDN optimizam os tempos de carregamento. Sugest\u00f5es para a cache do Wordpress e a cache da CDN.<\/p>","protected":false},"author":1,"featured_media":17829,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[733],"tags":[],"class_list":["post-17836","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress"],"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":"715","_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":"1","_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":"Caching Ebenen","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":"17829","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/posts\/17836","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=17836"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/posts\/17836\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/media\/17829"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/media?parent=17836"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/categories?post=17836"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/pt\/wp-json\/wp\/v2\/tags?post=17836"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}