Jeżeli AI ma sprawdzać briefy kampanii, a człowiek podejmować ostateczną decyzję, n8n oferuje prostszą ścieżkę akceptacji e-mailowej. Węzeł Send Email może wysłać wiadomość, poczekać na zatwierdzenie lub odrzucenie i zastosować limit oczekiwania.
Make również ma oficjalną aplikację Human in the Loop. Jest jednak dostępna tylko w planie Enterprise, w zamkniętej becie dla zaproszonych klientów. Zespół bez dostępu do tej funkcji musi zbudować etap akceptacji we własnym scenariuszu.
Werdykt dotyczy wyłącznie sposobu obsługi decyzji człowieka. Nie wskazuje zwycięzcy całego porównania, ponieważ oba procesy nie zostały uruchomione na platformach, a ich czasu konfiguracji i kosztu nie zmierzono.
Co porównaliśmy i jak powstał werdykt
Porównanie jest przeznaczone dla marketera, który chce obsłużyć proces: formularz z briefem, sprawdzenie kompletności przez AI, zapis uwag i decyzja uprawnionej osoby.
Ocena obejmuje pięć kryteriów:
- sposób uzyskania akceptacji człowieka,
- obsługę braku odpowiedzi,
- kontrolę tożsamości i wersji briefu,
- błędy, ponowienia i duplikaty,
- sposób naliczania kosztów.
Funkcje Make i n8n zestawiliśmy na podstawie oficjalnej dokumentacji i cenników sprawdzonych 8 września 2026 roku. Make ani n8n Cloud nie zostały uruchomione.
Osobno wykonano lokalny, niezależny od platform proces referencyjny. Objął 20 syntetycznych briefów, ręcznie przygotowany wzorzec oceny i dziewięć sytuacji kontrolnych. Lokalny walidator poprawnie sklasyfikował wszystkie briefy i zwrócił 20 wyników zgodnych z wymaganym schematem danych.
Test wykrył cztery briefy kompletne, 11 z brakami, cztery ze sprzecznościami i dwa duplikaty. Kategorie częściowo się nakładały. Wszystkie dziewięć kontroli zakończyło się zgodnie z przyjętymi regułami: wadliwy JSON, błąd API, ponowienie, duplikat, odrzucenie, brak decyzji, powtórne kliknięcie, próba zatwierdzenia starej wersji i decyzja osoby bez uprawnień.
Wynik 20 na 20 potwierdza logikę procesu referencyjnego. Nie mierzy jakości modelu językowego ani działania Make lub n8n, ponieważ nie wywołano modelu przez API i nie uruchomiono scenariuszy na tych platformach.
Jak powinien wyglądać bezpieczny proces obsługi briefu
Formularz powinien przekazywać co najmniej cel kampanii, odbiorców, ofertę, kanały, dostępne materiały, budżet i termin. Każdy brief potrzebuje również identyfikatora oraz numeru wersji.
AI może zapisać:
- wykryte braki,
- sprzeczności,
- pytania do autora,
- identyfikator i wersję analizowanego briefu.
Model nie powinien nadawać statusu akceptacji. Po sprawdzeniu odpowiedź pozostaje oznaczona jako oczekująca, dopóki decyzji nie zapisze uprawniona osoba.
Przed zapisem system musi ponownie sprawdzić identyfikator, aktualną wersję briefu i uprawnienia zatwierdzającego. Klucz `ID:wersja` chroni przed ponownym zapisaniem tego samego wyniku. Brak odpowiedzi w terminie powinien prowadzić do statusu `expired`, a nie do automatycznej zgody.
n8n ma gotową akceptację e-mailową
Węzeł Send Email w trybie Send and Wait for Response, z odpowiedzią typu Approval, wysyła wiadomość z możliwością zatwierdzenia lub odrzucenia. Proces czeka na odpowiedź albo na upływ skonfigurowanego limitu czasu.
To wystarcza do zbudowania podstawowej bramki decyzyjnej, ale sam przycisk w wiadomości nie potwierdza tożsamości osoby, która go kliknęła. Jeśli decyzja ma skutki formalne lub finansowe, trzeba dodać uwierzytelnienie i ponownie sprawdzić uprawnienia przed zapisem.
Osobny węzeł Wait obsługuje wznowienie przez webhook oraz Basic Auth, Header Auth i JWT Auth. Dobór metody zależy od tego, kto zatwierdza brief i jak silnego potwierdzenia tożsamości wymaga firma.
n8n Cloud nalicza opłaty za całe wykonania procesu, niezależnie od liczby kroków. Do pełnego kosztu trzeba doliczyć opłaty dostawcy modelu AI, jeśli jest wywoływany przez zewnętrzne API.
Make ma gotową aplikację, ale z ograniczoną dostępnością
Oficjalna aplikacja Make Human in the Loop obsługuje żądania akceptacji. Według dokumentacji sprawdzonej 8 września 2026 roku jest jednak dostępna wyłącznie w planie Enterprise i pozostaje w zamkniętej becie dla zaproszonych klientów.
Dla pozostałych użytkowników etap akceptacji wymaga osobnego scenariusza oraz własnych reguł dotyczących odpowiedzi, wygaśnięcia i zapisu decyzji.
Make udostępnia mechanizmy potrzebne do zabezpieczenia takiego procesu:
- Incomplete executions przechowuje niedokończone wykonania, ale funkcja jest domyślnie wyłączona. Nie zastępuje akceptacji człowieka.
- Retry error handler zachowuje dane błędu i pozwala ponowić wykonanie automatycznie lub ręcznie.
- Data Store obsługuje unikalne klucze rekordów i może odrzucić duplikat, jeśli nadpisywanie jest wyłączone.
Make nalicza kredyty za działania wykonywane przez moduły. Przy własnym dostawcy AI tokeny są rozliczane oddzielnie. Koszt pojedynczego briefu zależy więc od liczby działań, ponowień i sposobu sprawdzania braku odpowiedzi.
Make i n8n według tych samych kryteriów
| Kryterium | n8n Cloud | Make |
|---|---|---|
| Akceptacja e-mailowa | Send Email może czekać na zatwierdzenie lub odrzucenie | Human in the Loop jest w zamkniętej becie dla zaproszonych klientów Enterprise; poza nią potrzebny jest własny scenariusz |
| Brak odpowiedzi | Dostępny jest konfigurowalny limit oczekiwania | Poza aplikacją beta wymaga własnej reguły i kontroli terminu |
| Tożsamość zatwierdzającego | Sam link nie wystarcza; Wait obsługuje Basic Auth, Header Auth i JWT Auth | Trzeba sprawdzić uprawnienie przed zapisem; rozwiązania nie uruchomiono |
| Błędy i ponowienia | Dokumentacja opisuje rejestr wykonań i obsługę błędów; równoważnych ponowień nie testowano | Incomplete executions i Retry error handler są udokumentowane |
| Ochrona przed duplikatem | Regułę `ID:wersja` potwierdzono lokalnie; wdrożenia w n8n nie testowano | Data Store obsługuje unikalne klucze i odrzucanie duplikatów |
| Rozliczenie | Całe wykonania procesu, niezależnie od liczby kroków | Kredyty za działania modułów; tokeny własnego dostawcy AI oddzielnie |
| Czas konfiguracji i koszt briefu | Nie zmierzono | Nie zmierzono |
Kiedy wybrać n8n, a kiedy Make
Na podstawie dokumentacji n8n jest prostszym wyborem, gdy najważniejsza jest akceptacja e-mailowa z limitem oczekiwania. Potrzebny mechanizm znajduje się w standardowym węźle Send Email, więc nie trzeba odtwarzać całej obsługi odpowiedzi we własnym scenariuszu.
Make pozostaje rozsądnym wyborem dla zespołu, który już z niego korzysta i może sam zbudować etap akceptacji. Jeśli firma ma dostęp do aplikacji Human in the Loop w programie zamkniętej bety, trzeba uwzględnić ją w próbie przed podjęciem decyzji.
Nie ma jeszcze podstaw do wskazania tańszej platformy ani szybszej konfiguracji. Taki werdykt wymaga uruchomienia obu procesów z tym samym modelem, zestawem briefów i limitem oczekiwania, a następnie porównania logów oraz rachunku dostawcy AI.
Co sprawdzić przed uruchomieniem
Najpierw ustal, co dokładnie zapisuje AI. Powinny to być uwagi, sprzeczności i pytania, a nie decyzja o akceptacji. Pomocny punkt wyjścia znajdziesz w materiale ChatGPT i brief marketingowy.
Następnie sprawdź:
- czy decyzja dotyczy aktualnej wersji briefu,
- jak system potwierdzi tożsamość zatwierdzającego,
- czy brak odpowiedzi kończy się statusem `expired`,
- czy ponowienie nie tworzy drugiego rekordu,
- co dzieje się po błędzie API lub wadliwym wyniku modelu,
- ile działań albo wykonań zużywa pełna ścieżka wraz z ponowieniami.
Przy kalkulacji uwzględnij abonament tylko raz, a zużycie platformy oddziel od kosztu modelu. Więcej informacji o takim podziale zawiera artykuł Koszty AI i limity tokenów.
Jeśli wybór narzędzia jest częścią szerszego porządkowania procesów, zacznij od wskazania właściciela decyzji i zasad kontroli. Pomaga w tym materiał Jak wdrożyć AI bez chaosu.
Przy akceptacji e-mailowej dokumentacja wskazuje dziś na prostszą ścieżkę w n8n. Zespół pracujący w Make powinien najpierw sprawdzić dostęp do aplikacji Human in the Loop, a bez niego wycenić własny scenariusz. O kosztach można rozstrzygać dopiero po zebraniu rzeczywistych logów.
Źródła
- n8n Docs, Send Email
- n8n Docs, Wait
- n8n, Plans and Pricing
- Make, Human in the Loop
- Make, Pricing
- Make Help Center, Credits
- Make Help Center, Incomplete executions
- Make Help Center, Retry error handler
- Make Help Center, Data Stores
