سياسات دمج عروض الحجوزات
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تنطبق سياسات الدمج التالية على عملية دمج عروض الحجوزات.
سياسة العروض
الصفحة المقصودة (الصفحة والتطبيق المتوافقَين مع الأجهزة الجوّالة)
- يجب أن تكون جميع العروض التي تتم مشاركتها مع Google لأي مطعم مرئية مع كل
المعلومات ذات الصلة على الأقل في الصفحة المقصودة للأجهزة الجوّالة.
- يجب أن تكون قيمة العرض ونص الوصف مرئيَين على الصفحة المقصودة
بشكل مباشر.
- يجب أن توضّح الصفحات المقصودة بوضوح وشمول متطلبات أهلية كل عرض. ويشمل ذلك القيود المتعلقة بفئاتهم
وطرق الدفع والأيام أو الأوقات المحدّدة والحد الأدنى للمبلغ الذي يجب إنفاقه
وعدد المرات التي يمكن فيها استخدام العرض.
- يجب أن تكون جميع القيود الأخرى المفروضة على العرض (مثل شروط الأهلية وتعليمات الاستفادة
والأحكام …) مرئية على الصفحة المقصودة أو يمكن الوصول إليها
بنقرة واحدة من الصفحة المقصودة (مثل مربّع حوار منبثق).
- بالنسبة إلى جميع العروض باستثناء عروض
OFFER_MODE_WALK_IN
، يجب أن يسمح تسلسل الإجراءات
المرتبط بالعرض (مثل حجز طاولة) للمستخدم بتحديد العروض السارية المرتبطة بخياره (مثل بالنسبة إلى
الحجز، تنطبق العروض على خانة الوقت وعدد الأشخاص في المجموعة المحدّدَين)
- يجب أن تكون تعليمات الاستفادة من العرض وطرقه واضحة وقابلة للتنفيذ
(على سبيل المثال، إذا كان الاستفادة من العرض يتطلّب دفع الفاتورة على نظام الشريك
عند الدفع، يجب ذكر تعليمات الدفع على النظام
ويجب أن يتمكّن المستخدم من دفع الفاتورة على نظام الشريك عند الدفع).
- عندما يعيد عنوان URL للعرض توجيه المستخدمين إلى تطبيق مُثبَّت على جهاز جوّال تابع للشريك، يجب أن تستوفي
الصفحة المقصودة للتطبيق جميع المتطلبات الموضّحة في
هذا القسم للصفحات المقصودة للعروض.
- عند الانتقال للخلف (مثلاً، باستخدام زر الرجوع أو التنقل بالإيماءات)
بعد التفاعل مع عرض في تجربة Google مباشرةً،
يجب إعادة المستخدمين إلى تجربة Google الأصلية.
بيانات العروض وتنسيقها
- على الشركاء الالتزام بالمتطلبات الفنية المحدّدة وتنسيقات البيانات
الموضّحة في المستندات ذات الصلة. وقد يؤدي عدم استيفاء هذه
المتطلبات إلى حدوث أخطاء أو تأخيرات في معالجة الخلاصة.
- يجب أن يكون العرض متاحًا بشكل عام لأي مستخدم. قد تتطلّب العروض الترويجية اشتراكًا مدفوعًا، شرط أن يكون بإمكان أي مستخدم الاشتراك.
- يجب أن تكون جميع البيانات الوصفية المقدَّمة دقيقة وحديثة في وقت تحميل الخلاصات (يجب تحميلها يوميًا على الأقل). يجب أن تكون العروض المدرَجة
نشطة ومتاحة للمستخدمين فورًا أو مسبقًا كما هو موضّح
باستخدام
ValidityPeriod
، ويجب إزالة العروض المنتهية الصلاحية أو التي نفدت أو التي عفا عليها الزمن
من الخلاصة.
- يجب أن يستخدم الشركاء تنسيقات عروض متسقة على جميع المنصات. يُحظر وجود أي اختلافات
بين تفاصيل العرض في الخلاصة والتفاصيل المعروضة على تطبيق
أو موقع إلكتروني الشريك.
- على الشركاء تقديم تفاصيل واضحة وموجزة عن العرض في حقل
offer_display_text
، بحيث تعكس بدقة قيمة العرض وأي محدوديات تتعلّق به.
- على الشركاء الإشارة بوضوح إلى فئة العرض (عرض أساسي أو عرض تكميلي
) ووضع العرض الساري (
OFFER_MODE_FREE_RESERVATION
،
OFFER_MODE_PAID_RESERVATION
، OFFER_MODE_WALK_IN
) لكل عرض.
- على الشركاء التأكّد من تعيين أنواع وسائل الدفع بدقة لكل
عرض.
- على الشريك تقديم التحديثات تلقائيًا مرة واحدة على الأقل في اليوم أو وفقًا لتعليمات
مستندات المطوّرين.
يجب أن يكون معدّل تعديل البيانات كافيًا لتحقيق دقة بنسبة% 95.
إنّ محتوى هذه الصفحة مرخّص بموجب ترخيص Creative Commons Attribution 4.0 ما لم يُنصّ على خلاف ذلك، ونماذج الرموز مرخّصة بموجب ترخيص Apache 2.0. للاطّلاع على التفاصيل، يُرجى مراجعة سياسات موقع Google Developers. إنّ Java هي علامة تجارية مسجَّلة لشركة Oracle و/أو شركائها التابعين.
تاريخ التعديل الأخير: 2025-05-26 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-05-26 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],null,["# Reservations Offers Integration Policies\n\nThe following integration policies apply to the Reservations Offers integration.\n\nOffers policy\n-------------\n\n### Landing Page (mobile page \\& application)\n\n- All Offers shared with Google for any restaurant should be visible with all relevant information on at least the mobile landing page.\n - The offer value and description text must be visible on the landing page directly.\n - Landing pages must clearly and comprehensively outline the eligibility requirements for each offer. This includes restrictions related to user segments, payment methods, specific days or times, minimum spending amounts, and the number of times the offer can be used.\n - All other offer restrictions (ex: conditions of eligibility, redeeming instruction, terms ...) must be visible on the landing page or accessible within 1 click of the landing page (ex: pop-up dialog).\n- For all offers except `OFFER_MODE_WALK_IN` offers, the action flow associated with the offer (ex. reserving a table) must allow the user to select the offer(s) applicable associated with their selection (ex. For reservation, offers applicable for the time slot and party size selected)\n- The redeeming instructions and methods must be clearly stated and actionable (ex: if redeeming the offer requires paying the bill on the partner system at checkout, the instruction to pay on the system should be mentioned and the user should be able to pay the bill on the partner system at checkout).\n- When an offer URL redirects to a partner's installed mobile application, the application's landing page must meet all requirements outlined in this section for offer landing pages.\n - Upon navigating back (e.g., using the back button, gesture navigation) immediately after interacting with an offer on a Google experience, users must be returned to the originating Google experience.\n\n### Offers Data \\& Format\n\n- Partners must adhere to the specified technical requirements and data formats outlined in the relevant documentation. Failure to meet these requirements can result in feed processing errors or delays.\n- The offer must be generally available to any user. Offers may require a paid subscription, as long as anyone can subscribe.\n- All metadata provided must be accurate and up-to-date at the time of feed upload (must be uploaded at least on a daily basis). Offers listed must be active and available to users either immediately or in advance as indicated using in the `ValidityPeriod`; outdated, sold out or expired offers must be removed from the feed.\n- Partners must use consistent offer formats across platforms. Discrepancies between the offer details in the feed and those displayed on the partner's app or website are prohibited.\n- Partners must provide clear and concise offer details in the `offer_display_text` field, accurately reflecting the offer's value and any limitations.\n- Partners must clearly indicate the offer category (Base Offer or Add-On Offer) and applicable offer modes (`OFFER_MODE_FREE_RESERVATION`, `OFFER_MODE_PAID_RESERVATION`, `OFFER_MODE_WALK_IN`) for each offer.\n- Partners must ensure accurate mapping of payment instrument types for each offer.\n- Partner must provide updates automatically at least once a day or as per the [developer documentation](/actions-center/verticals/reservations/offers/integration-steps/overview). Data update frequency must be sufficient to meet 95% accuracy."]]