การให้สิทธิ์ 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 ที่คุณให้สิทธิ์เป็นการเฉพาะเท่านั้น

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

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

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

  • หากต้องการนำ URL ออก ให้เลือกช่องด้านซ้ายของ 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 ที่ถูกต้องให้กับ URL ที่ใช้พอร์ตบางรายการได้

ตัวอย่างเช่น หากระบุ http://example.com:8080/foo แสดงว่าไม่ได้ให้สิทธิ์ http://example.com

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

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

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

สำหรับรูปแบบโปรโตคอลที่แปลกใหม่อื่นๆ นอกเหนือจาก HTTP หรือ HTTP โปรดดูวิธีการที่ให้ไว้ใน Cloud Console