สำคัญ: แพ็กเกจพรีเมียมของ 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