Reserve with Google bir rezervasyon kanalıdır, rezervasyon stratejisi değil
Reserve with Google, misafirlere restoranı seçtikleri anda ulaşabildiği için önemlidir. Misafir Google Arama'da araştırma yapabilir, Google Haritalar'da bir restoranı açabilir, yakındaki seçenekleri karşılaştırabilir ve restoranın web sitesine uğramadan rezervasyon yapmaya karar verebilir.
Bu kolaylık restorana da sorumluluk yükler. Google yanlış bir saat gösterirse, ödeme kuralını atlar, bir deneyimi eksik sunar veya ekibin düzgün göremediği bir rezervasyon oluşturursa kanal operasyonel karmaşaya dönüşür. Reserve with Google; restoranın doğrudan rezervasyon deneyimini besleyen canlı müsaitlik, servis kuralları, misafir kayıtları ve ödeme mantığıyla aynı sisteme bağlandığında en iyi sonucu verir.
Amaç Google için ayrı bir takvim oluşturmak değil, Google'ı kontrollü bir doğrudan rezervasyon sistemine açılan, rezervasyon niyeti yüksek bir giriş noktası hâline getirmektir. Özelliğin kullanılabilirliği ise ülkeye veya bölgeye, işletmenin uygunluğuna ve desteklenen bir rezervasyon sağlayıcısıyla çalışmasına bağlıdır. Google Actions Center'ın güncel desteklenen ülkeler listesinde Türkiye yer alır; ancak bir restoranın yayına alınabilmesi için çalıştığı sağlayıcının Türkiye'yi desteklemesi ve diğer entegrasyon koşullarının da karşılanması gerekir.
Önemli noktalar
- Reserve with Google, misafirlerin Google Arama ve Haritalar üzerinden rezervasyon yapmasına yardımcı olabilir; ancak restoranın arka planda doğru ve güncel envanter sunması gerekir.
- Güvenilir bir uçtan uca entegrasyonun üç temel parçası vardır: eksiksiz envanter veri akışları, canlı rezervasyon sunucusu ve rezervasyon değişikliklerinden sonra yapılan gerçek zamanlı güncellemeler.
- Misafirin en çok fark ettiği unsur canlı müsaitliktir. Güncelliğini yitirmiş saatler, başarısız rezervasyon denemelerine ve güven kaybına yol açar.
- Depozito, ön ödeme, ücretli deneyim veya katı politika gerektiren rezervasyonlar, sıradan bir masa rezervasyonu yerine ödemeyi destekleyen açık bir akışa yönlendirilmelidir.
- Restoranlar Google'ı; kendi kanallarındaki rezervasyon kuralları, misafir bağlamı ve dil açıklığıyla uyumlu çalışan bir doğrudan talep kanalı olarak ele almalıdır.
Reserve with Google gerçekte ne yapar?
Google'ın Reservations End-to-End belgeleri, misafirlerin restoranları Google Arama ve Haritalar üzerinden keşfedip doğrudan rezervasyon yapabildiği bir entegrasyon tanımlar. Bu deneyim, restoranın veya teknoloji ortağının Google'a güvenilir envanter göndermesine ve rezervasyon isteklerini gerçek zamanlı işlemesine bağlıdır.
Aradaki fark önemlidir. Reserve with Google yalnızca bir pazarlama rozeti değildir ve Google İşletme Profili'ne bir rezervasyon bağlantısı eklemekle aynı şey değildir. Uçtan uca entegrasyonda Google; işletme, rezervasyon hizmeti ve müsait saatler hakkında yapılandırılmış veri alır. Misafir bir saat seçtiğinde, rezervasyon oluşturulmadan önce o saatin hâlâ geçerli olup olmadığı kontrol edilir.
Misafir açısından değer açıktır: karar vermek için zaten kullandığı yerde rezervasyon işlemini başlatabilir. Restoran açısından şart da aynı ölçüde açıktır: kanal, işletmenin gerçek rezervasyon kurallarına uymalıdır.
Misafirin gördüğü deneyimin ardındaki katmanlar
Misafir yalnızca basit bir rezervasyon işlemi görür. Restoran düzeyindeki bir Reserve with Google kurulumunda ise birbiriyle uyumlu çalışması gereken birkaç katman vardır.
| Katman | Ne yapar? | Restoran için neden önemli? |
|---|---|---|
| Keşif | Restoranı Google Arama ve Haritalar'daki rezervasyon niyeti yüksek misafirlere gösterebilir. | Rezervasyon fırsatı, misafirin nerede yemek yiyeceğine karar verdiği anda karşısına çıkar. |
| Envanter veri akışları | Google yapılandırılmış işletme, hizmet ve müsaitlik verilerini alır. | Restoran hangi şubelerin, hizmetlerin, saatlerin, deneyimlerin ve kuralların uygun olduğunu belirler. |
| Canlı rezervasyon sunucusu | Google bir saatin hâlâ müsait olup olmadığını sorar ve rezervasyon işlemlerini iletir. | Güncelliğini yitirmiş envanterin misafir için bozuk bir deneyime dönüşmesini önlemeye yardımcı olur. |
| Gerçek zamanlı güncellemeler | Rezervasyon, iptal ve müsaitlik değişiklikleri Google'a iletilir. | Restoranın kendi sistemindeki değişikliklerden sonra Google'ın da güncel kalmasını sağlar. |
Bu nedenle Reserve with Google ayrı bir yan süreç olarak yönetilmemelidir. Rezervasyon sistemi, web sitesindeki rezervasyon bileşeni, Google müsaitliği, ödeme kuralları ve ekip paneli birbirinden farklı bilgi gösterirse misafir eninde sonunda bu tutarsızlıkla karşılaşır.
Uçtan uca rezervasyon akışı nasıl çalışır?
Resmî entegrasyona “Reservations End-to-End” denmesinin nedeni, bir işletme kaydından fazlasını kapsamasıdır. Akış, misafir herhangi bir şeye dokunmadan önce başlar ve rezervasyon oluşturulduktan sonra da devam eder.
1. İşletme veri akışı
İşletme veri akışı, hangi restoran şubelerinin uygun olduğunu Google'a bildirir. Restoranın doğru Google Haritalar konumuyla eşleştirilmesi için işletme kimliği, adres, telefon numarası, web sitesi, konum ayrıntıları ve ilgili koşullar gibi bilgiler içerir.
Bu adım basit görünse de entegrasyonun en önemli parçalarından biridir. İşletme verileri gerçek Google Haritalar konumuyla eşleşmezse rezervasyon deneyimi inceleme sırasında gecikebilir, yanlış yere yönlenebilir veya reddedilebilir.
2. Hizmet veri akışı
Hizmet veri akışı, misafirin ne için rezervasyon yaptığını tanımlar. Restoranlarda bu genellikle masa rezervasyonu hizmetidir; ancak rezervasyon aralığı, süre, hizmet adı, rezervasyon bağlantıları ve en erken rezervasyon zamanı gibi ayrıntılar önem taşır.
Bu veri, restoranın rezervasyonu misafire nasıl anlatmak istediğini yansıtmalıdır. Restoran farklı deneyimler, alanlar, diller veya rezervasyon yolları kullanıyorsa bunlar tek bir genel “masa” seçeneğine indirgenmemelidir.
3. Müsaitlik veri akışı
Müsaitlik veri akışı, Google'a hangi saatlerin rezervasyona açık olduğunu bildirir. Google'ın veri akışı belgeleri, işletme, hizmet ve müsaitlik veri akışlarının eksiksiz envanterle en az 24 saatte bir yüklenmesini gerektirir.
Restoranın iş kuralları en çok bu katmanda görünür. Bir saatin uygunluğu; tarih, saat, kişi sayısı, masa kapasitesi, alan, deneyim, süre, onay şekli, ödeme gereksinimi, en erken ve en geç rezervasyon zamanı ile operasyonel sınırlara bağlı olabilir. Müsaitlik göndermek, çalışma saatlerini göndermekle aynı şey değildir; gerçekten rezervasyon yapılabilecek envanteri göndermektir.
4. Rezervasyon sunucusu
Misafir bir müsaitlik seçeneğiyle etkileşime girdiğinde Google'ın canlı yanıtlara ihtiyacı vardır. Rezervasyon sunucusu gereksinimleri, HealthCheck, BatchAvailabilityLookup, CreateBooking ve UpdateBooking gibi yöntemleri kapsar.
Restoran diliyle bu şu anlama gelir:
- Google, rezervasyon hizmetinin sağlıklı çalışıp çalışmadığını kontrol edebilir.
- Google, misafir onay vermeden önce bir veya daha fazla saatin hâlâ müsait olup olmadığını sorabilir.
- Google, misafir rezervasyonu gönderdiğinde yeni bir rezervasyon oluşturulmasını isteyebilir.
- Entegrasyon destekliyorsa Google, mevcut bir rezervasyonda değişiklik veya iptal talep edebilir.
Rezervasyon sunucusu, ekranda görünen bir saat ile gerçek rezervasyon arasındaki güvenlik katmanıdır. Dün dışa aktarılmış bir takvimi değil, restoranın güncel müsaitlik kaynağını kullanmalıdır.
5. Gerçek zamanlı güncellemeler
Rezervasyon oluşturulduktan sonra restoranın operasyonu değişmeye devam eder. Misafir iptal eder, ekip kişi sayısını değiştirir, onay bekleyen bir talep reddedilir, ücretli bir deneyim tükenir veya aynı masa başka bir kanaldan rezerve edilir.
Google'ın gerçek zamanlı güncelleme belgeleri, rezervasyon ya da müsaitlik durumu değiştiğinde iş ortaklarının Google'ı nasıl bilgilendireceğini açıklar. Eksiksiz veri akışları yine gereklidir; gerçek zamanlı güncellemeler, planlı yüklemeler ile o anda restoranda yaşananlar arasındaki boşluğu kapatmaya yardımcı olur.
Misafirin hatırladığı şey canlı müsaitliktir
Misafirlerin çoğu veri akışlarını veya rezervasyon sunucularını düşünmez. Tıkladıkları saatin gerçekten müsait olup olmadığını hatırlar.
Saat 20.00 için dört kişilik seçeneği gören misafir bu saate dokunur, bilgilerini girer ve seçenek güncelliğini yitirdiği için reddedilirse rezervasyon isteği yarıda kalır. Bazen yeniden dener; çoğu zaman başka bir restorana yönelir. Sorun yalnızca bağlantısı kopmuş bir kanal olsa bile bu başarısız deneme restoranı düzensiz gösterebilir.
Canlı müsaitlik, misafirin seçim yaptığı anda güncel rezervasyon durumunu kontrol ederek bu riski azaltır. Google'ın diğer rezervasyon yüzeyleriyle uyumlu kalmasına da yardımcı olur:
- Restoranın web sitesi bir müsaitlik gösterirken Google başka bir müsaitlik göstermemeli.
- Gerçekte rezerve edilemeyen deneyimler ve alanlar Google'da görünmemeli.
- Kişi sayısı kuralları misafir onay adımına gelmeden uygulanmalı.
- Onay gerektiren saatler, anında onaylanan masalar gibi sunulmamalı.
- Ödeme gerektiren saatler, gerekli ödemeyi veya politika onayını alabilecek bir akışa yönlendirilmeli.
Reserve with Google işte bu noktada yalnızca büyüme değil, operasyon konusu hâline gelir.
Restoran yayına geçmeden önce neleri kontrol etmeli?
Restoran, Reserve with Google'ı bir talep kanalı olarak kullanmadan önce kanalın uyması gereken operasyon kurallarını belirlemelidir.
| Kontrol noktası | Yayına geçmeden önce yanıtlanacak sorular |
|---|---|
| İşletme kimliği | Adres, telefon, web sitesi ve konum ayrıntıları dâhil restoran verileri doğru Google Haritalar kaydıyla eşleşiyor mu? |
| Hizmet kuralları | Google üzerinden hangi seçenekler rezerve edilebilir: standart rezervasyonlar, onay gerektiren talepler, deneyimler, özel alanlar veya belirli servis saatleri mi? |
| Müsaitlik mantığı | Kişi sayısı, süre, masa kapasitesi, alan ve servis saatine göre hangi seçenekler gösterilmeli? |
| Onay şekli | Hangi rezervasyonlar anında onaylanabilir, hangileri restoranın onayını gerektirir? |
| Ödeme kuralları | Hangi rezervasyonlar kabulden önce depozito, ön ödeme, kart garantisi veya ödeme sayfasına yönlendirme gerektirir? |
| Koşullar ve politikalar | Hangi iptal, rezervasyona gelmeme, pazarlama tercihi ve misafir onayı metinleri gösterilmeli? |
| Diller | İngilizce, Almanca ve Türkçe konuşan misafirler için rezervasyon akışı nasıl açık ve anlaşılır kalacak? |
| Operasyon sorumluluğu | Ekip Google kaynaklı rezervasyonları, misafir notlarını, durum değişikliklerini ve ödeme bağlamını nerede görecek? |
Bu kurallar belirsizse Google görünürlüğü daha fazla manuel iş yaratabilir. Kurallar açık olduğunda ise kanal, doğrudan rezervasyonların düzenli bir uzantısına dönüşebilir.
Depozito, ön ödeme ve ücretli deneyimler özel dikkat gerektirir
Birçok restoran artık yalnızca ücretsiz masa rezervasyonu sunmuyor. Yüksek riskli rezervasyonlarda depozito; tadım menüleri veya etkinliklerde ön ödeme; rezervasyona gelmeme riskine karşı kart garantisi; kutlamalarda ek seçenekler; özel kontenjanlarda ise ücretli deneyimler sunuyor.
Ödeme veya açık politika onayı gerektiren bu seçenekler, sıradan bir “masa ayırtın” akışına sıkıştırılmamalıdır.
Google, pilot olarak sunduğu Payments Redirect eklentisiyle depozito, rezervasyona gelmeme ücreti veya ön ödemeli envanter gerektiren işlemleri iş ortağının ödeme alabilen rezervasyon sayfasına yönlendirebilir. Bu özellik otomatik olarak sunulmaz: mevcut ve canlı bir Reservations End-to-End entegrasyonu, ödeme işleyebilen doğrudan bağlantılı bir rezervasyon sayfası ve Google'ın Payments Redirect politikalarına uyum gerekir. İş ortağının özelliği etkinleştirmek için Partner Portal üzerinden destek talebi de açması gerekir.
Uygun bir yönlendirme olduğunda markalı rezervasyon sayfası tüm ticari bağlamı ele alabilir:
- Depozito veya ön ödeme tutarı.
- Gerekiyorsa para birimi ve vergi uygulaması.
- İptal ve iade kuralları.
- Misafirin ödeme ve rezervasyona gelmeme politikalarını kabul etmesi.
- Rezervasyona bağlı ek seçenekler, deneyimler, hediye kartları veya restoran bakiyeleri.
- Ödeme sağlayıcısındaki işlem ve onay durumu.
Basit bir masa rezervasyonunda Google tüm rezervasyon yüzeyini sunabilir. Ödeme taahhüdü gereken bir rezervasyonda ise misafirin işlemi ödeme alabilen restoran sayfasında tamamlaması gerekebilir. Önemli olan, misafirin çıkmaz bir akışla karşılaşmamasıdır.
Reslify, Reserve with Google'ı nasıl ele alır?
Reslify, Reserve with Google'ı restoranın kendi kanallarında kullandığı doğrudan rezervasyon sistemiyle aynı kurallara bağlamak üzere tasarlanmıştır.
Reslify bu akışı genel olarak beş şekilde destekler:
- İşletme, hizmet ve müsaitlik veri akışları Google üzerinden sunulabilecek restoran envanterini yayımlar.
- Canlı müsaitlik kontrolleri, Google rezervasyonu oluşturmadan önce saati güncel rezervasyon kurallarına göre doğrular.
- Google kaynaklı rezervasyonlar, restoranın doğrudan rezervasyon deneyiminde kullanılan aynı rezervasyon mantığıyla oluşturulur.
- Durum, kişi sayısı, tarih, saat ve sürenin uyumlu kalması için rezervasyon değişiklikleri Google'a geri gönderilebilir.
- Ödeme gerektiren envanter, her saati ücretsizmiş gibi sunmak yerine markalı Reslify rezervasyon akışına yönlendirilebilir.
Böylece restoranın Google için ayrı bir rezervasyon defteri yönetmesi gerekmez. Google talep oluştururken Reslify; canlı müsaitlik, deneyimler, alanlar, onay şekli, ödeme gereksinimleri, misafir kayıtları ve ekibin gördüğü bağlamın tutarlı kalmasına yardımcı olur.
Reslify'nin misafir ve işletme yüzeyleri İngilizce, Almanca ve Türkçeyi; dile uygun tarih, saat ve para birimi biçimleriyle destekler. Yerel misafirlere, turistlere ve uluslararası ziyaretçilere hizmet veren restoranlar için bu önemlidir. Reserve with Google rezervasyon anını başlatabilir; devamındaki akışın da misafirin dilinde anlaşılır olması gerekir.
Kaçınılması gereken yaygın hatalar
Restoranlar Reserve with Google'ı canlı rezervasyon kanalı yerine profil geliştirmesi gibi ele aldığında entegrasyon beklenen sonucu vermeyebilir.
| Hata | Ne olur? | Daha iyi yaklaşım |
|---|---|---|
| Çalışma saatlerini müsaitlik olarak göndermek | Misafirler gerçekte rezerve edilemeyen saatler görür. | Masalara, kapasiteye, servislere ve kurallara göre gerçekten rezerve edilebilen saatleri yayımlayın. |
| Güncelliğini yitirmiş envanter kullanmak | Google, web sitesi, telefon veya ekip paneli üzerinden artık dolmuş saatleri gösterir. | Kanalları uyumlu tutmak için canlı sorgulama ve gerçek zamanlı güncellemeler kullanın. |
| Deneyimleri ve alanları yok saymak | Özel oturma seçenekleri, tadım menüleri, teras masaları ve onay gerektiren rezervasyonlar tek seçeneğe indirgenir. | Rezerve edilebilen seçenekleri açık hizmet, kaynak ve onay kurallarıyla gösterin. |
| Ödeme gereksinimlerini gizlemek | Misafir ancak onay aşamasında depozito veya ön ödeme gerektiğini öğrenir. | Depozito, ön ödeme, kart garantisi ve ücretli deneyimler için ödemeyi destekleyen bir akış kullanın. |
| Google rezervasyonlarını operasyondan ayırmak | Ekip rezervasyon kaynağını, durumu, misafir bilgilerini veya bağlamı tek yerde göremez. | Google kaynaklı rezervasyonları doğrudan rezervasyonlarla aynı operasyon sistemine yönlendirin. |
| Dil açıklığını gözden kaçırmak | Misafir keşif adımını anlar; ancak politika, saat veya ödeme adımlarında zorlanır. | İngilizce, Almanca ve Türkçe yüzeylerde metinleri ve biçimleri açık ve tutarlı tutun. |
Restoranlar için yayına geçiş kontrol listesi
Reserve with Google entegrasyonunu etkinleştirmeden veya yeniden kurmadan önce şu adımları tamamlayın:
- Restoranın uygunluğunu ve doğru Google Haritalar konumuyla eşleştiğini doğrulayın.
- İşletme profilindeki ad, adres, telefon, web sitesi, konum ve kamuya açık koşulların eksiksiz olduğundan emin olun.
- Hangi hizmetlerin Google rezervasyonuna açık olacağını, hangilerinin yalnızca doğrudan kanallarda kalacağını belirleyin.
- Müsaitliği kişi sayısı, süre, servis aralığı, masa kapasitesi, alan ve deneyime göre doğrulayın.
- Hangi saatlerin anında onaylanacağını, hangilerinin rezervasyon talebi oluşturacağını belirleyin.
- Depozito, ön ödeme, kart garantisi ve ücretli deneyimleri ödeme alabilen uygun bir rezervasyon akışıyla eşleştirin.
- Canlı müsaitlik sorgusunu, rezervasyon oluşturmayı, güncellemeyi, iptali ve müsaitlik bulunmayan senaryoları test edin.
- Google kaynaklı rezervasyonların misafir ve ödeme bağlamıyla birlikte ekip iş akışında göründüğünü doğrulayın.
- Yayına geçmeden önce misafire gösterilen metinleri desteklenen her dilde kontrol edin.
- Yayından sonra başarısız rezervasyon denemelerini, uyuşmayan saatleri, reddedilen talepleri ve ödeme yönlendirmelerini izleyin.
En iyi Reserve with Google kurulumu sorunsuz ve göze batmayacak kadar düzenlidir: misafir gerçek bir saat bulur, rezervasyon ekibin beklediği yere düşer ve restoranın kuralları elle düzeltme gerektirmeden uygulanır.
Reserve with Google doğrudan rezervasyon stratejisinde nereye oturur?
Restoranlar Reserve with Google'ı doğrudan rezervasyonun karşıtı olarak görmemelidir. Doğru kurulduğunda doğrudan rezervasyon stratejisini destekleyebilir.
Google, restoranı zaten arayan misafirin niyetini eyleme dönüştürmesini kolaylaştırır. Restoranın rezervasyon platformu ise bu niyeti; web sitesi, markalı rezervasyon deneyimi, ekip paneli ve ödeme akışlarında kullanılan aynı kurallarla kontrollü bir rezervasyon kaydına dönüştürmelidir.
Restoranlar ve yeme-içme grupları için stratejik soru “Google'da yer almalı mıyız?” değildir. Şunları sormalıdırlar:
- Google doğru ve canlı müsaitlik gösterebiliyor mu?
- Restoran rezervasyon bağlamını kendi kontrolünde tutabiliyor mu?
- Ekip Google kaynaklı rezervasyonları doğrudan rezervasyonlarla aynı akışta yönetebiliyor mu?
- Ücretli ve özel deneyimler aşırı basitleştirilmeden korunabiliyor mu?
- Misafir güvenini kaybetmeden keşiften onaya ilerleyebiliyor mu?
Yanıt evetse Reserve with Google, restoranın ticari modeline saygı gösteren ve rezervasyon niyeti yüksek talebi yakalayan bir kanala dönüşür.
SSS
Reserve with Google, Google İşletme Profili'ne rezervasyon bağlantısı eklemekle aynı şey mi?
Hayır. Rezervasyon bağlantısı, misafiri Google İşletme Profili'nden bir sağlayıcının veya restoranın sayfasına götürebilir. Reservations End-to-End daha derin bir entegrasyondur: Google yapılandırılmış envanter alır, müsaitliği kontrol eder ve onaylı entegrasyon üzerinden rezervasyon oluşturabilir veya güncelleyebilir.
Reserve with Google canlı müsaitlik gerektirir mi?
Güvenilir bir kurulum canlı müsaitlik kullanmalıdır. Veri akışları Google'a yapılandırılmış envanter sağlar; rezervasyon sunucusu ise misafir bir saatle etkileşime girdiğinde seçeneğin hâlâ geçerli olup olmadığını kontrol eder. Canlı kontrol olmadan restoranlar güncelliğini yitirmiş saatler gösterme riski taşır.
Restoranlar Reserve with Google üzerinden depozito veya ön ödemeli deneyim sunabilir mi?
Evet, ancak ödeme gerektiren rezervasyonlar uygun akışa yönlendirilmelidir. Google'ın pilot Payments Redirect eklentisi, uygun ve canlı bir Reservations End-to-End entegrasyonuna sahip iş ortaklarının depozito, rezervasyona gelmeme ücreti veya ön ödemeli envanteri kendi ödeme alabilen rezervasyon sayfalarında işlemesine olanak tanır. Özellik için Google'ın uygunluk ve politika koşulları geçerlidir.
İptalleri ve rezervasyon değişikliklerini kim yönetir?
Rezervasyon platformu, rezervasyonun yaşam döngüsündeki değişiklikleri yönetmeli ve ilgili güncellemeleri Google'a iletmelidir. Böylece misafirin Google'da gördüğü durum, restoran ekibinin kendi sisteminde gördüğü durumla uyumlu kalır.
Reserve with Google üst segment restoranlar için yararlı mı?
Evet, entegrasyon özel envanteri doğru biçimde ele alıyorsa yararlı olabilir. Tadım menüleri, şef masaları, teraslar, özel odalar, onay gerektiren rezervasyonlar, depozitolar ve ön ödemeler sıradan bir ücretsiz masa seçeneğinden daha dikkatli yönetilmelidir.
Rezervasyon akışı hangi dilleri desteklemeli?
Restoran, misafirlerinin gerçekten kullandığı dilleri desteklemelidir. Reslify'nin misafir ve işletme yüzeyleri İngilizce, Almanca ve Türkçeyi; dile uygun tarih, saat ve para birimi biçimleriyle destekler. Böylece rezervasyon kuralları tutarlı kalırken misafir deneyimi de anlaşılır olur.
İncelenen kaynaklar
Bu rehber hazırlanırken Google'ın Reservations End-to-End genel bakış ve uygunluk, platform politikaları ve desteklenen ülkeler, veri akışları, rezervasyon sunucusu, gerçek zamanlı güncellemeler ve Payments Redirect belgeleri ile Google İşletme Profili'nin sağlayıcı üzerinden restoran rezervasyonları yardım sayfası incelendi. Uygunluk ve ödeme yönlendirmesi koşulları 16 Temmuz 2026 tarihinde yeniden doğrulandı.