Search Console Mülk Türü: Alan Adı mı URL Öneki mi?

Kısa cevap: sitenin tüm alt alan adlarını ve hem http hem https sürümlerini tek yerde görmek istiyorsanız alan adı mülkü, yalnızca belirli bir adres önekini izlemek ya da DNS erişiminiz olmadan doğrulama yapmak istiyorsanız URL öneki mülkü uygundur. Alan adı mülkü yalnızca DNS kaydıyla doğrulanır; URL öneki mülkü için ise birden çok yöntem vardır. Pratikte birçok site için en sağlam düzen, DNS erişimi varsa alan adı mülkünü ana mülk yapmak ve gerektiğinde dar kapsamlı URL öneki mülkleri eklemektir. Doğrulamayı koruyun, yetkiyi en az ayrıcalıkla verin ve doğrulama kaybolursa sürecin nasıl işlediğini önceden bilin. Menü adları ve sınırlar zamanla değişebilir. Arayüzü Türkçe kullanıyorsanız menü adları aşağıda verilen İngilizce adlardan farklı görünebilir.

İki Mülk Türü Neyi Kapsar?

Search Console'da bir "mülk", verilerin ve yetkilerin bağlandığı kapsam birimidir. Mülk türü, bu kapsamın ne kadar geniş olduğunu belirler. Yanlış türü seçmek raporların eksik görünmesine, ya da gereğinden fazla birleşik veriyle çalışmaya yol açar.

Alan adı mülkü: Tek kayıtla bütün site

Search Console Yardım sayfası, alan adı mülkünün (örneğin example.com) tüm alt alan adlarını, protokolleri ve alt yolları kapsadığını söyler. Sayfada http, https ve ftp protokolleri sayılır. Bu, www ile www olmayan sürümün, blog.example.com gibi alt alan adlarının ve http ile https adreslerinin tek mülkte toplandığı anlamına gelir. Mülk tanımına protokol ya da yol yazılmaz, www öneki de eklenmez; çünkü zaten kapsam içindedir. Tek bir alan adı mülkü yeterli olur ve taşıma sonrası eski sürümlerin verisi de aynı yerde kalır.

URL öneki mülkü: Yalnız tam o önekle başlayan adresler

URL öneki mülkü (örneğin https://example.com/) yalnızca tam olarak o önekle başlayan adresleri kapsar. Protokol ve alt alan adı birebir eşleşmelidir. Sayfadaki örnekle: https://example.com/pets/ öneki, http:// sürümlerini ve m.example.com gibi alt alan adlarını dışarıda bırakır. Önek, http:// ya da https:// ile ve sondaki eğik çizgiyle yazılır. Her protokol ve her alt alan adı için ayrı mülk gerekir. Bu darlık bir eksiklik değil, bir araçtır: bir klasörü, bir dil bölümünü ya da bir ekibin sorumlu olduğu yolu ayrı izleyebilirsiniz.

Sınırlar ve bilinmesi gerekenler

• Alan adı mülkünde alan adının kendisini girersiniz; kamu son ekleri (yalnız .com ya da .co.uk gibi) doğrulanamaz. Her son ek ayrı mülk sayılır, yani example.com mülkü example.org'u kapsamaz.
• Bir Search Console hesabında en fazla 1.000 mülk bulunabilir. Bu sınır yardım sayfasında yazılı olan değerdir ve değişebilir.
• Kaldırdığınız bir mülkü, hâlâ doğrulanmış en az bir sahibi varsa yeniden doğrulama yapmadan ekleyebilirsiniz.
• Veri toplama, mülkü herkes eklediğinde başlar; doğrulama beklenmez. Verilerin görünmesi birkaç gün sürebilir.

Platform mülkleri: Ayrı bir kategori

Yardım sayfası, Instagram, TikTok, X ve YouTube hesaplarının ya da kanallarının da mülk olarak eklenebildiğini, doğrulamanın mevcut bir web sitesi mülkü ya da doğrudan platform girişi üzerinden otomatik yapıldığını ve özelliğin kademeli olarak yaygınlaştırıldığını belirtir. Bu yazı site mülkü türlerine odaklanır; platform mülkü hesabınızda görünüyorsa kendi doğrulama akışını izler.

Veri okuma açısından fark

Performans raporu yardım sayfası, grafik verisinin mülke göre toplandığını ve varsayılan görünümün son üç aylık tık ve gösterim verisini gösterdiğini söyler; mülk türleri arasındaki veri farkını ise açıklamaz. Dolayısıyla "alan adı mülkünde daha fazla veri var" gibi bir genelleme yapmak yerine, kapsamın genişliğinin raporu nasıl etkilediğini düşünün: geniş mülk daha çok URL toplar, dar mülk daha az. Raporları yorumlama konusunda Search Console performans raporu yazısına bakabilirsiniz.

Hangi soru hangi mülkte cevap bulur?

Kapsam farkını günlük sorulara çevirmek, seçimi kolaylaştırır. Aşağıdaki tablo, yardım sayfasındaki kapsam kurallarının doğrudan sonucudur: bir adres mülkün kapsamındaysa o mülkte veri toplanır, değilse toplanmaz.

Karar Tablosu: Ne Zaman Hangisi?

Seçim üç soruya iner: DNS kaydı ekleyebiliyor musunuz, tüm alt alan adlarını birlikte mi görmek istiyorsunuz ve izlemeyi bölümlere ayırmanız gerekiyor mu? Aşağıdaki tablo, yardım sayfalarındaki kapsam ve doğrulama kurallarını durumlara uygular. Kararın kendisi bir çalışma önerisidir; belgeler "şunu seçin" demez.

Durum bazlı karar tablosu

Karar kuralı

1. DNS kaydı ekleyebiliyorsanız, ana mülk olarak alan adı mülkünü ekleyin.
2. Ekibin bir bölümü için ayrı rapor veya ayrı yetki gerekiyorsa o bölüm için URL öneki mülkü ekleyin; ana mülkü silmeyin.
3. DNS erişimi yoksa URL öneki mülküyle başlayın ve DNS erişimi sağlandığında alan adı mülkünü ekleyin.
4. Her protokol ve alt alan adı ayrı öneke dönüşeceği için, URL öneki mülkünde hangi sürüme baktığınızı not edin.

İkisini birlikte tutmak

İki mülk türü birbirini dışlamaz. Aynı site için hem alan adı mülkü hem de bir ya da daha fazla URL öneki mülkü bulunabilir. Yardım sayfaları, bir üst mülk doğrulandığında yeni alt mülklerin aynı yöntemle otomatik doğrulandığını belirtir. Hesabın sınırı yüksek olduğu için bu düzen genellikle sorun çıkarmaz; ancak mülk sayısı arttıkça kimin hangisine erişimi olduğunu izlemek zorlaşır, bu yüzden kısa bir mülk envanteri tutun: mülk adı, türü, doğrulama yöntemi, sahip ve eklenme tarihi.

Üç örnek senaryo

Aşağıdakiler örnek senaryolardır; kurumlar ve siteler kurgusaldır.

Tek sitelik bir dernek: Alan adı sağlayıcısının paneline erişimi olan bir yönetici var, site www olmayan adrese de yanıt veriyor ve ileride bir etkinlik alt alan adı açılabilir. Bu durumda alan adı mülkü yeterlidir. Alt alan adı açıldığında yeni bir doğrulama gerekmez, çünkü kapsam alt alan adlarını içerir.

Hosting paneline erişimi olan, DNS'e erişemeyen bir yazar: Alan adı bir yakınında kayıtlı, DNS yönetimi onda. Yazar, sitenin kök dizinine HTML dosyası yükleyebiliyor. Bu durumda URL öneki mülküyle başlar ve doğrulama dosyasını silmemeye dikkat eder. Daha sonra DNS yetkisi alırsa alan adı mülkü de ekler.

Dil klasörlü bir mağaza: Mağazanın Türkçe ve İngilizce bölümleri ayrı ekiplerce yönetiliyor. Ana izleme alan adı mülkünde yapılır; her ekibe kendi klasörünün URL öneki mülkünde yetki verilir. Böylece bir ekip yalnız kendi bölümünün verisini görür, ana mülkün sahibi ise tüm görünümü korur. Dil bazlı adres yapısını planlıyorsanız yetkileri de bu yapıyla eşleştirin.

Karşılaştırmalı özet

Doğrulama Yöntemleri ve Kalıcılık

Doğrulama, siteye sahip olduğunuzu ya da onu yönetmeye yetkili olduğunuzu kanıtlama adımıdır. Yöntem seçimi yalnız kolaylık değil, kalıcılık açısından da önemlidir; çünkü doğrulama bir kez yapılıp unutulacak bir adım olmadığı gibi, belirtinin yerinde durmasına bağlıdır.

Yöntem tablosu

Yardım sayfası ayrıca, bir URL öneki mülkünü DNS ile doğrulamanın alan adı mülkünü de otomatik doğruladığını söyler. Bu nedenle DNS erişiminiz varsa başlangıçta URL öneki mülküne yönelmiş olsanız bile DNS'i tercih etmek ileride işinizi kolaylaştırır.

Hangi yöntem ne zaman?

• DNS: Alan adı mülkü için zorunlu. Site şablonu, CMS değişikliği ya da yeniden tasarımdan etkilenmediği için en dayanıklı seçenektir.
• HTML dosyası: Hızlıdır ama kök dizine dosya yüklemeyi gerektirir. Yardım sayfası dosyanın kimlik doğrulama gerektirmemesi gerektiğini belirtir. Dosyayı silerseniz doğrulamayı kaybedersiniz.
• HTML etiketi: Şablona bağımlıdır. Yeni bir tema ya da yeniden tasarım etiketi kaldırırsa doğrulama düşer; yardım sayfasının kendi örneği de şablon değişikliğinin etiketi kaldırmasıdır.
• Analytics ve Tag Manager: Kod parçası sayfada kaldığı sürece çalışır; bu hesaplara erişen kişiler değişirse risk doğar.

Kalıcılığı korumak

Yardım sayfasına göre doğrulama, Search Console belirtinizin yerinde ve geçerli olduğunu doğrulayabildiği sürece sürer ve bu kontrol düzenli aralıklarla yapılır. Sıklık belirtilmez. DNS için kayıt başarıyla doğrulandıktan sonra kaldırılmamalıdır. HTML dosyasının kaldırılması ve etiketin sayfadan çıkması doğrulamayı düşürür. Bu yüzden iki kural önerilir:

• Birden çok doğrulama yöntemi ekleyin. Sayfa, birden çok yöntem eklenebildiğini ve böylece biri başarısız olduğunda doğrulamanın kaybolmayacağını söyler.
• Doğrulama belirtilerini silinmemesi gereken öğeler olarak belgeleyin: DNS panelinde açıklama alanına amacı yazın, şablon dosyasında yorum bırakın, yayın kontrol listesine "doğrulama belirtileri yerinde mi" maddesini ekleyin.

Yeni bir yöntem eklerken başka bir sahibin belirtisini üzerine yazmamaya dikkat edin; sayfa, birden çok kişinin aynı mülkü aynı ya da farklı yöntemlerle doğrulayabildiğini, aynı yöntemi kullanırken başkasının belirtisinin ezilmemesi gerektiğini söyler.

DNS kaydının yayılma süresi

Yardım sayfası, elle eklenen DNS kayıtlarının sunulmaya başlamasının iki üç gün sürebildiğini, doğrulama başarısız olursa bir iki gün bekleyip yeniden denemeyi önerir. Kaydı eklediğiniz anda "doğrulayamadı" mesajı görmek bu yüzden normal olabilir. Bekleme süresince kaydı değiştirip durmak yerine, kaydın doğru değerle ve doğru adla eklendiğinden emin olup beklemek daha güvenlidir.

Yöntem seçimi için kısa kural

DNS erişiminiz varsa DNS'i ilk yöntem yapın, ikinci olarak bir dosya ya da etiket ekleyin. DNS erişiminiz yoksa en az iki farklı yöntem ekleyin ve yöntemlerin farklı bileşenlere dayanmasını tercih edin: bir tanesi şablona, bir diğeri dosya sistemine bağlı olsun. Böylece bir tasarım değişikliği iki belirtiyi birden silmez. Bu bir çalışma önerisidir; yardım sayfası birden çok yöntemin eklenebileceğini söyler ama belirli bir kombinasyon önermez.

Sık yapılan kurulum hataları

• Protokolü ya da www'yu alan adı mülküne yazmak: Yardım sayfası alan adı mülkünde protokol, yol ve www öneki yazılmamasını söyler. Bu ekler URL öneki mülküne aittir.
• Yalnız tek bir URL öneki mülküne güvenmek: https://example.com/ mülkü, www'li sürümü ve alt alan adlarını görmez. Tüm trafiğin o önekten geldiğini varsaymak eksik rapora yol açar.
• Tek yöntemle doğrulayıp unutmak: Şablon ya da dosya değişince doğrulama düşer.
• Yetkiyi kişisel hesaba bağlamak: Hesap sahibi ayrılınca mülkün tek doğrulanmış sahibi kalmaz.
• Ajansı doğrulanmış sahip yapıp belirteci ajans sitesinden vermek: Ajans belirteci kaldırdığında müşteri erişimi kaybedebilir.
• Mülk envanteri tutmamak: Kaç mülk olduğunu ve hangi yöntemle doğrulandığını bilmeyen ekip, olay anında vakit kaybeder.

Doğrulanmış sahip ile devredilmiş sahip arasında seçim

Yardım sayfasına göre doğrulanmış sahip, sahipliğini siteye eklenen bir belirteçle kanıtlar; devredilmiş sahip ise bir doğrulanmış sahibin belirteç olmadan verdiği sahipliktir ve herhangi bir sahip, kullanıcı yönetimi ekranından devredilmiş sahip ekleyip kaldırabilir. Çalışma kuralı olarak şunu önerebiliriz: asıl sahibin kendi yönettiği belirteçle doğrulanmış sahip olarak kalmasını, ek yöneticilerin ise devredilmiş sahip ya da tam kullanıcı olmasını tercih edin. Böylece belirteçler kurumun elinde kalır ve kişi değişimlerinde erişim tek ekrandan yönetilir. Yetkiyi yükseltme kararını, ihtiyaç bittiğinde geri alınacak bir işlem olarak kaydedin.

Kullanıcı ve Ajans Yetkisi Verme

Ajansa, serbest çalışana ya da ekip arkadaşına erişim verirken amaç, doğrulama belirtilerini paylaşmadan gerekli raporlara erişim sağlamaktır. Yardım sayfaları, bunun için ayrı yetki seviyeleri tanımlar.

Yetki seviyeleri

Yardım sayfasına göre kullanıcı eklemek ve kaldırmak için mülkün (ya da üst mülkün) sahibi olmak gerekir. Yani ajansa erişim vermek istiyorsanız bu işlemi sahip yapar; ajans bir başka kişiyi kendisi ekleyemez.

Kullanıcı ekleme adımları

1. Mülkü seçin ve "Settings" altında "Users and permissions" bölümünü açın.
2. "Add user" düğmesine tıklayın ve kişinin Google hesabı e-posta adresini girin. E-posta grupları desteklenmez.
3. İzin düzeyini seçin ve kaydedin.

Arayüzü Türkçe kullanıyorsanız menü adları yukarıdaki İngilizce adlardan farklı görünebilir.

Sınırlar yardım sayfasında şöyle verilir: bir mülkte en fazla 100 sahip olmayan kullanıcı bulunabilir; devredilmiş sahip eklemek, doğrulanmış ve devredilmiş sahiplerin toplamı 500'e ulaşana kadar mümkündür. Bu sayıların değişebileceğini unutmayın.

En az ayrıcalık ilkesi

• Ajansa önce tam kullanıcı yetkisi verin; sahiplik gerektiren bir işlem çıkarsa geçici olarak yükseltin.
• Bireylere kişisel Google hesapları yerine, mümkünse kurumsal hesaplar üzerinden erişim verin; çalışan ayrıldığında erişim hesabıyla birlikte yönetilsin.
• Bağlantı reddi ve yeniden değerlendirme isteği gibi araçlar tam kullanıcıda açıktır; bu araçları kimin kullanacağını sözleşmede yazın.
• Kimseyi ortak bir hesap e-postası üzerinden eklemeyin. Her kişi kendi hesabıyla görünür olsun ki kaldırma işlemi kişi bazlı yapılabilsin.

Erişimi geri alma

Kullanıcıyı kaldırmak için "Users and permissions" bölümünde kullanıcının yanındaki menüden "Remove access" seçilir. Kullanıcı doğrulanmış bir sahipse bir uyarı çıkabilir: kişi, belirtisi hâlâ sitede duruyorsa erişimi yeniden kazanabilir. Bunu önlemek için uyarıda listelenen sahiplik belirteçleri de kaldırılır. Ajans sözleşmesi bittiğinde yapılacaklar şunlardır: kullanıcıyı kaldırın, ajansın eklediği doğrulama belirteçlerini (DNS kaydı, dosya, etiket) temizleyin, Analytics ve Tag Manager bağlantılarını gözden geçirin ve mülk envanterini güncelleyin. Önce kendi belirtilerinizin yerinde kaldığından emin olun; yanlışlıkla kendi doğrulamanızı silmek, tüm erişimi kaybettirebilir.

Ajansa erişim vermeden önce sorulacaklar

• Hangi mülke ve hangi düzeyde erişim gerekiyor, süre sınırı var mı?
• Erişim kişisel hesaba mı kurumsal hesaba mı verilecek?
• Kim kullanıcı ekler ve kaldırır, bu kişi sizin tarafınızda sahip mi?
• Sözleşme bitince hangi belirteçler ve bağlantılar kaldırılacak?
• Bağlantı reddi ve yeniden değerlendirme isteği gibi etkili araçları kim kullanacak, kararı kim onaylayacak?

Bu liste, erişim talebini e-posta zincirinden çıkarıp kayıtlı bir adıma dönüştürür. Aynı kayıt, ajans değişiminde hangi hesabın nerede yetkili olduğunu bulmayı kolaylaştırır.

Doğrulama Kaybolursa Ne Yapılır?

Doğrulama kaybı çoğu zaman bir site güncellemesinin yan etkisidir: tema değişir, DNS sağlayıcısı değişir, dosya silinir ya da kaydı ekleyen kişi ayrılır. Yardım sayfası, Search Console doğrulamayı artık teyit edemediğinde bildirim aldığınızı söyler. Düzeltilmezse, belgede süresi belirtilmeyen bir ek süreden sonra yetkiler sona erer. Tüm doğrulanmış sahipler erişimi kaybederse mülkteki herkes erişimini kaybeder.

İlk müdahale sırası

1. Hangi yöntemin düştüğünü belirleyin: kayıt mı kaldırıldı, dosya mı silindi, etiket mi şablondan çıktı?
2. Aynı yöntemi geri yükleyin ya da yeni bir yöntem ekleyin. Başka sahiplerin belirtilerine dokunmayın.
3. Search Console'da doğrulamayı yeniden çalıştırın. DNS değişikliğinde iki üç güne kadar bekleme olabilir.
4. Tek doğrulanmış sahip ayrıldıysa, kalan bir kişinin kendi yöntemiyle yeniden doğrulaması gerekir. Yardım sayfası bu durumda birinin yeniden doğrulayarak erişimi koruması ya da geri kazanması gerektiğini söyler.
5. Doğrulayamıyorsanız mevcut bir sahipten erişim vermesini isteyin. Sayfa bu yolu açıkça belirtir.

Önleyici kontrol listesi

• En az iki farklı doğrulama yöntemi etkin olsun; biri DNS olsun.
• En az iki kişi doğrulanmış sahip olsun; biri şirket içi bir rol hesabı ya da yönetici olsun.
• Tema, CMS ya da barındırma değişikliklerinden önce doğrulama belirtilerini listeleyin ve yeni ortamda var olduklarını test edin.
• Alan adı sağlayıcısı veya DNS yönetimi değişirse kayıtları yeni yönetim paneline taşıyın.
• Ajans değişiminde belirtileri sahibi olarak siz yönetin; ajansın kendi hesabına bağımlı tek doğrulama bırakmayın.
• Çeyrekte bir kez Users and permissions listesini gözden geçirin ve artık çalışmayanları kaldırın.

Kısa bir olay örneği

Örnek senaryo: Bir site yeniden tasarlanıyor. Eski şablonda Search Console meta etiketi vardı, yeni şablonda yok. Aynı alan adı için DNS doğrulaması da eklenmemişti. Yayından sonra mülkte doğrulama uyarısı gelir. Doğru müdahale, etiketi yeni şablona eklemek ya da DNS kaydı eklemek ve doğrulamayı yeniden çalıştırmaktır. Önleyici ders ise tasarım ticket'ına "doğrulama belirtilerini koru" maddesini yazmaktır. Bu tür bir maddenin nasıl yazılacağı için ajanslar için SEO projesi başlangıç kontrol listesi yazısındaki erişim ve envanter adımlarına bakabilirsiniz.

Mülk kurulduktan sonra neler izlenir?

Mülk ve yetki düzeni oturduktan sonra ilk bakılacak yerler performans raporu ve bağlantı raporudur. Bağlantı profilinizi kontrol etmek için Bağlantılar raporu yazısına, Bing tarafında benzer bir kurulum için IndexNow ve Bing Webmaster Tools rehberine göz atın. Yardım sayfası, verilerin görünmesinin birkaç gün sürebildiğini belirtir; kurulumdan hemen sonra boş rapor görmek hata anlamına gelmez.

Doğrulama sonrası ilk hafta için kontrol listesi

1. Mülkün listede göründüğünü ve doğrulama durumunun başarılı olduğunu teyit edin.
2. Envantere mülk adını, türünü, yöntemini, sahibini ve tarihi yazın.
3. İkinci bir doğrulama yöntemi ekleyin.
4. İkinci bir doğrulanmış sahip ya da devredilmiş sahip tanımlayın.
5. Ajans veya ekip arkadaşlarını gereken en düşük izin düzeyiyle ekleyin.
6. Verilerin görünmesi için birkaç gün bekleyin, ardından performans raporunu açıp tarih aralığını ve mülkü doğru seçtiğinizi kontrol edin.
7. Site şablonu, DNS ya da barındırma değişikliği planlanıyorsa ilgili ticket'a "doğrulama belirtilerini koru" maddesini ekleyin.

Bu liste kısa tutuldu çünkü amaç, mülkün kurulumunu bir kerelik bir iş olmaktan çıkarıp envanterli ve geri alınabilir bir düzene çevirmektir.

İlgili rehberler: SEO A/B Testi: Cloaking Olmadan Başlık ve Şablon Denemesi, GA4'te Dahili Trafik ve Bot Trafiğini Filtreleme Rehberi, Geliştiriciye SEO Talebi Nasıl Yazılır? Ticket Şablonu.

Sonuç

Alan adı mülkü geniş ve DNS'e dayalıdır; URL öneki mülkü dardır ve doğrulama yöntemleri çeşitlidir. İkisini birlikte kullanmak çoğu zaman en iyi sonucu verir: geniş bir ana mülk ve gereken yerlerde dar mülkler. Doğrulamayı birden çok yöntemle destekleyin, ajanslara en az ayrıcalıkla erişim verin ve mülk envanterinizi güncel tutun.

Kurulumdan sonra izlenecek sayfalar için düzenli içerik üretimine ihtiyaç duyuyorsanız Akua Adforce'taki makale yazımı sayfasında kapsam ve koşullar listelenir.

Ayrıntılar için Search Console Yardım sayfaları: mülk ekleme (yeni sekmede açılır), site sahipliğini doğrulama (yeni sekmede açılır), kullanıcılar ve izinler (yeni sekmede açılır) ve performans raporu (yeni sekmede açılır). Sınırlar ve menü adları değişebilir; uygulamadan önce güncel sayfaya bakın.

Sık Sorulan Sorular

Alan adı mülkü ile URL öneki mülkü arasındaki temel fark nedir?

Alan adı mülkü, Search Console Yardım sayfasına göre tüm alt alan adlarını, protokolleri ve alt yolları kapsar. URL öneki mülkü yalnızca tam o önekle başlayan adresleri kapsar; protokol ve alt alan adı birebir eşleşmelidir.

Alan adı mülkünü nasıl doğrularım?

Yalnızca DNS kaydıyla. Alan adı sağlayıcınızda Search Console'un verdiği TXT ya da CNAME kaydını eklersiniz. Google Sites veya Blogger gibi Google tarafından barındırılan siteler aynı hesapla girişte otomatik doğrulanır.

DNS erişimim yoksa Search Console kullanabilir miyim?

Evet. URL öneki mülkü HTML dosyası, HTML etiketi, Google Analytics veya Google Tag Manager ile doğrulanabilir. DNS erişimi sağlanınca alan adı mülkü de eklenebilir.

Ajansa hangi izin düzeyini vermeliyim?

Çoğu ajans çalışması için tam kullanıcı yeterlidir: Performans, Bağlantılar ve URL Denetimi gibi araçlara erişir, ancak sahip ya da kullanıcı ekleyip kaldıramaz. Sahiplik yalnızca gerçekten gerektiğinde verilmelidir.

Doğrulama kaybolursa erişimi hemen kaybeder miyim?

Hayır. Yardım sayfasına göre bildirim alırsınız ve düzeltilmezse bir ek sürenin ardından izinler sona erer. Sürenin uzunluğu belgede belirtilmez, bu yüzden uyarıyı geciktirmeden ele alın.

Mülk eklemeden önce doğrulama beklemek gerekir mi?

Gerekmez. Yardım sayfasına göre veri toplama, biri mülkü eklediği anda başlar, doğrulama beklenmez. Verilerin raporlarda görünmesi ise birkaç gün sürebilir.