Hassas kapsam doğrulaması

Uygulamanız, Google kullanıcılarının verilerine erişmek için Google API'lerini kullanma izni istiyorsa uygulamanızı ilk kez herkese açık olarak kullanıma sunmadan önce bir doğrulama işlemi tamamlamanız gerekebilir.

Bu şartın uygulamanız için geçerli olup olmadığı büyük ölçüde iki faktöre bağlıdır:

1. Erişebildiğiniz kullanıcı verisi türü (herkese açık profil bilgileri, takvim girişleri, Drive'daki dosyalar, belirli sağlık ve fitness verileri vb.)
2. İhtiyacınız olan erişim düzeyi (salt okuma, okuma ve yazma vb.).

Bir Google Hesabı'ndan verilerine erişmek için izin almak üzere OAuth 2.0'ı kullandığınızda, kullanıcı adına erişmek istediğiniz veri türünü belirtmek için kapsamlar adlı dizeleri kullanırsınız. Uygulamanız hassas veya kısıtlanmış olarak sınıflandırılan kapsamlar istiyorsa uygulamanızın kullanımı istisna kapsamında olmadığı sürece doğrulama sürecini tamamlamanız gerekir.

Hassas kapsamlara örnek olarak Google Takvim'de depolanan etkinlikleri okuma, Google Kişiler'de yeni bir kişi depolama veya YouTube videosu silme verilebilir. Mevcut kapsamlar ve sınıflandırmaları hakkında daha fazla bilgi için uygulamanızın çağırdığı API uç noktalarının referans dokümanlarına ve API için yayınlanan ilgili yetkilendirme kılavuzlarına bakın.

Bu işlevi sağlamak için gereken kullanıcı verilerine en az erişim gerektiren kapsamları istemeniz gerekir. Örneğin, API ve ilgili uç noktaları için daha dar bir kapsam mevcutken yalnızca veri okuyan bir uygulama, içerik okuma, yazma ve silme erişimi isteğinde bulunmamalıdır. Bir Google API'sinden aldığınız veriler yalnızca API'nin politikalarına uygun şekilde ve uygulamanızın işlemlerinde ve gizlilik politikanızda kullanıcılarınıza sunduğunuz şekilde kullanılmalıdır.

Uygulamanız veya yeni kapsam gerektiren yeni özellikleriniz için lansman planınızda doğrulamanın tamamlanması için gereken süreyi hesaba kattığınızdan emin olun. Hassas kapsam doğrulama sürecinin tamamlanması genellikle 3-5 iş günü sürer. Uygulamanızın, hassas kapsam doğrulama isteğinizin bir alt kümesi olarak marka doğrulamasını tamamlamaya uygun olabileceğini unutmayın.

Hassas kapsamları anlama

Hassas kapsamlar, herhangi bir Google Hesabı'nın erişim izni vermesi için Google tarafından incelenmelidir. Google Workspace kuruluş yöneticileri, kuruluşun açıkça güvenilir olarak işaretlemediği OAuth istemci kimliklerinin erişimini önlemek için hassas kapsamlara erişimi kısıtlayabilir.

Kapsam kullanımınızı anlama

• Uygulamanızın kullandığı veya kullanmak istediğiniz kapsamları inceleyin. Mevcut kapsam kullanımınızı bulmak için uygulamanızın kaynak kodunda, yetkilendirme istekleriyle gönderilen kapsamları inceleyin.
• İstenen her kapsamın, uygulama özelliğinizin amaçlanan işlemleri için gerekli olduğundan ve özelliği sağlamak için gereken en az ayrıcalığı kullandığından emin olun. Bir Google API'nin uç noktaları için genellikle ürünün Google geliştirici sayfasında referans dokümanları bulunur. Bu dokümanlar, uç noktayı veya içindeki belirli özellikleri çağırmak için gereken kapsamı içerir. Uygulamanızın çağırdığı API uç noktaları için gerekli erişim kapsamları hakkında daha fazla bilgi edinmek isterseniz bu uç noktaların referans dokümanlarını okuyun.
• Bir Google API'sinden aldığınız veriler yalnızca API'nin politikalarına uygun şekilde ve uygulamanızın işlemlerinde ve gizlilik politikanızda kullanıcılarınıza sunduğunuz şekilde kullanılmalıdır.
• Olası sensitive or restricted durumu da dahil olmak üzere her kapsam hakkında daha fazla bilgi edinmek için API belgelerine bakın.
• Uygulamanızın kullandığı tüm kapsamları 'nin bölümünde beyan edin. Belirttiğiniz kapsamlar, gerekli olan ek doğrulamaları vurgulamak için hassas veya kısıtlı kategoriler halinde gruplandırılır.
• Entegrasyonunuz tarafından kullanılan verilerle eşleşen en iyi kapsamı bulun, kapsamın kullanımını anlayın, test ortamında her şeyin çalışmaya devam ettiğini yeniden doğrulayın ve ardından doğrulama için göndermeye hazırlanın.

Doğrulamaya hazırlanma adımları

Verilere erişim isteğinde bulunmak için Google API'lerini kullanan tüm uygulamaların marka doğrulamasını tamamlamak amacıyla aşağıdaki adımları uygulaması gerekir:

1. Uygulamanızın, Doğrulama şartlarındaki istisnalar bölümündeki kullanım alanlarından hiçbirine girmediğini onaylayın.
2. Uygulamanızın, ilişkili API'lerin veya ürünün markalaşma koşullarına uyduğundan emin olun. Örneğin, Google ile oturum açma kapsamları için markalama kurallarına bakın.
3. Google Search Console'da projenizin yetkilendirilmiş alan adlarının sahipliğini doğrulayın. Sahibi veya düzenleyici olarak API Console projenizle ilişkili bir Google Hesabı kullanın.
4. OAuth izin ekranındaki tüm marka bilgilerinin (ör. uygulama adı, destek e-postası, ana sayfa URI'si, gizlilik politikası URI'si vb.) uygulamanın kimliğini doğru şekilde yansıttığından emin olun.

Uygulama ana sayfası koşulları

Ana sayfanızın aşağıdaki koşulları karşıladığından emin olun:

• Ana sayfanız, yalnızca sitenizde oturum açmış kullanıcıların erişimine açık değil, herkese açık olmalıdır.
• Ana sayfanızı incelediğimiz uygulamayla alaka düzeyi net olmalıdır.
• Uygulamanızın Google Play Store'daki girişinin veya Facebook sayfasının bağlantıları geçerli uygulama ana sayfaları olarak kabul edilmez.

Uygulamanın gizlilik politikası bağlantısı şartları

Uygulamanızın gizlilik politikasının aşağıdaki koşulları karşıladığından emin olun:

• Gizlilik politikası, kullanıcılar tarafından görülebilmeli, uygulamanızın ana sayfasıyla aynı alanda barındırılmalı ve Google API Console'ın OAuth izin ekranında bağlantılı olmalıdır. Ana sayfanın, uygulamanın işlevinin açıklamasının yanı sıra gizlilik politikasının ve isteğe bağlı hizmet şartlarının bağlantılarını içermesi gerektiğini unutmayın.
• Gizlilik politikası, uygulamanızın Google kullanıcı verilerine erişme, bu verileri kullanma, kaydetme veya paylaşma şeklini açıklamalıdır. Google kullanıcı verilerini kullanımınızı, yayınladığınız gizlilik politikanızda açıklanan uygulamalarla sınırlamanız gerekir.

Uygulamanızı doğrulamaya gönderme

Projesi, tüm kaynaklarınızı düzenler. Projeler, proje işlemlerini gerçekleştirme iznine sahip bir dizi ilişkilendirilmiş Google Hesabı, etkin API'ler ve bu API'ler için faturalandırma, kimlik doğrulama ve izleme ayarlarından oluşur. Örneğin, bir proje bir veya daha fazla OAuth istemcisi içerebilir, API'leri bu istemciler tarafından kullanılmak üzere yapılandırabilir ve uygulamanıza erişim yetkisi vermeden önce kullanıcılara gösterilen bir OAuth izin ekranı yapılandırabilir.

OAuth istemcilerinizden herhangi biri üretime hazır değilse doğrulama isteyen projeden silmenizi öneririz. Bunu bölümünde yapabilirsiniz.

Doğrulama için göndermek üzere aşağıdaki adımları uygulayın:

1. Uygulamanızın Google API'leri Hizmet Şartları'na ve Google API Hizmetleri Kullanıcı Verileri Politikası'na uygun olduğundan emin olun.
2. Projenizin ilişkili hesaplarının sahip ve düzenleyici rollerini, OAuth izin ekranınızın kullanıcı desteği e-posta adresini ve geliştirici iletişim bilgilerini hesabınızda güncel tutun. Böylece, yeni şartlardan ekibinizdeki doğru üyelerin haberdar edilmesi sağlanır.
3. OAuth 'a gidin.
4. Proje seçici düğmesini tıklayın.

5. Görünen Şunlardan birini seçin iletişim kutusunda projenizi seçin. Projenizi bulamıyor ancak proje kimliğinizi biliyorsanız tarayıcınızda aşağıdaki biçimde bir URL oluşturabilirsiniz:

   ?project=[PROJECT_ID]

   [PROJECT_ID] kısmını kullanmak istediğiniz proje kimliğiyle değiştirin.

6. Uygulamayı Düzenle düğmesini seçin.
7. OAuth kullanıcı rızası ekranı sayfasında gerekli bilgileri girin ve Kaydet ve devam et düğmesini seçin.
8. Uygulamanızın istediği tüm kapsamları beyan etmek için Kapsam ekle veya kaldır düğmesini kullanın. Google ile Oturum Açma için gerekli olan ilk kapsam grubu, Hassas olmayan kapsamlar bölümünde önceden doldurulur. Eklenen kapsamlar hassas olmayan olarak sınıflandırılır, sensitive, or restricted.
9. Uygulamanızdaki ilgili özelliklerle ilgili en fazla üç doküman bağlantısı sağlayın.

10. Sonraki adımlarda uygulamanızla ilgili istenen ek bilgileri sağlayın.

    1. Prepare a detailed justification for each requested sensitive scope, as well as an explanation for why a narrower scope isn't sufficient. For example: "My app will use https://www.googleapis.com/auth/calendar to show a user's Google calendar data on the scheduling screen of my app. This lets users manage their schedules through my app and sync the changes with their Google calendar."

    2. Prepare a video that fully demonstrates how a user initiates and grants access to the requested scopes and shows, in detail, the usage of the granted sensitive and restricted scopes in the app. Upload the video to YouTube Studio and set its Visibility as Unlisted. You need to provide a link to the demonstration video in the YouTube link field.

       1. Show the OAuth grant process that users will experience, in English. This includes the consent flow and, if you use Google Sign-In, the sign-in flow.
       2. Show that the OAuth consent screen correctly displays the App Name.
       3. Show that the browser address bar of the OAuth consent screen correctly includes your app's OAuth client ID.
       4. To show how the data will be used, demonstrate the functionality that's enabled by each sensitive scope that you request.
11. Sağladığınız uygulama yapılandırması doğrulama gerektiriyorsa uygulamayı doğrulama için gönderebilirsiniz. Zorunlu alanları doldurun ve doğrulama sürecini başlatmak için Gönder'i tıklayın.

Uygulamanızı gönderdikten sonra Google'ın Güven ve Güvenlik Ekibi, ihtiyaç duydukları ek bilgileri veya tamamlamanız gereken adımları e-postayla iletir. Ek bilgi istekleri için Geliştirici iletişim bilgileri bölümündeki e-posta adreslerinizi ve OAuth izin ekranınızın destek e-posta adresini kontrol edin. Yanıtınızı beklerken inceleme sürecinin duraklatılıp duraklatılmadığı da dahil olmak üzere projenizin mevcut inceleme durumunu onaylamak için projenizin OAuth izin ekranı sayfasını da görüntüleyebilirsiniz.

Doğrulama koşullarındaki istisnalar

Uygulamanız aşağıdaki bölümlerde açıklanan senaryolardan herhangi birinde kullanılacaksa incelenmesi için göndermeniz gerekmez.

Kişisel kullanım

Örneğin, uygulamanızın tek kullanıcısı sizseniz veya uygulamanız yalnızca birkaç kullanıcı tarafından kullanılıyorsa ve bu kullanıcıların tümü sizin tanıdığınız kişilerse bu yöntemi kullanabilirsiniz. Sınırlı sayıda kullanıcınız varsa doğrulanmamış uygulama ekranını geçip kişisel hesaplarınızın uygulamanıza erişmesine izin verebilirsiniz.

Geliştirme, Test veya Hazırlama katmanlarında kullanılan projeler

Google OAuth 2.0 Politikaları'na uymak için test ve üretim ortamları için farklı projeleriniz olmasını öneririz. Uygulamanızı yalnızca Google Hesabı olan tüm kullanıcıların kullanımına sunmak istiyorsanız doğrulamaya göndermenizi öneririz. Bu nedenle, uygulamanız geliştirme, test veya hazırlık aşamasındaysa doğrulama gerekmez.

Uygulamanız geliştirme veya test aşamasındaysa Yayınlanma Durumu'nu Test varsayılan ayarında bırakabilirsiniz. Bu ayar, uygulamanızın hâlâ geliştirme aşamasında olduğu ve yalnızca test kullanıcıları listesine eklediğiniz kullanıcılar tarafından kullanılabileceği anlamına gelir. Uygulamanızın geliştirilmesi veya test edilmesiyle ilgili Google Hesapları listesini yönetmeniz gerekir.

Yalnızca hizmete ait veriler

Uygulamanız yalnızca kendi verilerine erişmek için bir hizmet hesabı kullanıyorsa ve herhangi bir kullanıcı verisi (Google Hesabı'na bağlı) erişmiyorsa doğrulama için göndermeniz gerekmez.

Hizmet hesaplarının ne olduğunu anlamak için Google Cloud dokümanlarında Hizmet hesapları bölümüne bakın. Hizmet hesabının nasıl kullanılacağıyla ilgili talimatlar için Sunucudan sunucuya uygulamalar için OAuth 2.0'ı kullanma başlıklı makaleyi inceleyin.

Yalnızca dahili kullanım

Bu, uygulamanın yalnızca Google Workspace veya Cloud Identity kuruluşunuzdaki kullanıcılar tarafından kullanılacağı anlamına gelir. Projenin sahibi kuruluş olmalıdır ve OAuth izin ekranının dahili kullanıcı türü için yapılandırılması gerekir. Bu durumda, uygulamanızın bir kuruluş yöneticisi tarafından onaylanması gerekebilir. Daha fazla bilgi için Google Workspace ile ilgili ek dikkat edilmesi gereken noktalar başlıklı makaleyi inceleyin.

• Herkese açık ve dahili uygulamalar hakkında daha fazla bilgi edinin.
• Uygulamanızı nasıl dahili olarak işaretleyeceğinizi Uygulamamı nasıl yalnızca dahili olarak işaretleyebilirim? başlıklı SSS bölümünden öğrenebilirsiniz.

Alan genelinde yükleme

Uygulamanızın yalnızca bir Google Workspace veya Cloud Identity kuruluşunun kullanıcılarını hedeflemesini planlıyorsanız ve her zaman alan genelinde kurulum kullanıyorsanız uygulamanız için uygulama doğrulaması gerekmez. Bunun nedeni, alan genelindeki bir kurulumun, alan yöneticisinin üçüncü taraf ve dahili uygulamalara kullanıcılarınızın verilerine erişim izni vermesine olanak tanımasıdır. Uygulamayı, alan adlarında kullanmak üzere izin verilenler listesine ekleyebilen tek hesaplar kuruluş yöneticileridir.

Uygulamanızı nasıl alan genelinde yükleme yapacağınızı Uygulamam başka bir Google Workspace alanından kurumsal hesapları olan kullanıcılara sahip başlıklı SSS bölümünden öğrenebilirsiniz.