IndexNow ile anında indeks bildirimi

Salı 09:20. Bir e-ticaret ekibinin içerik editörü, sezon geçişi için hazırlanan 46 kategori ve ürün sayfasını tek seferde yayına alıyor. Aynı gün öğleden sonra kampanya duyurusu çıkacak; sayfaların o saate kadar aramada bulunabilir olması planın sessiz varsayımı. Saat 16:00'da kontrol edildiğinde tablo şu: birkaç sayfa Bing'de çıkıyor, geri kalanı hiçbir motorda yok. Kimse ne zaman taranacaklarını söyleyemiyor, çünkü siteden dışarıya tek bir bildirim gitmedi — site haritası gece bir kez yenileniyor ve onun ne zaman okunacağına siteyi yayınlayan taraf karar vermiyor. Rakamlar örnek; bekleme hissi tanıdık.

Bu yazı o bekleyişi yönetilebilir bir işe çevirmekle ilgili. Sırayla şunlara bakacağız: IndexNow hangi problemi çözer ve hangisini çözmez, Google protokolü kullanmazken uğraşmanın karşılığı nedir, “bildirildi” ile “indekslendi” arasındaki fark nerede durur, anahtar doğrulaması nasıl kurulur ve hangi yanıt kodları ne anlatır, hangi adres bildirilmeli hangisi bildirilmemeli, sıklık nerede fazla kaçar, yayın kuyruğundaki kayıtlar neyi görünür kılar, bildirimi yayın akışınıza nasıl bağlarsınız, etkiyi hangi metrikle ölçersiniz ve sahada en sık tekrarlanan hatalar hangileridir.

IndexNow tam olarak neyi çözer, neyi çözmez?

IndexNow tek cümleye sığan bir protokol: sitenizde bir adres oluştuğunda, içeriği değiştiğinde veya adres kaldırıldığında bunu arama motoruna siz haber verirsiniz. Motorun kendi takviminde gelip fark etmesini beklemek yerine, değişikliğin olduğu anda tek bir HTTP isteğiyle “şu adrese bak” dersiniz. Protokolü bu kadar hızlı yayılabilir kılan da sadeliğidir: kimlik kanıtı için sitenizin kökünde duran bir anahtar dosyası, bildirim için de bir adres listesi yeterlidir. Kurulacak bir ajan, ödenecek bir sorgu ücreti, öğrenilecek bir arayüz yoktur.

Çözdüğü problemin adı keşif gecikmesidir. Arama motoru sitenizi kendi önceliklendirmesine göre tarar; yeni ve küçük sitelerde bu ziyaret seyrektir, çok sayfalı büyük sitelerde ise sıra uzundur. Yayınladığınız sayfanın fark edilmesi bu yüzden dakikalar değil, çoğu zaman saatler, bazen günler alır. Bildirim bu sırayı kısaltır: motor sayfanın var olduğunu doğrudan sizden öğrenir, keşif için tarayıcının rastgele bir turuna kalmazsınız.

Çözmedikleri listesi ise daha uzun ve daha önemlidir. Bildirim bir indeksleme garantisi değildir. Sayfanın kalitesini artırmaz, sıralamasını yükseltmez, zayıf iç link yapısını onarmaz, kopya içerik sorununu ortadan kaldırmaz. İçi boş bir sayfa bildirildiğinde tek olan şey şudur: daha erken bakılır ve daha erken elenir. Yeni içeriğin huninin üst ucunu beslemesini bekliyorsanız — TOFU, MOFU ve BOFU katmanlarının birbirinden nasıl ayrıldığını anlatan çerçeveyle bakarsanız — bildirim yalnızca içeriğin sahneye çıkma anını öne alır; sahnede ne yaptığını değiştirmez.

Google bu protokolü kullanmıyorsa neden uğraşırsınız?

Baştan açık olalım: Google IndexNow bildirimlerini kullanmaz. Google tarafında keşif; site haritası, iç bağlantı yapısı ve tarama bütçesi üzerinden yürümeye devam eder. Dolayısıyla organik trafiğinizin büyük bölümü Google'dan geliyorsa, bu protokol o bölümü doğrudan hızlandırmaz. Bunu bilerek kurmak, sonradan “bildirdik ama Google'da bir şey değişmedi” diye hayal kırıklığı yaşamaktan iyidir.

Buna rağmen protokolün somut bir karşılığı var, çünkü bildirim tek bir motora değil, protokole katılan motorların ortak havuzuna gider. Bing, Yandex ve protokolü destekleyen diğer motorlar aynı bildirimden yararlanır; siz bir kez gönderirsiniz, katılan taraflar paylaşır. Rusça ya da Türkçe pazarlarda Yandex payının hiç de küçük olmadığı düşünülürse, bu tek başına yeterli bir gerekçe olabilir.

İkinci ve daha az konuşulan karşılık, bu indekslerin arama kutusunun dışında da okunmasıdır. Asistan cevaplarının bir kısmı kendi tarayıcılarından, bir kısmı mevcut arama indekslerinden beslenir; sayfanız bir motorda erken görünür olduğunda o zincire de erken girer. Perplexity gibi motorlarda görünmenin mekaniğini ayrı bir yazıda ele aldık; buradaki katkı mütevazi ama gerçektir, çünkü taze bir sayfanın herhangi bir cevaba girebilmesi için önce bir yerde dizine girmiş olması gerekir.

Üçüncü karşılık sizde kalır: bildirim gönderildiği anda elinizde bir zaman damgası oluşur. “Bu sayfa 12 Mart 11:04'te yayınlandı ve aynı dakika bildirildi” cümlesi, sonraki tartışmaların zeminini değiştirir. Cevap motoru ile üretici motor arasındaki ayrımı — AEO ile GEO'nun nerede ayrıştığını — netleştiren tartışmaya da aynı yerden bakabilirsiniz: görünürlük konuşması, sayfanın bir indekste var olmasıyla başlar; öncesi yoktur.

“Bildirildi” ile “indekslendi” aynı şey mi?

Değil, ve bu iki kelimeyi karıştırmak ekip içinde en çok zaman kaybettiren yanlış anlamadır. Bildirim gönderdiğinizde elinizdeki tek bilgi şudur: motorun uç noktası isteğinizi kabul etti. Bunun ardından birbirinden bağımsız beş basamak daha vardır ve her biri kendi başına başarısız olabilir.

Birinci basamak taramadır: motor adresi ziyaret eder. İkincisi yanıtın kendisidir; 200 dönmeyen, robots.txt ile kapatılmış ya da çok yavaş yanıt veren bir adres tam burada durur. Üçüncüsü işlemedir: sayfa çalıştırılır, içerik çıkarılır, canonical etiketi okunur. Dördüncüsü uygunluk kararıdır — motor sayfayı dizine almaya değer buluyor mu, yoksa kopya, ince ya da otomatik üretilmiş mi sayıyor. Beşincisi dizine yazılma ve sorgulara sunulmadır. Bildirim yalnızca birinci basamağın davetiyesidir; kalan dördü sayfanın kendi işidir.

Pratikte bu ayrımı görmenin tek yolu iki kaydı yan yana tutmaktır: siz ne bildirdiniz ve motor sonunda ne yaptı. SEO Merkezi'ndeki Google İndeks Durumu tam da bu ikinci yarıyı okur; bir adresi Search Console'a sorar ve dizinde olup olmadığını, en son ne zaman tarandığını, Google'ın hangi canonical'ı seçtiğini geri getirir. Bildirim tarafı Bing ve Yandex için çalışırken Google tarafındaki gerçeği tahminle değil kayıtla öğrenirsiniz. İki bilgi aynı sayfa satırında durduğunda “gönderdik ama olmadı” cümlesi, üzerinde konuşulabilecek bir veriye dönüşür.

Anahtar doğrulaması nasıl kurulur ve neden başarısız olur?

Protokolün tek güvenlik önlemi şudur: bildirdiğiniz adreslerin sahibi olduğunuzu kanıtlamanız gerekir. Bunun için rastgele üretilmiş bir metin anahtarı seçer, aynı içeriği taşıyan bir dosyayı sitenizin kökünde yayınlarsınız; dosyanın adı da anahtarın kendisidir. Bildirimi gönderirken anahtarı ve dosyanın adresini birlikte iletirsiniz, motor dosyayı okur, içerik eşleşiyorsa bildirim kabul edilir. Aynı anahtar tüm motorlar için geçerlidir, her motora ayrı kurulum yapmazsınız.

Kurulum bir kez yapılır ama hatalar hep aynı üç yerden çıkar. Birincisi protokol ve alan adı uyuşmazlığıdır: anahtar dosyası http üzerinden veya www'suz sürümde duruyor, bildirim ise https ve www'lu adres için gönderiliyor. İkincisi araya giren güvenlik veya ön bellek katmanının dosyayı dışarıya kapatmasıdır; tarayıcınızda sorunsuz açılan dosya, motorun ajanına 403 dönebilir. Üçüncüsü alt alan adı karışıklığıdır — blog için gönderdiğiniz bildirimin anahtarı ana alan adının kökünde aranmaz, blogun kendi kökünde aranır.

İyi haber şu ki uç nokta size ne olduğunu kodla söyler ve bu kodlar tahmin gerektirmez. Aşağıdaki tablo kuyrukta en sık göreceğiniz yanıtları ve her birinin gerektirdiği hareketi topluyor.

Yanıt	Ne demek	Ne yapmalı
200	Bildirim alındı, anahtar doğrulandı	Kuyruk satırını kapatın, tarama sonucunu bekleyin
202	İstek alındı, anahtar doğrulaması sırada	Sonucu bir sonraki turda tekrar okuyun
400	İstek gövdesi ya da biçim hatalı	Adres listesinin ve host alanının biçimini kontrol edin
403	Anahtar dosyası bulunamadı veya içerik eşleşmiyor	Dosyayı kökten çağırın, yönlendirme ve 404 var mı bakın
422	Adresler bildirilen host ile aynı alan adına ait değil	www, https ve alt alan adı karışıklığını düzeltin
429	Kısa sürede çok fazla bildirim	Gönderimi kuyruğa alın, seyrelterek yeniden deneyin

Hangi adresi bildirmeli, hangisini asla bildirmemelisiniz?

Bildirimin görünür bir maliyeti olmadığı için çoğu ekibin ilk refleksi “hepsini gönderelim” olur. Bu, kuyruğu anlamsızlaştıran ilk karardır. Protokolün mantığı karşılıklıdır: siz gerçekten değişen adresleri bildirirsiniz, motor da zamanla bildirimlerinize güvenmeye başlar. Değişmemiş sayfaları tekrar tekrar göndermek bu güveni aşındırır ve bir süre sonra doğru bildirimleriniz de gürültünün içinde kaybolur.

Ayrımı somutlaştıran basit bir kural var: sayfada bir ziyaretçiyi ilgilendiren bir şey değiştiyse bildirin. Değişen tek şey bir zaman damgası, bir görüntülenme sayacı, dönen bir reklam bloğu ya da yorum sayısıysa bildirmeyin. Bu kural, otomatik kurgularda en çok işe yarayan filtredir, çünkü içerik yönetim sistemleri “güncellendi” olayını çok cömert üretir.

Yerelde çalışan işletmelerde kural özellikle karşılığını bulur: şube sayfasının adresi veya çalışma saatleri değiştiğinde bildirim tam yerindedir, çünkü “yakınımdaki” aramalarında üste çıkmanın temeli bu bilgilerin güncel ve tutarlı olmasıdır. Buna karşılık her sabah yenilenen bir “bugün açığız” rozeti tek başına bildirim sebebi değildir.

Sayfanın durumu	Bildirilir mi	Gerekçe
Yeni yayınlanan içerik, ürün veya kategori	Evet, yayın anında	Keşif gecikmesinin en çok kısaldığı durum
Fiyat, stok, adres veya politika değişikliği	Evet	Ziyaretçiyi ilgilendiren gerçek bir içerik değişikliği
Yalnızca tarih damgası veya sayaç güncellendi	Hayır	Ortada değişiklik yok, sinyal güveni aşınır
noindex taşıyan ya da canonical'ı başka sayfaya bakan adres	Hayır	Motor zaten dizine almayacak, kuyruk boşa dolar
Kaldırılan sayfa (404 veya 410 dönen)	Evet, bir kez	Dizinden düşme süresi kısalır
Filtre, sıralama veya oturum parametreli varyantlar	Hayır	Kanonik olmayan kopyalar, karşılığı yok

Ne kadar sık bildirmek fazla kaçar?

Sıklık sorusunun iki tarafı var: teknik sınırlar ve davranışsal sınırlar. Teknik tarafta motorlar hem günlük bildirim adedine hem de tek istekteki adres sayısına üst sınır koyar. Toplu değişikliklerde adresleri tek bir listede göndermek, aynı adresleri teker teker göndermekten hem hızlıdır hem de sınıra takılma ihtimalini düşürür. Sınırı aştığınızda 429 alırsınız ve o bildirimler işlenmez; kuyruk bunu yakalamıyorsa kaybettiğinizi fark bile etmezsiniz.

Davranışsal taraf daha belirleyicidir. Aynı adresi gün içinde defalarca bildirmek, o sayfanın gerçekten o kadar sık değiştiğini iddia etmektir. İddia doğru değilse motor bir süre sonra o alan adından gelen bildirimlere daha az ağırlık verir; ceza değildir, sadece güvenin azalmasıdır. Pratik kurgu şudur: aynı adres için bildirimleri bir zaman penceresinde biriktirin, editör on dakika içinde altı kez kaydettiğinde dışarıya tek bildirim çıksın.

Bir de hız beklentisini yerine oturtmak gerekiyor. Satış tarafında sıcak bir lead'e beş dakika içinde dönmenin ölçülebilir bir karşılığı vardır, çünkü karşıda karar veren bir insan ve aynı anda değerlendirilen rakip bir teklif durur. İndekslemede böyle bir eşik yoktur: bildirimin hedefi taramayı günler ölçeğinden saatler ölçeğine çekmektir. Bu farkı ekibe önceden anlatmak, ilk haftada gelen “on dakika oldu, neden çıkmıyor” sorularını baştan bitirir.

Yayın kuyruğunda ne görürsünüz, neyi tahmin etmeyi bırakırsınız?

Bildirim göndermek kolay kısmı. Zor kısmı, üç ay sonra “şu 40 sayfayı gerçekten bildirdik mi” sorusunun cevabını verebilmektir. Uç nokta yanıtını bir yere yazmayan kurgularda bu soru her seferinde tahminle karşılanır ve genellikle yanlış cevaplanır.

SEO Merkezi'ndeki IndexNow Yayın Kuyruğu bu kaydı tutmak için var: yeni ve güncellenen adresler bir kuyruğa alınır, her bildirimin ne zaman gönderildiği ve kabul edilip edilmediği satır satır görünür. Toplu bir güncellemede bildirilmeyen adres kuyrukta kalır; sonucu tahmin etmek yerine listeden okursunuz. Bir site göçünde ya da 300 ürünlük bir katalog yenilemesinde bu tek başına saatlerce süren manuel kontrolü ortadan kaldırır.

İkinci kayıt daha da faydalıdır. URL Yaşam Döngüsü, bir adresin ilk keşfinden yayından kaldırılışına kadar başına gelenleri tek zaman çizelgesinde toplar: taranma, indekslenme, yönlendirme, 404 ve kaldırılma. Bir sayfa aramadan kaybolduğunda “ne zaman ve neyle birlikte değişti” sorusu tahmine kalmaz, çizelgeye bakılır. Bildirim zamanı ile tarama zamanının aynı çizgide durması, protokolün işe yarayıp yaramadığını tartışmayı da bitirir.

IndexNow'ı yayın akışınıza nasıl bağlarsınız?

En yaygın kurulum yanlışı, bildirimi zamanlanmış bir göreve bağlamaktır: gece yarısı site haritasını tara, farkları bul, gönder. Bu kurgu protokolün tek avantajını, yani anındalığı harcar. Doğru bağlantı noktası içerik yönetim sisteminizin yayın olayıdır; bir sayfa yayınlandığında veya güncellendiğinde bildirim aynı işlemin parçası olarak çıkar.

Sağlam bir kurgunun dört parçası vardır. Birincisi olay tetikleyicisidir: yayınla, güncelle ve kaldır olayları ayrı ayrı ele alınır. İkincisi biriktirmedir; aynı adres için art arda gelen olaylar kısa bir pencerede tek bildirime indirilir. Üçüncüsü yeniden denemedir: uç nokta 429 veya geçici bir hata döndüğünde adres kuyrukta kalır ve artan aralıklarla tekrar denenir. Dördüncüsü ortam ayrımıdır; test ve hazırlık ortamları ya bildirim göndermez ya da tamamen ayrı bir anahtarla çalışır. Bu dördüncü madde atlandığında, henüz yayına çıkmamış adreslerin dışarıya bildirildiği can sıkıcı durum ortaya çıkar.

Bağlantının ticari tarafını da unutmamak gerekiyor. Yeni bir açılış sayfasını yayına alıp bildirdiğinizde, oradan gelen ilk ziyaretçinin bıraktığı kaydın bir yere düşmesi gerekir; her formu anında lead'e çeviren bir entegrasyon kurulmamışsa hızlı indekslemenin getirdiği trafik ölçülemeyen bir yerde birikir. Aynı şekilde sayfa sık sık değişiyorsa — başlık denemesi, form alanı azaltma, teklif metni değişikliği — her varyantı bildirmek yerine yayına alınan sürümü bildirmek daha doğrudur. Dönüşüm oranı optimizasyonunun test döngüsü ile indeks bildirimi farklı hızlarda çalışır; ikisini aynı tetikleyiciye bağlamak her ikisini de bozar.

Etkisini hangi metrikle ölçersiniz?

Yanlış metrik seçimi, bu işin en sık rastlanan hayal kırıklığıdır. Ekipler bildirimi kurar, iki hafta sonra sıralamalara bakar ve bir şey değişmediğini görüp vazgeçer. Oysa bildirimin vaadi sıralama değil, zamandır. Ölçülecek iki sayı vardır: yayından ilk taramaya geçen süre ve yayından dizine girmeye kadar geçen süre.

Bu iki sayıyı ölçmenin dürüst yolu karşılaştırmadır. Bir dönem yayınlanan sayfaları bildirin, aynı türden başka bir grubu bildirmeyin ve iki grubun ilk taranma zamanlarını karşılaştırın. Grupların benzer olmasına dikkat edin: aynı şablon, benzer iç link derinliği, benzer içerik uzunluğu. Aksi halde ölçtüğünüz şey bildirim değil, sayfa türü olur.

SEO Merkezi'ndeki Değişim Etkisi Ölçümü tam olarak bu karşılaştırmayı kurmak için kullanılır: yaptığınız değişikliği işaretlersiniz, öncesi ve sonrası dönemin saha verisi — tıklama, gösterim, ortalama pozisyon — yan yana konur. “Bildirim kurduk, işe yaradı mı” sorusu hisle değil, iki dönemin karşılaştırmasıyla yanıtlanır. Sonucun bir kısmı beklediğinizden küçük çıkabilir; bu da bir cevaptır ve emeği nereye kaydıracağınızı söyler.

Bu ölçüm aynı zamanda bir bütçe tartışmasının girdisidir. Teknik kazanımın nereye kadar gittiğini bilmeden yapılan SEO ile GEO arasındaki öncelik tartışması genellikle en yüksek sesli görüşle sonuçlanır. Aynı şekilde kanal bazlı pazarlama bütçesi dağıtımı yapılırken, bir günlük geliştirici emeğiyle kurulan bildirim kurgusu ile aynı parayı reklam olarak harcamanın karşılaştırılması gerekir; ikisi farklı zaman ölçeklerinde çalışır ve birbirinin yerine geçmez.

Sahada en sık tekrarlanan hatalar hangileri?

Kurulumların çoğu ilk gün doğru çalışır, sorunlar üçüncü ayda çıkar. Aşağıdaki liste, denetimlerde en sık karşılaşılan altı durumu topluyor:

• Anahtar dosyası bir yeniden dağıtım sırasında silinir; bildirimler sessizce 403 almaya başlar ve kimse fark etmez.
• Aynı adres her sayfa görüntülemesinde bildirilir, çünkü tetikleyici “güncelleme” olayına değil, önbellek yenilenmesine bağlanmıştır.
• Kaldırılan sayfalar hiç bildirilmez; dizinde aylarca 404 dönen adresler durur.
• Test ortamı üretim anahtarını kullanır ve yayınlanmamış adresler dışarıya sızar.
• Bildirim gönderilir ama sayfa robots.txt ile taramaya kapalıdır; davet edilen tarayıcı kapıda kalır.
• Kuyruk kaydı tutulmaz; hangi adresin bildirildiği yalnızca sunucu günlüklerinden, o da bir süre sonra, çıkarılabilir.

Son maddenin bir de kardeşi var: tarayıcı erişim politikasını hiç kimsenin gözden geçirmemesi. Hangi ajanın hangi klasöre girebildiğine dair kararlar zamanla birikir ve kimse silmez; GPTBot ve ClaudeBot gibi ajanları engelleme ya da izin verme kararını tartışan yazıdaki gibi, bu satırlar bir gün oturup açıkça karara bağlanmadığında bildirim kurgusunun bütün faydası tek bir robots.txt satırında erir.

Denetimden çıkan bu tür bulguları tek tek not almak yerine takip edilebilir bir işe çevirmek en sağlıklısıdır; SEO Merkezi'ndeki iş kuyruğunda her bulgu sahibi ve önceliğiyle ilerler, düzeltme sonraki taramada doğrulandığında kapanır. Kendi sitenizde bildirim kuyruğunun ve denetim bulgularının aynı ekranda nasıl durduğunu görmek isterseniz Rocketly hesabınızı ücretsiz açıp Search Console mülkünüzü bağlayabilirsiniz.

Sıkça sorulan sorular

IndexNow sıralamamı yükseltir mi?

Hayır. Protokol yalnızca keşif hızını etkiler; sayfanın dizine alınıp alınmayacağı ve hangi sırada görüneceği motorun kendi değerlendirmesine bağlıdır. Bildirim, zayıf bir sayfayı daha erken elenecek hale getirir, daha iyi sıralanacak hale değil.

Anahtarımı değiştirmem gerekir mi?

Düzenli olarak değiştirmeniz gerekmez. Anahtar bir sır değildir, çünkü dosyanın kendisi zaten sitenizde herkese açıktır; işlevi sahiplik kanıtıdır. Yeni bir anahtara geçerken eski dosyayı bir süre yerinde bırakın, aksi halde yoldaki bildirimler doğrulanamaz.

Bildirimi göndermek için Search Console bağlantısı şart mı?

Bildirim için değil. Bildirim doğrudan protokolün uç noktasına gider ve yalnızca anahtar dosyasına ihtiyaç duyar. Search Console bağlantısı sonucu görmek için gereklidir: bir adresin Google tarafında dizinde olup olmadığını ve en son ne zaman tarandığını ancak oradan okuyabilirsiniz.

Site haritasını artık güncellememe gerek var mı?

Var. IndexNow site haritasının yerine geçmez; ikisi farklı işler yapar. Site haritası sitenizin tam envanterini sunar ve Google dahil bütün motorlar için geçerlidir, bildirim ise tek tek değişiklikleri anlık olarak duyurur. Sağlıklı kurgu ikisini birlikte kullanır.