Google API บางรายการ (รายการที่ยอมรับ ขอบเขตที่ละเอียดอ่อน หรือ จำกัด ) มีข้อกำหนดสำหรับแอปที่ขอสิทธิ์เข้าถึงข้อมูลผู้บริโภค ข้อกำหนดเพิ่มเติมสำหรับ ขอบเขตที่จำกัดเหล่านี้ กำหนดให้แอปต้องแสดงให้เห็นว่าเป็นแอปพลิเคชันประเภทที่ได้รับอนุญาต และต้อง ส่งแอปเพื่อรับการตรวจสอบเพิ่มเติม ซึ่งรวมถึงการประเมินความปลอดภัยด้วย
ความเหมาะสมของขอบเขตที่จำกัดภายใน API ส่วนใหญ่ขึ้นอยู่กับระดับการเข้าถึงที่จำเป็นในการแสดงฟีเจอร์ที่เกี่ยวข้องในแอป เช่น อ่านอย่างเดียว เขียนอย่างเดียว อ่านและเขียน เป็นต้น
เมื่อใช้ OAuth 2.0 เพื่อขอสิทธิ์จากบัญชี Google ในการเข้าถึงข้อมูลนี้ คุณจะใช้สตริงที่เรียกว่า ขอบเขต เพื่อระบุประเภทข้อมูลที่ต้องการเข้าถึงและระดับการเข้าถึงที่ต้องการ หากแอปขอขอบเขตที่ ละเอียดอ่อน หรือ จำกัด คุณต้องทำตามกระบวนการยืนยันให้เสร็จสมบูรณ์ เว้นแต่การใช้งานแอปของคุณจะมีคุณสมบัติตรงตาม ข้อยกเว้น
ขอบเขตที่จำกัดมีจำนวนน้อยกว่าขอบเขตที่ละเอียดอ่อน คำถามที่พบบ่อยเกี่ยวกับการ ยืนยัน OAuth API มีรายการ ขอบเขตที่ละเอียดอ่อนและจำกัดในปัจจุบัน ขอบเขตเหล่านี้ให้สิทธิ์เข้าถึงข้อมูลผู้ใช้ Google ในวงกว้าง และกำหนดให้คุณต้องทำตามกระบวนการยืนยันขอบเขตก่อนที่จะขอขอบเขตจากบัญชี Google ใดก็ตาม ดูข้อมูลเกี่ยวกับข้อกำหนดนี้ได้ที่ ดู นโยบายข้อมูลผู้ใช้สำหรับบริการ Google API และ ข้อกำหนดเพิ่มเติมสำหรับขอบเขต API บางรายการ หรือ หน้า Google Developers ของผลิตภัณฑ์ หากคุณจัดเก็บหรือส่งข้อมูลขอบเขตที่จำกัดในเซิร์ฟเวอร์ คุณต้อง ทำการประเมินความปลอดภัยให้เสร็จสมบูรณ์
ทำความเข้าใจขอบเขตที่จำกัด
หากแอปขอขอบเขตที่จำกัดและไม่มีคุณสมบัติตรงตาม ข้อยกเว้น คุณต้องปฏิบัติตาม ข้อกำหนดเพิ่มเติมสำหรับขอบเขต API บางรายการของนโยบายข้อมูลผู้ใช้สำหรับบริการ Google API หรือข้อกำหนดเฉพาะของผลิตภัณฑ์ใน หน้า Google Developers ของผลิตภัณฑ์ ซึ่ง กำหนดให้ต้องมีกระบวนการตรวจสอบที่ครอบคลุมมากขึ้น
ทำความเข้าใจการใช้ขอบเขต
- ตรวจสอบขอบเขตที่แอปใช้หรือต้องการใช้ หากต้องการดูการใช้งานขอบเขตที่มีอยู่ ให้ตรวจสอบซอร์สโค้ดของแอปเพื่อดูขอบเขตที่ส่งพร้อมกับคำขอการให้สิทธิ์
- ตรวจสอบว่าขอบเขตที่ขอแต่ละรายการจำเป็นสำหรับการดำเนินการตามที่ต้องการของฟีเจอร์แอป และใช้สิทธิ์ขั้นต่ำที่สุดที่จำเป็นในการแสดงฟีเจอร์ โดยปกติแล้ว Google API จะมีเอกสารอ้างอิงใน หน้า Google Developers ของผลิตภัณฑ์สำหรับปลายทาง ซึ่งรวมถึงขอบเขตที่จำเป็นในการเรียกปลายทางหรือพร็อพเพอร์ตี้ที่เฉพาะเจาะจง ภายใน อ่านเอกสารอ้างอิงของปลายทางเหล่านั้นเพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับขอบเขตการเข้าถึงที่จำเป็นสำหรับปลายทาง API ที่แอปเรียก ตัวอย่างเช่น สำหรับแอปที่ใช้เฉพาะ Gmail API เพื่อส่งอีเมลในนามของผู้ใช้เป็นครั้งคราวเท่านั้น ให้หลีกเลี่ยงการขอขอบเขตที่ให้สิทธิ์เข้าถึงข้อมูลอีเมลของผู้ใช้แบบเต็ม
- คุณต้องใช้ข้อมูลที่ได้รับจาก Google API ตามนโยบายของ API เท่านั้น และใช้ในลักษณะที่คุณแสดงต่อผู้ใช้ในการดำเนินการของแอปและในนโยบายความเป็นส่วนตัว
- โปรดดูเอกสารประกอบของ API เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับขอบเขตแต่ละรายการ รวมถึง สถานะที่อาจ ละเอียดอ่อน หรือจำกัด
- ประกาศขอบเขตทั้งหมดที่แอปใช้ในหน้า การเข้าถึงข้อมูลของ Cloud Console ระบบจะจัดกลุ่มขอบเขตที่คุณระบุไว้เป็นหมวดหมู่ละเอียดอ่อนหรือจำกัดเพื่อไฮไลต์การยืนยันเพิ่มเติมที่จำเป็น
- ค้นหาขอบเขตที่ดีที่สุดที่ตรงกับข้อมูลที่การผสานรวมใช้ ทำความเข้าใจการใช้งาน ขอยืนยันอีกครั้งว่าทุกอย่างยังคงทำงานได้ในสภาพแวดล้อมการทดสอบ แล้วเตรียมส่งเพื่อรับการยืนยัน
อย่าลืมคำนึงถึงเวลาที่ต้องใช้ในการยืนยันให้เสร็จสมบูรณ์ในแผนการเปิดตัวแอปหรือฟีเจอร์ใหม่ที่ต้องใช้ขอบเขตใหม่ ข้อกำหนดเพิ่มเติมข้อหนึ่งจะเกิดขึ้นหากแอปเข้าถึงหรือมีความสามารถในการเข้าถึงข้อมูลผู้ใช้ Google จากหรือผ่านเซิร์ฟเวอร์ ในกรณีเหล่านี้ ระบบ ต้องผ่านการประเมินความปลอดภัยประจำปีจากผู้ประเมินอิสระที่เป็นบุคคลที่สาม ซึ่งได้รับอนุมัติจาก Google ด้วยเหตุนี้ กระบวนการยืนยันขอบเขตที่จำกัดจึงอาจใช้เวลาหลายสัปดาห์จึงจะเสร็จสมบูรณ์ โปรดทราบว่าแอปทั้งหมดต้องทำตามขั้นตอนการยืนยันแบรนด์ ให้เสร็จสมบูรณ์ก่อน ซึ่งโดยปกติจะใช้เวลา 2-3 วันทำการ หากข้อมูลแบรนด์มีการ เปลี่ยนแปลงนับตั้งแต่การยืนยันหน้าจอขอความยินยอม OAuth ครั้งล่าสุดที่ได้รับอนุมัติ
ประเภทแอปพลิเคชันที่ได้รับอนุญาต
แอปพลิเคชันบางประเภทสามารถเข้าถึงขอบเขตที่จำกัดสำหรับแต่ละผลิตภัณฑ์ได้ คุณดูประเภทแอปพลิเคชันได้ในหน้า Google Developers ของผลิตภัณฑ์ (เช่น นโยบาย Gmail API)
คุณมีหน้าที่ในการทำความเข้าใจและกำหนดประเภทแอปพลิเคชัน อย่างไรก็ตาม หากไม่แน่ใจเกี่ยวกับประเภทแอปพลิเคชันของแอป คุณสามารถไม่เลือกตัวเลือกสำหรับคำถามคุณจะใช้ฟีเจอร์ใดบ้าง เมื่อส่งแอปเพื่อรับการยืนยัน จากนั้นทีมยืนยันของ Google API จะกำหนดประเภทแอปพลิเคชัน
การประเมินความปลอดภัย
ทุกแอปที่ขอสิทธิ์เข้าถึงข้อมูลที่จำกัดของผู้ใช้ Google และมีความสามารถในการเข้าถึงข้อมูลจากหรือผ่านเซิร์ฟเวอร์ของบุคคลที่สามจะต้องผ่านการประเมินความปลอดภัยจากผู้ประเมินความปลอดภัยที่เข้าเกณฑ์ของ Google การประเมินนี้ช่วยรักษาความปลอดภัยของข้อมูลผู้ใช้ Google โดยการยืนยันว่าแอปทั้งหมดที่เข้าถึงข้อมูลผู้ใช้ Google แสดงให้เห็นถึงความสามารถในการจัดการข้อมูลอย่างปลอดภัยและลบข้อมูลผู้ใช้ตามคำขอของผู้ใช้
เราใช้ App Defense Alliance และ เฟรมเวิร์กการประเมินความปลอดภัยของแอปพลิเคชันในระบบคลาวด์ (CASA) เพื่อกำหนดมาตรฐานการประเมินความปลอดภัย
ดังที่กล่าวไว้ก่อนหน้านี้ หากต้องการคงสิทธิ์เข้าถึงขอบเขตที่จำกัดที่ยืนยันแล้ว แอปต้องได้รับการยืนยันอีกครั้งว่ามีการปฏิบัติตามข้อกำหนด และต้องทำการประเมินความปลอดภัยให้เสร็จสมบูรณ์อย่างน้อยทุกๆ 12 เดือนหลังจากวันที่อนุมัติหนังสือแจ้งผลการประเมิน (LOA) ของผู้ประเมิน หากแอปเพิ่มขอบเขตที่จำกัดใหม่ แอปอาจต้องได้รับการประเมินอีกครั้งเพื่อให้ครอบคลุมขอบเขตเพิ่มเติม หากขอบเขตดังกล่าวไม่ได้รวมอยู่ในการประเมินความปลอดภัยครั้งก่อน
ทีมตรวจสอบของ Google จะส่งอีเมลแจ้งให้คุณทราบเมื่อถึงเวลาขอรับการรับรองใหม่สำหรับแอป โปรดเชื่อมโยงบัญชี Google เพิ่มเติมกับโปรเจ็กต์ Cloud Console ในฐานะเจ้าของหรือผู้แก้ไข เพื่อให้มั่นใจว่าสมาชิกที่เหมาะสมในทีมของคุณจะได้รับการแจ้งเตือนเกี่ยวกับการบังคับใช้ประจำปีนี้ นอกจากนี้ การอัปเดตอีเมลติดต่อสำหรับการสนับสนุนผู้ใช้และนักพัฒนาแอปที่ระบุไว้ในหน้าการแสดงแบรนด์ OAuth ของคอนโซล Google Cloud ให้เป็นปัจจุบันอยู่เสมอจะช่วยได้เช่นกัน
ขั้นตอนการเตรียมตัวสำหรับการยืนยัน
แอปทั้งหมดที่ใช้ Google API เพื่อขอสิทธิ์เข้าถึงข้อมูลต้องทำตามขั้นตอนต่อไปนี้เพื่อทำการยืนยันแบรนด์ให้เสร็จสมบูรณ์
- ยืนยันว่าแอปของคุณไม่ได้อยู่ในกรณีการใช้งานใดๆ ในส่วน ข้อยกเว้นสำหรับข้อกำหนดการยืนยัน
- ตรวจสอบว่าแอปของคุณเป็นไปตามข้อกำหนดการแสดงแบรนด์ของ API หรือผลิตภัณฑ์ที่เกี่ยวข้อง เช่น ดูหลักเกณฑ์การแสดงแบรนด์สำหรับขอบเขต Google Sign-In
- ยืนยันความเป็นเจ้าของโดเมนที่ได้รับอนุญาต ของโปรเจ็กต์ภายใน Google Search Console ใช้บัญชี Google ที่เชื่อมโยงกับโปรเจ็กต์คอนโซล API ในฐานะเจ้าของหรือผู้แก้ไข
- ตรวจสอบว่าข้อมูลการแสดงแบรนด์ทั้งหมดในหน้าจอขอความยินยอม OAuth เช่น ชื่อแอป อีเมลสนับสนุน URI ของหน้าแรก URI ของนโยบายความเป็นส่วนตัว ฯลฯ แสดงถึงข้อมูลประจำตัวของแอปอย่างถูกต้อง
ข้อกำหนดของหน้าแรกของแอปพลิเคชัน
ตรวจสอบว่าหน้าแรกเป็นไปตามข้อกำหนดต่อไปนี้
- หน้าแรกต้องเข้าถึงได้แบบสาธารณะ ไม่ใช่เฉพาะผู้ใช้ที่ลงชื่อเข้าสู่ระบบของเว็บไซต์เท่านั้น
- ความเกี่ยวข้องของหน้าแรกกับแอปที่อยู่ระหว่างการตรวจสอบต้องชัดเจน
- ลิงก์ไปยังข้อมูลแอปใน Google Play Store หรือหน้า Facebook ของแอปไม่ถือว่าเป็นหน้าแรกของแอปพลิเคชันที่ถูกต้อง
ข้อกำหนดของลิงก์นโยบายความเป็นส่วนตัวของแอปพลิเคชัน
ตรวจสอบว่านโยบายความเป็นส่วนตัวของแอปเป็นไปตามข้อกำหนดต่อไปนี้
- นโยบายความเป็นส่วนตัวต้องปรากฏให้ผู้ใช้เห็น โฮสต์อยู่ในโดเมนเดียวกับหน้าแรกของแอปพลิเคชัน และลิงก์อยู่ในหน้าจอขอความยินยอม OAuth ของคอนโซล Google API โปรดทราบว่าหน้าแรกต้องมีคำอธิบายฟังก์ชันการทำงานของแอป รวมถึงลิงก์ไปยังนโยบายความเป็นส่วนตัวและข้อกำหนดในการให้บริการ (ไม่บังคับ)
- นโยบายความเป็นส่วนตัวต้องเปิดเผยลักษณะที่แอปพลิเคชันของคุณ เข้าถึง ใช้ จัดเก็บ หรือแชร์ข้อมูลผู้ใช้ Google The privacy policy must comply with the Google API Services User Data Policy and the Limited Use requirements for restricted scopes. คุณต้องจำกัดการใช้ข้อมูลผู้ใช้ Google ให้อยู่ในแนวทางปฏิบัติที่นโยบายความเป็นส่วนตัวที่เผยแพร่เปิดเผยไว้
- * Review example cases of privacy policies that don't meet the Limited Use requirements.
วิธีส่งแอปเพื่อรับการยืนยันแบรนด์
โปรเจ็กต์ คอนโซล Google Cloud จะจัดระเบียบทรัพยากร Cloud Console ทั้งหมด โปรเจ็กต์ประกอบด้วยชุดบัญชี Google ที่เชื่อมโยงกันซึ่งมีสิทธิ์ดำเนินการต่างๆ ในโปรเจ็กต์ ชุด API ที่เปิดใช้แล้ว รวมถึงการตั้งค่าการเรียกเก็บเงิน การตรวจสอบสิทธิ์ และการตรวจสอบ API เหล่านั้น ตัวอย่างเช่น โปรเจ็กต์อาจมีไคลเอ็นต์ OAuth อย่างน้อย 1 รายการ กำหนดค่า API ให้ไคลเอ็นต์เหล่านั้นใช้ และกำหนดค่าหน้าจอขอความยินยอม OAuth ที่แสดงต่อผู้ใช้ก่อนที่ผู้ใช้จะให้สิทธิ์เข้าถึงแอป
หากไคลเอ็นต์ OAuth รายการใดไม่พร้อมใช้งานจริง เราขอแนะนำให้คุณลบไคลเอ็นต์เหล่านั้นออกจากโปรเจ็กต์ที่ขอการยืนยัน คุณสามารถทำได้ในหน้า ไคลเอ็นต์
หากต้องการส่งเพื่อรับการยืนยัน ให้ทำตามขั้นตอนต่อไปนี้
- ตรวจสอบว่าแอปของคุณเป็นไปตามข้อกำหนดในการให้บริการของ Google API และนโยบายข้อมูลผู้ใช้สำหรับบริการ Google API
- อัปเดตบทบาทเจ้าของและผู้แก้ไขของบัญชีที่เชื่อมโยงกับโปรเจ็กต์ รวมถึงอีเมลสนับสนุนผู้ใช้และข้อมูลติดต่อของนักพัฒนาแอปสำหรับหน้าจอคำยินยอม OAuth ใน Cloud Console ให้เป็นปัจจุบัน ซึ่งจะช่วยให้มั่นใจว่าสมาชิกที่เหมาะสมในทีมของคุณจะได้รับการแจ้งเตือนเกี่ยวกับข้อกำหนดใหม่
- ไปที่หน้าการแสดงแบรนด์ OAuth ของ Cloud Console Branding page
- คลิกปุ่มตัวเลือกโปรเจ็กต์
- เลือกโปรเจ็กต์ในกล่องโต้ตอบเลือกจาก ที่ปรากฏขึ้น หากไม่พบโปรเจ็กต์แต่ทราบรหัสโปรเจ็กต์ คุณสามารถสร้าง URL ในเบราว์เซอร์ในรูปแบบต่อไปนี้
https://console.developers.google.com/auth/branding?project=[PROJECT_ID]
- ในหน้าการแสดงแบรนด์ ให้ระบุข้อมูลการแสดงแบรนด์ของแอป ซึ่งรวมถึงชื่อแอป โลโก้ ข้อมูลติดต่อของนักพัฒนาแอป และลิงก์ที่เกี่ยวข้อง ระบบจะบันทึกการเปลี่ยนแปลงที่คุณทำเป็นการแสดงแบรนด์ฉบับร่าง
- คลิกปุ่มยืนยันการแสดงแบรนด์ เพื่อเริ่มกระบวนการประเมิน โดยปกติการตรวจสอบแบบอัตโนมัติจะเสร็จสมบูรณ์ภายในไม่กี่นาที
- เมื่อการประเมินเสร็จสมบูรณ์แล้ว ให้ตรวจสอบสถานะ หากสำเร็จ สถานะจะเปลี่ยนเป็นพร้อมเผยแพร่ หากการยืนยันอัตโนมัติล้มเหลว คุณจะเห็นปัญหาที่ตรวจพบและแก้ไขปัญหาเหล่านั้นหรือขอรับการตรวจสอบโดยเจ้าหน้าที่ได้
- คลิกปุ่มเผยแพร่การแสดงแบรนด์ เพื่อให้การแสดงแบรนด์ใหม่มีผล
- หากแอปของคุณต้องได้รับการยืนยันสำหรับขอบเขตที่ละเอียดอ่อนหรือจำกัดด้วย ให้ไปที่ศูนย์การยืนยัน OAuth Verification Center เพื่อติดตามสถานะการเข้าถึงข้อมูล และระบุข้อมูลเพิ่มเติมที่ระบบขอ เช่น วิดีโอสาธิต โปรดทราบว่าคุณต้องมีสถานะการแสดงแบรนด์ที่เผยแพร่แล้วก่อนจึงจะขอรับการยืนยันสำหรับการเข้าถึงข้อมูลได้
- ใช้ปุ่มเพิ่มหรือนำขอบเขตออก เพื่อประกาศขอบเขตทั้งหมดที่แอปขอ ชุดขอบเขตเริ่มต้นที่จำเป็นสำหรับการลงชื่อเข้าใช้ด้วยบัญชี Google จะมีการป้อนข้อมูลล่วงหน้าในส่วนขอบเขตที่ไม่ละเอียดอ่อน ระบบจะจัดประเภทขอบเขตที่เพิ่มเป็นขอบเขตที่ไม่ละเอียดอ่อน sensitive, or restricted
- ระบุลิงก์สูงสุด 3 รายการไปยังเอกสารประกอบที่เกี่ยวข้องสำหรับฟีเจอร์ที่เกี่ยวข้องในแอป
- ระบุข้อมูลเพิ่มเติมที่ระบบขอเกี่ยวกับแอปในขั้นตอนถัดไป 1. Ensure your app complies with the Additional requirements for specific API scopes, which includes undergoing an annual security assessment if your app accesses restricted scope Google users' data from or through a third-party server. 2. Ensure your app is one of the allowed types specified in the Limited Use section of the Additional requirements for specific API scopes page. 3. If your app is a task automation platform, your demonstration video must showcase how multiple API workflows are created and automated, and in which directions user data flows. 4. 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 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 and restricted scope that you request. 5. If you use multiple clients, and therefore have multiple OAuth client IDs, show how the data is accessed on each OAuth client. 5. Select your permitted application type from the "What features will you use?" list. 6. Describe how you will use the restricted scopes in your app and why more limited scopes aren't sufficient.
หลังจากที่คุณเผยแพร่การแสดงแบรนด์หรือส่งคำขอเข้าถึงข้อมูล ทีมความน่าเชื่อถือและความปลอดภัยของ Google อาจติดต่อกลับทางอีเมลเพื่อขอข้อมูลเพิ่มเติมที่จำเป็นหรือแจ้งขั้นตอนที่คุณต้องดำเนินการให้เสร็จสมบูรณ์ โปรดตรวจสอบอีเมลในส่วนข้อมูลติดต่อของนักพัฒนาแอป และอีเมลสนับสนุนของหน้าจอขอความยินยอม OAuth เพื่อดูคำขอข้อมูลเพิ่มเติม นอกจากนี้ คุณยังดูหน้าการแสดงแบรนด์หรือศูนย์การยืนยันของโปรเจ็กต์เพื่อยืนยันสถานะการตรวจสอบปัจจุบันของโปรเจ็กต์ได้ด้วย ซึ่งรวมถึงการตรวจสอบว่ากระบวนการตรวจสอบหยุดชั่วคราวในขณะที่เรารอการตอบกลับจากคุณหรือไม่
ข้อยกเว้นสำหรับข้อกำหนดการยืนยัน
หากแอปของคุณจะใช้ในสถานการณ์ที่อธิบายไว้ในส่วนต่อไปนี้ คุณไม่จำเป็นต้องส่งแอปเพื่อรับการตรวจสอบ
การใช้งานส่วนตัว
กรณีการใช้งานหนึ่งคือหากคุณเป็นผู้ใช้แอปเพียงคนเดียว หรือมีผู้ใช้แอปเพียงไม่กี่คนซึ่งคุณรู้จักเป็นการส่วนตัว คุณและผู้ใช้จำนวนจำกัดอาจยินดีที่จะดำเนินการผ่านหน้าจอแอปที่ยังไม่ได้ยืนยันและให้สิทธิ์บัญชีส่วนตัวในการเข้าถึงแอป
โปรเจ็กต์ที่ใช้ในระดับการพัฒนา การทดสอบ หรือการใช้งานจริง
เราขอแนะนำให้คุณมีโปรเจ็กต์ที่แตกต่างกันสำหรับสภาพแวดล้อมการทดสอบและสภาพแวดล้อมการใช้งานจริง เพื่อให้เป็นไปตามนโยบาย OAuth 2.0 ของ Google comply เราขอแนะนำให้คุณส่งแอปเพื่อรับการยืนยันก็ต่อเมื่อต้องการให้แอปพร้อมใช้งานสำหรับผู้ใช้ที่มีบัญชี Google ทุกคน ดังนั้น หากแอปอยู่ในขั้นตอนการพัฒนา การทดสอบ หรือการใช้งานจริง คุณไม่จำเป็นต้องทำการยืนยัน
หากแอปอยู่ในขั้นตอนการพัฒนาหรือการทดสอบ คุณสามารถปล่อยให้สถานะการเผยแพร่เป็นการตั้งค่าเริ่มต้นที่กำลังทดสอบ การตั้งค่านี้หมายความว่าแอปของคุณยังอยู่ระหว่างการพัฒนาและพร้อมใช้งานสำหรับผู้ใช้ที่คุณเพิ่มลงในรายชื่อผู้ใช้ทดสอบเท่านั้น คุณต้องจัดการรายชื่อบัญชี Google ที่เกี่ยวข้องกับการพัฒนาหรือการทดสอบแอป
เฉพาะข้อมูลที่เป็นเจ้าของบริการ
หากแอปใช้บัญชีบริการเพื่อเข้าถึงเฉพาะข้อมูลของตัวเอง และไม่ได้เข้าถึงข้อมูลผู้ใช้ (ที่ลิงก์กับบัญชี Google) คุณไม่จำเป็นต้องส่งแอปเพื่อรับการยืนยัน
หากต้องการทำความเข้าใจว่าบัญชีบริการคืออะไร โปรดดู บัญชีบริการ ในเอกสารประกอบของ Google Cloud ดูวิธีการใช้บัญชีบริการได้ที่การใช้ OAuth 2.0 สำหรับแอปพลิเคชันที่มีการโต้ตอบระหว่างเซิร์ฟเวอร์กับเซิร์ฟเวอร์
ใช้ภายในเท่านั้น
ซึ่งหมายความว่าแอปจะใช้โดยบุคคลในองค์กร Google Workspace หรือ Cloud Identity ของคุณเท่านั้น โปรเจ็กต์ต้องเป็นขององค์กร และต้องกำหนดค่าหน้าจอขอความยินยอม OAuth สำหรับประเภทผู้ใช้ภายใน ในกรณีนี้ แอปของคุณอาจต้องได้รับการอนุมัติจากผู้ดูแลระบบองค์กร ดูข้อมูลเพิ่มเติมได้ที่ ข้อควรพิจารณาเพิ่มเติมสำหรับ Google Workspace
- ดูข้อมูลเพิ่มเติมเกี่ยวกับแอปพลิเคชันสาธารณะและแอปพลิเคชันภายใน
- ดูวิธีทำเครื่องหมายแอปเป็นแอปภายในในคำถามที่พบบ่อย ฉันจะทำเครื่องหมายแอปเป็นแอปภายในเท่านั้นได้อย่างไร
การติดตั้งทั่วทั้งโดเมน
หากคุณวางแผนให้แอปกำหนดเป้าหมายเฉพาะผู้ใช้ขององค์กร Google Workspace หรือ Cloud Identity และใช้การติดตั้งทั่วทั้งโดเมนเสมอ แอปของคุณจะไม่ต้องได้รับการยืนยันแบรนด์ อย่างไรก็ตาม หากแอปใช้ขอบเขตที่จำกัดหรือละเอียดอ่อน คุณจะต้องทำการยืนยันแอป เนื่องจากการติดตั้งทั่วทั้งโดเมนช่วยให้ผู้ดูแลระบบโดเมนให้สิทธิ์เข้าถึงข้อมูลผู้ใช้ของคุณแก่แอปพลิเคชันของบุคคลที่สามและแอปพลิเคชันภายในได้ มีเพียงบัญชีผู้ดูแลระบบขององค์กรเท่านั้นที่เพิ่มแอปไปยังรายการที่อนุญาตให้ใช้ภายในโดเมนได้
ดูวิธีทำให้แอปเป็นการติดตั้งทั่วทั้งโดเมนได้ในคำถามที่พบบ่อย แอปพลิเคชันของฉันมีผู้ใช้ที่มีบัญชี Google Workspace for Business จากโดเมน Google Workspace อื่น