Jak AI może obsługiwać zapytania z formularzy na Wix i Webflow, gdy biuro jest zamknięte?

Da się. Wix i Webflow udostępniają REST API, przez które AI może co kilka minut sprawdzać nowe zgłoszenia z formularzy, dane rezerwacji i wpisy w CMS. Firma, która ma stronę na jednej z tych platform i traci zapytania klientów przez brak odpowiedzi po godzinach pracy, może uruchomić agenta, który przejmie pierwszy kontakt: wyśle odpowiedź, zakwalifikuje zapytanie i przekaże je do właściwej osoby, jeszcze zanim ktokolwiek rano siądzie do komputera.

Co Wix i Webflow faktycznie udostępniają przez API i co można z tego wyciągnąć

Zanim zaczniecie cokolwiek konfigurować, warto wiedzieć dokładnie, co jest dostępne przez API każdego z tych systemów, a czego nie ma. Bo różnice są i mają wpływ na to, jak buduje się integrację.

Wix udostępnia swoje API pod adresem dev.wix.com. Do podłączenia potrzebujecie aktywnego planu płatnego (bezpłatny nie daje dostępu do kluczy API), klucza API wygenerowanego w Wix Dev Center w zakładce Manage API Keys oraz identyfikatora strony (Site ID), widocznego w ustawieniach witryny. Wix Forms, Wix Bookings i Wix Stores to osobne moduły z osobnymi zakresami uprawnień: każdy z nich musicie osobno włączyć przy generowaniu klucza.

Przez Wix API wyciągacie konkretne dane:

• Zgłoszenia z formularzy: endpoint GET /forms/v2/submissions zwraca listę z polami submissionId, formId, submittedDate i data (słownik wartości pól: imię, e-mail, telefon, treść wiadomości, wartości checkboxów i list wyboru).
• Rezerwacje z Wix Bookings: GET /bookings/v2/bookings daje bookingId, service.name (nazwa usługi), start.timestamp, end.timestamp, contactDetails z danymi klienta i status: CONFIRMED, PENDING_CHECKOUT albo CANCELED.
• Dostępność terminów: GET /availability/v2/slots przydatny, gdy AI ma zaproponować klientowi wolne okna przy odpowiedzi na zapytanie.
• Zamówienia z Wix Stores: GET /ecom/v1/orders z numerem, datą, danymi kupującego i listą produktów z lineItems.

Czego Wix nie daje przez to API: szczegółowych statystyk odwiedzin strony. Liczba wyświetleń podstron, czas wizyty, źródła ruchu: do tego trzeba osobno połączyć Google Analytics lub inną usługę analityczną, która ma własne API.

Webflow działa inaczej. API v2 dostępne pod developers.webflow.com wymaga konta na planie Basic lub wyższym, tokenu API z Project Settings > Integrations > API Access oraz Site ID i Collection ID dla każdej kolekcji CMS, którą chcecie obsługiwać. Identyfikatory kolekcji pobierzecie przez GET /v2/sites/{site-id}/collections albo znajdziecie w panelu CMS.

Przez Webflow API wyciągacie:

• Wpisy CMS: GET /v2/collections/{collection-id}/items zwraca wszystkie pozycje danej kolekcji z polami id, fieldData (wszystkie własne pola: tytuł, opis, priceFrom, availability, slug i inne), isDraft, isArchived i lastPublished.
• Zamówienia z e-commerce: GET /v2/sites/{site-id}/orders z orderId, status (fulfilled albo unfulfilled), customerInfo i listą produktów.

Tu jest ważna różnica, której nie widać na pierwszy rzut oka. Webflow Forms nie ma endpointu REST do pobierania historycznych zgłoszeń. Webflow obsługuje tutaj webhooki: każde nowe zgłoszenie generuje HTTP POST na adres, który ustawiacie w Settings > Integrations > Webhooks. Wix przy formularzach pozwala na polling (regularne odpytywanie historii), Webflow stawia na zdarzenia w czasie rzeczywistym. Ta różnica decyduje o tym, jak architektura integracji ma wyglądać od początku.

Przykład z biura: formularz czeka od 23:30, biuro otwiera o 8:00

Firma fotograficzna z Poznania miała stronę na Wix z formularzem kontaktowym: pola name, email, phone, message i dwa checkboxy z rodzajem sesji (ślub, biznes, rodzina, newborn). Formularz działał. Problem był inny: nikt systematycznie nie sprawdzał zgłoszeń. Pracownik zaglądał do skrzynki z powiadomieniami Wix "jak miał czas", czyli raz na dobę, najczęściej rano. Przez pół roku kilka zapytań o duże zlecenia (wesela, sesje dla agencji) czekało od dwóch do czterech dni. Klienci w tym czasie kontaktowali się z innymi fotografami.

Schemat, który naprawił sytuację, wygląda tak:

Agent AI co 10 minut odpytuje endpoint /forms/v2/submissions z filtrem na submittedDate nowszy niż ostatnie sprawdzenie. Gdy pojawia się nowe zgłoszenie, wyciąga z pola data: imię klienta z firstName, telefon, treść wiadomości i wybrany rodzaj sesji. Na tej podstawie:

• Wysyła klientowi e-mail napisany normalnym językiem: potwierdzenie, że wiadomość dotarła, termin oddzwonienia i jedno pomocnicze pytanie (na przykład przybliżona data sesji), jeśli klient jej nie podał w formularzu.
• Wysyła pracownikowi powiadomienie na WhatsApp: imię, telefon, skrót treści i godzina zgłoszenia.
• Tworzy wpis w CRM z kategorią (rodzaj sesji) i statusem "nowe".

Klient dostaje odpowiedź w kilka minut. Nawet gdy formularz wypełniał w piątek o 23:30. Nie jest to automat wysyłający szablon z "Dziękujemy za kontakt, odezwiemy się wkrótce". Treść maila jest inna dla każdego zgłoszenia, bo AI czyta, czego klient konkretnie chce, i dostosowuje odpowiedź do tej treści.

Jak wygląda podłączenie od strony technicznej: Wix REST API i Webflow CMS API

Nie ma tutaj żadnej czarnej skrzynki. Połączenie działa przez standardowe zapytania HTTP do API obu systemów, dokładnie tak samo jak integracje między innymi narzędziami biznesowymi.

Po stronie Wix konfiguracja zajmuje około 30 minut: wejście do Wix Dev Center, wygenerowanie klucza API z zakresem uprawnień wybranym dla konkretnych modułów (tylko Forms do czytania, lub Forms i Bookings, lub szerzej), zapisanie klucza i Site ID w systemie integracji. Wix obsługuje webhooki dla wybranych zdarzeń (nowa rezerwacja, zmiana statusu zamówienia), ale dla formularzy najprościej działa polling: regularne odpytywanie endpointu z filtrem daty.

Po stronie Webflow: token API z Project Settings, identyfikatory kolekcji przez GET /v2/sites/{site-id}/collections, a dla formularzy: webhook skonfigurowany w Settings > Integrations > Webhooks, wskazujący na adres waszej integracji. Webflow wysyła POST z danymi zgłoszenia: nazwą formularza, polami i datą wypełnienia.

Co producenci nie udostępniają i o czym warto wiedzieć:

• Wix nie daje przez swoje API dostępu do edycji bloków na stronach zbudowanych w standardowym edytorze wizualnym. Możecie edytować dane w kolekcjach Wix Content Manager, ale nie przeciągane bloki na stronie głównej.
• Webflow na niższych planach ma limity liczby zapytań API na minutę. Przy intensywniejszej integracji (częsty polling, masowe aktualizacje CMS) potrzebujecie planu wyższego lub przemyślanej kolejkowania zapytań.
• Ani Wix, ani Webflow nie udostępniają przez API szczegółowych danych analitycznych o ruchu na stronie. Do tych danych podchodzi się osobno, przez Google Analytics albo Plausible z ich własnymi API.

AI jako redaktor CMS: aktualizuje wpisy, pilnuje cennika i godzin

To zastosowanie rzadziej pojawia się w rozmowach o automatyzacji stron, ale firmy odczuwają je bardzo konkretnie.

Typowa sytuacja: firma na Webflow ma kolekcję Usługi z polami name, shortDescription, priceFrom, availability, requirements i slug. Cennik zmienił się trzy miesiące temu. W systemie fakturowania mają aktualne stawki, ale na stronie zostały stare liczby, bo zmiany cen wchodzą do systemu fakturowania, a nikt przy okazji nie wchodzi do Webflow.

AI porównuje pole priceFrom z kolekcji z aktualnym cennikiem firmy i pokazuje listę rozbieżności. Nie aktualizuje automatycznie: podaje listę pozycji do zatwierdzenia. Pracownik zatwierdza, agent wysyła PATCH /v2/collections/{collection-id}/items/{item-id} z nową wartością.

Gdy firma chce dodać nową usługę, pracownik opisuje ją kilkoma zdaniami, AI pisze gotowy tekst w tonie zgodnym z resztą strony i tworzy draft w Webflow przez POST /v2/collections/{collection-id}/items z isDraft ustawionym na true. Pracownik wchodzi do panelu, czyta draft, poprawia jeśli trzeba i klika Publish. Nikt nie musi pisać od zera ani znać szczegółów panelu CMS.

Na Wix działa to przez Wix Content Manager API: endpoint Data Items pozwala tworzyć i edytować wpisy w kolekcjach danych z możliwością ustawienia statusu "published": false przed zatwierdzeniem przez pracownika.

Pilnowanie godzin otwarcia to z pozoru drobnostka. W praktyce: godziny w Wix Bookings i godziny widoczne na stronie (pole availability w CMS) potrafią się rozjechać, gdy ktoś zmieni dostępność w kalendarzu, ale zapomni zaktualizować stronę. Agent raz w tygodniu porównuje oba źródła i wysyła alert, gdy się różnią.

Jak AI wyłapuje zapytania bez odpowiedzi i eskaluje zaległości

Samo odebranie zgłoszenia to połowa sprawy. Drugą połową jest upewnienie się, że żadne nie wypadło między skrzynki.

Agent raz dziennie, na przykład o 7:00, pobiera wszystkie zgłoszenia z ostatnich 48 godzin przez /forms/v2/submissions i sprawdza w własnym dzienniku, które z nich otrzymały odpowiedź albo zostały przekazane do CRM. Te bez wpisu trafiają na listę zaległości.

Raport wygląda tak: "2 zgłoszenia bez odpowiedzi. Najstarsze: Katarzyna M., wczoraj 14:22, zapytanie o sesję plenerową, telefon: 600 xxx xxx." Właściciel dostaje gotową listę do działania, nie musi przeszukiwać skrzynki ani panelu Wix.

Przy Wix Bookings agent sprawdza rezerwacje z polem status = PENDING starsze niż kilka godzin. Rezerwacja oczekująca na potwierdzenie zbyt długo to sygnał: albo ktoś zapomniał, albo termin jest niedostępny i klient powinien dostać informację, żeby mógł szukać dalej.

Na poziomie tygodniowym AI może zestawić liczbę zgłoszeń z formularza z liczbą podjętych kontaktów. Jeśli przez tydzień przyszło 12 zgłoszeń, a w CRM zalogowano 9 rozmów, widać od razu, gdzie jest luka. Bez ręcznego liczenia.

Od czego zaczyna firma, która chce to uruchomić

Nie od wszystkiego naraz. Typowo zaczyna się od jednego, dobrze zdefiniowanego zadania: żadne zgłoszenie z formularza nie czeka bez odpowiedzi dłużej niż kwadrans.

Do tego potrzebujecie:

• Klucza API Wix (Wix Dev Center, zakładka Manage API Keys, uprawnienia Forms Read) lub tokenu API Webflow z Project Settings i skonfigurowanego webhooka dla formularza.
• Identyfikatora konkretnego formularza (formId w Wix) albo adresu webhooka (Webflow).
• Decyzji, gdzie trafia powiadomienie dla pracownika: e-mail, Slack, WhatsApp czy bezpośrednio do CRM.
• Krótkiego szablonu tonu odpowiedzi: firma budowlana pisze inaczej niż klinika medyczna, i AI musi znać ten ton od początku.

Gdy to działa przez tydzień i firma widzi, że agent naprawdę odbiera zgłoszenia i odpisuje, warto rozbudować: dodać monitoring rezerwacji, porównywanie cennika z CMS, redagowanie draftów do kolekcji. Każdy krok da się uruchomić osobno, bez przebudowy całej integracji.

Aktualizacje treści strony zostawcie z krokiem zatwierdzania przez człowieka, przynajmniej na początku. Nie dlatego, że AI nie potrafi napisać opisu usługi. Ale właściciel firmy najlepiej wie, co chce komunikować klientom i jak to brzmi w głowie odbiorcy. Zatwierdzenie draftów to kwadrans tygodniowo, a daje kontrolę nad tym, co trafia na stronę.

Sprawdźcie, jak wyglądają realne wdrożenia u firm, które zaczynały od podobnego problemu. A jeśli macie konkretną stronę na Wix lub Webflow i chcecie wiedzieć, które połączenie da Waszej firmie efekt najszybciej, umówcie się na 15 minut rozmowy.