IndexNow API, web sitelerinin içerik değişikliklerini Yandex’e anında bildirmesine olanak tanır, ancak bu işlem belirli istek hızı sınırlarına tabidir. Bir site kısa sürede çok fazla istek gönderdiğinde, sunucu limitin aşıldığını belirten 429 durum kodu döndürebilir. Bu mekanizma, arama motoru altyapısını otomatikleştirilmiş betikler veya yanlış yapılandırılmış eklentiler tarafından aşırı yüklenmekten korumak için mevcuttur.
Bu sınırları yönetmek, Yandex’in gelen sinyalleri nasıl işlediğine dair net bir anlayış gerektirir. Sunucu günlüklerinizi analiz ederek ve gönderim mantığınızı ayarlayarak, kesintisiz bir güncelleme akışı sağlayabilirsiniz. Bu makale, API etkileşimlerinizi stabilize etmek ve içerik görünürlüğünüzün yüksek kalmasını sağlamak için net bir yol sunar.
IndexNow API istek hızı sınırlarına ne sebep olur?
Hız sınırları, öncelikle standart trafik beklentilerini aşan yüksek frekanslı gönderim modelleri tarafından tetiklenir. CMS eklentiniz veya sunucu tarafı betiğiniz, kullanıcı görüntüleme sayısı güncellemesi, arka plan stili değişikliği veya düzen ayarı gibi her küçük veritabanı değişikliği için API’ye ping atmaya çalışırsa, günlük veya saatlik eşiklere hızla ulaşırsınız. Yandex, gönderimlerin yeni bir ürün sayfasının yayınlanması, fiyat değişikliği veya bir blog gönderisinde yapılan önemli bir düzenleme gibi gerçek içerik değişikliklerini yansıtmasını bekler.
Genellikle sorun, otomatik tetikleyicideki filtreleme eksikliğinden kaynaklanır. Örneğin, büyük bir e-ticaret platformu, stok miktarı her değiştiğinde bir API çağrısını tetikleyebilir. Bir ürünün 500 adedi varsa ve 500 satış gerçekleşirse, sistem Yandex’e 500 ayrı istek göndermeye çalışabilir. Sayfa içeriği aynı kaldığı için bu, hiçbir indeksleme amacına hizmet etmeyen bir trafik artışı yaratır. Bu gereksiz tetikleyicileri belirlemek, kotanızı geri kazanmanın ilk adımıdır.
Dar boğazın belirlenmesi
Sitenizin bu sınırlara ulaşıp ulaşmadığını belirlemek için sunucu hata günlüklerinizi 429 yanıtları için kontrol edin. Günlükleriniz bu kodların yüksek bir hacmini gösteriyorsa, mevcut gönderim sıklığınız muhtemelen çok yüksektir. Sisteminizin yinelenen URL’ler gönderip göndermediğini veya önemli içerik değişikliklerine uğramayan sayfaları gönderip göndermediğini değerlendirmelisiniz. Bu hataların 24 saatlik bir döngü boyunca sıklığını izlemek, baskının sabit mi yoksa belirli site olaylarına mı bağlı olduğunu ortaya çıkaracaktır.
Bir diğer gösterge, site güncellemesi ile 429 durum kodunun görünmesi arasındaki gecikmedir. Hatalar toplu güncellemeden hemen sonra görünüyorsa, sisteminiz muhtemelen tek bir senkron patlamada çok fazla URL göndermeye çalışıyordur. Bu, altyapınızın Yandex uç noktalarına gönderilen veri hacmini işlemek için daha rafine bir yaklaşıma ihtiyaç duyduğunu gösterir.
URL gönderim stratejinizi nasıl optimize edersiniz
- İstek başına 10.000 URL’ye kadar izin veren POST yöntemini kullanmak için URL gönderimlerinizi toplu hale getirin.
- Kabul edilebilir bant genişliği içinde kaldığınızdan emin olmak için API çağrıları arasında bir soğuma süresi uygulayın.
- Önerildiği gibi yalnızca yeni, güncellenmiş veya silinmiş URL’lere odaklanarak temel olmayan sayfaları filtreleyin.
- Gereksiz kimlik doğrulama denemelerinden kaçınmak için API anahtar dosyanızın kök dizine doğru şekilde yerleştirildiğinden emin olun.
- URL sinyallerini sayfa yüklenmesi sırasında değil, asenkron olarak işlemek için bir arka plan kuyruk sistemi kurun.
Stratejinizi optimize etmek, büyük ölçekli operasyonlar için şarttır. Bir editör ‘Kaydet’e tıkladığı anda istek göndermek yerine, sunucunuz URL’yi bir veritabanı tablosuna veya mesaj kuyruğuna eklemelidir. Ayrı bir arka plan işlemi daha sonra bu URL’leri alıp 100 veya 1.000’lik gruplar halinde paketleyebilir. Bu yöntem trafik artışlarını düzleştirir ve günlük istek sayınızı Yandex tarafından tanımlanan sınırlar içinde tutar.
Ayrıca içeriğin kendisini de göz önünde bulundurun. Her URL’nin hemen yeniden indekslenmesine gerek yoktur. Binlerce sayfanız varsa, ürün listeleri, kategori sayfaları ve haber makaleleri gibi yüksek değerli içeriğe öncelik verin. Etiket arşivleri veya arama sonucu sayfaları gibi düşük değerli sayfaları hariç tutarak, API kotanızı gerçekten trafik çeken ve site performansınızı etkileyen içerik için saklamış olursunuz.
Alien Road bunu nasıl uyguluyor
Alien Road’da, içerik güncellemelerini API istek sürecinden ayırarak IndexNow entegrasyonunu yönetiyoruz. Senkron tetikleyiciler yerine, URL’leri kuyruğa alan ve optimize edilmiş gruplar halinde gönderen özel bir mesaj aracısı kullanıyoruz. Bu, müşteri sitelerimizin yoğun trafik sırasında sabit kalmasını sağlarken Yandex’i önemli değişikliklerden haberdar etmemizi sağlar. Bu kuyrukları, büyük ölçekli e-ticaret kataloglarının bile hız sınırlarına ulaşmadan veya sunucuya yük bindirmeden güncellemeleri bildirmesini sağlamak için izliyoruz.
Örneğin, 50.000 ürünlük bir kataloğu yönetirken, tüm listeyi asla bir kerede göndermeyiz. Sistemi her saat değişiklikleri kontrol edecek şekilde yapılandırıyoruz. 200 ürün güncellendiyse, sistemimiz bu 200 URL’yi tek bir POST isteğinde paketler. Bu yaklaşım, neyin ne zaman gönderildiğine dair net bir kayıt sağlar ve indekslenemezlerse belirli URL’lerde sorun gidermemize olanak tanır. Bu yöntem, arama motorlarının gerektirdiği operasyonel sınırlar içinde kalmamızı sağlar.
Etkili IndexNow yönetimi, mümkün olduğunca çok URL göndermek değil, doğru verilerin doğru zamanda indeksleyiciye ulaşmasını sağlamaktır.
Alien Road SEO ekibi
API uygulamasındaki yaygın tuzaklar nelerdir?
Birçok geliştirici, protokolün amacını yanlış anlayarak sorunlarla karşılaşır. Tüm site haritanızı günlük olarak göndermek amaçlanan kullanım durumu değildir, çünkü bu hız sınırına takılmanıza yol açabilir. API, bilgilerin süresinin dolduğu veya sık güncellendiği seri ilanlar veya haber platformları gibi aktif içerik yönetimi için tasarlanmıştır. API’yi bir site haritası gönderim aracı gibi davranmaya zorlamaya çalışmak, neredeyse kesinlikle kota tükenmesiyle sonuçlanacaktır.
Bir diğer tuzak, 429 durum kodlarını düzgün bir şekilde yönetememektir. Sisteminiz bir 429 kodu alırsa, gönderimleri belirli bir süre duraklatmalıdır. Birçok sistem hemen tekrar deneyecek şekilde yapılandırılmıştır, bu da sorunu yalnızca daha da kötüleştirir ve Yandex’e istemcinin istenen soğuma süresine saygı duymadığını bildirir. Üstel geri çekilme mantığını uygulamak, sunucunuzun kalıcı olarak engellenmesini önleyen standart bir uygulamadır.
- Nadir değişen statik sayfalar için IndexNow kullanmaktan kaçının.
- Gerçek bir güncelleme gerçekleşmedikçe aynı URL’yi bir saat içinde birden fazla kez yeniden göndermeyin.
- Toplam günlük gönderim hacminizi iş ihtiyaçlarınıza göre izleyin.
- Sunucunuzun üstel geri çekilme mantığını uygulayarak 429 sinyallerini yönettiğinden emin olun.
- Site güncellemeleri sırasında API anahtarınızın taşınmadığından veya bozulmadığından emin olmak için düzenli olarak kontrol edin.
Siteniz bir 429 hatasıyla karşılaşırsa, bu duraklamak ve gruplama stratejinizi yeniden düşünmek için bir sinyaldir, hemen tekrar deneme girişimlerinizi artırmak için bir işaret değildir.
Alien Road SEO ekibi
Bu hafta nereden başlamalı
API isteklerinizin sıklığını belirlemek için son yedi güne ait sunucu günlüklerinizi gözden geçirerek başlayın. Yüksek hacimler bulursanız, güncelleme tetikleyicilerinizi tek bir günlük veya saatlik arka plan işinde birleştirin. Güncellemelerinizi gruplandırarak, sınırlara ulaşma riskini azaltır ve en önemli içerik değişikliklerinizin Yandex tarafından verimli bir şekilde işlenmesini sağlarsınız.
Ardından, yalnızca önemli değişikliklerin bir bildirim tetiklediğinden emin olmak için CMS veya uygulama kodunuzu denetleyin. Sisteminizin küçük veritabanı yazıları nedeniyle binlerce istek gönderdiğini fark ederseniz, istekle devam etmeden önce içeriğin gerçekten değişip değişmediğini doğrulamak için koşullu bir kontrol ekleyin. Bu hafta bu adımları atmak, indeksleme iş akışınızı stabilize edecek ve arama görünürlüğü çabalarınız için net, güvenilir bir yol sağlayacaktır.