--- title: "GetResponse API: zgody, webhooki, 14 dni | JustAutomate" description: "Klucz API i podstawa zgody przy kontakcie, wypisania webhookiem do CRM, limity, osobna lista na testy i obsługa błędów. Pierwsza integracja w 14 dni." url: "https://justautomate.ai/api/getresponse/" lang: pl --- Integracje przez API # GetResponse API: integracja i automatyzacja z podstawą zgody przy każdym kontakcie Warstwa techniczna spięcia z GetResponse: klucz API w nagłówku żądania, kontakt jako rekord z polami własnymi, dopisanie z podstawą zgody i datą, wypisania wracające webhookiem do CRM, limity zapytań, autorespondery wobec sterowania z zewnątrz i osobna lista na testy. Dla osoby, która chce wiedzieć, na czym to stanie, zanim zaakceptuje zakres. Umów bezpłatną konsultację [Zobacz, jak wygląda warsztat](https://justautomate.ai/produkty/warsztat-procesowy/) - 1 kluczjeden klucz API daje dostęp do całego konta, dlatego mieszka w sekretach i ma spisaną procedurę wymiany, a nie w polu scenariusza - 4 zdarzeniakontakt dodany, kontakt usunięty, zmiana subskrypcji i kliknięcie w link, tyle sygnałów wyzwala webhook i tyle wraca do CRM bez odpytywania - 14 dniod warsztatu do pierwszej integracji działającej na Waszym koncie, sprawdzonej wcześniej na osobnej liście testowej Problem ## Dlaczego integracja z GetResponse wysyła maila, na który nie ma zgody? Zaczyna się od klucza. Klucz API GetResponse widzi całe konto: wszystkie listy, wszystkie kontakty, wszystkie wysyłki. Nie ma w nim listy uprawnień, którą dałoby się zawęzić do jednej listy albo do samego odczytu, więc każdy scenariusz, który go ma, może dopisać kontakt gdziekolwiek. Miesiąc po wdrożeniu ten sam klucz siedzi w trzech scenariuszach i w arkuszu z konfiguracją, a nikt nie umie powiedzieć, który z nich zapisał ostatnią zmianę. Druga grupa problemów siedzi w nazwach. W GetResponse lista kontaktów nazywa się kampanią, a pojedyncza wysyłka newsletterem, więc scenariusz napisany na domysł wgrywa ludzi na złą listę. Kontakt jest rekordem identyfikowanym adresem e-mail, a wszystko poza adresem i imieniem to pola własne, które trzeba najpierw utworzyć z określonym typem. Pole założone jako zwykły tekst wygląda tak samo jak słownik wartości, dopóki automat nie ma po nim rozstrzygnąć, czy zgoda jest, czy jej nie ma. Trzecia grupa jest najdroższa, bo dotyczy podstawy prawnej. Zgoda jest jedną z podstaw przetwarzania danych w [RODO, art. 6 ust. 1 lit. a](https://eur-lex.europa.eu/eli/reg/2016/679/oj), a art. 7 ust. 3 tego samego rozporządzenia daje prawo wycofania zgody w dowolnym momencie i wymaga, żeby wycofanie było tak łatwe jak jej wyrażenie. Kontakt dopisany przez API bez zapisanej podstawy, daty i źródła zapisu jest rekordem, którego nie ma czym obronić. Jeśli do tego rezygnacja zostaje w GetResponse i nie wraca do CRM, handlowiec dzwoni do kogoś, kto zgodę wycofał tydzień wcześniej. - Jeden klucz krąży w kilku scenariuszach i nikt nie wie, który z nich pisze - Kontakty trafiają na złą listę, bo w interfejsie lista nazywa się kampanią - Rekord dopisany przez API nie ma podstawy zgody, daty ani źródła zapisu - Rezygnacja zostaje w GetResponse, a sprzedaż dowiaduje się o niej przy telefonie - Autoresponder startuje od pierwszego dnia cyklu, choć kontakt jest w środku ścieżki - Testy idą po produkcyjnej liście, więc pomyłka w scenariuszu jest prawdziwą wysyłką Dlaczego teraz ## Co dziś daje interfejs GetResponse, czego nie trzeba pisać samemu? GetResponse ma REST API w wersji 3 i pokrywa nim to, co w tej integracji jest potrzebne: kontakty i pola własne, listy, tagi, autorespondery, workflow automatyzacji, newslettery i statystyki wysyłki. Uwierzytelnianie idzie kluczem przekazywanym w nagłówku żądania, webhooki zakładasz w panelu albo przez interfejs. Zakres zasobów, składnię i aktualne progi limitów podaje [dokumentacja GetResponse dla programistów](https://apidocs.getresponse.com/) i sprawdzamy je na Waszym koncie przed wdrożeniem, bo zależą od planu i zmieniają się w czasie. Druga zmiana to warstwa pośrednia. [n8n](https://justautomate.ai/uslugi/automatyzacja-n8n/), Make i Zapier mają gotowe węzły do GetResponse z uwierzytelnianiem kluczem, więc własny kod zostaje tam, gdzie faktycznie jest potrzebny: przy nietypowej transformacji danych, przy systemie bez interfejsu i przy paczkach kontaktów, które trzeba rozłożyć w czasie. O tym, jak ma wyglądać sam proces mailingowy, kto komu pisze i po co, jest osobna strona [automatyzacja marketingu](https://justautomate.ai/uslugi/automatyzacja-marketingu/). Ta strona jest o warstwie pod nią. Trzecia zmiana to agent AI. Scenariusz dopisze kontakt i odbierze wypisanie, ale nie odpowie na pytanie „ile osób z segmentu klientów wypisało się w tym miesiącu i po której wysyłce”. BOND, nasz firmowy agent AI, odpowiada na to zwykłym zdaniem w 5 do 10 sekund, bez logowania do panelu i bez budowania raportu. Co się zmienia ## Co dostaje osoba, która to potem utrzymuje? - ### Klucz, którego zasięg znasz na piśmie Klucz siedzi w sekretach, osobno dla środowiska testowego i produkcyjnego, z zapisaną datą powstania i procedurą wymiany. Skoro sam klucz nie ma uprawnień, zawężamy go po stronie scenariusza: jedna integracja pisze na jedną wskazaną listę i nic poza nią. Osobny klucz na środowisko i lista dozwolonych operacji spisana przed wdrożeniem - ### Kontakt z podstawą zgody i datą Przy dopisaniu zapisujemy w polach własnych podstawę zgody, jej treść w wersji z dnia zapisu, datę, kanał i identyfikator formularza. Rekord bez tych danych nie wchodzi na listę wysyłkową, tylko do kolejki weryfikacji. Brak podstawy zgody zatrzymuje rekord przed listą, a nie po pierwszej wysyłce - ### Wypisanie widzi też sprzedaż Webhook zmiany subskrypcji zapisuje w CRM datę i kanał rezygnacji przy konkretnym kontakcie. Handlowiec widzi to w karcie kontaktu przed telefonem, a firma ma czym pokazać historię zgody i jej wycofania. Data i kanał rezygnacji przy kontakcie w CRM, w tej samej minucie co kliknięcie - ### Limit i nieudane wywołanie nie gubią kontaktu Dopisywanie idzie przez kolejkę z ustalonym tempem, a nie pętlą po bazie, więc integracja sama zwalnia zamiast dobijać do progu. Wywołanie, które się nie udało, wraca do osobnej kolejki i jest ponawiane z narastającym odstępem. Alert z kodem odpowiedzi i identyfikatorem błędu, do wklejenia w zgłoszenie do wsparcia - ### Autoresponder rusza z właściwego dnia cyklu Przy dopisaniu ustawiamy dzień cyklu, więc kontakt przeniesiony z innego systemu nie dostaje maila powitalnego po roku znajomości. Ustalamy też jedno miejsce decyzji: albo warunek siedzi w workflow GetResponse, albo w orkiestratorze, nigdy w obu naraz. Dzień cyklu ustawiany przy zapisie, jedno źródło decyzji o wejściu do sekwencji - ### Zdarzenia wysyłki obok danych sprzedażowych Dostarczenia, otwarcia, kliknięcia i wypisania zabieramy dobowym wsadem do hurtowni, razem z identyfikatorem wysyłki i kontaktu. Dzięki temu o kampanii da się mówić przychodem z okresu, a nie samym procentem otwarć. Dobowy wsad do BigQuery, ta sama tabela co dane o zamówieniach i transakcjach Dowód ## Czy sami tak pracujecie na API? Tak. Agent AI w agencji naszych założycieli od marca 2026 rozmawia ze spiętymi systemami wyłącznie przez API, ten sam, który stoi za liczbami na stronie AI dla firm. Poniżej skala tego ruchu razem z tym, czego ta liczba NIE dowodzi. Wdrożone u nas. To nie są wdrożenia u klienta zewnętrznego, tylko w spółkach założycieli JustAutomate. Piszemy to wprost, bo dowód, którego nie da się sprawdzić, nie jest dowodem. - ![JustIdea Agency](https://justautomate.ai/klienci/justidea.png)![JustBot](https://justautomate.ai/agenci/justbot-80.webp)JustBotich agent JustIdea Agency, agencja performance marketingu, około 30 osób 23 osób z firmy pracuje z agentem 38 systemów wpiętych na stałe 112 procesów chodzi bez człowieka 475 tysięcy linii kodu agenta Agent spięty z CRM, formularzami na stronie, Slackiem i hurtownią danych. Uwierzytelnianie kluczem albo tokenem, zapis przez API, zdarzenia z formularzy odbierane w sekundy po wysłaniu. 8 z 38 systemów, w których pracuje - Google Ads - Meta Ads - HubSpot - ActiveCollab - Ahrefs - GA4 - Search Console - BigQuery Przedtem Rekordy powstawały z ręki, więc nie było czego logować: nikt nie wiedział, ile operacji dziennie przechodzi, ile się wywala i na czym. Po zmianie Każda operacja idzie przez API i zostawia wpis w logu, z rodzajem wywołania i wynikiem. Dopiero to pozwoliło policzyć limity, błędy i to, co realnie dzieje się bez człowieka. 64 903 wywołania narzędzi w 30 dni, z tego 29 854 bez udziału człowieka, w tym 1 301 operacji na zgłoszeniach z formularzy A u Ciebie ## Co, jeśli macie już własny scenariusz do GetResponse? Cztery zdania, które słyszymy najczęściej od osób technicznych, i to, co na nie odpowiadamy. Dane osobowe kontaktów przetwarzamy według [rozporządzenia 2016/679](https://eur-lex.europa.eu/eli/reg/2016/679/oj), więc do warstwy pośredniej idą tylko pola potrzebne do decyzji, a usunięcie kontaktu robimy operacją przeznaczoną do tego, nie wypisaniem z jednej listy. - Mamy scenariusz w Make, który dopisuje kontakty i działa. To dobrze i zwykle zostaje. Sprawdzamy w nim cztery rzeczy: czy klucz siedzi w sekretach z procedurą wymiany, czy przy dopisaniu zapisuje podstawę zgody z datą i źródłem, czy wypisanie wraca do CRM webhookiem i co robi po nieudanym wywołaniu. Naprawiamy tylko to, co nie przechodzi tej listy, zamiast pisać całość od nowa. - Nie chcemy dawać integracji dostępu do całego konta. Klucz GetResponse nie ma listy uprawnień, więc tego nie da się załatwić samym kluczem i mówimy to wprost. Zawężamy inaczej: osobny klucz na integrację tam, gdzie plan na to pozwala, jawna lista dozwolonych operacji po stronie scenariusza, start od samego odczytu i zapis dopiero po pilocie. Scenariusz może stać na Waszej infrastrukturze, wtedy dane nie opuszczają Waszych serwerów. - Zgody zbiera formularz GetResponse, więc mamy to załatwione. Dopóki wszystkie kontakty wchodzą tym jednym formularzem, faktycznie tak jest. Problem zaczyna się przy drugim wejściu: leadach z CRM, kupujących ze sklepu i wizytówkach z targów, bo wtedy podstawa zgody jest w trzech miejscach albo w żadnym. Na warsztacie ustalamy jedno miejsce zapisu dla zgody i jej wycofania, a resztę systemów podłączamy do niego. - Za pół roku i tak zmieniamy narzędzie mailingowe. Wtedy tym bardziej warto trzymać logikę poza narzędziem. Warstwa pośrednia, kontrakt danych i pola zgody zostają, zmienia się jeden koniec integracji. Jeśli decyzja o zmianie jest już podjęta, mówimy to na konsultacji i zamiast wdrożenia proponujemy sam warsztat, żeby nowe narzędzie wybrać na podstawie procesu, a nie cennika. GetResponse REST v3, kontakty i pola własne, listy, tagi, autorespondery i cykle, workflow automatyzacji, newslettery, statystyki wysyłki, webhooki Uwierzytelnianie Klucz API w nagłówku żądania, klucz w sekretach, osobny klucz na środowisko testowe, spisana procedura wymiany CRM HubSpot, Pipedrive, Salesforce, LiveSpace Sprzedaż i sklep BaseLinker, Allegro, Shopify, WooCommerce, PrestaShop Dane i monitoring BigQuery, Google Sheets, GA4, bazy SQL, alerty na Slacku i w Microsoft Teams Warstwa automatyzacji n8n, Make, Zapier, własne integracje przez API w Node.js albo Pythonie ## Operacje na GetResponse API i o czym pamiętać Siedem rzeczy, które w tej integracji trzeba rozstrzygnąć zawsze. Trzecia kolumna jest tu najważniejsza, bo w niej siedzą powody, dla których integracja mailingowa przestaje działać albo zaczyna wysyłać to, czego nie powinna. | Rodzaj operacji | Jak to realizujemy | O czym pamiętać | | ------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Uwierzytelnianie | klucz API przekazywany w nagłówku żądania, osobny dla środowiska testowego i produkcyjnego | klucz nie ma listy uprawnień i widzi całe konto, więc zakres ograniczamy po stronie scenariusza; konto w wariancie MAX ma własny adres interfejsu, sprawdzamy to w dokumentacji przed wdrożeniem | | Dopisanie kontaktu | zapis na jedną wskazaną listę, z podstawą zgody, datą, kanałem i identyfikatorem formularza w polach własnych | dopisanie jest przyjmowane do kolejki i przetwarzane asynchronicznie, więc odpowiedź potwierdza przyjęcie, nie zapis; scenariusz, który dopisuje i od razu czyta ten kontakt, jest błędem projektowym | | Pola własne i tagi | pole zakładane raz, z typem i nazwą ustaloną przed pierwszym zapisem, wartość przekazywana identyfikatorem pola | pole, po którym ma decydować automat, powstaje jako słownik wartości, nie jako tekst do wpisania z ręki; zmiana typu po fakcie oznacza nowe pole i przepisanie danych | | Wypisanie i status subskrypcji | webhook na zmianę subskrypcji, zapis daty i kanału rezygnacji przy kontakcie w CRM | wypisanie dotyczy listy, na której nastąpiło, więc przy kilku listach trzeba osobno ustalić, co znaczy rezygnacja dla całej firmy; usunięcie kontaktu to inna operacja niż wypisanie | | Autorespondery i cykle | dzień cyklu ustawiany przy dopisaniu, wejście do sekwencji sterowane z jednego miejsca | gdy warunek stoi i w workflow GetResponse, i w orkiestratorze, kontakt dostaje wiadomość dwa razy albo nie dostaje wcale; przeniesione kontakty ustawiamy na właściwy dzień cyklu, nie na pierwszy | | Zdarzenia wysyłki | dostarczenia, otwarcia, kliknięcia i wypisania zabierane dobowym wsadem do hurtowni, z identyfikatorem wysyłki | statystyka zbiorcza wysyłki i aktywność pojedynczego kontaktu to dwa różne odczyty; otwarcie jest sygnałem zawodnym, bo zależy od wczytania obrazka, więc reguły opieramy na kliknięciu | | Limity i błędy | kolejka z ustalonym tempem, ponawianie z narastającym odstępem po limicie i po błędzie serwera, brak ponawiania po błędzie żądania | wartości progów podaje dokumentacja i sprawdzamy je przed wdrożeniem; odpowiedź błędu niesie własny kod i identyfikator, który zapisujemy w alercie i wklejamy w zgłoszenie do wsparcia | Nie podajemy tu liczb limitów z pamięci. Progi zależą od planu i zmieniają się w czasie, więc bierzemy je z apidocs.getresponse.com i potwierdzamy na Waszym koncie przed wdrożeniem. Praktyczna zasada jest niezależna od liczby: integracja ma kolejkę, sama zwalnia i nie zależy od tego, czy próg to sto czy tysiąc zapytań. Jak to robimy ## Pięć kroków od klucza w scenariuszu do integracji, którą da się utrzymać Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym. 1. ### Warsztat i audyt konta przez API Czytamy listy, pola własne, tagi, autorespondery i workflow, i liczymy fakty: ile jest list, ile kontaktów siedzi na dwóch naraz, które pola są realnie wypełniane i przy ilu kontaktach da się dziś pokazać podstawę zgody. Sprawdzamy też, ile kluczy i scenariuszy już istnieje, bo zwykle jest ich więcej, niż ktokolwiek pamięta. 2. ### Kontrakt danych i zgody Spisujemy pola z nazwami i typami, klucz dopasowania kontaktów, miejsce zapisu dla zgody i jej wycofania oraz kierunek każdej synchronizacji. Rozstrzygamy tu, co idzie webhookiem, a co odpytywaniem, i gdzie mieszka decyzja o wejściu do sekwencji: w workflow GetResponse czy w orkiestratorze. 3. ### Pilot na osobnej liście testowej Integrację uruchamiamy na koncie i liście przeznaczonej do testów, z odbiorcami, którzy o tym wiedzą. Puszczamy przez nią przypadki brzydkie: kontakt bez podstawy zgody, duplikat, zmianę adresu e-mail, wypisanie i celowo wywołany limit, żeby zobaczyć, jak zachowa się kolejka i ponawianie. 4. ### Produkcja z monitoringiem Przełączamy na produkcję z alertami na kody odpowiedzi i z osobną kolejką na wywołania, które nie przeszły. Zostawiamy runbook: co robić po przekroczeniu limitu, co po błędzie serwera, jak powtórzyć wywołanie i skąd wziąć identyfikator błędu do zgłoszenia w GetResponse. 5. ### Pomiar po 30 i 90 dniach Po 30 dniach patrzymy na liczbę wywołań, które nie przeszły, i na to, ile z nich wróciło samo po ponowieniu. Po 90 na to, czy ktoś musiał dotknąć integracji ręcznie i czy przy każdym kontakcie na liście da się pokazać podstawę zgody. Jeśli któraś odpowiedź wypada źle, poprawiamy to miejsce, a nie dopisujemy instrukcji. Przed i po ## Jak zmienia się dzień osoby, która utrzymuje integrację ### Przedtem - Klucz API siedzi w polu scenariusza i w arkuszu z konfiguracją - Kontakt dopisany przez API nie ma daty ani źródła zgody - Wypisanie zostaje w GetResponse, a CRM dowiaduje się o nim nigdy - Nowy scenariusz testuje się na produkcyjnej liście, bo innej nie ma ### Po zmianie - Klucz w sekretach, osobny na środowisko, z procedurą wymiany - Podstawa zgody, data, kanał i identyfikator formularza zapisane przy kontakcie - Zmiana subskrypcji wraca webhookiem i siedzi w karcie kontaktu w CRM - Zmiany sprawdzasz na osobnej liście testowej, z odbiorcami, którzy o tym wiedzą Pilot na liście testowej w pierwszym tygodniu, pierwsza integracja na produkcji 14 dni od warsztatu. Liczbę nieudanych wywołań oceniamy po 30 dniach, a kompletność zgód po 90. Dla osoby, która to zamawia ## Co z tego ma osoba, która odpowiada za mailing i za systemy Ryzyko w tym projekcie nie siedzi w napisaniu integracji, tylko w wysyłce, której nie ma czym uzasadnić. Gdy podstawa zgody, jej treść z dnia zapisu i data leżą przy kontakcie, na pytanie „skąd macie ten adres” odpowiadasz rekordem, a nie pamięcią. To Ty podpisujesz zakres i to na Ciebie wróci pytanie, jeśli ktoś zgłosi wysyłkę bez podstawy. Druga rzecz zdejmuje ryzyko z samej decyzji przed wdrożeniem. Zamiast zgadywać zakres, dostajesz po tygodniu [warsztatu procesowego](https://justautomate.ai/produkty/warsztat-procesowy/) kontrakt danych: listę pól, mapę zgód, plan obsługi limitów i błędów oraz scenariusze testowe. Jeśli po tym uznasz, że robicie to sami albo że zmieniacie narzędzie, dokument zostaje u Was i nadal ma wartość. - Kontrakt danych spisany: pola, typy, klucz dopasowania kontaktów, kierunki synchronizacji - Podstawa zgody z datą i źródłem przy każdym kontakcie dopisanym przez integrację - Pilot na osobnej liście testowej, więc produkcyjna baza nie jest poligonem - Runbook: co po przekroczeniu limitu, co po błędzie serwera, jak powtórzyć wywołanie Ile to kosztuje ## Warsztat ma cenę jawną, integracja wycenę po nim Warsztat procesowy kosztuje **2500 zł netto za tydzień**. Przy jednej integracji zwykle wystarcza jeden tydzień, bo zakres jest wąski: które operacje, na których listach, z jakimi polami i co się dzieje, gdy się nie udadzą. Integrację wyceniamy po warsztacie, gdy wiadomo, ile jest list, w jakim stanie są pola i czy w zakresie jest sklep oraz hurtownia. Plan GetResponse płacisz bezpośrednio GetResponse, tak samo koszt działania scenariuszy w Make albo n8n, albo nie płacisz go wcale, gdy scenariusz stoi na Waszej infrastrukturze. Bez naszej prowizji. Koszt konta i listy przeznaczonej na testy liczymy do zakresu wdrożenia, bo bez nich pilot musiałby chodzić po prawdziwych odbiorcach. - ### Warsztat procesowy 2500 zł netto za tydzień, przy jednej integracji zwykle jeden Zamknięta całość. Kończy się specyfikacją techniczną, którą Wasz zespół zrealizuje bez nas. - Audyt konta przez API: listy, pola własne, tagi, autorespondery i istniejące klucze - Kontrakt danych: pola z typami, klucz dopasowania kontaktów, kierunki synchronizacji - Mapa zgód: gdzie powstaje, gdzie jest zapisywana i jak wraca jej wycofanie - Plan obsługi limitów i błędów oraz scenariusze testowe na osobnej liście Zacznij od warsztatu - Najczęściej wybierany ### Warsztat i integracja Wycena po warsztacie zakres wynika z liczby list, pól i systemów po drugiej stronie Najczęściej wybierany wariant. Działająca integracja sprawdzona najpierw na liście testowej, potem na produkcji, w 2 do 4 tygodni od warsztatu. - Wszystko z warsztatu - Integracja w n8n, Make albo we własnym kodzie, z kluczem trzymanym w sekretach - Dopisywanie z podstawą zgody, kolejka z tempem, ponawianie i kolejka błędów - Webhooki na zmianę subskrypcji spięte z CRM, dzień cyklu ustawiany przy zapisie - Pilot na liście testowej, przełączenie z monitoringiem i runbook dla Waszego zespołu Umów rozmowę o wdrożeniu - ### Integracja i agent AI Wycena po warsztacie dla zespołów, które o listę i wyniki wysyłek pytają kilka razy w tygodniu Wszystko z integracji plus BOND, firmowy agent AI, który czyta z GetResponse i z CRM przez to samo API. - Wszystko z integracji - Zdarzenia wysyłki dobowym wsadem do hurtowni, obok danych o sprzedaży - Agent AI odpowiada na pytania o listę, wypisania i wyniki w 5 do 10 sekund - Alerty o skoku wypisań i o kontaktach dopisanych bez podstawy zgody Zapytaj o agenta Warsztat kończy się dokumentem, który obroni się bez nas: kontraktem danych, mapą zgód i planem obsługi błędów. Jeśli audyt konta pokaże, że wystarczy gotowy konektor i porządek w polach własnych, mówimy to i sprawa kończy się na warsztacie, a nie na integracji, której nie potrzebujecie. ## Najczęstsze pytania Jak uwierzytelnia się integracja z GetResponse API? Kluczem API generowanym w panelu konta i przekazywanym w nagłówku każdego żądania. Klucz trzymamy w sekretach narzędzia albo w zmiennych środowiskowych, nigdy w treści scenariusza ani w repozytorium, i osobno dla środowiska testowego oraz produkcyjnego. Konto w wariancie MAX ma własny adres interfejsu i wymaga wskazania domeny, więc przed wdrożeniem sprawdzamy to w dokumentacji. Czy klucz API GetResponse można ograniczyć do jednej listy? Nie. Klucz daje dostęp do całego konta i nie ma w nim listy uprawnień, którą dałoby się zawęzić do jednej listy albo do samego odczytu. Zakres ograniczamy więc po stronie integracji: jawną listą dozwolonych operacji w scenariuszu, osobnym kluczem na integrację tam, gdzie plan na to pozwala, i włączeniem zapisu dopiero po pilocie. Trzeba to wiedzieć przed wdrożeniem, bo zmienia sposób, w jaki pilnuje się dostępu. Dlaczego w GetResponse lista kontaktów nazywa się kampanią? Tak nazywa ją interfejs i to jest najczęstsza pomyłka przy pierwszej integracji: kampania to lista kontaktów, a pojedyncza wysyłka to newsletter. Scenariusz napisany na domysł potrafi wgrać kontakty na złą listę i uruchomić im nie ten autoresponder. Dlatego w kontrakcie danych zapisujemy identyfikatory list wprost, obok nazw, jakimi posługuje się zespół. Jak dopisać kontakt przez API i nie zgubić podstawy zgody? Podstawę zgody, jej treść z dnia zapisu, datę, kanał i identyfikator formularza zapisujemy w polach własnych w tym samym wywołaniu, którym dopisujemy kontakt. Pola muszą istnieć wcześniej i mieć właściwy typ, więc zakładamy je przed pierwszym zapisem. Rekord, który przyszedł bez tych danych, nie wchodzi na listę wysyłkową, tylko do kolejki weryfikacji, bo wysyłka bez podstawy jest droższa niż niewysłany mail. Czy wypisanie z newslettera wróci do naszego CRM? Tak, tym zajmuje się webhook na zmianę subskrypcji. Zapisujemy w CRM datę i kanał rezygnacji przy konkretnym kontakcie, więc handlowiec widzi to przed telefonem. Zwracamy przy tym uwagę, że wypisanie dotyczy listy, na której nastąpiło, dlatego przy kilku listach trzeba osobno ustalić, co rezygnacja znaczy dla całej firmy. RODO w art. 7 ust. 3 wymaga, żeby wycofanie zgody było tak łatwe jak jej wyrażenie, a ręczne przepisywanie tego warunku nie spełnia. Ile zapytań do GetResponse API można wysłać przy większej bazie? Progi zależą od planu i zmieniają się w czasie, dlatego nie podajemy ich z pamięci: bierzemy je z dokumentacji na apidocs.getresponse.com i potwierdzamy na Waszym koncie przed wdrożeniem. Praktyczna zasada jest niezależna od liczby. Kontakty dopisujemy przez kolejkę z ustalonym tempem, nie pętlą po bazie, a jednorazowe wgranie większej listy robimy importem po stronie platformy. Tam, gdzie dokumentacja przewiduje operację zbiorczą, używamy jej zamiast setek pojedynczych wywołań. Jak autorespondery i cykle mają się do sterowania z zewnątrz? Autoresponder liczy wiadomości od dnia cyklu przypisanego kontaktowi, więc przy dopisaniu ustawiamy ten dzień świadomie. Bez tego kontakt przeniesiony z innego systemu dostaje mail powitalny po roku znajomości. Druga zasada dotyczy miejsca decyzji: warunek wejścia do sekwencji stoi albo w workflow GetResponse, albo w orkiestratorze, nigdy w obu naraz, bo wtedy kontakt dostaje wiadomość dwa razy albo nie dostaje jej wcale. Jak testujecie integrację, żeby nie wysłać maila do prawdziwej listy? GetResponse nie daje środowiska próbnego, więc pilot idzie na osobnej liście testowej, z odbiorcami z Waszego zespołu, którzy o tym wiedzą, i z osobnym kluczem API. Wgrywamy tam przypadki brzydkie: kontakt bez zgody, duplikat, zmianę adresu e-mail, wypisanie i celowo wywołany limit. Klucze środowisk trzymamy osobno, żeby scenariusz testowy nie trafił na produkcyjną listę przez pomyłkę w konfiguracji. ## Sprawdźmy, na czym stoi Wasza integracja z GetResponse Bezpłatna konsultacja trwa 30 minut. Mówisz, co dziś dopisuje kontakty, gdzie siedzi klucz i co się dzieje z rezygnacją. Pokazujemy, które trzy rzeczy poprawić najpierw, co da się zrobić gotowym konektorem, a co wymaga własnego kodu. Nie musisz na tym etapie dawać dostępu do konta. Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział. [Umów bezpłatną konsultację](https://justautomate.ai/kontakt/) **PS.** Jeśli u Was ktoś w tym miesiącu dopisywał kontakty z arkusza albo szukał, dlaczego ten sam człowiek dostał dwa maile powitalne, to jest dokładnie ten problem. Integracja, która zapisuje podstawę zgody przy kontakcie, oddaje rezygnację do CRM i ma kolejkę z ponawianiem, przestaje wymagać ludzkiej czujności przed każdą wysyłką. Zaczynamy od warsztatu, bo bez mapy zgód i ustalonych pól szybciej dowozi się tylko bałagan. ## Powiązane - [Integracja API](https://justautomate.ai/uslugi/integracja-api/) - [Automatyczne sekwencje e-mail](https://justautomate.ai/automatyzacje/automatyczne-sekwencje-email/) - [Automatyzacja marketingu](https://justautomate.ai/uslugi/automatyzacja-marketingu/) - [Integracja z Mailchimp](https://justautomate.ai/integracje/mailchimp/) - [HubSpot API](https://justautomate.ai/api/hubspot/) - [Warsztat procesowy](https://justautomate.ai/produkty/warsztat-procesowy/) --- **JustAutomate** · kontakt: contact@justautomate.ai · formularz: https://justautomate.ai/kontakt/