Search Console Yetki Verme: Ajans Erişim Rehberi

Bir SEO ajansı müşterinin Search Console hesabına girdiğinde iki taraf da risk alır. Müşteri sitesinin verisini ve ayarlarını başkasına açar; ajans da kendi çalışmasının dayandığı erişimin bir gün bir e-postayla kapanabileceğini bilir. Sorunların çoğu kötü niyetten değil, belirsizlikten çıkar: kimin mülk sahibi olduğu bilinmez, doğrulama dosyası eski bir geliştiricinin sunucusunda kalır, sözleşme bittiğinde kimse erişimi kapatmayı hatırlamaz.

Kısa cevap: Çoğu ajans işi için sahip yetkisi gerekmez. Google'ın Search Console yardım sayfasına göre kullanıcı ekleme ve kaldırma, sahiplik yönetimi ve Google Analytics hesabı bağlama yalnızca sahiplere aittir. Tam kullanıcı çoğu izleme ve düzeltme işini yapabilir; kısıtlı kullanıcı ise yalnızca görüntüleme ağırlıklı bir rol sunar. Bu yüzden başlangıç noktası en dar rol olmalı, ihtiyaç doğdukça yetki genişletilmelidir.

Rehber, ajans yöneticisi ve müşteri tarafındaki site sahibi için yazıldı. Rolleri, bir erişim talebi e-postasının nasıl yazılacağını, en az yetki ilkesinin pratik karşılığını, sözleşme bitişinde erişimi kapatma adımlarını ve tutulması gereken erişim kaydını anlatıyor. Arayüz adları Google'ın İngilizce yardım sayfasındaki gibi verilmiştir. Arayüzü Türkçe kullanıyorsanız menü adları farklı görünebilir. Google belgelerindeki sınırlar ve rol listeleri değişebilir; uygulamadan önce güncel yardım sayfasına bakın.

Sahip, tam ve kısıtlı kullanıcı farkı

Search Console'da dört kavramı ayırmak gerekir: sahip, tam kullanıcı, kısıtlı kullanıcı ve ilişkili hesap. Google'ın sahipleri, kullanıcıları ve izinleri yönetme sayfası (yeni sekmede açılır) bu rolleri tanımlar.

Sahip: iki türü var, yetkisi aynı

Sahip, mülk üzerinde tam denetime sahiptir. Sayfaya göre sahip, kullanıcı ekleyip kaldırabilir, ayarları değiştirebilir, tüm verileri görebilir ve bütün araçları kullanabilir. İki tür sahip vardır ve yetkileri aynıdır. Doğrulanmış sahip, sitede bir HTML dosyası ya da etiket gibi bir doğrulama jetonu kullanarak sahipliğini kanıtlamış kişidir. Devredilmiş sahip ise mevcut bir sahip tarafından jeton gerekmeden atanan kişidir. Aradaki pratik fark, doğrulanmış sahibin eklenmesinin ya da kaldırılmasının sitede jeton eklemeyi ya da silmeyi gerektirmesidir.

Tam kullanıcı

Tam kullanıcı, tüm verileri görüntüleme hakkına ve bazı işlem yetkilerine sahiptir. Sayfadaki listeye göre tam kullanıcı, sitemap gönderme, tam URL denetimi, bağlantıları reddetme (disavow), yeniden değerlendirme isteği gönderme, düzeltmeleri doğrulama ve rapor paylaşım bağlantısı oluşturma gibi işlemleri yapabilir. Değişiklik Adresi, Dizin Kapsamı, tarama hızı ayarları ve URL kaldırma gibi alanlarda yalnızca görüntüleme hakkı vardır.

Kısıtlı kullanıcı

Kısıtlı kullanıcı çoğu veriyi basit görüntüleme hakkıyla görür. Sayfada bağlantılar, performans, zengin sonuç durumu raporları ve tüm raporların görüntülenmesi sayılır. Bu rol yalnızca kendisini doğrudan etkileyen mesajları alır ve URL denetiminde yalnızca "fetch" düzeyinde işlem yapabilir. Düzeltme doğrulaması ya da sitemap gönderimi gibi işlemler tam kullanıcıya özgüdür.

İlişkili hesap

İlişkili hesap, bir site için belirli işlemleri yapabilen ya da belirli verilere ulaşabilen kişi veya hesaplardır. Sayfaya göre ilişkili hesaplar Search Console hesabını doğrudan açamaz ve görüntüleyemez; izinleri ilişki türüne bağlıdır. Ajans sözleşmelerinde bu kategori çoğunlukla gündeme gelmez, ama listede bu rolün varlığını bilmek, "neden bu kişi hesabı göremiyor" sorusuna cevap verir.

Yetki karşılaştırma tablosu

Google rolleri ya da araç adlarını güncelleyebilir; tabloyu kendi kararınıza dayanak yapmadan önce güncel yardım sayfasını açın. Sahip sütunundaki "Evet" değerleri, sahibin tüm araçları kullanabildiği ifadesinin sonucudur.

Hangi rol ne zaman yeterli olur

Aylık performans raporu hazırlayan bir ajans için kısıtlı kullanıcı çoğu zaman yeter. Teknik düzeltme yapıp doğrulama isteyen, sitemap yöneten ya da yeniden değerlendirme isteği hazırlayan bir ajans için tam kullanıcı gerekir. Sahip yetkisi ise yalnızca kullanıcı yönetimi, mülk doğrulaması ya da Analytics bağlantısı gibi sahibe özel işlerin ajansa devredilmesi gerekiyorsa gündeme gelmelidir; bunların çoğu müşteri tarafında kalabilir.

Karar kuralı: sahip mi, kısıtlı kullanıcı mı

1. Ajansın işi yalnızca rapor hazırlamak ve veri incelemek mi? Kısıtlı kullanıcı verin.
2. Ajans sitemap göndermeli, düzeltme doğrulamalı ya da tam URL denetimi yapmalı mı? Tam kullanıcı verin.
3. Ajans kullanıcı eklemek, mülkü doğrulamak ya da Analytics bağlamak zorunda mı? Önce bunun müşteri tarafında yapılıp yapılamayacağına bakın; yapılamıyorsa süreli ve yazılı gerekçeli sahip yetkisi verin.
4. Her durumda varsayılan başlangıç rolü, ihtiyacı karşılayan en dar roldür.

Erişim talebi e-posta şablonu

İlk e-posta, ilişkinin tonunu belirler. Müşteri çoğu zaman Search Console'un ne olduğunu ve hangi rolü vereceğini bilmez. Ajansın işi, müşterinin kararını kolaylaştırmaktır.

İyi bir talebin içermesi gerekenler

E-posta kısa olmalı ve beş şeyi içermelidir: hangi mülke erişim istendiği, hangi rolün istendiği, neden bu rolün yeterli olduğu, erişimin ne kadar süreceği ve müşterinin kendi hesabından nasıl vereceği. Adımları yazmak ajansın yükünü azaltır, çünkü yardım sayfasına göre kullanıcı ekleme işlemini yalnızca sahip yapabilir ve müşterinin hangi ekranı arayacağını bilmesi gerekir.

Müşteriye verilecek adımlar

1. Search Console'da ilgili mülkü açın.
2. Settings bölümüne, ardından "Users and permissions" ekranına gidin.
3. "Add user" düğmesine tıklayın.
4. Ajans çalışanının Google hesabı e-posta adresini girin. Google'ın sayfasına göre e-posta grupları kabul edilmez; kişisel bir Google hesabı adresi gerekir.
5. İzin düzeyi olarak talep edilen rolü seçin ve kaydedin.

Arayüzü Türkçe kullanıyorsanız menü adları farklı görünebilir; yukarıdaki adlar Google'ın İngilizce yardım sayfasından alınmıştır. Bu ekranı yalnızca sahipler görür, bu yüzden talebin doğru kişiye gitmesi önemlidir.

Şablon

Konu: [Marka] Search Console erişimi, [rol] düzeyi. Merhaba [Ad], [ajans] olarak sitenizin performans verisini incelemek ve [kapsam] için çalışmak istiyoruz. Bunun için Search Console'da "[tam kullanıcı / kısıtlı kullanıcı]" rolü yeterlidir; sahip yetkisi istemiyoruz. Erişim [sözleşme süresi] boyunca geçerli olacak ve bitişte sizin onayınızla kapatacağız. Adımlar aşağıdadır: Search Console, Settings, Users and permissions, Add user, [çalışanın Google hesabı]. Takıldığınız yerde ekran görüntüsüyle yardımcı olabiliriz. İşlem tamamlandığında bize haber vermeniz yeterli.

Şablonda kaçınılacaklar

"Hesabınıza sahip olarak ekleyin, en hızlısı bu" demeyin. Müşteri bunu hızlı bir çözüm diye kabul edebilir, ama sahiplik bir kez verildiğinde müşteri tarafında bunu geri almanın yolu, yardım sayfasında anlatıldığı gibi doğrulama jetonlarını da temizlemeyi gerektirebilir. Ayrıca ajansın paylaşılan bir e-posta adresini kullanması da sorun yaratır; erişimi kimin kullandığını kayıtta görmek için kişisel hesapları tercih edin.

Örnek senaryo: küçük bir e-ticaret müşterisi

Örnek senaryo: Bir butik ayakkabı mağazası, ilk kez bir SEO ajansıyla çalışacak. Mağaza sahibi Search Console'u yıllar önce bir geliştiriciye kurdurmuş ve hesabı kimin yönettiğini bilmiyor. Ajans önce mağaza sahibinin mülkte hangi rolde olduğunu soruyor ve sahip olarak göründüğünü görüyor. Ajans tam kullanıcı rolü istiyor, çünkü sitemap göndermesi gerekecek. Mağaza sahibi adımları izleyip ajans çalışanının hesabını ekliyor. Ajans e-postayı kayda alıyor, erişimin tarihini, rolünü ve nedenini yazıyor.

Analytics tarafındaki ihtiyaç

Ajansın dönüşüm raporlaması yapması bekleniyorsa Google Analytics'te hangi olayların "key event" olarak işaretlendiğini bilmesi gerekir. Google'ın key events yardım sayfasına (yeni sekmede açılır) göre işletme için özellikle önemli bir eylemi ölçen herhangi bir olay key event olarak işaretlenebilir ve raporlarda ayrı bir sütunda görünür. Analytics erişim rolleri bu sayfanın konusu değildir; belgede bu konuda ifade yok. O yüzden Analytics için gereken erişimi ayrıca ve ilgili yardım sayfasına bakarak planlayın. Ajansın raporlayacağı key event'lerin listesini müşteriden talep etmek, yanlış metrik raporlamanın önüne geçer.

Ajansa en az yetki ilkesi

En az yetki ilkesi, bir kişiye yalnızca işini yapmak için gereken yetkiyi vermek anlamına gelir. SEO ajanslarında ilke iki yönden işler: müşteriyi korur ve ajansı da sorumluluktan kurtarır. Yanlış bir ayar değişikliğinin sorumluluğu, o ayarı değiştirme yetkisi hiç verilmemişse ortaya çıkmaz.

İşi yetkiye çevirmek

Önce ajansın yapacağı işlerin listesini çıkarın, sonra her iş için gereken en dar rolü eşleyin. İşlerin çoğu görüntüleme ve rapor hazırlamadır. Sitemap gönderme, düzeltme doğrulama ve yeniden değerlendirme isteği gibi işler tam kullanıcıyı gerektirir. Sahip yetkisi gerektiren işler çoğunlukla bir kez yapılır ve müşteri tarafında kalabilir.

Yetkiyi sonradan genişletmek

Başlangıçta kısıtlı kullanıcı verip, iş genişledikçe tam kullanıcıya geçmek mümkündür. Yardım sayfasına göre sahipler, sahip olmayan kullanıcıların izin düzeyini değiştirebilir. Genişletme kararını yazılı alın ve kayda geçirin. Müşteri tarafında yetkiyi daraltmak da aynı ekrandan yapılabilir.

Çalışan bazında hesaplar

Ajansın bir ortak hesabı kullanıp tüm çalışanlarının oradan girmesi pratik görünür, ama müşteri açısından erişimi kimin kullandığı kaybolur. Her ajans çalışanı kendi Google hesabıyla eklensin. Çalışan ayrıldığında yalnızca onun erişimi kapatılır ve müşteri tarafında bir değişiklik gerekmez. Yardım sayfasına göre bir mülkte sahip olmayan en fazla 100 kullanıcı olabilir; büyük ekipler için bu sınırı da düşünün.

Hassas işlemlerde müşteri onayı

Disavow dosyası yüklemek, adres değişikliği bildirmek ya da yeniden değerlendirme isteği göndermek gibi işlemler geri dönüşü zor sonuçlar doğurabilir. Tam kullanıcıya bu yetkiyi verseniz bile, bu işlemleri önceden yazılı onaya bağlayın. Ajans sözleşmesine "geri dönüşü zor işlemler müşteri onayı olmadan yapılmaz" maddesini ekleyin.

Ajans onboarding sürecine bağlamak

Erişim istemek, proje başlangıcının bir parçasıdır. Hangi bilgilerin başta toplanacağını görmek için SEO projesi başlangıç kontrol listesi yazısına bakabilirsiniz; orada genel liste var, bu yazı yalnızca erişim ve yetki tarafına odaklanıyor. Hizmeti iç ekiple mi ajansla mı yürüteceğine karar verirken SEO ajansı mı iç ekip mi yazısındaki karşılaştırma işinize yarayabilir; erişim modeli de bu karardan etkilenir.

Sözleşme bitince erişimi kapatmak

Sözleşme sona erdiğinde ajansın erişimi kapatılmalıdır. Ayrılan ajansın aktif erişimi güvenlik, veri gizliliği ve itibar açısından açık bir risktir. Üstelik ajans tarafı da kapanış kaydı sayesinde ileride "bu değişikliği neden yaptınız" sorusundan korunur.

Kapanış adımları

1. Sözleşme bitiş tarihini ve kapanış tarihini erişim kaydında yazın.
2. Ajansın bu sürede devreye aldığı her şeyi listeleyin: gönderilmiş sitemap'ler, yüklenmiş disavow dosyası, bağlanmış hesaplar, kurulmuş raporlar.
3. Müşteri sahibi, Settings bölümünde "Users and permissions" ekranından ajans çalışanlarının yanındaki menüden "Remove access" seçeneğini kullanır.
4. Ekranda bir uyarı çıkarsa, kullanıcının erişimi yeniden kazanabileceği anlamına gelir; uyarıda listelenen doğrulama jetonlarını kaldırın.
5. Ajansın kurduğu doğrulama jetonlarını (HTML dosyası, meta etiketi ya da DNS kaydı) siteden kaldırın.
6. Bitişte mülkteki kullanıcı listesini bir kez daha gözden geçirin ve tanımadığınız kullanıcı olup olmadığına bakın.

Doğrulama jetonu tuzağı

Google'ın sayfasına göre kullanılmayan sahiplik jetonları, sahip kaldırıldıktan sonra da geçerli kalır ve o kişi yeniden doğrulama yaparak erişimi geri kazanabilir; mevcut sahipler bu durumda bilgilendirilir. Bir doğrulanmış sahibi gerçekten kaldırmak için önce devredilmiş sahip olarak kaldırmak, ardından o kişinin kullandığı tüm jetonları silmek gerekir. Aynı sayfa, aynı jetonun Merchant Center ya da Google Workspace gibi başka hizmetleri doğrulamak için de kullanılmış olabileceğini ve bu nedenle jetonu silmenin o hizmetleri etkileyebileceğini belirtir. Jetonu silmeden önce bunu kontrol edin.

Sahibi kalmayan mülk

Yardım sayfasına göre tüm doğrulanmış sahipler kaldırılırsa, kalan kullanıcılar bir bekleme süresinden sonra erişimi kaybeder. Veri toplanmaya devam eder, ama biri sahipliği yeniden doğrulayana kadar kimse göremez. Ajansın doğrulamayı yaptığı tek sahip olduğu durumlarda, ajansı çıkarmadan önce müşteriyi sahip olarak doğrulatın.

Tanımadığınız bir sahip görürseniz

Yardım sayfası, tanımadığınız bir sahip görürseniz hacklenmiş olabileceğinizi söyler ve siteyi güvenceye almanızı ya da bir güvenlik uzmanına başvurmanızı önerir. Sahiplik geçmişi görünümü, sahip değişikliklerini ve doğrulama denemelerini kayıt altında tutar. Kapanıştan sonra bu geçmişe bir kez bakmak iyi bir kontrol adımıdır.

Devir görüşmesi

Kapanışta müşteriye bir devir notu verin: yapılan işler, açık kalan konular, raporların nerede durduğu, hangi ayarların değiştirildiği. Bu not hem yeni bir ajansın hem de iç ekibin işini kolaylaştırır. Beyaz etiket çalışılan ilişkilerde devir koşullarını önceden belirlemek için white-label tanıtım yazısı ajans süreci rehberine de bakabilirsiniz.

Erişim kayıt tablosu

Erişim yönetiminin en ihmal edilen parçası kayıttır. Hangi kişinin hangi mülke ne zaman ve hangi gerekçeyle erişim aldığını gösteren basit bir tablo, hem müşteri hem ajans için güvenlik ağıdır.

Tabloda hangi sütunlar olmalı

Tablo ne sıklıkla gözden geçirilir

Üç aylık bir gözden geçirme çoğu durumda makuldür. Bu aralık Google'ın bir önerisi değildir, yalnızca bir çalışma önerisidir. Her gözden geçirmede mülkteki gerçek kullanıcı listesini kayıtla karşılaştırın. Kayıtta olmayan bir kullanıcı ya da kayıtta kapatılmış ama hâlâ listede görünen bir kullanıcı, derhal incelenmesi gereken bir farktır.

Raporlama ile bağlantı

Erişim kaydı, rapor sürecini de besler. Hangi mülkten hangi verinin alındığını bilmek, raporun kaynağını belirtmeyi kolaylaştırır. Aylık raporun yapısı için SEO raporu nasıl hazırlanır ve aylık şablon yazısına bakın. Rapora "veri kaynağı" satırı ekleyip bu kayıttaki mülk adını yazmak, müşterinin raporu doğrulamasını kolaylaştırır.

Müşteri tarafı için kısa kontrol listesi

• Mülkte kimin sahip olduğunu biliyor musunuz?
• Ajansa verilen rol, ajansın yaptığı işlerle uyumlu mu?
• Her ajans çalışanı kendi kişisel hesabıyla mı eklendi?
• Erişimin bitiş tarihi sözleşmede ve kayıtta yazılı mı?
• Geri dönüşü zor işlemler için yazılı onay şartı var mı?
• Ajansın kurduğu doğrulama jetonları listelendi mi?
• Sözleşme bittiğinde erişimi kimin kapatacağı belli mi?

Ajans tarafı için kısa kontrol listesi

• İstediğiniz rolün gerekçesini e-postada yazdınız mı?
• Paylaşılan hesap yerine kişisel hesap mı kullanıyorsunuz?
• Hangi işlemleri yaptığınızı ve ayarları nasıl değiştirdiğinizi kaydediyor musunuz?
• Sahip yetkisi alacaksanız, bunun neden zorunlu olduğunu yazılı olarak açıkladınız mı?
• Kapanışta devir notu ve jeton listesi hazır mı?

Ajans değişimi sırasında erişim devri

Müşteri bir ajanstan diğerine geçtiğinde erişim yönetimi en kırılgan hâlini alır. Eski ajansın erişimi kapanmadan yenisi açılırsa iki ekip aynı mülkte çalışır; tersi olursa veri izleme kesintiye uğrar. Geçişi planlı yapmak için aşağıdaki sıra kullanılabilir.

Geçiş sırası

1. Müşteri, mülkteki mevcut kullanıcı listesini ekran görüntüsüyle kayda alır.
2. Yeni ajans, ihtiyaç duyduğu en dar rolle eklenir. Önce kısıtlı kullanıcı olarak mevcut durumu inceler, gerekirse tam kullanıcıya yükseltilir.
3. Eski ajans devir notunu ve açık işlerin listesini teslim eder.
4. Kısa bir ortak çalışma süresi planlanır; bu süre sözleşmelerde yazılı olmalıdır.
5. Müşteri, eski ajansın kullanıcılarını ve kurduğu doğrulama jetonlarını kaldırır.
6. Müşteri sahibi, kapanış sonrası kullanıcı listesini ve sahiplik geçmişini bir kez daha kontrol eder.

Örnek senaryo: eski ajansın doğrulama dosyası

Örnek senaryo: Bir B2B yazılım şirketi, iki yıl çalıştığı ajanstan ayrılıyor. Search Console mülkü o ajansın sitenin kök dizinine yüklediği bir HTML dosyasıyla doğrulanmış. Şirket ajansın kullanıcılarını listeden çıkarıyor, ama dosyayı sitede bırakıyor. Yeni ajans kısıtlı kullanıcı olarak eklenirken fark ediliyor ki eski doğrulama dosyası hâlâ yerinde ve yardım sayfasının anlattığı gibi kullanılmayan jeton geçerliliğini koruyor. Şirket, yeni bir doğrulama yöntemiyle kendi sahipliğini kurduktan sonra eski dosyayı kaldırıyor ve erişim kaydını güncelliyor.

Veri sürekliliği

Search Console verisinin ne kadar süre görüntülenebildiğine dair süreyi yazan bir ifade bu yardım sayfasında yok; belgelerde bu konuda ifade bulunmuyor. Bu yüzden geçişten önce önemli raporları dışa aktarmak ve müşteri arşivinde saklamak sağduyulu bir adımdır. Raporların biçimi ve içeriği için ajansın kendi şablonu kullanılabilir.

Kimin neyi onayladığını yazın

Geçiş sırasında üç taraf vardır: müşteri, çıkan ajans ve gelen ajans. Her taraf için sorumluluk ayrı yazılmalıdır. Çıkan ajans erişimin kapanış gününe kadar yaptığı değişikliklerin kaydını verir. Gelen ajans yalnızca kendisine devredilmiş mülklere ve rollere dokunur. Müşteri kapanış onayını yazılı verir. Bu üç satır, ileride "kim neyi değiştirdi" tartışmasını kısaltır.

İlk otuz gün planı

Takvim bir çalışma önerisidir; sözleşmenize ve projenin büyüklüğüne göre uzatabilir ya da kısaltabilirsiniz.

Sık yapılan hatalar ve çözümleri

Erişim yönetimindeki sorunların çoğu tekrar eden birkaç hatadan çıkar. Bunları önceden bilmek, hem müşteri hem ajans tarafında zaman kazandırır.

Müşteri sahip olduğunu bilmiyor

Müşteri çoğu zaman mülkün sahibinin kim olduğunu bilmez; doğrulamayı yıllar önce bir geliştirici yapmıştır. Önce müşteriden Users and permissions ekranını açmasını, kendi rolünü görmesini ve ekran görüntüsü paylaşmasını isteyin. Yardım sayfasına göre bu ekran yalnızca sahiplere görünür. Müşteri ekranı göremiyorsa sahip değildir ve sahibi bulmak, ilk çözülmesi gereken konudur.

Ana mülk ile alt mülk karışıklığı

Yardım sayfasına göre bir kişi üst mülkün sahibiyse, alt mülke yalnızca sahip olarak eklenebilir. "This user may only be added as 'Owner'" benzeri bir uyarı bu durumdan kaynaklanır. Ajans çalışanı daha önce başka bir yolla üst mülke sahip olmuşsa rolü beklediğinizden geniş çıkabilir. Kullanıcı listesini gözden geçirirken üst mülkü de kontrol edin.

E-posta grubu eklemeye çalışmak

Ajansın "seo@ajans.com" gibi bir grup adresi vermesi pratik görünür. Google'ın sayfası e-posta gruplarının eklenemeyeceğini söyler. Kişisel hesap kullanımı hem teknik olarak gereklidir hem de kayıt için daha iyidir.

Erişimi açıp yazılı kapsamı unutmak

Erişim verilir, ama neyi yapabileceği ve neyi yapamayacağı yazılı değildir. Bir ayar değiştiğinde taraflar farklı beklentiyle konuşur. Sözleşmeye ya da proje notuna kısa bir yetki kapsamı bölümü ekleyin: hangi araçlar, hangi roller, hangi işlemler onay gerektirir.

Sonuç garantisi beklentisi

Google Search Essentials (yeni sekmede açılır) sayfası, sonuçlarda görünmenin ücretsiz olduğunu ve tüm gereksinimleri karşılamanın bile taranma, dizine eklenme veya sunulma garantisi vermediğini belirtir. Erişimin genişliği sıralama garantisiyle ilgili değildir. Ajansa daha çok yetki vermek, daha iyi sıralama anlamına gelmez; bu beklentiyi sözleşmede açıkça ayırın.

Sık Sorulan Sorular

Ajansa Search Console'da sahip yetkisi vermeli miyim?

Çoğu ajans işi için gerekmez. Google'ın yardım sayfasına göre kullanıcı ekleme-kaldırma, sahip yönetimi ve Analytics hesabı bağlama yalnızca sahiplere aittir. Ajansın işi rapor ve izleme ise kısıtlı kullanıcı, sitemap ve düzeltme doğrulaması gibi işlemler de varsa tam kullanıcı çoğu zaman yeterlidir.

Tam kullanıcı ile kısıtlı kullanıcı arasındaki fark nedir?

Yardım sayfasına göre tam kullanıcı tüm verileri görür ve sitemap gönderme, düzeltme doğrulama, disavow ve yeniden değerlendirme isteği gibi işlemleri yapabilir. Kısıtlı kullanıcı çoğu veriyi basit görüntüleme hakkıyla görür, URL denetiminde yalnızca fetch yapabilir ve yalnızca kendisini doğrudan etkileyen mesajları alır.

Ajans çalışanını bir e-posta grubuyla ekleyebilir miyim?

Hayır. Google'ın sayfası e-posta gruplarının kabul edilmediğini belirtir. Her ajans çalışanı kendi Google hesabıyla eklenmelidir; bu aynı zamanda erişimi kimin kullandığını kayıtta görmenizi sağlar.

Sözleşme bittiğinde ajansın erişimini nasıl kapatırım?

Sahip olarak Users and permissions ekranında kullanıcının yanındaki menüden Remove access seçilir. Bir uyarı çıkarsa listelenen doğrulama jetonlarını da kaldırın, çünkü kullanılmayan jetonlar geçerli kalır ve kişi yeniden doğrulama yapıp erişimi geri alabilir. Arayüzü Türkçe kullanıyorsanız menü adları farklı görünebilir.

Doğrulama jetonunu silmek başka hizmetleri etkiler mi?

Google'ın sayfasına göre aynı jeton Merchant Center ya da Google Workspace gibi başka hizmetleri doğrulamak için de kullanılmış olabilir ve silmek bunları etkileyebilir. Silmeden önce jetonun başka nerede kullanıldığını kontrol edin.

Erişim kayıt tablosunu ne sıklıkla gözden geçirmeliyim?

Google bir aralık belirtmez. Üç ayda bir gözden geçirmek makul bir çalışma önerisidir. Her seferinde mülkteki gerçek kullanıcı listesini kayıtla karşılaştırın ve farkları araştırın.

İlgili rehberler: SaaS SEO: İlk 90 Günde İçerik, Teknik ve Link Sırası, Ajanslar İçin Müşteri İçerik Onay Süreci ve Revizyon Limiti, Alternatif ve Karşılaştırma Sayfaları: Dürüst Yazım Rehberi.

Sonuç

Ajansa mülk sahibi yetkisi mi, kısıtlı kullanıcı mı vermeli sorusunun pratik cevabı, işin gerektirdiği en dar rolle başlamaktır. Google'ın Search Console yardım sayfasına göre kullanıcı yönetimi ve Analytics bağlantısı sahibe özeldir; tam kullanıcı sitemap, doğrulama ve disavow gibi işlemleri yapabilir; kısıtlı kullanıcı ise ağırlıklı olarak görüntüleme yapar. Her ajans çalışanını kişisel hesabıyla ekleyin, yetki kapsamını yazılı hâle getirin, erişimi bir kayıt tablosunda tutun ve sözleşme bittiğinde hem kullanıcıları hem de doğrulama jetonlarını kaldırın. Sonuç garantisi bu işlerin parçası değildir.

Ajans olarak erişim süreciniz oturduktan sonra müşterinin otoritesini güvenli biçimde büyütmek istiyorsanız Akua Adforce'ta backlink paketlerini inceleyebilirsiniz; kapsam ve koşullar ilgili sayfada yazılıdır.