ลงทะเบียน ทดสอบ และเผยแพร่แอปที่เชื่อมต่อ

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

ขั้นตอนที่ 1: สร้างแอปที่เชื่อมต่อ

วิธีสร้างแอปที่เชื่อมต่อ

  1. ลงชื่อเข้าใช้ Google Connected Console
  2. ในหน้าแรก ให้เลือกสร้างแอป
  3. ในกล่องโต้ตอบเลือกสิ่งที่ต้องการสร้าง ให้ทำดังนี้
    • หากได้รับข้อความแจ้งให้ยอมรับข้อกำหนดในการให้บริการของแอปที่เชื่อมต่อ ให้เลือกดูข้อกำหนด อ่านและยอมรับข้อตกลง แล้วเลือกสร้าง มีเพียงผู้ดูแลระบบบัญชีเท่านั้นที่ยอมรับข้อตกลงได้
    • หรือเลือกสร้างในการ์ดแอปที่เชื่อมต่อ

  4. ในกล่องโต้ตอบตั้งชื่อแอปที่เชื่อมต่อ ให้พิมพ์ชื่อแอปที่เชื่อมต่อ ซึ่งเป็นชื่อที่จะใช้แสดงแอปที่เชื่อมต่อในผลิตภัณฑ์ต่างๆ ของ Google และเป็นวิธีที่ผู้ใช้จะพูดถึงแอปที่เชื่อมต่อโดยใช้ @ เลือกถัดไป

  5. ในกล่องโต้ตอบเลือกหมวดหมู่แอปที่เชื่อมต่อ ให้เลือกโดเมน หมวดหมู่ หรืออุตสาหกรรมของแอปจากเมนูเลือกหมวดหมู่

  6. ในกล่องโต้ตอบเลือกประเภทการเชื่อมต่อ ให้เลือกตัวเลือกใดตัวเลือกหนึ่งต่อไปนี้

    • เซิร์ฟเวอร์ MCP: เชื่อมต่อเซิร์ฟเวอร์ MCP เพื่อให้บริการแก่ผู้ใช้ Gemini และ Search ในเว็บ, Android และ iOS
    • Android MCP: แชร์ความสามารถในอุปกรณ์ให้ Gemini บน Android เพื่อให้ทริกเกอร์การดำเนินการและทำงานให้เสร็จสำหรับผู้ใช้ในแอปของคุณ

    ดูข้อมูลเพิ่มเติมเกี่ยวกับวิธีตั้งค่าแอปที่เชื่อมต่อ Android MCP คุณสามารถเลือกประเภทการเชื่อมต่อได้เพียงประเภทเดียวต่อแอปที่เชื่อมต่อ และจะเปลี่ยนแปลงในภายหลังไม่ได้

  7. เลือกสร้างแอปที่เชื่อมต่อ

ซึ่งจะเปิดหน้าภาพรวมการจัดการสำหรับแอปที่เชื่อมต่อ (ตั้งค่าและทดสอบแอปที่เชื่อมต่อ) ซึ่งคุณสามารถกำหนดค่ารายละเอียดแอป การเชื่อมต่อเซิร์ฟเวอร์ MCP และผู้ทดสอบได้

ขั้นตอนที่ 2: ป้อนรายละเอียดของแอปที่เชื่อมต่อ

วิธีระบุรายละเอียดเพิ่มเติมเกี่ยวกับแอปที่เชื่อมต่อและกำหนดค่าลักษณะที่แอปจะปรากฏต่อผู้ใช้มีดังนี้

  1. ในหน้าภาพรวมของแอปที่เชื่อมต่อ ให้เลือกเริ่มต้นใช้งาน (หรือจัดการหากคุณกำลังอัปเดตรายละเอียดที่มีอยู่) ในแถวรายละเอียดแอป
  2. ที่ด้านบนของหน้ารายละเอียดแอป ให้ยืนยันช่องชื่อแอปที่เชื่อมต่อ คุณอัปเดตชื่อได้หากจำเป็น ผู้ใช้จะเห็นชื่อนี้ในผลิตภัณฑ์ต่างๆ ของ Google และจะใช้ชื่อนี้ในการพูดถึงแอปของคุณโดยใช้ @
  3. ในส่วนรายละเอียดสาธารณะ ให้ไปที่ไอคอน แล้วอัปโหลดไอคอนแอป (JPG หรือ PNG, ขนาดสูงสุด 1 MB และ 512 พิกเซล × 512 พิกเซล)

  4. กรอกข้อมูลในฟิลด์ต่อไปนี้ให้สมบูรณ์

    • คำอธิบาย: ป้อนสรุปสั้นๆ เพียงประโยคเดียว (ไม่เกิน 30 คำ) ที่อธิบายฟีเจอร์หลักของแอปที่เชื่อมต่อและสิ่งที่แอปทำได้ ข้อความนี้จะแสดงต่อผู้ใช้ และไม่ได้ใช้เป็นวิธีการสำหรับโมเดล
    • ความสามารถ: ป้อนงานที่มีมูลค่าสูงอย่างน้อย 3 รายการที่แอปที่เชื่อมต่อของคุณทำได้ เลือกเพิ่มความสามารถเพื่อเพิ่มรายการอื่นๆ อย่าใส่ตัวเลขที่จุดเริ่มต้นของความสามารถ ระบุความสามารถเพียงรายการเดียวต่อรายการ หากหมวดหมู่ของคุณมีความสามารถที่กำหนดไว้ล่วงหน้า ความสามารถเหล่านั้นจะปรากฏที่ด้านบนของรายการและไม่สามารถแก้ไขได้
    • พรอมต์ตัวอย่าง: ป้อนพรอมต์ตัวอย่างอย่างน้อย 3 รายการที่ช่วยให้ผู้ใช้เข้าใจว่าสามารถถามอะไรได้บ้าง เลือกเพิ่มพรอมต์ตัวอย่างเพื่อเพิ่มรายการ
      • เริ่มพรอมต์อย่างน้อย 2 รายการด้วย @<YourAppName> (เช่น @Order Tracker where is my last order?)
      • พูดถึง <YourAppName> อย่างเป็นธรรมชาติในพรอมต์อย่างน้อย 1 รายการโดยไม่ต้องขึ้นต้นด้วยชื่อแอป (เช่น Track my recent order on Order Tracker)
      • อย่าใส่คำนำหน้าที่มีตัวเลข (1., 2., 3.) หรือใส่พรอมต์ไว้ในเครื่องหมายคำพูด ("...")

    • การแปลหลายภาษา: หากต้องการระบุคำแปลสำหรับคำอธิบาย ความสามารถ และพรอมต์ตัวอย่าง ให้รวมข้อความของแต่ละภาษาไว้ในแท็กภาษาภายในช่องป้อนข้อมูล เช่น

      <en-US>
Play music, manage playlists, and discover artists
</en-US>
<es-ES>
Reproduce música, gestiona listas y descubre artistas
</es-ES>

      Connected Console จะตรวจสอบแท็กโดยอัตโนมัติและแสดงภาษาที่ตรวจพบใต้แต่ละช่อง (เช่น Found translations for 2 languages: en-US, es-ES)

    • URL ของข้อกำหนดในการให้บริการ: ป้อนลิงก์ https:// หรือ http:// ที่ถูกต้องไปยังข้อกำหนดในการให้บริการ

    • URL ของนโยบาย: ป้อนลิงก์ https:// หรือ http:// ที่ถูกต้องไปยังนโยบายความเป็นส่วนตัว

    • URL ของเว็บไซต์ (ไม่บังคับ): ป้อนลิงก์ไปยังเว็บไซต์เพื่อวัตถุประสงค์ในการระบุแหล่งที่มา

  5. เลือกบันทึกที่ด้านล่างของหน้าเพื่อกลับไปที่หน้าภาพรวม

ขั้นตอนที่ 3: ป้อนปลายทาง MCP และยืนยันการเป็นเจ้าของโดเมน

ก่อนที่ Google จะเชื่อมต่อกับเซิร์ฟเวอร์ MCP หรือซิงค์เครื่องมือได้ คุณต้องระบุ URL ปลายทางของเซิร์ฟเวอร์ MCP และยืนยันว่าคุณเป็นเจ้าของโดเมนที่โฮสต์เซิร์ฟเวอร์ดังกล่าว

วิธีป้อนปลายทาง MCP และยืนยันการเป็นเจ้าของโดเมน

  1. ในหน้าภาพรวมของแอปที่เชื่อมต่อ ในการ์ดการตั้งค่า MCP และเครื่องมือ ให้เลือกเริ่มต้นใช้งาน (หรือจัดการหากคุณกำลังอัปเดตรายละเอียดที่มีอยู่) ซึ่งจะเปิดขั้นตอนที่ 1 (ปลายทางของเซิร์ฟเวอร์ MCP) ของขั้นตอนการตั้งค่า MCP
  2. ในส่วนเชื่อมต่อปลายทางของเซิร์ฟเวอร์ MCP ให้ป้อน HTTPS URL แบบเต็มของปลายทางของเซิร์ฟเวอร์ MCP (เช่น https://api.yourdomain.com/v1/mcp)

  3. ในส่วนยืนยันโดเมน ให้ทำการยืนยันโทเค็นการตรวจสอบสำหรับโดเมนของคุณให้เสร็จสมบูรณ์ (หากคุณยืนยันโดเมนหรือโดเมนหลักในบัญชีนักพัฒนาแอปแล้ว ระบบจะแสดงเป็นยืนยันแล้วโดยอัตโนมัติ)

    1. ในการ์ดยืนยันการเป็นเจ้าของโดเมน ให้เลือกดาวน์โหลดโทเค็น เบราว์เซอร์จะดาวน์โหลดไฟล์ชื่อ google-connected-apps.json ซึ่งมีโครงสร้างต่อไปนี้

      {
  "verification_tokens": [
    "YOUR_VERIFICATION_TOKEN"
  ]
}

    2. อัปโหลดและโฮสต์เนื้อหา JSON นี้ในเซิร์ฟเวอร์ที่ https://<your-domain>/.well-known/google-connected-apps

      • ตรวจสอบว่าปลายทางเข้าถึงได้แบบสาธารณะผ่าน HTTPS, แสดงผล HTTP 200 OK โดยตรงโดยไม่มีการเปลี่ยนเส้นทาง HTTP และมีโทเค็นของคุณอยู่ภายในอาร์เรย์ verification_tokens

    3. กลับไปที่ Google Connected Console แล้วเลือกยืนยันโดเมน

    4. เมื่อยืนยันสำเร็จ แถวโดเมนที่ยืนยันด้วยโทเค็นการตรวจสอบจะแสดงเครื่องหมายถูกสีเขียว และปลดล็อกส่วนข้อมูลเข้าถึงด้านล่าง

ขั้นตอนที่ 4: กำหนดค่าข้อมูลเข้าสู่ระบบเพื่อเข้าถึง

หลังจากยืนยันโดเมนแล้ว ให้กำหนดค่าวิธีที่ Google ตรวจสอบสิทธิ์กับเซิร์ฟเวอร์ MCP และดึงข้อมูลคำจำกัดความของเครื่องมือของเซิร์ฟเวอร์

วิธีกำหนดค่าข้อมูลเข้าสู่ระบบ

  1. ในส่วนระบุข้อมูลเข้าสู่ระบบเพื่อเข้าถึง (ในขั้นตอนที่ 1 ของหน้าการตั้งค่า MCP และเครื่องมือ) ให้เลือกเริ่มต้นใช้งาน (หรืออัปเดตข้อมูลเข้าสู่ระบบเพื่อแก้ไขการกำหนดค่าที่มีอยู่)

  2. ในส่วนเซิร์ฟเวอร์ของคุณต้องมีการให้สิทธิ์หรือไม่ ให้เลือกตัวเลือกใดตัวเลือกหนึ่งต่อไปนี้

    • ไม่: เลือกตัวเลือกนี้หากเซิร์ฟเวอร์ MCP ของคุณเข้าถึงได้แบบสาธารณะโดยไม่ต้องตรวจสอบสิทธิ์ จากนั้นเลือกยืนยัน

    • ใช่: เลือกตัวเลือกนี้หากเครื่องมือที่เซิร์ฟเวอร์ MCP แสดงต้องมีการให้สิทธิ์ จากนั้นในส่วนเลือกรูปแบบการให้สิทธิ์ที่เซิร์ฟเวอร์ MCP ของคุณใช้ ให้เลือกขั้นตอนการตรวจสอบสิทธิ์ดังนี้

      • Machine-to-machine (ข้อมูลเข้าสู่ระบบไคลเอ็นต์ OAuth): เลือกตัวเลือกนี้สำหรับการตรวจสอบสิทธิ์แบบบริการต่อบริการ (RFC 6749) ซึ่ง Google จะสื่อสารกับเซิร์ฟเวอร์ MCP ของคุณโดยตรงโดยใช้รหัสไคลเอ็นต์และข้อมูลลับที่แชร์ โดยไม่ต้องเปลี่ยนเส้นทางการเข้าสู่ระบบของผู้ใช้ปลายทาง
        1. ป้อนรหัสไคลเอ็นต์ (ต้องระบุ) และรหัสลับไคลเอ็นต์ (ไม่บังคับ)
        2. คุณสามารถป้อนปลายทางการให้สิทธิ์ (ไม่บังคับ) และปลายทางของโทเค็น (ไม่บังคับ) หากเซิร์ฟเวอร์ไม่ได้โฆษณาปลายทางดังกล่าวโดยใช้ /.well-known/oauth-authorization-server
        3. เลือกลงทะเบียนไคลเอ็นต์ (หรืออัปเดตไคลเอ็นต์)

      • การมอบสิทธิ์โดยผู้ใช้ (รหัสการให้สิทธิ์): เลือกตัวเลือกนี้หากเซิร์ฟเวอร์ MCP กำหนดให้ผู้ใช้แต่ละรายต้องลงชื่อเข้าใช้และให้สิทธิ์การดำเนินการด้วยบัญชีของตนเองโดยใช้การลิงก์บัญชี Google

        1. เพิ่ม URI การเปลี่ยนเส้นทาง OAuth ของ Google ลงในรายการที่อนุญาต: ในแบนเนอร์ตรวจสอบว่าคุณได้เพิ่ม URI การเปลี่ยนเส้นทางที่ระบุลงในรายการที่อนุญาตแล้ว ให้เลือกดู (หรือเลือกไอคอนคัดลอก) เพื่อตรวจสอบ URI การเปลี่ยนเส้นทางที่เฉพาะเจาะจงสำหรับแอปซึ่งสร้างขึ้นสำหรับแอปที่เชื่อมต่อของคุณ เพิ่ม URI ดังกล่าวลงในรายการที่อนุญาตของเซิร์ฟเวอร์ OAuth แล้วกลับไปที่ Google Connected Console
        2. ในส่วนเลือกวิธีที่ Google ควรตรวจสอบสิทธิ์กับเซิร์ฟเวอร์ OAuth ให้เลือกวิธีลงทะเบียนไคลเอ็นต์ OAuth ดังนี้
          • ลงทะเบียนล่วงหน้า: เลือกตัวเลือกนี้หากคุณสร้างรหัสไคลเอ็นต์และรหัสลับไคลเอ็นต์ (ไม่บังคับ) แบบคงที่ในผู้ให้บริการ OAuth นอกจากนี้ คุณยังระบุปลายทางการให้สิทธิ์ที่กำหนดเอง (ไม่บังคับ) และปลายทางของโทเค็นที่กำหนดเอง (ไม่บังคับ) ได้ด้วย
          • ข้อมูลเมตาของรหัสไคลเอ็นต์หรือ Dynamic Client Registration (แนะนำ): เลือกตัวเลือกนี้หากเซิร์ฟเวอร์ของคุณรองรับเอกสารข้อมูลเมตาของรหัสไคลเอ็นต์ (CIMD) หรือ Dynamic Client Registration (RFC 7591) ของ OAuth Google จะตรวจสอบ CIMD ก่อน และกลับไปใช้ DCR โดยใช้ปลายทางการค้นพบ .well-known ของคุณ นอกจากนี้ คุณยังระบุปลายทางการให้สิทธิ์และโทเค็นที่กำหนดเองได้ด้วย

        3. ในส่วนตรวจสอบสิทธิ์ด้วยข้อมูลเข้าสู่ระบบของนักพัฒนาซอฟต์แวร์ เนื่องจากคุณได้เลือก "ผู้ใช้ที่ได้รับมอบสิทธิ์" เป็นรูปแบบการให้สิทธิ์ คุณจึงต้องลงชื่อเข้าใช้เซิร์ฟเวอร์ก่อนที่ Google จะดึงข้อมูลเครื่องมือได้ เลือกอย่างใดอย่างหนึ่งต่อไปนี้

          • ตรวจสอบสิทธิ์ผ่านป๊อปอัป (แนะนำ): เปิดขั้นตอนการตรวจสอบสิทธิ์ในกล่องโต้ตอบที่วางซ้อน ซึ่งเป็นประสบการณ์การใช้งานเริ่มต้น
          • ตรวจสอบสิทธิ์ผ่านการเปลี่ยนเส้นทาง (สำรอง): เปิดขั้นตอนการตรวจสอบสิทธิ์โดยใช้การเปลี่ยนเส้นทางแบบเต็มหน้าจอในแท็บหรือหน้าต่างเดียวกัน ใช้ตัวเลือกนี้หากกล่องโต้ตอบแสดงผลไม่สำเร็จเนื่องจากข้อจำกัดในการแสดงผลหรือส่วนหัวด้านความปลอดภัย (เช่น X-Frame-Options หรือ Content-Security-Policy)

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

        4. เลือกลงทะเบียนไคลเอ็นต์ (หรืออัปเดตไคลเอ็นต์)

ขั้นตอนที่ 5: ระบุรายละเอียดบัญชีทดสอบ (สำหรับการให้สิทธิ์ที่ได้รับมอบสิทธิ์จากผู้ใช้เท่านั้น)

หากแอปที่เชื่อมต่อต้องมีการตรวจสอบสิทธิ์ คุณต้องระบุข้อมูลเข้าสู่ระบบสำหรับการทดสอบที่กำหนดไว้ล่วงหน้า ซึ่งป้อนข้อมูลตัวอย่างที่สมจริงไว้ล่วงหน้าและปิดใช้การตรวจสอบสิทธิ์แบบ 2 ปัจจัย (2FA) พร้อมกับวิธีการทดสอบให้ตัวแทนของ Google ซึ่งจะช่วยให้ทีมตรวจสอบและ QA ของ Google ยืนยันการดำเนินการของเครื่องมือได้โดยไม่ถูกบล็อกโดยแซนด์บ็อกซ์ที่ว่างเปล่า เพย์วอลล์ หรือการตรวจสอบ 2FA หาก Google ไม่สามารถทดสอบแอปที่เชื่อมต่อได้อย่างเต็มรูปแบบ แอปอาจถูกปฏิเสธในระหว่างการตรวจสอบ

ขั้นตอนที่ 6: ซิงค์เครื่องมือ

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

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

วิธีซิงค์เครื่องมือ

  1. ในส่วนเครื่องมือการซิงค์ ให้ทำดังนี้

    1. เลือกเครื่องมือซิงค์
    2. หากได้รับข้อความแจ้งให้ลงชื่อเข้าใช้ ให้ตรวจสอบสิทธิ์ด้วยบัญชีนักพัฒนาแอปที่มีสิทธิ์แสดงรายการเครื่องมือทั้งหมดที่คุณต้องการให้ผู้ใช้เข้าถึง ระบบจะไม่ซิงค์เครื่องมือที่บัญชีของคุณเข้าถึงไม่ได้
    3. เมื่อเชื่อมต่อแล้ว Connected Console จะแสดงจำนวนเครื่องมือที่ซิงค์ พร้อมกับปุ่มซิงค์เครื่องมืออีกครั้ง

  2. เลือกถัดไปที่ด้านล่างของหน้าเพื่อไปยังขั้นตอนที่ 2 ของการตั้งค่า MCP และเครื่องมือ

ขั้นตอนที่ 7: กำหนดวิธีและตำแหน่งที่ผู้ใช้จะพบแอปของคุณ

ในส่วนเครื่องมือของหน้าการตั้งค่า MCP และเครื่องมือ ให้กำหนดค่าพารามิเตอร์พื้นฐาน เช่น ภูมิศาสตร์ที่แอปที่เชื่อมต่อพร้อมใช้งาน ภาษา และผลิตภัณฑ์ Google ที่คุณต้องการให้แอปพร้อมใช้งาน

  1. ในส่วนความพร้อมให้บริการ ข้างทำให้เวอร์ชันพร้อมให้บริการใน ให้กำหนดค่าตัวเลือกการกำหนดเป้าหมายต่อไปนี้
    • ประเทศ/ภูมิภาค: เลือกสถานที่ตั้งทางภูมิศาสตร์ที่แอปที่เชื่อมต่อควรพร้อมให้บริการ
    • ภาษา: เลือกภาษาที่แอปที่เชื่อมต่อรองรับ
    • ผลิตภัณฑ์: เลือกผลิตภัณฑ์ของ Google ที่แอปที่เชื่อมต่อจะพร้อมใช้งาน

  2. ในส่วนเครื่องมือหลังจากความพร้อมใช้งาน ให้ตรวจสอบเครื่องมือที่ซิงค์จากเซิร์ฟเวอร์ MCP เลือกเครื่องมือใดก็ได้ในรายการเครื่องมือเพื่อกำหนดการตั้งค่าในแผงจัดการเครื่องมือทางด้านขวา ดังนี้

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

    • บริบทเพิ่มเติม: เลือกว่าเครื่องมือของคุณต้องใช้สัญญาณตามบริบทจาก Google เพื่อทำงานหรือไม่

      • ภาษา: ภาษาที่กำหนดโดยบัญชี Google ของผู้ใช้
      • ตำแหน่งโดยประมาณ: ตำแหน่งที่อยู่จริงของผู้ใช้หรืออุปกรณ์ภายในพื้นที่อย่างน้อย 3 ตารางกิโลเมตร (เช่น เมืองที่ผู้ใช้อยู่)
      • ตำแหน่งที่แน่นอน: ความแม่นยำของตำแหน่งของผู้ใช้หรืออุปกรณ์ในสถานที่จริงภายในระยะ 50 เมตรหรือน้อยกว่า

    • การยืนยันของผู้ใช้: เลือกต้องมีการยืนยันของผู้ใช้เพื่อกำหนดให้ต้องมีการยืนยันอย่างชัดแจ้งจากผู้ใช้ก่อนเรียกใช้เครื่องมือ (ระบบจะเลือกตัวเลือกนี้ไว้ล่วงหน้าโดยอัตโนมัติหากคำอธิบายประกอบ MCP ของเครื่องมือระบุ destructiveHint: true)

  3. หากเซิร์ฟเวอร์ MCP มีทรัพยากร UI ให้เปลี่ยนไปที่แท็บทรัพยากร UI ข้างเครื่องมือเพื่อตรวจสอบทรัพยากร UI ของเซิร์ฟเวอร์ (text/html, text/html;profile=mcp-app, text/javascript, text/css) ยืนยันว่าเครื่องมือใดลิงก์กับทรัพยากรแต่ละรายการ และตรวจสอบนโยบายรักษาความปลอดภัยเนื้อหา (CSP) connectDomains และ resourceDomains

  4. เลือกบันทึกที่ด้านล่างของหน้า

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

ขั้นตอนที่ 8: ทดสอบแอปที่เชื่อมต่อ

หากต้องการให้ผู้ทดสอบใช้งานแอปที่เชื่อมต่อได้ คุณต้องเพิ่มผู้ทดสอบในหน้าจอจัดการผู้ทดสอบ เฉพาะผู้ใช้ที่คุณเพิ่มลงในรายชื่อผู้ทดสอบเท่านั้นที่จะดูและโต้ตอบกับแอปที่เชื่อมต่อซึ่งยังไม่ได้เผยแพร่ได้ คุณเพิ่มได้เฉพาะผู้ทดสอบที่มีบัญชี @gmail.com เท่านั้น

  1. ในหน้าภาพรวมของแอปที่เชื่อมต่อ ให้เลือกเพิ่มผู้ทดสอบ (หรือจัดการผู้ทดสอบหากเพิ่มไว้แล้ว) ในการ์ดทดสอบแอป

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

  3. เลือกบันทึก

  4. ผู้ทดสอบในแอป Gemini สามารถเรียกใช้แอปที่เชื่อมต่อของคุณได้โดยพิมพ์ @ ตามด้วยชื่อแอปที่เชื่อมต่อ แล้วเลือกแอปนั้นจากเมนู นอกจากนี้ คุณยังดูและเชื่อมต่อแอปใน Gemini ได้โดยไปที่การตั้งค่าและความช่วยเหลือ → แอปที่เชื่อมต่อในแถบนำทางด้านซ้าย

  5. เราขอแนะนำให้ทดสอบการผสานรวมอย่างละเอียด ดังนี้

    • ลองใช้พรอมต์ตัวอย่างทั้งหมด
    • ทดสอบทั้งการเรียกใช้ @<AppName> ที่ระบุชัดและการค้นหาด้วยภาษาธรรมชาติ
    • ยืนยันขั้นตอนการตรวจสอบสิทธิ์ตั้งแต่ต้นจนจบ การดำเนินการของเครื่องมือ ข้อความแจ้งการยืนยันของผู้ใช้ และทรัพยากร UI

เมื่อพอใจกับการทดสอบแล้ว คุณก็พร้อมที่จะส่งแอปที่เชื่อมต่อให้ Google ตรวจสอบ

ขั้นตอนที่ 9: เริ่มการตรวจสอบแอปที่เชื่อมต่อ และเผยแพร่หลังจากได้รับอนุมัติ

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

หากต้องการส่งแอปที่เชื่อมต่อเพื่อรับการตรวจสอบ ให้ทำดังนี้

  1. ในหน้าภาพรวมของแอปที่เชื่อมต่อ ให้เลือกส่งเพื่อตรวจสอบในการ์ดรุ่นทางด้านขวาของหน้า (เปิดใช้เมื่อกำหนดค่าแอปเสร็จแล้วและอยู่ในเวอร์ชันตัวอย่างโดยไม่มีปัญหาที่บล็อก)

  2. สิ่งที่จะเกิดขึ้นขณะที่เวอร์ชันของคุณอยู่ระหว่างการตรวจสอบมีดังนี้

    • Connected Console จะสร้างเวอร์ชันร่างใหม่ที่แก้ไขได้โดยอัตโนมัติเพื่อให้ผู้ทดสอบสามารถดูตัวอย่างแอปต่อไปได้ และคุณสามารถเตรียมการแก้ไขในอนาคตได้โดยไม่รบกวนการตรวจสอบ
    • ล็อกการเปลี่ยนแปลงใดๆ ในเวอร์ชันที่อยู่ระหว่างการตรวจสอบ
    • หากต้องการดูรายละเอียดแบบอ่านอย่างเดียวของเวอร์ชันที่อยู่ระหว่างตรวจสอบหรือยกเลิกการตรวจสอบ ให้เลือกปุ่มตัวเลือกเพิ่มเติม (⋮) ในการ์ดอยู่ระหว่างตรวจสอบ แล้วเลือกดูรายละเอียดแอปหรือยกเลิกการตรวจสอบ

  3. เมื่อ Google ตรวจสอบเสร็จแล้ว คุณจะได้รับการแจ้งเตือนและการ์ดรุ่นจะอัปเดตดังนี้

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

ยินดีด้วย ตอนนี้แอปที่เชื่อมต่อของคุณเผยแพร่แล้วและกำลังเปิดตัวต่อผู้ใช้ในผลิตภัณฑ์ต่างๆ ของ Google ที่คุณเลือก

การจัดการเวอร์ชันหลังการเผยแพร่และเวอร์ชันที่กำลังดำเนินอยู่

เมื่อเผยแพร่แล้ว การ์ดด้านล่างในส่วนรุ่นจะแสดงสถานะเผยแพร่แล้วพร้อมกับหมายเลขเวอร์ชันที่เผยแพร่อยู่ของแอปที่เชื่อมต่อ วันที่เผยแพร่ และจำนวนประเทศ/ภูมิภาค ภาษา และผลิตภัณฑ์เป้าหมาย คุณสามารถเลือกเมนูตัวเลือกเพิ่มเติม (⋮) ในการ์ดเผยแพร่แล้ว แล้วเลือกดูรายละเอียดแอปได้ทุกเมื่อเพื่อตรวจสอบการกำหนดค่าแบบอ่านอย่างเดียวของรุ่นที่เผยแพร่อยู่

ขณะที่เวอร์ชันที่เผยแพร่ยังคงใช้งานได้จริงในเวอร์ชันที่ใช้งานจริง คุณสามารถใช้แผงแก้ไขและทดสอบแอปที่เชื่อมต่อทางด้านซ้าย (หรือเลือกสร้างเวอร์ชันใหม่หากไม่มีฉบับร่าง) เพื่อกำหนดค่า ดูตัวอย่าง และทดสอบการอัปเดตในเวอร์ชันใหม่ (Version <N+1>) แยกต่างหากก่อนส่งไปตรวจสอบและเผยแพร่