Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Corrigir conteúdo com carregamento lento
Adiar o carregamento de conteúdo não crítico ou não visível, processo também conhecido como "carregamento lento", é uma prática recomendada comum de UX e de desempenho. Para saber mais, consulte os recursos do web.dev sobre carregamento lento de imagens e vídeos.
No entanto, se essa técnica não for implementada de forma correta, talvez o conteúdo não seja exibido no Google. Este documento explica como garantir que o Google possa rastrear e indexar conteúdo com carregamento lento.
Carregar conteúdo quando ele estiver na janela de visualização
Para garantir que o Google detecte todo o conteúdo da página, confira se a implementação de carregamento lento abrange todo o conteúdo relevante sempre que ele está na janela de visualização. Confira alguns métodos para implementar o carregamento lento:
Os métodos mencionados não dependem de ações do usuário, como rolagem ou clique, para carregar conteúdo, o que é importante porque a Pesquisa Google não interage com sua página.
Não adicione o carregamento lento a conteúdo que provavelmente será mostrado de imediato quando um usuário abrir uma página. Isso pode fazer com que o conteúdo demore mais para carregar e aparecer no navegador, o que será muito perceptível para o usuário.
Teste sua implementação.
De modo geral, a rolagem infinita é uma técnica que carrega mais conteúdo, mais páginas distintas,
à medida que o usuário rola para baixo em uma página longa. Pode ser um artigo longo dividido em vários
blocos ou uma coleção de itens divididos de maneira semelhante. Para implementar a rolagem infinita
de uma maneira indexável, verifique se o site oferece suporte ao carregamento paginado desses blocos,
fazendo o seguinte:
- Dê a cada bloco um URL exclusivo e persistente.
- O conteúdo mostrado em cada URL precisa ser o mesmo sempre que for carregado em um navegador.
Uma maneira de fazer isso é usar números de página absolutos no URL, por exemplo, usando
?page=12 como um parâmetro de consulta.
- Evite usar elementos relativos, como
?date=yesterday, nesses URLs.
Isso permite que os mecanismos de pesquisa e os usuários encontrem consistentemente o mesmo conteúdo em um determinado URL,
facilitando a indexação adequada e permitindo que os usuários compartilhem
e interajam novamente com essa parte do seu conteúdo.
- Vincule os URLs individuais de forma sequencial para que os mecanismos de pesquisa possam descobrir os URLs em um
conjunto paginado. Saiba mais sobre
práticas recomendadas para implementar a paginação.
- Quando um novo bloco de página é carregado em resposta à rolagem do usuário e se torna o
elemento principal visível para ele, atualize o URL exibido usando a
API History.
Isso permite que o usuário atualize, compartilhe e vincule o URL atual exibido no navegador.
Teste
Depois de configurar sua implementação, confira se ela funciona corretamente.
Use a Ferramenta de inspeção de URL no Search Console para conferir se todo o conteúdo foi carregado.
Verifique o HTML renderizado para garantir que seu conteúdo esteja nele. Para isso, procure o conteúdo na Ferramenta de inspeção de URL. Se os URLs de imagem ou vídeo aparecerem no atributo src nos elementos <img> ou <video> no HTML renderizado, a configuração vai funcionar corretamente.
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-04 UTC.
[null,null,["Última atualização 2025-08-04 UTC."],[[["\u003cp\u003eEnsure lazy-loaded content is loaded when visible in the viewport, using methods like browser-level lazy-loading or the IntersectionObserver API, so Google can see all content.\u003c/p\u003e\n"],["\u003cp\u003eSupport paginated loading for infinite scroll by giving each content chunk a unique URL, using absolute page numbers, linking sequentially, and updating the URL with the History API.\u003c/p\u003e\n"],["\u003cp\u003eTest your implementation using the URL Inspection Tool in Search Console to verify all content is loaded and appears in the rendered HTML.\u003c/p\u003e\n"]]],["Lazy-loading should load content when visible in the viewport using methods like browser built-in loading, IntersectionObserver API, or JavaScript libraries, avoiding reliance on user actions. For infinite scroll, each content chunk needs a unique, persistent URL (e.g., `?page=12`), and avoid relative elements, also link sequentially to these URL. Update the URL with the History API. Finally, verify implementation with the URL Inspection Tool in Search Console to check if content is present in rendered HTML.\n"],null,["# Fix Lazy-Loaded Website Content | Google Search Central\n\nFix lazy-loaded content\n=======================\n\n\nDeferring loading of non-critical or non-visible content, also commonly known as \"lazy-loading\", is a common performance and UX best practice. For more information, see [web.dev's resources on lazy-loading images and video](https://web.dev/fast#lazy-load-images-and-video).\nHowever, if not implemented correctly, this technique can inadvertently hide content from Google. This document explains how to make sure Google can crawl and index lazy-loaded content.\n\nLoad content when it's visible in the viewport\n----------------------------------------------\n\nTo ensure that Google sees all content on your page, make sure that your lazy-loading implementation loads all relevant content whenever it is visible in the viewport. Here are a few methods to implement lazy-loading:\n\n- [Browser built-in lazy-loading](https://web.dev/articles/browser-level-image-lazy-loading) for images and iframes\n- [IntersectionObserver API](https://web.dev/articles/intersectionobserver) and [a polyfill](https://github.com/GoogleChromeLabs/intersection-observer)\n- A JavaScript library that supports loading data when it enters the viewport\n\nThe methods mentioned don't rely on user actions, such as scrolling or clicking, to load content, which is important as Google Search does not interact with your page.\n\nDon't add lazy-loading to content that is likely to be immediately visible when a user opens a page. That might cause content to take longer to load and show up in the browser, which will be very noticeable to the user.\n\nMake sure to [test your implementation](#test).\n\nSupport paginated loading for infinite scroll\n---------------------------------------------\n\n\nAt a high level, infinite scroll is a technique that loads more content, more distinct pages,\nas the user scrolls down a long page. This could be one long article that's split into multiple\nchunks, or a collection of items that's similarly split into chunks. To implement infinite scroll\nin an indexable way, make sure your website supports paginated loading of these chunks by doing\nthe following:\n\n- Give each chunk its own persistent, unique URL.\n- Ensure that the content shown on each URL remains the same every time it's loaded in a browser. One way this can be done is to use absolute page numbers in the URL, for example by using `?page=12` as a query parameter.\n- Avoid using relative elements like `?date=yesterday` in these URLs. This allows search engines and users to consistently find the same content under a given URL, making it easier for search engines to properly index the content, and allowing users to share and reengage with that part of your content.\n- Link sequentially to the individual URLs so that search engines can discover the URLs in a paginated set. Find out more about [best\n practices when implementing pagination](/search/docs/specialty/ecommerce/pagination-and-incremental-page-loading#best-practices-when-implementing-pagination).\n- When a new page chunk is loaded in response to the user scrolling, and it becomes the primary visible element for the user, update the displayed URL using the [History API](https://developer.mozilla.org/en-US/docs/Web/API/History_API). This allows the user to refresh, share, and link to the current URL displayed in the browser.\n\nTest\n----\n\n\nAfter you set up your implementation, make sure it works correctly.\nYou can use the [URL Inspection Tool](https://support.google.com/webmasters/answer/9012289) in Search Console to see if all content was loaded.\nCheck the rendered HTML to make sure your content is in the rendered HTML by looking for it in URL Inspection Tool. If your image or video URLs appear in the `src` attribute on the `\u003cimg\u003e` or `\u003cvideo\u003e` elements in the rendered HTML, your setup works correctly."]]
