IndexNow ne yapar, ne yapmaz?

IndexNow, bir web sitesinde URL eklendiğinde, güncellendiğinde veya silindiğinde bu değişikliği protokolü destekleyen arama motorlarına bildiren açık bir sistemdir. Arama motorunun değişikliği yalnızca kendi tarama takvimiyle keşfetmesini beklemek yerine, yayın sistemi ilgili URL için bir bildirim gönderir. Bu bildirim arama motoruna hangi adresin yeniden değerlendirmeye değer olduğunu söyler; özellikle sık güncellenen haber, ürün, ilan ve kurumsal içerik envanterlerinde keşif sürecini daha düzenli hâle getirebilir.

Bildirim, tarama veya indeksleme emri değildir. IndexNow dokümantasyonuna göre başarılı HTTP yanıtı URL'nin alındığını gösterir; arama motoru sayfayı tarayıp taramamaya, ne zaman tarayacağına ve indeksleyip indekslemeyeceğine kendi sistemleriyle karar verir. İçeriğin zayıf olması, URL'nin robots.txt ile engellenmesi, noindex taşıması, hata döndürmesi ya da canonical adresinin başka sayfayı göstermesi durumunda IndexNow bu sorunları çözmez. Bu nedenle protokolü bir sıralama taktiği değil, teknik keşif sinyali olarak konumlandırın.

Ön koşulları bildirimden önce doğrulayın

Yalnızca arama motorlarına açık olması gereken nihai URL'leri bildirin. Yeni sayfa 200 durum kodu döndürmeli, sunucudan okunabilir ana içeriğe sahip olmalı, index/follow davranışı taşımalı ve kendisini işaret eden tutarlı bir canonical sunmalıdır. Başlık, ana başlık, yayın tarihi ve dahili bağlantılar sayfanın gerçek içeriğiyle eşleşmelidir. Taslak, önizleme, oturum açma, filtre parametresi, dahili arama sonucu ve yinelenen URL'ler otomatik kuyruğa girmemelidir.

IndexNow, XML site haritasının yerine geçmez. Site haritası arama motorlarına sitenin tercih edilen canonical URL envanterini toplu ve kalıcı biçimde sunar; IndexNow ise değişiklik olayını hızlıca bildirir. Dahili bağlantılar hem kullanıcıların hem tarayıcıların içeriğe ulaşmasını sağlar. Sağlam bir kurulumda üç katman birlikte çalışır: taranabilir bağlantı mimarisi, güncel site haritası ve yalnızca gerçek değişiklikleri gönderen olay tabanlı bildirim.

API anahtarı ve alan adı sahipliği nasıl doğrulanır?

Uygulama için önce protokolün belirlediği biçime uygun bir anahtar üretilir. En basit doğrulama yönteminde, anahtarla aynı adı taşıyan UTF-8 metin dosyası alan adının kökünde yayımlanır ve dosyanın içeriğine anahtar yazılır. Örneğin anahtar dosyası herkese açık HTTPS adresinden 200 yanıtıyla okunabilmelidir. Alternatif bir konum kullanılıyorsa bildirimde keyLocation alanı belirtilir. Anahtar veya dosya yolu kaynak kodu deposunda gereksiz yere çoğaltılmamalı; üretim yapılandırmasında kontrollü tutulmalıdır.

Gönderilen URL ile anahtarın doğruladığı host uyumlu olmalıdır. HTTP ve HTTPS, www ve kök alan adı varyasyonlarını gelişigüzel karıştırmayın. Sitenin canonical yapısı hangi hostu kullanıyorsa anahtar dosyası ve bildirim listesi de aynı nihai yapıyı izlemelidir. Alan adı değiştiğinde yeni host için yeni doğrulama ve URL envanteri hazırlanmalı; eski adresler sırf trafik geçmişi var diye yeni içerik gibi yeniden gönderilmemelidir.

Tek URL ve toplu URL bildirimi nasıl tasarlanır?

Az sayıdaki değişiklik için tam URL ve anahtar içeren tekil GET isteği kullanılabilir. Yayın platformlarında daha sürdürülebilir yöntem, değişen adresleri bir kuyrukta biriktirip JSON gövdeli toplu POST isteği göndermektir. Resmî protokol aynı hosta ait birden fazla URL'nin urlList içinde iletilmesini destekler. Liste yalnızca son işlemde gerçekten eklenen, anlamlı biçimde güncellenen veya kaldırılan adresleri içermelidir.

Her küçük biçim değişikliği, görüntülenme sayacı veya istemci tarafı kişiselleştirme için yeniden bildirim göndermek gereksizdir. Başlık, ana metin, ürün bulunabilirliği, yayın durumu, canonical hedefi ya da sayfanın varlığı gibi tarama açısından anlamlı değişiklikleri tetikleyici kabul edin. Aynı URL kısa sürede art arda güncelleniyorsa olayları birleştiren kısa bir bekleme penceresi kullanın. Böylece yayın sistemi gereksiz çağrı üretmez ve en son kararlı sürümü bildirir.

Silinen, taşınan ve geçici olarak kullanılamayan sayfaları ayırın

Bir içerik kalıcı olarak kaldırıldığında URL önce doğru 404 veya 410 yanıtını verecek biçimde güncellenmeli, ardından değişiklik IndexNow ile bildirilebilir. Eşdeğer yeni bir sayfaya taşınan içerikte bire bir kalıcı yönlendirme kurulmalı; yeni hedefin canonical, site haritası ve dahili bağlantıları güncellenmelidir. Bildirimin asıl görevi arama motoruna URL'de değişiklik olduğunu duyurmaktır; yanlış yönlendirme haritasını onaramaz.

Geçici sunucu hatası veya kısa bakım sırasında URL'yi silinmiş gibi göndermek doğru değildir. Üretim sistemi yayın durumunu, yönlendirme durumunu ve geçici teknik arızayı farklı olaylar olarak modellemelidir. Bir ürün geçici olarak stokta yoksa sayfanın kullanıcıya hâlâ değer sunup sunmadığına göre içerik stratejisi belirlenir; yalnızca stok değişti diye URL otomatik olarak kaldırılmaz. Bildirim mantığı iş kuralını takip etmeli, onun yerine karar vermemelidir.

Yanıt kodları, yeniden deneme ve kayıt düzeni

IndexNow dokümantasyonunda 200 başarılı gönderimi, 202 ise URL'nin alındığını ancak anahtar doğrulamasının beklediğini ifade eder. 400 hatalı istek biçimine, 403 geçersiz anahtara, 422 host veya anahtar eşleşmesi sorununa, 429 ise çok fazla isteğe işaret edebilir. Uygulama bütün başarısızlıkları aynı şekilde yeniden denememelidir. Önce kalıcı yapılandırma hatalarını geçici kapasite sorunlarından ayırın; 429 durumunda artan bekleme süresi ve istek birleştirme kullanın.

Her gönderimde zaman, hedef endpoint, URL sayısı, yanıt kodu ve deneme sayısı kaydedilebilir; fakat anahtarın tamamı loglara yazılmamalıdır. Başarısız adresleri sınırlı sayıda yeniden deneyin ve sürekli hata veren kuyruğu görünür bir uyarıya dönüştürün. HTTP 200 almak, sayfanın indekslendiği anlamına gelmediği için raporda 'indekslendi' yerine 'bildirim kabul edildi' ifadesini kullanın. Bu dil, teknik ekiple içerik ve yönetim ekiplerinin aynı sonucu doğru yorumlamasını sağlar.

Google, Bing ve diğer motorlar için sinyalleri karıştırmayın

IndexNow'a gönderilen değişiklikler protokole katılan arama motorları arasında paylaşılabilir. Bing, URL gönderimi için IndexNow'u özellikle önerir. Buna karşılık Google'ın genel web sayfaları için sunduğu bir IndexNow katılımı yoktur; Google Indexing API yalnızca belirli içerik türlerinde, özellikle JobPosting ve canlı yayın BroadcastEvent sayfalarında desteklenir. Genel blog veya hizmet sayfalarını bu API'ye zorla göndermek doğru bir uygulama değildir.

Google için güncel XML site haritası, taranabilir dahili bağlantılar, doğru HTTP yanıtları ve Search Console kontrolleri temel olmaya devam eder. Google resmî belgeleri de site haritası göndermenin yalnızca bir ipucu olduğunu ve tarama ya da indeksleme garantisi vermediğini belirtir. Arama motoru bazında farklı kanalları tek panelde izlemek mümkündür; ancak raporda hangi URL'nin hangi protokolle, hangi motora ve hangi tarihte bildirildiği açıkça ayrılmalıdır.

Ölçüm ve bakım için uygulanabilir kontrol listesi

Yayın öncesinde anahtar dosyasının erişilebilirliğini, host eşleşmesini ve örnek isteğin yanıtını test edin. Ardından yeni, güncellenmiş, yönlendirilmiş ve silinmiş birer test URL'si için olay akışını doğrulayın. Sitemap içinde yalnızca canonical ve indekslenebilir URL'lerin kaldığını; blog, kategori ve hizmet sayfalarındaki dahili bağlantıların nihai adreslere gittiğini kontrol edin. Bildirim kuyruğunun taslakları, parametre kopyalarını ve yinelenen olayları filtrelediğini otomatik testlerle güvenceye alın.

Yayın sonrasında kabul edilen ve hatalı bildirim oranını, kuyruk gecikmesini, arama motoru tarama kayıtlarını ve Webmaster Tools URL denetim sonuçlarını birlikte izleyin. Amaç belirli sürede indeks veya sıralama sözü vermek değil; gerçek değişikliklerin tutarlı, ölçülebilir ve düşük hatayla duyurulmasını sağlamaktır. Fırat Averbek imzalı bu teknik yaklaşımın özeti şudur: IndexNow'u kaliteli içerik, doğru canonical, güncel sitemap ve güçlü dahili bağlantı sisteminin tamamlayıcısı olarak kullanın. — Fırat Averbek

İlgili Fırat Averbek kaynakları

Fırat Averbek ileri düzey SEO hizmeti: Tarama, indekslenebilirlik, yapılandırılmış veri ve içerik mimarisini bütüncül bir teknik planla geliştirin.

Site taşıma ve URL değişikliği SEO rehberi: Taşınan veya yönlendirilen URL'lerde canonical, sitemap ve yönlendirme sinyallerini doğru sırayla yönetin.

JavaScript SEO ve indeksleme rehberi: Sunucu HTML'i, render davranışı ve kritik indeksleme sinyallerini temsilî sayfalarda doğrulayın.

Resmî kaynaklar

Bu rehber hazırlanırken aşağıdaki resmî ve birincil kaynaklar makalenin yayın veya son güncelleme tarihinde kontrol edilmiştir.

Sık sorulan sorular

Bu rehber hangi standarda göre hazırlanmıştır?

Metin; doğrulanabilir kaynak, açık yöntem, insan editoryal incelemesi ve yanıltıcı sonuç garantilerinden kaçınma ilkeleriyle hazırlanmıştır.

Bilgiler uygulama kararı için tek başına yeterli mi?

Hayır. Teknik, hukuki veya ticari kararlar güncel koşullar ve yetkili uzman görüşüyle doğrulanmalıdır.