RNSCase studye-swiadectwo24.pl
e-swiadectwo24.pl: zamówienia, płatności i Google Ads w jednym systemie
e-swiadectwo24.pl sprzedaje świadectwa charakterystyki energetycznej online. RNS połączył formularz zamówienia, CRM, płatności Stripe i Google Ads w jeden automatyczny proces: zamówienie trafia do CRM bez przepisywania, płatność sprawdza się co 15 minut, a opłacone zlecenie wraca do Google Ads jako konwersja offline co 10 minut.
W skrócie
- Zamówienie z formularza tworzy w CRM szansę sprzedaży, kontakt i notatkę dla audytora, bez ręcznego przepisywania.
- Płatności Stripe są dopasowywane do zleceń co 15 minut, także te opłacone z opóźnieniem.
- Opłacone zlecenia wracają do Google Ads jako konwersje offline co 10 minut, więc kampanie uczą się na sprzedaży, a nie na formularzach.
- Landing kampanii przyspieszył z 86 do 97 punktów Lighthouse na telefonie, a wynik optymalizacji konta Google Ads wzrósł z 77% do 89%.
Fakty i źródła
Każda liczba w tym opisie ma źródło. Dane z wdrożenia mają datę odczytu.
| Fakt | Wartość | Źródło |
|---|---|---|
| Częstotliwość wysyłki konwersji offline do Google Ads | co 10 minut | Dane z wdrożenia RNS, przepływ działa od 21.08.2026 |
| Kontrola płatności Stripe względem zleceń | co 15 minut | Dane z wdrożenia RNS, odczyt 04.11.2026 |
| Zlecenia z 2026 r. uzupełnione wstecz o etap w CRM | 275 | Dane z wdrożenia RNS, pierwszy przebieg bez błędów |
| Lighthouse landingu na telefonie (przed → po) | 86 → 97 | Pomiar Lighthouse RNS, październik 2026 |
| Wynik optymalizacji konta Google Ads (przed → po) | 77% → 89% | Konto Google Ads, definicja wyniku: Pomoc Google Ads |
| Mechanizm importu konwersji | Google Ads Data Manager API | Dokumentacja Google Data Manager |
Jaki problem miał serwis przed wdrożeniem?
e-swiadectwo24.pl zbiera zamówienia na świadectwa energetyczne z kampanii Google Ads. Formularz działał, ale każde zamówienie trzeba było ręcznie przenieść do CRM, opisać dla audytora i sprawdzić, czy klient zapłacił. Płatności opłacone z opóźnieniem zostawały w etapie „formularz bez płatności”, dopóki ktoś ich nie przesunął.
Druga strata była niewidoczna. Google Ads optymalizowały kampanie pod wysłany formularz, a nie pod opłacone zlecenie. Algorytm dostawał sygnał od osób, które klikają i wypełniają formularz, także od tych, które nigdy nie zapłaciły. Do tego Google pokazywał niski wynik jakości strony docelowej, co podnosi koszt kliknięcia.
Co dokładnie zbudowaliśmy?
Zbudowaliśmy łańcuch automatyzacji w Activepieces, który obsługuje zamówienie od formularza do konwersji w Google Ads. Każdy krok działa sam i zapisuje w CRM ślad, po którym da się sprawdzić, co się stało.
- Formularz zamówienia wysyła dane do przepływu, który zakłada w CRM szansę sprzedaży i kontakt oraz dopisuje notatkę dla audytora. Gdy w zamówieniu brakuje danych, powstaje druga notatka z listą braków.
- Co 15 minut przepływ płatności porównuje płatności Stripe ze zleceniami. Zlecenie opłacone później też zostaje rozpoznane i przesunięte do właściwego etapu. Niedopłata za kopię papierową jest wykrywana i oznaczana w nazwie zlecenia.
- Co 10 minut przepływ konwersji wyszukuje opłacone zlecenia, które nie zostały jeszcze wysłane, i przekazuje je do Google Ads przez Data Manager API z identyfikatorem kliknięcia (gclid, wbraid albo gbraid). Po wysłaniu zlecenie dostaje znacznik, więc nie zostanie policzone dwa razy.
- Synchronizacja etapów zleceń z etapem kontaktu zasila natywną integrację Google Ads z CRM. Przy starcie uzupełniliśmy wstecz 275 zleceń z 2026 roku.
Masz podobny problem w swojej firmie?
W 30 minut wskażemy, gdzie dziś tracisz klientów albo czas. Po rozmowie dostaniesz propozycję pierwszego kroku z ceną.
Dlaczego konwersje offline zmieniają wyniki kampanii?
Konwersja offline to informacja dla Google Ads, że kliknięcie zakończyło się sprzedażą poza stroną, na przykład po płatności. Kampania, która dostaje taki sygnał, może licytować wyżej tam, gdzie kliknięcia kończą się płatnością, i niżej tam, gdzie kończą się samym formularzem.
W e-swiadectwo24.pl plan CRM nie pozwalał na webhooki ani automatyczne przepływy po stronie CRM. Dlatego przepływ działa w modelu sprawdzania co 10 minut zamiast reakcji na zdarzenie. Dla sygnału offline, który i tak nie musi być natychmiastowy, to wystarcza, a wdrożenie nie wymagało droższego planu CRM.
Jak przyspieszyliśmy stronę i co to dało w Google Ads?
Wtyczka cache w panelu była włączona, ale na tym serwerze nie działała, bo serwer to Apache, a moduł wtyczki działa tylko na serwerze LiteSpeed. Strona wyglądała na skonfigurowaną, a w praktyce każde wejście liczyło się od zera.
Wdrożyliśmy własne reguły pamięci podręcznej dla obrazów, stylów i skryptów, działający cache stron, odroczyliśmy ładowanie stylów formularzy i czcionek z zewnętrznych serwerów oraz usunęliśmy przesunięcie układu przez baner zgód. Pomiar Lighthouse na telefonie: landing kampanii z 86 do 97 punktów, strona główna z 59 do 77, przesunięcie układu z 0,075 do zera. Czas odpowiedzi serwera dla strony z cache to 0,25 do 0,37 sekundy.
Co poprawiliśmy na koncie Google Ads?
Po stronie konta naprawiliśmy tag konwersji w Google Tag Manager, który nie liczył zamówień jednej z usług, dodaliśmy 12 wykluczających słów kluczowych na poziomie konta i 29 między kampaniami oraz filtr lokalizacji w 5 kampaniach. Wynik optymalizacji konta wzrósł z 77% do 89%. Zgody na pliki cookies przenieśliśmy do Complianz z obsługą Consent Mode v2, sprawdzając w prawdziwej przeglądarce, że odmowa zgody naprawdę blokuje pomiar.
Czego jeszcze nie wiemy?
Przegląd efektów zmian na koncie Google Ads zaplanowaliśmy na listopad 2026. Do tego czasu nie podajemy liczb dotyczących kosztu pozyskania ani liczby zamówień, bo byłyby przedwczesne. Wyniki finansowe serwisu są danymi wewnętrznymi i nie publikujemy ich.
Kto korzysta z tego rozwiązania i co dostaje?
Ten sam system wygląda inaczej z perspektywy każdej osoby, która go dotyka.
Właściciel serwisu
Potrzebuje: wiedzieć, które kampanie przynoszą opłacone zlecenia.
Dostaje: Google Ads dostaje sygnał o płatności, a raport kampanii pokazuje sprzedaż, nie tylko formularze.
Audytor
Potrzebuje: kompletne dane zlecenia bez dopytywania.
Dostaje: notatkę z danymi budynku w CRM i osobną notatkę z brakami, gdy czegoś nie ma.
Obsługa zamówień
Potrzebuje: nie sprawdzać płatności ręcznie.
Dostaje: zlecenia same przechodzą do etapu „opłacone”, także przy płatności z opóźnieniem.
Klient zamawiający świadectwo
Potrzebuje: szybkiej strony i prostego zamówienia.
Dostaje: landing z wynikiem 97 w Lighthouse na telefonie i formularz bez wizyty lokalnej.
Na czym to działa?
- WordPress (własny motyw)
- Activepieces
- CRM: HubSpot, od 22.10.2026 równolegle Blue
- Stripe
- Google Ads Data Manager API
- Google Tag Manager
- Complianz, Consent Mode v2
- GitHub Actions (wdrożenia)
Usługi RNS w tym projekcie: Automatyzacje procesów, Lejek sprzedaży i marketing, Strony internetowe B2B.
Najczęstsze pytania o ten projekt
Czy konwersje offline wymagają droższego planu CRM?
Nie w tym wdrożeniu. Przepływ sprawdza CRM co 10 minut zamiast czekać na webhook, którego plan CRM nie oferował. Dla sygnału o płatności takie opóźnienie nie ma znaczenia.
Co się dzieje, gdy klient zapłaci po kilku dniach?
Przepływ płatności sprawdza zlecenia co 15 minut, także te w etapie bez płatności. Zlecenie opłacone później zostaje rozpoznane i przesunięte automatycznie.
Czy ta sama zmiana zadziała w innej branży?
Tak, jeśli sprzedaż kończy się płatnością albo podpisaną umową, którą da się zapisać w CRM razem z identyfikatorem kliknięcia. Na rozmowie sprawdzamy, czy Twój CRM i formularz to umożliwiają.
Ile trwa podobne wdrożenie?
Od 7 do 21 dni, zależnie od liczby procesów. Automatyzacja jednego procesu w cenniku RNS zaczyna się od 3 900 zł netto.
Zobacz też
30 minut, które pokażą, gdzie uciekają klienci
Wybierz termin w kalendarzu albo zostaw kontakt, odezwiemy się w ciągu 24 godzin. Po rozmowie dostaniesz na piśmie propozycję pierwszego kroku z ceną. Jeśli uznasz, że to nie dla Ciebie, po prostu daj znać.