تفويض عنوان URL لرقم تعريف العميل

ملاحظة مهمة: لم يعُد "برنامج Premium" في Google Maps Platform متاحًا للتسجيل أو للعملاء الجدد.

تنبيه: يتم توفير من المستند كمرجع فقط للحفاظ على التطبيقات القديمة الحالية التي تستخدم معرّفات العملاء. بالنسبة إلى التطبيقات الجديدة، عليك دائمًا استخدام مفاتيح واجهة برمجة التطبيقات. لمزيد من التفاصيل، يُرجى الاطّلاع على نظرة عامة على مصادقة خطة Premium.

مصادقة معرّف عميل Maps JavaScript API

يمكنك مصادقة طلباتك باستخدام Google Maps Platform من خلال معرّف عميل بالإضافة إلى تسجيل عنوان URL (بدلاً من مفتاح واجهة برمجة التطبيقات).

تحديد معرّف عميل عند تحميل واجهة برمجة التطبيقات

تحذير: قد تؤدي الطلبات التي تتضمّن رقم تعريف عميل ومفتاح API إلى سلوك غير متوقّع لواجهة برمجة التطبيقات أو سلوك فوترة غير مقصود. لتجنُّب ذلك، تأكَّد من أنّ طلباتك تستخدم إحدى هاتين المَعلمتَين فقط.

يوضّح الرمز البرمجي أدناه كيفية استبدال YOUR_CLIENT_ID برقم تعريف العميل الخاص بك عند تحميل "منصّة خرائط Google".

<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 المسموح بها لمعرِّف العميل gme-[company] في صفحة معرِّف العميل.

• لإزالة عنوان URL، ضَع علامة في المربّع على يمين عنوان URL وانقر على رمز الحذف في أعلى يسار الجدول.

• لإضافة عناوين URL جديدة، انقر على إضافة عناوين URL في أسفل الجدول.

ملاحظة مهمة: تختلف قواعد عناوين URL لمعرّفات العملاء المصرّح بها عن القيود المفروضة على عناوين URL الخاصة بالمُحيلين لمفاتيح واجهة برمجة التطبيقات. يمكنك الاطّلاع على مزيد من التفاصيل أدناه.

تنطبق الاعتبارات التالية على عناوين 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 Console.