Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Geç yüklenen içeriği düzeltme
Yaygın olarak "gerektiğinde yükleme" olarak da bilinen, kritik olmayan veya görünür olmayan içeriğin yüklenmesini erteleme, performansa ve kullanıcı deneyimine yönelik genel bir en iyi uygulamadır. Daha fazla bilgi için web.dev'deki resimleri ve videoları geç yüklemeyle ilgili kaynaklara bakın.
Ancak, doğru şekilde uygulanmazsa bu teknik yanlışlıkla içeriğin Google’dan gizlenmesine neden olabilir. Bu dokümanda, Google’ın gerektiğinde yüklenen içeriği tarayabildiğinden ve dizine ekleyebildiğinden nasıl emin olacağınız açıklanmaktadır.
İçeriği görüntü alanı içine geldiğinde yükleme
Google’ın sayfanızdaki tüm içeriği görmesini sağlamak için yükleme uygulamanızın tüm alakalı içeriği gerektiğinde görüntü alanında görünür olduğunda IntersectionObserver API'sini ve polyfill kullanarak yüklediğinden emin olun. Geç yüklemeyi uygulayabileceğiniz birkaç yöntem aşağıda verilmiştir:
Bahsedilen yöntemler, içerik yüklemek için kaydırma veya tıklama gibi kullanıcı işlemlerini kullanmaz. Google Arama, sayfanızla etkileşime geçmediği için bu önemlidir.
Kullanıcı bir sayfayı açtığında hemen görebileceği içeriklere geç yükleme eklemeyin. Bu, içeriğin yüklenip tarayıcıda gösterilmesinin daha uzun sürmesine neden olabilir. Bu durum da kullanıcı tarafından hemen fark edilir.
Uygulamanızı test ettiğinizden emin olun.
Genel olarak sonsuz kaydırma, kullanıcı uzun bir sayfayı aşağı kaydırdıkça daha fazla içerik ve
daha farklı sayfalar yükleyen bir tekniktir. Bu, birden fazla parçaya bölünmüş uzun bir
makale veya benzer şekilde parçalara bölünmüş bir dizi öğe olabilir. Sonsuz kaydırma tekniğini dizine eklenebilir
bir şekilde uygulamak için aşağıdakileri yaparak web sitenizin bu parçaların sayfalara ayrılmış şekilde yüklenmesini
desteklediğinden emin olun:
- Her parça için kendi kalıcı ve benzersiz URL'sini sağlayın.
- Her URL'de gösterilen içeriğin, tarayıcıda her yüklendiğinde aynı kaldığından emin olun.
Bunu yapmanın bir yöntemi, URL'de mutlak sayfa numaraları kullanmaktır (örneğin, sorgu parametresi
olarak
?page=12 kullanmak).
- Bu URL'lerde
?date=yesterday gibi göreli öğeler kullanmaktan kaçının.
Böylece, arama motorları ve kullanıcılar belirli bir URL altında her zaman aynı içeriği bulabilir.
Bu da arama motorlarının içeriği düzgün şekilde dizine eklemesini kolaylaştırır ve kullanıcıların içeriğinizin
bu bölümünü paylaşıp onunla yeniden etkileşim kurmasına olanak tanır.
- Arama motorlarının, URL'leri sayfaya ayrılmış bir grupta keşfedebilmesi için ayrı ayrı URL'lere sırayla
bağlantı verin. Sayfalara ayırmayı
kullanmayla
ilgili en iyi uygulamalar hakkında daha fazla bilgi edinin.
- Kullanıcının ekranı kaydırmasına yanıt olarak yeni bir sayfa parçası yüklendiğinde ve kullanıcının
asıl gördüğü öğe bu sayfa parçası olduğunda History API'yi kullanarak görünen
URL'yi güncelleyin.
Bu sayede kullanıcı, tarayıcıda gösterilen mevcut URL'yi yenileyebilir, paylaşabilir ve bu URL'ye bağlantı verebilir.
Test
Uygulamanızı yapılandırdıktan sonra, doğru bir şekilde çalıştığından emin olun.
Tüm içeriğin yüklenip yüklenmediğini görmek için Search Console'daki URL Denetleme aracını kullanabilirsiniz.
İçeriğinizin, oluşturulan HTML'de bulunduğundan emin olmak için URL Denetleme aracında içeriğinizi arayın. Resim veya video URL'leriniz, oluşturulan HTML'de bulunan <img> veya <video> öğelerindeki src özelliğinde görünüyorsa kurulumunuz düzgün çalışıyor demektir.
Aksi belirtilmediği sürece bu sayfanın içeriği Creative Commons Atıf 4.0 Lisansı altında ve kod örnekleri Apache 2.0 Lisansı altında lisanslanmıştır. Ayrıntılı bilgi için Google Developers Site Politikaları'na göz atın. Java, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-08-04 UTC.
[null,null,["Son güncelleme tarihi: 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."]]
