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

ملاحظة مهمة: لم تعد الخطة المميّزة في "منصة خرائط Google" متاحة للاشتراك أو للعملاء الجدد.

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

مصادقة معرِّف عميل واجهة برمجة تطبيقات JavaScript للخرائط

يمكنك مصادقة طلباتك من خلال "منصة خرائط 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، وانقر على رمز الحذف في أعلى يسار الجدول.

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

Inports: تختلف قواعد عناوين 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 أو HTTP، يمكنك الاطّلاع على التعليمات المقدّمة في Cloud Console.