WebMCP Nedir? Agentic Web ve AI Ajanlarıyla Etkileşen Web Siteleri

WebMCP nedir ve web sitenize ne kazandırır?

WebMCP, bir web sitesinin form ve JavaScript işlevlerini yapay zeka ajanlarına "araç" olarak tanıtmasını sağlayan tarayıcı tabanlı bir web standardı önerisidir. Böylece ajan, ekran görüntüsünden tahmin yürütmek yerine sitenin açıkça tanımladığı işlevleri, adı, açıklaması ve parametre şemasıyla doğrudan çağırır.

Kısacası WebMCP, sitenizle ajan arasında ortak bir dil kurar. Öneriyi Google ve Microsoft ekiplerinden yazarlar başlattı. Çalışma bugün W3C bünyesindeki Web Machine Learning Community Group içinde bir taslak olarak ilerliyor. Yani henüz kesinleşmiş bir W3C standardı değil; ancak yön belli ve tarayıcı tarafında somut denemeler başladı.

Ben 2012'den beri müşterilerimin sitelerinde arama motorları, reklam sistemleri ve kullanıcı davranışı arasındaki değişimi izliyorum. Bu yazıda WebMCP'yi abartmadan anlatacağım: ne olduğunu, MCP sunucularından ve tarayıcı otomasyonu ajanlarından farkını, agentic web kavramını ve bir işletme sahibinin bugün neyi hazırlaması gerektiğini ele alacağım.

Agentic web kavramı ne anlama geliyor?

Agentic web, kullanıcı adına sayfaları gezen, form dolduran ve işlem başlatan yapay zeka ajanlarının web'in olağan ziyaretçileri hâline geldiği dönemi anlatır. Şimdiye kadar web iki tür ziyaretçi için tasarlandı: insanlar ve arama motoru tarayıcıları. Üçüncü tür ziyaretçi ise artık kapıda.

Örneğin bir kullanıcı asistanına "önümüzdeki salı için iki kişilik masa ayırt" diyebilir. Asistan restoranın sitesine gider, rezervasyon formunu bulur, tarih ve kişi sayısını girer, sonra onayı kullanıcıya bırakır. Bu senaryoda sitenin görsel tasarımı ikinci plana düşer; asıl önemli olan formun ne işe yaradığının makine tarafından anlaşılabilmesidir.

Öte yandan agentic web yalnızca rezervasyondan ibaret değil. Teklif isteme, ürün karşılaştırma, sepete ekleme, randevu değiştirme ve destek talebi açma gibi işlemler de bu kapsama girer. Dolayısıyla soru artık "insanlar sitemi kullanabiliyor mu?" sorusunun yanına "ajanlar sitemi doğru kullanabiliyor mu?" sorusunu da ekliyor.

• İnsan ziyaretçi: görsel düzen, güven ve ikna ile hareket eder.
• Arama tarayıcısı: içeriği okur, dizine ekler ve sıralar.
• Yapay zeka ajanı: kullanıcının hedefini gerçekleştirmek için sitede eylem yapar.

WebMCP neden ortaya çıktı?

WebMCP, bugünkü ajanların siteleri kullanma biçimindeki kırılganlığa bir cevap olarak ortaya çıktı. Günümüzde pek çok tarayıcı ajanı sayfanın ekran görüntüsünü alır ya da DOM ağacını okur. Ardından hangi düğmeye basacağını, hangi alana ne yazacağını tahmin eder.

Bu yöntem çalışır, ama yavaştır ve hataya açıktır. Bir tasarım güncellemesi düğmenin yerini değiştirdiğinde ajan şaşırabilir. Açılır pencereler, çerez bannerları ve çok adımlı formlar tahmin zincirini uzatır. Üstelik her adım ek model çağrısı demektir; bu da hem maliyeti hem de gecikmeyi artırır.

WebMCP bu tahmin oyununu tersine çevirir. Chrome ekibinin duyurusundaki ifadeyle, ajanın bir düğmenin veya giriş alanının amacını tahmin etmesi yerine siz bu amaçları açıkça bildirirsiniz. Başka bir deyişle, site sahibi "burada şu işlemi şu parametrelerle yapabilirsin" der; ajan da bu tanımı kullanır.

Bu yaklaşımın bir yan faydası daha var: kontrol yeniden site sahibine geçer. Ajanın sitenizde neyi yapabileceğini ve neyi yapamayacağını siz tanımlarsınız. Bu nedenle WebMCP'yi yalnızca teknik bir kolaylık olarak değil, bir yönetişim aracı olarak da görmek gerekir.

WebMCP teknik olarak nasıl çalışır?

WebMCP'nin çekirdeğinde sayfa üzerinde çalışan bir "model bağlamı" arayüzü bulunur. Güncel taslakta bu arayüz document.modelContext adıyla yer alıyor. Önceki sürümlerde ve bazı rehberlerde navigator.modelContext adını görebilirsiniz; taslak, araçların belirli bir sayfaya ait olduğunu vurgulamak için arayüzü document nesnesine taşıdı.

Akış üç adımdan oluşur. İlk olarak sayfa, registerTool() ile bir veya daha fazla aracı kaydeder. Ardından ajan, kayıtlı araçları keşfeder. Son olarak ajan, seçtiği aracı uygun parametrelerle çağırır ve tarayıcı bu çağrıyı sayfanın kendi çalışma bağlamında yürütür.

1. Kayıt: sayfa aracın adını, doğal dil açıklamasını ve giriş şemasını bildirir.
2. Keşif: ajan sayfadaki araçların listesini alır.
3. Çalıştırma: tarayıcı çağrıya aracılık eder, sonuç ajana döner.

Burada kritik nokta, çağrının tarayıcı içinde ve kullanıcının açık oturumunda gerçekleşmesidir. Yani ajan, kullanıcının zaten giriş yaptığı hesap üzerinden işlem yapar; ayrı bir API anahtarı veya sunucu entegrasyonu gerekmez. Bu durum hem büyük bir kolaylık hem de dikkatle yönetilmesi gereken bir sorumluluktur.

WebMCP iki yol sunar: bildirimsel (declarative) API ve zorunlu (imperative) API. Birincisi mevcut HTML formlarını az bir işaretlemeyle araca dönüştürür. İkincisi ise JavaScript ile daha esnek araçlar tanımlamanıza izin verir.

Bildirimsel API ile bir form nasıl araca dönüşür?

Bildirimsel API, standart bir HTML formuna birkaç öznitelik ekleyerek onu ajanların anlayacağı bir araca çevirir. Resmi açıklayıcı belgeye göre form düzeyinde toolname ve tooldescription öznitelikleri aracın adını ve açıklamasını verir. Form alanlarındaki toolparamdescription ise her parametreyi tarif eder.

Ayrıca toolautosubmit adlı bir boolean öznitelik var. Bu öznitelik, ajanın formu doldurduktan sonra kullanıcı adına göndermesine izin verir. Dolayısıyla onu yalnızca geri alınabilir ve düşük riskli formlarda kullanmanızı öneririm. Örneğin bir bülten aboneliği için makul olabilir; ödeme adımı için kesinlikle değil.

Taslak, gönderim olayına da iki ek getiriyor. agentInvoked değeri, gönderimin bir ajan tarafından tetiklenip tetiklenmediğini gösterir. respondWith() metodu ise ajana dönecek yanıtı belirlemenize imkân tanır. Böylece ajan "form gönderildi" bilgisinin yanında anlamlı bir sonuç da alır.

Görsel geri bildirim için iki CSS sözde sınıfı tanımlı: :tool-form-active ve :tool-submit-active. Bunlarla ajan formu doldururken kullanıcıya bunu gösterebilirsiniz. Bence bu ayrıntı küçük görünse de güven açısından önemli; kullanıcı ekranında neler olduğunu görmeli.

Pratikte bildirimsel API, iyi yapılandırılmış formları olan siteler için en kısa yoldur. Temiz etiketler, anlamlı alan adları ve net doğrulama kuralları zaten varsa, WebMCP'ye geçiş birkaç satırlık bir iştir.

Zorunlu API ne zaman gerekir?

Zorunlu API, formla ifade edemeyeceğiniz işlemler için devreye girer. JavaScript ile bir araç kaydedersiniz; araca ad, açıklama, JSON Şeması biçiminde giriş tanımı ve çalışacak fonksiyonu verirsiniz. Chrome dokümantasyonu bu API'yi form girişi, gezinme, durum yönetimi ve özel fonksiyonlar için uygun görüyor.

Örneğin bir e-ticaret sitesinde "stokta olan ürünleri beden ve renge göre filtrele" aracı düşünün. Bu işlem tek bir forma sığmaz; filtre durumu, sayfalama ve sonuç listesi birlikte çalışır. Zorunlu API ile bu mantığı tek bir araçta toplarsınız ve ajan sonuçları yapılandırılmış biçimde alır.

Benzer şekilde bir SaaS panelinde "son 30 günün faturalarını listele" veya "destek talebinin durumunu getir" gibi araçlar da bu gruba girer. Bu araçlar çoğunlukla salt okunur olduğu için risk düzeyleri düşüktür. Buna karşılık veri değiştiren araçlarda ek güvenlik önlemi almanız gerekir.

Taslak ayrıca aracı kaydeden tarafın ona kimlerin erişebileceğini sınırlamasına izin verir. exposedTo seçeneğiyle aracı yalnızca güvendiğiniz kaynaklara açabilirsiniz. Bu konuya güvenlik bölümünde tekrar döneceğim.

Hangi API'yi seçeceğinize karar verirken basit bir kural işime yarıyor: işlem bugün bir formla yapılıyorsa bildirimsel başlayın, formun ötesine geçiyorsa zorunlu API'ye geçin. Böylece gereksiz karmaşıklıktan kaçınırsınız.

WebMCP ile MCP sunucusu arasındaki fark nedir?

Adlarındaki benzerlik kafa karıştırıyor, bu yüzden bu farkı net koymak istiyorum. MCP, yani Model Context Protocol, resmi tanımıyla yapay zeka uygulamalarını harici sistemlere bağlayan açık kaynaklı bir standarttır. Bir MCP sunucusu genellikle sizin altyapınızda çalışır ve Claude veya ChatGPT gibi istemcilere veri ve araç sunar.

WebMCP ise aynı fikri tarayıcıya taşır. Araçlar sunucuda değil, açık sayfanın içinde yaşar. Dolayısıyla kimlik doğrulama, kullanıcının mevcut tarayıcı oturumu üzerinden gerçekleşir. Ayrı bir sunucu kurmanız, ayrı bir yetkilendirme akışı yazmanız gerekmez.

Kısacası ikisi rakip değil, tamamlayıcıdır. Arka ofis otomasyonu için MCP sunucusu mantıklıdır. Kullanıcının sitenizde ajanla birlikte işlem yaptığı senaryolarda ise WebMCP daha doğal bir çözümdür.

WebMCP tarayıcı otomasyonu ajanlarından nasıl ayrılır?

Tarayıcı otomasyonu ajanları siteyi bir insan gibi kullanmaya çalışır. Sayfayı görür, öğeleri bulur, tıklar ve yazar. Bu yöntemin güçlü yanı, sitenin hiçbir hazırlık yapmasına gerek olmamasıdır. Zayıf yanı ise tahmine dayanmasıdır.

WebMCP ise site sahibinin katılımını gerektirir. Siz araçları tanımlamazsanız ajan yine eski yönteme döner. Ancak tanımladığınızda ajan, düğme aramak yerine doğrudan "randevu_olustur" gibi bir aracı çağırır. Bu da daha az adım, daha az hata ve daha öngörülebilir sonuç demektir.

• Hız: tek araç çağrısı, çok sayıda tıklama ve ekran okumasının yerini alır.
• Dayanıklılık: tasarım değişse bile araç tanımı aynı kalır.
• Kontrol: ajanın yapabileceklerini siz sınırlarsınız.
• Ölçüm: ajan kaynaklı gönderimleri ayırt edebilirsiniz.

Bununla birlikte bir sınırı da bilmek gerekiyor. Chrome dokümantasyonu API'nin öncelikle insanın döngüde olduğu yerel tarayıcı akışları için tasarlandığını, başsız (headless) tarama senaryoları için optimize edilmediğini açıkça belirtiyor. Yani WebMCP, kullanıcısız toplu otomasyon için değil, kullanıcıyla birlikte çalışan asistanlar için bir köprüdür.

Bence işletmeler için doğru soru "hangisi kazanacak?" değil. Asıl soru şu: ajan sitenize geldiğinde onu tahmin etmeye mi zorlayacaksınız, yoksa ona net bir kapı mı açacaksınız?

Chrome'da WebMCP bugün kullanılabilir mi?

Evet, ama deneme aşamasında. Chrome ekibi 9 Haziran'da yayımladığı blog yazısıyla WebMCP için bir origin trial başlattığını duyurdu. Origin trial, deneysel bir web özelliğini sınırlı süre boyunca gerçek sitelerde test etmenize izin veren bir programdır. Bu deneme Chrome 149 sürümüyle açıldı.

Yerel geliştirme için Chrome dokümantasyonu chrome://flags/#enable-webmcp-testing bayrağını etkinleştirmenizi söylüyor. Ayrıca Model Context Tool Inspector adlı bir uzantı, sayfada hangi araçların kayıtlı olduğunu görmenizi ve onları elle çağırmanızı sağlıyor.

Burada dürüst olmak istiyorum: WebMCP henüz tüm kullanıcıların tarayıcısında varsayılan olarak açık değil. Taslak değişiyor; arayüz adının navigator'dan document'a taşınması bunun somut bir örneği. Dolayısıyla bugün yazdığınız kodu ileride güncellemeniz gerekebilir.

Ayrıca Chrome dokümantasyonu Angular'ın WebMCP için deneysel destek sunduğunu belirtiyor. Diğer çatıların ve tarayıcıların ne zaman ve nasıl destek vereceğini ise resmi duyurulardan takip etmenizi öneririm. Güncel durumu görmek için en güvenilir kaynaklar, Web Machine Learning grubunun GitHub üzerindeki WebMCP açıklayıcı belgesi ve Chrome'un origin trial duyurusudur.

WebMCP hangi işletmeler için önce anlam taşır?

Her site için aynı aciliyet yok. Bence WebMCP'den ilk fayda görecek siteler, kullanıcının bir işlemi tamamlamak için geldiği sitelerdir. Salt bilgi veren bir kurumsal tanıtım sitesinde öncelik daha düşüktür.

• Randevu ve rezervasyon siteleri: klinikler, restoranlar, kuaförler, oteller.
• E-ticaret: ürün arama, filtreleme, sepete ekleme, sipariş takibi.
• B2B teklif formları: ürün, adet ve teslim tarihi isteyen talepler.
• SaaS panelleri: rapor alma, kayıt oluşturma, ayar değiştirme.
• Destek süreçleri: talep açma ve durum sorgulama.

Örneğin bir sanayi firmasının teklif formu genellikle uzun ve tekniktir. Ajan bu formu doğru doldurabilirse, satın alma uzmanı talebini birkaç cümleyle iletebilir. Öte yandan bu tür formlarda yanlış doldurmanın maliyeti yüksektir; bu yüzden alan açıklamalarının çok net olması gerekir.

Benim tavsiyem, sitenizdeki en değerli üç eylemi listelemeniz. Bu eylemler genellikle dönüşüm olarak zaten ölçtüğünüz noktalardır. WebMCP hazırlığına oradan başlarsanız emeğinizi doğru yere harcarsınız.

Formlarınızı WebMCP'ye nasıl hazırlamalısınız?

WebMCP hazırlığının büyük kısmı aslında iyi form tasarımıdır. İnsan için anlaşılır olan form, ajan için de anlaşılır olmaya çok yakındır. Bu yüzden işe yeni bir teknolojiyle değil, mevcut formlarınızın temizliğiyle başlayın.

1. Her alanın görünür bir etiketi olsun; yalnızca placeholder metnine güvenmeyin.
2. Alan adlarını anlamlı seçin: "f3" yerine "teslim_tarihi" kullanın.
3. Doğru giriş türlerini kullanın: tarih için date, e-posta için email, sayı için number.
4. Zorunlu alanları ve biçim kurallarını HTML düzeyinde tanımlayın.
5. Hata mesajlarını açık yazın: "geçersiz" yerine neyin neden yanlış olduğunu söyleyin.
6. Çok adımlı formlarda her adımın amacını tek cümleyle özetleyin.

Bu adımlar erişilebilirliği de iyileştirir. Ekran okuyucu kullanan bir ziyaretçi ile bir ajan, sayfayı benzer sinyallerle anlamlandırır. Dolayısıyla yaptığınız her iyileştirme iki kez karşılık bulur.

Form tasarımının dönüşüm tarafını daha önce randevu, teklif ve demo formu tasarımı yazısında ayrıntılı ele almıştım. WebMCP açısından eklemem gereken tek şey şu: form ne kadar sadeyse, araç tanımı da o kadar kısa ve güvenilir olur.

İyi bir WebMCP araç tanımı nasıl yazılır?

Araç tanımı, ajanın aracı ne zaman ve nasıl kullanacağına karar verdiği metindir. Bu metni bir ürün açıklaması gibi değil, bir iş talimatı gibi yazmanız gerekir. Kısa, somut ve sınırları belli olmalıdır.

Chrome'un güvenlik rehberi bazı karakter bütçeleri öneriyor: araç açıklaması için 500, parametre açıklaması için 150, araç ve parametre adları için 30 karakter ve araç çıktısı başına yaklaşık 1.500 karakter. Rehber bu sınırların ajanlara göre değişebileceğini de not ediyor. Yine de pratik bir çerçeve sunuyorlar.

• Ad: fiil ile başlayın ve tek bir işi anlatın, örneğin "randevu_olustur".
• Açıklama: ne yaptığını, ne zaman kullanılacağını ve ne zaman kullanılmayacağını yazın.
• Parametreler: birimleri ve biçimleri belirtin; "tarih, YYYY-AA-GG biçiminde" gibi.
• Çıktı: ajanın kullanıcıya aktarabileceği kısa ve yapılandırılmış bir sonuç döndürün.

Sık yaptığımız hata, tek bir araca çok iş yüklemek. "Her şeyi yap" türü bir araç, ajanın yanlış kullanım ihtimalini artırır. Bunun yerine küçük ve odaklı araçlar tanımlayın. Örneğin arama, sepete ekleme ve sipariş durumu üç ayrı araç olsun.

Ayrıca açıklamaya sitenizin iş kurallarını ekleyin. "Aynı gün randevu alınamaz" gibi bir kural, ajanın boş yere deneme yapmasını önler. Böylece kullanıcı daha az hata mesajıyla karşılaşır.

Yapısal veri ile WebMCP birbirinin yerine geçer mi?

Hayır, geçmez; ikisi farklı katmanlarda çalışır. Yapısal veri, sayfanızdaki içeriğin ne olduğunu anlatır: bu bir ürün, fiyatı şu, stok durumu bu. WebMCP ise sayfada hangi işlemin yapılabileceğini anlatır: bu ürünü sepete ekleyebilirsin, şu parametrelerle.

Bir benzetmeyle söylersem, Schema.org işaretlemesi vitrindeki etiketlerdir. WebMCP ise tezgâhtaki görevlinin ne yapabildiğinin listesidir. Ajanın iyi karar verebilmesi için her ikisine de ihtiyacı vardır. Önce neyin satıldığını anlar, sonra işlemi yapar.

Bu nedenle yapısal verinizi ihmal etmeyin. Ürün, hizmet, işletme, SSS ve etkinlik işaretlemeleri ajanların içeriğinizi doğru yorumlamasına yardım eder. Konuyu temelden öğrenmek isterseniz Schema markup nedir yazıma göz atabilirsiniz. Hızlı başlangıç için de schema oluşturucu aracımızı kullanabilirsiniz.

Bir de tutarlılık meselesi var. Yapısal verideki fiyat ile araç çıktısındaki fiyat farklıysa ajan kafası karışır, kullanıcı da güvenini kaybeder. Dolayısıyla her iki katmanı da aynı veri kaynağından beslemenizi öneririm.

WebMCP güvenliği için neye dikkat etmelisiniz?

WebMCP'nin en önemli konusu güvenliktir. Açıklayıcı belge de ajanlarla etkileşimin geleneksel güven sınırlarını aştığını açıkça kabul ediyor. Ajan kullanıcının oturumuyla çalıştığı için, yanlış tasarlanmış bir araç ciddi sonuçlar doğurabilir.

Chrome dokümantasyonuna göre WebMCP yalnızca kaynak izolasyonu uygulanan belgelerde çalışır ve tools adlı bir izin politikasıyla denetlenir. Bu politika varsayılan olarak yalnızca aynı kaynağa izin verir. Farklı kaynaktan gelen bir iframe'in araç kaydedebilmesi için açık izin gerekir.

Chrome'un güvenli araç rehberi ayrıca üç ipucu önerir:

• readOnlyHint: veriyi değiştirmeyen araçları işaretler.
• consequentialHint: rezervasyon veya para transferi gibi önemli sonuçları olan araçları işaretler.
• untrustedContentHint: kullanıcı yorumları gibi dış kaynaklı içerik döndüren araçları işaretler.

Son ipucu özellikle önemli. Ürün yorumlarına gizlenmiş bir metin, ajana istenmeyen bir talimat vermeye çalışabilir. Bu risk "prompt injection" olarak bilinir. Bu yüzden kullanıcı içeriği döndüren araçlarda bu işareti kullanın ve çıktıyı sınırlayın. Sitenizin genel güvenlik temeli için veri güvenliği ve şifreleme rehberi iyi bir başlangıç olur.

Kullanıcı onayı ve KVKK tarafı nasıl ele alınmalı?

Ajan kullanıcı adına işlem yaptığında, sorumluluk yine sizde ve kullanıcıda kalır. Bu nedenle önemli işlemlerde son sözü mutlaka kullanıcıya bırakın. Chrome dokümantasyonu, satın alma gibi hassas işlemler için onay penceresiyle kullanıcı etkileşimi isteyen bir komut bulunduğunu belirtiyor.

Pratikte şu ayrımı yapıyoruz: bilgi getiren araçlar onaysız çalışabilir. Veri gönderen ama geri alınabilen işlemler kısa bir onayla ilerleyebilir. Ödeme, iptal, hesap silme gibi geri dönüşü zor işlemler ise her zaman açık kullanıcı onayı ister.

KVKK açısından da dikkat gereken bir alan var. Ajan formu doldururken kişisel veriyi yine sizin formunuza iletir. Dolayısıyla aydınlatma metni, açık rıza kutuları ve veri minimizasyonu ilkesi aynen geçerlidir. Açık rıza kutusunu ajanın otomatik işaretlemesine izin vermeyin; bu onay kullanıcıdan gelmelidir.

Ayrıca kayıt tutmayı unutmayın. agentInvoked bilgisini kullanarak ajan kaynaklı gönderimleri ayrıca işaretleyebilirsiniz. Böylece bir uyuşmazlıkta hangi işlemin nasıl yapıldığını gösterebilirsiniz. Genel çerçeve için KVKK ve GDPR uyumlu web sitesi yazısına bakabilirsiniz.

WebMCP SEO ve yapay zeka görünürlüğünü değiştirir mi?

WebMCP bir sıralama faktörü değildir ve arama motorlarının sizi nasıl dizine eklediğini doğrudan değiştirmez. O alan GEO, yani üretken motor optimizasyonu kapsamındadır. Konuyu GEO nedir yazımda ayrıntılı işledim.

Ancak iki konu birbirine bağlanıyor. Bir ajanın sizi önermesi GEO işidir; önerdikten sonra sitenizde işlemi tamamlayabilmesi ise WebMCP işidir. Yani görünürlük kapıyı açar, WebMCP işlemi bitirir. İkisinden biri eksikse ajan başka bir siteye yönelebilir.

Benzer şekilde llms.txt dosyası da farklı bir amaca hizmet eder: dil modellerine sitenizin içeriğini özetler. Bunu hızlıca hazırlamak için llms.txt oluşturucu aracımızı kullanabilirsiniz. Teknik temel için ise yapay zeka sonrası teknik SEO yazısı iyi bir rehberdir.

Kısacası WebMCP'yi SEO'nun yerine değil, onun devamına koyun. Önce bulunabilir olun, sonra kullanılabilir olun.

WebMCP için 30 günlük hazırlık planı

Hemen kod yazmanıza gerek yok. Aşağıdaki plan, küçük ve orta ölçekli bir işletmenin riski düşük tutarak hazırlanmasını sağlar. Müşteri projelerinde de bu sırayı öneriyoruz.

1. 1. hafta, envanter: sitedeki tüm formları ve kritik eylemleri listeleyin; her birinin iş değerini not edin.
2. 2. hafta, temizlik: etiketleri, alan adlarını, giriş türlerini ve hata mesajlarını düzeltin.
3. 3. hafta, pilot: düşük riskli bir formu, örneğin iletişim veya bülten formunu, bildirimsel API ile test ortamında araca çevirin.
4. 4. hafta, güvenlik ve ölçüm: ipuçlarını ekleyin, ajan kaynaklı gönderimleri ayrı etiketleyin ve sonuçları değerlendirin.

Bu planın en değerli çıktısı çoğu zaman WebMCP'nin kendisi değil, temizlenmiş formlardır. Dönüşüm oranı ve erişilebilirlik genellikle bu aşamada iyileşir. Ardından standart olgunlaştıkça canlıya geçiş kararını daha rahat verirsiniz.

Unutmayın, origin trial sürelidir ve taslak değişebilir. Bu yüzden canlı sitede deneme yaparken özelliği kolayca kapatabileceğiniz bir yapı kurun.

Yazılım ekibinize hangi soruları sormalısınız?

Siteniz bir ajans veya iç ekip tarafından yönetiliyorsa, WebMCP konusunu açmak için teknik bilgiye ihtiyacınız yok. Doğru soruları sormanız yeterli. Bu sorular aynı zamanda sitenizin genel sağlığını da ortaya çıkarır.

• Formlarımız erişilebilirlik standartlarına uygun mu, her alanın etiketi var mı?
• Kritik işlemlerimiz tek bir veri kaynağından mı besleniyor?
• Siteye bir özellik eklemek için origin trial belirteci ekleyebilir miyiz?
• Ajan kaynaklı gönderimleri analitikte ayrı görebilir miyiz?
• İçerik Güvenlik Politikası ve izin politikalarımız güncel mi?

Bu soruların cevabı "bilmiyorum" ise sorun değil; başlangıç noktanızı öğrenmiş olursunuz. Yapay zekanın sitedeki diğer kullanımlarını da merak ediyorsanız web sitesinde yapay zeka kullanımı yazısı sohbet botu ve içerik tarafını anlatıyor.

Ekibimle birlikte bu hazırlığı yeni site projelerinde baştan planlıyoruz. Yeni bir site veya yenileme düşünüyorsanız web tasarım hizmetimiz kapsamında form mimarisini ajanlara hazır kuruyoruz.

WebMCP konusunda sık yapılan hatalar nelerdir?

Yeni bir teknoloji çıktığında en büyük risk, acele edip temel işleri atlamaktır. WebMCP denemelerinde gözlemlediğim hatalar da genellikle bu kategoriye giriyor.

• Her şeyi araca çevirmek: her düğmeyi araç yapmak ajanı karıştırır; önce en değerli eylemleri seçin.
• Belirsiz açıklamalar: "formu gönderir" gibi bir açıklama ajana yol göstermez.
• Onayı atlamak: toolautosubmit özniteliğini riskli formlarda kullanmak ciddi bir hatadır.
• Kararlılığı varsaymak: taslak değişebilir; kodu izole ve kapatılabilir tutun.
• Ölçmemek: ajan trafiğini ayırmazsanız etkisini hiçbir zaman göremezsiniz.

Bir de beklenti hatası var. WebMCP eklediğiniz anda ajan trafiği patlamaz. Kullanıcıların bu tür asistanları benimsemesi zaman alacak. Dolayısıyla hazırlığı bir yatırım olarak görün; kısa vadeli satış artışı beklemeyin.

Son olarak, SEO ve reklam stratejinizi bu yeni katmanla birlikte ele almak isterseniz SEO danışmanlığı sürecimizde agentic web hazırlığını da değerlendiriyoruz.

Sonuç: WebMCP'ye bugün nereden başlamalı?

WebMCP, web'in ajanlarla konuşma biçimini tahminden anlaşmaya taşıyan bir öneri. Google ve Microsoft kaynaklı yazarların başlattığı taslak, W3C topluluk grubunda ilerliyor ve Chrome'da origin trial ile test edilebiliyor. Ancak henüz kesinleşmiş bir standart değil.

Bu nedenle benim önerim dengeli bir yaklaşım. Bugün formlarınızı temizleyin, yapısal verinizi tutarlı hâle getirin ve güvenlik politikalarınızı gözden geçirin. Bu adımlar WebMCP olmasa bile sitenize kazandırır. Ardından düşük riskli bir formla pilot yapın ve standardın gelişimini takip edin.

Agentic web bir gecede gelmeyecek, ama geldiğinde hazırlıklı siteler öne çıkacak. Ajanın sitenize geldiğinde tahmin etmek zorunda kalmaması, kullanıcınızın da işini daha hızlı bitirmesi demek.