Widget rezerwacji na stronę restauracji, zawsze w brandzie Twojego lokalu

Większość systemów rezerwacji działa w jeden z dwóch sposobów: albo przekierowuje gościa na domenę platformy rezerwacyjnej, albo osadza jej okienko w Twojej stronie jako iframe. W obu przypadkach gość technicznie opuszcza Twoją stronę i trafia w cudzy interfejs. Żeby tego uniknąć, potrzebujesz widgetu, który działa natywnie na Twojej domenie — gość wybiera datę, wypełnia formularz i dostaje potwierdzenie, nie wychodząc z Twojej strony. Restably instaluje się jako wtyczka WordPress bezpośrednio na domenie restauracji, więc cały proces rezerwacji odbywa się pod Twoim adresem URL.

Systemy SaaS projektowane są tak, żeby działały dla tysięcy różnych firm naraz. Efektem jest uniwersalny interfejs z własnymi kolorami, krojami pisma i przyciskami — który z żadną konkretną restauracją nie tworzy spójnej całości. Gość widzi nagle okienko, które nie wygląda jak reszta strony, i instynktownie traci pewność, że jest we właściwym miejscu. Rozwiązaniem jest system, który pozwala skonfigurować warstwę wizualną widgetu pod brand restauracji: kolory zgodne z identyfikacją wizualną lokalu, fonty używane na stronie i w menu, proporcje i odstępy. W Restably ustawiasz to w panelu bez dewelopera i bez edytowania kodu.

Tak — iframe to technicznie okienko cudzej strony osadzone w Twojej. Treść wewnątrz iframe'a należy do domeny zewnętrznej platformy, nie do Twojej. Kiedy gość otwiera formularz rezerwacji przez iframe, cała jego aktywność — czas spędzony na stronie, interakcje z formularzem — jest przypisywana domenie platformy, nie Twojej. Wyszukiwarki traktują zawartość iframe'a jako odrębną stronę ze źródłowej domeny, a linki w nim zawarte jako zewnętrzne. Dla restauracji oznacza to, że ścieżka rezerwacji — potencjalnie najdłuższa interakcja gościa z witryną — nie wzmacnia autorytetu Twojej domeny. Widget działający natywnie na domenie restauracji eliminuje ten problem: cała aktywność rezerwacyjna wpada w historię Twojej strony.

Zazwyczaj są trzy przyczyny. Pierwsza: przekierowanie na obcą stronę — gość nagle widzi inną witrynę i nie czuje się wystarczająco bezpiecznie, żeby podawać swoje dane. Druga: wyraźny break wizualny — widget wygląda zupełnie inaczej niż strona, na której był przed chwilą, co budzi wątpliwość, czy jest we właściwym miejscu. Trzecia: słabe działanie na telefonie — większość gości rezerwuje przez smartfon, a formularz, który nie jest zoptymalizowany pod mobile, traci ich już na pierwszym ekranie. Każdy z tych momentów to punkt rezygnacji, który usuwa się przez osadzenie widgetu natywnie na domenie restauracji, w spójnym brandzie i z responsywnym interfejsem.