{"content_id":"nz3psdk2a0","slug":"low-involvement-web-static-generation-html-cache","locale":"pt","schema_type":"TechArticle","category":"knowledge_base","category_name":"Base de Conhecimento","title":"Sites de baixo envolvimento: geração estática e cache HTML","summary":"No projeto técnico de sites de baixo envolvimento, é preciso verificar tanto o conteúdo principal presente no HTML inicial quanto o cache de HTML da CDN. O TTFB de 0.8 segundo é um valor de referência para melhorar o desempenho, e o escopo de aplicação do cache e sua atualização após alterações também devem ser planejados.","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["Incluir o conteúdo principal no HTML inicial pode reduzir a dependência da execução de JavaScript.","Como o Google executa JavaScript, não é possível concluir que houve falha no rastreamento apenas pelo uso de React.","Um TTFB de no máximo 0.8 segundo é um valor de referência para melhorar o desempenho e não representa o tempo de carregamento da página inteira.","A CDN do Cloudflare não armazena HTML em cache por padrão, por isso é necessário verificar as regras de cache das páginas públicas.","O cache de HTML exige a exclusão das páginas de login e uma política de atualização após alterações no conteúdo."],"content_markdown":"Para facilitar o rastreamento de sites de baixo envolvimento pelos mecanismos de busca, o conteúdo principal deve estar no HTML inicial. Para conteúdos públicos, a geração estática e o cache de HTML na CDN são úteis. Porém, atingir um TTFB de 0.8 segundo não garante visibilidade nos resultados de busca.\n\nA referência para o valor de TTFB é a documentação do web.dev atualizada em 18 de novembro de 2025.\n\n## Condições técnicas a verificar primeiro em sites de baixo envolvimento\n\nNeste artigo, sites de baixo envolvimento são aqueles usados para consultar rapidamente as informações necessárias. A renderização e a velocidade de entrega são itens de verificação técnica desses sites. Porém, esses dois itens não explicam todas as diferenças de visibilidade nos resultados de busca.\n\nO rastreamento é o processo em que um robô busca uma página. A indexação é o processo de preparar o conteúdo obtido para que possa aparecer nas buscas. O Google explica que nem todas as páginas rastreadas são incluídas no índice. [Guia do Google sobre orçamento de rastreamento](https://developers.google.com/crawling/docs/crawl-budget)\n\n| Item de verificação | O que verificar | Problema a resolver |\n| --- | --- | --- |\n| HTML inicial | Se o título e o conteúdo principal estão incluídos na resposta | Dependência de execução adicional para ler o conteúdo |\n| Renderização | Se o conteúdo aparece corretamente após a execução do JavaScript | Ausências causadas por erros de execução ou bloqueios |\n| TTFB | Tempo até a chegada da primeira resposta | Atrasos na conexão e na resposta do servidor |\n| Cache de HTML | Se os documentos públicos são reutilizados na CDN | Custo de solicitações repetidas ao servidor de origem |\n| Status de indexação | Como o Google processou a URL | Confusão entre rastreamento bem-sucedido e inclusão na busca |\n\n## Por que páginas React podem parecer um HTML vazio\n\nO HTML inicial de uma página React varia conforme a implementação. A abordagem que gera o conteúdo no navegador é chamada de CSR. Nela, a primeira resposta pode conter apenas o código de execução, sem o conteúdo.\n\nO Google usa o Chromium para executar JavaScript. Após o rastreamento, a página pode ficar aguardando a renderização. Páginas ou arquivos bloqueados podem ser excluídos da renderização. Além disso, nem todos os robôs executam JavaScript. [Guia básico do Google sobre SEO para JavaScript](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)\n\nPortanto, não avalie o status do rastreamento apenas porque a página aparece corretamente na tela. Primeiro, verifique se o conteúdo está na resposta inicial. O resultado renderizado pelo Google pode ser conferido na inspeção de URL do Search Console.\n\n## Comparação entre geração estática e renderização no servidor\n\nA forma de gerar o HTML pode ser escolhida conforme a maneira de atualizar o conteúdo público. A geração estática cria o HTML antes da solicitação. A renderização no servidor cria o HTML no servidor quando a solicitação é recebida. Essas abordagens também podem ser usadas com React. [Guia do web.dev sobre formas de renderização](https://web.dev/articles/rendering-on-the-web)\n\n| Abordagem | Quando o HTML é gerado | Situações em que vale considerá-la | Pontos operacionais a verificar |\n| --- | --- | --- | --- |\n| Renderização no cliente CSR | Quando o JavaScript é executado no navegador | Telas com muita interação do usuário | Execução e solicitações necessárias até a exibição do conteúdo |\n| Geração estática SSG | Durante o build ou a criação do conteúdo | Documentos públicos que mostram o mesmo conteúdo aos visitantes | Nova geração e implantação após alterações |\n| Renderização no servidor SSR | Durante o processamento da solicitação da página | Telas que montam conteúdo atualizado a cada solicitação | Tempo de consulta de dados e geração do HTML |\n| Pré-renderização | Quando o aplicativo é executado antes da implantação para obter o HTML | Quando se deseja fornecer antecipadamente o conteúdo inicial de um aplicativo existente | JavaScript necessário para as funcionalidades posteriores |\n\nA geração estática e a CDN têm funções diferentes. A geração estática é uma escolha sobre quando criar o HTML. A CDN é uma estrutura para entregar e reutilizar conteúdo. O HTML gerado no servidor também pode ser armazenado em cache na CDN, se atender às condições.\n\n## O que significa um TTFB de 0.8 segundo?\n\nTTFB é o tempo entre o início da navegação para uma página e o recebimento do primeiro byte da resposta. O web.dev sugere **no máximo 0.8 segundo** como meta aproximada para a maioria dos sites. Isso é diferente do tempo necessário para exibir a página inteira. O TTFB também não faz parte das Core Web Vitals. [Explicação do web.dev sobre TTFB](https://web.dev/articles/ttfb)\n\nO TTFB inclui atrasos além do processamento interno do servidor. A consulta DNS é o processo de encontrar o endereço de conexão de um domínio. As conexões TCP e TLS também podem levar tempo. Redirecionamentos para outro endereço também têm impacto.\n\n- Tempo de consulta DNS e preparação da conexão\n- Tempo de trânsito das solicitações e respostas pela rede\n- Tempo de consulta de dados e geração do HTML no servidor de origem\n- Tempo dos redirecionamentos que ocorrem antes da primeira resposta\n\nO fato de o servidor estar em Seul não basta para concluir que o tempo será de mais de 0.8 segundo. O resultado varia conforme o local de acesso e a reutilização da conexão. Os rastreadores do Google usam principalmente endereços IP dos Estados Unidos. Porém, também podem acessar a partir de endereços IP de outros países. [Características técnicas dos rastreadores do Google](https://developers.google.com/crawling/docs/crawlers-fetchers/overview-google-crawlers?hl=en)\n\nAtrasos contínuos nas respostas afetam a capacidade de rastreamento do Google. Erros do servidor também podem reduzir o volume de rastreamento. Isso não significa que exista uma regra que interrompa o rastreamento quando o tempo ultrapassa 0.8 segundo uma única vez. A qualidade das páginas e a frequência de atualização também influenciam a demanda de rastreamento. [Guia do Google sobre orçamento de rastreamento](https://developers.google.com/crawling/docs/crawl-budget)\n\n## Por que verificar o cache de HTML na CDN\n\nA CDN da Cloudflare não armazena HTML em cache por padrão. Mesmo que imagens ou CSS estejam em cache, o documento com o conteúdo precisa ser verificado separadamente. Consulte a documentação do serviço para conferir o comportamento padrão de outras CDNs.\n\n\u003e A CDN da Cloudflare não armazena HTML ou JSON em cache por padrão.\n\u003e\n\u003e Cloudflare, Comportamento padrão do cache\n\nEssa frase significa que HTML e JSON não são armazenados em cache por padrão. É possível incluir HTML público no cache usando Cache Rules. O armazenamento efetivo também depende de condições como cabeçalhos de resposta e cookies. [Comportamento padrão do cache da Cloudflare](https://developers.cloudflare.com/cache/concepts/default-cache-behavior/)\n\nO cache é um recurso que reutiliza respostas armazenadas. Conectar uma CDN não faz com que todos os documentos sejam imediatamente replicados no mundo inteiro. A Cloudflare armazena o conteúdo em cache no centro de dados que processa a solicitação. Solicitações sem conteúdo disponível no cache podem exigir uma consulta ao servidor de origem. [Guia inicial de cache da Cloudflare](https://developers.cloudflare.com/cache/get-started/)\n\nAo aplicar regras de cache ao HTML público, exclua as páginas personalizadas. A Cloudflare alerta que o cache de HTML dinâmico pode entregar informações de outras pessoas. Não armazene páginas de login ou de conta em cache. [Cuidados com o Cache Everything da Cloudflare](https://developers.cloudflare.com/cache/how-to/cache-rules/examples/cache-everything/)\n\n## Critérios para aplicar cache conforme as condições da página\n\nO ponto de partida para definir o escopo do cache é saber se os visitantes recebem o mesmo conteúdo. Textos explicativos públicos são bons candidatos à reutilização compartilhada. Respostas cujo conteúdo varia conforme o estado de login devem ser tratadas separadamente.\n\n| Condição da página | Configuração a considerar | O que verificar em conjunto |\n| --- | --- | --- |\n| Mesmo texto explicativo para todos os visitantes | Geração estática e cache de HTML público | Nova geração e atualização do cache após alterações |\n| Conteúdo público com valores que mudam com frequência | Separação das formas de atualização do conteúdo e dos dados variáveis | Momento de referência dos valores e exibição em caso de falha |\n| Necessidade de informações públicas atualizadas no momento da solicitação | Avaliação de renderização no servidor e cache condicional | Atraso aceitável das informações |\n| Telas de login, conta e pagamento | Exclusão do cache compartilhado de HTML | Cookies de autenticação e respostas por usuário |\n| Documentos públicos em diferentes idiomas | URLs por idioma e cache de cada documento | Vínculos entre traduções e atualizações por idioma |\n\nCarregar os dados em tempo real posteriormente facilita a manutenção do conteúdo estático. Porém, não deixe para depois todo o conteúdo essencial para a busca. Isso pode contrariar o objetivo de fornecer o HTML inicial.\n\n## Erros comuns e critérios de verificação\n\nAvaliar os resultados apenas pelo nome da tecnologia ou pela tela de configuração facilita que erros passem despercebidos. Verifique tanto o HTML real quanto os cabeçalhos de resposta. Os estados a seguir precisam ser diferenciados.\n\n| Avaliação comum | Critério a verificar |\n| --- | --- |\n| Robôs de busca não conseguem ler sites React | HTML inicial e resultado da renderização do Google |\n| Com TTFB de 0.8 segundo, toda a tela já está exibida | Tempo entre a primeira resposta e a exibição do conteúdo |\n| Se a CDN está conectada, o HTML também está em cache | Status de cache da solicitação de HTML |\n| Arquivos estáticos sempre têm o conteúdo mais recente | Momento da última geração e conteúdo implantado |\n| Uma resposta rápida significa que a inclusão na busca foi concluída | Status do processamento de indexação no Search Console |\n| Um único acerto de cache basta para avaliar a velocidade global | Resultados de medição por região de acesso e por ocorrência ou não de acerto de cache |\n\nO `CF-Cache-Status` da Cloudflare é um cabeçalho que mostra o status do cache. `HIT` significa que a resposta foi encontrada no cache. `MISS` significa que ela não estava no cache no momento da solicitação e foi obtida na origem. `DYNAMIC` indica que a resposta não foi tratada como elegível para cache. [Explicação da Cloudflare sobre respostas de cache](https://developers.cloudflare.com/cache/concepts/cache-responses/)\n\n## Atualização do cache após alterações no conteúdo\n\nAo usar arquivos estáticos e cache na CDN, também é necessário planejar como as alterações serão refletidas. Mesmo que a origem seja alterada, o conteúdo antigo será entregue se o cache anterior permanecer. Se HTML e JSON forem publicados juntos, o conteúdo dos dois formatos também precisa corresponder.\n\nA seguir está a sequência de verificação para manter documentos e arquivos de dados em conjunto.\n\n1. Confirme as alterações nos dados de origem.\n2. Gere novamente o HTML e os arquivos de dados a partir da mesma versão alterada.\n3. Após implantar os novos arquivos, atualize o cache das URLs alteradas.\n4. Solicite cada URL novamente e verifique se as alterações correspondem.\n\nA Cloudflare recomenda a limpeza de cache por URL. Limpar o cache significa remover as respostas armazenadas. Gerar novamente o HTML estático é uma tarefa separada. Por isso, integre a geração dos arquivos e a atualização do cache ao mesmo procedimento de implantação. [Guia da Cloudflare sobre limpeza de cache](https://developers.cloudflare.com/cache/how-to/purge-cache/)\n\nDefina o intervalo de atualização conforme o atraso de informação aceitável para o conteúdo. Não é necessário aplicar o mesmo intervalo a textos explicativos e valores em tempo real. Um prazo curto de validade do cache, por si só, não resolve todos os problemas de atualização.\n\n## Critérios de hreflang para sites multilíngues\n\n`hreflang` é uma informação que conecta os endereços das versões do mesmo conteúdo por idioma e região. Não é um recurso que produz traduções. Ele ajuda o Google a encontrar a versão no idioma adequado para o visitante.\n\n| Local de implementação | Forma de indicação | O que verificar ao escolher |\n| --- | --- | --- |\n| HTML | Links para idiomas alternativos no `head` do documento | Se é possível gerenciá-los no template de cada página |\n| Cabeçalho HTTP | Indicação no cabeçalho `Link` da resposta | Se é possível gerenciar os cabeçalhos no servidor |\n| Sitemap | Indicação das relações entre URLs por idioma no sitemap | Se é possível gerenciar a lista de documentos em conjunto |\n\nO Google trata esses métodos de forma equivalente. Portanto, não é obrigatório inserir essas informações apenas no HTML. Cada documento de idioma deve indicar a si mesmo e os documentos em idiomas alternativos. Verifique também os vínculos entre as páginas correspondentes. [Guia do Google sobre páginas multilíngues](https://developers.google.com/search/docs/specialty/international/localized-versions)\n\n## Sequência de verificação dos resultados da implantação\n\nApós a implantação, valide separadamente a entrega do conteúdo e o funcionamento do cache. Registre a região de medição e o status do cache junto com os valores de velocidade. A sequência a seguir facilita a identificação dos pontos com problemas.\n\n1. Verifique a resposta do documento HTML nas ferramentas de desenvolvedor do navegador. Confira se o conteúdo principal está incluído na resposta.\n2. Verifique o HTML renderizado na inspeção de URL do Search Console. Confira também, separadamente, o status real do processamento de indexação.\n3. Verifique os cabeçalhos de cache da resposta HTML. Na Cloudflare, consulte o `CF-Cache-Status`.\n4. Meça o mesmo documento nas principais regiões de acesso. Diferencie as solicitações sem conteúdo no cache daquelas com acerto de cache.\n5. Após alterar o conteúdo, confira o resultado da atualização. Verifique também se as páginas de login estão excluídas do cache.\n\nA Cloudflare alerta que o uso excessivo de cache de HTML dinâmico pode prejudicar o funcionamento do login. Não armazene formulários de login nem páginas autenticadas em cache. Após as alterações, verifique também se os cookies de autenticação são mantidos. [Guia da Cloudflare sobre problemas de login](https://developers.cloudflare.com/cache/troubleshooting/dynamic-content-and-login-issues/)\n\n## Requisitos de implementação a passar para a IA na programação\n\nAo pedir algo à IA, solicite resultados verificáveis junto com os nomes das tecnologias. É útil especificar o conteúdo do HTML inicial e o escopo de exclusão do cache. O texto abaixo é um exemplo de solicitação para criar páginas públicas de conhecimento.\n\n```text\nInclua o conteúdo principal das páginas públicas de conhecimento no HTML inicial.\nPriorize a avaliação da geração estática para documentos públicos.\nExplique separadamente a forma de atualização dos dados variáveis.\nVerifique se o cache de HTML da CDN está sendo aplicado.\nExclua páginas de login, conta e pagamento do cache compartilhado.\nVincule a nova geração dos arquivos estáticos à atualização do cache quando o conteúdo for alterado.\nSe houver páginas multilíngues, configure os vínculos de hreflang.\nApresente formas de verificar o HTML inicial, o status do cache e se as alterações foram refletidas.\n```","content_html":"\u003cp\u003ePara facilitar o rastreamento de sites de baixo envolvimento pelos mecanismos de busca, o conteúdo principal deve estar no HTML inicial. Para conteúdos públicos, a geração estática e o cache de HTML na CDN são úteis. Porém, atingir um TTFB de 0.8 segundo não garante visibilidade nos resultados de busca.\u003c/p\u003e\n\u003cp\u003eA referência para o valor de TTFB é a documentação do web.dev atualizada em 18 de novembro de 2025.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#condi%C3%A7%C3%B5es-t%C3%A9cnicas-a-verificar-primeiro-em-sites-de-baixo-envolvimento\" class=\"anchor\" id=\"condições-técnicas-a-verificar-primeiro-em-sites-de-baixo-envolvimento\"\u003e\u003c/a\u003eCondições técnicas a verificar primeiro em sites de baixo envolvimento\u003c/h2\u003e\n\u003cp\u003eNeste artigo, sites de baixo envolvimento são aqueles usados para consultar rapidamente as informações necessárias. A renderização e a velocidade de entrega são itens de verificação técnica desses sites. Porém, esses dois itens não explicam todas as diferenças de visibilidade nos resultados de busca.\u003c/p\u003e\n\u003cp\u003eO rastreamento é o processo em que um robô busca uma página. A indexação é o processo de preparar o conteúdo obtido para que possa aparecer nas buscas. O Google explica que nem todas as páginas rastreadas são incluídas no índice. \u003ca href=\"https://developers.google.com/crawling/docs/crawl-budget\"\u003eGuia do Google sobre orçamento de rastreamento\u003c/a\u003e\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eItem de verificação\u003c/th\u003e\n\u003cth\u003eO que verificar\u003c/th\u003e\n\u003cth\u003eProblema a resolver\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item de verificação\"\u003eHTML inicial\u003c/td\u003e\n\u003ctd data-label=\"O que verificar\"\u003eSe o título e o conteúdo principal estão incluídos na resposta\u003c/td\u003e\n\u003ctd data-label=\"Problema a resolver\"\u003eDependência de execução adicional para ler o conteúdo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item de verificação\"\u003eRenderização\u003c/td\u003e\n\u003ctd data-label=\"O que verificar\"\u003eSe o conteúdo aparece corretamente após a execução do JavaScript\u003c/td\u003e\n\u003ctd data-label=\"Problema a resolver\"\u003eAusências causadas por erros de execução ou bloqueios\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item de verificação\"\u003eTTFB\u003c/td\u003e\n\u003ctd data-label=\"O que verificar\"\u003eTempo até a chegada da primeira resposta\u003c/td\u003e\n\u003ctd data-label=\"Problema a resolver\"\u003eAtrasos na conexão e na resposta do servidor\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item de verificação\"\u003eCache de HTML\u003c/td\u003e\n\u003ctd data-label=\"O que verificar\"\u003eSe os documentos públicos são reutilizados na CDN\u003c/td\u003e\n\u003ctd data-label=\"Problema a resolver\"\u003eCusto de solicitações repetidas ao servidor de origem\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item de verificação\"\u003eStatus de indexação\u003c/td\u003e\n\u003ctd data-label=\"O que verificar\"\u003eComo o Google processou a URL\u003c/td\u003e\n\u003ctd data-label=\"Problema a resolver\"\u003eConfusão entre rastreamento bem-sucedido e inclusão na busca\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch2\u003e\n\u003ca href=\"#por-que-p%C3%A1ginas-react-podem-parecer-um-html-vazio\" class=\"anchor\" id=\"por-que-páginas-react-podem-parecer-um-html-vazio\"\u003e\u003c/a\u003ePor que páginas React podem parecer um HTML vazio\u003c/h2\u003e\n\u003cp\u003eO HTML inicial de uma página React varia conforme a implementação. A abordagem que gera o conteúdo no navegador é chamada de CSR. Nela, a primeira resposta pode conter apenas o código de execução, sem o conteúdo.\u003c/p\u003e\n\u003cp\u003eO Google usa o Chromium para executar JavaScript. Após o rastreamento, a página pode ficar aguardando a renderização. Páginas ou arquivos bloqueados podem ser excluídos da renderização. Além disso, nem todos os robôs executam JavaScript. \u003ca href=\"https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics\"\u003eGuia básico do Google sobre SEO para JavaScript\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003ePortanto, não avalie o status do rastreamento apenas porque a página aparece corretamente na tela. Primeiro, verifique se o conteúdo está na resposta inicial. O resultado renderizado pelo Google pode ser conferido na inspeção de URL do Search Console.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#compara%C3%A7%C3%A3o-entre-gera%C3%A7%C3%A3o-est%C3%A1tica-e-renderiza%C3%A7%C3%A3o-no-servidor\" class=\"anchor\" id=\"comparação-entre-geração-estática-e-renderização-no-servidor\"\u003e\u003c/a\u003eComparação entre geração estática e renderização no servidor\u003c/h2\u003e\n\u003cp\u003eA forma de gerar o HTML pode ser escolhida conforme a maneira de atualizar o conteúdo público. A geração estática cria o HTML antes da solicitação. A renderização no servidor cria o HTML no servidor quando a solicitação é recebida. Essas abordagens também podem ser usadas com React. \u003ca href=\"https://web.dev/articles/rendering-on-the-web\"\u003eGuia do web.dev sobre formas de renderização\u003c/a\u003e\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eAbordagem\u003c/th\u003e\n\u003cth\u003eQuando o HTML é gerado\u003c/th\u003e\n\u003cth\u003eSituações em que vale considerá-la\u003c/th\u003e\n\u003cth\u003ePontos operacionais a verificar\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Abordagem\"\u003eRenderização no cliente CSR\u003c/td\u003e\n\u003ctd data-label=\"Quando o HTML é gerado\"\u003eQuando o JavaScript é executado no navegador\u003c/td\u003e\n\u003ctd data-label=\"Situações em que vale considerá-la\"\u003eTelas com muita interação do usuário\u003c/td\u003e\n\u003ctd data-label=\"Pontos operacionais a verificar\"\u003eExecução e solicitações necessárias até a exibição do conteúdo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Abordagem\"\u003eGeração estática SSG\u003c/td\u003e\n\u003ctd data-label=\"Quando o HTML é gerado\"\u003eDurante o build ou a criação do conteúdo\u003c/td\u003e\n\u003ctd data-label=\"Situações em que vale considerá-la\"\u003eDocumentos públicos que mostram o mesmo conteúdo aos visitantes\u003c/td\u003e\n\u003ctd data-label=\"Pontos operacionais a verificar\"\u003eNova geração e implantação após alterações\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Abordagem\"\u003eRenderização no servidor SSR\u003c/td\u003e\n\u003ctd data-label=\"Quando o HTML é gerado\"\u003eDurante o processamento da solicitação da página\u003c/td\u003e\n\u003ctd data-label=\"Situações em que vale considerá-la\"\u003eTelas que montam conteúdo atualizado a cada solicitação\u003c/td\u003e\n\u003ctd data-label=\"Pontos operacionais a verificar\"\u003eTempo de consulta de dados e geração do HTML\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Abordagem\"\u003ePré-renderização\u003c/td\u003e\n\u003ctd data-label=\"Quando o HTML é gerado\"\u003eQuando o aplicativo é executado antes da implantação para obter o HTML\u003c/td\u003e\n\u003ctd data-label=\"Situações em que vale considerá-la\"\u003eQuando se deseja fornecer antecipadamente o conteúdo inicial de um aplicativo existente\u003c/td\u003e\n\u003ctd data-label=\"Pontos operacionais a verificar\"\u003eJavaScript necessário para as funcionalidades posteriores\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eA geração estática e a CDN têm funções diferentes. A geração estática é uma escolha sobre quando criar o HTML. A CDN é uma estrutura para entregar e reutilizar conteúdo. O HTML gerado no servidor também pode ser armazenado em cache na CDN, se atender às condições.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#o-que-significa-um-ttfb-de-08-segundo\" class=\"anchor\" id=\"o-que-significa-um-ttfb-de-08-segundo\"\u003e\u003c/a\u003eO que significa um TTFB de 0.8 segundo?\u003c/h2\u003e\n\u003cp\u003eTTFB é o tempo entre o início da navegação para uma página e o recebimento do primeiro byte da resposta. O web.dev sugere \u003cstrong\u003eno máximo 0.8 segundo\u003c/strong\u003e como meta aproximada para a maioria dos sites. Isso é diferente do tempo necessário para exibir a página inteira. O TTFB também não faz parte das Core Web Vitals. \u003ca href=\"https://web.dev/articles/ttfb\"\u003eExplicação do web.dev sobre TTFB\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eO TTFB inclui atrasos além do processamento interno do servidor. A consulta DNS é o processo de encontrar o endereço de conexão de um domínio. As conexões TCP e TLS também podem levar tempo. Redirecionamentos para outro endereço também têm impacto.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eTempo de consulta DNS e preparação da conexão\u003c/li\u003e\n\u003cli\u003eTempo de trânsito das solicitações e respostas pela rede\u003c/li\u003e\n\u003cli\u003eTempo de consulta de dados e geração do HTML no servidor de origem\u003c/li\u003e\n\u003cli\u003eTempo dos redirecionamentos que ocorrem antes da primeira resposta\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eO fato de o servidor estar em Seul não basta para concluir que o tempo será de mais de 0.8 segundo. O resultado varia conforme o local de acesso e a reutilização da conexão. Os rastreadores do Google usam principalmente endereços IP dos Estados Unidos. Porém, também podem acessar a partir de endereços IP de outros países. \u003ca href=\"https://developers.google.com/crawling/docs/crawlers-fetchers/overview-google-crawlers?hl=en\"\u003eCaracterísticas técnicas dos rastreadores do Google\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eAtrasos contínuos nas respostas afetam a capacidade de rastreamento do Google. Erros do servidor também podem reduzir o volume de rastreamento. Isso não significa que exista uma regra que interrompa o rastreamento quando o tempo ultrapassa 0.8 segundo uma única vez. A qualidade das páginas e a frequência de atualização também influenciam a demanda de rastreamento. \u003ca href=\"https://developers.google.com/crawling/docs/crawl-budget\"\u003eGuia do Google sobre orçamento de rastreamento\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#por-que-verificar-o-cache-de-html-na-cdn\" class=\"anchor\" id=\"por-que-verificar-o-cache-de-html-na-cdn\"\u003e\u003c/a\u003ePor que verificar o cache de HTML na CDN\u003c/h2\u003e\n\u003cp\u003eA CDN da Cloudflare não armazena HTML em cache por padrão. Mesmo que imagens ou CSS estejam em cache, o documento com o conteúdo precisa ser verificado separadamente. Consulte a documentação do serviço para conferir o comportamento padrão de outras CDNs.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eA CDN da Cloudflare não armazena HTML ou JSON em cache por padrão.\u003c/p\u003e\n\u003cp\u003eCloudflare, Comportamento padrão do cache\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eEssa frase significa que HTML e JSON não são armazenados em cache por padrão. É possível incluir HTML público no cache usando Cache Rules. O armazenamento efetivo também depende de condições como cabeçalhos de resposta e cookies. \u003ca href=\"https://developers.cloudflare.com/cache/concepts/default-cache-behavior/\"\u003eComportamento padrão do cache da Cloudflare\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eO cache é um recurso que reutiliza respostas armazenadas. Conectar uma CDN não faz com que todos os documentos sejam imediatamente replicados no mundo inteiro. A Cloudflare armazena o conteúdo em cache no centro de dados que processa a solicitação. Solicitações sem conteúdo disponível no cache podem exigir uma consulta ao servidor de origem. \u003ca href=\"https://developers.cloudflare.com/cache/get-started/\"\u003eGuia inicial de cache da Cloudflare\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eAo aplicar regras de cache ao HTML público, exclua as páginas personalizadas. A Cloudflare alerta que o cache de HTML dinâmico pode entregar informações de outras pessoas. Não armazene páginas de login ou de conta em cache. \u003ca href=\"https://developers.cloudflare.com/cache/how-to/cache-rules/examples/cache-everything/\"\u003eCuidados com o Cache Everything da Cloudflare\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#crit%C3%A9rios-para-aplicar-cache-conforme-as-condi%C3%A7%C3%B5es-da-p%C3%A1gina\" class=\"anchor\" id=\"critérios-para-aplicar-cache-conforme-as-condições-da-página\"\u003e\u003c/a\u003eCritérios para aplicar cache conforme as condições da página\u003c/h2\u003e\n\u003cp\u003eO ponto de partida para definir o escopo do cache é saber se os visitantes recebem o mesmo conteúdo. Textos explicativos públicos são bons candidatos à reutilização compartilhada. Respostas cujo conteúdo varia conforme o estado de login devem ser tratadas separadamente.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eCondição da página\u003c/th\u003e\n\u003cth\u003eConfiguração a considerar\u003c/th\u003e\n\u003cth\u003eO que verificar em conjunto\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Condição da página\"\u003eMesmo texto explicativo para todos os visitantes\u003c/td\u003e\n\u003ctd data-label=\"Configuração a considerar\"\u003eGeração estática e cache de HTML público\u003c/td\u003e\n\u003ctd data-label=\"O que verificar em conjunto\"\u003eNova geração e atualização do cache após alterações\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Condição da página\"\u003eConteúdo público com valores que mudam com frequência\u003c/td\u003e\n\u003ctd data-label=\"Configuração a considerar\"\u003eSeparação das formas de atualização do conteúdo e dos dados variáveis\u003c/td\u003e\n\u003ctd data-label=\"O que verificar em conjunto\"\u003eMomento de referência dos valores e exibição em caso de falha\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Condição da página\"\u003eNecessidade de informações públicas atualizadas no momento da solicitação\u003c/td\u003e\n\u003ctd data-label=\"Configuração a considerar\"\u003eAvaliação de renderização no servidor e cache condicional\u003c/td\u003e\n\u003ctd data-label=\"O que verificar em conjunto\"\u003eAtraso aceitável das informações\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Condição da página\"\u003eTelas de login, conta e pagamento\u003c/td\u003e\n\u003ctd data-label=\"Configuração a considerar\"\u003eExclusão do cache compartilhado de HTML\u003c/td\u003e\n\u003ctd data-label=\"O que verificar em conjunto\"\u003eCookies de autenticação e respostas por usuário\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Condição da página\"\u003eDocumentos públicos em diferentes idiomas\u003c/td\u003e\n\u003ctd data-label=\"Configuração a considerar\"\u003eURLs por idioma e cache de cada documento\u003c/td\u003e\n\u003ctd data-label=\"O que verificar em conjunto\"\u003eVínculos entre traduções e atualizações por idioma\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eCarregar os dados em tempo real posteriormente facilita a manutenção do conteúdo estático. Porém, não deixe para depois todo o conteúdo essencial para a busca. Isso pode contrariar o objetivo de fornecer o HTML inicial.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#erros-comuns-e-crit%C3%A9rios-de-verifica%C3%A7%C3%A3o\" class=\"anchor\" id=\"erros-comuns-e-critérios-de-verificação\"\u003e\u003c/a\u003eErros comuns e critérios de verificação\u003c/h2\u003e\n\u003cp\u003eAvaliar os resultados apenas pelo nome da tecnologia ou pela tela de configuração facilita que erros passem despercebidos. Verifique tanto o HTML real quanto os cabeçalhos de resposta. Os estados a seguir precisam ser diferenciados.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eAvaliação comum\u003c/th\u003e\n\u003cth\u003eCritério a verificar\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Avaliação comum\"\u003eRobôs de busca não conseguem ler sites React\u003c/td\u003e\n\u003ctd data-label=\"Critério a verificar\"\u003eHTML inicial e resultado da renderização do Google\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Avaliação comum\"\u003eCom TTFB de 0.8 segundo, toda a tela já está exibida\u003c/td\u003e\n\u003ctd data-label=\"Critério a verificar\"\u003eTempo entre a primeira resposta e a exibição do conteúdo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Avaliação comum\"\u003eSe a CDN está conectada, o HTML também está em cache\u003c/td\u003e\n\u003ctd data-label=\"Critério a verificar\"\u003eStatus de cache da solicitação de HTML\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Avaliação comum\"\u003eArquivos estáticos sempre têm o conteúdo mais recente\u003c/td\u003e\n\u003ctd data-label=\"Critério a verificar\"\u003eMomento da última geração e conteúdo implantado\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Avaliação comum\"\u003eUma resposta rápida significa que a inclusão na busca foi concluída\u003c/td\u003e\n\u003ctd data-label=\"Critério a verificar\"\u003eStatus do processamento de indexação no Search Console\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Avaliação comum\"\u003eUm único acerto de cache basta para avaliar a velocidade global\u003c/td\u003e\n\u003ctd data-label=\"Critério a verificar\"\u003eResultados de medição por região de acesso e por ocorrência ou não de acerto de cache\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eO \u003ccode\u003eCF-Cache-Status\u003c/code\u003e da Cloudflare é um cabeçalho que mostra o status do cache. \u003ccode\u003eHIT\u003c/code\u003e significa que a resposta foi encontrada no cache. \u003ccode\u003eMISS\u003c/code\u003e significa que ela não estava no cache no momento da solicitação e foi obtida na origem. \u003ccode\u003eDYNAMIC\u003c/code\u003e indica que a resposta não foi tratada como elegível para cache. \u003ca href=\"https://developers.cloudflare.com/cache/concepts/cache-responses/\"\u003eExplicação da Cloudflare sobre respostas de cache\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#atualiza%C3%A7%C3%A3o-do-cache-ap%C3%B3s-altera%C3%A7%C3%B5es-no-conte%C3%BAdo\" class=\"anchor\" id=\"atualização-do-cache-após-alterações-no-conteúdo\"\u003e\u003c/a\u003eAtualização do cache após alterações no conteúdo\u003c/h2\u003e\n\u003cp\u003eAo usar arquivos estáticos e cache na CDN, também é necessário planejar como as alterações serão refletidas. Mesmo que a origem seja alterada, o conteúdo antigo será entregue se o cache anterior permanecer. Se HTML e JSON forem publicados juntos, o conteúdo dos dois formatos também precisa corresponder.\u003c/p\u003e\n\u003cp\u003eA seguir está a sequência de verificação para manter documentos e arquivos de dados em conjunto.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eConfirme as alterações nos dados de origem.\u003c/li\u003e\n\u003cli\u003eGere novamente o HTML e os arquivos de dados a partir da mesma versão alterada.\u003c/li\u003e\n\u003cli\u003eApós implantar os novos arquivos, atualize o cache das URLs alteradas.\u003c/li\u003e\n\u003cli\u003eSolicite cada URL novamente e verifique se as alterações correspondem.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eA Cloudflare recomenda a limpeza de cache por URL. Limpar o cache significa remover as respostas armazenadas. Gerar novamente o HTML estático é uma tarefa separada. Por isso, integre a geração dos arquivos e a atualização do cache ao mesmo procedimento de implantação. \u003ca href=\"https://developers.cloudflare.com/cache/how-to/purge-cache/\"\u003eGuia da Cloudflare sobre limpeza de cache\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eDefina o intervalo de atualização conforme o atraso de informação aceitável para o conteúdo. Não é necessário aplicar o mesmo intervalo a textos explicativos e valores em tempo real. Um prazo curto de validade do cache, por si só, não resolve todos os problemas de atualização.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#crit%C3%A9rios-de-hreflang-para-sites-multil%C3%ADngues\" class=\"anchor\" id=\"critérios-de-hreflang-para-sites-multilíngues\"\u003e\u003c/a\u003eCritérios de hreflang para sites multilíngues\u003c/h2\u003e\n\u003cp\u003e\u003ccode\u003ehreflang\u003c/code\u003e é uma informação que conecta os endereços das versões do mesmo conteúdo por idioma e região. Não é um recurso que produz traduções. Ele ajuda o Google a encontrar a versão no idioma adequado para o visitante.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eLocal de implementação\u003c/th\u003e\n\u003cth\u003eForma de indicação\u003c/th\u003e\n\u003cth\u003eO que verificar ao escolher\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Local de implementação\"\u003eHTML\u003c/td\u003e\n\u003ctd data-label=\"Forma de indicação\"\u003eLinks para idiomas alternativos no \u003ccode\u003ehead\u003c/code\u003e do documento\u003c/td\u003e\n\u003ctd data-label=\"O que verificar ao escolher\"\u003eSe é possível gerenciá-los no template de cada página\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Local de implementação\"\u003eCabeçalho HTTP\u003c/td\u003e\n\u003ctd data-label=\"Forma de indicação\"\u003eIndicação no cabeçalho \u003ccode\u003eLink\u003c/code\u003e da resposta\u003c/td\u003e\n\u003ctd data-label=\"O que verificar ao escolher\"\u003eSe é possível gerenciar os cabeçalhos no servidor\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Local de implementação\"\u003eSitemap\u003c/td\u003e\n\u003ctd data-label=\"Forma de indicação\"\u003eIndicação das relações entre URLs por idioma no sitemap\u003c/td\u003e\n\u003ctd data-label=\"O que verificar ao escolher\"\u003eSe é possível gerenciar a lista de documentos em conjunto\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eO Google trata esses métodos de forma equivalente. Portanto, não é obrigatório inserir essas informações apenas no HTML. Cada documento de idioma deve indicar a si mesmo e os documentos em idiomas alternativos. Verifique também os vínculos entre as páginas correspondentes. \u003ca href=\"https://developers.google.com/search/docs/specialty/international/localized-versions\"\u003eGuia do Google sobre páginas multilíngues\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#sequ%C3%AAncia-de-verifica%C3%A7%C3%A3o-dos-resultados-da-implanta%C3%A7%C3%A3o\" class=\"anchor\" id=\"sequência-de-verificação-dos-resultados-da-implantação\"\u003e\u003c/a\u003eSequência de verificação dos resultados da implantação\u003c/h2\u003e\n\u003cp\u003eApós a implantação, valide separadamente a entrega do conteúdo e o funcionamento do cache. Registre a região de medição e o status do cache junto com os valores de velocidade. A sequência a seguir facilita a identificação dos pontos com problemas.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eVerifique a resposta do documento HTML nas ferramentas de desenvolvedor do navegador. Confira se o conteúdo principal está incluído na resposta.\u003c/li\u003e\n\u003cli\u003eVerifique o HTML renderizado na inspeção de URL do Search Console. Confira também, separadamente, o status real do processamento de indexação.\u003c/li\u003e\n\u003cli\u003eVerifique os cabeçalhos de cache da resposta HTML. Na Cloudflare, consulte o \u003ccode\u003eCF-Cache-Status\u003c/code\u003e.\u003c/li\u003e\n\u003cli\u003eMeça o mesmo documento nas principais regiões de acesso. Diferencie as solicitações sem conteúdo no cache daquelas com acerto de cache.\u003c/li\u003e\n\u003cli\u003eApós alterar o conteúdo, confira o resultado da atualização. Verifique também se as páginas de login estão excluídas do cache.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eA Cloudflare alerta que o uso excessivo de cache de HTML dinâmico pode prejudicar o funcionamento do login. Não armazene formulários de login nem páginas autenticadas em cache. Após as alterações, verifique também se os cookies de autenticação são mantidos. \u003ca href=\"https://developers.cloudflare.com/cache/troubleshooting/dynamic-content-and-login-issues/\"\u003eGuia da Cloudflare sobre problemas de login\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#requisitos-de-implementa%C3%A7%C3%A3o-a-passar-para-a-ia-na-programa%C3%A7%C3%A3o\" class=\"anchor\" id=\"requisitos-de-implementação-a-passar-para-a-ia-na-programação\"\u003e\u003c/a\u003eRequisitos de implementação a passar para a IA na programação\u003c/h2\u003e\n\u003cp\u003eAo pedir algo à IA, solicite resultados verificáveis junto com os nomes das tecnologias. É útil especificar o conteúdo do HTML inicial e o escopo de exclusão do cache. O texto abaixo é um exemplo de solicitação para criar páginas públicas de conhecimento.\u003c/p\u003e\n\u003cpre\u003e\u003ccode\u003e\u003cspan\u003eInclua o conteúdo principal das páginas públicas de conhecimento no HTML inicial.\n\u003c/span\u003e\u003cspan\u003ePriorize a avaliação da geração estática para documentos públicos.\n\u003c/span\u003e\u003cspan\u003eExplique separadamente a forma de atualização dos dados variáveis.\n\u003c/span\u003e\u003cspan\u003eVerifique se o cache de HTML da CDN está sendo aplicado.\n\u003c/span\u003e\u003cspan\u003eExclua páginas de login, conta e pagamento do cache compartilhado.\n\u003c/span\u003e\u003cspan\u003eVincule a nova geração dos arquivos estáticos à atualização do cache quando o conteúdo for alterado.\n\u003c/span\u003e\u003cspan\u003eSe houver páginas multilíngues, configure os vínculos de hreflang.\n\u003c/span\u003e\u003cspan\u003eApresente formas de verificar o HTML inicial, o status do cache e se as alterações foram refletidas.\n\u003c/span\u003e\u003c/code\u003e\u003c/pre\u003e\n","tags":["Desenvolvimento de IA","Monetização de conteúdo","Estratégia tecnológica","Ferramentas de desenvolvimento"],"faqs":[{"question":"Sites de baixo envolvimento precisam ser criados com um framework específico?","answer":"Não é obrigatório usar um framework específico. Verifique se o conteúdo principal está incluído no HTML inicial. Também é necessário avaliar como o conteúdo público é armazenado em cache e atualizado."},{"question":"O Google não executa JavaScript?","answer":"O Google executa JavaScript com o Chromium. No entanto, a espera pela renderização e os recursos bloqueados podem afetar o processamento. Incluir o conteúdo principal no HTML inicial reduz a dependência de execuções adicionais."},{"question":"Sites criados com React também podem usar geração estática?","answer":"Também é possível gerar HTML estático com React. Ele também oferece suporte à geração de HTML no servidor. Não é possível determinar o conteúdo do HTML inicial apenas pelo uso ou não de React."},{"question":"Se o TTFB for de no máximo 0.8 segundo, a página já estará totalmente carregada?","answer":"TTFB é o tempo até a chegada do primeiro byte da resposta. O download de imagens e a montagem da página na tela podem continuar depois disso. É necessário distingui-lo do tempo de carregamento completo da página."},{"question":"Um TTFB acima de 0.8 segundo leva à exclusão da pesquisa do Google?","answer":"0.8 segundo é uma meta aproximada de desempenho apresentada pelo web.dev. Não é uma regra que determine a exclusão da pesquisa quando esse valor é ultrapassado. Atrasos persistentes nas respostas e erros do servidor podem afetar a capacidade de rastreamento."},{"question":"Usar um servidor na Coreia prejudica um site global?","answer":"Visitantes que estão longe podem enfrentar latência de rede. No entanto, não é possível determinar um tempo de resposta específico apenas pela localização. Avalie com base em medições reais nas principais regiões de acesso."},{"question":"Ao conectar o Cloudflare, o HTML também é armazenado em cache automaticamente?","answer":"A CDN do Cloudflare não armazena HTML nem JSON em cache por padrão. Verifique as Cache Rules a serem aplicadas ao HTML público. Depois de aplicar as regras, confira o estado real do cache pelos cabeçalhos de resposta."},{"question":"A primeira solicitação que não está no cache da CDN também é sempre rápida?","answer":"Uma solicitação que não está no cache pode precisar buscar a resposta no servidor de origem. Por isso, sua latência pode ser diferente da latência de uma solicitação atendida pelo cache. Meça os dois casos separadamente."},{"question":"Também posso aplicar cache de HTML às páginas de login?","answer":"Não armazene em cache páginas de login nem HTML de usuários autenticados. O Cloudflare alerta que o uso excessivo de cache pode comprometer o funcionamento do login. Também há o risco de informações específicas de um usuário serem entregues a outros visitantes."},{"question":"O que fazer se eu editar um artigo em um site estático, mas o conteúdo anterior continuar aparecendo?","answer":"Primeiro, verifique se o novo HTML foi gerado e publicado. Depois, atualize o cache da CDN da URL alterada. Apenas limpar o cache não gera novamente os arquivos estáticos."},{"question":"O hreflang deve ser incluído apenas no HTML?","answer":"O Google oferece suporte a HTML, cabeçalhos HTTP e sitemaps. Os três métodos são equivalentes do ponto de vista do Google. Escolha o método mais fácil de administrar e mantenha consistentes as associações entre as versões em diferentes idiomas."},{"question":"É necessário gerenciar de forma intensiva o orçamento de rastreamento mesmo em sites pequenos?","answer":"As orientações do Google sobre orçamento de rastreamento se destinam principalmente a sites grandes e atualizados com frequência. Se o site tiver poucas páginas, comece atualizando o sitemap e verificando os relatórios de indexação. Se houver erros do servidor ou ausência do conteúdo principal, resolva esses problemas primeiro."}],"sources":[{"url":"https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics","title":"Google Search Central: Entenda os conceitos básicos de SEO para JavaScript","type":"source"},{"url":"https://web.dev/articles/rendering-on-the-web","title":"web.dev: Renderização na web","type":"source"},{"url":"https://web.dev/articles/ttfb","title":"web.dev: Tempo até o primeiro byte (TTFB), atualizado em 18 de novembro de 2025","type":"data_point"},{"url":"https://developers.google.com/crawling/docs/crawlers-fetchers/overview-google-crawlers?hl=en","title":"Google: Visão geral dos rastreadores e coletores do Google","type":"source"},{"url":"https://developers.google.com/crawling/docs/crawl-budget","title":"Google: Otimize seu orçamento de rastreamento","type":"source"},{"url":"https://developers.cloudflare.com/cache/concepts/default-cache-behavior/","title":"Cloudflare: Comportamento padrão do cache","type":"source"},{"url":"https://developers.cloudflare.com/cache/get-started/","title":"Cloudflare Cache: Primeiros passos","type":"source"},{"url":"https://developers.cloudflare.com/cache/how-to/cache-rules/examples/cache-everything/","title":"Cloudflare: Nível de cache (Armazenar tudo em cache)","type":"source"},{"url":"https://developers.cloudflare.com/cache/concepts/cache-responses/","title":"Respostas do cache da Cloudflare","type":"source"},{"url":"https://developers.cloudflare.com/cache/how-to/purge-cache/","title":"Cloudflare: Limpar o cache","type":"source"},{"url":"https://developers.cloudflare.com/cache/troubleshooting/dynamic-content-and-login-issues/","title":"Cloudflare: Conteúdo dinâmico e problemas de login","type":"source"},{"url":"https://developers.google.com/search/docs/specialty/international/localized-versions","title":"Google Search Central: Informe o Google sobre as versões localizadas da sua página","type":"source"}],"images":[{"id":2451,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzgxNjYsInB1ciI6ImJsb2JfaWQifX0=--3301cc345476b9a82de57f9e5bdbad57a8717225/ai-cace8faa.webp","is_representative":true,"generation_method":"ai_photo","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"보라색 케이블이 정돈된 서버 랙 옆에서 장비 상태를 살펴보는 남성","caption":"공개 페이지의 HTML 캐시는 적용 범위와 콘텐츠 수정 후 갱신 정책을 함께 설계해야 합니다.","description":null},"en":{"alt":"A man inspecting a server rack with neatly bundled purple cables","caption":"HTML caching for public pages requires defining both its scope and how it is refreshed after content changes.","description":null},"ja":{"alt":"紫色のケーブルが整然と束ねられたサーバーラックの横で機器を確認する男性","caption":"公開ページのHTMLキャッシュは、適用範囲とコンテンツ変更後の更新方針を併せて設計する必要があります。","description":null},"es":{"alt":"Un hombre revisa un rack de servidores con cables morados ordenados en haces","caption":"La caché HTML de las páginas públicas requiere definir su alcance y cómo se actualizará tras modificar el contenido.","description":null},"id":{"alt":"Seorang pria memeriksa rak server dengan kabel ungu yang tertata rapi","caption":"Cache HTML untuk halaman publik memerlukan penetapan cakupan dan kebijakan pembaruan setelah konten diubah.","description":null},"pt":{"alt":"Um homem inspeciona um rack de servidores com cabos roxos organizados em feixes","caption":"O cache HTML de páginas públicas exige definir seu escopo e como será atualizado após alterações no conteúdo.","description":null},"zh-hant":{"alt":"一名男子在伺服器機架旁檢查設備，機架內的紫色線纜整齊成束","caption":"公開頁面的 HTML 快取需要同時規劃適用範圍與內容修改後的更新政策。","description":null},"de":{"alt":"Ein Mann prüft ein Serverrack mit ordentlich gebündelten violetten Kabeln","caption":"Für den HTML-Cache öffentlicher Seiten müssen der Geltungsbereich und die Aktualisierung nach Inhaltsänderungen festgelegt werden.","description":null}}},{"id":2452,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzgxNzIsInB1ciI6ImJsb2JfaWQifX0=--6d794cafac94909fa4ac95705b51dc5bde79c2df/ai-9e2e0147.webp","is_representative":false,"generation_method":"ai_semi","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"두 태블릿의 웹페이지를 비교하는 여성과 문서 갱신이 두 브라우저로 이어지는 도식","caption":"콘텐츠 수정 후에는 재생성한 HTML이 캐시에도 반영됐는지 확인해야 합니다.","description":null},"en":{"alt":"A woman compares web pages on two tablets beside a diagram linking a document refresh to two browser windows.","caption":"After content changes, verify that the cache also reflects the regenerated HTML.","description":null},"ja":{"alt":"2台のタブレットでウェブページを比較する女性と、文書の更新から2つのブラウザーへつながる図","caption":"コンテンツの修正後は、再生成したHTMLがキャッシュにも反映されているか確認する必要があります。","description":null},"es":{"alt":"Una mujer compara páginas web en dos tabletas junto a un diagrama de actualización de un documento.","caption":"Tras modificar el contenido, hay que comprobar que la caché también refleje el HTML regenerado.","description":null},"id":{"alt":"Seorang perempuan membandingkan halaman web di dua tablet di samping diagram pembaruan dokumen.","caption":"Setelah konten diubah, pastikan cache juga mencerminkan HTML yang dibuat ulang.","description":null},"pt":{"alt":"Uma mulher compara páginas web em dois tablets ao lado de um diagrama de atualização de um documento.","caption":"Após alterar o conteúdo, é preciso verificar se o cache também reflete o HTML regenerado.","description":null},"zh-hant":{"alt":"一名女性比較兩台平板上的網頁，旁邊的圖示呈現文件更新後連向兩個瀏覽器視窗","caption":"修改內容後，應確認快取也已反映重新產生的 HTML。","description":null},"de":{"alt":"Eine Frau vergleicht Webseiten auf zwei Tablets neben einem Diagramm zur Dokumentaktualisierung.","caption":"Nach Inhaltsänderungen muss geprüft werden, ob auch der Cache das neu generierte HTML enthält.","description":null}}}],"published_at":"2026-11-05T07:45:55+09:00","updated_at":"2026-11-05T07:45:55+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/en/articles/low-involvement-web-static-generation-html-cache"}