Search Console'dan Eski Ajans ya da Çalışan Nasıl Kaldırılır? Sahip ve Kullanıcı

Search Console kullanıcı kaldırma nasıl yapılır, eski ajansın erişimi nasıl biter?

Search Console kullanıcı kaldırma, mülk sahibinin ayarlardaki kullanıcı listesinden bir kişiyi çıkarmasıdır. Yetki devriyle atanan sahibi ve kullanıcıyı listeden çıkarırsınız. Jetonla doğrulayan sahibi ise yalnızca doğrulama jetonunu siteden silerek düşürürsünüz. Sırayı doğru kurarsanız eski ajans ya da çalışan erişimini kaybeder, siz de kilitli kalmazsınız.

Panik gerekmiyor, ancak sıra çok önemli. Çünkü yanlış sırada silinen tek bir doğrulama kaydı, sizi kendi mülkünüzün dışında bırakabilir. Aşağıdaki adımları bu sırayla izleyin:

1. Kendi Google hesabınızın mülkte sahip olduğunu görün.
2. Kaldırmak istediğiniz kişinin sahip mi, tam kullanıcı mı, kısıtlı kullanıcı mı olduğuna bakın.
3. Yetki devriyle atanan sahip ya da kullanıcıysa erişimini kullanıcı listesinden kaldırın.
4. Jetonla doğrulayan sahipse jetonunu siteden ya da alan adı kayıtlarından silin.
5. Bağlı Google Analytics ve Tag Manager erişimlerini ayrıca temizleyin.

Bu yazı yalnızca bu tek durumu anlatır. Aracın genel kullanımı için Search Console rehberimize bakabilirsiniz. Tüm ayrıntıların kaynağı Google'ın Search Console kullanıcı ve izin yönetimi yardım sayfası ve sahiplik doğrulama yardım sayfası olduğundan, menü adları değiştiğinde oraya dönün.

Search Console kullanıcı kaldırma öncesinde kimin hangi yetkiye sahip olduğunu nasıl görürsünüz?

Önce kayıt tutun. Mülkün ayarlarında kullanıcı ve izin listesine girin, her satırdaki e-posta adresini ve rolü bir tabloya yazın. Resmi yardım sayfasına göre kullanıcıları yalnızca mülk sahipleri yönetir. Bu yüzden listeyi göremiyorsanız hesabınız sahip değildir; önce gerçek sahibi bulmanız gerekir.

Menü adları zamanla değişebilir. Resmi yardım sayfası EN arayüzde Settings, ardından Users and permissions yolunu verir. Türkçe arayüzde benzeri bir bölüm görürsünüz; adı birebir aynı olmayabilir.

Listede tanımadığınız adresler çıkarsa hemen silmeyin. Örneğin bu adres eski bir stajyere, önceki ajansa ya da bir yazılım sağlayıcısına ait olabilir. Önce kim olduğunu öğrenin, sonra karar verin. Böylece bugün çalışan bir entegrasyonu yanlışlıkla kesmezsiniz.

• Kişinin e-posta adresi ve rolü.
• Ne zaman ve neden eklediğiniz, biliyorsanız.
• Hâlâ çalışıp çalışmadığı.
• Başka bir iş için erişime ihtiyacı olup olmadığı.

Her mülk için bu tabloyu ayrı doldurun. Alan adı mülkü ile URL öneki mülkü aynı siteyi gösterse de iki ayrı kullanıcı listesine sahip olabilir.

Doğrulanmış sahip ile yetki devriyle atanan sahip arasındaki fark nedir?

Doğrulanmış sahip (verified owner), sahipliğini bir doğrulama jetonuyla kanıtlayan kişidir. Yetki devriyle atanan sahip (delegated owner) ise başka bir sahip tarafından, jeton gerekmeden belirlenir. Resmi sayfaya göre ikisi de mülk üzerinde aynı tam denetime sahiptir. Fark, kaldırma yolunda ortaya çıkar.

Devirle atanan sahibi, sahip olan biri kullanıcı listesinden çıkarır. Jetonla doğrulayan sahip için listeden çıkarmak yetmez. Çünkü sahiplik, sitenizde duran bir jetona bağlıdır.

Kısacası eski ajansın hangi türde sahip olduğunu bilmeden işlem yapmayın. Yanlış tür, işlemin sonucunu tamamen değiştirir.

Tam kullanıcı, kısıtlı kullanıcı ve ilişkili hesap neler yapabilir?

Resmi sayfa dört rolden söz eder: sahip, tam kullanıcı, kısıtlı kullanıcı ve ilişkili hesap (associate). Tam kullanıcı çoğu veriyi görür ve bazı işlemleri yapabilir. Örneğin bağlantı reddetme dosyası yükleyebilir ve site haritası gönderebilir. Kısıtlı kullanıcı ise çoğu veriyi yalnızca görüntüler.

Bu ayrım kaldırma kararını etkiler. Eski ajans tam kullanıcıysa hâlâ site haritanızı değiştirebilir. Kısıtlı kullanıcıysa risk daha düşüktür, ancak rapor verilerini görmeye devam eder.

• Sahip: mülk üzerinde tam denetim ve kullanıcı yönetimi.
• Tam kullanıcı: çoğu veriyi görür, bazı işlemleri yapar.
• Kısıtlı kullanıcı: çoğu veriyi yalnızca görüntüler.
• İlişkili hesap: belirli görevler için tanımladığınız üçüncü taraf hesabı; doğrudan arayüze girmez.

Ayrıca bir kişinin rolünü kaldırmadan düşürmek de mümkündür. Örneğin işi bitmeyen bir çalışanı tam kullanıcıdan kısıtlı kullanıcıya çekebilirsiniz. Böylece raporlara bakmaya devam eder, ama mülk ayarlarını değiştiremez.

Yetki devriyle atanan sahibi ve kullanıcıyı adım adım nasıl kaldırırsınız?

Bu yol en kolay olanıdır. Mülk sahibi hesabıyla Search Console'a girin ve doğru mülkü seçin. Ayarlardan kullanıcı ve izinler bölümünü açın. Resmi yardım sayfasına göre kişinin yanındaki menüden erişimi kaldırma seçeneğini seçersiniz; EN arayüzde bu seçenek Remove access adını taşır.

1. Doğru mülkü seçtiğinizden emin olun; alan adı mülkü ile URL öneki mülkünün listeleri ayrıdır.
2. Kullanıcı ve izinler listesini açın.
3. Kaldırmak istediğiniz kişinin satırındaki menüyü açın.
4. Erişimi kaldırma seçeneğini seçip onaylayın.
5. Listeyi yenileyip kişinin gerçekten gittiğini kontrol edin.

Silmeden önce kişinin son işlemlerine dair elinizde bir not bulunsun. Örneğin hangi site haritasını eklediğini ya da hangi raporu paylaştığını yazın. Bu not, işlemin sonucunu değerlendirmeyi kolaylaştırır.

Aynı site için birden fazla mülk tanımlıysa işlemi her birinde tekrarlayın. Çünkü bir mülkteki kullanıcı listesi diğerine otomatik geçmez. Bu ayrıntı, ajanslarla çalışan sitelerde en sık unutulan noktadır.

Örnek senaryo: bir işletme alan adı mülkünden ajansı çıkarır, ama yıllar önce açtığı URL öneki mülkünü unutur. Ajans orada raporları görmeye devam eder.

Jetonla doğrulayan sahibi kaldırmak için neden doğrulama jetonunu silmek gerekir?

Doğrulanmış sahiplik, sitenizde duran bir jetona dayanır. Resmi sayfa, bir sahibi kullanıcı listesinden çıkarmanın doğrulama jetonlarını silmediğini belirtir. Jeton yerinde durdukça eski sahip mülkü yeniden doğrulayabilir. Bu nedenle gerçek kapanış, jetonun kaldırılmasıyla olur.

Google jetonun hâlâ geçerli olup olmadığını düzenli aralıklarla kontrol eder. Jeton silince o kişinin sahiplik durumu düşer. Yani sahipliği taşıyan şey kişinin e-postası değil, sitenizdeki kanıttır.

Burada tek tehlike şudur: sitede yalnızca ajansın kurduğu jeton varsa onu silmek sizi de dışarıda bırakır. Resmi sayfa, mülkte en az bir doğrulayan sahip bulunması gerektiğini söyler. Dolayısıyla önce kendi jetonunuzu ekleyin, sonra eskisini silin.

Bir jetonun kime ait olduğunu kayıttan anlamak her zaman mümkün olmaz. Bu yüzden yöntemleri tek tek sınayın ve her silme işleminden sonra erişiminizi kontrol edin.

Jetonun görünümü yönteme göre değişir. DNS kaydında uzun bir metin dizisi görürsünüz. Dosya yönteminde sitenin ana dizininde özel adlı bir dosya bulursunuz. Etiket yönteminde ise ana sayfanın üst bölümünde bir doğrulama satırı durur. Hangisinin kime ait olduğunu bilmiyorsanız, silmeden önce kendi yönteminizi ekleyip sınayın.

Hangi doğrulama yöntemi nerede durur ve nasıl temizlersiniz?

Resmi yardım sayfası altı yöntemden söz eder. Beşi sizi ilgilendirir: HTML dosyası, HTML etiketi, Google Analytics, Google Tag Manager ve alan adı sağlayıcısı (DNS). Altıncısı Google Sites ve Blogger için otomatiktir. Her yöntemin jetonu farklı yerde durur.

Kayıtları bulmakta zorlanırsanız DNS sorgulama aracımızla alan adınızın kayıtlarını listeleyebilirsiniz. Tag Manager tarafı için ise Google Tag Manager rehberimiz yardımcı olur.

Birden fazla yöntemi aynı anda kullanan siteler çok yaygındır. Dolayısıyla tek bir jetonu silip işi bitmiş saymayın; her yöntemi ayrı ayrı kontrol edin.

Search Console kullanıcı kaldırma sırasında erişimi kaybetmemek için hangi sırayı izlersiniz?

Sıra basittir: önce ekleyin, sonra çıkarın. Kendi Google hesabınızı, ajansın jetonlarından bağımsız bir yöntemle doğrulayın. Ardından en az bir kez mülke girip raporları görün. Bu kontrol bitmeden hiçbir şeyi silmeyin.

1. Kendi hesabınızla yeni bir doğrulama yöntemi ekleyin, örneğin DNS kaydı.
2. Doğrulamanın başarılı olduğunu görün.
3. Birden fazla yöntem tutun; resmi sayfa bunu yedeklilik için önerir.
4. Eski kullanıcıları listeden kaldırın.
5. Eski jetonları teker teker silin.
6. Her silmeden sonra mülke girip erişiminizi test edin.

Yedeklilik önemlidir. Resmi sayfa, bir tema değişikliği yüzünden etiketin kaybolabileceğini hatırlatır. Tek yönteme bağlı kalırsanız sitenizi yenilediğiniz gün sahipliği kaybedebilirsiniz.

Bu yüzden büyük bir site değişikliğinden önce de aynı kontrolü yapın. İlgili ayrıntılar için site taşıma kontrol listemize bakın.

İşletmenin kendi Google hesabı neden mülkün sahibi olmalı?

Çünkü sahiplik bir kişiye değil, işletmeye ait olmalıdır. Ajansın ya da çalışanın kişisel hesabı sahip olursa, o kişi ayrıldığında kontrol de onunla gider. Ayrıca hesabı kapanan birinin erişimini geri getirmek zordur.

Bu nedenle işletmenin yönetebildiği bir Google hesabı kullanın. Ortak bir şirket adresi kurmak, tek bir kişinin e-postasına bağlı kalmaktan daha güvenlidir. Ancak ortak hesabın parolasını güvenli yerde tutun ve iki adımlı doğrulamayı açın.

• Sahip olarak işletmenin kendi hesabını ekleyin.
• Ajansa tam kullanıcı rolü verin; sahiplik gerekmiyorsa sahip yapmayın.
• Her kişi için ayrı hesap kullanın, ortak parola paylaşmayın.
• Rol listesini düzenli aralıklarla gözden geçirin.

Dijital hesapların genel sahiplik planı için dijital varlık yönetimi yazımıza göz atın. Orada alan adından reklam hesabına kadar tüm varlıkları tek bir envanterde toplamayı anlatıyoruz.

Ajans ya da çalışan ayrılırken devir kontrol listesi neleri içermeli?

Kontrol listesi, kimin neyi yaptığını yazıya döker. Böylece ayrılan kişinin kurduğu ayarlar sessizce kaybolmaz. Listeyi ayrılıktan önce, kişi hâlâ ulaşılabilirken çıkarın.

• Mülklerin listesi: alan adı mülkü ve URL öneki mülkleri.
• Her mülkteki kullanıcılar ve rolleri.
• Kullanılan doğrulama yöntemleri ve jetonların yeri.
• Gönderdiğiniz site haritaları.
• Varsa yüklediğiniz bağlantı reddetme dosyası.
• Bağlı Analytics ve Tag Manager hesapları.
• Raporlama ve uyarı e-postalarının gittiği adresler.

Listeyi paylaşılan bir tabloda tutmak en pratik yoldur. Ajansla çalıştığınız dönemde tabloyu güncel tutarsanız ayrılık günü yalnızca son kontrol kalır. Ayrıca yeni gelen kişi de aynı tablodan işe başlar.

Bu listeyi kendi içinizde tutabilirsiniz; hiçbir platform sizden bunu istemez. Ancak ajansla yazılı bir devir notu paylaşmak, sonradan çıkacak anlaşmazlıkları önler.

Devirde indeksleme durumunu da kaydedin. Örneğin dizine eklenmeyen sayfaların listesini önce ve sonra karşılaştırırsanız, devir sırasında bir şeyin bozulup bozulmadığını görürsünüz.

Search Console dışında hangi bağlantılara ve erişimlere de bakmalısınız?

Search Console tek kapı değildir. Aynı ajans büyük olasılıkla Analytics, Tag Manager ve reklam hesabında da yetkilidir. Bir kapıyı kapatıp diğerlerini açık bırakmak yarım iş olur.

Üstelik doğrulama yöntemi bu hesaplara bağlıysa tek hamlede iki şey değişir. Analytics ile doğrulayan bir mülkte Analytics kodunu kaldırırsanız sahipliği de düşürürsünüz. Bu yüzden önce yedek yöntemi kurun.

• Analytics hesabında kullanıcı listesi ve mülk erişimi.
• Tag Manager hesabında hesap ve kapsayıcı kullanıcıları.
• Google Ads: yönetici hesabı bağlantıları; ayrıntı için Google Ads ajans erişimi yazımıza bakın.
• Alan adı sağlayıcısı ve hosting paneli.
• Site yönetim paneli ve eklenti hesapları.

Her biri kendi menüsüne sahiptir; yol tarifi için ilgili platformun resmi yardımını kullanın.

Bir örnekle açıklayalım. Örnek senaryoda eski ajans Tag Manager kapsayıcısında yönetici olarak duruyor. Kapsayıcı, sitedeki tüm izleme etiketlerini yönetir. Ajans orada bir değişiklik yaparsa Search Console doğrulamanız da, dönüşüm ölçümünüz de etkilenebilir. Bu yüzden Tag Manager erişimi, çoğu zaman Search Console erişiminden daha hassastır.

Kaldırdıktan sonra erişimin gerçekten bittiğini nasıl doğrularsınız?

Listeden kişinin gittiğini görmek yeterli değildir. Özellikle jetonla doğrulayan sahiplikte kapanışı ayrıca sınamalısınız. Çünkü jeton başka bir yerde kalmış olabilir.

1. Kullanıcı ve izinler listesini yenileyin; kişinin adresi görünmesin.
2. Doğrulama yöntemlerini gözden geçirin; ajansın kurduğu yöntem kalmasın.
3. Mümkünse eski kişiden, mülkünüze giremediğini teyit etmesini isteyin.
4. Birkaç gün sonra listeyi tekrar açıp yeni bir kullanıcı eklenip eklenmediğine bakın.

Google jetonları düzenli kontrol ettiği için etkinin hemen görünmeyebileceğini unutmayın. Bu nedenle bir iki gün sonra tekrar bakın. Sonucu not edin; ileride aynı soruyu sorarsanız elinizde kayıt olur.

Eski çalışan ya da serbest çalışan için süreç ajanstan farklı mı?

Teknik adımlar aynıdır. Fark, kişisel hesap meselesinde ortaya çıkar. Çalışan çoğu zaman kişisel Gmail adresiyle eklenmiştir. Bu durumda mülkün kontrolü o kişinin hesabına bağlı kalır.

Bu yüzden önce kendi sahipliğinizi kurun. Ardından çalışanın erişimini kaldırın ve varsa onun doğrulama jetonlarını temizleyin. Ayrılan kişiyle ilişkiniz iyiyse jeton yerlerini sorun; değilse yukarıdaki listelerden kendiniz bulun.

Serbest çalışanlarda ek bir ayrıntı vardır. Projeyi birden fazla kişi yürütmüş olabilir. Dolayısıyla listede tanımadığınız adresleri sormadan silmeyin.

Ayrılan kişi şirketin dışından biriyse ek bir önlem alın. Mülkün e-posta bildirimlerini kendi adresinize yönlendirin ve kişinin hesabıyla bağlı entegrasyonları kontrol edin. Çünkü bazı raporlar ve uyarılar hâlâ eski adrese gidiyor olabilir.

Hukuki bir uyuşmazlık söz konusuysa bu yazı hukuki danışmanlık değildir; sözleşmenizi bir uzmana danışın.

Search Console kullanıcı kaldırma sırasında en sık hangi hatalar çıkar?

Hataların çoğu acele ve sıra karışıklığından doğar. Aşağıdaki tablo en sık görülenleri özetler.

Bir başka hata da yeni ajansa fazla yetki vermektir. Her yeni ajans için aynı soruyu sorun: bu işi yapmak için gerçekten sahip olması gerekiyor mu? Çoğu zaman tam kullanıcı rolü yeter.

Bir başka hata da kaydı tutmamaktır. Silinen jetonun yeri bilinmezse sonradan yeniden kurmak zorlaşır.

Kullanıcıyı kaldırmak mülkün verilerini ve raporlarını etkiler mi?

Kullanıcıyı kaldırmak o kişinin erişimini kapatır. Mülkün kendisi ve diğer kullanıcılar bundan etkilenmez. Rapor geçmişi kişiye değil, mülke aittir.

Asıl risk, tüm sahiplerin düşmesidir. Resmi sayfaya göre mülkte en az bir doğrulayan sahip bulunmalıdır; aksi halde kimsenin erişimi kalmaz. Bu durumda mülkü yeniden doğrulamanız gerekir.

Ayrıca eski ajansın yaptığı ayarlar yerinde kalır. Örneğin gönderdiği bir site haritası ya da yüklediği bir bağlantı reddetme dosyası silinmez. Bunları gözden geçirip gerekirse siz güncelleyin.

Kaldırma sonrası raporlarda ani bir değişiklik görmezsiniz; çünkü veri toplama sitenizle ilgilidir, kullanıcı listesiyle değil. Yine de bir hafta boyunca raporları kontrol edin. Beklenmedik bir düşüş görürseniz önce doğrulama yöntemlerinizi gözden geçirin.

Yeni mülkte veri görünmüyorsa panik yapmayın: veriler işleniyor mesajı yazımızda süreci anlattık.

Yeni bir ajansla çalışmaya başlarken sahipliği ilk günden nasıl kurgularsınız?

En iyi çözüm, sorunu hiç yaşamamaktır. Mülkü işletme hesabınızla kendiniz oluşturun ve doğrulayın. Ajansa tam kullanıcı rolü verin. Böylece işini yapabilir, ancak mülkün sahibi olmaz.

• Mülkü işletmenin hesabıyla açın.
• Ajansa gerekmedikçe sahiplik vermeyin.
• Doğrulama jetonlarını siz yönetin.
• Sözleşmeye erişimlerin sona ermesini ve devir notunu ekleyin.
• Üç ayda bir kullanıcı listesini gözden geçirin.

Ayrıca bir ajans seçerken erişim politikasını sorun. İyi bir ajans, sahipliği müşteride bırakmayı doğal bulur. Seçim kriterleri için ajans ve serbest çalışan karşılaştırmamıza bakabilirsiniz.

WordPress ve eklenti kaynaklı doğrulama jetonlarını nasıl bulursunuz?

Jetonun yeri bazen şaşırtıcıdır. Birçok site, doğrulamayı bir SEO eklentisinin ayarı ya da tema alanı üzerinden yapar. Bu durumda siteye bakınca hiçbir şey görmezsiniz, çünkü kod eklentinin içindedir.

Önce eklenti ve tema ayarlarında doğrulama alanı arayın. Sonra alan adı sağlayıcınızdaki kayıt listesine bakın. Son olarak sunucudaki ana dizinde doğrulama dosyası olup olmadığını kontrol edin.

WordPress'te yanlışlıkla arama motorlarını engelleyen bir ayar da açık kalmış olabilir; ayrıntı için bu ayarın nasıl düzeltildiğini okuyun.

• Eklenti ayarlarındaki doğrulama alanı.
• Temanın üst bölüm kod alanı.
• Alan adı sağlayıcısındaki kayıt listesi.
• Sunucu ana dizinindeki dosyalar.

Alan adı mülkü ile URL öneki mülkü kaldırma işlemini nasıl değiştirir?

Aynı site için Search Console'da iki tür mülk bulabilirsiniz. Alan adı mülkü tüm alt alan adlarını ve protokol çeşitlerini kapsar. URL öneki mülkü ise yalnızca yazdığınız adresi kapsar. Resmi yardım sayfasında mülk türleri ayrıca anlatılır; burada yalnızca kaldırma açısından önemini özetliyoruz.

Önemli olan şudur: her mülkün kendi kullanıcı listesi ve kendi doğrulama yöntemi vardır. Alan adı mülkü genellikle DNS kaydıyla doğrulanır. URL öneki mülkü ise dosya, etiket, Analytics ya da Tag Manager gibi yöntemlerle doğrulanabilir.

• Alan adı mülkünde DNS kayıtlarını kontrol edin.
• URL öneki mülklerinde dosya, etiket ve bağlı hesapları kontrol edin.
• Her mülkteki kullanıcı listesini ayrı ayrı temizleyin.
• Eski, kullanmadığınız mülkleri de listeye dahil edin.

Bir mülkü temizleyip diğerini unutmak, kapıyı kilitleyip pencereyi açık bırakmaya benzer. Bu yüzden devir kontrol listenize mülk envanterini ilk madde olarak yazın.

Kaldırmadan önce eski ajansa ya da çalışana ne söylemelisiniz?

İletişim, işin teknik kadar önemli yarısıdır. Ayrılan kişiye ne zaman, hangi erişimlerin kapanacağını yazılı olarak bildirin. Böylece sürpriz yaşanmaz ve kişi devrettiği işleri düzenli biçimde teslim edebilir.

Mesajınız kısa ve net olsun. Erişimlerin hangi tarihte kapanacağını, devir notunu ne zamana kadar beklediğinizi ve iletişim kişisini yazın. Suçlayıcı bir dil kullanmayın; çünkü iyi bir devir çoğunlukla karşı tarafın iş birliğine bağlıdır.

• Erişimlerin kapanacağı tarih.
• İstediğiniz devir notunun kapsamı.
• Jetonların ve ayarların yerini sormak için bir görüşme.
• Teşekkür ve sonraki adımlar.

Ancak karşı taraf yanıt vermese bile süreci durdurmayın. Kendi sahipliğinizi kurabilir, listeyi temizleyebilir ve jetonları kendiniz bulabilirsiniz. Sorun yaşarsanız resmi yardım merkezindeki sahiplik adımlarını izleyin.

Ajans ayrılırken hangi görev ve ayarların kaydını almalısınız?

Ajans yıllarca Search Console'da çalıştıysa mülkte birçok iz bırakmıştır. Bu izler kaldırma işleminden sonra da yerinde kalır. Bu yüzden onları bilmek, sonraki ajans için de değerlidir.

Her satır için ekran görüntüsü alın ve tarih yazın. Ardından hangi ayarları koruyacağınıza karar verin. Örneğin site haritası doğruysa değiştirmeyin; ancak bağlantı reddetme dosyasını bir uzmana gösterin.

Dizine eklenme sorunları yaşıyorsanız önce site haritası okunamadı hatasına bakın. Çünkü eski ajansın yüklediği bir site haritası artık geçersiz olabilir.

Örnek senaryoda küçük bir işletme eski ajansı nasıl çıkarır?

Aşağıdaki akış tamamen bir örnek senaryodur; gerçek bir müşteriyi anlatmaz. Küçük bir mağaza, üç yıl önce bir ajansla çalışmıştır. Ajans mülkü kendi hesabıyla doğrulamış ve işletme sahibi tam kullanıcı olarak eklenmiştir. Şimdi sahip olmak istiyor.

1. Mağaza sahibi önce alan adı sağlayıcısına girer ve yeni bir DNS doğrulama kaydı oluşturur.
2. Search Console'da kendi hesabıyla alan adı mülkünü doğrular.
3. Ajansın eski mülkündeki bilgileri not eder.
4. Kendi hesabı yeni mülkte sahip olunca ajansın eski doğrulama kayıtlarını siler.
5. Ajans erişimini kapatır ve listeyi yeniler.

Burada kritik nokta üçüncü adımdır. Sahip, ajansın mülküne girmeden önce kendi mülkünü kurmuştur. Böylece hiçbir anda veriye ulaşamayan bir döneme girmez.

Gerçek hayatta sürpriz çıkabilir. Örneğin DNS kayıtları başka bir firmada duruyor olabilir. Bu durumda önce alan adının kime ait olduğunu WHOIS sorgulama aracıyla öğrenin.

Kullanıcı listesini düzenli denetlemek için nasıl bir takvim kurarsınız?

Erişim yönetimi bir kerelik iş değildir. İnsanlar gelir, projeler biter ve hesaplar eskir. Düzenli bir takvim kurarsanız aynı sorunu yeniden yaşamazsınız.

Üç ayda bir yapacağınız on dakikalık bir kontrol çoğu zaman yeter. Listeyi açın, her adrese bakın ve hâlâ gerekli olup olmadığını sorun. Gerekli değilse kaldırın.

• Üç ayda bir kullanıcı listesini gözden geçirin.
• Her ajans değişikliğinde tüm doğrulama yöntemlerini yeniden kontrol edin.
• Kişi ayrıldığı gün erişimini kapatın.
• Değişiklikleri tarihli bir notta saklayın.

Kullanıcı yönetimini genel güvenlik alışkanlıklarıyla birlikte düşünün. Örneğin iki adımlı doğrulama açık olmayan hesapları listeden öne çıkarın ve onlara öncelik verin. Ayrıca ortak parola kullanan hesapları ortadan kaldırın.

Ekibimiz bu süreçte nasıl destek verir?

Talha Aslan ve ekibi olarak erişim devirlerini sık görüyoruz. Mülk listesini çıkarmak, jeton yerlerini bulmak ve devri kayıt altına almak işin büyük kısmıdır. Yardım ederken sahipliği sizin hesabınızda bırakırız.

Süreç genellikle üç aşamada ilerler: envanter, kendi sahipliğinizi kurma ve eskiyi temizleme. Her aşamada neyi neden yaptığımızı yazılı olarak paylaşırız. Böylece sonraki devirde işiniz kolaylaşır.

Hiçbir sonuç garantisi veremeyiz; çünkü her sitenin kurulumu farklıdır. Ancak sırayı doğru kurmak, kilitlenme riskini ciddi biçimde azaltır. SEO tarafında geniş bir destek isterseniz SEO danışmanlığı hizmetimizi inceleyin.

Bu yazı teknik bilgi amaçlıdır ve hukuki danışmanlık yerine geçmez.