Loading...
IndexNow protokolünün kurulumu: anahtar dosyası, tekil ve toplu gönderim, yanıt kodları, Eylül 2026 itibarıyla katılımcı listesi ve Google'ın durumu, filtreli gönderim mantığı, zamanlanmış yazılarda erken bildirim riski ve Bing Webmaster Tools ile doğrulama.
IndexNow, yeni ya da değişen URL'leri Bing, Yandex ve diğer katılımcı motorlara tek istekle bildiren açık protokoldür. Aralık 2024'te Bing'de tıklanan yeni URL'lerin %18'i IndexNow ile gelmişti (2022'de %7). Eylül 2026 itibarıyla listede 7 katılımcı var, Google yok. Copilot web yanıtlarını Bing arama servisine dayandırdığı için Bing'e doğru ve zamanında bildirim önemli; ama bildirim dizinleme garantisi değil.
Aralık 2024'te Bing arama sonuçlarında tıklanan yeni URL'lerin %18'i IndexNow bildirimiyle gelmişti. Aynı pay Ağustos 2022'de %7 idi (Bing Webmaster Blog, 2024). Microsoft Learn'deki Ağustos 2026 tarihli, Microsoft Copilot ve Copilot Chat'in (eski adıyla Microsoft 365 Copilot) web aramasını anlatan sayfaya göre, web araması açıkken Copilot istemden bir sorgu üretip Bing arama servisine gönderiyor ve yanıtı bu sonuçlara dayandırıyor (Microsoft Learn, Ağustos 2026). Yeni bir sayfayı Bing'e ne kadar erken ve doğru bildirirseniz, Copilot'un kaynak havuzuna o kadar erken aday olursunuz.
IndexNow bu bildirimi yapan açık protokoldür. Kurulum üç parçadan oluşur: sitenin kökünde duran bir anahtar dosyası, yayından sonra gönderilen bir HTTP isteği ve sonucun Bing Webmaster Tools'ta kontrol edilmesi. Bu rehber protokolün işleyişini, Eylül 2026 itibarıyla Google'ın durumunu, yanıt kodlarını ve Sheltron'un kendi sitesi için hazırladığı filtreli gönderim mantığını anlatıyor. Zamanlanmış yazılarda sık yapılan erken bildirim hatası da ayrı bir başlıkta ele alınıyor.
IndexNow, bir sitenin eklenen, güncellenen ya da silinen URL'lerini katılımcı arama motorlarına tek bir HTTP isteğiyle bildirmesini sağlayan açık ve ücretsiz bir protokoldür. Copilot web yanıtlarını Bing arama servisinden beslediği için Bing indeksinde yer almak Copilot'ta kaynak olabilmenin ön koşuludur; IndexNow bu indekse girişi hızlandıran bildirim yoludur. Yine de bildirim dizinlemeyi garanti etmez.
Klasik düzende arama motoru siteyi kendi takvimine göre ziyaret eder, sitemap'i okur ve neyin değiştiğini kendisi bulmaya çalışır. IndexNow bu ilişkiyi tersine çevirir: site "şu adres değişti" diye haber verir. Bing protokolü "ücretsiz ve açık kaynaklı" olarak tanımlıyor (Bing, Why IndexNow). IndexNow dokümanına göre bir katılımcı motora gönderilen URL, diğer katılımcılarla otomatik olarak paylaşılıyor.
Copilot bağlantısı Microsoft'un kendi belgelerinde açık. Microsoft Learn'deki sayfa iş ve kurumsal Copilot'u (Microsoft Copilot ve Copilot Chat) anlatıyor: web araması açıksa ve web bilgisi yanıtı iyileştirecekse Copilot, kullanıcının isteminden bir arama sorgusu üretiyor, bunu Bing arama servisine gönderiyor ve yanıtı bu web verisine dayandırıyor. Bing, Şubat 2026'da Bing Webmaster Tools'a eklediği AI Performance raporunda Copilot, Bing AI özetleri ve partner entegrasyonlarındaki atıfları ölçmeye başladı. Aynı duyuruda IndexNow'un içeriği arama ve AI deneyimlerinde taze tuttuğu, güncel içeriğin AI yanıtlarında yer almak için önemli olduğu vurgulanıyor (Bing Webmaster Blog, 2026).
Zincir kısaca şöyle: Copilot yanıtı Bing arama servisine, arama servisi Bing indeksine dayanır. IndexNow ise bu indekse yeni ya da değişen bir URL'yi bildirmenin en doğrudan yoludur. Buradaki sınırı da net koymak gerekiyor. IndexNow bir bildirimdir, dizinleme garantisi değildir; bunu hem protokolün kendi SSS'si hem de Yandex'in yardım sayfası açıkça yazar. Sayfanın indekse girmesi, ardından da atıf alması, içeriğin kalitesine ve sorguyla uyumuna bağlıdır.
Copilot'un gerçek bir görünürlük yüzeyi olduğunu kendi verimizden de biliyoruz. Sheltron'un Microsoft Clarity panosunda "Microsoft Copilot and partners" kaynağından 365 günde 1.422 atıf, %29,54 Share of Authority ve atıf alan 76 farklı sayfa görünüyor (9 Ağustos 2026 anlık görüntüsü; ölçüm yöntemi GEO ölçüm rehberinde). Bu atıflarla IndexNow arasında bir ilişki ölçmedik, dolayısıyla bir neden-sonuç iddiası da kurmuyoruz. Copilot ile ChatGPT Search arasında öncelik kararını ise ChatGPT Search ve Bing Copilot karşılaştırmamız ele alıyor.
Eylül 2026 itibarıyla IndexNow'un resmi katılımcı listesinde yedi kayıt var: Bing, Yandex, Seznam, Naver, Yep, Internet Archive ve Amazonbot. Google 2021'de protokolü test edeceğini açıkladı ama listede yer almıyor. Google'a yeni içeriği bildirmenin yolu hâlâ sitemap ve Search Console. Katılımcılardan birine gönderilen bildirim, diğerleriyle de paylaşılıyor.
Liste, IndexNow'un yayımladığı searchengines.json dosyasından 29 Eylül 2026'da okundu ve katılımcılar değiştikçe güncelleniyor. Pratikte bunun anlamı basit: hangi motora gönderirseniz gönderin, bildirim diğer katılımcılara da ulaşır. IndexNow SSS'si tek bir uç noktaya göndermenin yettiğini açıkça belirtiyor.
Google'ın durumunu doğru aktarmak gerekiyor. Google, Kasım 2021'de protokolün "olası faydalarını test edeceğini" söylemişti (Search Engine Journal, 2021). Sonrasında resmi bir katılım duyurusu gelmedi. Bir red açıklaması da bulunmuyor, bu yüzden "Google IndexNow'u reddetti" demek de doğru olmaz. Doğru ifade, Google'ın listede olmadığıdır.
Google'ın kendi önerdiği yöntemler bellidir. Yeniden tarama belgesi (son güncelleme Aralık 2025) URL Denetimi aracını ve sitemap göndermeyi öneriyor. Taramanın "birkaç günden birkaç haftaya" sürebileceğini, isteğin sonuçlarda yer almayı garanti etmediğini de ekliyor. Blog yazıları için sık sorulan Indexing API ise kapsam dışında. Google'ın hızlı başlangıç belgesine göre bu API yalnız JobPosting ya da VideoObject içine gömülü BroadcastEvent taşıyan sayfalar için kullanılabiliyor ve varsayılan kotası 200.
| Motor / hizmet | IndexNow katılımcısı (Eylül 2026) | Yeni URL'yi bildirmenin yolu |
|---|---|---|
| Microsoft Bing (Copilot'un arama servisi) | Evet | IndexNow + XML sitemap |
| Yandex | Evet | IndexNow (yandex.com/indexnow) + sitemap |
| Seznam.cz | Evet | IndexNow |
| Naver | Evet | IndexNow |
| Yep | Evet | IndexNow |
| Internet Archive | Evet | IndexNow |
| Amazonbot | Evet | IndexNow |
| Hayır | Sitemap ve Search Console URL Denetimi; Indexing API yalnız iş ilanı ve canlı yayın sayfaları için |
Tablo, IndexNow'un Google iş akışının yerini almadığını, onun yanına eklendiğini gösteriyor. Google'ın AI yüzeylerinin (AI Overviews, AI Mode) hangi katmanlardan beslendiğini AI Mode, AI Overviews ve ChatGPT Search katmanları yazımızda ayrıca inceledik.
IndexNow anahtarı 8 ile 128 karakter arasında, yalnız harf, rakam ve tire içeren bir dizedir. Sitenin kökünde {anahtar}.txt adıyla, içinde yalnız bu anahtar yazan UTF-8 bir dosya olarak yayımlanır. Arama motoru bu dosyayı okuyarak gönderilen URL'lerin gerçekten size ait olduğunu doğrular.
Kurulum dört adımdan oluşuyor:
openssl rand -hex 16 komutu 32 karakterlik onaltılık bir dize verir; bu uzunluk spesifikasyonun 8-128 aralığında kalır.https://www.example.com/ANAHTARINIZ.txt biçiminde olmalı ve dosyada anahtardan başka hiçbir şey bulunmamalı. Dosyayı kökte tutamıyorsanız istekte keyLocation alanıyla başka bir konum gösterebilirsiniz.Dosyanın dışarıdan nasıl göründüğünü tek komutla kontrol edebilirsiniz. Yanıtta HTTP 200 durum kodu ve content-type: text/plain başlığı görmelisiniz:
curl -I https://www.example.com/ANAHTARINIZ.txt
Next.js ile çalışan bir sitede dosyayı public/ klasörüne koymak yeterlidir, çünkü bu klasördeki her şey kökten sunulur. Sheltron'da anahtar dosyası bu yolla yayında. 29 Eylül 2026 kontrolünde HTTP 200 ve text/plain; charset=UTF-8 döndü, içeriği de dosya adındaki 32 karakterlik anahtarla birebir aynıydı. Kökte duran küçük bir metin dosyasıyla makinelere sinyal vermek size tanıdık geliyorsa, mantık llms.txt dosyasına benzer. Farkı, IndexNow dosyasının bir içerik özeti değil, sahiplik kanıtı olmasıdır.
Anahtar bir parola değildir, zaten herkese açık bir dosyada durur. Yine de kod deposunda sabit yazmak yerine ortam değişkeninde tutmak, anahtarı değiştirmeniz gerektiğinde işi kolaylaştırır.
Hazır platform kullanıyorsanız bu adımların çoğu sizin yerinize yapılıyor. Bing'in listesine göre Yoast, Rank Math, AIOSEO, SEOPress, Wix ve Duda IndexNow'u yerleşik olarak destekliyor. Shopify desteği Mayıs 2025'te duyuruldu (Bing Webmaster Blog, Mayıs 2025). Cloudflare kullananlar için Crawler Hints ayarı açıldığında IndexNow sinyalleri Cloudflare tarafından gönderiliyor. Özel bir yayın hattınız varsa, sonraki bölümlerdeki istek biçimlerini ve filtreleri kendiniz kurmanız gerekir.
Tek bir URL için GET isteği yeterlidir. Yayın akışı ya da toplu güncelleme için JSON gövdeli POST kullanılır. Bir POST isteğinde 10.000 URL'ye kadar gönderilebilir. Tek bir uç noktaya göndermek de yeterlidir, çünkü katılımcı motorlar bildirimi kendi aralarında paylaşır. Her iki biçimde de URL'ler anahtarın ait olduğu alan adında olmalıdır.
Tekil gönderim, tarayıcıya yapıştırılabilecek kadar basittir:
https://api.indexnow.org/indexnow?url=https://www.example.com/blog/yeni-yazi/&key=ANAHTARINIZ
Toplu gönderimde host, key, keyLocation ve urlList alanları tek bir JSON gövdesinde gider:
POST /indexnow HTTP/1.1
Host: api.indexnow.org
Content-Type: application/json; charset=utf-8
{
"host": "www.example.com",
"key": "ANAHTARINIZ",
"keyLocation": "https://www.example.com/ANAHTARINIZ.txt",
"urlList": [
"https://www.example.com/blog/yeni-yazi/",
"https://www.example.com/blog/"
]
}
Node.js ile aynı istek birkaç satırdır. Aşağıdaki iskelet anahtarı ortam değişkeninden okur ve yalnız önceden süzülmüş URL'leri gönderir:
const HOST = "www.example.com";
const KEY = process.env.INDEXNOW_KEY;
const body = JSON.stringify({
host: HOST,
key: KEY,
keyLocation: `https://${HOST}/${KEY}.txt`,
urlList: canliUrller, // 200 dönen, indekslenebilir URL'ler
});
const r = await fetch("https://api.indexnow.org/indexnow", {
method: "POST",
headers: { "Content-Type": "application/json; charset=utf-8" },
body,
});
console.log(r.status); // 200 ya da 202 beklenir
Kendi uygulamamızla ilgili bir notu burada açıkça paylaşalım. Bizim script'imiz aynı gövdeyi hem api.indexnow.org hem de www.bing.com/indexnow adresine gönderiyor. IndexNow SSS'sine göre bu ikinci istek yeni bir şey eklemiyor, çünkü birinci istek zaten Bing dahil tüm katılımcılara ulaşıyor. Siz kurarken tek bir uç nokta seçin.
İki kurala daha dikkat etmek gerekiyor. Resmi Türkçe SSS, anlamlı bir içerik değişikliği yoksa aynı URL'nin bir günde birçok kez gönderilmemesini istiyor. Tüm URL'ler de istekteki host alanıyla aynı alan adına ait olmalı. www ve www'suz sürümleri karıştırmak, bir sonraki bölümde göreceğiniz 422 hatasının tipik nedenlerinden biridir.
200 ve 202 isteğin alındığını, 4xx kodları ise istekte bir sorun olduğunu gösterir: 400 biçim hatası, 403 geçersiz anahtar, 422 alan adı uyuşmazlığı ya da biçim kuralına uymayan anahtar, 429 aşırı gönderim anlamına gelir. 200 almak sayfanın dizinlendiği anlamına gelmez, yalnız bildirimin kabul edildiğini söyler.
Kodların anlamı IndexNow dokümanında tanımlı. Bing'in başlangıç sayfası da aynı listeyi veriyor, yalnız 202'yi ayrıca anmıyor:
| Kod | Anlamı | İlk kontrol edilecek şey |
|---|---|---|
| 200 | URL'ler başarıyla alındı | Bir şey yapmaya gerek yok; dizinleme ayrıca izlenir |
| 202 | İstek alındı, anahtar doğrulaması bekliyor | Anahtar dosyasının 200 döndüğünü ve içeriğinin doğru olduğunu doğrulayın |
| 400 | İstek biçimi geçersiz | JSON gövdesi, parametre adları, URL kodlaması |
| 403 | Anahtar geçersiz ya da dosya bulunamadı | Dosya yolu, dosya içeriği, yönlendirme olup olmadığı |
| 422 | URL'ler host alanına ait değil ya da anahtar şemayla uyuşmuyor |
www ve www'suz karışıklığı, farklı alan adındaki URL'ler |
| 429 | Çok fazla istek (olası spam) | Aynı URL'yi gün içinde tekrar tekrar göndermeyi bırakın |
29 Eylül 2026'da api.indexnow.org adresine example.com alan adına ait bir URL ve sahte anahtarlarla deneme amaçlı GET istekleri gönderdik. Deneme anahtarı biçim kuralına uymadığında (8 karakterden kısa ya da alt çizgi gibi izin verilmeyen bir karakter içerdiğinde) yanıt HTTP 422 oldu; dokümandaki "anahtar şemayla uyuşmuyor" durumu budur. Biçimi geçerli ama bize ait olmayan anahtarlar ise 403 ya da 202 döndü. Bu son gözlem önemli: 202 anahtar doğrulamasının henüz beklediğini söyler, yani 202 almak anahtarın doğru olduğunu kanıtlamaz. Denememiz bir sağlama testiydi, gerçek bir gönderim sonucu değil. Bu yazı hazırlanırken script'in yalnız kuru çalıştırma modunu kullandık, bu yüzden burada gerçek bir gönderimin yanıt kodunu paylaşmıyoruz.
Kodları okurken dikkat edilmesi gereken nokta şu: 200 ve 202, motorun isteği aldığını söyler, sayfanın indekse girdiğini değil. Gönderim başarılı olduğu hâlde indekste görünmeyen URL'lerin neden elendiğini taranmış ama dizine eklenmemiş sayfalar yazımızda ayrıntılı ele aldık. İnce ya da birbirinin kopyası içerik, bildirimle düzelmez.
Yeni yayın bildiriminde yalnız HTTP 200 dönen, noindex taşımayan ve kendine canonical veren URL'leri gönderin. Yönlendirilen ya da başka bir sayfaya canonical veren bir adresi bildirmek, motoru asıl sürüm yerine ara bir adrese çağırır. Böylece bildirim, indekslenmesini istediğiniz sayfaya değil yan bir adrese harcanmış olur.
Silinen ve taşınan adresler ayrı bir durumdur. IndexNow SSS'si yönlendirilen URL'lerin ve 404 ya da 410 dönen sayfaların da bildirilmesini öneriyor. Orada amaç "burada artık sayfa yok" ya da "sayfa taşındı" demektir. Filtre, yeni yayın akışını temiz tutmak içindir. Kaldırma bildirimini bilinçli ve ayrı bir adım olarak yapmak gerekir.
Ağustos 2026 tarihli iç denetimimizde anahtar dosyasının yayında olduğunu, ama API'ye URL gönderen bir kodun bulunmadığını tespit ettik. Sheltron'un Eylül 2026'da yazdığı script bu açığı kapatmak için hazırlandı ve dört filtreyle çalışıyor:
| Filtre | Neden gerekli | Script'te nasıl uygulanıyor |
|---|---|---|
| Yayın tarihi gelmiş | Zamanlanmış yazının adresi yayın saatine kadar 404 döner | CMS sorgusunda publishedAt <= now() koşulu |
| noindex değil | Dizine alınmasını istemediğiniz sayfayı bildirmek çelişkili sinyal verir | noIndex != true koşulu |
| Kendine canonical | Başka sayfaya canonical veren adres asıl sürüm değildir | canonicalUrl alanının boş olması |
| Canlıda 200 | 308 yönlendirme ya da 404 dönen adres bildirim için yanlış hedeftir | Her URL'ye yönlendirme izlenmeden HEAD isteği; yalnız 200 geçer |
Filtreden geçen liste doluysa /blog/ arşiv sayfası da listeye ekleniyor, çünkü yeni yazı arşivin içeriğini de değiştiriyor. 29 Eylül 2026'da script'i 25-31 Ağustos 2026 aralığı için kuru modda çalıştırdık. O aralıktaki 5 yazının hepsi 200 döndü, /blog/ ile birlikte 6 URL gönderime hazır olarak listelendi. Kuru mod hiçbir şey göndermez, yalnız listeyi gösterir.
Yönlendirme filtresinin neden önemli olduğunu kendi sitemizdeki bir ayrıntı gösteriyor. Sonunda eğik çizgi olmayan blog adreslerimiz 308 ile eğik çizgili sürüme yönleniyor. Script adresleri zaten eğik çizgili biçimde üretiyor ve yönlendirmeyi izlemiyor. Elle eğik çizgisiz bir adres verilirse 308 yanıtı 200 filtresine takılır ve adres listeden düşer; script kanonik sürümü kendiliğinden eklemez. Elle liste hazırlarken adresi kanonik biçimiyle verin. Aynı kontrolü kendi sitenizde de yapın: gönderdiğiniz adres, sayfanın <link rel="canonical"> etiketindeki adresle karakteri karakterine aynı olmalı.
Script'in bilinen iki sınırı var. Birincisi, yalnız yeni yayınları yayın tarihi penceresiyle buluyor. Güncellenen yazılar otomatik gitmiyor, --urls parametresiyle elle veriliyor. Bu yolla verilen adresler de yalnız 200 kontrolünden geçiyor; noindex ve canonical koşulları CMS sorgusunda olduğu için elle hazırlanan listeyi ayrıca kontrol etmek gerekiyor. İkincisi, silinen URL'ler 200 filtresine takıldığı için script'ten geçemiyor. Kaldırma bildirimi için tekil bir GET isteği ayrıca gönderilmeli.
Son olarak, bildirimden sonra Bingbot'un sayfaya gerçekten erişebildiğinden emin olun. Sheltron'un ücretsiz robots.txt ve AI bot kontrolü aracı, Bingbot dahil tarayıcıların robots.txt'de engellenip engellenmediğini gösteriyor. Kendi robots.txt dosyamızda ayrı bir Bingbot grubu ve iki sitemap satırı bulunuyor.
Zamanlanmış bir yazıyı yayın saatinden önce IndexNow'a bildirmek, motora o an 404 dönen bir adresi taratmak demektir. Bildirimi yayın saati geçtikten sonra çalışan bir görevle, "yayın tarihi şimdiden önce" koşuluyla ve URL'nin 200 döndüğünü kontrol ederek yapın. IndexNow SSS'si 404/410 dönen sayfaların bildirilmesini kaldırma sinyali olarak tanımlıyor.
Bu tuzak özellikle kaydetme olayına webhook bağlanan headless CMS kurulumlarında ortaya çıkabilir. Yazı CMS'te "zamanlandı" durumuna alındığında belge kaydedilmiş olur. Kayda bağlı bir webhook ya da "kaydedince bildir" mantığı çalışırsa, bildirim yayın saatinden saatler hatta günler önce gider. Motor adrese geldiğinde sayfa henüz yoktur.
Bunu somut olarak gördük. Okuduğunuz bu yazının adresi, yazının hazırlandığı 29 Eylül 2026'da HTTP 404 dönüyordu, çünkü yayın tarihi 30 Eylül 2026. O gün bildirim yapılsaydı, motora var olmayan bir sayfanın adresi gönderilmiş olacaktı.
Riskin boyutunu dürüstçe çerçevelemek gerekiyor. IndexNow SSS'si 404 ve 410 dönen sayfaların bildirilmesini kaldırma sinyali olarak önerdiği için, erken bildirim motora "burada sayfa yok" durumunu iletmiş olur. Motorların bu tür bir bildirimi nasıl değerlendirdiği kamuya açık değil. Bu yüzden "Bing sayfayı siler" demek doğru olmaz. Ama sonucu bilinmeyen ve kolayca önlenebilen bir risk olduğu kesin.
Güvenli akış altı adımdan oluşuyor:
--gun 2 parametresine karşılık geliyor.HEAD isteği atılır. Yalnız 200 dönenler listede kalır.Görevin nasıl tetikleneceği sizin altyapınıza kalmış. Bir cron işi, CI zamanlayıcısı ya da yayın sonrası elle çalıştırma olabilir. Önemli olan iki koşuldur: görev yayın saatinden sonra çalışmalı ve 200 kontrolü yapmalı. Önbellek ya da artımlı yeniden oluşturma (ISR) kullanan sitelerde sayfa, yayın saatinde bile kısa bir süre eski yanıtı verebilir. 200 kontrolü bu durumu da yakalar. İki günlük pencere, bir çalıştırma kaçsa bile yazının sonraki çalıştırmada yakalanmasını sağlar. Görev günde bir kez çalışırsa aynı URL en fazla iki ardışık günde gider; bu, aynı URL'yi bir gün içinde defalarca göndermeme kuralıyla çelişmez.
Siteyi Bing Webmaster Tools'a Google Search Console'dan içe aktararak birkaç adımda doğrulayabilirsiniz; tek seferde 100 siteye kadar aktarılabilir. IndexNow raporu gönderilen, taranan ve dizinlenen URL'leri gösterir. AI Performance raporu ise Copilot ve Bing AI özetlerindeki atıfları ölçer. Bing'in kurulum sayfası da URL'lerin alındığını bu panelden doğrulamayı öneriyor.
İçe aktarma dört adımdan oluşuyor (Bing Webmaster Blog, Haziran 2025 güncellemesi):
Bing sahipliği Search Console ile düzenli aralıklarla eşitliyor. Search Console'daki erişiminiz kalkarsa, meta etiket ya da DNS kaydı gibi başka bir doğrulama yöntemine geçmeniz gerekiyor. Bu yüzden en baştan ikinci bir doğrulama yöntemi eklemek, ileride erişim kaybını önler.
Doğrulamadan sonra iki rapor önem kazanıyor. IndexNow raporu, Search Engine Roundtable'ın Mart 2024 tarihli haberine göre gönderilen, taranan ve dizinlenen URL sayısını, son 1.000 gönderimi, gönderimin kaynağını (Cloudflare, WordPress eklentisi ya da manuel) ve hata analizini gösteriyor. Hangi kanalın gerçekten çalıştığını buradan görürsünüz. İki sistem aynı anda gönderim yapıyorsa, örneğin hem eklenti hem Cloudflare, bunu da kaynak kırılımından anlayabilirsiniz.
AI Performance raporu ise zincirin öbür ucunu ölçüyor. Şubat 2026'da genel önizlemeye açılan raporda "Total Citations" metriği, sitenizin Copilot'ta, Bing AI özetlerinde ve partner entegrasyonlarında kaynak olarak gösterilme sayısını veriyor. IndexNow ile keşif hızını, AI Performance ile atıf sonucunu ayrı ayrı izlemek, ikisini birbirine karıştırmadan değerlendirmenizi sağlar.
Bu rehberde kendi Bing Webmaster Tools raporumuzdan rakam vermiyoruz. Yazı hazırlanırken o ekranları doğrulamadık ve doğrulanmamış bir ekranı örnek göstermek istemedik.
Hayır. IndexNow bir değişikliği anında bildiren bir sinyaldir, sitemap ise sitenin tam envanteridir. Bing, sitemap'leri günde en az bir kez ziyaret ettiğini ve iki yöntemin birlikte kullanılmasının hem klasik hem AI destekli aramada en güçlü temel olduğunu söylüyor. Sitemap'teki lastmod değeri de gerçek değişiklik tarihini yansıtmalı.
Bing'in Temmuz 2025 tarihli sitemap yazısı iki noktanın altını çiziyor. Birincisi, sitemap ile IndexNow birlikte içeriği taze ve keşfedilebilir tutmanın en sağlam yoludur. İkincisi, lastmod alanı sayfa içeriğinin gerçek son değişiklik zamanını yansıtmalıdır. Sitemap'te priority ve lastmod alanlarının pratikte nasıl kullanılacağını AI sitemap optimizasyonu yazımızda ayrıntılı anlattık.
| Kriter | IndexNow | XML sitemap | Search Console URL Denetimi |
|---|---|---|---|
| Ne yapar | Değişen URL'yi motora anında bildirir | Sitenin tüm URL'lerini ve son değişiklik tarihlerini listeler | Tek bir URL için Google'dan tarama ister |
| Hangi motorlar | Bing, Yandex, Seznam, Naver, Yep, Internet Archive, Amazonbot | Tüm büyük motorlar, Google dahil | Yalnız Google |
| Tetikleyen | Site (push) | Motor (pull; Bing günde en az bir kez) | Site sahibi, elle |
| Ölçek | POST başına 10.000 URL | Tüm site | Tek tek URL |
| Garanti | Dizinleme garantisi yok | Dizinleme garantisi yok | Dizinleme garantisi yok |
Tablonun son satırı üç yöntemin ortak noktasını gösteriyor: hiçbiri dizinlemeyi garanti etmiyor. Aralarındaki fark hız ve kapsamda.
Güncellenen içerik de bildirilmeli. IndexNow SSS'si, içerik eklendiğinde, güncellendiğinde ya da kaldırıldığında gönderim yapılmasını istiyor. Eski yazıları yenilerken lastmod değerini gerçek değişiklik tarihine çekmek ve aynı URL'yi IndexNow ile bildirmek, yenilemenin motorlara ulaşmasını hızlandırır. Hangi yazıların önce yenileneceğine dair çerçeveyi 2024 yazılarını 2026'ya göre güncelleme rehberimizde bulabilirsiniz.
Protokolün kullanımı 2022-2024 arasında hızla büyüdü. Ağustos 2022'de 16 milyondan fazla site IndexNow'a günde 1,2 milyar URL gönderiyordu (Bing Webmaster Blog, 2022). Ekim 2023'te bu rakamlar 60 milyon site ve günde 1,4 milyar URL oldu. IndexNow'a günlük gönderim, Ağustos 2022'deki 1,2 milyar URL'den Aralık 2024'te 3,5 milyar URL'nin üzerine çıktı (Bing Webmaster Blog). Aynı dönemde Bing'de tıklanan yeni URL'ler içindeki IndexNow payı da %7'den %18'e yükseldi. Tarayıcıların siteye hangi sıklıkta geldiği ve karşılığında ne kadar trafik gönderdiği tartışmasını AI crawler ekonomisi yazımızda ele aldık.
IndexNow, AI görünürlüğü için kurulması gereken teknik altyapının küçük ama somut bir parçası. Yapılandırılmış veri, llms.txt ve tarayıcı erişimiyle birlikte resmin bütününü schema markup ve llms.txt teknik altyapı rehberimizde bulabilirsiniz. Sayfa indekse girdikten sonraki aşama olan AI yanıtlarında atıf alma konusunda First Citation, GEO kavramları ve metodolojisi konusunda The GEO Authority iyi birer devam noktası. Görünürlük verisini kendi yayın hattına bağlamak isteyen ekipler için Sheltron'un geliştirici API'si de mevcut.
Bildirim altyapınız hazır olduğunda asıl soru değişir: Copilot ve diğer AI yanıtlarında hangi sayfalarınız kaynak oluyor, hangilerinde rakipleriniz öne çıkıyor? Markanızın AI yanıtlarındaki durumuna ilk bakışı ücretsiz AI görünürlük spot kontrolü aracıyla alabilirsiniz. Sitenin bütününü görmek için Sheltron'un hızlı değerlendirmesini başlatın; indekse giden yolu açtıktan sonra atıf tarafında neyin eksik kaldığını birlikte netleştirelim.
Ajans desteği mi arıyorsunuz? Partner GEO ajansımız Lein Digital.
Web sitenizin ChatGPT, Gemini ve diğer AI platformlarında nasıl göründüğünü ücretsiz öğrenin.
Ücretsiz Analiz Al