Ruch na stronie i konwersje: ontologia dla MŚP
Temat: Ontologia firmy
Model ruchu na stronie prowadzi od źródła wizyty przez sesję i zdarzenie do potwierdzonego wyniku biznesowego, zachowując granicę między identyfikatorem analitycznym a osobą. To autorski, przykładowy model dla MŚP, a nie specyfikacja gotowa do wdrożenia w każdej firmie. Odpowiada na pytanie: Które odwiedziny doprowadziły do wartościowego zapytania lub zakupu? Zawiera 13 encji i 13 nazwanych relacji. Przed użyciem trzeba uzgodnić definicje z właścicielami procesu i sprawdzić je na rzeczywistych rekordach.
Ten tekst należy do katalogu ontologii w filarze Ontologia firmy. Jeśli dopiero zaczynasz, przeczytaj jak odróżnić ontologię od taksonomii i modelu danych.
Zobacz model jako graf
Miniatura otwiera pełny graf, w którym można wybrać encję lub relację i odczytać jej znaczenie. Tabele poniżej zawierają tę samą informację w formie tekstowej.
Jaką decyzję pomaga podjąć ten model?
Mały sklep widzi w panelu analitycznym wiele wysłań formularza, ale dział sprzedaży ma mniej zapytań. Jedno zdarzenie zostało zarejestrowane dwa razy, a część formularzy odrzucono jako spam. Właściciel chce wiedzieć, która kampania przyniosła rzeczywistą rozmowę, nie tylko kliknięcie przycisku.
Model pozwala zestawić zdarzenie pomiarowe z przyjętym zapytaniem i sprawdzić, czy oba odnoszą się do tej samej sesji oraz okresu atrybucji. Granica modelu jest równie ważna jak jego zakres: Nie identyfikuje anonimowego odwiedzającego jako klienta bez potwierdzonego powiązania i odpowiedniej podstawy przetwarzania.
Jakie pojęcia trzeba rozróżnić?
W tabeli każda encja ma własną definicję, klucz identyfikacyjny i przykładowe źródło. Nazwa rekordu w dwóch systemach nie dowodzi jeszcze, że chodzi o ten sam obiekt. Tożsamość trzeba potwierdzić kluczem lub świadomą regułą mapowania; status i prognozę należy datować.
| Encja | Znaczenie w tym modelu | Identyfikator | Przykładowe źródło |
|---|---|---|---|
| Identyfikator anonimowy | Pseudonimowy klucz przeglądarki lub urządzenia w dozwolonym zakresie pomiaru. | klucz i zakres ważności | narzędzie analityczne |
| Sesja | Grupa interakcji z witryną w przyjętym oknie czasu. | identyfikator sesji | narzędzie analityczne |
| Źródło ruchu | Przypisany kanał wejścia z metodą i oknem atrybucji. | klucz źródła | narzędzie analityczne |
| Kampania | Zaplanowane działanie promocyjne z identyfikatorem i okresem. | kod kampanii | system kampanii |
| Strona | Konkretny adres lub ekran oglądany podczas wizyty. | kanoniczny adres | witryna |
| Odsłona | Zdarzenie pokazania strony w określonej sesji. | identyfikator zdarzenia | narzędzie analityczne |
| Zdarzenie | Zarejestrowana interakcja z czasem i parametrami. | identyfikator zdarzenia | narzędzie analityczne |
| Zdarzenie kluczowe | Zdarzenie oznaczone jako ważne według wersjonowanej definicji celu. | identyfikator definicji i zdarzenia | narzędzie analityczne |
| Formularz | Wersja formularza dostępna na stronie. | identyfikator i wersja | witryna |
| Wysłanie formularza | Próba wysłania danych wraz z wynikiem walidacji. | identyfikator wysłania | dziennik formularzy |
| Zapytanie | Sprawa przyjęta do obsługi sprzedażowej. | numer zapytania | CRM |
| Zakup | Potwierdzona transakcja handlowa, odrębna od kliknięcia. | numer zamówienia | system sprzedażowy |
| Zgoda pomiarowa | Zapis decyzji o zakresie dozwolonego pomiaru i jej czasie. | identyfikator decyzji | platforma zgód |
Zdarzenie kluczowe oznacza ważną interakcję w pomiarze. Zapytanie jest przyjętą sprawą sprzedażową. Między nimi może nie być relacji jeden do jednego: formularz może zostać wysłany ponownie, odrzucony albo nie dotrzeć do CRM. Źródło ruchu opisuje przypisanie wizyty według przyjętej metody, nie dowód, że reklama spowodowała zakup.
Jak encje łączą się w graf biznesowy?
Krawędź ma kierunek, czasownik i znaczenie. Krotność w tabeli opisuje założenie tego modelu, które trzeba zweryfikować w konkretnej firmie. Gdy powiązanie ma własną kwotę, datę albo dowód, warto zachować je jako osobną encję zamiast ukrywać w atrybucie.
| Od | Relacja | Do | Krotność | Co potwierdza |
|---|---|---|---|---|
| Identyfikator anonimowy | występuje w | Sesja | 1 : 0..n | Łączy sesje tylko w dozwolonym zakresie. |
| Sesja | ma przypisane | Źródło ruchu | 0..n : 1 | Zachowuje metodę przypisania źródła. |
| Źródło ruchu | wskazuje | Kampania | 0..n : 0..1 | Rozpoznaje oznaczoną kampanię. |
| Sesja | zawiera | Odsłona | 1 : 0..n | Porządkuje oglądane strony. |
| Odsłona | dotyczy | Strona | 0..n : 1 | Wskazuje oglądany adres. |
| Sesja | zawiera | Zdarzenie | 1 : 0..n | Umieszcza interakcję w czasie wizyty. |
| Zdarzenie | jest oznaczone jako | Zdarzenie kluczowe | 0..n : 0..1 | Oddziela surowy pomiar od definicji celu. |
| Strona | zawiera | Formularz | 0..n : 0..n | Wskazuje wersję formularza widoczną na stronie. |
| Wysłanie formularza | dotyczy | Formularz | 0..n : 1 | Wskazuje formularz i jego wersję. |
| Wysłanie formularza | wynika z | Zdarzenie | 0..1 : 0..1 | Łączy log serwera ze zdarzeniem klienta gdy klucz to potwierdza. |
| Wysłanie formularza | tworzy | Zapytanie | 0..n : 0..1 | Tylko przyjęte zgłoszenie może utworzyć sprawę. |
| Zapytanie | prowadzi do | Zakup | 0..n : 0..n | Relacja wymaga potwierdzenia w sprzedaży. |
| Zgoda pomiarowa | określa zakres | Identyfikator anonimowy | 0..n : 0..1 | Ogranicza możliwość identyfikowania sesji. |
Jak przejść po grafie w jednej sprawie?
W hipotetycznym przykładzie sesja S21 ma źródło „newsletter”. W tej sesji odnotowano odsłonę strony produktu, wysłanie formularza i zdarzenie kluczowe. Rejestr formularzy potwierdza przyjęcie zgłoszenia Z7, a CRM tworzy zapytanie Q4. Dopiero krawędź Z7 → Q4 pozwala mówić o zapytaniu, które przeszło do sprzedaży.
Nie wiemy jeszcze, czy wiadomość doprowadziła do transakcji ani czy ta sama osoba wróciła później z innego urządzenia. Puste powiązanie ma pozostać widoczną luką. Model nie powinien dopowiadać relacji tylko dlatego, że rekordy mają podobne nazwy lub bliskie daty.
Jak połączyć dane i nie zgubić kontekstu?
Zacznij od zdarzeń analitycznych, dziennika formularzy i CRM. Ustal identyfikator sesji, identyfikator wysłania oraz klucz zapytania. Deduplikuj ponowione wysłania po kluczu transakcyjnym, nie po podobieństwie tekstu. Dla każdego mapowania zapisz system źródłowy, lokalny identyfikator, czas aktualizacji i regułę, która połączyła rekordy. Sprzeczne dane powinny trafić do kolejki wyjaśnienia, a nie zostać po cichu nadpisane. Właściciel procesu zatwierdza znaczenie relacji, a właściciel systemu potwierdza sposób jej pobierania.
Zgodę i identyfikację traktuj jako odrębne obiekty z czasem obowiązywania. Dane zagregowane nie wymagają tej samej ścieżki dostępu co dane konkretnego zapytania. Dostęp do połączonych danych musi odzwierciedlać cel pracy i uprawnienia. Sam fakt, że graf potrafi przejść między dwiema encjami, nie oznacza, że każda osoba może zobaczyć wszystkie atrybuty po obu stronach.
Jak sprawdzić pierwszy wycinek modelu?
Weź kilka prawdziwych, ale bezpiecznie udostępnionych spraw. Dla każdej ustal oczekiwaną ścieżkę i dokument, który potwierdza każdą krawędź. Na początek wystarczą poniższe próby:
- Dwa wysłania tego samego formularza nie tworzą automatycznie dwóch zapytań.
- Odrzucone zgłoszenie nie jest liczone jako przyjęty lead.
- Sesja bez zgody zachowuje wyłącznie dopuszczalny zakres pomiaru.
- Zmiana źródła ruchu nie nadpisuje historii pierwotnej sesji.
Jeżeli dwie osoby inaczej interpretują ten sam węzeł lub relację, popraw definicję przed budową interfejsu. Przy niewielkiej liczbie stabilnych powiązań istniejąca baza i widok mogą wystarczyć. Graf pomaga rozmawiać o znaczeniu danych; nie naprawia automatycznie błędów w źródłach.
Co zrobić dalej?
Wybierz jedno pytanie operacyjne z początku tekstu i wskaż osobę, która potwierdzi znaczenie kluczowych pojęć. Następnie sprawdź pięć spraw w systemach źródłowych. Szerszą procedurę opisuje poradnik budowy ontologii firmy. Kolejny model w katalogu: Obsługa klienta.
Źródła definicji zewnętrznych
- Ontologia
- Model danych
- MŚP
