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

สำคัญ: แพ็กเกจพรีเมียมของ Google Maps Platform จะไม่มีให้บริการสำหรับการลงชื่อสมัครใช้หรือลูกค้าใหม่อีกต่อไป

การตรวจสอบสิทธิ์รหัสไคลเอ็นต์ 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 ที่คุณให้สิทธิ์ไว้โดยเฉพาะ

ค้นหารหัสไคลเอ็นต์ในคอนโซลระบบคลาวด์

การให้สิทธิ์ URL ในคอนโซลระบบคลาวด์

  • 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