Tarama Sıklığı

TL;DR — Tarama sıklığı, bir arama motorunun zaten bildiği bir sayfayı yeniden kontrol etmek için ne sıklıkta geri geldiğini ifade eder. Popüler ve sık değişen sayfalar sürekli yeniden kontrol edilirken hiç değişmeyen sayfalar nadiren kontrol edilir. Bunlar en önemli iki etkendir, ancak tek etkenler değildir. Sıklığı doğrudan ayarlayamazsınız; sayfayı daha önemli hâle getirerek ve gerçekten güncelleyerek etkileyebilirsiniz.

Tarama sıklığı ne anlama gelir?

Google veya Bing bir sayfayı ilk kez bulduğunda bu, bir keşif taramasıdır. Ancak web değiştiği için arama motorları daha sonra geri dönerek sayfanın değişip değişmediğini kontrol eder; bu da bir yenileme taramasıdır. Tarama sıklığı, bu yeniden kontrolün ne sıklıkta gerçekleştiğidir. Evidence for this claim Google's crawl-demand guidance says popular URLs tend to be crawled more often and systems seek to recrawl often enough to detect changes. Scope: Adaptive Google recrawling; no fixed per-page cadence is promised. Confidence: high · Verified: 2026-07-14 Google: Large site crawl budget guide

Bu sıklık her sayfa için aynı değildir. Yoğun bir haber sitesinin ana sayfası birkaç saatte bir yeniden taranabilir. İki yıldır değişmeyen küçük bir işletmenin “Hakkında” sayfasının taramaları arasında aylar geçebilir. Bunlar açıklayıcı örneklerdir, yayımlanmış bir takvim değildir; Google, sayfa türüne göre sabit saatlik, günlük veya haftalık aralıklar yayımlamaz. Arama motoru her sayfa için dinamik olarak karar verir.

Bir sayfanın daha sık taranmasını sağlayan etkenler

En çok iki unsur önem taşır:

1. Sayfanın ne kadar önemli olduğu. Kendisine yönelen çok sayıda bağlantı bulunan popüler sayfalar, Google’ın onları güncel tutabilmesi için daha sık yeniden taranır.
2. Sayfanın gerçekte ne sıklıkta değiştiği. Arama motorları güncelleme düzeninizi öğrenir. Bir sayfa her gün güncelleniyorsa onu günlük olarak kontrol etmeye başlarlar. Hiç değişmiyorsa giderek daha seyrek kontrol ederler.

Bu ikisi en güçlü etkenlerdir, ancak listenin tamamını oluşturmaz. Google’ın kendi belgelerinde, sahip olduğunuzu düşündüğü URL sayısı (algılanan envanter) ve örneğin site taşıma gibi site genelindeki olaylar da tarama talebini artırıp azaltabilen girdiler arasında sayılır.

Google’ın daha fazla tarama yapmasını sağlamayan şeyler

İnsanların sıklıkla yanıldığı nokta şudur:

• Her gün yayın yapmak tek başına daha hızlı taramayı zorunlu kılmaz. Google, yalnızca sık yayın yaptığınız için değil, sayfalarınız önemli olduğunda ve gerçekten değiştiğinde daha fazla tarama yapar.
• Site haritanızdaki etiketler sıklığı kontrol etmez. changefreq ve priority adlı eski ayarlar vardır; Google ikisini de tamamen yok sayar. Evidence for this claim Google ignores sitemap priority and changefreq values and may use accurate lastmod values. Scope: Google sitemap processing. Confidence: high · Verified: 2026-07-14 Google: Build and submit a sitemap
• Daha sık taranmak sıralamanızı iyileştirmez. Bir sayfanın sıralamaya girebilmesi için taranması gerekir, ancak daha fazla taranması onu üst sıralara taşımaz.

”Nasıl daha sık taranırım?” sorusunun dürüst yanıtı

Bunun için bir düğme yoktur. Gerçekten yardımcı olanlar şunlardır: Önemli sayfalarınızdan ilgili sayfaya bağlantı verin, sitenizi hızlı ve hatasız tutun ve anlamlı, gerçek güncellemeler yapın; yalnızca alt bilgideki yılı değiştirmeyin. Önemli bir şeyi değiştirdiyseniz ve Google’ın belirli bir sayfayı yeniden incelemesini istiyorsanız Google Search Console’daki URL Denetleme aracından talepte bulunabilirsiniz.

Google ve Bing alıntılarını, lastmod ayrıntılarını ve bunun tarama bütçesi ile tarama hızı kavramlarından nasıl ayrıldığını içeren sürümü mü istiyorsunuz? İleri Düzey sekmesine geçin.

TL;DR — Tarama sıklığı, bilinen bir URL’nin yeniden taranma ritmidir ve zamanlayıcı tarafından başlıca iki girdiye göre belirlenir: önem (popülerlik / PageRank / bağlantılar) ve eskime (sayfanın gerçekte ne sıklıkta değiştiği). Google’ın belgeleri algılanan envanter ve site genelindeki olaylar gibi başka talep girdilerinden de söz eder. Google, her sayfanın güncelleme düzenini öğrenerek uyum sağlar; kararlı sayfalarda aralığı giderek uzatır (3 → 10 → 30 → 100 gün). changefreq ve priority yok sayılır; yalnızca önemli bir değişikliğe bağlı, doğrulanabilir bir lastmod dikkate alınır. Sıklığı doğrudan ayarlayamazsınız; girdileri (önem, gerçek değişiklik, doğru lastmod, sunucu sağlığı) iyileştirebilir ve tek bir URL için yeniden tarama talep edebilirsiniz. Daha fazla tarama sıralamayı iyileştirmez. Tarama hızından (hız) ve tarama bütçesinden (talep + kapasite) farklıdır.

Tarama sıklığı gerçekte nedir?

Tarama sıklığı, bir arama motorunun zaten bildiği bir URL’yi değişip değişmediğini kontrol etmek üzere ne sıklıkta yeniden getirdiğidir. Bu, tarama zamanlayıcısının her URL için belirlediği yeniden tarama ritmidir. En önemli iki girdi, sayfanın ne kadar önemli olduğu ve gerçekte ne sıklıkta değiştiğidir; Google’ın belgelerinde bunlar popülerlik ve eskime olarak adlandırılır. Evidence for this claim Google's crawl-demand guidance says popular URLs tend to be crawled more often and systems seek to recrawl often enough to detect changes. Scope: Adaptive Google recrawling; no fixed per-page cadence is promised. Confidence: high · Verified: 2026-07-14 Google: Large site crawl budget guide

Tarama konusunun ilgili kavramlarla karıştırılması en kolay kısmı budur; bu nedenle aralarındaki sınırları açıkça çizelim.

Tarama sıklığı, tarama bütçesi ve tarama hızı

Bu üç kavram birbirinin yerine kullanılır, ancak kullanılmamalıdır:

Google’ın kendi tanımı bu kavramları birleştirir: “Google defines a site’s crawl budget as the set of URLs that Google can and wants to crawl.” Sıklık, bu bütçenin içinde yer alan ve her URL için belirlenen bir ritimdir. Hız ise hattaki akışı kısıtlayan mekanizmadır. Tarama bütçesi rehberimde ifade ettiğim gibi: “Crawl budget is the amount of time and resources a search engine allows for crawling a website. It is made up [of] crawl demand which is how many pages a search engine wants to crawl on your site and crawl rate which is how fast they can crawl.”

Keşif taramaları ve yenileme taramaları

Sıklık aslında yenileme taramasıyla ilgilidir. John Mueller bu ayrımı açıkça şöyle ortaya koydu: “One is a discovery crawl where we try to discover new pages on your website. And the other is a refresh crawl where we update existing pages that we know about.”

Yenileme ritmi sayfaya göre büyük ölçüde değişir. Mueller yine şöyle diyor: “We would refresh crawl the homepage, I don’t know, once a day, or every couple of hours, or something like that.” Diğer uçtaysa şu açıklamayı yapıyor: “If we recognize that individual pages change very rarely, then we realize we don’t have to crawl them all the time.”

Temel çıkarım, Google’ın düzeninizi her sayfa için ayrı ayrı öğrenmesidir: “If you have a news website and you update it hourly, then we should learn that we need to crawl it hourly. Whereas if it’s a news website that updates once a month, then we should learn that we don’t need to crawl every hour.”

Google’ın bir sayfayı ne sıklıkta yeniden tarayacağını belirleyen etkenler

How Search Works sunumumda yeniden taramayı yönlendiren tarama talebi etkenlerini şöyle sıralıyorum: PageRank, sayfanın ne sıklıkta değiştiği, son taramadan bu yana geçen süre ve büyük site değişiklikleri. Bu, Google’ın belgelediği popülerlik + eskime modeliyle aynıdır; yalnızca benim çerçevemden anlatılmıştır ve bu liste de kapsamlı değildir. Google’ın belgeleri ayrıca algılanan envanteri (sitenizde bulunduğunu düşündüğü URL sayısı) ve alan adı ya da URL yapısı taşıması gibi site genelindeki olayları tarama talebini artırıp azaltabilen unsurlar arasında sayar. En doğrudan etkileyebileceğiniz iki unsur popülerlik ve eskime olduğundan en fazla dikkati bunlara vermek gerekir. Bunları ayrıntılandıralım:

Popülerlik, PageRank ve bağlantılar

“URLs that are more popular on the Internet tend to be crawled more often to keep them fresher in our systems.” Bir sayfaya yönelen daha fazla iç ve dış bağlantı → daha yüksek algılanan önem → daha sık yeniden tarama. Tarama bütçesi yazımda bunu aynı şekilde ifade ediyorum: “Popular pages, or those with more links and PageRank, will generally receive priority over other pages.”

Eskime ve aralığın giderek uzatılması

Google’ın sistemleri “want to recrawl documents frequently enough to pick up any changes.” Bunun diğer tarafı, değişmeyen sayfaların giderek daha seyrek taranmasıdır. Tarama bütçesi rehberimden: “If Google sees that a page isn’t changing, they will crawl the page less frequently.” Sabit bir aralık yoktur; aralık giderek uzar: “if they crawl a page and see no changes after a day, they may wait three days before crawling again, ten days the next time, 30 days, 100 days, etc.”

Kalite ve arama talebi

Gary Illyes, zamanlayıcıyı ikna etmeniz gereken bir sistem olarak tanımlıyor: “If you want to increase how much we crawl, then you somehow have to convince search that your stuff is worth fetching, which is basically what the scheduler is listening to.” Sistem dinamiktir: “Scheduling is very dynamic. As soon as we get the signals back from search indexing that the quality of the content has increased across this many URLs, we would just start turning up demand.” Bu ilişki iki yönde de işler: “If search demand goes down, then that also correlates to the crawl limit going down.”

Şunu bilmekte yarar var: Google, verimlilik nedeniyle kararlı sayfaları aktif olarak daha az taramaya çalışıyor. Illyes, “crawl even less” isteğini ve ağ üzerinden aktarılan bayt miktarını azaltma hedefini kamuya açık biçimde anlattı. Bu nedenle zamanlayıcının değişmeyen sayfalarınızı gereğinden fazla taramasını beklemeyin.

Sunucu sağlığı (hız, sıklığı mümkün kılar)

Sıklık yalnızca hızınızın izin verdiği kadar artabilir. Tarama kapasitesi sınırı, Google’ın kullanacağı eşzamanlı paralel bağlantıların yaklaşık azami sayısıdır. Hızlı ve hatasız bir sunucu bu tavanı yükseltirken yavaş bir site veya 5xx/429 yanıtları döndüren bir site daha az taranır. Sunucu sağlığı sıklığı artırmaz; yalnızca bir darboğaz olmaktan çıkar.

Site haritalarının ve lastmod değerinin rolü

Çürütülmesi gereken en büyük efsane şudur: İnsanlar site haritası ayarlarının tarama ritmini kontrol ettiğini düşünür. Çoğunlukla etmezler.

changefreq ve priority yok sayılır

Google’ın site haritası belgelerinde doğrudan şöyle denir: “Google ignores <priority> and <changefreq> values.” <changefreq>hourly</changefreq> değerini ayarlamak hiçbir şey yapmaz. Evidence for this claim Google ignores sitemap priority and changefreq values and may use accurate lastmod values. Scope: Google sitemap processing. Confidence: high · Verified: 2026-07-14 Google: Build and submit a sitemap Bu alanları optimize etmeyi bırakın.

Tek sinyal lastmod değeridir — doğruyu yansıtıyorsa

Google’ın bir site haritasından dikkate aldığı tek güncellik sinyali lastmod değeridir ve o da yalnızca belirli koşullarda geçerlidir: “Google uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate.” Bu konuda yanıltıcı bilgi verirseniz Google bunu fark eder ve sinyale güvenmeyi bırakır.

Ayrıca gerçek bir değişikliği yansıtması gerekir: “The <lastmod> value should reflect the date and time of the last significant update to the page. For example, an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not.” Yalnızca alt bilgideki yılı değiştirdiğiniz için lastmod değerini ilerletmek işe yaramaz ve lastmod sinyalinin çalışmasını sağlayan güveni aşındırır.

Taramayı zorlayabilir veya hızlandırabilir misiniz?

Dürüst yanıt şu: Sıklığı ayarlayan bir düğme yoktur. Gerçekte sahip olduğunuz seçenekler şunlardır:

• Girdileri iyileştirin — önem (bağlantılar, iç bağlantılar), gerçek içerik değişiklikleri, doğru bir lastmod ve hızlı, sağlıklı bir sunucu.
• Tek bir URL için talepte bulunun — Google Search Console’daki URL Denetleme aracında her seferinde bir sayfa için “Dizine eklenmesini iste” işlemi bulunur. Bu bir taleptir, garanti değildir ve devam eden tarama ritmini değiştirmez. Google, düğmeye tekrar tekrar basmanın da yardımcı olmadığını açıkça belirtir: Aynı URL için yinelenen talepler onun daha hızlı taranmasını sağlamaz.
• Bir değişiklik bildirin (Bing ve diğerlerinde) — aşağıya bakın.

Yapamayacağınız şeyler şunlardır: Bir sıklık belirlemek, günlük yayın yaparak günlük taramayı zorlamak veya eski GSC tarama hızı kaydırıcısını kullanmak (bu özellik kaldırıldı). Bing’de bir Crawl Control tablosu vardır, ancak bu sıklığı değil, hızı kontrol eder.

Bing: uyarlanabilir tarama ve IndexNow

Bing, tarama sıklığını bir maliyet sorunu olarak değerlendirir. Tarama sıklığıyla ilgili yazılarına göre ritim “depends on the frequency of which the content is edited and updated,” ve “Defining when to fetch the web page next is the hard problem we are looking to optimize.” Uyarlanabilir çözümleri şöyledir: “What we learned was that we could optimize our system to avoid fetching the same content over and over, and instead check periodically for major changes”; bu yaklaşım bir örnekte “about 40% crawl saving on this site!” sonucunu vermiştir.

Bing’in tarama sıklığını etkileme mekanizması IndexNow’dır: Zamanlayıcıyı beklemek yerine değişikliği bildirirsiniz. “Whether you’re adding, updating, or deleting content, IndexNow notifies multiple search engines of your content changes as soon as they happen,”; bunun amacı “limiting the need for costly exploratory crawls.” Buradaki farklılığa dikkat edin: Google, genel yeniden tarama için IndexNow kullanmaz.

Tarama sıklığınızı nasıl kontrol edebilirsiniz?

• GSC → Tarama İstatistikleri — zaman içindeki toplam istekleri yanıt kodu, dosya türü ve Googlebot türüne göre ayrılmış biçimde gösterir. Site düzeyindeki ritmi bu şekilde gözlemlersiniz; bu, URL başına son tarama raporu değildir.
• GSC → URL Denetleme — tek bir URL’nin “son tarama” tarihi. Belirli bir sayfanın en son ne zaman getirildiğini Tarama İstatistikleri’nden değil, buradan kontrol edersiniz.
• Bing Webmaster Tools — Crawl Control (hız) ve IndexNow Insights.
• Sunucu günlüğü analizi — kesin bilgi kaynağıdır: Botların tam olarak hangi URL’lere ne sıklıkta eriştiğini gösterir.

Tarama sıklığıyla ilgili yaygın efsaneler

• “Günlük yayın yapmak daha hızlı taramayı zorunlu kılar.” Hayır. Google, düzeninizi öğrenir ve yayın hacmi nedeniyle değil, önem ve gerçek değişiklik nedeniyle daha fazla tarama yapar.
• “changefreq/priority tarama ritmini kontrol eder.” Hayır. İkisi de yok sayılır.
• “Yeniden taranmak için lastmod değerini ilerletmek yeterlidir.” Yalnızca değer doğrulanabilir ve önemli bir değişikliğe bağlıysa işe yarar; bunu manipüle etmek Google’ın sinyale güvenmemesine yol açar.
• “Daha fazla tarama daha iyi sıralama demektir.” Hayır. Tarama bütçesi rehberimde yazdığım gibi: “The rate of crawling isn’t going to impact your rankings.” Tarama bir ön koşuldur, destekleyici bir sıralama artışı değildir: “More crawling doesn’t mean you’ll rank better, but if your pages aren’t crawled and indexed they aren’t going to rank at all.”
• “Sabit bir takvim vardır.” Hayır. Sistem dinamiktir, her URL için ayrı çalışır ve uyarlanabilir.
• “Search Console’da tarama sıklığını ayarlayabilirim.” Hayır. Hız kaydırıcısı kaldırılmıştır ve sıklık denetimi yoktur.

Yapay zekâ özeti

İleri Düzey sürümün kısa özeti:

• Tarama sıklığı = yeniden tarama ritmi, Google’ın zaten bildiği bir URL için geçerlidir. Başlıca popülerlik (bağlantılar / PageRank) ve eskime (sayfanın gerçekte ne sıklıkta değiştiği) tarafından yönlendirilir; Google’ın belgeleri algılanan envanter ve site genelindeki olayları da talep girdileri arasında sayar.
• Google, her sayfanın düzenini öğrenir ve uyum sağlar: Yoğun bir ana sayfayı saatlik, statik bir sayfayı nadiren tarar; değişmeyen sayfalarda aralığı giderek uzatır (3 → 10 → 30 → 100 gün).
• İlgili kavramlardan farklıdır: Hız = ne kadar hızlı (sunucuyla sınırlı), bütçe = talep + kapasite (“URLs Google can and wants to crawl”). Sıklık bütçenin içinde yer alır.
• Site haritasının gerçeği: changefreq ve priority yok sayılır; yalnızca önemli bir değişikliğe bağlı, doğrulanabilir bir lastmod dikkate alınır.
• Sıklığı ayarlayamazsınız. Girdileri (önem, gerçek değişiklik, doğru lastmod, sunucu sağlığı) iyileştirin; GSC URL Denetleme aracından tek bir URL için talepte bulunun; Bing’de (Google’da değil) değişiklikleri IndexNow ile bildirin.
• Daha fazla tarama ≠ daha iyi sıralama. Tarama, sıralamaya girmek için gereklidir; bir sıralama sinyali değildir.
• Sıklığı gözlemleyin: GSC Tarama İstatistikleri (zaman içindeki site düzeyindeki istekler; URL başına günlük değildir), URL Denetleme’deki son tarama tarihi (URL başına kontrol), Bing Webmaster Tools veya sunucu günlükleri.

Resmî belgeler

Yeniden tarama ritmiyle ilgili birincil kaynak belgeleri.

Google

• Optimize your crawl budget — tarama talebi (algılanan envanter, popülerlik, eskime) ve tarama kapasitesi; yeniden tarama sıklığının temelindeki model.
• Build and submit a sitemap — changefreq/priority değerlerinin neden yok sayıldığı ve lastmod değerinin gerçekte nasıl kullanıldığı.
• In-Depth Guide to How Google Search Works — algoritmik tarama zamanlayıcısı (“which sites to crawl, how often, and how many pages”).

Bing / Microsoft

• bingbot Series: Optimizing Crawl Frequency — Bing’in sıklığı, içerik değişiklikleriyle yönlendirilen bir zamanlama sorunu olarak ele alışı.
• Bing Webmaster Tools — Crawl Control — Bingbot’ın saatlik hızını ayarlama (sıklık değil, hız).
• IndexNow — yeniden taramayı beklemek yerine değişen URL’leri bildirmeye yarayan anlık bildirim protokolü.

Kaynaktan alıntılar

Google ve Bing’in kayda geçmiş açıklamaları. Her bağlantı, kaynak sayfadaki alıntılanan bölüme doğrudan götüren derin bağlantıdır.

Google — yeniden tarama ritmini yönlendiren etkenler

• “URLs that are more popular on the Internet tend to be crawled more often to keep them fresher in our systems.” — Google Search Central belgeleri. Alıntıya git
• “Our systems want to recrawl documents frequently enough to pick up any changes.” Alıntıya git
• “Google defines a site’s crawl budget as the set of URLs that Google can and wants to crawl.” Alıntıya git

Google — site haritaları, changefreq, lastmod

• “Google ignores <priority> and <changefreq> values.” Alıntıya git
• “Google uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate.” Alıntıya git
• “The <lastmod> value should reflect the date and time of the last significant update to the page. For example, an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not.” Alıntıya git

John Mueller, Google (SEO ofis saatleri, Ocak 2022)

• “One is a discovery crawl where we try to discover new pages on your website. And the other is a refresh crawl where we update existing pages that we know about.” Alıntıya git
• “We would refresh crawl the homepage, I don’t know, once a day, or every couple of hours, or something like that.” Alıntıya git
• “If you have a news website and you update it hourly, then we should learn that we need to crawl it hourly. Whereas if it’s a news website that updates once a month, then we should learn that we don’t need to crawl every hour.” Alıntıya git

Gary Illyes, Google (tarama öncelikleri)

• “If you want to increase how much we crawl, then you somehow have to convince search that your stuff is worth fetching, which is basically what the scheduler is listening to.” Alıntıya git
• “Scheduling is very dynamic. As soon as we get the signals back from search indexing that the quality of the content has increased across this many URLs, we would just start turning up demand.” Alıntıya git

Microsoft Bing — Optimizing Crawl Frequency

• “The answer depends on the frequency of which the content is edited and updated.” Alıntıya git
• “Defining when to fetch the web page next is the hard problem we are looking to optimize with your help.” Alıntıya git
• “Whether you’re adding, updating, or deleting content, IndexNow notifies multiple search engines of your content changes as soon as they happen.” — IndexNow. Alıntıya git

Zihinsel modeller

1. Sıklık = popülerlik × eskime. Bilinen bir URL’nin ne sıklıkta yenileneceğini iki girdi belirler: Ne kadar önemli olduğu (popülerlik / PageRank / bağlantılar) ve gerçekte ne sıklıkta değiştiği (eskime). Hem önemli olan hem de sık değişen bir sayfa en çok; bu özelliklerin ikisine de sahip olmayan bir sayfa en az taranır. Diğer her şey bu iki unsur üzerinde etkili olan ikincil bir araçtır.

2. Keşif taraması ve yenileme taraması. Bir keşif taraması yeni bir URL’yi ilk kez bulur. Bir yenileme taraması bilinen bir URL’yi yeniden kontrol eder; sıklık tamamen yenilemeyle ilgilidir. Bir sayfa yeniden taranmıyorsa bunun önem sorunu mu yoksa “Google burada hiçbir şeyin değişmediğini düşünüyor” sorunu mu olduğunu belirleyin; her birinin çözümü farklıdır.

3. Sıklık ≠ hız ≠ bütçe. Sıklık ritimdir (ne sıklıkta). Hız, sürattir (ne kadar hızlı; sunucuyla sınırlı). Bütçe, talep + kapasitedir (Google’ın tarayabildiği ve taramak istediği URL kümesi). Sıklık bütçenin içinde yer alır; hız, mümkün olan sıklığın üst sınırını belirler.

4. Zamanlayıcı düzeninizi öğrenir. Google, gerçek güncelleme ritminize her sayfa için ayrı ayrı uyum sağlar ve kararlı sayfalarda aralığı giderek uzatır (3 → 10 → 30 → 100 gün). Daha fazla yayın yaparak zamanlayıcıyı alt edemezsiniz; gerçekten önemli olarak ve gerçekten değişiklik yaparak onun öğrendiği düzeni değiştirirsiniz.

5. Tek güvenilir site haritası sinyali. changefreq ve priority hiçbir işe yaramaz. Önemli bir değişikliğe bağlı, doğrulanabilir bir lastmod, dikkate alınan tek güncellik sinyalidir ve yalnızca onun hakkında yanıltıcı bilgi vermediğiniz sürece işe yarar.

Yeniden tarama sıklığını gerçekte artıran şeyler

Tarama ritmini değiştiren araçlara ve işe yaramayan tuzaklara genel bir bakış:

• Sayfayı daha önemli hâle getirin. Güçlü sayfalardan iç bağlantılar ekleyin; dış bağlantılar kazanın. Popülerlik, sıklığı etkileyen en güçlü unsurdur.
• Gerçek değişiklikler yapın. Görsel nitelikteki değişiklikler yerine ana içeriği, yapılandırılmış verileri veya bağlantıları güncelleyin. Google, bir sayfanın gerçekten değişip değişmediğini öğrenir.
• lastmod değerini doğru ve doğrulanabilir tutun. Son önemli güncellemeyi yansıtmalıdır; telif hakkı yılını değiştirmek sayılmaz ve güveni aşındırır.
• changefreq / priority ile uğraşmayın — Google ikisini de yok sayar.
• Sunucuyu hızlı ve hatasız tutun. 5xx/429/zaman aşımı hataları tarama kapasitenizi azaltarak sıklığın üst sınırını düşürür.
• Önemli olduğunda tek bir URL için talepte bulunun — anlamlı bir güncellemeden sonra bir sayfa için GSC URL Denetleme → Dizine eklenmesini iste.
• Bing/Yandex’de IndexNow kullanın — zamanlayıcıyı beklemek yerine değişiklik bildirimleri gönderin (Google bunu kullanmaz).
• Yalnızca yayın hacminin yardımcı olmasını beklemeyin — sıklık, yayın düğmesine ne kadar sık bastığınızı değil, önemi ve gerçek değişikliği izler.
• Bir sıklık sorunu olduğunu varsaymadan önce Tarama İstatistikleri’nden son tarama tarihlerini ve keşif-yenileme ayrımını kontrol edin.

Tarama sıklığını görmeye yarayan araçlar

• Google Search Console — Tarama İstatistikleri raporu — zaman içindeki istekleri yanıt kodu, dosya türü ve Googlebot türüne göre gösterir. Google’ın genel olarak ne sıklıkta geri geldiğini site düzeyinde görmenin en açık yoludur; URL başına günlük değildir.
• URL Denetleme (GSC) — tek bir URL’nin “son tarama” tarihini ve anlamlı bir değişiklik yaptığınızda kullanabileceğiniz Dizine eklenmesini iste işlemini sunar. Aynı URL için yinelenen talepler süreci hızlandırmaz.
• Bing Webmaster Tools — Crawl Control (Bingbot’ın saatlik hızını ayarlar) ve anlık bildirim tarafı için IndexNow Insights.
• Sunucu günlük dosyası analizi — botların tam olarak hangi URL’lere ne sıklıkta eriştiğini gösteren kesin bilgi kaynağıdır. Araçlar: Screaming Frog Log File Analyser veya günlükleri BigQuery / bir günlük platformuna aktarma. (Bkz. günlük dosyası analizi.)
• Ahrefs Site Audit / Webmaster Tools — bir taramayı simüle eder ve sıklığı besleyen önem sinyallerini (iç bağlantılar, derinlik) ortaya çıkarır.

Tarama sıklığıyla ilgili hatalar

• Sayfayı değiştirmeden site haritasındaki lastmod değerini değiştirmek. Yanlış tarihler sinyalin yararını azaltır. lastmod değerini yalnızca anlamlı içerik değişikliklerinde güncelleyin.
• changefreq veya priority değerlerine güvenmek. Google bu site haritası ipuçlarını yok sayar. Bunların yerine güçlü keşif, önem ve doğru değişiklik sinyalleri kullanın.
• Değişmemiş bir sayfa için tekrar tekrar dizine ekleme talep etmek. Sayfanın bir kez daha getirilmesi değer oluşturmaz veya dizine eklemeyi zorunlu kılmaz. Önce sayfayı ya da sinyallerini iyileştirin.
• Sık taranmayı bir sıralama başarısı saymak. Tarama sıklığı getirme işlemini tanımlar; kaliteyi veya konumu değil. Önemli değişikliklerin zamanında algılanıp algılanmadığını ölçün.
• Belirli bir takvime göre yüzeysel değişiklikler yapmak. Arama motorları gerçek değişiklik düzenlerini öğrenir. Tarihleri veya boşlukları değiştirmek yerine yararlı güncellemeler yapın.

Tarama sıklığı sinyalleri için kısa başvuru tablosu

Tarama sıklığı metrikleri

Şablona göre medyan yeniden tarama aralığı

Metrik: Aynı URL için doğrulanmış tarayıcı getirmeleri arasındaki medyan süre. Size ne anlatır: Öğrenilen yeniden ziyaret ritmini. Nasıl elde edilir: Erişim günlüğü isteklerini normalleştirilmiş URL ve zaman damgasına göre sıralayın, ardından şablona göre bölümlere ayırın. Karşılaştırma ölçütü / gerçekçi aralık: Her şablonun gerçek değişiklik ritmiyle karşılaştırın; haber ve uzun ömürlü sayfaların ikisine de uyan site genelinde tek bir hedef yoktur. Periyot: Aylık.

Değişiklikten yeniden taramaya kadar geçen süre

Metrik: Anlamlı bir yayın/güncelleme olayı ile sonraki getirme arasındaki süre. Size ne anlatır: Önemli değişikliklerin zamanında keşfedilip keşfedilmediğini. Nasıl elde edilir: CMS veya dağıtım zaman damgalarını erişim günlükleriyle birleştirin. Karşılaştırma ölçütü / gerçekçi aralık: Her şablon için bir temel değer belirleyin ve gerilemeleri araştırın. Periyot: Aylık ve site haritası/iç bağlantı değişikliklerinden sonra.

Doğru lastmod oranı

Metrik: Anlamlı sayfa değişikliklerine karşılık gelen site haritası lastmod değişiklikleri. Size ne anlatır: Güncellik sinyalinin güvenilir kalıp kalmadığını. Nasıl elde edilir: Site haritası geçmişini içerik karmaları veya sürüm kayıtlarıyla karşılaştırın. Karşılaştırma ölçütü / gerçekçi aralık: Değiştirilen her tarih anlamlı bir güncellemeyle açıklanabilmelidir. Periyot: Her site haritası sürümünde veya haftalık örneklemeyle.

Kendinizi sınayın: Tarama sıklığı

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• When Should You Worry About Crawl Budget? — en yakından ilişkili yazı: talep, hız, eskimeye bağlı aralık uzatımı ve sıklığın neden bir sıralama faktörü olmadığı.
• What Is Googlebot & How Does It Work? — zamanlayıcının arkasındaki tarayıcı mekanikleri.
• Crawl Me Maybe? How Website Crawlers Work — tarayıcılara genel bir giriş.
• The Beginner’s Guide to Technical SEO — taramanın büyük resimdeki yeri.

Konuşmalarım

• How Search Works (SlideShare) — tarama talebi etkenlerini (PageRank, değişiklik sıklığı, son taramadan bu yana geçen süre, büyük site değişiklikleri) anlattığım sunum. (Her zamanki sorumluluk reddim geçerlidir: “This is my understanding of systems… not going to be 100% complete or accurate.”)

Başkalarından

• Google’ın Crawling December serisi — resmî tarama açıklamalarının en iyi toplu kaynaklarından biri.
• Google Has Two Types Of Crawling – Discovery & Refresh (Search Engine Journal) — John Mueller’ın keşif ve yenileme taramaları ile Google’ın her sayfanın güncelleme düzenini nasıl öğrendiğine ilişkin birebir alıntıları.
• Google’s Crawling Priorities: Insights From Analyst Gary Illyes (Search Engine Journal) — Gary Illyes’in dinamik zamanlayıcı, tarama talebini yönlendiren kalite sinyalleri ve içeriğinizin getirilmeye değer olduğuna Google’ı ikna etme hakkındaki açıklamaları.
• Google Considers Reducing Webpage Crawl Rate (Search Engine Journal) — Google’ın kararlı sayfaları daha az tarama hedefiyle ilgili açıklamalarını ele alan ve aralık uzatma düzenini destekleyen haber.
• bingbot Series: Maximizing Crawl Efficiency (Bing Webmaster Blog) — Bing’in tarama verimliliğiyle ilgili tamamlayıcı yazısı; Resmî Belgeler sekmesindeki Optimizing Crawl Frequency yazısıyla birlikte okunabilir.
• r/TechSEO — tarama/dizine ekleme sorunlarını gidermeye odaklanan topluluk.

Değişiklik günlüğü