중요하지 않거나 표시되지 않는 콘텐츠의 로드 지연(대개 '지연 로드'라고도 함)은 일반적인 성능 및 UX 권장사항입니다. 자세한 내용은 web.dev의 이미지 및 동영상 지연 로드 리소스를 참고하세요. 그렇지만 이 기술이 제대로 구현되지 않는 경우 의도치 않게 Google에서 콘텐츠를 보지 못할 수도 있습니다. 이 문서에서는 Google이 지연 로드 콘텐츠를 크롤링하고 색인 생성할 수 있도록 설정하는 방법을 설명합니다.
표시 영역에 표시될 때 콘텐츠 로드하기
Google이 페이지의 모든 콘텐츠를 볼 수 있게 하려면 표시 영역에 콘텐츠가 표시될 때마다 지연 로드 구현이 관련 콘텐츠를 모두 로드하는지 확인합니다. 다음은 지연 로드를 구현하는 몇 가지 방법입니다.
대략적으로 무한 스크롤은 사용자가 긴 페이지를 아래로 스크롤할 때 더 많은 콘텐츠와 고유한 페이지를 로드하는 기법입니다. 긴 기사를 여러 청크로 나눈 것일 수도 있고, 청크로 나눈 항목 모음일 수도 있습니다. 색인을 생성할 수 있는 방식으로 무한 스크롤을 구현하려면 다음을 실행하여 웹사이트에서 이러한 청크의 페이지 나누기 로드를 지원하는지 확인하세요.
각 청크에 고유하고 영구적인 URL을 지정합니다.
각 URL에 표시되는 콘텐츠가 브라우저에 로드될 때마다 동일하게 유지되는지 확인합니다. 이를 위한 한 가지 방법은 URL에서 절대 페이지 번호를 사용하는 것입니다(예: ?page=12를 쿼리 매개변수로 사용).
이러한 URL에서는 ?date=yesterday와 같은 상대 요소를 사용하지 마세요. 이렇게 하면 검색엔진과 사용자가 지정된 URL에서 동일한 콘텐츠를 일관되게 찾을 수 있으므로 검색엔진이 더 쉽게 콘텐츠의 색인을 생성하고 사용자가 콘텐츠의 해당 부분을 공유하고 다시 이용할 수 있습니다.
검색엔진이 페이지로 나눈 세트에서 URL을 검색할 수 있도록 개별 URL에 순차적으로 연결합니다. 페이지로 나누기 구현 시 권장사항을 자세히 알아보세요.
사용자가 스크롤하는 데 대한 응답으로 새 페이지 청크가 로드되고 이 청크가 사용자에게 표시되는 기본 요소가 되면 History API를 사용하여 표시된 URL을 업데이트합니다. 이를 통해 사용자는 브라우저에 표시된 현재 URL을 새로고침, 공유, 연결할 수 있습니다.
테스트
구현을 설정한 후 제대로 작동하는지 확인해야 합니다. Search Console의 URL 검사 도구를 사용하여 모든 콘텐츠가 로드되었는지 확인할 수 있습니다. 렌더링된 HTML을 확인하여 URL 검사 도구에서 콘텐츠가 렌더링된 HTML에 있는지 확인합니다. 렌더링된 HTML의 <img> 또는 <video> 요소에 있는 src 속성에 이미지 또는 동영상 URL이 표시되면 설정이 올바르게 작동하는 것입니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 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."]]
