Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Las siguientes políticas de integración se aplican a la integración de ofertas de reservas.
Política de ofertas
Página de destino (página y aplicación para dispositivos móviles)
Todas las ofertas que se comparten con Google para cualquier restaurante deben ser visibles con toda la información relevante, al menos, en la página de destino para dispositivos móviles.
El valor de la oferta y el texto de la descripción deben ser visibles directamente en la página de destino.
Las páginas de destino deben describir de forma clara y exhaustiva los requisitos de elegibilidad para cada oferta. Esto incluye restricciones relacionadas con los segmentos de usuarios, las formas de pago, los días o las horas específicos, los importes mínimos de inversión y la cantidad de veces que se puede usar la oferta.
Todas las demás restricciones de la oferta (p. ej., condiciones de elegibilidad, instrucciones para canjear, términos, etc.) deben estar visibles en la página de destino o ser accesibles con 1 clic desde la página de destino (p. ej., un diálogo emergente).
En el caso de todas las ofertas, excepto las ofertas de OFFER_MODE_WALK_IN, el flujo de acciones asociado con la oferta (p. ej., reservar una mesa) debe permitir que el usuario seleccione las ofertas aplicables asociadas con su selección (p. ej., Para la reserva, se muestran las ofertas aplicables al horario y la cantidad de personas seleccionadas.
Las instrucciones y los métodos de canje deben estar claramente definidos y ser prácticos (p. ej., si canjear la oferta requiere pagar la factura en el sistema del socio en la confirmación de la compra, se debe mencionar la instrucción para pagar en el sistema y el usuario debe poder pagar la factura en el sistema del socio en la confirmación de la compra).
Cuando una URL de oferta redirecciona a la aplicación para dispositivos móviles instalada de un socio, la página de destino de la aplicación debe cumplir con todos los requisitos que se describen en esta sección para las páginas de destino de las ofertas.
Cuando los usuarios navegan hacia atrás (p.ej., con el botón Atrás o la navegación por gestos)
inmediatamente después de interactuar con una oferta en una experiencia de Google,
se los debe redireccionar a la experiencia de Google original.
Datos y formato de las ofertas
Los socios deben cumplir con los requisitos técnicos y los formatos de datos especificados que se describen en la documentación relevante. El incumplimiento de estos requisitos puede generar errores o demoras en el procesamiento de los feeds.
La oferta debe estar disponible para todos los usuarios. Es posible que las ofertas requieran una suscripción pagada, siempre que cualquier persona pueda suscribirse.
Todos los metadatos proporcionados deben ser precisos y estar actualizados al momento de subir el feed (se deben subir al menos a diario). Las ofertas que se muestran deben estar activas y disponibles para los usuarios de inmediato o con anticipación, como se indica en ValidityPeriod. Las ofertas desactualizadas, agotadas o vencidas deben quitarse del feed.
Los socios deben usar formatos de oferta coherentes en todas las plataformas. Se prohíben las discrepancias entre los detalles de la oferta en el feed y los que se muestran en la app o el sitio web del socio.
Los socios deben proporcionar detalles claros y concisos de la oferta en el campo offer_display_text, que reflejen con precisión el valor de la oferta y cualquier limitación.
Los socios deben indicar claramente la categoría de la oferta (oferta base o oferta complementaria) y los modos de oferta aplicables (OFFER_MODE_FREE_RESERVATION, OFFER_MODE_PAID_RESERVATION, OFFER_MODE_WALK_IN) para cada oferta.
Los socios deben garantizar una asignación precisa de los tipos de instrumentos de pago para cada oferta.
El socio debe proporcionar actualizaciones automáticamente al menos una vez al día o según la documentación para desarrolladores.
La frecuencia de actualización de los datos debe ser suficiente para cumplir con una precisión del 95%.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-05-26 (UTC)"],[],[],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."]]
