Agentic Resource Discovery (ARD) Nedir? Lighthouse 13.5'in Yeni Denetimi ve ai-catalog Hazırlığı

Agentic Resource Discovery (ARD), bir kurumun MCP sunucularını, A2A ajanlarını, skill'lerini ve API'lerini AI ajanlarının bulabilmesi için kendi alan adında makine tarafından okunabilir bir katalogla ilan etmesini tanımlayan açık bir spesifikasyondur. Google Lighthouse, 18 Eylül 2026'da yayımlanan 13.5 sürümüyle bu kataloğu denetlemeye başladı. Aynı ay yayımlanan ve 853 hostu kapsayan bağımsız AI Discovery Radar panelinde ise /.well-known/ai-catalog.json yayımlayan site oranı %0,00 çıktı.

Kısacası denetim geldi, uygulayan site henüz yok denecek kadar az. Üstelik denetim, spesifikasyonun 26 Ağustos 2026'da zorunlu kıldığı yeni dosya adını (/.well-known/ard.json) aramıyor, yalnızca eski ai-catalog.json yoluna bakıyor. Bu uyumsuzluğu gidermek için 2 Ekim 2026'da açılan düzeltme önerileri 9 Ekim 2026 itibarıyla birleştirilmemişti. Kataloğu olmayan site bu denetimden puan kaybetmez; API ya da MCP sunucusu olan kurumlar ise dosyayı şimdilik iki yolda sunmalı.

Agentic Resource Discovery (ARD) nedir?

ARD, bir kurumun AI ajanlarının çağırabileceği kaynaklarını (MCP araçları, A2A ajanları, skill'ler, API'ler) kendi alan adındaki bir JSON kataloğunda listelemesini ve ajanların bu kataloğu bulup doğrulamasını tarif eden açık spesifikasyondur. Google, ARD'yi 17 Haziran 2026'da duyurdu; 26 Ağustos 2026 tarihli v0.91 sürümü 9 Ekim 2026 itibarıyla hâlâ "Proposal" statüsündedir.

Google Developers Blog'daki duyuru ARD'yi "web genelinde AI yeteneklerini yayımlamak, keşfetmek ve doğrulamak için açık bir spesifikasyon" olarak tanımlıyor. Spesifikasyon Apache 2.0 lisanslı ve Linux Foundation AI Catalog Working Group'un veri modeli üzerine kurulu. InfoQ'nun haberine göre Google'ın yanında 10 şirket ortak olarak yer alıyor: Microsoft, GitHub, Hugging Face, Cisco, Databricks, GoDaddy, NVIDIA, Salesforce, ServiceNow ve Snowflake. v0.91'in yazarları Google'dan Junjie Bu, Hugging Face'ten Shaun Smith ve R.V. Guha.

Katalog ve registry ayrımı

ARD iki rolü birbirinden ayırır:

• Katalog: Kurumun kendi alan adında yayımladığı, "bende ajanların çağırabileceği şu kaynaklar var" diyen JSON dosyası.
• Registry: Katalogları tarayan, dizinleyen ve ajanlara arama hizmeti sunan sistem. Duyurudaki benzetmeyle ajanlar için bir arama motoru. Spesifikasyona göre registry'ler standart bir HTTP REST arama arayüzü sunmak zorundadır.

Snowflake'in duyuru yazısı bu ayrımı net bir cümleyle özetliyor: "ARD bir protokoldür, ürün değil." Her keşif servisi kendi dizinini, kürasyonunu ve sıralamasını kurabilir. Kimlik doğrulama ve veri erişimi ise istemci ile ajan arasında kalır. Microsoft'tan Jennifer Marsman'ın InfoQ'ya verdiği görüş de aynı sınırı çiziyor: ARD, AI istemcilerinin yetenekleri keşfetmesine yardım eder; kimlik doğrulamanın, yetkilendirmenin, yönetişimin ve kurumsal güven kararlarının yerini almaz.

Bir ARD girişinde hangi alanlar var?

ARD v0.91 spesifikasyonu her katalog girişi için dört zorunlu alan tanımlar ve bir alanı güçlü biçimde önerir:

Terimlerin kısa karşılıkları için GEO terimleri sözlüğümüze bakabilirsiniz. ARD, ajanların bir işletmeyi nasıl bulduğu sorusunun yalnızca "hangi araç var" katmanını ele alır; genel çerçeve için otonom ajanların işletmenizi bulması üzerine rehberimiz daha geniş bir resim sunuyor.

Lighthouse 13.5 ARD için tam olarak neyi kontrol ediyor?

Lighthouse 13.5'in ard-schema denetimi sırasıyla robots.txt'teki Agentmap: satırına, sayfadaki <link rel="ai-catalog"> etiketine, HTTP Link başlığına ve son olarak /.well-known/ai-catalog.json yoluna bakar. Bulduğu kataloğu resmî ARD uygunluk testinin JavaScript kopyasıyla doğrular ve 1, 0,9 ya da 0 puan verir.

Lighthouse'un 13.5.0 sürüm notu yeni denetimi "ard-schema: add Agent Resource Discovery audit" satırıyla duyuruyor ve llms.txt ile ARD denetimlerinin "agent discovery" başlığı altında toplandığını belirtiyor. Sürüm notu, bu sürümün Chrome 156'nın DevTools'una girmesini ve PageSpeed Insights'a iki hafta içinde, yani Ekim 2026'nın ilk günlerine kadar gelmesini öngörüyordu. 13.5, 21 Eylül 2026'da DevTools kaynak deposuna alındı; Chromium sürüm takviminde Chrome 156 için beta tarihi 30 Eylül 2026, kararlı sürüm tarihi 20 Ekim 2026 olarak görünüyor. PageSpeed Insights'ın 13.5'e geçip geçmediğini ise 9 Ekim 2026 itibarıyla kamuya açık bir kaynakla doğrulayamadık.

Kaynak kodda karar mantığı

Denetimin kaynak kodunu v13.5.0 etiketi üzerinden okuduk. Mantık şöyle işliyor:

1. robots.txt Agentmap: satırı: Varsa buradaki URL ilk sırada kullanılır.
2. <link rel="ai-catalog"> etiketi: Sayfanın DOM'unda aranır.
3. HTTP Link başlığı (rel="ai-catalog"): Yalnız navigation modunda okunur.
4. /.well-known/ai-catalog.json: Yukarıdakiler yoksa denenen yedek yol.

Denetimin rapordaki başlığı "ai-catalog.json schema is valid". Açıklamasında geçerli bir ai-catalog.json manifestinin, otonom AI ajanlarının ve registry'lerin kaynaklarınızı keşfetmesi ve doğrulaması için gerekli olduğu yazıyor. Doğrulama, resmî ARD uygunluk testindeki validate_manifest fonksiyonunun doğrudan JavaScript'e aktarılmış hâli. Puanlama üç kademeli:

• 1: Katalog temiz.
• 0,9: Yalnız düşük önemli uyarılar var (ör. representativeQueries eksik).
• 0: Tek bir hata bile varsa.

Hiçbir keşif sinyali yoksa ve yedek yol 200 dönmüyorsa denetim "Not Applicable" olarak işaretlenir.

Agentic Browsing kategorisi nasıl değişti?

ARD denetimi, Lighthouse'un deneysel Agentic Browsing kategorisine eklendi. Kategori, "hâlâ geliştirme aşamasında ve değişikliğe açık" notuyla geliyor.

Kategori 0-100 arası bir skor üretmez. Chrome for Developers'ın puanlama sayfası bunu "sitenizin geçtiği ajan hazırlık kontrollerinin oranını gösteren kesirli bir skor" olarak tanımlıyor. Son güncellemesi 5 Mayıs 2026 olan aynı sayfa, 9 Ekim 2026 itibarıyla ARD'den söz etmiyor. Bu denetim için resmî Chrome dokümantasyonu bulamadık; anlatımımız sürüm notuna ve kaynak koda dayanıyor.

Çoğu site neden "Not Applicable" sonucu görecek?

Lighthouse'un ARD denetimi katalog bulamadığında siteyi başarısız saymaz, "Not Applicable" der ve kategori oranını etkilemez. Eylül 2026'da ölçülen 853 hostluk uluslararası panelde ai-catalog.json yayımlayan site oranı %0,00 olduğundan, Ekim 2026 itibarıyla sitelerin büyük çoğunluğu için beklenen sonuç budur.

Bu tespit AI Discovery Radar v2026.09 verisine dayanıyor. Berger+Team'in Zenodo'da DOI ile yayımladığı panel, Tranco ve CrUX ülke listelerinden seçilmiş, dondurulmuş tabakalı bir örneklem kullanıyor ve oranları Wilson %95 güven aralıklarıyla veriyor. Ham CSV dosyasını indirip okuduk. Panel Türkiye'ye özgü değil; bu yüzden "Türk sitelerinin %0'ı" gibi bir çıkarım yapmıyoruz.

Kaynak: AI Discovery Radar v2026.09, panel-2026-09.csv. Güven aralığını yalnız ana karşılaştırmadaki iki dosya için gösteriyoruz.

Radar'ın 5 Ekim 2026'da yayımlanan v2026.10 sürümü tabloyu değiştirmiyor. 1-5 Ekim 2026 ölçümünde aynı 1.000 kaynaklık panelde ai-catalog.json yayımlayan host yine yok (0/676). Ekimde devreye alınan 10.000 kaynaklık genişletilmiş panelde ise oran %0,09 (6/6.733). Radar, yeni ard.json yolunu ölçmüyor.

Eylül 2026'da 853 hostluk bağımsız bir panelde /.well-known/ai-catalog.json yayımlayan site oranı %0,00, llms.txt yayımlayanların oranı ise %13,45'tir.

Bu tablonun pratik anlamı şu: Agentic Browsing kategorisi, yeni bir yapay zekâ özelliği kurmadığınız için sizi cezalandırmıyor. DebugBear'ın kategori incelemesinde belirtildiği gibi, hiçbir ajan özelliği olmayan example.com bile kategoride yeşil 2/2 sonuç alıyor.

Sheltron'un kendi sitesinde durum

Kendi sitemizi de aynı gözle kontrol ettik. Eylül 2026'da curl ile yaptığımız ve 9 Ekim 2026'da aynı sonuçla tekrarladığımız kontrolde sheltron.com.tr'de /.well-known/ai-catalog.json, /.well-known/ard.json, /.well-known/mcp.json ve /.well-known/agent-card.json yolları 404 döndü. /llms.txt ise 200 döndü. robots.txt dosyamızda Agentmap: satırı, ana sayfamızda da rel="ai-catalog" ya da rel="ard" bağlantısı yok. Kaynak koddaki mantığa göre Lighthouse 13.5 sitemizde ARD denetimini "Not Applicable" olarak raporlar. Lighthouse'u sitemizde fiilen çalıştırmadık; bu bir dosya ve sinyal kontrolüdür.

Özetle Sheltron'un kendi sitesinde henüz bir ARD kataloğu yok. Bunun nedenini aşağıdaki "kimin işine yarar" bölümünde açıklıyoruz.

Spesifikasyon ard.json'a geçti, Lighthouse neden hâlâ ai-catalog.json arıyor?

ARD v0.91, 26 Ağustos 2026'da tüketicilerin /.well-known/ard.json yolunu okumasını ve rel="ard" bağlantısını dikkate almasını zorunlu kıldı; eski ai-catalog adlarını isteğe bağlı bıraktı. 23 gün sonra çıkan Lighthouse 13.5 yalnız eski adlara bakıyor. 22 Eylül'de açılan GitHub kaydı #17251 bu uyumsuzluğu belgeledi.

Spesifikasyonun §5.1 bölümü açık: Bir alan adının girişlerini çözen tüketici /.well-known/ard.json dosyasını çekmek ve rel="ard" bağlantısını dikkate almak zorundadır (MUST). ARD'nin önceki taslağı /.well-known/ai-catalog.json yolunu ve ai-catalog ilişkisini tanımlıyordu; tüketiciler bunlara ek olarak bakabilir (MAY). Spesifikasyon yayımcıyı da uyarıyor: Yalnız ai-catalog.json yolunda kalan bir kaynak bulunamayabilir, eski yoldaki yayımcı ard.json'a geçmelidir (SHOULD). Spesifikasyon deposundaki commit kaydı da v0.91'i "tek well-known yol" notuyla yayımlıyor.

Lighthouse tarafında ise denetimin kodu v0.91'den önce yazıldı. Denetimi ekleyen PR #17168, 10 Ağustos 2026'da açıldı, 31 Ağustos'ta birleşti ve sürüm 18 Eylül'de çıktı. Search Engine Journal 21 Eylül tarihli haberinde uyumsuzluğa dikkat çekti. Lighthouse issue #17251 ise durumu yerel testlerle belgeledi.

Kaydın gösterdiği iki somut sorun

İlk sorun yol ile ilgili. Kayıttaki testte geçerli bir manifest /.well-known/ard.json yolunda sunulduğunda denetim "Not Applicable" döndü. Aynı dosya /.well-known/ai-catalog.json yoluna kopyalandığında skor 1 oldu. Yani spesifikasyonu harfiyen uygulayan bir site, Lighthouse'ta hiç katalog yayımlamamış gibi görünüyor.

İkinci sorun şema ile ilgili. v0.91 kökte tanımlanmamış alanları yok sayarken, Lighthouse'un taşıdığı eski şema bu alanlara izin vermiyor. Yayımlanan Lighthouse 13.5, kökünde collections dizisi olan bir manifeste 0 veriyor. Kaydı açan geliştirici iki ayrı kusuru (hata şiddeti ve eski şema) yerelde tek tek düzelttiğinde skor yine 0 kaldı; ikisi birlikte düzeltildiğinde 0,9'a çıktı. Yani spesifikasyona göre geçerli bir katalog, yayımlanmış en güncel sürüm olan Lighthouse 13.5'te sıfır alıyor.

Düzeltme hazırlanıyor ama yayında değil. 2 Ekim 2026'da açılan #17258 numaralı öneri doğrulayıcıyı v0.91 şemasına taşıyor ve #17251'i kapatmayı hedefliyor. Aynı gün açılan #17259 ise keşfi §5.1'e göre rel="ard", Link: rel="ard" ve /.well-known/ard.json yollarına genişletirken eski ai-catalog adlarını da korumayı öneriyor. 9 Ekim 2026 itibarıyla iki öneri de birleştirilmemişti ve 13.5.0'dan sonra yeni bir Lighthouse sürümü yayımlanmamıştı.

Lighthouse 13.5, 18 Eylül 2026'da ARD denetimini ekledi; ancak denetim, ARD spesifikasyonunun 26 Ağustos 2026'da zorunlu kıldığı /.well-known/ard.json yolunu değil, eski ai-catalog.json yolunu arıyor.

ARD, llms.txt ve WebMCP aynı işi mi yapıyor?

Hayır. llms.txt bir dil modeline sitenin içeriğini özetler, WebMCP tarayıcıdaki ajana sayfa içinde çağırabileceği araçları sunar, ARD ise kurumun ajanların çağırabileceği hangi kaynaklara sahip olduğunu alan adı düzeyinde ilan eder. Lighthouse 13.5, llms.txt ile ARD'yi aynı "agent discoverability" grubuna koydu.

Üçü de ajanlara yönelik makine tarafından okunabilir yüzeyler olduğu için sık karıştırılıyor. Aradaki fark, her birinin hangi soruya cevap verdiğinde:

llms.txt, Jeremy Howard'ın llmstxt.org'daki önerisiyle 2024'te ortaya çıktı; Radar'ın Eylül 2026 panelindeki benimsenme oranı %13,45. llms.txt'nin atıfa etkisini tartıştığımız veri temelli değerlendirmemiz, ARD için de geçerli bir uyarı içeriyor: Bir dosyanın var olması, bir AI yüzeyinin onu kullandığı anlamına gelmez.

WebMCP ise tamamen farklı bir katmanda duruyor. Sitenin bir sayfasını ziyaret eden tarayıcı ajanının o sayfada form doldurma, arama yapma gibi araçları çağırabilmesini sağlıyor. Ayrıntıları WebMCP rehberimizde anlattık. ARD ise ajan henüz sitenize gelmeden, "bu alan adında hangi araç, ajan ya da API var" sorusunu yanıtlamaya çalışıyor. Bu anlamda ARD bir keşif ve katalog standardı; aksiyon katmanı değil.

Bu katmanların hepsi aynı teknik altyapı yığınına oturuyor. Yapılandırılmış veri ve llms.txt katmanlarını AI görünürlüğü için teknik altyapı yazımızda ele almıştık. ARD bu yığına yeni bir satır ekliyor. Henüz llms.txt dosyanız yoksa Sheltron'un ücretsiz llms.txt üreticisi ile birkaç dakikada taslak oluşturabilirsiniz.

ARD kataloğu kimin işine yarar?

Dışa açık bir API'si, MCP sunucusu ya da ajanı olan kurumlar için ARD kataloğu düşük maliyetli bir hazırlıktır. Yalnızca içerik sitesi işleten bir işletme için Ekim 2026 itibarıyla ölçülebilir bir karşılığı yoktur. Denetim SEO kategorisinde yer almaz; Relevant Audience'ın analizine göre sürüm, denetimi Google sıralamasına ya da AI Overviews'a bağlamıyor.

ARD'nin listelediği şey içerik değil, çağrılabilir kaynaklardır. Bir blog, kurumsal tanıtım sitesi ya da yalnızca ürün sayfalarından oluşan bir e-ticaret sitesi için katalogda yazılacak anlamlı bir giriş çoğu zaman bulunmaz. Buna karşılık şu kurumlar için katalog doğrudan bir karşılık bulur:

• Geliştiricilere API sunan SaaS ve fintech şirketleri,
• Kendi MCP sunucusunu yayımlamış yazılım firmaları,
• Rezervasyon, stok sorgulama ya da sipariş gibi işlemleri ajanlara açmayı planlayan markalar,
• Ajan ticaret protokollerini deneyen e-ticaret altyapıları (bu alanın genel çerçevesi için ACP ve UCP yazımıza bakabilirsiniz).

Sheltron'un geliştirici sayfasında anlatılan API gibi dışa açık bir arayüz, katalogda yer alabilecek kaynak türüne tipik bir örnek.

Maliyet düşük, karşılık henüz belirsiz

Uygulama maliyeti gerçekten küçük. Drupal'ın kurucusu Dries Buytaert, kişisel sitesine ARD kataloğu eklediği yazısında işin bir saatten kısa sürdüğünü anlatıyor. Kataloğunda sitesindeki arama API'sinin OpenAPI belgesine işaret eden tek bir giriş ve beş örnek sorgu var.

Aynı yazı, ekosistemin ne kadar erken olduğunu da gösteriyor. Buytaert'in denediği Hugging Face registry'si protokole doğru yanıt verdi, ancak yalnızca Hugging Face'te barındırılan skill'leri döndürdü. Buytaert ayrıca OpenAI ve Anthropic'in çalışma grubunda yer almadığını not ediyor. InfoQ'nun aktardığı ilk uygulamalar (GitHub Copilot Agent Finder, Hugging Face Discover Tool) büyük sağlayıcıların kendi ürünleri; bağımsız registry örneği henüz yok denecek kadar az.

Sheltron'un llms.txt ve benzeri AI'a özel dosyalara yaklaşımı ARD için de geçerli. Google'ın mevcut resmî pozisyonuna göre bu dosyalar bir sıralama ya da atıf sinyali değil. Bu yüzden onları garantili kazanç olarak değil, düşük maliyetli bir bahis olarak konumlandırıyoruz. Kataloğa koyacak gerçek bir kaynağınız yoksa, yalnızca Lighthouse'ta yeşil görmek için boş bir katalog yayımlamanın anlamı yok.

Lighthouse'un ARD denetimi katalog bulamadığında siteyi başarısız saymaz; Ekim 2026 itibarıyla ARD kataloğu olmayan bir site bu denetimden puan kaybetmez.

Abartısız bir ARD hazırlık listesi nasıl olmalı?

Önce yayımlayacak gerçek bir kaynağınız olup olmadığını belirleyin. Varsa aynı manifesti hem /.well-known/ard.json hem /.well-known/ai-catalog.json yolunda sunun, her girişe 2-5 örnek sorgu ekleyin, kökte fazladan alan bırakmayın ve sonucu Lighthouse 13.5 ile doğrulayın.

Aşağıdaki sıra, spesifikasyonu ve Lighthouse 13.5'in davranışını aynı anda karşılamak için tasarlandı:

1. Envanter çıkarın. Dışa açık API, MCP sunucusu, A2A ajanı ya da skill listesini yazın. Liste boşsa burada durun; katalog şimdilik gerekmiyor.
2. Zorunlu dört alanı doldurun. Her giriş için identifier (urn:air: önekli), displayName, type (IANA medya tipi) ve url ya da data alanlarından yalnız birini yazın.
3. Her girişe 2-5 örnek sorgu ekleyin. representativeQueries, registry'lerin semantik dizini kurduğu alan. Eksikliği Lighthouse'ta skoru 0,9'a düşürür.
4. Kökü yalın tutun. collections gibi spesifikasyonun yok saydığı ama Lighthouse'un eski şemasının reddettiği kök alanlar eklemeyin; aksi hâlde skor 0 olabilir.
5. Dosyayı iki yolda sunun. Relevant Audience'ın da önerdiği gibi, araçlar güncellenene kadar aynı içeriği /.well-known/ard.json ve /.well-known/ai-catalog.json yollarında yayımlayın. Ana sayfaya hem <link rel="ard"> hem <link rel="ai-catalog"> ekleyin.
6. robots.txt'e Agentmap: satırını değerlendirin. Öncesinde mevcut bot kurallarınızı Sheltron'un ücretsiz robots.txt AI bot kontrolü aracıyla gözden geçirin.
7. Lighthouse 13.5 ile test edin. Lighthouse CLI'da Agentic Browsing kategorisini çalıştırın; sürümün DevTools'a, kararlı sürümü 20 Ekim 2026'ya planlanan Chrome 156 ile gelmesi bekleniyor. 0 alırsanız önce kök alanlara, 0,9 alırsanız örnek sorgulara bakın.

Agentmap satırı hakkında iki not

Birincisi, Agentmap: robots.txt protokolünün tanımlı kayıtlarından biri değil. RFC 9309, tarayıcıların "Sitemaps" gibi protokol dışı kayıtları yorumlayabileceğini, ancak bunların tanımlı kayıtların ayrıştırılmasını bozmaması gerektiğini söylüyor. Satır bu "diğer kayıtlar" sınıfına giriyor. AI botlarının robots.txt'i nasıl okuduğuna dair daha geniş bir bağlam için AI crawler ekonomisi analizimize bakabilirsiniz.

İkincisi, bir kaynak kod çıkarımı. Lighthouse'un toplayıcısı Agentmap: satırındaki URL'yi, yol adından bağımsız olarak ilk sırada kullanıyor. Bu nedenle Agentmap: https://alanadiniz.com/.well-known/ard.json satırı, Lighthouse 13.5'in yeni yolu da bulmasını sağlayabilir. Bu bizim kaynak kod okumamızdır; Lighthouse ile çalıştırıp doğrulamadık. Güvenli yol, dosyayı iki yolda birden sunmaktır.

ARD kataloğunu bu listeye göre kendiniz hazırlamanız gerekiyor. Onun altındaki katmanları, yani Schema.org işaretlemesini ve llms.txt dosyasını ise GEO Builder ile tek yerden üretebilirsiniz. ARD v0.91'in sayfa içi JSON-LD keşif yöntemini kullanacaksanız sözdizimini schema markup doğrulayıcımızla kontrol edin.

ARD neden henüz standart değil ve hangi işaretler izlenmeli?

ARD v0.91 "Proposal" statüsündedir. Kullandığı yollar ve bağlantı ilişkileri IANA kayıtlarında yer almıyor; RFC 8615 ise yeni well-known adlarının kaydını zorunlu tutuyor. İzlenecek üç işaret var: Lighthouse'un ard.json desteği, 13.5'in PageSpeed Insights'a geçişi ve HTTP Archive'ın bu dosyalar için ilk ölçüm sonuçları.

IANA'nın Well-Known URIs kaydı, 7 Ekim 2026 tarihli güncel hâliyle 106 kayıt içeriyor. ai-catalog.json ve ard.json bu listede yok. Buna karşılık A2A protokolünün agent-card.json dosyası Linux Foundation adına kalıcı olarak kayıtlı, RFC 9727'nin tanımladığı api-catalog da listede. Link Relations kaydında da ai-catalog ve ard yok, api-catalog var. RFC 8615, yeni well-known URI tanımlamak isteyen uygulamaların bunları kaydettirmesi gerektiğini (MUST) söylüyor.

9 Ekim 2026 itibarıyla ne ai-catalog.json ne de ard.json IANA'nın well-known URI kaydında yer alıyor; A2A'nın agent-card.json dosyası ise kalıcı olarak kayıtlı.

Bu durum ARD'nin önemsiz olduğu anlamına gelmiyor. Spesifikasyonun arkasında Google ve Hugging Face'ten yazarlar ile Microsoft'un da aralarında bulunduğu 10 ortak şirket var; üstelik bir Lighthouse denetimi de kazandı. Ancak spesifikasyon, duyurusundan yalnızca 70 gün sonra dosya adını değiştirdi. Bu da erken benimseyenlerin bir süre daha değişikliklere uyum sağlamak zorunda kalacağını gösteriyor.

İzleme listesi

HTTP Archive tarafında 22 Eylül'de, ai-catalog.json dosyasının well-known ölçümlerine eklenmesi için bir değişiklik önerildi ve bu değişiklik 24 Eylül 2026'da birleştirildi. Önerinin gerekçesi durumu iyi özetliyor: Bu yol artık yaygın kullanılan bir araçta denetleniyor, ama web genelinde ölçülmüyordu. 9 Ekim 2026 itibarıyla bu ölçümden yayımlanmış bir sonuç bulamadık; ard.json ise değişikliğin kapsamında değil. Ajan tarayıcılarının marka görünürlüğüne etkisini Atlas analizimizde tartışmıştık; ARD de aynı dönüşümün keşif ayağı. GEO'nun teknik standartlarına daha geniş bir çerçeveden bakmak isterseniz The GEO Authority iyi bir başlangıç noktası.

Sitenizin ajan hazırlığını nereden başlatmalısınız?

Kataloğa koyacak bir API ya da MCP sunucunuz varsa ARD'yi iki yolda yayımlamak Ekim 2026 itibarıyla mantıklı bir adım. Yoksa önceliğiniz robots.txt kuralları, llms.txt ve yapılandırılmış veri gibi hâlihazırda okunan katmanlar olmalı.

Sitenizin bu katmanlarda nerede durduğunu, hangi AI yüzeylerinde göründüğünü ve ARD'nin sizin için gerçekten gerekli olup olmadığını birlikte netleştirmek isterseniz Sheltron hızlı değerlendirmesiyle başlayın; hangi adımın önce geleceğini mevcut altyapınıza göre sıralayalım. Katmanlar yerine oturduktan sonra AI yüzeylerindeki görünürlüğünüzü AiSEO ile düzenli olarak izleyebilirsiniz.

Ajans desteği mi arıyorsunuz? Partner GEO ajansımız Lein Digital.