กระบวนการตรวจสอบแอปและข้อกำหนดสำหรับ Google Workspace Marketplace

• ปุ่มสำหรับสื่อสารกับแอปจะอยู่ในคำอธิบาย
• ชื่อแอปขึ้นต้นด้วย A-Z (ตัวพิมพ์ใหญ่) หรือ 0-9 โดยต้องไม่ขึ้นต้นด้วยสัญลักษณ์

• แอปจะส่งข้อความต้อนรับโดยอัตโนมัติทุกครั้งที่ผู้ใช้เริ่มส่งข้อความส่วนตัวหรือเพิ่มแอปลงในพื้นที่ทำงาน ข้อความต้อนรับแตกต่างจากคําสั่ง "ความช่วยเหลือ" ดูข้อมูลเพิ่มเติมได้ที่ สร้างหน้าแรกสําหรับแอป Google Chat
• แอปรองรับคําสั่ง "ความช่วยเหลือ" และช่วยให้ผู้ใช้เริ่มต้นใช้งานแอปได้ ดูข้อมูลเพิ่มเติมได้ที่ ตอบกลับคําสั่งเครื่องหมายทับ
• แอปจะตอบสนองเสมอเมื่อพูดกับมันในพื้นที่ทำงานหรือแชทส่วนตัว
• ข้อความใช้การสะกด อักษรตัวพิมพ์ใหญ่ เครื่องหมายวรรคตอน และไวยากรณ์ที่ถูกต้อง ข้อความไม่มีเนื้อหาที่เป็นอันตราย ไม่เหมาะสม หรือเป็นการละเมิด
• ข้อความใช้การจัดรูปแบบข้อความหรือการ์ดที่ชัดเจน กระชับ และสอดคล้องกันตามข้อกำหนดของ Google
• หากการตอบกลับใช้เวลานานกว่า 2 วินาที แอปจะส่งข้อความอธิบายความล่าช้า
• แอปที่ส่งการแจ้งเตือนต้องอนุญาตให้ผู้ใช้ปิดการแจ้งเตือนได้
• ผู้ใช้สามารถเพิ่มแอปในพื้นที่ทำงานได้โดยใช้การ @พูดถึง
• ผู้ใช้สามารถนำแอปออกจากพื้นที่ทำงานได้โดยใช้เมนูดูสมาชิก
• แอปจะระบุทุกอย่างที่จำเป็นต่อการใช้งานแก่ผู้ใช้
• รูปแบบการ์ดที่แอปใช้เป็นไปตามข้อกำหนดของ Google ดูหัวข้อ สร้างการ์ดแบบอินเทอร์แอกทีฟ
• แอปจะพร้อมใช้งานจากตัวเลือกค้นหาแอปในเมนู Chat
• URL ภายนอกที่แอปโต้ตอบด้วยไม่ได้อยู่ในสภาพแวดล้อมการทดสอบหรือการพัฒนา
• คุณต้อง @พูดถึงแอปในทุกข้อความที่ส่งถึงแอปในพื้นที่ทำงาน นี่เป็นวิธีเดียวที่แอปจะรู้ว่าต้องตอบกลับ
• หากแอป Chat แสดงตัวอย่างลิงก์จากโดเมนของบุคคลที่สาม ให้ทำดังนี้
  • ตัวอย่างลิงก์จะให้ข้อมูลเพิ่มเติมที่เกี่ยวข้องกับข้อความของผู้ใช้ เช่น การแสดงตัวอย่างลิงก์ไปยังดีลการขายจะเพิ่มข้อมูล เช่น บัญชี จํานวนเงิน และระยะ
  • นักพัฒนาแอปเป็นบริษัทในเครือของโดเมนที่แสดงตัวอย่าง

  ดูข้อมูลเพิ่มเติมได้ที่แสดงตัวอย่างลิงก์

• (แนะนำ) หากต้องการให้ผู้ดูแลระบบ Workspace ติดตั้งแอปของคุณในนามของผู้ใช้ในองค์กร แอปของคุณต้องสามารถรับและส่งข้อความส่วนตัวได้

• แอปมีรูปโปรไฟล์ที่ชัดเจนและจดจำได้

• แอปไม่ได้ใช้ส่วนขยายเบราว์เซอร์ Chrome เพื่อให้บริการฟังก์ชันการทำงานโดยจัดการ HTML ของไดรฟ์โดยตรง
• หากแอปใช้ขอบเขตที่มีความละเอียดอ่อนหรือถูกจํากัด แอปจะต้องได้รับการยืนยันผ่าน OAuth โปรดดูฉันจะยื่นคำขอรับการยืนยันได้อย่างไร
• หากแอปใช้ขอบเขตที่จํากัด แอปจะต้องผ่านการประเมินความปลอดภัยด้วย ดูเหตุผลที่ต้องมีการประเมินความปลอดภัย

• หากแอปจัดเก็บไฟล์ในไดรฟ์ แอปจะอนุญาตให้ผู้ใช้เลือกโฟลเดอร์ หรือสร้างและใช้โฟลเดอร์เฉพาะแอปซ้ำ ข้อมูลการกําหนดค่าสามารถจัดเก็บไว้ในโฟลเดอร์ข้อมูลแอป แอปจะไม่คัดลอกไฟล์ลงในโฟลเดอร์ไดรฟ์ของฉันของผู้ใช้
• แอปจะจัดเก็บเฉพาะไฟล์ในไดรฟ์ที่เชื่อมต่อกับฟังก์ชันการทำงานที่บันทึกไว้ของแอป

• ส่วนเสริมจะมีการดำเนินการที่จำเป็นและคาดหวังไว้ รวมถึงมีเครื่องมือทั้งหมดที่จำเป็นในการทำงานตามเวิร์กโฟลว์ให้เสร็จสมบูรณ์ เช่น
  • หากส่วนเสริมใช้การจัดรูปแบบกับทั้งเอกสาร ก็จะมีตัวเลือกให้ใช้การจัดรูปแบบกับข้อความที่เลือกเท่านั้น
  • หากส่วนเสริมอัปโหลดข้อมูลสเปรดชีตไปยังฟีดบริการเว็บ ก็จะลิงก์ไปยังฟีดนั้นเพื่อให้ไปยังส่วนต่างๆ ได้ง่าย
  • หากส่วนเสริมกำหนดให้ผู้ใช้ต้องมีบัญชี ก็จะต้องมีลิงก์หรือข้อมูลสำหรับสร้างบัญชีได้โดยง่ายในกรณีที่ผู้ใช้ยังไม่มีบัญชี
• ส่วนเสริมจะมีรายการเมนูในแท็บส่วนเสริม
• แม้ว่าส่วนเสริมจะเป็นเพียงฟังก์ชันที่กำหนดเอง แต่ก็ยังต้องมีเอกสารประกอบที่เหมาะสม
• ส่วนเสริมใช้ onInstall() และ onOpen() อย่างถูกต้องเพื่อแสดงข้อมูลในเมนู รายการเมนูจะปรากฏขึ้นเมื่อติดตั้งส่วนเสริมเป็นครั้งแรกและเมื่อมีการเปิดไฟล์อื่น โปรดดู การให้สิทธิ์ส่วนเสริมของ Editor
• ตั้งค่าโหมดการให้สิทธิ์อย่างถูกต้อง ดูหัวข้อ โหมดการให้สิทธิ์
• ต้องติดตั้งส่วนเสริมในรันไทม์ V8 ของ Apps Script ดูข้อมูลเพิ่มเติมได้ที่ภาพรวมรันไทม์ V8

• ส่วนเสริมจะให้ข้อมูลทั้งหมดที่จำเป็นต่อการทำความเข้าใจพื้นฐานเกี่ยวกับผลิตภัณฑ์และวิธีการใช้งาน
• โค้ดของส่วนเสริมไม่ได้ใช้ไลบรารีมากเกินไป เนื่องจากไลบรารีอาจทำให้ประสิทธิภาพของส่วนเสริมลดลง
• ระบบจะหลีกเลี่ยงข้อผิดพลาดหากเป็นไปได้และจัดการอย่างเหมาะสม หากไม่สามารถทำได้ ระบบจะทำดังนี้
  • ข้อความแสดงข้อผิดพลาดจะปรากฏในหน้าต่างโต้ตอบ ไม่ใช่ในการแจ้งเตือน JavaScript หรือในแถบสีแดงเริ่มต้น โดยอธิบายปัญหาและสิ่งที่ผู้ใช้ต้องทำเพื่อแก้ไขปัญหาด้วยภาษาที่เข้าใจง่าย
  • หากผู้ใช้ดำเนินการไม่ถูกต้อง ระบบจะแสดงปุ่มที่จะช่วยแก้ปัญหาให้ผู้ใช้
  • ดูข้อมูลเพิ่มเติมได้ที่ คู่มือสไตล์ส่วนเสริม
• ลิงก์ไปยังหน้าภายนอกเปิดในหน้าต่างใหม่และถูกต้อง
• ส่วนเสริมใช้งานง่ายและออกแบบมาอย่างดี ซึ่งหมายความว่า
  • ผู้ใช้จะทราบสิ่งที่ต้องทำและวิธีดำเนินการอย่างชัดเจนเสมอ
  • ส่วนเสริมนี้เข้าถึงได้ง่ายและเข้าใจง่าย หลีกเลี่ยงการใช้คำศัพท์ทางเทคนิคและภาษาเฉพาะวงการ
  • เวิร์กโฟลว์มีความชัดเจนและอำนวยความสะดวกให้มากที่สุด
  • ผู้ใช้และเนื้อหาของผู้ใช้จะปลอดภัยมากที่สุด
• ส่วนเสริมเป็นไปตาม คู่มือสไตล์ UI สำหรับส่วนเสริมของเครื่องมือแก้ไข และใช้ แพ็กเกจ CSS สำหรับส่วนเสริมของเครื่องมือแก้ไข
• ส่วนเสริมจะใช้การกระทําหลักสีน้ําเงินเพียงรายการเดียวต่อการแสดงผล
• ส่วนเสริมจะแสดงกล่องโต้ตอบทีละรายการ โดยจะไม่ซ้อนทับกันหรือเปิดกล่องโต้ตอบหลายรายการพร้อมกัน
• UI ของส่วนเสริมจะพอดีกับพื้นที่ที่กําหนดไว้อย่างเรียบร้อย
  • ข้อความและป้ายกำกับจะไม่ถูกตัดให้เหลือเพียง "..."
  • ผู้ใช้ไม่ต้องเลื่อนแนวตั้งมากนัก
  • ความกว้างของเนื้อหาต้องไม่เกิน 300p เพื่อไม่ให้มีแถบเลื่อนแนวนอน
• ส่วนเสริมกำหนดให้ต้องยืนยันหรือแสดงคำเตือนสำหรับการดำเนินการที่มีความละเอียดอ่อนทั้งหมด ตัวอย่างเช่น หากส่วนเสริมกำลังจะเขียนทับเนื้อหาทั้งหมดในสเปรดชีต ระบบจะเตือนผู้ใช้และยืนยันการดำเนินการก่อนที่จะดำเนินการ

  คุณหลีกเลี่ยงข้อกำหนดนี้ได้ผ่านการเปลี่ยนแปลงการออกแบบ เช่น ส่วนเสริม Google ชีตที่นำเข้าข้อมูลอาจทำให้เกิดความเสี่ยงในการเขียนทับเนื้อหาที่มีอยู่ คุณนำความเสี่ยงออกได้ด้วยการทำให้ชีตสำหรับข้อมูลเป็นการดำเนินการเริ่มต้น

• ผู้ใช้ไม่สามารถเรียกใช้การดำเนินการหลายครั้งขณะที่การดำเนินการกำลังโหลด เช่น ปุ่มปิดอยู่หรือซ่อนอยู่ขณะที่โหลดการดำเนินการ

ส่วนเสริมปฏิทิน

• หากส่วนเสริมใช้ calendar.name หรือ common.name ชื่อในไฟล์ Manifest จะเหมือนกับชื่อที่ระบุไว้ในข้อมูลแอป
• หากส่วนเสริมใช้ calendar.conferenceSolution ชื่อโซลูชันการประชุมจะไม่มี "Google ปฏิทิน"
• (แนะนำ) หากส่วนเสริมใช้ calendar.conferenceSolution ชื่อโซลูชันการประชุมต้องไม่เกิน 30 อักขระ

• ส่วนเสริมใช้ วิดเจ็ตที่ถูกต้อง (หรือ UI แบบ iframe ในส่วนเสริมของ Meet) สำหรับฟังก์ชันการทำงานที่ต้องการ เช่น ใช้สวิตช์เพื่อเลือกค่าบูลีน

ส่วนเสริมปฏิทิน

• รองรับปฏิทินรองและการมอบสิทธิ์ หรือหากไม่รองรับ ก็จะจัดการอย่างราบรื่น ตัวอย่างเช่น การสร้างการประชุมจะไม่ล้มเหลวหากผู้ใช้เลือกปฏิทินอื่นที่มีสิทธิ์แก้ไขเมื่อสร้างกิจกรรม
• กิจกรรมที่เกิดซ้ำทํางานได้อย่างถูกต้อง
• หากส่วนเสริมใช้ calendar.conferenceSolution จะมีโซลูชันการประชุมอย่างน้อย 1 รายการ
• หากส่วนเสริมมีโซลูชันการประชุม ระบบจะใช้ฟิลด์ข้อมูลการประชุมที่เหมาะสม เช่น ลิงก์วิดีโอคอนเฟอเรนซ์ หมายเลขโทรศัพท์ ลิงก์ SIP รหัสผ่าน และแอตทริบิวต์อื่นๆ ที่รองรับจะใช้ฟิลด์ Structured Data และไม่ได้ระบุไว้ในฟิลด์หมายเหตุ
• หากส่วนเสริมมีโซลูชันการประชุม ก็จะแก้ไขเฉพาะรายละเอียดการประชุมเท่านั้น โดยจะไม่แก้ไขช่องกิจกรรมอื่นๆ
• หากส่วนเสริมมีโซลูชันการประชุม การสร้างการประชุมจะใช้เวลาไม่ถึง 5 วินาที

ส่วนเสริมของ Gmail

หากส่วนเสริมใช้ UrlFetchApp หรือ OpenLinkUrl ให้ทำดังนี้

• URL ถูกต้อง
• URL ใช้ HTTPS ไม่ใช่ HTTP
• มีการระบุโดเมนแบบเต็ม
• เส้นทางไม่ว่าง ตัวอย่างเช่น https://altostrat/ ใช้ได้ แต่ https://altostrat ใช้ไม่ได้
• ใช้ไวลด์การ์ดใน UrlFetchApp ไม่ได้

ส่วนเสริมของ Meet

• การเข้าสู่ระบบของส่วนเสริมและเส้นทางของผู้ใช้ต้องใช้งานได้แม้ว่าจะปิดใช้คุกกี้ของบุคคลที่สามก็ตาม
• ส่วนเสริมต้องมีฟังก์ชันการทำงานที่เกี่ยวข้องกับการดำเนินการหรือการเข้าชมการประชุม
• ส่วนเสริมต้องไม่ทําสิ่งใดก็ตามที่ทำให้ผู้ใช้ออกจากการประชุม เช่น การรีเฟรชเบราว์เซอร์
• หากใช้ประสบการณ์การใช้งานแบบผู้เล่นหลายคน ส่วนเสริมต้องอนุญาตให้ผู้เข้าร่วมทุกคนทำงานร่วมกันในเนื้อหาได้ แม้ว่าจะไม่ได้ตั้งค่าสิทธิ์ไว้ล่วงหน้าก็ตาม การปรับสิทธิ์ต้องพร้อมใช้งานในระหว่างเซสชันของส่วนเสริมที่ใช้ทำงานร่วมกัน
• ส่วนเสริมต้องจัดการกับการยกเลิกขั้นตอนการเริ่มกิจกรรมและอนุญาตให้ผู้ใช้เริ่มกิจกรรมอีกครั้งจากแอป
• ส่วนเสริมต้องมีแผงด้านข้างสำหรับการลงชื่อเข้าใช้และการตั้งค่าประสบการณ์กิจกรรม
• ส่วนเสริมต้องไม่มีฟังก์ชันการทำงานในการเชิญบ็อตหรืออาศัยการมีบ็อตอยู่ในการประชุม

• ส่วนเสริมมีหน้าแรก หากส่วนเสริม Google Workspace เป็นส่วนเสริม Gmail ที่แปลงแล้ว ระบบจะใช้หน้าแรกเริ่มต้น
• การ์ดส่วนเสริม (หรือ UI แบบ iframe ในส่วนเสริมของ Meet) ทํางานอย่างถูกต้อง ตัวอย่างเช่น ไม่มีรายการที่ซ้ำกัน ปุ่มย้อนกลับ รีเฟรช และอัปเดตจะทํางานตามลําดับ
• หลังจากผู้ใช้ให้สิทธิ์ส่วนเสริมแล้ว ส่วนเสริมจะแสดงการ์ดหน้าแรกที่ปรับแต่ง (หน้าเว็บในส่วนเสริมของ Meet) เพื่อต้อนรับผู้ใช้ด้วยปุ่มลงชื่อเข้าใช้ (หากจำเป็น) โลโก้ และคำอธิบายสั้นๆ เกี่ยวกับส่วนเสริม
  • หากมีการเรียกให้ปุ่มลงชื่อเข้าใช้แสดง ระบบจะแสดงหน้าลงชื่อเข้าใช้ที่ปรับแต่งจากผู้ให้บริการบุคคลที่สาม ซึ่งระบุอย่างชัดเจนว่ามีบริการของบุคคลที่สามที่ทำงานนอก Google Workspace
• UI ของส่วนเสริมจะพอดีกับพื้นที่ที่กําหนดไว้อย่างเรียบร้อย
  • ข้อความและป้ายกำกับจะไม่ถูกตัดให้เหลือ "..."
  • ผู้ใช้ไม่ต้องเลื่อนแนวตั้งมากนัก
  • เนื้อหามีความกว้างไม่เกิน 300p เพื่อไม่ให้มีแถบเลื่อนแนวนอน
• โค้ดของส่วนเสริมไม่ได้ใช้ไลบรารีมากเกินไป เนื่องจากไลบรารีอาจทำให้ส่วนเสริมมีประสิทธิภาพลดลง

ส่วนเสริมปฏิทิน

• หากส่วนเสริมมีโซลูชันการประชุม การประชุมที่สร้างจะถูกต้องและแสดงอย่างถูกต้องในเว็บไซต์การประชุมของบุคคลที่สาม

ส่วนเสริมของเอกสาร

หากส่วนเสริมแสดงตัวอย่างลิงก์จากโดเมนของบุคคลที่สาม (ชิปอัจฉริยะ) ให้ทำดังนี้

• ตัวอย่างลิงก์ให้ข้อมูลเพิ่มเติมที่เกี่ยวข้องกับผู้ใช้ เช่น การแสดงตัวอย่างลิงก์ไปยังดีลการขายจะเพิ่มข้อมูล เช่น บัญชี จํานวนเงิน และระยะ
• นักพัฒนาแอปเป็นบริษัทในเครือของโดเมนที่แสดงตัวอย่าง

ดูข้อมูลเพิ่มเติมได้ที่แสดงตัวอย่างลิงก์ด้วยชิปอัจฉริยะ

ส่วนเสริมของไดรฟ์

• หากแอปจัดเก็บไฟล์ในไดรฟ์ แอปจะอนุญาตให้ผู้ใช้เลือกโฟลเดอร์ หรือสร้างและนำโฟลเดอร์เฉพาะแอปมาใช้ซ้ำ ข้อมูลการกําหนดค่าสามารถจัดเก็บไว้ในโฟลเดอร์ข้อมูลแอป แอปจะไม่คัดลอกไฟล์ลงในโฟลเดอร์ไดรฟ์ของฉันของผู้ใช้
• ส่วนเสริมจะจัดเก็บเฉพาะไฟล์ในไดรฟ์ที่เชื่อมโยงกับฟังก์ชันการทำงานที่บันทึกไว้ของส่วนเสริม

ส่วนเสริมของ Gmail

• ส่วนเสริมไม่ได้กล่าวถึงหรือลิงก์ไปยังส่วนขยายของเบราว์เซอร์ Chrome โดยไม่มีเหตุผล
• เมนูการดำเนินการเพิ่มเติม more_vert มีการดำเนินการแบบสากลที่ทำงานได้อย่างถูกต้อง เช่น ออกจากระบบ เกี่ยวกับ การสนับสนุน ฯลฯ

ส่วนเสริมของ Meet

• หากส่วนเสริมต้องใช้ใบอนุญาตหรือการสมัครใช้บริการ: คุณต้องแสดงข้อความที่เข้าใจง่ายต่อผู้ใช้เมื่อผู้ใช้ไม่มีใบอนุญาต
• หากผู้ใช้ใช้ส่วนเสริมไม่ได้เนื่องจากปัญหาการอนุญาตให้ใช้สิทธิ ข้อความแสดงข้อผิดพลาดต้องระบุสาเหตุที่ไม่สามารถใช้งานส่วนเสริมได้อย่างชัดเจนและแนะนำแนวทางการดำเนินการเพื่อให้ผู้ใช้แก้ไขสถานการณ์ได้
• ข้อมูลส่วนเสริมใน Google Workspace Marketplace ต้องระบุรายละเอียดเกี่ยวกับข้อกำหนดของใบอนุญาตและการสมัครใช้บริการที่จำเป็นในการใช้ส่วนเสริม หากส่วนเสริมมีระดับแบบชำระเงิน ข้อมูลผลิตภัณฑ์ใน Marketplace ต้องมีลิงก์ไปยังหน้าเว็บที่ให้ข้อมูลเพิ่มเติมเกี่ยวกับราคาหรือวิธีติดต่อผู้ขาย
• เมื่อผู้ใช้ยังไม่ได้ลงชื่อเข้าใช้ ส่วนเสริมต้องแสดงข้อความแจ้งให้ลงชื่อเข้าใช้แบบ One Tap ที่หัวข้อแสดง Google One Tap และข้อความแจ้งสำรอง "ลงชื่อเข้าใช้ด้วย Google" ที่หัวข้อการตรวจสอบสิทธิ์ นอกเหนือจากกลไก "ลงชื่อเข้าใช้ด้วย Google" แล้ว ระบบอาจเสนอตัวเลือกการเข้าสู่ระบบอื่นๆ ด้วย
• ส่วนเสริมต้องมีการออกแบบที่ปรับเปลี่ยนตามอุปกรณ์ซึ่งปรับเนื้อหาให้เหมาะกับขนาดต่างๆ ได้
• เส้นทางของผู้ใช้ส่วนเสริมต้องใช้งานได้แม้ว่าจะปิดใช้คุกกี้ของบุคคลที่สามก็ตาม
• ส่วนเสริมต้องไม่มีการเลื่อนในแนวนอนภายใน iframe
• หากส่วนเสริมต้องการใช้เวทีหลัก ส่วนเสริมจะต้องออกแบบมาเพื่อประสบการณ์การใช้งานแบบหลายผู้เล่นและอนุญาตให้ผู้เข้าร่วมหลายคนแก้ไขเนื้อหาพร้อมกันได้ สำหรับประสบการณ์การใช้งานแบบผู้เล่นคนเดียว นักพัฒนาแอปควรใช้แผงด้านข้าง
• (แนะนำ) ส่วนเสริมควรแสดงข้อมูลผู้ใช้ที่ลงชื่อเข้าใช้
• (แนะนำ) ตัวเลือกการแปล: ภาษาควรอิงตามค่ากำหนดในท้องถิ่นที่เบราว์เซอร์ตั้งไว้ (หากมี)
• (แนะนำ) การเลือกเนื้อหาควรทำผ่านอินเทอร์เฟซการเรียกดูเนื้อหาที่แสดงเนื้อหาที่เข้าถึงล่าสุด
• (แนะนำ) หากไม่จำเป็นต้องใช้แผงด้านข้างอีกต่อไป ส่วนเสริมควรปิดแผงด้านข้างหลังจากเปิดใช้งานในเวทีหลัก

ส่วนเสริมปฏิทิน

• โลโก้ของโซลูชันการประชุมเป็น URL สาธารณะ ดู ระบุโลโก้โซลูชันการประชุม
• หากส่วนเสริมใช้ calendar.conferenceSolution โลโก้ของโซลูชันการประชุมต้องเป็นไปตามข้อกำหนด calendar.logoUrl โปรดดูหัวข้อ ทรัพยากรไฟล์ Manifest ของปฏิทิน
• หากส่วนเสริมใช้ calendar.logoUrl หรือ common.logoUrl โลโก้จะเหมือนกับไอคอนที่ระบุไว้ในข้อมูลแอป
• หากส่วนเสริมใช้ calendar.logoUrl หรือ common.logoUrl URL ของโลโก้จะขึ้นต้นดังนี้ https://lh3.googleusercontent.com/

ส่วนเสริมของ Meet

• โลโก้แบรนด์ของส่วนเสริมต้องมีขนาดและรูปแบบที่มองเห็นได้ในแผงด้านข้างของ Meet
• ต้องระบุ URL ของโลโก้โหมดมืดที่เหมาะสมใน Manifest ของส่วนเสริม

ส่วนเสริมของไดรฟ์

• (แนะนำ) หากต้องการรับข้อมูลเมตาแบบจำกัด ให้ใส่ส่วนเสริมที่มีขอบเขต drive.addons.metadata.readonly

• URL การนำทางแบบสากลจะชี้ไปยังเว็บแอป หน้าเว็บธรรมดาที่ไม่มีฟังก์ชันการทำงานจะไม่ถือว่าเป็นเว็บแอป