Konfiguracja Meta Pixel
Meta Pixel skonfigurowany tak, żeby nie podwajał konwersji i nie odpalał się bez zgody. Łączę pixel przeglądarki z serwerową Meta Conversions API, dzielącą wspólny identyfikator zdarzenia - dokładnie tak, jak to działa na tej stronie.
Współpraca ze mną
Wnoszę coś więcej niż tylko kod. Oto co wyróżnia współpracę ze mną od typowych agencji.
Błyskawiczna Dostawa
Korzystam z nowoczesnych frameworków i sprawdzonych procesów, dostarczając projekty o 40% szybciej niż tradycyjne agencje, bez kompromisów jakościowych.
Przetestowany Kod
Każda linia kodu pisana jest w TypeScript, zgodnie z najlepszymi praktykami i z automatycznymi testami dla niezawodności.
Dostępność
Bezpośredni kontakt ze mną - bez account managerów, bez opóźnień. Odpowiedzi w ciągu godzin, nie dni.
Partnerstwo Długoterminowe
Nie znikam po wdrożeniu. Zostaję na utrzymanie, aktualizacje i ciągłe usprawnienia Twojego produktu.
Deduplikacja Naprawiona Na Poziomie Architektury, Nie Ad Hoc
Pixel przeglądarki i serwerowa Conversions API dzielą jeden identyfikator zdarzenia od pierwszej linii kodu - to nie łatka dodana po fakcie, tylko decyzja architektoniczna podjęta przy projektowaniu integracji.
Zgoda Wymuszona w Kodzie, Nie Tylko w Polityce Prywatności
Znalazłem i zamknąłem realną lukę: serwerowe zdarzenie Lead odpalało się niezależnie od zgody marketingowej, dopóki powdrożeniowy code review tego nie wykrył. Ta historia jest teraz częścią tego, co oferuję - nie ukrywam błędów, naprawiam je i mówię o nich wprost.
Co obejmuje konfiguracja Meta Pixel
Instalacja Pixela Przeglądarki
Konfiguruję Meta Pixel jako skrypt ładowany wyłącznie po zgodzie w kategorii 'marketing', z wyłączonym automatycznym śledzeniem pushState, żeby SPA nie generowało duplikatów PageView.
Serwerowe Zdarzenie Lead przez Conversions API
Wysyłam zdarzenie Lead server-to-server bezpośrednio z endpointu formularza kontaktowego, niezależnie od blokerów przeglądarki i ograniczeń iOS 14.5+, które obniżają jakość dopasowania samego pixela.
Deduplikacja przez Współdzielony Event ID
Pixel przeglądarki i serwerowa Conversions API wysyłają to samo zdarzenie Lead z jednym, współdzielonym identyfikatorem - Meta łączy obie wysyłki w jedną konwersję zamiast liczyć ją dwukrotnie.
Haszowanie Danych Użytkownika SHA-256
Adres e-mail jest normalizowany i haszowany algorytmem SHA-256 przed wysłaniem do Meta - zgodnie z wymaganiami Advanced Matching po stronie serwera, nigdy jako jawny tekst.
Zgoda Warunkuje Każde Wysłane Zdarzenie
Zarówno pixel przeglądarki, jak i serwerowa Conversions API, odpalają się wyłącznie wtedy, gdy odwiedzający wyraził zgodę na kategorię 'marketing' - bez wyjątków i bez cichego obchodzenia tej reguły.
Tak to działa na tej stronie
- Zdarzenie Lead z formularza kontaktowego jest wysyłane dwa razy - raz przez pixel przeglądarki, raz przez serwerową Conversions API - i deduplikowane po jednym, współdzielonym identyfikatorze zdarzenia, żeby Meta nie policzyła jednej konwersji dwa razy.
- Pixel jest ładowany wyłącznie po zgodzie w kategorii 'marketing', a automatyczny PageView z fbevents.js jest świadomie wyłączony i zastąpiony jednym, ręcznie wywoływanym zdarzeniem przy każdej zmianie trasy w aplikacji SPA - inaczej każda nawigacja liczyłaby się podwójnie.
- Adres e-mail odwiedzającego jest haszowany algorytmem SHA-256 przed wysłaniem do serwerowej Conversions API, a samo wywołanie jest nieblokujące - błąd po stronie Meta nigdy nie opóźnia ani nie przerywa wysyłki wiadomości z formularza kontaktowego.
Przejrzysty Proces
Bez czarnych skrzynek. Wiesz dokładnie, co dzieje się na każdym etapie.
Audyt Obecnej Konfiguracji Pixela
Sprawdzam, czy pixel odpala duplikaty PageView, czy zdarzenia Lead są zabezpieczone bramką zgody i czy dane użytkownika są kiedykolwiek wysyłane jawnym tekstem. Większości kont, które audytuję, brakuje przynajmniej jednego z tych trzech elementów.
Instalacja Pixela Przeglądarki i Bramka Zgody
Instaluję pixel pod kategorią zgody 'marketing', wyłączam automatyczne śledzenie pushState w fbevents.js i zastępuję je jednym, ręcznie wywoływanym zdarzeniem PageView przy każdej zmianie trasy w aplikacji.
Serwerowa Meta Conversions API z Deduplikacją
Wdrażam serwerowe zdarzenie Lead, które dzieli identyfikator zdarzenia z pixelem przeglądarki, haszuję dane użytkownika algorytmem SHA-256 przed wysyłką i sprawiam, że wysyłka jest nieblokująca, żeby nigdy nie opóźniała rzeczywistej wiadomości z formularza kontaktowego.
Weryfikacja w Menedżerze Zdarzeń i Dokumentacja
Potwierdzam, że oba zdarzenia poprawnie się deduplikują w narzędziu Test Events Meta Events Managera, weryfikuję, że bramka zgody działa na środowisku produkcyjnym, i zostawiam dokumentację całej architektury pixel + CAPI.
Narzędzia, których używam
core
tools
Porównanie pakietów
| Funkcjonalności | Starter | ProfessionalNajpopularniejszy |
|---|---|---|
| Instalacja pixela przeglądarki i podstawowe zdarzenia (PageView, ViewContent) | ||
| Bramka zgody c15t (kategoria marketing) | ||
| Wyłączenie automatycznego PageView i ręczne wywołanie przy nawigacji SPA | ||
| Serwerowa Meta Conversions API z deduplikacją event ID | ||
| Haszowanie danych użytkownika SHA-256 przed wysyłką serwerową | ||
| Weryfikacja w Meta Events Manager i dokumentacja | ||
| Cena | Wycena indywidualna | Wycena indywidualna |
FAQ konfiguracji Meta Pixel
Zamów konfigurację Meta Pixel
Meta Pixel skonfigurowany tak, żeby nie podwajał konwersji i nie odpalał się bez zgody. Łączę pixel przeglądarki z serwerową Meta Conversions API, dzielącą wspólny identyfikator zdarzenia - dokładnie tak, jak to działa na tej stronie.
Zamów konfigurację Meta Pixel