Rezervasyonlar End-to-End Entegrasyon Politikaları
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Reservations End-to-End entegrasyonu için aşağıdaki entegrasyon politikaları geçerlidir.
Uçtan Uca Politikalar
Entegrasyona başlamadan önce lütfen aşağıdaki entegrasyon uygunluk ölçütlerini okuyun. İş ortakları, İşlemler Merkezi'nin rezervasyonlar uçtan uca entegrasyonu ile entegrasyon yapmaya uygun olmak için aşağıdaki şartları ve politikaları karşılamalıdır.
Aşağıdaki koşullar, Actions Center programına uygunluk için gerekli bileşenler olsa da bu koşulları karşılamak, iş ortağının Actions Center'ı entegre etme veya kullanıma sunma uygunluğunu garanti etmez.
Koşulların ve politikaların karşılanmaması, entegrasyon, satıcı veya hizmetlerin askıya alınmasına ya da platformdan kaldırılmasına neden olabilir.
Genel Platform Şartları
- İş ortakları, kimliği tanımlayabilecek bilgiler dahil olmak üzere tüm satıcı ve kullanıcı verilerini Genel Veri Koruma Yönetmeliği'ne (GDPR) ve diğer geçerli gizlilik yasalarına uygun şekilde toplayıp işlemelidir.
- İş ortakları, satıcıları adına rezervasyon yapmak için yetkilendirilmiş olmalıdır.
İş ortakları, satıcıların müsaitlik durumu/zaman aralıkları için gerçek zamanlı doğrudan erişime sahip olmalıdır (ör. iş ortakları, Google'dan gelen müsaitlik durumu isteklerine 1 saniyeden kısa sürede yanıt verebilmelidir).
- Özel durum: Satıcıdan eşzamansız onay gerektiren rezervasyonları destekliyoruz ancak rezervasyon akışı, müsait bir zaman aralığına dayalı olmalıdır. İş ortakları, rezervasyonu tamamlamak için satıcıdan onay alınması gerekiyorsa bile satıcının online sistemleri aracılığıyla gerçek zamanlı müsaitlik durumu bilgisine sahip olmalıdır.
İş ortakları, satıcıları için kapsamlı bir envantere sahip olmalıdır. Kısmi veya sorunlu envanteri olan satıcılar uygun olmayabilir.
İş ortaklarının, satıcıların müsaitlik durumunu 30 gün veya daha uzun süre boyunca göstermiş olması gerekir.
İş ortakları, rezervasyonların online olarak iptal edilmesini desteklemelidir.
Ön ödeme gerektiren iş ortakları, İşlemler Merkezi'nin ödeme politikasına uymalıdır. Ödeme işleyicileri aşağıdaki desteklenenler listesinde yer almalı ve jetonlu ödemeleri kabul etmelidir.
İş ortakları, hizmetlerin maliyeti için doğru fiyatlandırma verileri sağlayabilmeli ve İşlem Merkezi'nin fiyatlandırma politikasına uymalıdır.
İş ortakları, İşlem Merkezi'nin teknik rezervasyon uçtan uca entegrasyonu şartlarını karşılamalıdır.
İş ortakları, İşlem Merkezi'nin satıcı ve hizmet uygunluk koşullarına uymalıdır.
İş ortakları, İşlem Merkezi'nin destek ve bakım kurallarına uymalıdır.
İş ortakları, Lansman ve İzleme Yönergeleri'nde tanımlanan kabul edilebilir hata oranlarını korumalıdır.
Asenkron entegrasyonla yapılan rezervasyonlar hariç tüm rezervasyonlar anında otomatik olarak onaylanmalıdır. Asenkron entegrasyon üzerinden yapılan rezervasyonlar Asenkron kuralına uygun olmalıdır.
İş ortakları, Actions Center'ın sektöre veya özelliğe özgü politikalarına (Fırsatlar, Ödeme, Online hizmetler ve Yemek) uymalıdır.
İş ortağı, yönetmelik uyarınca satıcı adı, adresi, hizmet adı ve açıklaması için standart kalitede içerik sağlamalıdır.
translation: human page_type: lcat
Fırsatlar politikası
Açılış sayfası (mobil sayfa ve uygulama)
- Herhangi bir restoran için Google ile paylaşılan tüm fırsatlar, en azından mobil açılış sayfasında ilgili tüm bilgilerle birlikte görünür olmalıdır.
- Fırsat değeri ve açıklama metni doğrudan açılış sayfasında görünür olmalıdır.
- Açılış sayfalarında her fırsatın uygunluk koşulları açık ve kapsamlı bir şekilde belirtilmelidir. Kullanıcı segmentleri, ödeme yöntemleri, belirli günler veya saatler, minimum harcama tutarları ve fırsatın kullanılabileceği süre sayısı ile ilgili kısıtlamalar buna dahildir.
- Diğer tüm teklif kısıtlamaları (ör. uygunluk koşulları, teklifi kullanma talimatları, şartlar vb.) açılış sayfasında görünür veya açılış sayfasından 1 tıklamayla erişilebilir olmalıdır (ör. pop-up iletişim kutusu).
OFFER_MODE_WALK_IN
fırsatları hariç tüm fırsatlarda, fırsatla ilişkili işlem akışı (ör. masa rezervasyonu) kullanıcının, seçimiyle ilişkili geçerli fırsatları (ör. Rezervasyon için, seçilen zaman aralığı ve grup büyüklüğü için geçerli teklifler)
- Kullanım talimatları ve yöntemleri açıkça belirtilmeli ve uygulanabilir olmalıdır (ör. teklifin kullanılması için ödemenin ödeme sırasında iş ortağı sisteminde yapılması gerekiyorsa sistemde ödeme talimatı belirtilmeli ve kullanıcı ödeme sırasında iş ortağı sisteminde ödeme yapabilmelidir).
- Bir teklif URL'si bir iş ortağının yüklü mobil uygulamasına yönlendirdiğinde, uygulamanın açılış sayfası, teklif açılış sayfaları için bu bölümde belirtilen tüm koşulları karşılamalıdır.
- Kullanıcılar, bir Google deneyimindeki teklifle etkileşime geçtikten hemen sonra geri gittiklerinde (ör. geri düğmesini kullanarak, hareketle gezinme) kaynak Google deneyimine geri döndürülmelidir.
Teklif Verileri ve Biçimi
- İş ortakları, ilgili dokümanda belirtilen teknik şartlara ve veri biçimlerine uymalıdır. Bu şartlara uyulmaması, feed işleme hatalarına veya gecikmelere neden olabilir.
- Fırsat, genel olarak tüm kullanıcılar tarafından kullanılabilir olmalıdır. Herkesin abone olabileceği fırsatlar için ücretli abonelik gerekebilir.
- Sağlanan tüm meta veriler, feed yükleme sırasında doğru ve güncel olmalıdır (en azından günlük olarak yüklenmelidir). Listelenen fırsatlar etkin olmalı ve
ValidityPeriod
içinde belirtildiği şekilde kullanıcılara hemen veya önceden sunulmalıdır; güncel olmayan, stokta olmayan veya süresi dolmuş fırsatlar feed'den kaldırılmalıdır.
- İş ortakları, platformlar arasında tutarlı teklif biçimleri kullanmalıdır. Feed'deki teklif ayrıntıları ile iş ortağının uygulamasında veya web sitesinde gösterilen ayrıntılar arasında tutarsızlıklar yasaktır.
- İş ortakları,
offer_display_text
alanında fırsatın değerini ve sınırlamalarını doğru yansıtan kısa ve anlaşılır fırsat ayrıntıları sağlamalıdır.
- İş ortakları, her teklif için teklif kategorisini (temel teklif veya eklenti teklifi) ve geçerli teklif modlarını (
OFFER_MODE_FREE_RESERVATION
, OFFER_MODE_PAID_RESERVATION
, OFFER_MODE_WALK_IN
) açıkça belirtmelidir.
- İş ortakları, her teklif için ödeme aracı türlerinin doğru eşlendiğinden emin olmalıdır.
Yemek Menüsü Politikası ve Şartları
Entegrasyona başlamadan önce lütfen aşağıdaki entegrasyon uygunluk ölçütlerini okuyun. İş ortaklarının entegrasyona uygun olması için yemek menüsü politikalarına uyması ve aşağıdaki şartları karşılaması gerekir. Google'ın menü ve yemek verilerini kullanıcılara faydalı olacak şekilde gösterme hakkını saklı tuttuğunu lütfen unutmayın.
Koşulların ve politikaların karşılanmaması, entegrasyon, satıcılar veya hizmetlerin askıya alınmasına ya da platformdan kaldırılmasına neden olabilir.
Politika ve Şartlar
- İş ortakları, menü feed'inde küfürlü dil, yasaklanmış resimler, kimliği tanımlayabilecek bilgiler (PII) veya kullanıcı tarafından oluşturulan içerik gibi yasaklanmış bilgiler (ayrıntılar bölümüne bakın) göndermemelidir.
- İş ortakları, menü dışı öğeleri (ör. yan kapıdan teslimat, promosyon kodları vb.) paylaşmak için menü feed'ini kullanmamalıdır.
- İş ortaklarının, Rezervasyonlar uçtan uca menü spesifikasyonunda veya Sipariş Yönlendirme menüsü spesifikasyonunda (maksimum dosya boyutu 2 MB) gerekli tüm verileri sağlaması gerekir. Teknik koşullar, Rezervasyonlar E2E menü spesifikasyonunda veya Sipariş Yönlendirmesi menü spesifikasyonunda alanlar isteğe bağlı/zorunlu olarak işaretlenerek ele alınır.
- İş ortakları, yalnızca ilgili restoran konumlarında sunulan menü öğelerini sağlamalıdır.
- İş ortakları her konum için eksiksiz bir menü göndermelidir. Menüleri eksik olan satıcılar gösterilmeye uygun olmayabilir.
- İş ortaklarının ve satıcıların menülerin doğru olduğundan emin olmaları ve günlük olarak güncelleme yapmaları gerekir.
- Menü öğesi fotoğrafları iyi aydınlatılmış olmalı, odak noktası tek bir menü öğesi olmalı, kişiler veya gıda dışındaki diğer resimler içermemeli ve resim spesifikasyonuna uygun olmalıdır (fotoğraf kurallarına bakın).
- Yerel yasalar ve yönetmelikler tarafından zorunlu kılınmadığı sürece fiyatlar, menü öğesi başına bahşiş, vergi veya ücret olmadan gösterilmelidir. İş ortakları yerel para birimini açıkça belirtmelidir.
- Özel menüler desteklenir ve artık sunulmadığında kaldırılmalıdır (ör. sabit fiyatlı menü, mevsimsel, sınırlı süreli özel teklifler).
Ödeme Yönlendirme Politikaları
Bu bölümde, ödeme yönlendirme özelliğini Actions Center'da uygulamayla ilgili genel ve özelliklere özgü politikalar açıklanmaktadır. Actions Center'ı kullanan tüketiciler, satıcılar ve iş ortakları için tutarlı bir deneyim sağlamak amacıyla ödeme gerektiren envanter, uygun yönergelere uymalıdır. Bu politikalara uyulmaması, entegrasyonunuzun askıya alınmasına neden olur.
Genel
Bu politikalar, Google ile Rezervasyon'daki tüm ödeme işlemleri ve envanter için geçerlidir:
- Kullanıcıdan alınan tutar, geçerli yasalara uygun olarak işlemin şartlarında belirtilen tutarla aynı olmalıdır.
- İş ortakları, anlık güncelleme (RTU) kullanarak müsaitlik durumunu güncellemekten veya
BatchAvailabilityLookup
aramalarının doğru zaman aralığı müsaitlik durumunu yansıtmasını sağlamaktan sorumludur.
- Kredi kartı gerektiren işlemler için kullanıcıdan ödeme alınmamalıdır.
- Ödeme yapılandırma sürecimizde belirtildiği gibi, ödeme sırasında açıkça kabul edilmeyen hiçbir ücret kullanıcıdan alınmamalıdır.
- Bağlı Hizmet Şartları sayfasındaki ödeme şartları bu koşulu karşılamıyor.
- Yüz yüze hizmetler1 için tüm ödemeler rezervasyon sırasında veya yalnızca şahsen yapılmalıdır. Başka bir yöntemle ödeme istemek kesinlikle yasaktır.
- İşlem, satıcının bulunduğu konumun para biriminde gösterilmeli ve tahsil edilmelidir (para birimi, ödeme yapılandırması süreci kullanılarak belirtilir). Para birimi dönüştürme işlemi yapılamaz.
1. Bu entegrasyon aracılığıyla sağlananlar (ör. ön ödemeler ve depozitolar) hariç olmak üzere tüm yüz yüze hizmetler
Açılış Sayfası Koşulları
- Açılış sayfası, grup boyutu ve zaman aralığı önceden seçili olarak rezervasyon akışının başlangıcı olmalıdır.
- Açılış sayfası, platform sağlayıcının ana sayfası veya başka bir sayfa olmamalıdır.
- Derin bağlantılı açılış sayfasının ilk adımı, ödeme ayrıntılarını sağlamadıkları sürece kullanıcıların rezervasyonlarıyla ilgili meta verileri görüntüleyemediği bir ödeme duvarı olamaz.
- Derin bağlantılı açılış sayfasının ilk adımı giriş sayfası olamaz.
Rezervasyon akışında, kullanıcıların giriş yapmadan veya hesap oluşturmadan rezervasyon tamamlayabileceği bir misafir ödeme seçeneği bulunmalıdır.
- Bağlantı ve açılış sayfası, kullanıcının rezervasyon akışını tamamlamak için bir uygulama indirmesini gerektiremez.
Aksi belirtilmediği sürece bu sayfanın içeriği Creative Commons Atıf 4.0 Lisansı altında ve kod örnekleri Apache 2.0 Lisansı altında lisanslanmıştır. Ayrıntılı bilgi için Google Developers Site Politikaları'na göz atın. Java, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-03-27 UTC.
[null,null,["Son güncelleme tarihi: 2025-03-27 UTC."],[[["\u003cp\u003ePartners must adhere to data privacy regulations, possess real-time merchant availability, and support online cancellations to integrate with the Actions Center.\u003c/p\u003e\n"],["\u003cp\u003ePartners need comprehensive merchant inventory, including 30+ days of availability, and comply with payment and pricing policies.\u003c/p\u003e\n"],["\u003cp\u003eAll bookings must be confirmed in real-time (except for asynchronous integrations) and partners must meet technical, support, and maintenance guidelines.\u003c/p\u003e\n"],["\u003cp\u003eOffer details must be clearly displayed, generally available, and menu feeds must exclude prohibited content and adhere to specified requirements.\u003c/p\u003e\n"],["\u003cp\u003ePayments must align with transaction terms, respect user consent, occur at booking or in-person (for in-person services), and landing pages must facilitate seamless booking flows without login or app download requirements.\u003c/p\u003e\n"]]],["Partners integrating with Actions Center's Reservations End-to-End must adhere to specific policies. Key actions include: managing user data compliantly with GDPR, having real-time access to merchant availability, and providing comprehensive inventory with at least 30 days of availability. Online cancellation, accurate pricing, and meeting technical requirements are mandatory. Partners must present offers clearly on landing pages, ensure offers are widely accessible, and use consistent data formats. Menu feeds require accurate, complete information and adherence to content guidelines. Payment transactions must be transparent and in the local currency. Landing pages for bookings must start with preselected details and include a guest checkout option.\n"],null,["# Reservations End-to-End Integration Policies\n\nThe following integration policies apply to the Reservations End-to-End\nintegration.\n\nEnd-to-End Policies\n-------------------\n\nPlease read through the following integration eligibility criteria before\nbeginning an integration. Partners must meet the following requirements and\npolicies to be eligible to integrate with the Actions Center's\n[Reservations End-to-End integration](/actions-center/verticals/reservations/e2e/policies/platform-policies#merchant_and_service_eligibility).\n\nWhile the following requirements are necessary components of eligibility for the Actions Center program, meeting the requirements does not guarantee a partner will be eligible to integrate or go live with the Actions Center.\n\nFailure to meet the requirements and policies may result in integration, merchant or services being suspended or removed from the platform.\n\n### General Platform Requirements\n\n1. Partners must collect and handle all merchant and user data, including any personally identifiable information, in a manner compliant with the General Data Protection Regulation (GDPR) and any other applicable privacy laws.\n2. Partners must be authorized to make bookings on behalf of their merchants.\n3. Partners must have direct access to merchants' availability/time slots in real time (ie. partners must be able to respond to availability requests from Google in less than 1 second).\n\n - *Special case*: We do support reservations that require asynchronous confirmation from the merchant, but the reservation flow must be based on an available time slot. Partners must have real time availability, i.e. through merchant online systems, even if it requires confirmation from the merchant to finalize the reservation.\n4. Partners must have comprehensive inventory for their merchants. Merchants with partial or distressed inventory may not be eligible.\n\n5. Partners must have 30 days or more of merchants' availability.\n\n6. Partners must support online cancellation of bookings.\n\n7. Partners requiring pre-payments must abide by the Actions Center's [payment policy](/actions-center/verticals/reservations/e2e/policies/integration-policies#payments-policies), their payment processors must be in the following [supported list](/pay/api) and accept tokenized payments.\n\n8. Partners must be able to provide accurate pricing data for the cost of services and abide by the Actions Center's [pricing policy](/actions-center/verticals/reservations/e2e/policies/integration-policies#pricing-policies).\n\n9. Partners must be able to meet the Actions Center technical\n [Reservations End-to-End integration](/actions-center/verticals/reservations/e2e/overview)\n requirements.\n\n10. Partners must abide by the Actions Center's [merchant and services eligibility requirements](/actions-center/verticals/reservations/e2e/policies/platform-policies#merchant_and_service_eligibility).\n\n11. Partners must abide by the Actions Center's [support and maintenance guidelines](/actions-center/verticals/reservations/e2e/policies/platform-policies#support_and_maintenance_guidelines).\n\n12. Partners must maintain acceptable error rates defined in\n [Launch and Monitoring guidelines](/actions-center/verticals/reservations/e2e/integration-steps/launch-and-monitoring).\n\n13. All bookings must be confirmed automatically in real time with the exception of bookings made with an async integration. Bookings made through an async integration must adhere to the\n [Async guideline](/actions-center/verticals/reservations/e2e/add-ons/add-async).\n\n14. Partners must abide by the Actions Center's vertical or feature specific policies ([Offers](/actions-center/verticals/reservations/e2e/policies/integration-policies#offers-policy), [Payment](/actions-center/verticals/reservations/e2e/policies/integration-policies#payments-policies), [Online services](/actions-center/policies/virtual-policy) and [Dining](/actions-center/verticals/reservations/e2e/policies/integration-policies#dining-policies)).\n\n15. Partner must maintain standard quality content for merchant name, address, services name and description per [guideline](/actions-center/verticals/reservations/e2e/policies/platform-policies#content_quality_standards).\n\nFood Menu Policy and Requirements\n---------------------------------\n\nPlease read through the following integration eligibility criteria before beginning\nan integration. Partners must adhere to the food menu policies and meet the\nfollowing requirements to be eligible to integrate. Please note that Google\nreserves the right to display menu \\& dish data in ways that are helpful to users.\n\nFailure to meet the requirements and policies may result in integration, merchants\nor services being suspended or removed from the platform.\n\n### Policy and Requirements\n\n1. Partners must not send prohibited information (see [details](https://support.google.com/contributionpolicy/answer/7400114?ref_topic=7422769)) in menu feed such as foul language, prohibited images, personally identifiable information (PII) or user generated content.\n2. Partners should not use the menu feed to share non-menu items such as [services](/actions-center/verticals/reservations/e2e/reference/feeds/services-feed) (ex: curbside, promotion codes, etc.).\n3. Partners are required to provide all required data in [Reservations E2E menu spec](/actions-center/verticals/reservations/e2e/add-ons/add-menus/menu-feed) or [Ordering Redirect menu spec](/actions-center/verticals/reservations/e2e/reference/menu-feeds/menus-feed) (max file size 2MB). The technical requirements are addressed in the [Reservations E2E menu spec](/actions-center/verticals/reservations/e2e/add-ons/add-menus/menu-feed) or [Ordering Redirect menu spec](https://developers.google.com/actions-center/verticals/reservations/e2e/reference/menu-feeds/menus-feed) by marking fields as optional/required.\n4. Partners should only provide menu items available for the corresponding restaurant locations.\n5. Partners must send a complete menu for each location. Merchants with incomplete menus may not be eligible for display.\n6. Partners and merchants are required to ensure menus are accurate and should provide updates on a daily basis.\n7. Menu items photos should be well-lit, feature one in-focus menu item, must not include people or other non-food images, and must conform to image spec (see [photo guidelines](https://support.google.com/business/answer/6103862#photo-guidelines&zippy=%2Cphoto-guidelines)).\n8. Prices should be shown, per menu item, without tips, taxes or fees; unless required by local laws and ordinances. Partners must explicitly provide local currency.\n9. Specialty menus are supported and should be removed when no longer available (ex: prix fixe, seasonal, limited time specials).\n10. Merchants are required to provide menus in a text-based format, enabling users to select and add items to their order. Menus presented solely as images are not permitted.\n\nPayments Redirect Policies\n--------------------------\n\nThis section specifies the general and feature-specific policies for\nimplementing [payments redirect](https://developers.google.com/actions-center/verticals/reservations/e2e/add-ons/add-payments-redirect/overview) on the Actions Center. To create a consistent\nexperience for consumers, merchants, and partners using the Actions Center,\ninventory requiring payment must adhere to the appropriate guidelines. Failure\nto adhere to these policies will lead to suspension of your integration.\n\n### General\n\nThese policies apply to all payment dependent inventory on Reserve with Google:\n\n1. The amount charged to a user must be the same amount specified in the terms of the transaction, in compliance with applicable laws.\n2. Partners are responsible for updating availability using a real-time update (RTU) or ensuring `BatchAvailabilityLookup` calls reflect accurate slot availability.\n3. No charges should be made to a user that are not explicitly agreed to at checkout, as articulated using our payments configuration process.\n - Payment terms contained within the linked Terms of Service page do not satisfy this requirement.\n - No charges should be made to the user for any 'credit-card required' transactions that are solely meant to authenticate a user.\n4. For in-person services^1^, all payments must occur at the time of booking or in-person only. Solicitation of payment by any other means is strictly prohibited.\n5. The transaction must be displayed and charged in the currency of the location of the merchant (currency is specified using the payments configuration process). No currency conversions may take place.\n\n^1. All in-person services, not counting those provided through this\nintegration such as prepayments and deposits^\n\n### Landing Page Requirements\n\n1. The landing page must be the start of the booking flow with the party size and time slot preselected.\n - If the table slot selected is no longer available, this should be clearly communicated to the user upfront, prior to any required step for checkout or account login.\n2. The landing page must not be the platform provider's homepage, a login page, or any other pages.\n3. The first step of the deep linked landing page cannot be a paymentwall, where users cannot view related metadata of their reservation unless they provide payment details.\n4. To provide an optimal and seamless user experience, within the booking flow we recommend providing a Guest Checkout option when possible.\n5. The linkout and landing page cannot require that the user download an app to complete the booking flow."]]