Google'ın Açık Bilgi Formatı Web Siteleri İçin de İşe Yarayabilir @sejournal, @slobodanmanic aracılığıyla Siber Güvenlik

Google'ın Açık Bilgi Formatı Web Siteleri İçin de İşe Yarayabilir @sejournal, @slobodanmanic aracılığıyla

Google, bir bilgi birikimini bağlantılı işaretleme dosyalarından oluşan bir klasöre dönüştürmek için bir format yayınladı. Şirket içi veriler için gel...

Google, bir bilgi birikimini bağlantılı işaretleme dosyalarından oluşan bir klasöre dönüştürmek için bir format yayınladı. Şirket içi veriler için geliştirildi ve tesadüfen halka açık web sitelerinde de yaşanan bir sorunu çözüyor. Şu anda bir yapay zeka temsilcisinin web sitenizden elde ettiği en fazla şey, sayfalarınızı teker teker düz bir şekilde okumaktır. Bu format, fikirlerinizin nasıl bağlandığını gösteren bir grafik oluşturur, bu yüzden bunu kendi web sitemde denedim.

Google'ın Açık Bilgi Formatı Bağlantılı Markdown Dosyalarından Oluşan Bir Dizindir

13 Haziran 2026'da Google'ın veri ekibi, bir bilgi birikimini ince bir YAML ön maddesi katmanına sahip işaretleme dosyalarının dizini olarak temsil etmenin bir yolu olan Açık Bilgi Formatını veya OKF'yi yayınladı. Her bir kavram, bir tablo, bir ölçüm, bir runbook, bir API, kendi işaretleme belgesini alır. Kısa bir YAML bloğu sorgulanabilir alanları, türü, başlığı, açıklamayı, kaynağı, etiketleri ve zaman damgasını taşır; işaretleme gövdesi açıklamayı taşır ve kavramlar, Google'ın dizini "bir ilişkiler grafiğine" dönüştürdüğünü söylediği sıradan işaretleme bağlantılarıyla birbirine bağlanır. Çalışma zamanı yok, SDK yok, derleme adımı yok. Google, bir paketi üç kelime öbeğiyle tanımlar: "yalnızca işaretleme", "yalnızca dosyalar", "yalnızca YAML ön maddesi."

Nasıl Önlem Alınmalı?

Hedef şirket içi bilgidir; Google'ın söylediği bağlam "onu oluşturan yüzeyin arkasında kilitlidir" ve Google'ın "bitmiş bir standart değil, bir başlangıç ​​noktası" olarak adlandırdığı erken v0.1'dir. Duyuruda halka açık web sitelerinden bahsedilmeyen hiçbir şey yok. Bu boşluk bu parçanın konusu.

Bir Web Sitesinde Bilgi Grafiği, Düz Sayfa Kopyasından Daha İyidir

Sonuç ve Değerlendirme

Web sitenizin aracı tarafından okunabilen sürümü, yani bir modelin veya tarayıcının gerçekte kullandığı sürüm düzdür. Cloudflare'in ağ ucunda yaptığı gibi, her sayfayı işaretleme olarak sunmak, LLM'ler için AMP'ye yakındır: bir makinenin okuması için her sayfanın ikinci, soyulmuş bir kopyası. Zaten sahip olduğunuz şeyleri sayfa sayfa yansıtır ve her sayfa sayfa kopyada aynı şeyi bırakır, bu da sayfaların birbirleriyle nasıl ilişki kurduğunu gösterir.

Bilgi grafiği bu ilişki katmanını korur. Kavramlarınız birbirine bağlandığında, aracı yalnızca her birinin ne olduğunu öğrenmekle kalmaz, aynı zamanda birbirlerine göre nasıl konumlandıklarını da öğrenir; bu da bir web sitesini anlamanın gerçekte ne anlama geldiğinin büyük bir kısmıdır. İki sayfa hem bir kavramdan bahsedebilir hem de bir makineye birinin onun altındaki çerçeve, diğerinin ise onun yanındaki daha dar hedef olduğunu asla söyleyemez. Makinenin takip ettiği bağlantılarda bir grafik bunu açıkça söylüyor. OKF, bu grafiği oluşturmanın kullanıma hazır bir yoludur: indirim, dolayısıyla ucuzdur ve yapılandırılmıştır, dolayısıyla ilişkileri taşır.

Önemli Gelişmeler

OKF'yi Hack Yok Web Sitesinde Denedim

No Hacks web sitesi için bir OKF paketi, marka, ana bilgisayar, Makine Öncelikli Mimari, aracılı web, Ajan Deneyimi Optimizasyonu, Yanıt Motoru Optimizasyonu, llms.txt ve WebMCP için birer markdown dosyası yazdım. Her biri Google'ın kurallarına uyar; üstte YAML alanları ve altta düz bir işaretleme gövdesi bulunur. İş çoğunlukla dosyaları yazmak değil, hangi kavramların önemli olduğuna ve bunların nasıl bağlandığına karar vermekti.

Makine Öncelikli Mimari konsepti olan bir dosya şuna benzer:

Sistem Güvenliği

--- tür: çerçeve başlık: Makine Öncelikli Mimari açıklama: İnsan deneyiminin tam tersi yerine üstte yer aldığı, tam anlamı onları okuyan bir makine için mevcut olan web siteleri oluşturmaya yönelik bir çerçeve. kaynak: https://machinefirstarchitecture.com Etiketler: [Çerçeve, Önce Makine Mimarisi, Aracı Web] zaman damgası: 2026-06-13 --- Makine Öncesi Mimari, [Sani](./sani.md)'nin [agentic web](./agentic-web.md) için çerçevesidir. Temel fikir: içeriği, onu okuyan bir makinenin tam anlamı, gerçekleri, yapıyı, ilişkileri alacağı ve insan okumasının da üstteki tasarımla aynı anlamı alacağı şekilde oluşturmak. Temsilciler için işaretleme ve [llms.txt](./llms-txt.md) gibi bir web sitesini düz metne ayıran formatların önemli olmasının nedeni budur. Yetenek tarafı [WebMCP](./webmcp.md), ölçüm tarafı ise [Ajan Deneyimi Optimizasyonu](./agent-experience-optimization.md).

Uzmanların Görüşleri

Alttaki köşeli parantez içindeki bağlantılar grafiktir. Onları takip eden bir temsilci, WebMCP'nin Makine Öncelikli Mimari altında yer aldığını ve llms.txt dosyasının da aynı türde bir bahis olduğunu, sayfalarımın düz bir kopyasının asla yüksek sesle söylemediği bir şey olduğunu öğrenir. Sekiz dosyadaki tüm yapı budur: kavramlar ve aralarındaki ilişkiler.

Bunun gibi bir paket, web sitesinde zaten söylenenlerin ikinci bir kopyasıdır ve ikinci bir kopya, senkronize tutulması gereken ikinci bir şeydir. Web sitesi değiştiği anda, siz de güncelleyene kadar paket yanlıştır. Tha t vergisi OKF'ye özgü değildir: makine tarafından okunabilen her paralel katmanın maliyeti, bir llms.txt dosyası, sayfalarınızın bir indirim aynası, bunun gibi bir pakettir. Bir temsilcinin okuduğu sürüm, yalnızca onu güncel tutma disiplininiz kadar doğrudur.

Detaylar ve Etkileri

Google, OKF'yi bunun için oluşturmadı. Hedefi şirket içi bilgidir ve planında halka açık web sitelerine işaret eden hiçbir şey yoktur, dolayısıyla ziyaret eden bir temsilci için bir paket barındırmak etiket dışıdır ve bu şekilde kalabilir. Bunu benim için hazırladığım okuyucu, paketi getiren ve grafiği takip eden bir temsilci asla ortaya çıkmayabilir. Bunu yapmanın nedeni bu getiri olmadan ayakta kalmalıdır ve öyle de oluyor: Paketi yazmak beni No Hacks'in bildiklerini ve fikirlerinin nasıl bağlantılı olduğunu açıkça belirtmeye zorladı ve bu, başka bir sayfada yazarken bulamayacağım boşlukları ortaya çıkardı. Bu, Makine Öncelikli Mimari ile aynı disiplindir; anlamınızı bir makinenin okuyabileceği bir biçime koyarsanız, nerede belirsiz olduğunuzu bulursunuz.

Bir Web Sitesi Bilgi Grafiğinin Nereye Götürebileceği

Aşağıdakilerin hiçbiri bir tahmin değildir. Bu bir yöndür ve temsilcilerin web sitesi bilgi grafiklerini gerçekten okumasına bağlıdır; bugün hiçbiri bunu yapmıyor. Şekli hala görülmeye değer.

Gelecekte Ne Bekleniyor?

Kimlik dosyası bir bilgi grafiğine dönüşebilir. Bugün, llms.txt kim olduğunuzu duyuran tek bir satırdır. Yayınlanan bir paket, bu fikrin tam sürümüdür; web sitenizin bildiği her şeyin ve parçaların nasıl bağlandığının bir haritasıdır; böylece ince kimlik katmanı ve yapılandırılmış bilgi katmanı tek bir şey haline gelir.

Temsilciler sayfalarınızı kazımak yerine bu haritayı sorgulayabilir. Paketinizi çeken ve bağlantılarını takip eden bir aracı, HTML'nizi tek seferde bir sayfa ayrıştıran aracıya göre daha temiz, ilişkiye duyarlı bir okuma elde eder ve bir yapay zeka sizi tanımladığında kendi kavramlarınızın nasıl temsil edildiği konusunda daha fazla söz sahibi olursunuz.

Harita kanonik katman bile olabilir. Bir makinenin okuduğu sürüm, web sitenizin bir kopyası olmaktan çıkar ve insan sayfalarının da onun birer sunumu olduğu kaynak haline gelir. Bu, ajans ağının işaret ettiği tamamen makine öncelikli web sitesidir ve Google'ın dahili veriler için açtığı bir yan kapıdan ulaşılmaktadır.

Teknik Analiz

John Gruber, Markdown'ı 2004 yılında Aaron Swartz'ın beta testçisi olarak yarattı ve tüm tasarım hedefi okunabilirlikti: Oluşturulmadan olduğu gibi okuyabildiğiniz ve yine de temiz bir şekilde HTML'ye dönüşen metin. Yirmi yıl sonra GitHub'u, Reddit'i, okuduğunuz belgelerin çoğunu ve yapay zeka araçlarının sohbet kutularını çalıştırıyor. Oluşturulmadan okunabilir olmasıyla kazandı; bu, bir makinenin okumasını kolaylaştıran tam özelliktir.

iA Writer Eylül 2011'de ana yazma uygulamam haline geldiğinden beri yazdıklarımın çoğunu 15 yıldır yazdım, bu nedenle aracı tarafından okunabilir web'in işaretlemede birleştiği bir hafta benim için yeni bir numara değil, tanıdık bir zemin. No Hacks'in (No Hacks OS projesi) arkasındaki bilgi aylardır aynı şekilde işliyor: Yapılandırılmış ön maddeye sahip, birbirine bağlı, bir makinenin okuyabileceği ve geçebileceği şekilde işaretleme dosyaları.

Makineye yönelik formatlar aynı zemine inmeye devam ediyor: llms.txt, Cloudflare'in işaretlemesi ve şimdi de OKF. Google'ın kendisi bu konuda aynı fikirde değil. Arama tarafı, sıralama için llms.txt'yi "tamamen spekülatif" olarak adlandırdı, Chrome tarafı, Lighthouse'un aracı hazırlık denetimine bir llms.txt kontrolü ekledi ve veri ekibi artık OKF'yi yayınladı.

Web sitenizin nerede durduğunu görmek istiyorsanız otuz saniye sürer. En önemli sayfanızı açın ve onu, bağlantıların sade kelimelere dönüştüğü bir düz metin düzenleyicisine yapıştırın. Geriye kalanlara bakın ve fikirlerinin web sitenizin geri kalanıyla nasıl ilişkili olduğunu gösteren herhangi bir şey bulun; bir sayfanın diğerine bağlantısıyla değil, ilişkinin kendisiyle. Genellikle hiçbir şey yoktur ve OKF'ye dokunsanız da dokunmasanız da, bilgi grafiğinin doldurduğu şey bu yokluktur.

OKF bu haftanın haberi ve altındaki alt tabaka, yani bir makinenin okuyabileceği düz metin, 2004'ten beri burada. Google'ın eklediği şey bir standart ve bir isimdi.

Bu yazı ilk olarak No Hacks'te yayınlandı.

Öne Çıkan Görsel: Roman Samborskyi/Shutterstock

Paylaş: