Środowisko pracy, w którym agent zajmujący się waszymi kampaniami Google Ads i Meta czyta raporty, proponuje zmianę z zapisanym uzasadnieniem i wykonuje tylko w granicach, które zostały mu dane.

Wy. I dlatego środowisko jest zbudowane tak, abyście mogli ponosić odpowiedzialność świadomie, a nie zostać zaskoczeni. Konkretnie: agent nie ma żadnych uprawnień do zapisu, których ktoś nie nadałby mu z imienia, na piśmie, pole po polu; każde otwarte pole ma limit, po którego przekroczeniu propozycja trafia do zatwierdzenia przez człowieka; każda wykonana akcja jest zapisywana w rejestrze ze starą wartością, nową wartością i powodem, w tej samej transakcji co wykonanie; oraz istnieje przełącznik, który zatrzymuje wszystkie zapisy bez zatrzymywania odczytu. Odpowiadamy za to, co zbudowaliśmy — że limity, które zapisaliście, są przestrzegane przez kod, że rejestr jest kompletny, że wyłączenie działa. Nie odpowiadamy za wynik komercyjny zmiany, którą zatwierdziliście, tak jak nie odpowiada za to też agencja, która naciska przycisk ręcznie. Jeśli ktoś obiecuje Wam coś innego, zapytajcie, co jest zapisane w umowie w rozdziale ograniczenia odpowiedzialności.

Nie. Nigdzie w naszym kodzie nie występuje żadne pole, przez które zmienia się budżet, stawka albo strategia licytacji w Google lub w Meta. Sprawdziliśmy to, szukając dokładnie tych nazw pól we wszystkich repozytoriach. To, co mamy, to przesyłanie konwersji do Google, silnik, który kupuje płatną promocję na innej platformie, oraz mechanizmy bezpieczeństwa wokół tego. Usługa jest budowana właśnie od tego i jest oznaczona jako oferta, żeby nie było nieporozumień.

Nasz silnik płatnej promocji na platformie ogłoszeń drobnych w Mołdawii. Nakłada płatne etykiety, uruchamia boostery z limitem dziennym i ceną za kliknięcie, aktywuje pakiety i ponownie publikuje ogłoszenia po odstępie obliczonym na podstawie rzeczywistej prędkości kategorii. Odmawia uruchomienia boostera, którego limit dzienny nie jest większy niż cena za kliknięcie — mała kontrola, ale dokładnie ten typ kontroli, którego zwykle brakuje. Każda akcja przechodzi przez sprawdzenie dry-run przed jakimkolwiek wywołaniem, które kosztuje.

Decyduje się o tym wspólnie, z wyprzedzeniem, i zapisuje. Nasz punkt wyjścia do rozmowy: samodzielnie — korekty poniżej uzgodnionego procentu dziennego budżetu, w ramach bezwzględnego dziennego limitu, w kampaniach oznaczonych przez Ciebie jako otwarte; po zatwierdzeniu — każde przekroczenie limitu, nowe kampanie, nowe grupy odbiorców, każde naruszenie stawek; nigdy — zatrzymywanie kampanii uruchomionych przez kogoś innego, metody płatności, konta rozliczeniowe. Jeśli na początku chcesz wszystko na zatwierdzenie, to jest poprawny wybór i my go preferujemy.

Bo sygnał nie jest wysyłany przy kliknięciu przycisku. Jest wysyłany dopiero wtedy, gdy zgłoszenie zostanie potwierdzone downstream, w systemie, który ma dla Was znaczenie — identyfikator zgłoszenia odebrany zwrotnie z CRM albo od partnera. Do tego momentu nic się nie wydarzyło, co warto nazwać konwersją. Różnica nie jest kosmetyczna: algorytm licytacji Google uczy się z tego, co mu wysyłasz, więc jeśli wyślesz formularze, będzie przyciągał osoby wypełniające formularze.

Email i telefon są wysyłane wyłącznie jako skrót kryptograficzny SHA-256, obliczony lokalnie przed wysłaniem, z normalizacją — email bez spacji i małymi literami, telefon sprowadzony do formatu międzynarodowego. Adres pocztowy nie jest wysyłany wcale. Nic nie jest wysyłane, zanim osoba nie zaakceptuje celu marketingowego w banerze, ponieważ Consent Mode startuje w całości z `denied`. Podstawa prawna i informacja są zapisane przed pierwszą wysyłką, a nie po pierwszym pytaniu kogoś.

Rejestrowany jest błąd wraz z surową odpowiedzią, a działanie jest odraczane — w naszym executorze ponownej publikacji, na czas równy maksimum z skonfigurowanego cooldownu i pięciu minut, wyraźnie po to, by błąd nie zamienił się w pętlę wywołań. Nieudane wysyłki konwersji są ponawiane przez osobny job, w partiach po 50, z maksymalnie pięcioma próbami na zgłoszenie, w oknie 90 dni. Po piątej próbie jest zatrzymywane i pozostaje oznaczone jako niewysłane, żeby było widać, a nie żeby zniknęło.

Przełącznik zapisu. Odczyt i raportowanie trwają dalej, wykonanie zostaje zatrzymane. W naszych istniejących systemach jest to zaimplementowane na dwa sposoby, oba możliwe do zweryfikowania: zmienna środowiskowa, która musi mieć dokładnie wartość `false`, żeby wydawać pieniądze — wszystko inne trzyma kran zamknięty — oraz przełącznik na orchestratorze kampanii, który odmawia uruchomienia i nie ma `--force`. Nie polegamy na przycisku w interfejsie, który może się nie załadować.

Nie, i warto powiedzieć dlaczego, bo w naszym kodzie istnieje dokładnie taka liczba. W komentarzu na początku integracji konwersji zapisano oczekiwanie — o ile mógłby spaść koszt pozyskania i o ile mógłby wzrosnąć udział wyświetleń. To oczekiwanie zapisane przez osobę, która to zbudowała, a nie pomiar, i dlatego nie znajdziesz go nigdzie na tej stronie jako wyniku. To, co możemy obiecać, to że pomiar będzie możliwy: z konwersjami, które coś znaczą, i z rejestrem każdej zmiany, porównanie przed i po staje się możliwe. Bez tego — nie.