การให้สิทธิ์ URL รหัสไคลเอ็นต์

สำคัญ: Google Maps Platform Premium Plan จะไม่มีให้บริการสำหรับการลงชื่อสมัครใช้หรือลูกค้าใหม่อีกต่อไป

การตรวจสอบสิทธิ์รหัสไคลเอ็นต์ของ Maps JavaScript API

คุณสามารถตรวจสอบสิทธิ์คำขอด้วย Google Maps Platform โดยใช้รหัสไคลเอ็นต์ ร่วมกับการลงทะเบียน URL (แทนคีย์ API)

ระบุรหัสไคลเอ็นต์เมื่อโหลด API

โค้ดด้านล่างแสดงวิธีแทนที่ YOUR_CLIENT_ID ด้วยรหัสไคลเอ็นต์ของคุณเองเมื่อโหลด Google Maps Platform

<script async defer src="https://maps.googleapis.com/maps/api/js?client=YOUR_CLIENT_ID&v=quarterly&callback=initMap"></script>

จัดการ URL ที่ได้รับอนุญาต

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

ค้นหารหัสไคลเอ็นต์ใน Cloud Console

การให้สิทธิ์ URL ใน Cloud Console

  • URL ที่ได้รับอนุญาตทั้งหมดจะแสดงอยู่ในตารางURL ที่ได้รับอนุญาตสำหรับรหัสไคลเอ็นต์ gme-[company] ในหน้าของรหัสไคลเอ็นต์

  • หากต้องการนำ URL ออก ให้เลือกช่องทางด้านซ้ายของ URL แล้วคลิกไอคอน ลบที่ด้านขวาบน ของตาราง

  • หากต้องการเพิ่ม URL ใหม่ ให้คลิกเพิ่ม URL ที่ด้านล่างของตาราง

สำคัญ: กฎของ URL รหัสไคลเอ็นต์ที่ได้รับอนุญาตจะแตกต่างจากข้อจำกัดของผู้อ้างอิงคีย์ API โปรดดูรายละเอียดเพิ่มเติมด้านล่าง

ข้อควรพิจารณาต่อไปนี้มีผลกับ URL ที่ได้รับอนุญาต

ชื่อโดเมนหรือที่อยู่ IP ไม่จำเป็นต้องเข้าถึงได้แบบสาธารณะ
เช่น http://myintranet และ http://192.168.1.1 เป็นรายการที่ถูกต้อง
ระบบจะให้สิทธิ์โดเมนย่อยทั้งหมดของโดเมนที่ระบุด้วย

เช่น หากโดเมนเปล่า http://example.com ได้รับการให้สิทธิ์ โดเมนย่อย http://www.example.com ก็จะได้รับการให้สิทธิ์ด้วย แต่ในทางกลับกัน หาก http://www.example.com ได้รับอนุญาต http://example.com จะไม่ได้รับอนุญาตโดยอัตโนมัติ

ระบบจะให้สิทธิ์เส้นทางย่อยทั้งหมดของเส้นทางที่ได้รับอนุญาตด้วย

เช่น หาก http://example.com ได้รับอนุญาต http://example.com/foo ก็จะได้รับอนุญาตด้วย นอกจากนี้ เนื่องจากโดเมนย่อย ของโดเมนที่ระบุได้รับอนุญาตด้วย http://sub.example.com/bar จึงได้รับอนุญาต

เส้นทางคำนึงถึงตัวพิมพ์เล็กและใหญ่

เช่น http://www.example.com/ThisPath/ ไม่เหมือนกับ http://www.example.com/thispath/

คุณอาจจำกัด URL ที่ถูกต้องให้ใช้เฉพาะพอร์ตบางพอร์ต

เช่น หากระบุ http://example.com:8080/foo ก็ไม่ได้เป็นการให้สิทธิ์ http://example.com

โปรโตคอล HTTP และ HTTPS ถือเป็น URL ที่แตกต่างกัน

เช่น หาก https://example.com ได้รับอนุญาต http://example.com จะไม่ได้รับอนุญาตโดยอัตโนมัติ

หากคุณระบุการอ้างอิงคำต่อท้ายโดยไม่มีรูปแบบโปรโตคอล เช่น www.example.com ระบบจะสร้างกฎแยกกันทั้งสำหรับ HTTP และ HTTPS

สำหรับรูปแบบโปรโตคอลที่ซับซ้อนกว่า HTTP หรือ HTTPS โปรดดู วิธีการที่ระบุไว้ใน Cloud Console