مجوز نشانی وب شناسه کارخواه

مهم: «طرح ممتاز پلاتفرم Google Maps» دیگر برای ثبت‌نام یا مشتریان جدید دردسترس نیست.

اصالت‌سنجی شناسه کارخواه Maps JavaScript API

می‌توانید درخواست‌هایتان را با «پلاتفرم Google Maps» بااستفاده از شناسه کارخواه در ترکیب با ثبت نشانی وب (به‌جای کلید میانای برنامه‌سازی کاربردی) اصالت‌سنجی کنید.

هنگام بار کردن API، شناسه کارخواه را مشخص کنید

کد زیر به شما نشان می‌دهد که چگونه هنگام بار کردن Google Maps Platform، YOUR_CLIENT_ID را با شناسه مشتری خودتان جایگزین کنید.

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

مدیریت نشانی‌های وب مجاز

برای جلوگیری از استفاده شخص ثالث از شناسه مشتری شما در وب‌سایت خود، استفاده از شناسه مشتری شما به فهرستی از نشانی‌های وب که به‌طور خاص مجاز کرده‌اید محدود می‌شود.

شناسه کارخواه خود را در «کنسول Cloud» پیدا کنید

مجوز نشانی وب در «کنسول Cloud»

  • همه نشانی‌های وب مجاز شما در جدول نشانی‌های وب مجاز برای شناسه مشتری gme-[company] در صفحه شناسه مشتری فهرست شده‌اند.

  • برای برداشتن نشانی وب، چارگوش سمت راست نشانی وب را علامت بزنید و روی نماد حذف در بالا سمت چپ جدول کلیک کنید.

  • برای افزودن نشانی‌های وب جدید، در پایین جدول روی افزودن نشانی‌های وب کلیک کنید.

ملاحظات زیر درباره نشانی‌های وب مجاز اعمال می‌شود:

نام دامنه یا نشانی IP نباید به‌صورت عمومی دردسترس باشد.
برای مثال، http://myintranet و http://192.168.1.1 ورودی‌های معتبری هستند.
همه زیردامنه‌های دامنه مشخص‌شده نیز مجاز هستند.

برای مثال، اگر دامنه بدون www 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/ یکسان نیست.

می‌توانید نشانی‌های وب معتبر را به نشانی‌های وبی که از درگاه‌های خاصی استفاده می‌کنند محدود کنید.

برای مثال، اگر http://example.com:8080/foo مشخص شده باشد، http://example.com مجاز نمی‌شود.

پروتکل‌های HTTP و HTTPS نشانی‌های وب متفاوتی محسوب می‌شوند.

برای مثال، اگر https://example.com مجاز باشد، http://example.com به‌طور خودکار مجاز نیست.

اگر مرجع پسوندی بدون طرح پروتکل ارائه دهید، برای مثال www.example.com، قوانین جداگانه‌ای هم برای HTTP و هم برای HTTPS ایجاد خواهد شد.

برای طرح‌های پروتکل غیرمعمول‌تر از HTTP یا HTTPS، به دستورالعمل‌های ارائه‌شده در کنسول Cloud مراجعه کنید.