مجوز URL ID مشتری

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

شناسه کلاینت Maps JavaScript API

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

تعیین شناسه مشتری هنگام بارگیری API

کد زیر نحوه جایگزینی YOUR_CLIENT_ID با شناسه مشتری خود را هنگام بارگیری پلتفرم Google Maps نشان می دهد.

<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

  • نشانی‌های اینترنتی مجاز شما همه در جدول نشانی‌های اینترنتی مجاز برای شناسه مشتری 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 یا HTTP، به دستورالعمل‌های ارائه‌شده در Cloud Console مراجعه کنید.