Google APIs บางรายการ (รายการที่ยอมรับขอบเขตละเอียดอ่อนหรือถูกจำกัด) มีข้อกำหนดสำหรับแอปที่ขอสิทธิ์เข้าถึงข้อมูลผู้บริโภค ข้อกำหนดเพิ่มเติมสำหรับขอบเขตที่ถูกจำกัดเหล่านี้กำหนดให้แอปต้องแสดงให้เห็นว่าเป็นประเภทแอปพลิเคชันที่ได้รับอนุญาต และต้องส่งเพื่อรับการตรวจสอบเพิ่มเติม ซึ่งรวมถึงการประเมินความปลอดภัยที่อาจเกิดขึ้น
ความเกี่ยวข้องของขอบเขตที่ถูกจำกัดภายใน API ขึ้นอยู่กับระดับการเข้าถึงที่จำเป็นในการให้บริการฟีเจอร์ที่เกี่ยวข้องในแอปเป็นหลัก เช่น อ่านอย่างเดียว เขียนอย่างเดียว อ่านและเขียน เป็นต้น
เมื่อใช้ OAuth 2.0 เพื่อขอสิทธิ์จากบัญชี Google ในการเข้าถึงข้อมูลนี้ คุณจะใช้สตริงที่เรียกว่าขอบเขตเพื่อระบุประเภทข้อมูลที่ต้องการเข้าถึงและระดับการเข้าถึงที่ต้องการ หากแอปขอขอบเขตที่ละเอียดอ่อนหรือถูกจำกัด คุณต้องทำกระบวนการยืนยันให้เสร็จสมบูรณ์ เว้นแต่การใช้งานแอปของคุณจะมีคุณสมบัติตรงตามข้อยกเว้น
ขอบเขตที่ถูกจำกัดมีจำนวนน้อยกว่าขอบเขตที่ละเอียดอ่อน คำถามที่พบบ่อยเกี่ยวกับการยืนยัน OAuth API มีรายการขอบเขตที่ละเอียดอ่อนและถูกจำกัดในปัจจุบัน ขอบเขตเหล่านี้ให้สิทธิ์เข้าถึงข้อมูลผู้ใช้ Google ในวงกว้าง และกำหนดให้คุณต้องผ่านกระบวนการยืนยันขอบเขตก่อนที่จะขอขอบเขตจากบัญชี Google ใดๆ ดูข้อมูลเกี่ยวกับข้อกำหนดนี้ได้ที่นโยบายข้อมูลผู้ใช้บริการ Google API และข้อกำหนดเพิ่มเติมสำหรับขอบเขต API ที่เฉพาะเจาะจง หรือหน้า Google Developer เฉพาะผลิตภัณฑ์ หากคุณจัดเก็บหรือส่งข้อมูลขอบเขตที่ถูกจำกัดบนเซิร์ฟเวอร์ คุณจะต้องทำการประเมินความปลอดภัยให้เสร็จสมบูรณ์
ทำความเข้าใจขอบเขตที่ถูกจำกัด
หากแอปของคุณขอขอบเขตที่ถูกจำกัดและไม่มีสิทธิ์ได้รับข้อยกเว้น คุณต้องปฏิบัติตามข้อกำหนดเพิ่มเติมสำหรับขอบเขต API ที่เฉพาะเจาะจงของนโยบายข้อมูลผู้ใช้บริการ Google API หรือข้อกำหนดเฉพาะผลิตภัณฑ์ในหน้า Google Developer ของผลิตภัณฑ์ ซึ่งต้องใช้กระบวนการตรวจสอบที่ครอบคลุมมากขึ้น
ทำความเข้าใจการใช้ขอบเขต
- ตรวจสอบขอบเขตที่แอปใช้หรือที่คุณต้องการใช้ หากต้องการดูการใช้งานขอบเขตที่มีอยู่ ให้ตรวจสอบซอร์สโค้ดของแอปเพื่อหาขอบเขตที่ส่งมาพร้อมกับคำขอการให้สิทธิ์
- ตรวจสอบว่าขอบเขตที่ขอแต่ละรายการจำเป็นสำหรับการดำเนินการที่ต้องการของฟีเจอร์แอป และใช้สิทธิ์ขั้นต่ำที่สุดที่จำเป็นในการให้บริการฟีเจอร์ดังกล่าว โดยปกติแล้ว Google API จะมีเอกสารอ้างอิงในหน้า Google Developer ของผลิตภัณฑ์สำหรับปลายทางซึ่งรวมถึงขอบเขตที่จำเป็นในการเรียกใช้ปลายทางหรือพร็อพเพอร์ตี้ที่เฉพาะเจาะจงภายใน อ่านข้อมูลเพิ่มเติมเกี่ยวกับขอบเขตการเข้าถึงที่จำเป็นสำหรับปลายทาง API ที่แอปเรียกใช้ได้ในเอกสารอ้างอิงของปลายทางเหล่านั้น ตัวอย่างเช่น สำหรับแอปที่ใช้ Gmail API เพื่อส่งอีเมลในนามของผู้ใช้เป็นครั้งคราวเท่านั้น อย่าขอขอบเขตที่ให้สิทธิ์เข้าถึงข้อมูลอีเมลของผู้ใช้อย่างเต็มรูปแบบ
- ข้อมูลที่คุณได้รับจาก Google API ต้องใช้ตามนโยบายของ API และในลักษณะที่คุณแสดงต่อผู้ใช้ในการดำเนินการของแอปและในนโยบายความเป็นส่วนตัวเท่านั้น
- ดูข้อมูลเพิ่มเติมเกี่ยวกับขอบเขตแต่ละรายการได้ในเอกสารประกอบเกี่ยวกับ API รวมถึงสถานะที่มีความละเอียดอ่อนหรือถูกจำกัดที่อาจเกิดขึ้น
- ประกาศขอบเขตทั้งหมดที่แอปของคุณใช้ในหน้าการเข้าถึงข้อมูลของ Cloud Console ขอบเขตที่คุณระบุจะจัดกลุ่มเป็นหมวดหมู่ที่ละเอียดอ่อนหรือถูกจำกัดเพื่อไฮไลต์การยืนยันเพิ่มเติมที่จำเป็น
- ค้นหาขอบเขตที่ดีที่สุดที่ตรงกับข้อมูลที่การผสานรวมของคุณใช้ ทำความเข้าใจการใช้งาน ยืนยันอีกครั้งว่าทุกอย่างยังคงทำงานได้ในสภาพแวดล้อมการทดสอบ แล้วเตรียมส่งเพื่อรับการยืนยัน
อย่าลืมคำนึงถึงเวลาที่ต้องใช้ในการยืนยันให้เสร็จสมบูรณ์ในแผนการเปิดตัวแอปหรือฟีเจอร์ใหม่ที่ต้องใช้ขอบเขตใหม่ ข้อกำหนดเพิ่มเติมข้อหนึ่งจะมีผลบังคับใช้หากแอปเข้าถึงหรือมีความสามารถในการเข้าถึงข้อมูลผู้ใช้ Google จากหรือผ่านเซิร์ฟเวอร์ ในกรณีเหล่านี้ ระบบต้องผ่านการประเมินความปลอดภัยประจำปีจากผู้ประเมินอิสระที่เป็นบุคคลที่สามซึ่งได้รับอนุมัติจาก Google ด้วยเหตุนี้ กระบวนการยืนยันขอบเขตที่ถูกจำกัดจึงอาจใช้เวลาหลายสัปดาห์จึงจะเสร็จสมบูรณ์ โปรดทราบว่าแอปทั้งหมดต้องทำตามขั้นตอนการยืนยันแบรนด์ให้เสร็จก่อน ซึ่งโดยปกติจะใช้เวลา 2-3 วันทำการ หากข้อมูลการสร้างแบรนด์มีการเปลี่ยนแปลงนับตั้งแต่การยืนยันหน้าจอขอความยินยอม OAuth ที่ได้รับอนุมัติครั้งล่าสุด
ประเภทแอปพลิเคชันที่อนุญาต
แอปพลิเคชันบางประเภทสามารถเข้าถึงขอบเขตที่ถูกจำกัดสำหรับแต่ละผลิตภัณฑ์ได้ คุณดูประเภทแอปพลิเคชันได้ในหน้า Google Developer สำหรับผลิตภัณฑ์นั้นๆ (เช่น นโยบาย Gmail API)
คุณมีหน้าที่ทำความเข้าใจและกำหนดประเภทใบสมัครของคุณ อย่างไรก็ตาม หากไม่แน่ใจเกี่ยวกับประเภทแอปพลิเคชันของแอปจริงๆ คุณสามารถเลือกไม่ใช้ตัวเลือกสำหรับคำถามคุณจะใช้ฟีเจอร์ใดเมื่อส่งแอปเพื่อรับการยืนยัน จากนั้นทีมตรวจสอบ Google API จะพิจารณาประเภทแอปพลิเคชัน
การประเมินความปลอดภัย
แอปทุกแอปที่ขอสิทธิ์เข้าถึงข้อมูลที่ถูกจำกัดของผู้ใช้ Google และมีความสามารถในการเข้าถึงข้อมูลจากหรือผ่านเซิร์ฟเวอร์ของบุคคลที่สามจะต้องผ่านการประเมินความปลอดภัยจากผู้ประเมินความปลอดภัยที่เข้าเกณฑ์ของ Google การประเมินนี้ช่วยรักษาข้อมูลของผู้ใช้ Google ให้ปลอดภัยโดยการยืนยันว่าแอปทั้งหมดที่เข้าถึงข้อมูลผู้ใช้ Google แสดงให้เห็นถึงความสามารถในการจัดการข้อมูลอย่างปลอดภัยและลบข้อมูลผู้ใช้ตามคำขอของผู้ใช้
เราใช้ App Defense Alliance และเฟรมเวิร์กการประเมินความปลอดภัยของแอปพลิเคชันในระบบคลาวด์ (CASA) เพื่อสร้างมาตรฐานให้กับการประเมินความปลอดภัย
ตามที่กล่าวไว้ก่อนหน้านี้ หากต้องการรักษาสิทธิ์เข้าถึงขอบเขตที่ถูกจำกัดซึ่งได้รับการยืนยันแล้ว แอปต้องได้รับการยืนยันซ้ำเพื่อความสอดคล้องและทำการประเมินความปลอดภัยให้เสร็จสมบูรณ์อย่างน้อยทุกๆ 12 เดือนหลังจากวันที่อนุมัติหนังสือการประเมิน (LOA) ของผู้ประเมิน หากแอปเพิ่มขอบเขตที่ถูกจำกัดใหม่ แอปอาจต้องได้รับการประเมินอีกครั้งเพื่อให้ครอบคลุมขอบเขตเพิ่มเติม หากไม่ได้รวมอยู่ในการประเมินความปลอดภัยก่อนหน้านี้
ทีมตรวจสอบของ Google จะส่งอีเมลถึงคุณเมื่อถึงเวลาที่ต้องรับรองแอปอีกครั้ง หากต้องการตรวจสอบว่าสมาชิกที่ถูกต้องในทีมของคุณได้รับแจ้งเกี่ยวกับการบังคับใช้ประจำปีนี้ ให้เชื่อมโยงบัญชี Google เพิ่มเติมกับโปรเจ็กต์ Cloud Console ในฐานะเจ้าของหรือผู้แก้ไข นอกจากนี้ยังช่วยให้อีเมลติดต่อฝ่ายสนับสนุนผู้ใช้และนักพัฒนาแอปที่ระบุไว้ในหน้าการสร้างแบรนด์ OAuth ของคอนโซล Google Cloud เป็นปัจจุบันอยู่เสมอ
ขั้นตอนการเตรียมพร้อมสำหรับการยืนยัน
แอปทั้งหมดที่ใช้ Google APIs เพื่อขอสิทธิ์เข้าถึงข้อมูลต้องทำตามขั้นตอนต่อไปนี้เพื่อยืนยันแบรนด์ให้เสร็จสมบูรณ์
- ยืนยันว่าแอปของคุณไม่อยู่ในกรณีการใช้งานใดๆ ในส่วนข้อยกเว้นสำหรับข้อกำหนดในการยืนยัน
- ตรวจสอบว่าแอปเป็นไปตามข้อกำหนดแบรนด์ของ API หรือผลิตภัณฑ์ที่เกี่ยวข้อง ตัวอย่างเช่น ดูหลักเกณฑ์การใช้แบรนด์สำหรับขอบเขต Google Sign-In
- ยืนยันการเป็นเจ้าของโดเมนที่ได้รับอนุญาตของโปรเจ็กต์ภายใน Google Search Console ใช้บัญชี Google ที่เชื่อมโยงกับโปรเจ็กต์คอนโซล API ในฐานะเจ้าของหรือผู้แก้ไข
- ตรวจสอบว่าข้อมูลการสร้างแบรนด์ทั้งหมดในหน้าจอขอความยินยอม OAuth เช่น ชื่อแอป อีเมลสนับสนุน URI ของหน้าแรก URI ของนโยบายความเป็นส่วนตัว ฯลฯ แสดงข้อมูลประจำตัวของแอปอย่างถูกต้อง
ข้อกำหนดของหน้าแรกของแอปพลิเคชัน
ตรวจสอบว่าหน้าแรกเป็นไปตามข้อกำหนดต่อไปนี้
- หน้าแรกต้องเข้าถึงได้แบบสาธารณะ ไม่ใช่แค่เข้าถึงได้สำหรับผู้ใช้ที่เข้าสู่ระบบของเว็บไซต์เท่านั้น
- ความเกี่ยวข้องของหน้าแรกกับแอปที่อยู่ระหว่างการตรวจสอบต้องชัดเจน
- ลิงก์ไปยังข้อมูลของแอปใน Google Play Store หรือหน้า Facebook ของแอปไม่ถือว่าเป็นหน้าแรกของแอปพลิเคชันที่ถูกต้อง
ข้อกำหนดเกี่ยวกับลิงก์นโยบายความเป็นส่วนตัวของแอปพลิเคชัน
ตรวจสอบว่านโยบายความเป็นส่วนตัวของแอปเป็นไปตามข้อกำหนดต่อไปนี้
- นโยบายความเป็นส่วนตัวต้องแสดงให้ผู้ใช้เห็น โดยโฮสต์ภายในโดเมนเดียวกับหน้าแรกของแอปพลิเคชัน และลิงก์กับหน้าจอขอความยินยอม OAuth ของคอนโซล Google API โปรดทราบว่าหน้าแรกต้องมีคำอธิบายฟังก์ชันการทำงานของแอป รวมถึงลิงก์ไปยังนโยบายความเป็นส่วนตัวและข้อกำหนดในการให้บริการ (ไม่บังคับ)
- นโยบายความเป็นส่วนตัวต้องเปิดเผยลักษณะที่แอปพลิเคชันของคุณเข้าถึง ใช้ จัดเก็บ หรือแชร์ข้อมูลผู้ใช้ Google นโยบายความเป็นส่วนตัวต้องเป็นไปตามนโยบายข้อมูลผู้ใช้บริการ Google API และข้อกำหนดการใช้งานที่จำกัดสำหรับขอบเขตที่ถูกจำกัด คุณต้องจำกัดการใช้ข้อมูลผู้ใช้ Google ไว้เฉพาะแนวทางปฏิบัติที่นโยบายความเป็นส่วนตัวที่เผยแพร่ของคุณเปิดเผยไว้
- ดูตัวอย่างกรณีของนโยบายความเป็นส่วนตัวที่ไม่เป็นไปตามข้อกำหนดการใช้งานแบบจำกัด
วิธีส่งแอปเพื่อรับการยืนยันแบรนด์
โปรเจ็กต์คอนโซล Google Cloud จะจัดระเบียบทรัพยากรทั้งหมดในคอนโซล Cloud โปรเจ็กต์ประกอบด้วยชุดบัญชี Google ที่เชื่อมโยงซึ่งมีสิทธิ์ดำเนินการโปรเจ็กต์ ชุด API ที่เปิดใช้ และการตั้งค่าการเรียกเก็บเงิน การตรวจสอบสิทธิ์ และการตรวจสอบสำหรับ API เหล่านั้น ตัวอย่างเช่น โปรเจ็กต์อาจมีไคลเอ็นต์ OAuth อย่างน้อย 1 รายการ กำหนดค่า API เพื่อให้ไคลเอ็นต์เหล่านั้นใช้งาน และกำหนดค่าหน้าจอขอความยินยอม OAuth ที่แสดงต่อผู้ใช้ก่อนที่จะให้สิทธิ์เข้าถึงแอปของคุณ
หากไคลเอ็นต์ OAuth ของคุณยังไม่พร้อมใช้งานจริง เราขอแนะนำให้คุณลบไคลเอ็นต์ดังกล่าวออกจากโปรเจ็กต์ที่ขอรับการยืนยัน โดยคุณจะทำขั้นตอนนี้ได้ในหน้าลูกค้า
หากต้องการส่งเพื่อรับการยืนยัน ให้ทำตามขั้นตอนต่อไปนี้
- ตรวจสอบว่าแอปเป็นไปตามข้อกำหนดในการให้บริการของ Google APIs และนโยบายข้อมูลผู้ใช้สำหรับบริการ Google API
- อัปเดตบทบาทเจ้าของและผู้แก้ไขของบัญชีที่เชื่อมโยงกับโปรเจ็กต์ให้เป็นปัจจุบัน รวมถึงอีเมลสนับสนุนผู้ใช้ของหน้าจอขอความยินยอม OAuth และข้อมูลติดต่อของนักพัฒนาแอปใน Cloud Console วิธีนี้จะช่วยให้มั่นใจได้ว่าสมาชิกที่เหมาะสมในทีมจะได้รับแจ้งเกี่ยวกับข้อกำหนดใหม่ๆ
- ไปที่หน้าการสร้างแบรนด์ OAuth ของ Cloud Console
- คลิกปุ่มตัวเลือกโปรเจ็กต์
ในกล่องโต้ตอบเลือกจากที่ปรากฏขึ้น ให้เลือกโปรเจ็กต์ หากไม่พบโปรเจ็กต์แต่ทราบรหัสโปรเจ็กต์ คุณสามารถสร้าง URL ในเบราว์เซอร์ในรูปแบบต่อไปนี้
https://console.developers.google.com/auth/branding?project=[PROJECT_ID]
แทนที่ [PROJECT_ID] ด้วยรหัสโปรเจ็กต์ที่ต้องการใช้
ในหน้าการสร้างแบรนด์ ให้ระบุข้อมูลการสร้างแบรนด์ของแอป ซึ่งรวมถึงชื่อแอป โลโก้ ข้อมูลติดต่อนักพัฒนาแอป และลิงก์ที่เกี่ยวข้อง ระบบจะบันทึกการเปลี่ยนแปลงที่คุณทำเป็นการสร้างแบรนด์ฉบับร่าง
คลิกปุ่มยืนยันการสร้างแบรนด์เพื่อเริ่มกระบวนการประเมิน โดยปกติแล้ว การตรวจสอบแบบอัตโนมัติจะเสร็จสิ้นภายในไม่กี่นาที
เมื่อการประเมินเสร็จสมบูรณ์แล้ว ให้ตรวจสอบสถานะ หากสำเร็จ สถานะจะเปลี่ยนเป็นพร้อมเผยแพร่ หากการยืนยันอัตโนมัติไม่สำเร็จ คุณจะเห็นปัญหาที่ตรวจพบและแก้ไขปัญหาเหล่านั้นหรือขอรับการตรวจสอบโดยเจ้าหน้าที่ได้
คลิกปุ่มเผยแพร่การสร้างแบรนด์เพื่อเผยแพร่การสร้างแบรนด์ใหม่
หากแอปของคุณต้องมีการยืนยันสำหรับขอบเขตที่ละเอียดอ่อนหรือถูกจำกัดด้วย ให้ไปที่ศูนย์การยืนยัน OAuth เพื่อติดตามสถานะการเข้าถึงข้อมูลและระบุข้อมูลเพิ่มเติมที่ขอ เช่น วิดีโอสาธิต โปรดทราบว่าคุณต้องมีสถานะการสร้างแบรนด์ที่เผยแพร่แล้วก่อนจึงจะขอรับการยืนยันสำหรับการเข้าถึงข้อมูลได้
ใช้ปุ่มเพิ่มหรือนำขอบเขตออกเพื่อประกาศขอบเขตทั้งหมดที่แอปของคุณขอ ขอบเขตชุดแรกที่จำเป็นสำหรับ Google Sign-In จะได้รับการกรอกข้อมูลล่วงหน้าในส่วนขอบเขตที่ไม่ละเอียดอ่อน ขอบเขตที่เพิ่มจะจัดประเภทเป็นไม่ละเอียดอ่อน ละเอียดอ่อน หรือถูกจำกัด
ระบุลิงก์สูงสุด 3 รายการไปยังเอกสารประกอบที่เกี่ยวข้องสำหรับฟีเจอร์ที่เกี่ยวข้องในแอปของคุณ
ระบุข้อมูลเพิ่มเติมที่ระบบขอเกี่ยวกับแอปของคุณในขั้นตอนต่อๆ ไป
- ตรวจสอบว่าแอปเป็นไปตามข้อกำหนดเพิ่มเติมสำหรับขอบเขต API ที่เฉพาะเจาะจง ซึ่งรวมถึงการประเมินความปลอดภัยประจำปีหากแอปเข้าถึงข้อมูลของผู้ใช้ Google ในขอบเขตที่ถูกจำกัดจากหรือผ่านเซิร์ฟเวอร์ของบุคคลที่สาม
- ตรวจสอบว่าแอปของคุณเป็นหนึ่งในประเภทที่อนุญาตซึ่งระบุไว้ในส่วนการใช้งานแบบจำกัดของหน้าข้อกำหนดเพิ่มเติมสำหรับขอบเขต API ที่เฉพาะเจาะจง
- หากแอปของคุณเป็นแพลตฟอร์มการทำงานอัตโนมัติ วิดีโอสาธิตต้องแสดงให้เห็นวิธีสร้างและทำให้เวิร์กโฟลว์ API หลายรายการเป็นแบบอัตโนมัติ รวมถึงทิศทางการไหลของข้อมูลผู้ใช้
- เตรียมวิดีโอที่สาธิตวิธีที่ผู้ใช้เริ่มต้นและให้สิทธิ์เข้าถึงขอบเขตที่ขออย่างครบถ้วน และแสดงรายละเอียดการใช้งานขอบเขตที่ละเอียดอ่อนและถูกจำกัดซึ่งได้รับสิทธิ์ในแอป อัปโหลดวิดีโอไปยัง YouTube Studio และตั้งค่าระดับการเข้าถึงเป็นไม่เป็นสาธารณะ คุณต้องระบุลิงก์ไปยังวิดีโอสาธิตในช่องลิงก์ YouTube
- แสดงกระบวนการให้สิทธิ์ OAuth ที่ผู้ใช้จะได้รับเป็นภาษาอังกฤษ ซึ่งรวมถึงขั้นตอนขอความยินยอม และขั้นตอนการลงชื่อเข้าใช้หากคุณใช้ Google Sign-In
- แสดงให้เห็นว่าหน้าจอขอความยินยอม OAuth แสดงชื่อแอปอย่างถูกต้อง
- แสดงให้เห็นว่าแถบที่อยู่ของเบราว์เซอร์ในหน้าจอขอความยินยอม OAuth มีรหัสไคลเอ็นต์ OAuth ของแอปอย่างถูกต้อง
- หากต้องการแสดงวิธีใช้ข้อมูล ให้สาธิตฟังก์ชันการทำงานที่เปิดใช้โดยขอบเขตที่ละเอียดอ่อนและถูกจำกัดแต่ละรายการที่คุณขอ
- หากคุณใช้ไคลเอ็นต์หลายรายการและมีรหัสไคลเอ็นต์ OAuth หลายรายการ ให้แสดงวิธีเข้าถึงข้อมูลในไคลเอ็นต์ OAuth แต่ละรายการ
- เลือกประเภทแอปพลิเคชันที่ได้รับอนุญาตจากรายการ "คุณจะใช้ฟีเจอร์ใด"
- อธิบายวิธีที่คุณจะใช้ขอบเขตที่ถูกจำกัดในแอป และเหตุผลที่ขอบเขตที่จำกัดมากกว่านี้ไม่เพียงพอ
หลังจากที่คุณเผยแพร่การสร้างแบรนด์หรือส่งคำขอเข้าถึงข้อมูล ทีมความน่าเชื่อถือและความปลอดภัยของ Google อาจติดตามผลทางอีเมลพร้อมข้อมูลเพิ่มเติมที่ต้องการหรือขั้นตอนที่คุณต้องดำเนินการให้เสร็จสมบูรณ์ ตรวจสอบอีเมลในส่วนข้อมูลติดต่อของนักพัฒนาแอปและอีเมลสำหรับการสนับสนุนของหน้าจอขอความยินยอม OAuth เพื่อดูคำขอข้อมูลเพิ่มเติม นอกจากนี้ คุณยังดูหน้าการสร้างแบรนด์หรือศูนย์การยืนยันของโปรเจ็กต์เพื่อยืนยันสถานะการตรวจสอบปัจจุบันของโปรเจ็กต์ได้ด้วย รวมถึงดูว่ากระบวนการตรวจสอบหยุดชั่วคราวขณะที่เรารอการตอบกลับจากคุณหรือไม่
ข้อยกเว้นสำหรับข้อกำหนดในการยืนยัน
หากจะใช้แอปของคุณในสถานการณ์ใดๆ ที่อธิบายไว้ในส่วนต่อไปนี้ คุณไม่จำเป็นต้องส่งแอปเพื่อรับการตรวจสอบ
การใช้งานส่วนตัว
กรณีการใช้งานหนึ่งคือหากคุณเป็นผู้ใช้แอปเพียงคนเดียว หรือหากแอปของคุณมีผู้ใช้เพียงไม่กี่คน ซึ่งทุกคนเป็นคนที่คุณรู้จักเป็นการส่วนตัว คุณและผู้ใช้จำนวนจำกัดอาจดำเนินการต่อผ่านหน้าจอแอปที่ไม่ได้รับการยืนยันและให้สิทธิ์บัญชีส่วนตัวเข้าถึงแอปของคุณได้
โปรเจ็กต์ที่ใช้ในระดับการพัฒนา การทดสอบ หรือการทดลองใช้จริง
เพื่อให้เป็นไปตามนโยบาย Google OAuth 2.0 เราขอแนะนำให้คุณมีโปรเจ็กต์ที่แตกต่างกันสำหรับสภาพแวดล้อมการทดสอบและสภาพแวดล้อมฮาร์ดแวร์และซอฟต์แวร์ เราขอแนะนำให้คุณส่งแอปเพื่อรับการยืนยันเฉพาะในกรณีที่ต้องการให้แอปพร้อมใช้งานสำหรับผู้ใช้ที่มีบัญชี Google ดังนั้น หากแอปอยู่ในขั้นตอนการพัฒนา การทดสอบ หรือการทดลองใช้ คุณไม่จำเป็นต้องทำการยืนยัน
หากแอปอยู่ในขั้นตอนการพัฒนาหรือการทดสอบ คุณสามารถปล่อยสถานะการเผยแพร่ไว้ในการตั้งค่าเริ่มต้นของการทดสอบได้ การตั้งค่านี้หมายความว่าแอปของคุณยังอยู่ระหว่างการพัฒนาและพร้อมให้บริการแก่ผู้ใช้ที่คุณเพิ่มลงในรายชื่อผู้ใช้ทดสอบเท่านั้น คุณต้องจัดการรายชื่อบัญชี Google ที่เกี่ยวข้องกับการพัฒนาหรือการทดสอบแอป
ข้อมูลที่บริการเป็นเจ้าของเท่านั้น
หากแอปใช้บัญชีบริการเพื่อเข้าถึงเฉพาะข้อมูลของแอปเอง และไม่ได้เข้าถึงข้อมูลผู้ใช้ (ที่ลิงก์กับบัญชี Google) คุณก็ไม่จำเป็นต้องส่งเพื่อรับการยืนยัน
หากต้องการทำความเข้าใจว่าบัญชีบริการคืออะไร โปรดดูหัวข้อบัญชีบริการในเอกสารประกอบของ Google Cloud ดูวิธีการใช้บัญชีบริการได้ที่หัวข้อการใช้ OAuth 2.0 สำหรับแอปพลิเคชันแบบเซิร์ฟเวอร์ต่อเซิร์ฟเวอร์
ใช้ภายในเท่านั้น
ซึ่งหมายความว่าแอปนี้จะใช้ได้เฉพาะผู้ใช้ในองค์กร Google Workspace หรือ Cloud Identity ของคุณเท่านั้น องค์กรต้องเป็นเจ้าของโปรเจ็กต์ และต้องกำหนดค่าหน้าจอขอความยินยอม OAuth สำหรับประเภทผู้ใช้ภายใน ในกรณีนี้ แอปของคุณอาจต้องได้รับอนุมัติจากผู้ดูแลระบบองค์กร โปรดดูข้อมูลเพิ่มเติมที่หัวข้อข้อควรพิจารณาเพิ่มเติมสำหรับ Google Workspace
- ดูข้อมูลเพิ่มเติมเกี่ยวกับแอปพลิเคชันสาธารณะและแอปพลิเคชันภายใน
- ดูวิธีทำเครื่องหมายแอปเป็นแอปภายในได้ในคำถามที่พบบ่อยหัวข้อฉันจะทำเครื่องหมายแอปเป็นแอปภายในเท่านั้นได้อย่างไร
การติดตั้งทั่วทั้งโดเมน
หากคุณวางแผนให้แอปกำหนดเป้าหมายเฉพาะผู้ใช้ขององค์กร Google Workspace หรือ Cloud Identity และใช้การติดตั้งทั่วทั้งโดเมนเสมอ แอปของคุณก็ไม่จำเป็นต้องมีการยืนยันแบรนด์ อย่างไรก็ตาม หากแอปใช้ขอบเขตที่ถูกจำกัดหรือละเอียดอ่อน คุณจะต้องยืนยันแอป เนื่องจากการติดตั้งทั่วทั้งโดเมนช่วยให้ผู้ดูแลระบบโดเมนให้สิทธิ์แอปพลิเคชันบุคคลที่สามและแอปพลิเคชันภายในเข้าถึงข้อมูลของผู้ใช้ได้ ผู้ดูแลระบบองค์กรเป็นบัญชีเดียวที่สามารถเพิ่มแอปไปยังรายการที่อนุญาตเพื่อใช้ภายในโดเมนของตนได้
ดูวิธีทำให้แอปเป็นการติดตั้งทั่วทั้งโดเมนได้ในคำถามที่พบบ่อย แอปพลิเคชันของฉันมีผู้ใช้ที่มีบัญชีองค์กรจากโดเมน Google Workspace อื่น