Eventy działają dzięki linkom. Linki rejestracyjne, linki prelegentów, linki sponsorów, kody QR na identyfikatorach, sekwencje follow-up. Gdy warstwa linków jest chaotyczna — konto Bitly dla zespołu rejestracji, formularz Google dla sesji, lista Sendinblue do follow-upu — atrybucja jest zepsuta zanim event w ogóle się zacznie. Ten artykuł opisuje architekturę linków, która rzeczywiście działa dla konferencji na 200 osób lub targów dla 2000 uczestników.
Dla szczegółowej analizy dotyczącej QR, Kampania z kodem QR od podstaw omawia projektowanie QR na poziomie produkcyjnym i decyzję między statycznym a dynamicznym. Ten artykuł przedstawia szerszy obraz cyklu życia eventu.
Cztery etapy linku eventowego#
Każdy event ma te same cztery etapy. Każdy etap stawia inne wymagania wobec leżącego u podstaw linku.
1. Rejestracja#
Linki generujące zapisy. Pojawiają się na:
- CTA strony docelowej eventu
- Zaproszeniach mailowych
- Promocjach partnerów
- Postach w mediach społecznościowych prelegentów ("przyjdź posłuchać mnie o X")
- Lokalizacjach sponsorów
Co ważne: atrybucja UTM według źródła. Sponsor musi wiedzieć, ilu uczestników trafiło z jego posta; prelegent chce tego samego; zespół mailowy mierzy według wysyłki. Jedna krótka domena (go.yourevent.com) dla spójności marki. Każdy link opatrzony UTM-ami source/medium/campaign.
Antypattern: udostępnianie wszędzie surowych URL dostawcy (natywnego URL formularza rejestracyjnego). Nie uzyskujesz żadnej atrybucji ani spójności domeny. Warto skracać każdy URL rejestracyjny nawet jeśli krótka długość nie jest ściśle potrzebna.
2. Identyfikator#
Każdy uczestnik otrzymuje identyfikator. Na identyfikatorze jest kod QR. Kod QR prowadzi do strony profilu.
Co ważne: QR musi wyświetlać się niezawodnie na wszystkich telefonach (niektóre nie potrafią odczytać kodów o niskim kontraście, niektóre mają problemy w odległości powyżej 2 m), a miejsce docelowe musi się szybko ładować przy dużej współbieżności (hol w poranek pierwszego dnia uderzy w twój endpoint 200 jednoczesnych skanowań).
Antypattern: drukowanie URL strony konferencji jako zwykłego QR na identyfikatorze. Teraz nie możesz zmienić miejsca docelowego po wydruku identyfikatorów. Statyczny QR jest trwały; dynamiczny QR (gdzie QR jest rozwiązywany przez serwis krótkich linków) pozwala zmienić miejsce docelowe po wydruku — przydatne gdy w dniu 2 plan zajęć ma wyświetlać się inaczej niż w dniu 1.
Aby zapoznać się ze szczegółową decyzją między statycznym a dynamicznym, artykuł Dynamiczne vs. statyczne kody QR to obszerny materiał do przeczytania.
3. Sesja#
Każda sesja ma link. Slajdy, materiały uzupełniające, CTA "zapisz się na listę mailingową prelegenta", formularz "oceń tę sesję".
Co ważne: spójność między sesjami, atrybucja dla każdej sesji (która sesja generowała największe zaangażowanie?), a link musi być na tyle krótki, by można go było przeliterować ze sceny gdy zagrywka z QR kodem na ekranie projektora nie działa (nigdy nie działa).
Antypattern: każdy prelegent przynosi własny krótki link z własnego konta dostawcy. Teraz 30 różnych krótkich domen przewija się przed publicznością, z czego połowa to bit.ly, których nie można skontrolować.
Czyste rozwiązanie: z wyprzedzeniem wydawać linki sesji z eventowej domeny skróconej (go.yourevent.com/session-42). Przekazać prelegentowi slug; on konfiguruje swój URL docelowy. Atrybucja pozostaje po twojej stronie.
4. Follow-up#
Sekwencje po evencie. Mail z podsumowaniem. Ankieta "oceń event". Link "obejrzyj nagrane sesje". CTA "zarejestruj się na przyszły rok".
Co ważne: atrybucja prowadząca z powrotem do eventu, który wygenerował konwersję. Czy mail podsumowujący konwertował? Czy ankieta QR na miejscu generowała zapisy do newslettera? Czy ROI konwersji był wart obecności na miejscu?
Antypattern: traktowanie follow-upu jako oddzielnej kampanii marketingowej bez powiązania z danymi sesji eventu. Teraz konwersja zapisu na kolejny rok wygląda jakby pochodziła z maila — ale w rzeczywistości użytkownik był uczestnikiem sesji, którego decyzja o powrocie zapadła w dniu 2 samego eventu.
Przekazuj zdarzenia konwersji z formularza rejestracyjnego z powrotem do analityki linków, żeby atrybucja follow-upu łączyła się z danymi z eventu. Przekazywanie konwersji do Meta CAPI omawia mechanikę; ten sam wzorzec przekazywania działa dla dowolnego CRM lub systemu mailowego poniżej.
Architektura referencyjna dla eventu na 1000 osób#
To jest architektura linków, którą polecam najczęściej. Skaluje się w dół do 100 osób i w górę do 5000 przy drobnych modyfikacjach.
Jedna krótka domena na event. go.yourevent.com. Skonfigurowana przez DNS + funkcję domeny własnej twojego skracacza URL. Caddy on-demand TLS lub certyfikat zarządzany przez dostawcę. Powód: spójność marki + jedna powierzchnia analityczna do zadawania pytań.
Trzy prefiksy slug:
r/— linki rejestracyjne.go.yourevent.com/r/email,r/sponsor-acme,r/speaker-jane. UTM-y wbudowane w docelowy URL. Powierzchnia atrybucji dla źródła rejestracji.s/— linki sesji.go.yourevent.com/s/keynote-day1,s/track-a-2pm. Miejsce docelowe per sesja, czasem to samo dla wszystkich jeśli LMS automatycznie kieruje według użytkownika.b/— linki identyfikatorów.go.yourevent.com/b/<attendee-id>. Jeden na uczestnika. Prowadzi do strony profilu/planu. Opcjonalnie spersonalizowany dla VIP-ów.
Trzy "zestawy" krótkich linków:
- Zestaw rejestracyjny jest tworzony w momencie ogłoszenia. Może 20-50 linków. Każdy niesie UTM, każdy jest wysyłany przed eventem.
- Zestaw sesji jest tworzony gdy agenda jest sfinalizowana. Jeden link na sesję. URL docelowy wskazuje na stronę szczegółów sesji; URL można zaktualizować po evencie, żeby wskazywał nagranie.
- Zestaw identyfikatorów jest tworzony przy zamknięciu rejestracji. Jeden na uczestnika. Masowy import z eksportu platformy rejestracyjnej.
Trzy powierzchnie atrybucji:
- Tag rejestracyjny → kontakt CRM przez ukryte pole formularza rejestracyjnego. Przechwytuj UTM
sourceicampaignz kliknięcia; przekazuj je do formularza; CRM widzi, które źródło wygenerowało rejestrację. - Kliknięcie sesji → dashboard analityczny ograniczony do prefiksu
s/. Dashboard odpowiada na pytanie "która sesja miała największe zaangażowanie?" - Skanowanie identyfikatora → zdarzenie check-in przez webhook z serwisu linków skróconych do systemu check-in na miejscu. Skanowanie identyfikatora zwiększa licznik frekwencji i (opcjonalnie) kontroluje wejście.
Architektura kompiluje się do ~80 linków + 1000 identyfikatorów uczestników dla eventu na 1000 osób. Praca konfiguracyjna wynosi ~3 godziny jeśli twoja platforma rejestracyjna eksportuje CSV.
Cztery antypatternу, które rujnują dane eventowe#
1. Konta skracaczy per zespół. Różne zespoły (marketing, ops, partnerstwa) mają własne konta Bitly / Rebrandly. Atrybucja jest rozbita na trzy dashboardy, żaden z pełnym obrazem. Skonsoliduj na jednym koncie przed eventem, nie po.
2. Ponowne używanie slugów z zeszłego roku. go.yourevent.com/r/keynote była keynote 2025. Jeśli ponownie użyjesz jej dla 2026 bez resetowania analityki, dane kliknięć z 2026 będą zaśmiecone ruchem z 2025, który nadal jest rozwiązywany przez stare maile. Wydawaj zupełnie nowe slugi każdego roku (używaj go.yourevent.com/r/keynote-2026).
3. Pozwalanie prelegentom na przynoszenie własnych. Każdy krótki link na evencie to punkt danych. Linki prelegentów z losowych skracaczy nie pojawiają się w twoim dashboardzie. Jeśli nie możesz ich skontrolować, nie możesz ich zmierzyć. Daj prelegentom slugi z twojej domeny i pozwól im wskazywać gdzie chcą.
4. Zapominanie o obsłudze obciążenia w dniu eventu. Typowe obciążenie linkami eventu to 50-200 przekierowań na sekundę przez pierwsze 30 minut dnia 1 (wszyscy skanują swój identyfikator żeby znaleźć plan miejsca). Sprawdź, czy twój skracacz URL potrafi to wytrzymać bez problemów. Większość potrafi; kilku dostawców bezpłatnych ogranicza przepustowość w najgorszym momencie. Artykuł redirect p95 < 15ms omawia na co zwracać uwagę w liczbach dotyczących wydajności przekierowań.
Uwagi dotyczące kodów QR na miejscu#
Kod QR na identyfikatorze to link o najwyższej stawce podczas eventu. Kilka praktycznych uwag:
Drukuj z właściwym poziomem korekcji błędów. ECC-M (średni) wystarczy dla większości identyfikatorów; ECC-H (wysoki) to właściwy wybór jeśli laminujesz, tłoczysz lub drukujesz na fakturowanym materiale, który może zasłaniać moduły. Kompromisem jest gęstość modułów — kody QR ECC-H są wizualnie bardziej zagęszczone.
Testuj kontrast. Skanery QR w telefonach potrzebują około 60% kontrastu luminancji między modułami a tłem. Wydrukuj próbkę z wybranym kontrastem i zeskanuj ją własnym telefonem z odległości 1 m w trzech różnych warunkach oświetleniowych przed zatwierdzeniem nakładu. Czarny na białym to bezpieczne domyślne ustawienie; kolory marki mogą nie przejść testu kontrastu przy słabym oświetleniu.
Zaplanuj przypadek awarii. Gdy QR nie daje się zeskanować (to się zdarza), co robi uczestnik? Na identyfikatorach Elido rekomendujemy krótki URL wydrukowany pod kodem QR (go.yourevent.com/b/A38K) — 6-znakowe slugi można wpisać w 4 sekundy, łatwiej niż prosić uczestnika o znalezienie punktu informacyjnego.
Nie umieszczaj danych osobowych w QR. QR koduje krótki link, nie adres e-mail ani imię i nazwisko uczestnika. Wyszukiwanie odbywa się po stronie serwera — obserwator skanujący QR na zatłoczonej hali wystawienniczej nie może odczytać adresów twoich uczestników kierując kamerę na identyfikator obcej osoby.
Analiza po evencie#
Dane, które powinieneś mieć w ciągu 48 godzin od zakończenia:
- Łączna liczba rejestracji według źródła (sponsor / partner / prelegent / płatny / organiczny)
- Frekwencja na sesję + click-through (wskaźnik zastępczy zaangażowania gdy liczniki na sali nie są dostępne)
- Top 10 sesji według działań follow-up uczestników (ocenił 5 gwiazdek, pobrał slajdy, zapisał się na listę prelegenta)
- Wzorzec frekwencji dzień 1 vs. dzień 2 vs. dzień 3
- Podział geo + UA ruchu kliknięć
- Atrybucja w przód: kto co kliknął podczas eventu i następnie skonwertował w rejestrację na kolejny rok
Jeśli twój skracacz URL potrafi odpowiedzieć na wszystkie sześć pytań bezpośrednio, budżet został dobrze wydany. Jeśli musisz pisać SQL przeciwko swojemu magazynowi analitycznemu, żeby odpowiedzieć na połowę z nich, uwzględnij to przy następnym kontrakcie.
Gdzie jest Elido#
Nie zbudowaliśmy Elido specjalnie dla eventów — powyższa architektura działa z każdym skracaczem URL obsługującym domeny własne, dynamiczny QR i webhooki. Ale eventy to weryfikacja pod dużą presją trzech podstawowych obietnic platformy (opóźnienie, atrybucja, rezydencja danych w UE), przez co skończyliśmy z kilkoma przemyślanymi funkcjami eventowymi:
- Masowe generowanie identyfikatorów —
POST /v1/links/bulkprzyjmuje CSV identyfikatorów uczestników i zwraca partię krótkich linków gotowych na dynamiczny QR w jednym wywołaniu. 2000 identyfikatorów w 8 sekund. - TLS on-demand dla
go.yourevent.com— wskaż CNAME na nasz edge, certyfikat jest wystawiany w 30 sekund. Zespół eventowy może skonfigurować swoją domenę eventową tego samego ranka, w którym startuje promocja. - Webhook-on-scan — każde skanowanie identyfikatora może wywołać webhook do twojego systemu check-in w ciągu 200 ms. Dyspozytor podpisuje dostarczenia z HMAC-SHA256, żeby twój handler check-in mógł zweryfikować pochodzenie bez nagłówka uwierzytelniającego.
- Rezydencja danych w UE dla zdarzeń kliknięć — dane skanowania uczestników przechowywane są domyślnie w ClickHouse w regionie UE. Pokrycie RODO nie wymaga osobnej dokumentacji dla każdego eventu.
Aby umówić się na rozmowę konfiguracyjną przed twoim następnym eventem, strona rozwiązań dla eventów zawiera istotne szczegóły.
Powiązane na blogu#
- Kampania z kodem QR od podstaw — szczegółowa analiza dotycząca QR
- Dynamiczne vs. statyczne kody QR — kompromis między trwałością a możliwością zmiany
- Śledź kampanie UTM od początku do końca bez CDP — artykuł bazowy dla klastra tutoriali
- Skracanie URL dla ecommerce: warstwa danych za lejkiem — siostrzany artykuł branżowy
- Osiągnięcie p95 < 15ms dla przekierowań — budżet opóźnień dla obciążenia w dniu eventu