Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.
Soluciona el problema de carga diferida de contenido
El proceso de retrasar la carga de contenido no fundamental o no visible, también conocido como carga diferida, es una práctica recomendada común para UX y rendimiento. Para obtener más información, consulta los recursos de web.dev sobre la carga diferida de imágenes y videos. Sin embargo, si no se implementa correctamente esta técnica, es posible que se oculte inadvertidamente el contenido y Google no pueda verlo. Este documento explica cómo asegurarse de que Google pueda rastrear y también indexar contenido de carga diferida.
Cómo cargar contenido cuando esté visible en el viewport
Para que Google vea todo el contenido de la página, asegúrate de que tu implementación de carga diferida cargue todo el contenido relevante siempre que sea visible en el viewport. Estos son algunos métodos para implementar la carga diferida:
Con una biblioteca de JavaScript que admita la carga de datos cuando ingresan en el viewport
Los métodos mencionados no dependen de acciones del usuario, como desplazarse o hacer clic, para cargar contenido, lo que es importante, ya que la Búsqueda de Google no interactúa con tu página.
No agregues la carga diferida al contenido que probablemente sea visible de inmediato cuando un usuario abra una página. Esto podría hacer que el contenido tarde más en cargarse y mostrarse en el navegador, lo que el usuario notará mucho.
Cómo admitir la carga con paginación para el desplazamiento infinito
En un nivel alto, el desplazamiento infinito es una técnica que carga más contenido y más páginas distintas a medida que el usuario se desplaza hacia abajo en una página larga. Puede ser un artículo largo dividido en varios fragmentos o una colección de elementos divididos de manera similar en fragmentos. Para implementar el desplazamiento infinito de una manera indexable, asegúrate de que tu sitio web admita la carga paginada de estos fragmentos. Para ello, haz lo siguiente:
Asigna a cada fragmento su propia URL única y persistente.
Asegúrate de que el contenido que se muestra en cada URL sea el mismo cada vez que se cargue en un navegador. Una forma de hacerlo es usar números de página absolutos en la URL, por ejemplo, con ?page=12 como parámetro de consulta.
Evita usar elementos relativos, como ?date=yesterday, en estas URLs. Esto permite que los motores de búsqueda y los usuarios encuentren de forma coherente el mismo contenido en una URL determinada, lo que facilita que los motores de búsqueda indexen el contenido correctamente y permite que los usuarios compartan y vuelvan a interactuar con esa parte de tu contenido.
Vincula de forma secuencial a las URLs individuales para que los motores de búsqueda puedan descubrirlas en un conjunto paginado. Obtén más información sobre las prácticas recomendadas para implementar la paginación.
Cuando se carga un nuevo fragmento de página en respuesta al desplazamiento del usuario y se convierte en el elemento visible principal para el usuario, actualiza la URL que se muestra con la API del Historial. Esto permite al usuario actualizar, compartir y vincular la URL actual que se muestra en el navegador.
Prueba
Después de configurar la implementación, asegúrate de que funcione correctamente. Puedes usar la Herramienta de inspección de URLs en Search Console para ver si se cargó todo el contenido. Busca el código HTML renderizado en la Herramienta de inspección de URLs para asegurarte de que tu contenido esté en él. Si las URLs de tus imágenes o videos aparecen en el atributo src en los elementos <img> o <video> en el HTML renderizado, la configuración funciona correctamente.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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 content\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\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\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\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."]]