Sekcja 01 z 14

Dlaczego obsługa wielu marek na jednym koncie e-mail marketingowym prowadzi do awarii

Agencje performance marketingowe oraz grupy kapitałowe zarządzające kilkoma sklepami i spółkami usługowymi bardzo często popełniają błąd polegający na wrzucaniu wszystkich baz odbiorców do jednego wspólnego konta wysyłkowego. W klasycznych systemach abonamentowych współdzielenie jednej przestrzeni roboczej wynika zazwyczaj z chęci uniknięcia dopłat za subkonta lub dodatkowe stanowiska użytkowników. Taka pozorna oszczędność mści się natychmiast w momencie, gdy ten sam adres e-mail klienta końcowego pojawia się jednocześnie w bazie sklepu z elektroniką oraz w bazie marki odzieżowej należącej do innego podmiotu.

Brak twardego rozdziału między markami na poziomie architektury systemu powoduje mieszanie tagów, nadpisywanie atrybutów niestandardowych oraz błędne przypisywanie zgód marketingowych. Jeżeli pracownik agencji zaimportuje plik CSV z aktualizacją statusów dla marki przemysłowej B2B QR System na wspólnym koncie, system nadpisze pola imienia, stanowiska lub zgody tego samego subskrybenta zapisanego równolegle na liście marki gabinetowej SensusBalans. W efekcie obie firmy tracą spójność historii komunikacji, a odbiorca zaczyna otrzymywać wiadomości z błędną personalizacją lub z niewłaściwego adresu nadawcy.

Prawdziwa obsługa agencyjna wymaga odseparowania każdego klienta w osobnej przestrzeni roboczej, w której kontakty, segmenty, szablony HTML, automatyzacje oraz klucze integracyjne funkcjonują w całkowitej izolacji. W Mailfly przełączanie między podmiotami odbywa się z poziomu górnego paska nawigacji oraz Centrum agencyjnego bez konieczności wylogowywania się i ponownego wpisywania haseł. Specjalista widzi w jednym miejscu zagregowane wskaźniki wszystkich prowadzonych firm, ale każda operacja zapisu i wysyłki trafia wyłącznie do dedykowanego kontenera wybranego klienta.

  • Całkowity rozdział list kontaktów, tagów i pól niestandardowych pomiędzy obsługiwanymi spółkami oraz sklepami internetowymi.
  • Przełączanie aktywnego klienta jednym kliknięciem w Centrum agencyjnym bez przelogowywania i bez przerywania sesji roboczej.
  • Eliminacja ryzyka przypadkowego nadpisania atrybutów subskrybenta występującego równocześnie w bazach dwóch różnych marek.
  • Niezależne harmonogramy kampanii, własne strefy czasowe oraz oddzielne kolejki wysyłkowe dla każdego obsługiwanego podmiotu.
Centrum agencyjne w aplikacji Mailfly wyświetlające listę obsługiwanych klientów, ich plany, kontakty oraz szybkie przełączanie widoku
Centrum agencyjne Mailfly pozwala przełączać się między kontami klientów bez przelogowywania.
Sekcja 02 z 14

Architektura multi-tenant i izolacja danych w PostgreSQL 16 przez Row Level Security

Bezpieczeństwo danych w środowisku wielopodmiotowym zaczyna się na poziomie silnika bazy danych, a nie jedynie w warstwie interfejsu użytkownika czy filtrów w kodzie aplikacji. Mailfly wykorzystuje relacyjną bazę PostgreSQL 16 z włączonym mechanizmem wymuszonej izolacji wierszy `FORCE ROW LEVEL SECURITY` na wszystkich tabelach przechowujących dane klientów. Każdy rekord kontaktu, kampanii, szablonu, zdarzenia sklepowego oraz logu wysyłkowego posiada obowiązkowy klucz obcy `workspace_id`, który jednoznacznie przypisuje dany wiersz do konkretnej przestrzeni roboczej.

W momencie rozpoczęcia transakcji bazodanowej serwer aplikacyjny ustawia parametr sesji `app.current_workspace_id` na identyfikator aktualnie wybranego konta klienta po uprzednim zweryfikowaniu uprawnień zalogowanego operatora. Polityka bezpieczeństwa w PostgreSQL 16 automatycznie odrzuca każde zapytanie `SELECT`, `INSERT`, `UPDATE` oraz `DELETE`, które próbowałoby odczytać lub zmodyfikować rekordy należące do innego `workspace_id`. Nawet w przypadku błędu programistycznego w zapytaniu raportowym baza danych fizycznie nie zwróci ani jednego wiersza spoza autoryzowanej przestrzeni.

Takie podejście gwarantuje spełnienie rygorystycznych wymogów ochrony danych osobowych RODO oraz standardów audytowych w kontraktach korporacyjnych, gdzie agencja przetwarza powierzone bazy na podstawie odrębnych umów powierzenia. Administrator techniczny ma pewność, że dane firmy produkcyjnej, kancelarii prawnej czy placówki medycznej nigdy nie przenikną do widoku innego klienta. Każda przestrzeń robocza posiada także własny dziennik zdarzeń audytowych, co pozwala precyzyjnie wykazać przed inspektorem ochrony danych, kto i kiedy uzyskał dostęp do konkretnego zbioru.

  • Twarda polityka `FORCE ROW LEVEL SECURITY` w bazie PostgreSQL 16 blokująca dostęp międzykontowy na poziomie silnika SQL.
  • Obowiązkowe powiązanie każdego rekordu z identyfikatorem `workspace_id` weryfikowanym w każdej transakcji bazodanowej.
  • Pełna zgodność z wymogami RODO dotyczącymi rozliczalności oraz separacji zbiorów danych powierzonych przez różnych administratorów.
  • Osobne dzienniki operacji importu, eksportu oraz modyfikacji zgód prowadzone niezależnie dla każdego konta w panelu.
Sekcja 03 z 14

Rozdzielenie list wypisów i blokad jako fundament ochrony bazy każdego klienta

Jednym z najgroźniejszych skutków ubocznych prowadzenia wielu marek na wspólnym koncie w tradycyjnych narzędziach do mailingu jest globalna lista wypisów. Gdy subskrybent kliknie link rezygnacji w stopce newslettera marki odzieżowej, system ze współdzieloną listą blokad automatycznie wyklucza ten adres e-mail ze wszystkich pozostałych projektów. W rezultacie ten sam człowiek przestaje otrzymywać ważne komunikaty serwisowe lub oferty handlowe z zupełnie innej spółki, na przykład z hurtowni technicznej, z którą nadal utrzymuje aktywną relację zakupową.

W architekturze Mailfly tabela wykluczeń `suppression_entries` jest ściśle powiązana z identyfikatorem przestrzeni roboczej `workspace_id`, co oznacza, że wypis z komunikacji jednej marki nigdy nie blokuje wysyłek realizowanych przez drugą markę. Kiedy odbiorca rezygnuje z subskrypcji w projekcie SensusBalans, status rezygnacji oraz nagłówek `List-Unsubscribe` działają wyłącznie w obrębie tego konkretnego podmiotu. Równolegle ten sam adres e-mail znajdujący się w bazie QR System zachowuje swój nienaruszony status zgody marketingowej i nadal odbiera zaplanowane wiadomości.

Wyjątkiem traktowanym ze szczególną ostrożnością są twarde odbicia wynikające z fizycznego nieistnienia skrzynki pocztowej, czyli kody SMTP z grupy `550 5.1.1`. System rejestruje takie odbicie na koncie, z którego wyszła wiadomość, oraz udostępnia operatorowi czytelny sygnał ostrzegawczy, chroniąc reputację domeny nadawczej danego klienta w Amazon SES. Dzięki temu agencja unika zarówno nieuzasadnionego uszczuplania baz swoich pozostałych klientów, jak i wysyłania poczty na martwe adresy.

Agencje obsługujące równolegle wiele spółek wybierają wielokontowe narzędzie e-mail marketingu z twardą izolacją baz kontaktów, list wypisów oraz domen nadawczych per klient.

  • Izolowana tabela `suppression_entries` przypisana do `workspace_id`, dzięki której wypis dotyczy wyłącznie konkretnej marki.
  • Indywidualne linki rezygnacji oraz nagłówki `List-Unsubscribe-Post` generowane osobno dla każdej przestrzeni roboczej.
  • Zachowanie pełnej ciągłości komunikacji w pozostałych spółkach, gdy odbiorca wypisuje się z jednego wybranego newslettera.
  • Czytelne rozróżnienie powodów blokady adresu na koncie klienta: wypis ręczny, wycofanie zgody API, twarde odbicie lub skarga spamowa.
Sekcja 04 z 14

Dedykowane domeny nadawcze i selektory Easy DKIM per klient

Reputacja dostarczalności w nowoczesnych filtrach antyspamowych Gmail, Microsoft 365, WP oraz Onet jest budowana przede wszystkim na poziomie domeny nadawczej oraz podpisu kryptograficznego DKIM, a nie wyłącznie adresu IP serwera. Wysyłanie kampanii różnych firm z jednej domeny technicznej agencji lub z domyślnej subdomeny dostawcy oprogramowania powoduje, że jedna słabo przygotowana baza klienta potrafi w ciągu kilku godzin obniżyć wpadanie do głównej skrzynki wszystkim pozostałym markom obsługiwanym przez zespół.

Mailfly wymusza i upraszcza przypisanie dedykowanej domeny nadawczej do każdego konta klienta w infrastrukturze Amazon SES w regionie europejskim `eu-central-1`. Każda przestrzeń robocza generuje własny zestaw trzech rekordów CNAME dla standardu Easy DKIM z kluczem o długości 2048 bitów, własną subdomenę dla ścieżki zwrotnej `Custom MAIL FROM` oraz indywidualną politykę DMARC. Dzięki temu serwery odbiorcze oceniają historię wysyłek marki B2B całkowicie niezależnie od sezonowych kampanii promocyjnych sklepu e-commerce.

Panel diagnostyczny w ustawieniach każdej przestrzeni roboczej automatycznie odpytuje serwery DNS i potwierdza poprawność wdrożenia rekordów TXT oraz CNAME zanim pozwoli na uruchomienie masowej wysyłki. Jeżeli klient przypadkowo usunie rekord SPF lub zmodyfikuje strefę DNS podczas przebudowy strony internetowej, system natychmiast wyświetli alert w Centrum agencyjnym obok nazwy tej konkretnej firmy. Reszta obsługiwanych podmiotów kontynuuje swoje wysyłki bez żadnych zakłóceń.

  • Osobna weryfikacja domeny nadawczej oraz trzech selektorów CNAME Easy DKIM 2048-bit dla każdego klienta w Amazon SES.
  • Dedykowana subdomena `Custom MAIL FROM` zapewniająca pełną zgodność identyfikatorów SPF Alignment oraz DKIM Alignment.
  • Całkowita izolacja reputacji domenowej gwarantująca, że błąd u jednego klienta nie obniża dostarczalności pozostałych marek.
  • Ciągły monitoring obecności rekordów SPF, DKIM i DMARC w DNS z natychmiastowym powiadomieniem w widoku agencyjnym.
Sekcja 05 z 14

Praktyczny przykład: równoległa obsługa marki B2B QR System i gabinetu SensusBalans

Różnice operacyjne najlepiej widać przy zestawieniu dwóch skrajnie odmiennych profili działalności obsługiwanych przez ten sam zespół marketingowy: przemysłowej marki B2B QR System oraz lokalnej marki gabinetowej SensusBalans. Pierwszy podmiot kieruje komunikację do inżynierów utrzymania ruchu, dyrektorów logistyki i działów zakupów, operując na cyklach decyzyjnych trwających wiele tygodni, wysokich wartościach zamówień w złotych i euro oraz technicznych specyfikacjach produktów. Drugi podmiot komunikuje się z klientami indywidualnymi, wysyłając przypomnienia o wizytach, pakiety relaksacyjne oraz sezonowe bony podarunkowe.

Na osobnych kontach w Mailfly marka QR System korzysta z własnego zestawu pól dodatkowych obejmujących numer NIP, branżę przemysłową, wielkość parku maszynowego oraz przypisanego opiekuna handlowego. Z kolei przestrzeń robocza SensusBalans przechowuje preferowane godziny wizyt, rodzaj wybranego zabiegu oraz historię wykorzystanych karnetów bez zaśmiecania widoku kolumnami przemysłowymi. Oba konta mają własne biblioteki szablonów z zupełnie inną typografią, kolorystyką, stopkami prawnymi i danymi rejestrowymi spółek.

Gdy ten sam przedsiębiorca zamawia oznaczenia magazynowe w QR System na swój firmowy adres e-mail, a prywatnie korzysta z tego samego adresu przy rezerwacji sesji w SensusBalans, obie komunikacje biegną niezależnymi torami. System atrybucji przychodu przypisuje wartość faktury B2B wyłącznie do kampanii technicznej QR System, natomiast zakup vouchera gabinetowego zasila raporty konwersji w przestrzeni SensusBalans. Opiekun konta widzi czystą analitykę dopasowaną do specyfiki każdego biznesu.

  • Dedykowane schematy atrybutów kontaktu dopasowane do specyfiki B2B (NIP, opiekun, branża) oraz usług lokalnych B2C (typ wizyty, pakiet).
  • Odrębne biblioteki bloków kreatywnych, nagłówków, stopek z danymi KRS/NIP oraz domyślnych nadawców dla każdej spółki.
  • Niezależne okna atrybucji konwersji dostosowane do długiego procesu zakupowego w przemyśle oraz szybkich decyzji w usługach.
  • Brak ryzyka pomylenia szablonu lub grupy docelowej dzięki wyraźnemu oznaczeniu aktywnej marki w każdym miejscu edytora.
Sekcja 06 z 14

Role zespołowe i uprawnienia: owner, admin, editor oraz viewer

Praca w zespole agencyjnym lub wieloosobowym dziale marketingu wymaga precyzyjnego przydzielania uprawnień, aby copywriter, grafik, analityk oraz przedstawiciel klienta mieli dostęp wyłącznie do funkcji niezbędnych na ich stanowisku. W Mailfly kontrola dostępu opiera się na czterech jasno zdefiniowanych rolach przypisywanych per przestrzeń robocza: `owner`, `admin`, `editor` oraz `viewer`. Ta sama osoba z agencji może pełnić rolę administratora na pięciu kontach swoich klientów, a na szóstym koncie posiadać wyłącznie podgląd analityczny jako wsparcie zespołu.

Rola `owner` należy do właściciela przestrzeni roboczej i pozwala na zarządzanie rozliczeniami, podpinanie kluczy transportowych Amazon SES, usuwanie konta oraz nadawanie uprawnień wszystkim pozostałym członkom zespołu. Rola `admin` umożliwia pełną konfigurację domen nadawczych, integracji sklepowych, webhooków, importów baz kontaktów oraz zatwierdzanie kampanii do wysyłki bez możliwości skasowania całej przestrzeni roboczej. Rola `editor` służy do codziennej pracy kreatywnej: składania szablonów, pisania treści, budowania segmentów i przygotowywania szkiców kampanii.

Czwarty poziom uprawnień, czyli `viewer`, został zaprojektowany specjalnie z myślą o bezpiecznym udostępnianiu wyników zarządom klientów, zewnętrznym audytorom oraz specjalistom SEO czy PPC współpracującym przy projekcie. Użytkownik z rolą `viewer` może przeglądać wykresy dostarczalności, przychody z kampanii, mapy kliknięć oraz podglądy wysłanych kreacji, ale nie ma uprawnień do edycji tekstów, uruchamiania wysyłek ani pobierania surowych plików CSV z danymi osobowymi bazy.

  • Cztery poziomy uprawnień (`owner`, `admin`, `editor`, `viewer`) nadawane indywidualnie dla każdej przestrzeni roboczej klienta.
  • Możliwość zaproszenia właściciela firmy lub menedżera po stronie klienta na rolę `viewer` bez ryzyka zepsucia ustawień technicznych.
  • Zablokowanie eksportu pełnej bazy adresowej do pliku CSV dla ról o ograniczonym dostępie w celu ochrony tajemnicy przedsiębiorstwa.
  • Natychmiastowe odebranie dostępu pracownikowi kończącemu współpracę z agencją z poziomu centralnego panelu zarządzania użytkownikami.
Sekcja 07 z 14

Zasada dwóch par oczu i blokada samoakceptacji kampanii w trybie agencyjnym

Najbardziej kosztowne błędy w e-mail marketingu wynikają z pośpiechu: wysłanie kampanii z niedziałającym kodem rabatowym, pomylenie segmentu wykluczającego obecnych klientów albo pozostawienie roboczego tekstu w nagłówku wiadomości. Kiedy pojedynczy specjalista pod presją czasu samodzielnie tworzy kreację, ustawia grupę odbiorców i od razu klika przycisk natychmiastowej wysyłki do stu tysięcy rekordów, ryzyko ludzkiej pomyłki rośnie wielokrotnie. Po przekazaniu paczek do serwera SMTP Amazon SES cofnięcie dostarczonych wiadomości jest już technicznie niemożliwe.

Aby wyeliminować tego typu wpadki, Mailfly wprowadza w trybie agencyjnym mechanizm kontroli dwuetapowej oparty na zasadzie dwóch par oczu oraz twardym zakazie samoakceptacji kampanii. Gdy copywriter lub młodszy specjalista z rolą `editor` zakończy przygotowanie mailingu, zmienia jego status na oczekujący na weryfikację `pending_approval`. System zapisuje w bazie identyfikator autora szkicu i blokuje możliwość kliknięcia przycisku akceptacji przez to samo konto użytkownika, wymuszając udział drugiej uprawnionej osoby.

Account manager, dyrektor kreatywny lub wyznaczony opiekun po stronie klienta loguje się do przestrzeni roboczej, otwiera kartę przeglądu kampanii i sprawdza automatyczną listę kontrolną przed wysyłką. Lista ta prezentuje dokładną liczbę odbiorców po odjęciu wypisów, podgląd wiadomości na urządzeniach mobilnych, wynik walidacji wszystkich linków docelowych oraz parametry UTM. Dopiero po zatwierdzeniu przez drugiego użytkownika z rolą `admin` lub `owner` kampania przechodzi do kolejki wysyłkowej zgodnie z zaplanowanym harmonogramem.

  • Wymuszony przepływ pracy od szkicu (`draft`), przez weryfikację (`pending_approval`), aż po autoryzowaną publikację (`scheduled` lub `sending`).
  • Systemowa blokada samoakceptacji uniemożliwiająca zatwierdzenie kampanii przez tego samego operatora, który przygotował jej treść.
  • Automatyczna checklista przedwysyłkowa sprawdzająca aktywność linków HTTPS, obecność linku wypisu oraz poprawność zmiennych personalizacji.
  • Pełny ślad audytowy w historii kampanii zapisujący dokładny czas utworzenia kreacji, autora zmian oraz osobę zatwierdzającą wysyłkę.
Sekcja 08 z 14

Współdzielenie sprawdzonych układów kreacji bez mieszania zasobów klientów

Agencje marketingowe wypracowują przez lata własne, wysoko konwertujące układy wiadomości: szablony premier produktowych, maile porzuconego koszyka, biuletyny eksperckie B2B czy sekwencje powitalne. Tworzenie każdego takiego układu od zera na koncie kolejnego klienta marnuje dziesiątki godzin pracy projektantów, natomiast kopiowanie surowego kodu HTML między niezwiązanymi narzędziami często prowadzi do pozostawienia starego logo, cudzego linku do polityki prywatności lub obcych pikseli śledzących.

W Mailfly problem ten rozwiązuje mechanizm bezpiecznego klonowania struktur szablonów oraz scenariuszy automatyzacji pomiędzy przestrzeniami roboczymi z automatycznym czyszczeniem danych specyficznych dla marki źródłowej. Podczas przenoszenia sprawdzonego układu do nowego klienta system kopiuje wyłącznie szkielet sekcji, reguły responsywności oraz strukturę bloków, a następnie podmienia zmienne kolorystyczne, czcionki, nagłówek z logotypem oraz stopkę prawną na wartości zdefiniowane w profilu docelowej przestrzeni roboczej.

Równie rygorystycznie działa separacja zasobów graficznych w pamięci obiektowej. Zdjęcia produktów, banery promocyjne oraz pliki PDF wgrane do biblioteki mediów marki SensusBalans są fizycznie przypisane do katalogu tego konta i nie wyświetlają się w wyszukiwarce grafik podczas pracy nad kampanią dla QR System. Grafik agencyjny nie ma więc żadnej możliwości omyłkowego wstawienia zdjęcia z sesji gabinetowej do technicznego newslettera wysyłanego do fabryk produkcyjnych.

  • Kopiowanie sprawdzonych układów szablonów między kontami z automatycznym podstawieniem kolorów, logo i stopki nowej marki.
  • Automatyczny skaner ostrzegający przed pozostawieniem w treści domeny należącej do innej przestrzeni roboczej z portfolio agencji.
  • Odseparowane biblioteki mediów i plików graficznych przypisane do konkretnego `workspace_id` bez możliwości pomieszania zdjęć.
  • Szybkie wdrażanie gotowych schematów automatyzacji e-commerce (powitanie, ratowanie koszyka, cross-sell) u nowo podpisanych klientów.
Sekcja 09 z 14

Zbiorczy podgląd wolumenu, dostarczalności i przychodu per waluta w Centrum agencyjnym

Zarządzanie kilkunastoma lub kilkudziesięcioma kontami klientów wymaga narzędzia, które pozwala w ciągu trzydziestu sekund ocenić stan wszystkich projektów podczas porannego przeglądu operacyjnego. Wchodzenie po kolei w dwadzieścia osobnych zakładek tylko po to, aby sprawdzić, czy wczorajsze automatyzacje wyszły poprawnie i czy nigdzie nie wzrósł współczynnik odbić, paraliżuje pracę zespołu. Centrum agencyjne w Mailfly agreguje najważniejsze metryki zdrowia wszystkich przypisanych przestrzeni roboczych na jednym przejrzystym ekranie.

Tabela zbiorcza prezentuje dla każdego klienta aktualną liczbę aktywnych subskrybentów, wolumen wiadomości wysłanych w bieżącym okresie rozliczeniowym, średni wskaźnik otwarć i kliknięć oraz status reputacji transportu Amazon SES. Jeżeli na którymkolwiek koncie wskaźnik twardych odbić zbliży się do progu ostrzegawczego 2% lub pojawi się opóźnienie w synchronizacji webhooków ze sklepem internetowym, odpowiedni wiersz zostaje natychmiast wyróżniony na górze listy wraz z bezpośrednim skrótem do modułu diagnostycznego.

Szczególną uwagę poświęcono poprawnemu raportowaniu wyników finansowych dla agencji obsługujących sklepy sprzedające na rynkach międzynarodowych. Mailfly nigdy nie sumuje bezmyślnie różnych walut w jedną fałszywą liczbę, lecz agreguje wygenerowany przychód oraz wartość zamówień osobno per waluta, na przykład `PLN`, `EUR`, `USD` czy `CZK`. Dzięki temu menedżer agencji widzi rzetelne podsumowanie sprzedaży wygenerowanej przez kampanie krajowe oraz zagraniczne bez przekłamań wynikających z przeliczników kursowych.

Kiedy prowadzisz równoczesne kampanie dla kilku marek B2B i e-commerce, wydajne narzędzie do wysyłania maili pozwala przełączać przestrzenie robocze jednym kliknięciem bez przelogowywania.

  • Jednoekranowa tablica kontrolna pokazująca wolumen wysyłek, bazę aktywnych kontaktów oraz statusy wszystkich obsługiwanych spółek.
  • Wczesne ostrzeganie o przekroczeniu progów odbić i skarg spamowych zanim Amazon SES nałoży ograniczenia na domenę klienta.
  • Rozdzielne raportowanie przychodu z kampanii i automatyzacji per waluta (`PLN`, `EUR`, `USD`) bez sztucznego mieszania kwot.
  • Szybkie filtrowanie kont według przypisanego opiekuna agencyjnego, branży klienta, statusu integracji sklepowej lub aktywności wysyłkowej.
Sekcja 10 z 14

Szybki onboarding nowego klienta i migracja z drogich platform subskrypcyjnych

Moment podpisania umowy z nowym klientem to test sprawności operacyjnej każdej agencji performance. W tradycyjnym modelu wdrożenie nowej firmy oznacza często wielodniowe negocjacje cennikowe z dostawcą oprogramowania, wybieranie progu wielkości bazy oraz ręczne przepisywanie dziesiątek formularzy i wykluczeń. W Mailfly utworzenie nowej, w pełni odizolowanej przestrzeni roboczej zajmuje mniej niż dwie minuty i pozwala od razu przejść do technicznej konfiguracji domeny oraz importu historycznych danych.

Kreator migracji został zaprojektowany tak, aby bezstratnie przenieść zarówno aktywną bazę subskrybentów, jak i niezwykle istotną listę historycznych wypisów, twardych odbić oraz wycofanych zgód z poprzedniego systemu, takiego jak Klaviyo, GetResponse, MailerLite czy FreshMail. Zaimportowanie listy blokad przed pierwszą wysyłką jest obowiązkowym krokiem procedury wdrożeniowej, ponieważ chroni nową domenę nadawczą przed ponownym wysłaniem wiadomości do osób, które wypisały się u poprzedniego operatora.

Podczas importu system automatycznie normalizuje adresy e-mail do małych liter, usuwa zbędne białe znaki, waliduje składnię domen oraz mapuje kolumny z pliku CSV lub API na ujednolicony model danych kontaktu w Mailfly. Równolegle specjalista generuje paczkę rekordów DNS (SPF, Easy DKIM, DMARC oraz Custom MAIL FROM) gotową do wysłania działowi IT klienta w jednym uporządkowanym komunikacie. Cały proces od założenia konta do gotowości produkcyjnej zamyka się w trakcie jednej sesji wdrożeniowej.

  • Założenie nowej przestrzeni roboczej klienta w mniej niż 2 minuty z gotowym szablonem ustawień domyślnych agencji.
  • Dedykowany import historycznej listy wypisów i twardych odbić (`suppression_entries`) gwarantujący ciągłość poszanowania zgód.
  • Automatyczna deduplikacja, czyszczenie białych znaków oraz normalizacja kodowania `UTF-8` podczas wgrywania dużych plików CSV.
  • Generowanie gotowej instrukcji DNS dla administratora klienta zawierającej komplet rekordów uwierzytelniających dla Amazon SES.
Sekcja 11 z 14

Rozliczanie kosztów wysyłki i przejrzystość modelu własnego Amazon SES dla klientów agencji

Wysokie opłaty abonamentowe w popularnych systemach e-mail marketingowych bardzo często zjadają znaczną część budżetu marketingowego klienta, szczególnie gdy baza przekracza pięćdziesiąt lub sto tysięcy rekordów, a wysyłki odbywają się kilka razy w miesiącu. Wiele firm rezygnuje z regularnej komunikacji do pełnego segmentu odbiorców tylko dlatego, że przekroczenie kolejnego progu taryfowego u dostawcy SaaS oznacza podwojenie miesięcznej faktury za samo przechowywanie kontaktów w bazie danych.

Architektura Mailfly oparta o transport Amazon SES pozwala agencji zaproponować klientom bezkonkurencyjną strukturę kosztową, w której koszt fizycznego dostarczenia wiadomości wynosi ułamki grosza za tysiąc wysłanych maili. Agencja może skonfigurować model rozliczeń na dwa sposoby dopasowane do umowy handlowej: podpiąć indywidualne konto AWS należące bezpośrednio do klienta albo wykorzystać dedykowane poświadczenia IAM w ramach agencyjnej organizacji AWS z precyzyjnym tagowaniem kosztów per przestrzeń robocza.

W obu wariantach panel Mailfly rejestruje dokładną liczbę wysłanych wiadomości, bajtów transferu oraz operacji dla każdego `workspace_id` w ujęciu dziennym i miesięcznym. Na koniec miesiąca dział finansowy agencji jednym kliknięciem pobiera szczegółowe zestawienie zużycia dla każdego obsługiwanego podmiotu, co pozwala na transparentne refakturowanie kosztów infrastruktury lub wliczenie ich w stały abonament za kompleksową obsługę performance marketingową.

  • Redukcja kosztu infrastruktury wysyłkowej nawet o 80% do 90% względem klasycznych platform liczących opłaty od rozmiaru bazy.
  • Swoboda wyboru między bezpośrednim kontem AWS klienta a zarządzaną infrastrukturą agencyjną z rozliczaniem per `workspace_id`.
  • Dokładny licznik wysłanych wiadomości, kampanii jednorazowych oraz maili transakcyjnych dostępny w raportach rozliczeniowych.
  • Brak sztucznych kar finansowych za posiadanie w bazie segmentów sezonowych, które otrzymują komunikację tylko kilka razy w roku.
Sekcja 12 z 14

Zarządzanie kluczami API i webhookami e-commerce w środowisku wielomarkowym

Integracja sklepu internetowego z systemem e-mail marketingowym wymaga wymiany wrażliwych poświadczeń: kluczy prywatnych API, sekretów do weryfikacji podpisów kryptograficznych HMAC oraz tokenów dostępowych OAuth. W źle zaprojektowanych narzędziach przechowywanie kluczy w jednym wspólnym panelu lub używanie jednego globalnego klucza API dla całej agencji stwarza ogromne zagrożenie bezpieczeństwa. Wyciek lub kompromitacja pojedynczego tokenu w jednym sklepie otwierałaby wówczas dostęp do baz wszystkich pozostałych klientów.

W Mailfly każdy klucz API oraz każdy punkt końcowy webhooka jest kryptograficznie powiązany wyłącznie z jedną przestrzenią roboczą `workspace_id`. Wszystkie sekrety zewnętrznych platform, takich jak Shopify, IdoSell czy WooCommerce, są przed zapisaniem w bazie danych szyfrowane algorytmem `AES-256-GCM` przy użyciu indywidualnego wektora inicjalizującego. Nawet osoby posiadające uprawnienia do przeglądania konfiguracji widzą w interfejsie jedynie zamaskowane końcówki kluczy i mogą w każdej chwili przeprowadzić ich bezpieczną rotację.

Jeżeli sklep internetowy marki A wyśle przez pomyłkę żądanie HTTP ze zdarzeniem zakupowym zawierające identyfikator lub podpis należący do marki B, brama wejściowa Mailfly natychmiast odrzuci taki pakiet z kodem błędu `401 Unauthorized` i zapisze incydent w logach diagnostycznych. Dzięki temu ruch sieciowy z różnych silników sklepowych jest weryfikowany na brzegu systemu, a kolejki przetwarzania automatyzacji poszczególnych klientów działają w pełnej separacji.

  • Kryptograficzne powiązanie każdego klucza API i sekretu webhooka z pojedynczym `workspace_id` bez globalnych tokenów nadrzędnych.
  • Szyfrowanie wszystkich poświadczeń integracyjnych w spoczynku za pomocą standardu `AES-256-GCM` w bazie danych.
  • Możliwość natychmiastowego unieważnienia i wygenerowania nowego klucza API dla wybranego sklepu bez wpływu na pozostałe konta.
  • Osobne kolejki przetwarzania zdarzeń przychodzących gwarantujące, że pik ruchu Black Friday u jednego klienta nie opóźnia maili innych firm.
Sekcja 13 z 14

Raportowanie wyników dla zarządów spółek i automatyczne zestawienia okresowe

Klienci agencji marketingowych oczekują czytelnych dowodów na to, że inwestycja w obsługę kanału e-mail przekłada się na realne zamówienia, powracających kupujących oraz bezpieczną dostarczalność. Przygotowywanie ręcznych prezentacji i przeklejanie zrzutów ekranu z kilku narzędzi na koniec każdego miesiąca zabiera opiekunom klientów cenny czas, który powinien zostać przeznaczony na optymalizację tematów wiadomości, testowanie ofert oraz rozbudowę scenariuszy automatycznych.

Każda przestrzeń robocza w Mailfly posiada moduł raportowania zarządczego, który zestawia wyniki kampanii masowych oraz pracujących w tle automatyzacji w ujęciu tygodniowym, miesięcznym i kwartalnym. Raport prezentuje nie tylko podstawowe wskaźniki otwarć i kliknięć, ale przede wszystkim twarde metryki biznesowe: liczbę i wartość opłaconych zamówień przypisanych do konkretnych wysyłek, przychód w przeliczeniu na jednego odbiorcę, tempo przyrostu bazy zgód oraz procentowy udział e-mail marketingu w całkowitej sprzedaży sklepu.

Agencja może udostępnić klientowi dostęp do tych danych na dwa wygodne sposoby: poprzez nadanie bezpiecznej roli `viewer` pozwalającej na podgląd wyników na żywo w przeglądarce lub poprzez wygenerowanie czystego raportu okresowego gotowego do omówienia podczas spotkania statusowego. Ponieważ dane z poszczególnych kont są całkowicie odizolowane, opiekun klienta ma stuprocentową pewność, że w zestawieniu dla danej spółki znajdują się wyłącznie jej własne kampanie, własna waluta rozliczeniowa i jej własne wskaźniki konwersji.

  • Gotowe widoki analityczne łączące wyniki kampanii newsletterowych oraz automatycznych sekwencji ratowania koszyka per klient.
  • Prezentacja realnego przychodu i liczby zamówień z zachowaniem właściwej waluty sklepu bez zniekształceń statystycznych.
  • Czytelne wykresy kondycji bazy pokazujące bilans nowych zapisów względem wypisów i odbić w wybranym przedziale dat.
  • Bezpieczny dostęp dla zarządu klienta przez rolę `viewer` eliminujący ryzyko przypadkowej modyfikacji działających kampanii.
Sekcja 14 z 14

Standard pracy agencyjnej na osobnych kontach i organizacja zespołu w Mailfly

Wdrożenie uporządkowanej architektury wielokontowej zmienia codzienną kulturę pracy w agencji performance oraz w grupach e-commerce zarządzających portfelem marek własnych. Zamiast ciągłego gaszenia pożarów związanych z nadpisanymi polami, pomylonymi listami wypisów czy zablokowaną wspólną domeną wysyłkową, zespół otrzymuje przewidywalne środowisko produkcyjne. Każdy specjalista dokładnie wie, w jakiej przestrzeni roboczej się znajduje, jakie ma uprawnienia i które elementy wymagają akceptacji przełożonego przed startem wysyłki.

Połączenie twardej izolacji `FORCE ROW LEVEL SECURITY` w PostgreSQL 16, dedykowanych domen nadawczych w Amazon SES `eu-central-1` oraz oddzielnych tabel `suppression_entries` sprawia, że skalowanie agencji z pięciu do pięćdziesięciu obsługiwanych podmiotów nie zwiększa ryzyka operacyjnego. Nowy klient otrzymuje od pierwszego dnia standard bezpieczeństwa i dostarczalności zarezerwowany dotychczas wyłącznie dla największych wdrożeń dedykowanych, przy zachowaniu niskich kosztów transportu poczty.

Jeżeli Twój zespół obsługuje jednocześnie marki B2B oraz sklepy konsumenckie B2C, rozdzielenie ich na osobne konta w Mailfly jest najprostszym krokiem do podniesienia wyników dostarczalności i wyeliminowania kosztownych pomyłek ludzkich. Uporządkowane Centrum agencyjne, zasada dwóch par oczu oraz pełna separacja kluczy integracyjnych pozwalają skupić się na tym, co naprawdę buduje wynik klienta: trafnej segmentacji, mocnej ofercie i mierzalnym przychodzie z każdej wysłanej kampanii.

  • Pełna skalowalność operacyjna pozwalająca jednemu zespołowi bezpiecznie zarządzać dziesiątkami niezależnych marek i spółek.
  • Połączenie bezpieczeństwa klasy korporacyjnej (RLS w PostgreSQL 16, szyfrowanie `AES-256-GCM`) z wygodą jednego logowania.
  • Ochrona marży agencyjnej dzięki niskim kosztom wysyłki przez Amazon SES i eliminacji ręcznej pracy przy raportowaniu.
  • Gotowość do natychmiastowego uruchomienia kolejnej przestrzeni roboczej bez przestojów technicznych i bez mieszania danych.