سیاست های یکپارچه سازی پیشنهادات رزرواسیون
با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
خط‌مشی‌های یکپارچه‌سازی زیر برای ادغام پیشنهادات رزرو اعمال می‌شود.
خط مشی ارائه می دهد
صفحه فرود (صفحه تلفن همراه و برنامه)
- همه پیشنهادهای به اشتراک گذاشته شده با Google برای هر رستورانی باید با تمام اطلاعات مرتبط حداقل در صفحه فرود تلفن همراه قابل مشاهده باشد.
- ارزش پیشنهاد و متن توضیحات باید مستقیماً در صفحه فرود قابل مشاهده باشد.
- صفحات فرود باید به طور واضح و جامع شرایط واجد شرایط بودن هر پیشنهاد را مشخص کنند. این شامل محدودیت‌های مربوط به بخش‌های کاربر، روش‌های پرداخت، روزها یا زمان‌های خاص، حداقل مقدار هزینه و تعداد دفعاتی است که می‌توان از پیشنهاد استفاده کرد.
- همه محدودیت‌های پیشنهادی دیگر (مثلاً: شرایط واجد شرایط بودن، دستورالعمل بازخرید، شرایط ...) باید در صفحه مقصد قابل مشاهده باشند یا با 1 کلیک روی صفحه مقصد قابل دسترسی باشند (مثلاً: گفتگوی بازشو).
- برای همه پیشنهادها به جز پیشنهادات
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 License است. نمونه کدها نیز دارای مجوز Apache 2.0 License است. برای اطلاع از جزئیات، به خط‌مشی‌های سایت Google Developers مراجعه کنید. جاوا علامت تجاری ثبتشده 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."]]
