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

ملاحظة مهمة: لم تعُد خطة منصة خرائط Google Premium Plan متاحة للاشتراك أو للعملاء الجدد.

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

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

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

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

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

يوضّح لك الرمز البرمجي أدناه كيفية استبدال 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 وانقر على رمز الحذف delete في أعلى يسار الجدول.

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

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

تنطبق الاعتبارات التالية على عناوين URL المسموح بها:

لا يجب أن يكون اسم النطاق أو عنوان IP متاحًا للجميع.

على سبيل المثال، http://myintranet وhttp://192.168.1.1 هما إدخالان صالحان.

يتم أيضًا السماح بجميع النطاقات الفرعية لنطاق محدّد.

**تنبيه:** يختلف هذا السلوك عن قواعد عناوين URL المُحيلة لمفاتيح واجهة برمجة التطبيقات.

على سبيل المثال، إذا كان النطاق الأساسي http://example.com مسموحًا به، يكون النطاق الفرعي http://www.example.com مسموحًا به أيضًا. ولا ينطبق العكس: إذا كان http://www.example.com مسموحًا به، لا يكون http://example.com مسموحًا به تلقائيًا.

يتم أيضًا السماح بجميع المسارات الفرعية لمسار مسموح به.

**تنبيه:** يختلف هذا السلوك عن قواعد عناوين URL المُحيلة لمفاتيح واجهة برمجة التطبيقات.

على سبيل المثال، إذا كان 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 مختلفَين.

**تنبيه:** يختلف هذا السلوك عن قواعد عناوين URL المُحيلة لمفاتيح واجهة برمجة التطبيقات.

على سبيل المثال، إذا كان https://example.com مسموحًا به، لا يكون http://example.com مسموحًا به تلقائيًا.

إذا قدّمت مرجعًا لاحقة بدون مخطط بروتوكول، مثلاً www.example.com، سيتم إنشاء قواعد منفصلة لكل من HTTP وHTTPS.

بالنسبة إلى مخططات البروتوكول الأكثر غرابة من HTTP أو HTTPS، يُرجى الاطّلاع على التعليمات المقدَّمة في Cloud Console.