Weryfikacja domeny w Meta Business Manager – kompletny poradnik na 2026

Weryfikacja domeny to potwierdzenie, ze faktycznie jestes wlascicielem strony, na ktora kierujesz reklamy. Bez tego potwierdzenia Meta traktuje Twoja domene jako neutralna i odbiera Ci trzy konkretne uprawnienia, ktore bezposrednio przekladaja sie na skutecznosc kampanii.

Pierwsze to kontrola nad linkami i podgladami. Tylko zweryfikowany wlasciciel moze decydowac, kto edytuje tytul, opis i miniature wyswietlane przy linku do jego domeny w reklamie lub poscie. Bez weryfikacji ktokolwiek prowadzacy kampanie z Twoim linkiem (partner, afiliant, a w skrajnym przypadku podszywajacy sie pod marke) moze nadpisac ten podglad wlasna trescia.

Drugie to dostep do Aggregated Event Measurement (AEM) – mechanizmu, ktory po wejsciu iOS 14.5 i ramy App Tracking Transparency stal sie warunkiem sensownego pomiaru konwersji na urzadzeniach Apple. AEM pozwala przypisac domenie do 8 priorytetyzowanych zdarzen konwersji. Bez zweryfikowanej domeny ta konfiguracja jest po prostu niedostepna – algorytm optymalizuje na okrojonych danych.

Trzecie to mozliwosc edycji podgladow linkow wstecz oraz przypisywania uprawnien agencjom i wspolpracownikom w sposob kontrolowany. To porzadkuje wspolprace przy wiekszej liczbie kont reklamowych.

Co zmienil iOS 14.5 i dlaczego to wciaz dotyczy Ciebie

Przed kwietniem 2021 Pixel raportowal zdarzenia z urzadzen Apple bez ograniczen. Po wprowadzeniu ATT uzytkownik iOS musi wyrazic zgode na sledzenie, a gdy jej nie wyrazi, Meta otrzymuje zdarzenia w formie zagregowanej i opoznionej. Wlasnie tu wchodzi AEM: ustala, ktore 8 zdarzen Meta moze w ogole policzyc dla Twojej domeny i w jakiej kolejnosci.

W praktyce oznacza to, ze atrybucja na iOS dziala wezszym oknem (domyslnie 7 dni od kliku, bez okna view-through dla wielu konfiguracji) i tylko dla zdarzen z listy AEM. To nie jest relikt 2021 roku – ta architektura pomiaru obowiazuje nadal i odziedziczyly ja kolejne wersje iOS oraz tryby prywatnosci w innych przegladarkach.

Meta daje trzy rownorzedne sciezki: rekord DNS TXT, znacznik meta w kodzie HTML oraz przeslanie pliku weryfikacyjnego na serwer. Kazda prowadzi do tego samego skutku, ale rozni sie trwaloscia i wymaganiami technicznymi.

Najwazniejsza roznica praktyczna: DNS TXT zyje w strefie DNS domeny i jest niezalezny od tresci strony, a meta tag i plik HTML zyja na serwerze WWW i moga zniknac przy zmianie motywu, aktualizacji lub migracji. Dlatego dla wiekszosci wdrozen rekomendujemy DNS TXT.

Jesli masz dostep do panelu DNS (u dostawcy domeny lub w Cloudflare) - wybierz TXT. Jesli masz tylko dostep do WordPressa lub CMS-a bez panelu DNS - meta tag jest sensownym kompromisem. Plik HTML zostawiamy jako opcje awaryjna.

To sciezka, ktora w naszych wdrozeniach konfigurujemy najczesciej, bo raz ustawiona praktycznie nie wymaga utrzymania.

1. Wejdz do Ustawienia firmy (business.facebook.com) > Bezpieczenstwo marki > Domeny.
2. Kliknij Dodaj i wpisz domene bez prefiksu (np. firma.pl, nie https://firma.pl).
3. Wybierz zakladke Weryfikacja DNS i skopiuj wygenerowany rekord TXT (zaczyna sie od ciagu facebook-domain-verification=).
4. Zaloguj sie do panelu DNS dostawcy domeny i dodaj rekord typu TXT dla domeny glownej: Name/Host = @ (lub puste, zaleznie od panelu), Value = skopiowany ciag.
5. Zapisz, odczekaj na propagacje i wroc do Business Managera, by kliknac Zweryfikuj.

Propagacja DNS trwa od kilku minut do 72 godzin. U wiekszosci polskich hostingow (CyberFolks, LH.pl, Zenbox) konczy sie w 10-30 minut. Mozesz sprawdzic widocznosc rekordu komenda `dig TXT firma.pl` lub przez MXToolbox, zanim klikniesz Zweryfikuj - to oszczedza nerwowego klikania w kolko.

Cloudflare - jeden niuans, ktory mnoży zgloszenia do supportu

W Cloudflare dodajesz rekord w DNS > Records > Add Record (Type: TXT, Name: @, Content: ciag z BM). Wlaczony proxy (pomaranczowa chmurka) nie blokuje rekordow TXT, wiec nie musisz go wylaczac - co przy weryfikacji SSL bywa konieczne, ale tutaj nie. Jesli korzystasz z CNAME Flattening na domenie root, rekord TXT i tak dodajesz osobno; te dwa rekordy sie nie wykluczaja.

Jesli nie masz dostepu do strefy DNS, zostaja dwie sciezki oparte o serwer WWW.

Znacznik meta HTML. Skopiuj tag z Business Managera i wklej go w sekcji `` strony glownej. W WordPressie zrob to wtyczka WPCode (dawniej Insert Headers and Footers) zamiast edytowac plik header.php recznie - aktualizacja motywu nadpisze recznie wklejony kod, a weryfikacja przepadnie. Po wklejeniu wracasz do BM i klikasz Zweryfikuj; status nadaje sie natychmiast.

Plik HTML. Pobierasz z BM plik weryfikacyjny i wgrywasz go do katalogu glownego domeny (public_html) - tak, by byl dostepny pod adresem firma.pl/nazwa-pliku.html. Weryfikacja jest natychmiastowa, ale plik latwo zgubic przy migracji hostingu lub porzadkach w katalogu.

W obu przypadkach pamietaj o jednej rzeczy, ktora czesto umyka: kod musi siedziec na stronie glownej domeny korzeniowej, a nie na podstronie czy w panelu. Meta odpytuje sam root domeny.

Weryfikacja to bilet wstepu - realna wartosc daje dopiero konfiguracja zdarzen. Przejdz do Events Manager > Aggregated Event Measurement > Konfiguruj zdarzenia internetowe, wybierz domene i ustaw do 8 zdarzen w kolejnosci priorytetu.

Kolejnosc nie jest kosmetyczna. Uzytkownik iOS, ktory nie wyrazil zgody na sledzenie, przekazuje Meta tylko jedno zdarzenie z sesji - to o najwyzszym priorytecie. Dlatego na szczycie powinno znalezc sie zdarzenie najblizsze pieniadzom: Purchase dla sklepu, Lead dla uslug.

Dla biznesu uslugowego ustawienie sklepowej domyslnej kolejnosci to czesty blad - jesli liczy sie dla Ciebie formularz, a nie koszyk, Lead musi byc na pozycji pierwszej. Po zmianie kolejnosci Meta zwykle nakłada 72-godzinne okno stabilizacji, w ktorym czesc danych moze byc niepelna; planuj zmiany poza szczytem kampanii.

Weryfikacja domeny i AEM to fundament, na ktorym opiera sie pelne wdrozenie Facebook Ads z poprawnym pomiarem konwersji - bez tego optymalizacja budzetu dziala po omacku.

Wiekszosc nieudanych weryfikacji da sie rozlozyc na kilka powtarzalnych przyczyn.

• Literowka lub zly format domeny - w BM wpisz domene korzeniowa bez https:// i bez www, dokladnie taka, jaka masz w strefie DNS.
• Rekord jeszcze sie nie propagowal - sprawdz `dig TXT firma.pl` lub MXToolbox zanim klikniesz Zweryfikuj.
• Stary rekord z innego Business Managera - jedna domena nalezy do jednego BM. Jesli weryfikowales ja wczesniej gdzie indziej, usun stary rekord TXT i dodaj nowy.
• Kod w zlym miejscu - meta tag poza sekcja head albo plik HTML w podkatalogu zamiast w public_html nie zostana wykryte.

Czy weryfikowac subdomeny osobno

Weryfikujesz domene korzeniowa (firma.pl). Po jej weryfikacji subdomeny - sklep.firma.pl, blog.firma.pl - dziedzicza status i nie wymagaja osobnej weryfikacji. Wyjatek pojawia sie, gdy subdomena stoi na zupelnie innym serwerze lub gdy zalezy Ci na osobnej konfiguracji AEM dla niej; wtedy warto potraktowac ja jako odrebny przypadek i skonsultowac z dokumentacja Meta.

Pamietaj tez, ze przy zmianie hostingu metoda DNS TXT przenosi sie razem ze strefa DNS (o ile ja migrowales), ale meta tag i plik HTML musisz odtworzyc na nowym serwerze - inaczej Meta po jakims czasie cofnie weryfikacje.

W naszych wdrozeniach najczesciej spotykamy dwa scenariusze, ktore kosztuja klientow dane o konwersjach. Pierwszy: domena zweryfikowana poprawnie, ale AEM zostawione na domyslnej kolejnosci sklepowej u firmy uslugowej - przez co najwazniejsze zdarzenie (Lead) ladowalo nisko i gubilo sie na ruchu iOS. Drugi: weryfikacja przez meta tag, ktora znikla po zmianie motywu WordPress i nikt tego nie zauwazyl, dopoki kampanie nie zaczely tracic atrybucji.

Dlatego u nas weryfikacja domeny to zawsze DNS TXT plus pisemna notatka w dokumentacji projektu, gdzie ten rekord siedzi i ktore zdarzenie stoi na pozycji pierwszej w AEM. To prosta higiena, ktora oszczedza pozniejszego sledztwa, gdy dane zaczynaja sie nie zgadzac.