GEO Denetimi Hizmeti Teklifinde Neler Bulunmalı?

GEO denetimi tam olarak hangi işi satın alır?

GEO denetimi, markanın üretken yapay zekâ destekli cevap ve arama yüzeylerindeki mevcut durumunu belirli bir yöntemle inceleyip uygulanabilir bulgulara dönüştürür. Denetimin asli ürünü vaat edilen görünürlük değil; tekrarlanabilir gözlem, doğrulanabilir teknik kanıt, önceliklendirilmiş görev ve sonradan kullanılabilecek başlangıç kaydıdır.

Bu ayrım satın alma kararını korur. İçerik yazımı, yazılım geliştirme, yayın girişi, dijital PR ve sürekli takip denetimden sonra gerekebilir; fakat teklif bunları kendiliğinden dahil saymamalıdır. Denetim hizmetinin nerede bittiği, uygulamanın kimde başladığı ve düzeltme kontrolünün ücret kapsamına girip girmediği ayrı satırlarda belirtilmelidir.

İyi bir başlangıç belgesi denetimin iş sorusunu tek cümleyle tanımlar. Örneğin “marka yapay zekâda görünüyor mu?” çok geniştir. “Türkiye’de kurumsal satın alma araştırması yapan kullanıcıların belirli hizmet sorularında markanın anılma, kaynak gösterilme ve doğru temsil edilme durumunu incelemek” daha ölçülebilir bir çerçevedir.

Kapsam ayrıca incelenecek dijital varlıkları saymalıdır. Ana alan adı, alt alan adları, dil klasörleri, yardım merkezi, bayi sayfaları, PDF belgeleri ve üçüncü taraf profil sayfaları aynı markaya ait olabilir. Ajans yalnız ana siteyi tarayacaksa bunu bilmeniz gerekir; dış kaynak görünürlüğü incelenecekse izin verilen kaynak türleri de yazılmalıdır.

Denetim ile düzenli izleme aynı ürün değildir. Denetim belirli bir kesitte nedenleri ve boşlukları araştırır. İzleme ise daha dar bir gösterge setini zaman içinde tekrarlar. Teklif “aylık rapor” içeriyorsa bunun yeni bir tam denetim mi, seçilmiş soruların takibi mi, yoksa yapılan işlerin kabul kontrolü mü olduğunu sorun.

GEO ve yapay zekâ SEO hizmeti kapsamında denetim, sonraki içerik ve teknik çalışma için karar zemini oluşturur. Ancak bağımsız bir platformun cevabını ajans yönetmez. Bu nedenle hizmet sağlayıcının teslim edebileceği işler ile dış sistemin seçimine bağlı sonuçlar, sözleşmede aynı başarı maddesine bağlanmamalıdır.

GEO denetimi için soru seti teklifte nasıl tanımlanır?

Soru seti, adet üzerinden değil kaynak, niyet, kapsam ve sürüm bilgisiyle tanımlanır. Teklif; soruların satış görüşmeleri, destek kayıtları, site araması, organik sorgular, ürün belgeleri ve kurum uzmanlarından nasıl türetileceğini açıklamalıdır. Rastgele üretilen uzun bir istem listesi, markanın gerçek karar alanını temsil etmeyebilir.

Önce soru ailelerini belirleyin. Tanım ve öğrenme soruları kullanıcıya konuyu açıklar. Kategori karşılaştırmaları seçenekleri ayırır. Marka veya ürün uygunluğu soruları kısa listeyi etkiler. Fiyat, sözleşme, entegrasyon, güvenlik, teslimat ve alternatif soruları ise satın alma kararına yaklaşır. Her ailenin işteki karşılığı farklı olduğu için raporda ayrı okunmalıdır.

Her soru kaydında benzersiz kimlik, tam soru metni, hedef dil, hedef ülke veya şehir, kullanıcı türü, karar aşaması, ilgili ürün ve beklenen gerçek bilgi alanı bulunmalıdır. Beklenen alan “marka mutlaka önerilmeli” demek değildir. Cevapta yanlış aktarılmaması gereken doğrulanabilir ürün özelliğini veya kurum bilgisini işaret eder.

Sorunun tek bir yazımını test etmek davranış çeşitliliğini gizleyebilir. Buna karşılık her eş anlamlı ifadeyi ayrı başarı olarak saymak da toplamı şişirir. Teklif, ana soru ile kontrollü varyantları ilişkilendirmeli; aynı niyeti ölçen varyantların raporda nasıl gruplanacağını önceden açıklamalıdır. Böylece dil değişikliği gerçek görünürlük artışı sanılmaz.

Soru seti yalnız marka lehine hazırlanırsa karşılaştırma değeri düşer. “En iyi”, “alternatif”, “kimler için uygun değil”, “hangi durumda tercih edilmez” gibi eleştirel karar biçimleri de örnekleme girmelidir. Denetim, pazarlama mesajını tekrar ettirmek için değil, platformun kullanıcı sorusuna hangi kaynaklarla cevap kurduğunu anlamak için yapılır.

Hassas alanlarda cevap doğruluğu ayrıca ele alınmalıdır. Sağlık, hukuk veya finans gibi konularda ajans, kurum uzmanının yerine hüküm kuramaz. Teklif; hangi soruların uzman onayı gerektirdiğini, hangi ifadelerin test dışı bırakılacağını ve yanlış bir cevap bulunduğunda kimin değerlendirme yapacağını belirtmelidir. Ekran görüntüsü tek başına alan doğruluğu kanıtı değildir.

Soru envanteri müşteri tarafından onaylandıktan sonra sürüm numarası almalıdır. Denetim ortasında eklenen yeni ürün soruları başlangıç setine sessizce karıştırılmamalıdır. Değişiklik günlüğünde ekleme nedeni, tarih ve karşılaştırmaya etkisi yer alır. Bu disiplin, sonraki yapay zekâ görünürlük çalışmasının aynı iş hedefini korumasını sağlar.

Hangi yapay zekâ platformları ve koşulları kapsama yazılmalıdır?

Platform kapsamı, ürün adından daha ayrıntılı yazılmalıdır. ChatGPT arama, Google AI Overviews veya AI Mode, Microsoft Copilot ile Bing’in yapay zekâ cevapları ve Perplexity gibi yüzeyler aynı kaynak toplama ya da sunum davranışına sahip değildir. Kullanılacak yüzey, erişim biçimi ve testin yapılacağı hesap koşulu belirtilmelidir.

Bir platform herkese aynı özelliği aynı anda göstermeyebilir. Ülke, dil, oturum durumu, hesap türü, cihaz, ürün sürümü ve deney grubu sonucu etkileyebilir. Teklif, erişilemeyen bir yüzey için sessizce başka aracı ikame etmemeli; “test edilemedi” kaydının nasıl tutulacağını ve kapsam değişikliğinin kimin onayına bağlı olduğunu açıklamalıdır.

Google, AI Overviews veya AI Mode içinde destekleyici bağlantı adayı olmak için sayfanın Google Search’te dizine alınmış ve snippet göstermeye uygun olması gerektiğini belirtir. Ayrıca bu özellikler için özel bir şema veya ayrı bir yapay zekâ metin dosyası şart koşmaz. Denetim, önce temel arama erişimini doğrulamalıdır.

OpenAI tarafında arama görünürlüğü değerlendirilirken OAI-SearchBot erişimi, eğitim amaçlı GPTBot tercihi ve kullanıcı isteğiyle sayfa ziyaret edebilen ChatGPT-User birbirine karıştırılmamalıdır. Bot politikası çıktısı her aracın amacını ayrı göstermeli; birini engellemenin diğerinin davranışını otomatik belirlediği varsayılmamalıdır.

Microsoft’un Bing Webmaster Tools içindeki AI Performance raporu, desteklenen yapay zekâ deneyimlerinde gösterilen kaynak bağlantıları ve kaynak alınan sayfalar hakkında veri sunar. Microsoft, toplam alıntının belirli cevap içindeki konumu veya otoriteyi göstermediğini de açıklar. Teklif bu veriyi kullanacaksa metrik tanımını platformun sınırlarıyla birlikte aktarmalıdır.

Perplexity gibi diğer kaynaklı cevap sistemleri için erişim, kaynak bağlantısı ve bot belgeleri ayrıca kontrol edilmelidir. Bir platforma erişimin açık olması, seçilmeyi garanti etmez. Kapsam belgesinde “tarama izni”, “cevapta marka anılması”, “kaynak URL gösterimi” ve “siteye yönlendirme” dört ayrı gözlem türü olarak tutulmalıdır.

İlk ölçüm hangi kayıt protokolüyle yapılmalıdır?

İlk ölçüm, aynı işlemi başka bir uzmanın anlayıp tekrarlayabileceği kayıt protokolüyle yapılmalıdır. Her test satırında zaman damgası, soru kimliği, platform ve yüzey, dil, konum, oturum bilgisi, cevap metni veya arşivi, görünen kaynaklar ve gözlemci notu bulunur. Yalnız özet grafik başlangıç verisi sayılmaz.

Yeni sohbet ile devam eden konuşma ayrılmalıdır. Önceki mesajlar cevabın kapsamını ve kaynaklarını değiştirebilir. Teklif, her ana testin temiz bir oturumda mı yürütüleceğini, takip sorularının nasıl etiketleneceğini ve kişiselleştirme açık hesapların kullanılıp kullanılmayacağını belirtmelidir. Aksi hâlde iki tarih arasında aynı koşul korunamaz.

Dinamik cevaplarda ekran görüntüsü yararlıdır fakat tek başına yeterli değildir. Kaynak URL’leri kopyalanmalı, yönlendirme zinciri ve nihai adres kaydedilmeli, cevap mümkünse yapılandırılmış dosyada saklanmalıdır. Görüntü görsel sunumu kanıtlar; metin ve URL kaydı ise arama, sınıflandırma ve sonraki karşılaştırma yapılmasına imkân verir.

Marka görünümü en az üç ayrı etiketle sınıflandırılabilir: adın cevap gövdesinde geçmesi, markaya ait bir URL’nin kaynak gösterilmesi ve marka bilgisinin doğru aktarılması. Bunlar aynı olay değildir. Kaynağı gösterilen bir sayfada marka adı cevapta görünmeyebilir; adı geçen marka için rakip bir kaynak kullanılmış olabilir.

Olumsuz sonuç da veri olarak korunmalıdır. “Marka yok” satırı silinirse başlangıç ölçümü yalnız başarılı örneklerden oluşur. Fakat platformun cevap üretmediği, arama özelliğinin devreye girmediği veya testin teknik nedenle tamamlanamadığı durumlar gerçek yoklukla aynı sınıfa konmamalıdır. Her sonuç için ayrı durum kodu gerekir.

Tekrar sayısı sabit bir evrensel rakam değildir. Dinamikliğin yüksek olduğu kritik sorularda birden fazla gözlem gerekebilir; geniş envanterde örnekleme tercih edilebilir. Teklif, tekrar politikasını soru önemi ve zaman bütçesiyle ilişkilendirmeli, seçilen yöntemi bütün dönemlerde aynı biçimde uygulamalıdır. Tekrarlardan yalnız en iyi cevabın seçilmesi kabul edilmemelidir.

Manuel test ile otomatik test aynı sonucu verir mi?

Manuel kullanıcı arayüzü ile bir sağlayıcının API’si aynı ürün sayılmamalıdır. Model adı benzer görünse bile arama araçları, sistem talimatları, kaynak sunumu, kişiselleştirme ve kullanılabilir özellikler değişebilir. Teklif otomasyon kullanıyorsa hangi uç noktayı, modeli ve arama ayarını kullandığını belirtmeli; bunu tüketici arayüzündeki görünürlük gibi adlandırmamalıdır.

Tarayıcı otomasyonu da kendi başına tarafsız bir gözlem sağlamaz. Çerezler, kabul ekranları, coğrafi IP, hesap geçmişi ve arayüz deneyi sonuçları etkileyebilir. Test ortamı için ayrı profil, dil ve konum kaydı tutulması; otomasyon başarısız olduğunda manuel yedeğin nasıl işletileceği; hata veren satırların görünürlük yokluğu sayılmaması gerekir.

Büyük soru listelerinde kalite kontrol örneklemi oluşturun. Rastgele seçilen satırların yanında ticari açıdan kritik soruların tamamı elle doğrulanabilir. Denetçi; yanlış URL ayrıştırma, kısaltılmış cevap, kaybolmuş kaynak etiketi ve yinelenen kayıt gibi hataları arar. Kontrol edilen satırların kim tarafından, hangi tarihte ve hangi düzeltmeyle onaylandığı teslimde görünmelidir.

Ham kayıtların değiştirilemez olduğu iddia edilmek zorunda değildir; fakat yapılan düzeltmeler iz bırakmalıdır. Platform arayüzünden yanlış kopyalanan bir bağlantı düzeltilirse eski değer, yeni değer, gerekçe ve onaylayan kaydedilir. Sessiz veri temizliği, yeniden ölçümde ortaya çıkan farkın platformdan mı yoksa rapor düzenlemesinden mi geldiğini belirsizleştirir.

Denetim aracı otomatik duygu veya doğruluk sınıflandırması yapıyorsa etiket sözlüğü ve insan kontrolü açıklanmalıdır. Bir cevabın markayı “olumlu” anlatması, ürün özelliklerinin doğru olduğu anlamına gelmez. Doğruluk alanı kurum bilgisini bilen uzmanın onayına; ton ve bağlam alanı ise önceden belirlenmiş sınıflara dayanmalıdır.

Son olarak eksik gözlemler rapordan çıkarılmamalıdır. Platform kota sınırına ulaştıysa, özellik geçici olarak çalışmadıysa veya kaynak bağlantıları açılamadıysa olay ayrı kodla saklanır. Geçerli test payının ölçüm kartında gösterilmesi, sonraki dönemde daha az satır ölçülmesine rağmen görünürlük oranının yapay biçimde yükselmesini engeller.

GEO rakip analizi adil biçimde nasıl kurulmalıdır?

GEO rakip analizi, aynı soruya cevap verme ihtimali olan marka ve kaynak türlerini ortak kurallarla karşılaştırmalıdır. Klasik aramada rakip olan her alan adı yapay zekâ cevabında görünmeyebilir; yayıncılar, kamu kaynakları, pazar yerleri, inceleme siteleri ve uzman belgeleri de cevabın dayanakları arasında yer alabilir.

Teklif iki rakip kümesi tanımlayabilir. Ticari rakipler aynı müşterinin bütçesi için yarışır. Görünürlük rakipleri ise cevap sisteminin kaynak olarak seçtiği sitelerdir. Bu iki küme kesişebilir fakat aynı değildir. Yalnız yönetimin bildiği ticari markaları izlemek, asıl kaynak boşluğunu görmenizi engelleyebilir.

Rakip seçimi denetim başlamadan belgelenmelidir. Ürün kapsamı, hedef pazar, dil, müşteri türü ve soru ailesi seçim gerekçesinin parçasıdır. Birden fazla ülkede çalışan markayı yalnız yerel bir işletmeyle veya kapsamlı belge kütüphanesini tek ürün sayfasıyla eşitlemek yorum hatası doğurur. Karşılaştırılan varlıkların sınırı raporda görünmelidir.

Karşılaştırma yalnız kaç kez anıldığını saymamalıdır. Kaynak alınan sayfa türü, cevapta üstlendiği rol, bilginin güncelliği, kanıt biçimi, uzman veya kurum künyesi, tablo ve belge yapısı, teknik erişilebilirlik ve marka tutarlılığı incelenebilir. Amaç rakibin cümlelerini kopyalamak değil, sistemin hangi kanıtı kullanabildiğini anlamaktır.

Soru evreni bütün rakiplere aynı uygulanmalıdır. Marka adını içeren yönlendirilmiş sorular genel kategori sorularıyla ayrı raporlanmalıdır. Kendi markanızı doğrudan sorup rakipleri genel sorularda ölçmek sonuçları karşılaştırılamaz hâle getirir. Teklif, markalı ve markasız testlerin oranını değilse bile hangi grupta tutulacağını açıklamalıdır.

Rakip görünürlüğü bir sebep değil, araştırma ipucudur. Bir rakibin kaynak gösterilmesi, yalnız daha uzun metni veya daha fazla şeması olduğu anlamına gelmez. Sayfa erişimi, özgün veri, bilginin açıklığı, marka dışı bahisler ve konu uygunluğu birlikte değerlendirilebilir. Kanıt bulunmadan tek özelliği başarı nedeni olarak sunan rapor ihtiyatla okunmalıdır.

Son çıktı “rakip bizden önde” cümlesi yerine kapatılabilir boşlukları göstermelidir. Örneğin kurumunuzun doğrulayabildiği fakat web’de açıkça yayınlamadığı bir seçim ölçütü, belge güncelliği sorunu veya teknik olarak erişilemeyen destek içeriği saptanabilir. Her boşluğun kopyalanacak rakip öğesi değil, markaya özgü çözüm adayı olması gerekir.

GEO teknik analiz hizmeti hangi çıktıları teslim etmelidir?

GEO teknik analiz hizmeti, her sorunu etkilenen URL, gözlenen davranış, kullanılan test, beklenen durum ve yeniden kontrol adımıyla teslim etmelidir. “Botlar siteyi okuyamıyor” veya “şema eksik” gibi toplu etiketler geliştiricinin işi kabul etmesine yetmez. Teknik rapor yorumdan önce yeniden üretilebilir kanıt sunmalıdır.

İlk katman temel keşif ve dizine eklenebilirliktir. robots.txt kuralları, meta robots ve X-Robots-Tag yönergeleri, HTTP durumları, yönlendirmeler, canonical seçimi, noindex kullanımı, JavaScript ile görünen ana içerik ve CDN engelleri örnek URL’lerle incelenir. Farklı bot kullanıcı aracılarının aynı yanıtı alıp almadığı gerektiğinde ayrıca test edilir.

Snippet kontrolleri GEO açısından önemlidir çünkü Google’ın yapay zekâ özelliklerinde destekleyici bağlantı adayı olmak için sayfanın snippet göstermeye uygun olması gerekir. nosnippet, max-snippet ve data-nosnippet tercihleri bilinçli olabilir. Denetim bunları otomatik hata saymamalı; hukuk, lisans veya içerik politikası gerekçesini kurumla doğrulamalıdır.

Bot politikası tek bir “AI açık/kapalı” anahtarına indirgenemez. Arama amacıyla gezen bot, model eğitimi amacıyla veri toplayan bot ve kullanıcı isteği üzerine sayfa açan araç farklı kontrollere sahip olabilir. Rapor mevcut kuralları, işletmenin tercihlerini ve önerilen değişikliğin etkisini yan yana göstermelidir.

Yapılandırılmış veri, görünür içeriği makinece anlaşılır şekilde açıklamaya yardım eder; görünmeyen iddiaları ekleme alanı değildir. Denetim kullanılan türleri, zorunlu veya önerilen özellikleri, görünür metinle uyumu ve sözdizimi hatalarını kontrol etmelidir. Google’ın yapay zekâ arama özellikleri için özel bir GEO şeması istemediği raporda açıkça belirtilmelidir.

Site haritaları, dahili bağlantılar, dil ve ülke işaretleri, yinelenen sayfalar, tarih bilgileri, yazar ve kurum kimliği de teknik envantere girer. Fakat her başlıkta sorun aramak yerine iş etkisi kurulmalıdır. Hedef soru ailesiyle ilgisi olmayan eski bir arşiv hatası, kritik ürün belgesinin erişilememesiyle aynı önceliğe konmamalıdır.

Her teknik görev için sahiplik alanı gerekir: ajans, kurum geliştiricisi, içerik yöneticisi, hukuk ekibi veya barındırma sağlayıcısı. Teklif yalnız raporu teslim ediyorsa uygulama toplantısının dahil olup olmadığını yazmalıdır. Canlıya alınan düzeltmenin tekrar taranması ve kabul kanıtının güncellenmesi ayrıca kapsamlandırılmalıdır.

İçerik ve marka bilgisi hangi ölçütlerle denetlenmelidir?

İçerik denetimi, metinde anahtar kelime saymaktan çok soruya verilen cevabın açıklığını, kanıtını, sahipliğini ve güncelliğini inceler. Hedef kullanıcı önemli bir karar sorusunu sorduğunda kurumun doğrulanmış bilgisi sayfada açıkça bulunmuyorsa teknik erişim tek başına yeterli olmaz. Teklif, içerik bulgusunu örnek bölüm ve bilgi sahibiyle eşleştirmelidir.

Önce gerçek kaynak hiyerarşisi kurulmalıdır. Ürün ekibi teknik özellikleri, hukuk ekibi sözleşme sınırlarını, satış ekibi itirazları, destek ekibi kullanım sorunlarını ve yönetim kurumsal beyanları doğrulayabilir. Ajans bu ekiplerin yerine yeni gerçek üretmez. Denetim, yayındaki iddianın kimin onayına dayanacağını ve güncelleme sorumlusunu gösterir.

Bir sayfanın cevap verebilirliği; net tanım, koşul ve istisna, karşılaştırma ölçütü, uygulanabilir adım, kaynak bağlantısı ve güncelleme bilgisinden oluşabilir. Her sayfada bütün biçimler gerekmez. Soruya en kısa yoldan doğru yanıt veren yapı seçilmelidir. Uzunluk veya SSS adedi tek başına kaynak alınabilirlik ölçüsü değildir.

Marka varlığı alan adıyla sınırlı değildir. Kurum adı, eski marka adı, ürün adları, kişi ve uzman profilleri, adresler, sosyal hesaplar ve üçüncü taraf dizinlerdeki bilgiler çelişebilir. Denetim hangi varlıkların incelendiğini, uyuşmazlığın nerede görüldüğünü ve yetkili doğrunun hangi kurumsal kaynaktan alınacağını belirtmelidir.

Yanlış temsil ayrı bir çıktı olmalıdır. Platform markayı anıyor fakat hizmet bölgesini, ürün yeteneğini veya hedef müşteriyi hatalı anlatıyorsa “görünür” sayılması başarıyı gizler. Cevabın doğruluğu kurum uzmanı tarafından işaretlenmeli; ajans gözlemi ile uzman hükmü veri tabanında ayrı alanlarda saklanmalıdır.

İçerik önerileri mevcut sayfayı güncelleme, yeni sayfa açma, birleştirme, yönlendirme veya yayından kaldırma seçeneklerini değerlendirmelidir. Her soru için yeni URL üretmek bilgi parçalanmasına yol açabilir. Öneride hedef soru, mevcut kanıt, önerilen değişiklik, uzman girdisi, hedef URL ve yayın sonrası kontrol bulunmalıdır.

Bu çalışma sürekli üretime dönecekse GEO danışmanlığı ve uygulama kapsamı ile editoryal sahipliği birlikte planlayın. Denetim raporundaki önerilerin otomatik metin üretimine çevrilmesi, gerçek bilgi ve onay zinciri kurulmadıkça sorunu büyütebilir. Teslim, yazılacak kelime sayısından önce bilgi boşluğunu tarif etmelidir.

GEO denetimi teklifinde teslimler nasıl kabul edilebilir hâle gelir?

Teslimler dosya adı, içerik alanları, biçim, sorumlu ve kabul ölçüsüyle tanımlandığında denetlenebilir hâle gelir. “Detaylı rapor”, “rakip analizi” veya “teknik kontrol” satın alınabilir bir kapsam değildir. Alıcı, teslim günü hangi dosyaları açacağını ve eksikliği hangi ölçüyle göstereceğini tekliften anlayabilmelidir.

Dosyaların sahipliği ve taşınabilirliği de kabul maddesidir. Soru listesi, ham cevaplar, sınıflandırma sözlüğü ve bulgu tablosu yalnız ajansın ücretli aracında kalırsa hizmet değişiminde geçmişiniz kaybolabilir. Teklif, dışa aktarım biçimini, müşteri erişimini, saklama süresini ve lisans bitince ne olacağını yazmalıdır.

Öncelik etiketinin anlamı tanımlanmalıdır. “Kritik” bir bulgu hedef sayfaların erişimini bütünüyle engelliyor olabilir; “yüksek” önemli soru ailelerini etkiliyor; “orta” belirli şablonla sınırlı kalıyor olabilir. Etki ve uygulama eforu ayrı alanlarda tutulursa kolay fakat düşük değerli işler önemli sorunların önüne geçmez.

Kabul toplantısı rapor sunumundan ibaret olmamalıdır. Seçilen birkaç ham gözlem, teknik bulgu ve içerik görevi birlikte açılmalı; kanıtın teslimdeki iddiayı destekleyip desteklemediği kontrol edilmelidir. Sorular için düzeltme süresi ve nihai sürüm tarihi teklifte yer alırsa eksiklerin e-posta zincirinde kaybolması önlenir.

Denetim kartlarında hangi metrikler yer almalıdır?

Denetim kartları, farklı olayları tek bir yapay “GEO puanı” altında eritmek yerine kapsam, kaynak görünümü ve doğruluk gibi ayrı soruları yanıtlamalıdır. Formülün payı, paydası, hariç tutulan durumları ve veri tarihi kartın yanında bulunmalıdır. Hesap üretilemediğinde sıfır yazmak yerine neden hesaplanamadığı açıklanmalıdır.

Bu oranlar soru ailesi ve platform kırılımı olmadan yanıltıcı olabilir. Çok sayıda kolay tanım sorusu, az sayıdaki kritik satın alma sorusunu örtebilir. Toplam kartın yanında karar aşaması, dil, pazar ve yüzey filtresi sunulmalıdır. Küçük örneklemde oranı kesin eğilim gibi yorumlamayın; ham adetleri birlikte gösterin.

Rakip farkı ayrıca hesaplanabilir fakat paydanın aynı olması gerekir. Markanız otuz soruda, rakip beş seçilmiş soruda sınandıysa oranları yan yana koyamazsınız. Aynı geçerli test seti kullanıldığında kaynak gösterimi, anılma ve doğru temsil ayrı ayrı karşılaştırılabilir. “Görünürlük skoru”nun ağırlıkları kurum kararıysa bu açıkça yazılmalıdır.

Teknik ilerleme de sonuç görünürlüğünden ayrılmalıdır. Kabul edilen görev, canlıya alınan görev ve yeniden testten geçen görev farklı aşamalardır. Dış platform henüz değişmemiş olsa bile teknik uygulamanın doğru yapıldığı kanıtlanabilir. Tersine, tesadüfi bir anılma artışı uygulanmamış görevi tamamlanmış saydırmamalıdır.

Yeniden ölçüm şartları teklifte nasıl yazılmalıdır?

Yeniden ölçüm, tarih vaadinden önce tetikleyici ve karşılaştırma kuralıyla yazılmalıdır. Hangi teknik veya içerik görevlerinin canlı ve kabul edilmiş olması gerektiği, platformların değişikliği keşfetmesine ilişkin hangi koşulun bekleneceği ve testin hangi soru sürümüyle tekrarlanacağı teklif içinde açık olmalıdır.

“Bir ay sonra tekrar bakılır” ifadesi tek başına yeterli değildir. O tarihe kadar sayfalar yayınlanmadıysa ölçüm uygulamayı değerlendirmez. Buna karşılık bütün işler canlıya alınır alınmaz aynı gün dış platform sonucunun değişmesini beklemek de gerçekçi olmayabilir. Takvim, kurumun teslimi ve platformun bağımsız keşif süreci olarak ikiye ayrılmalıdır.

Karşılaştırılabilirlik için ana soru metni, sınıflandırma sözlüğü, pazar, dil, platform yüzeyi ve oturum yöntemi mümkün olduğunca korunmalıdır. Ürün arayüzü veya platform erişimi değiştiğinde bu olay değişiklik günlüğüne yazılır. Eski yüzey artık yoksa yeni sonuç aynı seri içinde kesintisiz artış gibi sunulmamalıdır.

İçerik değişiklikleri de sürümlenmelidir. Hangi URL’de neyin ne zaman yayınlandığı, yönlendirme veya canonical değişikliği, robots kuralı ve şema güncellemesi kayıt altına alınır. Böylece görünürlükteki hareket tek bir nedene kesin olarak bağlanmasa bile hangi müdahalelerin önce veya sonra gerçekleştiği görülebilir.

Yeniden ölçümün teslimi yalnız yeni bir toplam puan olmamalıdır. Başlangıç ve sonraki satırlar eşleştirilmeli; yeni, kaybolan, değişen ve ölçülemeyen sonuçlar ayrılmalıdır. Kaynak URL değişimi, marka anılmasının eklenmesi, yanlış bilginin düzelmesi ve trafiğin oluşması birbirinden farklı hareketlerdir.

Teklif kaç yeniden ölçüm turunun dahil olduğunu, yeni soruların ek çalışma sayılıp sayılmadığını ve uygulama gecikmesinde takvimin nasıl kayacağını yazmalıdır. Üçüncü taraf platform ürünü kapatırsa kullanılacak ikame yöntem önceden tanımlanabilir. İkame yüzey, geçmiş veriyle doğrudan aynıymış gibi karşılaştırılmamalıdır.

Sonuç değerlendirmesi nedensellik konusunda ölçülü olmalıdır. Bir URL’nin kaynaklarda görünmesi yapılan değişiklikle ilişkili olabilir; fakat tek gözlem bunu kanıtlamaz. Rapor, gözlenen değişimi, eşzamanlı site güncellemelerini ve platform farklılıklarını birlikte göstermeli; garanti edilmiş etki dili yerine kanıt seviyesini belirtmelidir.

Teklifte sorumluluklar ve hariç işler nasıl ayrılmalıdır?

Sorumluluk matrisi, her girdinin kimden geleceğini, işi kimin yapacağını, kimin onaylayacağını ve son kaydın kimde tutulacağını göstermelidir. Bu çalışma pazarlama, içerik, geliştirme, analitik, hukuk ve ürün ekiplerine dokunabilir. “Müşteri destek olur” ifadesi bu iş bölümünü yönetmek için yeterli değildir.

Müşteri tarafında alan bilgisi ve erişim sorumlusu atanmalıdır. Ajansın Google Search Console, analitik, CMS veya sunucu günlüklerine gereksinimi varsa erişim düzeyi ve kullanım amacı teklif öncesi yazılır. Erişim sağlanamazsa hangi bulgunun varsayım olarak kalacağı belirtilir; eksik veri otomatik olarak olumlu kabul edilmez.

Ajans tarafında araştırma, teknik analiz, editoryal değerlendirme ve proje koordinasyonu rolleri açıklanmalıdır. Her rolün ayrı kişi olması zorunlu değildir; önemli olan hangi uzmanlığın hangi teslimi onayladığının bilinmesidir. Otomatik araç çıktısı insan incelemesinden geçecekse inceleme yöntemi ve örneklem sınırı yazılmalıdır.

Hariç işler özellikle görünür olmalıdır: yeni metin üretimi, tasarım, yazılım geliştirme, CMS girişi, üçüncü taraf yayın, ücretli araç lisansı, çeviri, hukuk görüşü, dijital PR ve sürekli izleme. Bunlardan biri teklife dahilse adet, kapsam ve revizyon sınırı verilmelidir. Belirsiz dahil ifadeleri sonradan sorumluluk çatışması doğurur.

Veri güvenliği soru ve cevap kayıtlarında unutulmamalıdır. Müşteri konuşmaları, destek talepleri veya satış notları kişisel ya da ticari sır içerebilir. Denetim için gereken en az veri kullanılmalı, kimlikler gerekmedikçe kaldırılmalı, erişim sınırlandırılmalı ve saklama süresi belirlenmelidir. Hassas bilgi genel tüketici araçlarına gelişigüzel girilmemelidir.

Garanti maddesi ajansın kontrol edebildiği teslimlere bağlanabilir: belirlenen varlıkların incelenmesi, eksiksiz alanlarla raporlanması, toplantı yapılması veya kabul testinin yürütülmesi gibi. ChatGPT, Google, Copilot ya da başka bir bağımsız sistemde belirli tarihte kaynak olma garantisi verilemez. Teklif dili bu sınırı açıkça korumalıdır.

Bir yapay zekâ SEO ajansı teklifi hangi sırayla değerlendirilmelidir?

Teklif önce iş sorusu ve test yöntemi, sonra teslim ve sorumluluk, en son bedel üzerinden değerlendirilmelidir. Kapsamlar eşit değilse toplam fiyat karşılaştırması yanıltır. Bir sağlayıcı yalnız otomatik sorgu raporu verirken diğeri teknik kanıt, uzman doğrulaması ve yeniden ölçüm sunuyorsa iki rakam aynı hizmeti temsil etmez.

Örnek rapor incelerken tasarımdan önce izlenebilirliğe bakın. Bir yönetici özetinden ham soruya, oradan görünen kaynağa ve teknik bulguya gidebiliyor musunuz? Rakip seçim gerekçesi görünür mü? “Fırsat” diye işaretlenen satırın hangi bilgi boşluğuna dayandığı anlaşılabiliyor mu? Bu sorular aracın parlak ekranından daha değerlidir.

Pilot denetim, geniş sözleşmeden önce yöntemi sınamak için kullanılabilir. Pilot; kolay birkaç marka sorusuyla sınırlı kalmamalı, gerçek bir ürün alanında soru seti, platform kaydı, teknik örnek, rakip karşılaştırması ve küçük bir yeniden test zincirini içermelidir. Başarı kriteri kaynak garantisi değil, yöntemin uygulanabilir ve teslimlerin kullanılabilir olmasıdır.

Satın alma görüşmesinde sağlayıcıdan sınırlarını da anlatmasını isteyin. Hangi veriyi göremediğinde yorum yapmayacak, hangi platform değişikliğinde seriyi kesecek, hangi bulguyu kurum uzmanına bırakacak? Güvenilir GEO hizmeti, yalnız yapabileceklerini değil, bağımsız sistemlerde kontrol edemediği sonuçları da açıklar.

GEO denetimi hizmeti hakkında hangi sorular sık sorulur?

Bu hizmeti satın alırken en sık karşılaşılan kapsam, platform, veri ve kabul sorularının kısa yanıtları aşağıdadır. Yanıtlar bağımsız yapay zekâ platformlarında görünürlük garantisi oluşturmaz; teklifinizin açık ve karşılaştırılabilir olmasına yardımcı olur.