Skracacze URL white-label dla agencji: kompletny przewodnik kupującego

Większość agencji sięga po skracacz URL white-label z tego samego powierzchownego powodu: klienci zauważają, gdy Twoje skrócone linki zawierają bit.ly lub s.elido.me. Głębsze powody to zazwyczaj marża rozliczeniowa i możliwość obrony podczas audytu. Dział IT klienta pytający „gdzie trafiają dane o kliknięciach?" zasługuje na czystszą odpowiedź niż „do dostawcy z USA, przez którego działam jako reseller."

Ten przewodnik jest napisany dla dyrektorów operacyjnych i właścicieli agencji oceniających opcje white-label - nie dla deweloperów, którzy chcą budować infrastrukturę linków od zera. Celem jest zapewnienie Ci ram do porównywania tego, co różne platformy faktycznie dostarczają na każdej warstwie brandingu, rzeczywistych pytań do zadania dostawcom oraz konkretnego opisu procesu konfiguracji konta resellera.

Co tak naprawdę oznacza „white-label" - warstwa po warstwie#

Termin ten jest używany swobodnie. Dostawcy oferujący niestandardowe domeny markowe nazywają siebie white-label. Tak samo dostawcy pozwalający umieścić logo na panelu. To nie jest to samo, a różnica ma znaczenie dla tego, jak wyceniasz i obsługujesz usługę dla klientów.

Istnieje sześć odrębnych warstw. Nie każda platforma implementuje wszystkie z nich.

Sześć warstw brandingu ułożonych od niestandardowej domeny przekierowania na powierzchni, przez branding panelu, niestandardowy nadawca e-mail, subdomena portalu, zarządzanie subkontami i rozliczenia resellera na najgłębszym poziomie

Warstwa 1: Niestandardowa domena przekierowania#

Najczęstsze znaczenie. Zamiast przekierowań przechodzących przez domenę platformy (bit.ly/xyz), przechodzą przez domenę, którą kontrolujesz (go.youragency.com/xyz lub go.clientbrand.com/xyz). To jest minimum viable white-label dla większości przypadków użycia agencji - usuwa nazwę platformy z każdego linku, który Twoi klienci udostępniają.

Implementacja wymaga rekordu DNS CNAME z Twojej subdomeny do edge platformy oraz automatycznego certyfikatu TLS dla tej nazwy hosta. Wszystkie główne skracacze to obsługują. Zmienną jest skala wielotenantowa: gdy zarządzasz dwudziestoma domenami klientów zamiast jedną, czy platforma obsługuje wieloznaczne CNAME (*.links.youragency.com), czy dodajesz rekord DNS per klient?

Warstwa 2: Branding panelu#

Interfejs administracyjny platformy nosi Twoje logo, nazwę marki i kolor główny zamiast tych należących do platformy. Klienci logujący się do zarządzania linkami widzą Twoją markę, a nie markę platformy. Niektóre platformy pozwalają też zastąpić tytuł karty przeglądarki i favicon.

Ta warstwa sprawia, że usługa jest prezentowalna, gdy klienci bezpośrednio z niej korzystają. Bez niej klient klikający „Zobacz panel" z Twojej strony raportów trafia na stronę oznaczoną marką Bitly lub Rebrandly i cały układ staje się przejrzysty.

Warstwa 3: Niestandardowy nadawca e-mail#

Resetowania hasła, raporty kliknięć, powiadomienia o wygaśnięciu linku i e-maile zaproszeniowe wychodzą z [email protected] zamiast z domeny platformy. Często jest to pomijane, dopóki klient nie zapyta, dlaczego otrzymuje e-maile od dostawcy, z którym nie uzgodnił współpracy. Niestandardowy nadawca e-mail wpływa też na dostarczalność: reputacja domeny dla e-maili transakcyjnych powiązana jest z domeną wysyłającą.

Warstwa 4: Niestandardowa subdomena portalu#

Sam panel znajduje się pod nazwą hosta, którą kontrolujesz - links.youragency.com - a nie pod app.someplatform.com. Wymaga to, aby platforma kierowała nazwę hosta links.youragency.com do kontekstu tenanta Twojego workspace'u, wystawiała dla niego certyfikat TLS i odpowiednio zakresowała sesje użytkowników. To implementacja znacznie bardziej złożona niż niestandardowa domena przekierowania i mniej platform ją dostarcza.

Warstwa 5: Zarządzanie subkontami#

Możesz tworzyć oddzielne workspace'y dla każdego klienta, każdy z własną domeną, biblioteką linków, analityką i członkami zespołu - wszystkie zarządzane z jednego nadrzędnego konta resellera. To jest warstwa, która oddziela infrastrukturę do odsprzedaży od rebrandowanego dostępu samoobsługowego.

Bez zarządzania subkontami white-label operacyjnie się załamuje przy skali. Albo dajesz wszystkim klientom dostęp do jednego współdzielonego workspace'u (co oznacza, że mogą widzieć nawzajem swoje linki i dane), albo utrzymujesz osobne konta platformy per klient (co oznacza osobne relacje rozliczeniowe i brak skonsolidowanego widoku dla Twojego zespołu).

Warstwa 6: Rozliczenia resellera i raportowanie użytkowania#

Płacisz platformie po stawce hurtowej; fakturujesz klientów po własnej stawce. Powierzchnia rozliczeniowa platformy jest niewidoczna dla Twoich klientów. Raportowanie użytkowania jest zakresowane do każdego workspace'u klienta, dzięki czemu możesz uzasadnić faktury bez ujawniania danych innych klientów.

Ta warstwa zazwyczaj wymaga rozmowy z działem sprzedaży enterprise. Niewiele platform publikuje ceny resellera na swoich publicznych stronach.

Spektrum od Warstwy 1 do Warstwy 6 jest tym, co odróżnia platformę obsługującą markowe linki od platformy naprawdę zbudowanej do odsprzedaży agencyjnej.

Jak porównują się główni dostawcy#

Bitly Enterprise#

Bitly obsługuje niestandardowe domeny w płatnych planach. Branding panelu nie jest opublikowaną funkcją - interfejs Bitly jest oznaczony marką Bitly dla wszystkich poziomów. Niestandardowe wysyłanie e-maili z Twojej domeny nie jest częścią standardowego produktu. Integracja SSO Bitly jest dostępna za poziomem Premium ($199/miesiąc według strony cennikowej dostępu z 2026-05-11 - zweryfikuj przed podaniem klientowi). W macierzy funkcji ani arkuszu produktu enterprise nie ma wpisu white-label.

Dla większości agencji oceniających model odsprzedaży Bitly nie jest praktycznym wyborem. Rozpoznawalność marki bit.ly w linkach to znany problem, a nie rozwiązany, nawet w wersji Enterprise. Bitly to mocny wybór dla wewnętrznych zespołów marketingowych; nie był projektowany, aby znikać za cudzą marką.

Rebrandly Pro / Business#

Rebrandly ma wpis white-label oznaczony jako ograniczony w niezależnych porównaniach funkcji. Produkt ma silny UX dla markowych linków i obsługuje niestandardowe domeny na każdym płatnym poziomie. Panel jest oznaczony marką Rebrandly; niestandardowy branding per workspace nie jest publicznie udokumentowaną funkcją. Niestandardowy nadawca e-mail nie jest udokumentowany na publicznych stronach funkcji. Struktura cenowa (Essentials $11 / Professional $32 / Growth $99 według strony cennikowej z dostępu 2026-05-11) nie zawiera poziomu resellera na stronie publicznej.

Mocne strony Rebrandly to integracje automatyzacji bez kodu (Zapier, Make, Workato) i dopracowany przepływ konfiguracji dla jednej domeny. Dla agencji, która chce dać klientom czystą markową domenę bez złożonej operacji odsprzedaży, Rebrandly sprawdza się dla Warstwy 1 i częściowo dla Warstwy 2. Dla Warstw 4–6 konieczne byłoby wynegocjowanie niestandardowego porozumienia enterprise.

Short.io#

Short.io ma wyraźne wsparcie white-label jako funkcję produktową. Ich plan Business ($90/miesiąc według strony cennikowej z dostępu 2026-05-11) zawiera ustawienia white-label. Niestandardowe domeny są obsługiwane od planu Personal wzwyż; macierz funkcji pokazuje white-label jako dostępną na poziomie Business.

White-label Short.io wydaje się obejmować markowe środowisko panelu i niestandardowe domeny. Pięć niestandardowych domen jest dostępnych nawet w bezpłatnym poziomie, co jest wyjątkowo hojne dla konfiguracji Warstwy 1. Platforma jest z siedzibą w USA; rezydencja danych dla klientów z UE wymaga przeglądu oceny wpływu na transfer (Transfer Impact Assessment).

Elido Business#

White-label Elido obejmuje wszystkie sześć opisanych wyżej warstw, a implementacja jest udokumentowana w kodzie, a nie jako twierdzenie marketingowe. Konkretne dostarczone funkcje:

Niestandardowa domena przekierowania z automatyczną weryfikacją DNS i automatycznym wystawianiem TLS na żądanie dla każdej nazwy hosta tenanta (zweryfikowane przez naszą usługę walidacji domen)
Wildcard CNAME (*.links.youragency.com) w planie Business dla wieloklientowego pokrycia subdomen bez wpisów DNS per klient
Branding panelu per workspace - pola brand_name, logo_url (HTTPS lub base64 data URL, maks. ~512 KB), primary_color (hex lub oklch), email_from_name i portal_hostname, dostępne przez PUT /v1/workspaces/{id}/branding; dostępne wyłącznie w planie Business
Routing subdomeny portalu - portal_hostname kieruje niestandardową nazwę hosta (np. links.acme.com) do właściwego workspace'u; GET /v1/portal/lookup rozwiązuje nagłówek hosta do workspace_id, używany zarówno przez automatyczny TLS na żądanie, jak i przez middleware Next.js panelu do zakresowania sesji
Konta resellera - POST /v1/workspaces/{id}/reseller tworzy konto resellera z polami company_name, contact_email, custom_domain i branding_config; POST /v1/workspaces/{id}/reseller/workspaces tworzy sub-workspace powiązany z kontem resellera; endpointy listy i usuwania następują ten sam wzorzec
Rezydencja danych EU-first - region UE jako podstawowa lokalizacja, bez wyjścia z EOG, chyba że workspace wyraźnie zdecyduje się na USA Wschód lub Azję-Pacyfik; DPA z obowiązkami wynikającymi z Artykułu 28 dostępna w standardowej umowie

Mutacja brandingu jest ograniczona do planu Business na poziomie API; serwer zwraca 402 Payment Required, jeśli workspace jest na niższym poziomie. Istniejące dane brandingu przeżywają downgrade i można je odzyskać przy ponownym podniesieniu bez ponownego wprowadzania.

Strona rozwiązań dla agencji to punkt odniesienia skierowany do zespołów zakupowych dla tego zestawu funkcji.

Poniższa tabela podsumowuje to, co jest publicznie udokumentowane lub weryfikowalne dla każdego dostawcy. Komórki oznaczone jako „nieudokumentowane" oznaczają, że funkcja jest nieobecna na publicznych stronach cennikowych, stronach funkcji i opublikowanych dokumentach DPA - może istnieć za negocjacją enterprise.

Warstwa	Bitly	Rebrandly	Short.io	Elido
Niestandardowa domena przekierowania	Płatne plany	Płatne plany	Wszystkie płatne plany (5 w darmowym)	Business
Branding panelu	Nieudokumentowane	Nieudokumentowane	Business	Business
Niestandardowy nadawca e-mail	Nieudokumentowane	Nieudokumentowane	Nieudokumentowane	Business
Subdomena portalu	Nieudokumentowane	Nieudokumentowane	Nieudokumentowane	Business
Zarządzanie subkontami	Nieudokumentowane	Nieudokumentowane	Częściowe	Business (API resellera)
Rezydencja danych w UE	USA (podstawowe)	USA (podstawowe)	USA (podstawowe)	Region UE (domyślnie)

Ceny ze stron publicznych dostępnych w 2026-05-11. Zweryfikuj przed zakupem.

Przypadek użycia agencji: konkretny opis procesu#

Poniżej przedstawiono, jak działa konfiguracja resellera w Elido. Sekwencja jest taka sama niezależnie od tego, czy przeprowadzasz ją przez panel czy przez API; pokazana jest ścieżka API, ponieważ agencje działające na dużą skalę będą chciały ją zautomatyzować dla każdego nowego wdrożenia klienta.

Jeden nadrzędny workspace resellera dla agencji rozgałęziający się na trzy izolowane workspace'y klientów, każdy ze swoją własną niestandardową domeną i brandingiem, wszystkie rozwiązywane przez wspólny edge Elido w regionie UE

Pięcioetapowy przepływ konfiguracji resellera od włączenia resellera w workspace'ie agencji, przez provisionowanie workspace'u klienta, konfigurację DNS klienta, ustawienie brandingu per workspace, do logowania klienta we własnym portalu

1. Włącz resellera w workspace'ie swojej agencji#

Twoja agencja ma jeden nadrzędny workspace w planie Business. Raz rejestrujesz konto resellera:

curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "company_name": "Acme Digital Agency",
    "contact_email": "[email protected]",
    "custom_domain": "links.acmedigital.example",
    "branding_config": {}
  }'

Odpowiedź zawiera reseller_account_id. Zapisz go.

2. Utwórz workspace klienta#

Przy wdrażaniu nowego klienta utwórz sub-workspace powiązany z Twoim kontem resellera:

curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller/workspaces \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "workspace_id": 99201,
    "label": "Client: TechCorp EMEA"
  }'

workspace_id tutaj to workspace klienta, utworzony przez normalny przepływ tworzenia workspace'u. label to Twoja wewnętrzna referencja - klienci jej nie widzą.

3. Skonfiguruj DNS dla niestandardowej domeny klienta#

Klient chce, aby jego przekierowania przechodziły przez go.techcorp-emea.example. Dodajesz dwa rekordy DNS w panelu ich dostawcy DNS:

go.techcorp-emea.example   CNAME   b.elido.me.
_elido-verify.go.techcorp-emea.example   TXT   "ws_<their_workspace_token>"

Token weryfikacyjny pojawia się w Ustawieniach workspace'u > Niestandardowe domeny. Po tym, jak nasza usługa walidacji domen zobaczy rekord TXT, oznacza domenę jako zweryfikowaną, a certyfikat TLS jest wystawiany automatycznie przy następnym żądaniu.

4. Skonfiguruj branding per workspace#

Ustaw branding workspace'u klienta z poziomu konta resellera:

curl -X PUT https://api.elido.app/v1/workspaces/{client_workspace_id}/branding \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "brand_name": "TechCorp Links",
    "logo_url": "https://assets.techcorp-emea.example/logo-dark.png",
    "primary_color": "#0a2463",
    "email_from_name": "TechCorp Links",
    "portal_hostname": "links.techcorp-emea.example",
    "enabled": true
  }'

portal_hostname tutaj to niestandardowa subdomena panelu. Musi być unikalna wśród wszystkich workspace'ów na platformie - zwracany jest 409 Conflict, jeśli inny workspace już ją zajął. Po ustawieniu links.techcorp-emea.example kieruje bezpośrednio do panelu zarządzania linkami TechCorp, oznaczonego ich tożsamością.

5. Klient otrzymuje linki w swojej domenie, loguje się w swoim portalu#

Od tego momentu zespół TechCorp loguje się pod adresem links.techcorp-emea.example, tworzy linki rozwiązywane pod go.techcorp-emea.example i otrzymuje powiadomienia e-mail od „TechCorp Links". Nazwa Elido nie pojawia się w żadnym z tych punktów kontaktu.

Szczegółowe wyjaśnienie mechaniki DNS i cyklu życia certyfikatu TLS zawiera przewodnik po niestandardowych domenach, obejmujący pełny obraz operacyjny, w tym rekordy CAA, opóźnienia propagacji i to, co dzieje się, gdy administrator DNS klienta usuwa CNAME w trakcie kampanii.

Kwestie dotyczące modelu cenowego przy odsprzedaży agencyjnej#

Ekonomika odsprzedaży zarządzania linkami wygląda różnie w zależności od tego, jak działa model rozliczeniowy platformy.

Modele z limitem linków (struktura Rebrandly) naliczają opłaty na podstawie liczby aktywnych skróconych URL w Twoim koncie. Dla agencji zarządzającej wieloma klientami o umiarkowanych bibliotekach linków limit może stać się wiążącym ograniczeniem przed wolumenem kliknięć. Skumulowane aktywne linki każdego klienta przyczyniają się do sumy, a klient aktywny kampanijnie tworzący 500 nowych linków miesięcznie osiąga progi poziomów szybciej niż klient generujący 500 000 kliknięć przez dziesięć evergreen'owych linków.

Modele z wolumenem kliknięć (struktura Elido dla planu Business) naliczają opłaty na podstawie wolumenu przekierowań w całej organizacji, z mierzonym nadwyżkowym opłatą per kliknięcie powyżej progu planu. Wiążącym ograniczeniem jest ruch, nie inwentarz. Agencje prowadzące wielu klientów z umiarkowanymi profilami ruchu mogą zarządzać dużą łączną biblioteką linków bez presji progów z samej liczby linków.

Żaden model nie jest powszechnie tańszy. Punkt przecięcia zależy od Twojego miksu klientów. Właściwa analiza: weź łączną liczbę aktywnych linków wszystkich klientów i łączny miesięczny wolumen kliknięć wszystkich klientów, uruchom oba względem modelu cenowego każdego dostawcy dla poziomu pokrywającego ten wolumen i porównaj zsumowany koszt roczny. Następnie uwzględnij marżę resellera, jaką zamierzasz naliczyć.

Praktyczny punkt wyjścia dla narzutu resellera: większość agencji prowadzących usługi programistyczne w imieniu klientów nalicza 20–40% powyżej własnego kosztu. Przy platformie, która wystawia Ci faktury miesięcznie i pozwala Ci fakturować klientów niezależnie, Twoja marża na komponencie zarządzania linkami jest prosta do obliczenia. Platformy wymagające indywidualnych kont klientów lub fakturujące per workspace bez skonsolidowanego widoku resellera, utrudniają czyste zarządzanie.

Widoczność rozliczeń opartych na użyciu warto wyraźnie zapytać. Chcesz móc uruchomić raport użycia per klient na koniec miesiąca bez ręcznego eksportowania danych. Analityka zakresowana do workspace'u w Elido pozwala pobierać wolumen kliknięć per sub-workspace przez API; Short.io i Rebrandly mają analitykę na poziomie workspace'u, choć skonsolidowane rozliczenia w trybie resellera to funkcja do weryfikacji w aktualnych planach.

Kąt zgodności: odsprzedaż dla małych i średnich firm z UE#

Gdy odsprzedajesz usługi zarządzania linkami klientom z siedzibą w UE, stajesz się podmiotem przetwarzającym dane w łańcuchu. Twoi klienci są administratorami danych kliknięć swoich użytkowników końcowych. Platforma jest podprocesorem. Układ ten podlega artykułowi 28 RODO - relacja podmiot przetwarzający-podprocesor wymaga, aby Twoja umowa z platformą zawierała wiążące obowiązki podprocesora, a Ty miał odpowiadające obowiązki wobec swoich klientów.

Praktyczne obowiązki dla agencji odsprzedającej europejskim MŚP:

Umowa z klientem musi zawierać DPA. Umowa z każdym klientem musi zawierać umowę o przetwarzaniu danych obejmującą dane kliknięć linków jako dane osobowe. Standardowe wzorce DPA są akceptowalne; kluczowe klauzule to kategorie przetwarzanych danych, ujawnienie podprocesora i środki bezpieczeństwa. Nie używaj szablonu DPA obejmującego tylko Twoje wewnętrzne przetwarzanie - musi przepływać obowiązki podprocesora w dół do platformy, z której korzystasz.

Ujawnienie podprocesora. Twoje DPA powinno wymieniać platformę, na której jesteś zbudowany, jako podprocesora. Twoi klienci mają prawo wiedzieć, kto przetwarza dane ich użytkowników końcowych. Jeśli korzystasz z platformy z siedzibą w USA, dla wielu klientów z sektora regulowanego UE uruchamia to wymóg Oceny Wpływu na Transfer (TIA). Jeśli korzystasz z platformy rezydującej w UE, wymóg TIA zazwyczaj nie jest uruchamiany.

Potwierdzenie rezydencji danych. Jeśli zamówienia publiczne Twojego klienta wymagają umownej rezydencji danych - „wszystkie dane osobowe pozostają w EOG" - Twój wybór platformy decyduje o tym, czy możesz to zagwarantować. Bitly, Rebrandly i Short.io mają siedzibę główną w USA i wymagałyby dokumentacji transgranicznych transferów opartych na SCC. Infrastruktura Elido z domyślną lokalizacją w regionie UE oznacza, że możesz zobowiązać się do rezydencji EOG umownie bez niestandardowych ustaleń.

SLA powiadomienia o naruszeniu. Artykuł 33 RODO wymaga, aby administratorzy powiadamiali swój organ nadzorczy w ciągu 72 godzin od uzyskania wiedzy o naruszeniu danych osobowych. Jako podmiot przetwarzający w łańcuchu musisz powiadomić swoich klientów (administratorów) „bez zbędnej zwłoki" po uzyskaniu wiedzy o naruszeniu. SLA powiadamiania o incydentach bezpieczeństwa Twojej platformy powinno być krótsze niż 72 godziny - zweryfikuj to w DPA lub aneksie bezpieczeństwa.

Rejestr czynności przetwarzania. Na mocy Artykułu 30 musisz prowadzić Rejestr Czynności Przetwarzania (RCP) jako podmiot przetwarzający. Powinien on zawierać Twoich podprocesorów. Utrzymywanie dokumentacji DPA platformy na bieżąco to sposób na zachowanie tego bez ręcznych wysiłków.

Wpis o RODO dla skracaczy URL zawiera pełne ramy prawne, jeśli chcesz mieć cytaty artykułów do własnego przeglądu przez DPO. Jeśli chodzi konkretnie o zamówienia wymagające rezydencji w UE, strona zaufania Elido pod adresem /trust wymienia podprocesorów (infrastruktura w UE, dostawca poczty w UE, płatności i dostawca CDN) i warunki DPA.

Lista kontrolna migracji: przenoszenie portfela klientów agencji#

Jeśli przenosisz klientów z Bitly lub Rebrandly na platformę white-label, migracja obejmuje trzy równoległe tory: inwentarz linków, DNS i komunikacja z klientem.

Faza inwentaryzacji (przed wprowadzeniem jakichkolwiek zmian):

Eksportuj wszystkie skrócone linki każdego klienta z obecnej platformy. Z Bitly: Ustawienia > Eksport. Z Rebrandly: eksport CSV workspace'u. Każdy wiersz powinien zawierać krótki URL, docelowy URL, niestandardową domenę (jeśli jest), slug, tagi i datę utworzenia.
Udokumentuj, którzy klienci korzystają z niestandardowych domen, a którzy z domen platformy. Klienci na domenach platformy mają więcej pracy przed sobą: potrzebują skonfigurowanej nowej domeny lub subdomeny przed migracją.
Sprawdź, czy są linki bez niestandardowej domeny osadzone w materiałach drukowanych, stopkach e-maili lub zewnętrznych stronach, których nie możesz zaktualizować. Są to Twoje linki najwyższego ryzyka - przestaną działać po zamknięciu starego konta platformy. Oznacz je osobno.

DNS i zachowanie przekierowań:

Dla klientów na niestandardowych domenach: przekierowujesz ich CNAME ze starej platformy na nową. Slug i cel można zaimportować przed propagacją DNS, więc nie ma okna 404, jeśli zaplanuj cutover DNS po zbiorczym imporcie.
Zmniejsz TTL CNAME do 300 sekund co najmniej 48 godzin przed cutoverem, aby zminimalizować opóźnienie propagacji w dniu zmiany.
Zaimportuj rekordy linków na nową platformę używając API zbiorczego importu (POST /v1/links/bulk w Elido) przed cięciem DNS. Sprawdź, że nowe przekierowanie rozwiązuje się poprawnie na nowej platformie używając API przed dotknięciem DNS.
Wykonaj cutover DNS w czasie małego ruchu. Większość linków agencyjnych notuje najmniejszy ruch w porannych godzinach roboczych w strefie czasowej docelowej.
Utrzymuj stare konto platformy aktywne przez co najmniej 14 dni po cutoverze, aby wychwycić ewentualnych maruderów rozwiązywania DNS. Jeśli linki na starej platformie wskazują teraz na Twoją nową konfigurację, to okno może być krótsze.

Komunikacja z klientem:

Powiadom klientów co najmniej tydzień przed cutoverem DNS, przedstawiając to jako usprawnienie infrastruktury. Podaj datę i godzinę planowanej zmiany.
Po cutoverze wyślij potwierdzenie z nowym URL panelu, jeśli zmieniasz nazwy hostów portalu.
Niektórzy klienci będą chcieli zweryfikować, że ich linki nadal działają po cutoverze. Daj im prosty sposób to zrobić - listę pięciu do dziesięciu reprezentatywnych linków, które mogą sami przetestować.

Historyczna analityka:

Historia kliknięć nie migruje między platformami. Analityka od dnia cutovera znajduje się w nowym systemie. Jeśli klienci potrzebują danych historycznych do raportowania, wyeksportuj je ze starej platformy przed zamknięciem konta i przechowaj we własnych archiwach lub dostarcz bezpośrednio klientowi.
Zarówno Bitly, jak i Rebrandly eksportują zagregowane liczby kliknięć w swoich eksportach CSV. Surowe zdarzenia kliknięć (indywidualny znacznik czasu, kraj, urządzenie, referrer per kliknięcie) zazwyczaj nie są eksportowalne z żadnej z tych platform.

Podręcznik migracji z Bitly omawia szczegóły specyficzne dla Bitly, w tym paginację API dla dużych inwentarzy linków i harmonogram nakładania się DNS.

Co zapytać każdego dostawcę przed podpisaniem#

Ta lista jest celowo krótka. Możesz czytać strony z funkcjami; to są pytania, na które nie możesz odpowiedzieć ze strony marketingowej.

Czy API obsługuje tworzenie sub-workspace'ów resellera? Poproś o endpoint, nie tylko o „tak". Przetestuj go w koncie próbnym przed podpisaniem. Model white-label wymagający ręcznych zgłoszeń do supportu platformy przy każdym wdrożeniu klienta nie skaluje się powyżej około dziesięciu klientów.

Gdzie przechowywane są dane kliknięć moich klientów i czy możesz to zagwarantować umownie? Słowne zapewnienia nie przeżywają przeglądu zamówień publicznych. Odpowiedź powinna być jurysdykcją (region UE, USA Wschód itp.) i powinna pojawić się w DPA, które podpisujesz.

Jakie jest Twoje SLA powiadamiania klientów o incydentach bezpieczeństwa? Odpowiedź ma znaczenie dla Twojego własnego obowiązku wynikającego z Artykułu 33 RODO. Poniżej 24 godzin to standard dla platform podchodzących do tego poważnie.

Co dzieje się z brandingiem i linkami moich klientów, jeśli zejdę na niższy plan lub odejdę? Zapytaj wyraźnie, czy dane brandingu per workspace są zachowywane przy downgrade (abyś nie stracił konfiguracji po przeoczeniu płatności) i jakie są opcje eksportu danych. Niektóre platformy usuwają dane workspace'u po anulowaniu konta z krótkim wyprzedzeniem.

Czy mogę ustawić adres rozliczeniowy i dane faktury na moją agencję, a nie na indywidualne konta klientów? Jeśli klienci mogą widzieć interfejs rozliczeniowy platformy, układ odsprzedaży jest ujawniony. Skonsolidowane rozliczenie na jedno konto agencji z podziałem użycia per workspace to to, czego potrzebujesz.

Strona solutions/agencies to miejsce, gdzie są udokumentowane funkcje Elido specyficzne dla agencji, skierowane do zespołów zakupowych. Strona cennika zawiera aktualne szczegóły poziomów i tabelę porównania planów.

W kwestiach dotyczących konfiguracji konta resellera, warunków DPA lub migracji portfela klientów, zespół sprzedaży jest dostępny ze strony kontaktowej.

Powiązane wpisy na blogu#

Wypróbuj Elido

Wklej URL, otrzymaj krótki link

Bez rejestracji. Link działa 30 dni. Zarejestruj się, aby zachować go na zawsze.

Za darmo, bez rejestracji · 2 dziennie