Weryfikacja domeny w Meta Business Manager – kompletny poradnik na 2026

Weryfikacja domeny to potwierdzenie, ze faktycznie jesteś właścicielem strony, na ktora kierujesz reklamy. Bez tego potwierdzenia Meta traktuje Twoja domenę jako neutralna i odbiera Ci trzy konkretne uprawnienia, które bezpośrednio przekładają się na skuteczność kampanii.

Pierwsze to kontrola nad linkami i podgladami. Tylko zweryfikowany właściciel może decydować, kto edytuje tytuł, opis i miniaturę wyświetlane przy linku do jego domeny w reklamie lub poście. Bez weryfikacji ktokolwiek prowadzący kampanie z Twoim linkiem (partner, afiliant, a w skrajnym przypadku podszywajacy się pod markę) może nadpisać ten podgląd wlasna treścią.

Drugie to dostęp do Aggregated Event Measurement (AEM) – mechanizmu, który po wejściu iOS 14.5 i ramy App Tracking Transparency stał się warunkiem sensownego pomiaru konwersji na urządzeniach Apple. AEM pozwala przypisać domenie do 8 priorytetyzowanych zdarzeń konwersji. Bez zweryfikowanej domeny ta konfiguracja jest po prostu niedostepna – algorytm optymalizuje na okrojonych danych.

Trzecie to możliwość edycji podgladow linków wstecz oraz przypisywania uprawnień agencjom i współpracownikom w sposób kontrolowany. To porządkuje wspolprace przy większej liczbie kont reklamowych.

Co zmienił iOS 14.5 i dlaczego to wciąż dotyczy Ciebie

Przed kwietniem 2021 Pixel raportowal zdarzenia z urządzeń Apple bez ograniczeń. Po wprowadzeniu ATT użytkownik iOS musi wyrazić zgodę na śledzenie, a gdy jej nie wyrazi, Meta otrzymuje zdarzenia w formie zagregowanej i opóźnionej. Właśnie tu wchodzi AEM: ustala, które 8 zdarzeń Meta może w ogóle policzyć dla Twojej domeny i w jakiej kolejności.

W praktyce oznacza to, ze atrybucja na iOS działa węższym oknem (domyślnie 7 dni od kliku, bez okna view-through dla wielu konfiguracji) i tylko dla zdarzeń z listy AEM. To nie jest relikt 2021 roku – ta architektura pomiaru obowiązuje nadal i odziedziczyly ja kolejne wersje iOS oraz tryby prywatności w innych przeglądarkach.

Meta daje trzy równorzędne ścieżki: rekord DNS TXT, znacznik meta w kodzie HTML oraz przesłanie pliku weryfikacyjnego na serwer. Kazda prowadzi do tego samego skutku, ale różni się trwałością i wymaganiami technicznymi.

Najwazniejsza roznica praktyczna: DNS TXT żyje w strefie DNS domeny i jest niezależny od treści strony, a meta tag i plik HTML żyją na serwerze WWW i mogą zniknąć przy zmianie motywu, aktualizacji lub migracji. Dlatego dla większości wdrożeń rekomendujemy DNS TXT.

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

To sciezka, ktora w naszych wdrożeniach konfigurujemy najczęściej, bo raz ustawiona praktycznie nie wymaga utrzymania.

1. Wejdź do Ustawienia firmy (business.facebook.com) > Bezpieczeństwo marki > Domeny.
2. Kliknij Dodaj i wpisz domenę bez prefiksu (np. firma.pl, nie https://firma.pl).
3. Wybierz zakładkę Weryfikacja DNS i skopiuj wygenerowany rekord TXT (zaczyna się od ciągu facebook-domain-verification=).
4. Zaloguj się do panelu DNS dostawcy domeny i dodaj rekord typu TXT dla domeny głównej: Name/Host = @ (lub puste, zależnie od panelu), Value = skopiowany ciąg.
5. Zapisz, odczekaj na propagację i wróć do Business Managera, by kliknąć Zweryfikuj.

Propagacja DNS trwa od kilku minut do 72 godzin. U większości polskich hostingów (CyberFolks, LH.pl, Zenbox) kończy się w 10-30 minut. Możesz sprawdzić widoczność rekordu komenda `dig TXT firma.pl` lub przez MXToolbox, zanim klikniesz Zweryfikuj - to oszczedza nerwowego klikania w kółko.

Cloudflare - jeden niuans, który mnoży zgłoszenia do supportu

W Cloudflare dodajesz rekord w DNS > Records > Add Record (Type: TXT, Name: @, Content: ciąg z BM). Włączony proxy (pomarańczowa chmurka) nie blokuje rekordów TXT, więc nie musisz go wyłączać - co przy weryfikacji SSL bywa konieczne, ale tutaj nie. Jeśli korzystasz z CNAME Flattening na domenie root, rekord TXT i tak dodajesz osobno; te dwa rekordy się nie wykluczają.

Jeśli nie masz dostępu do strefy DNS, zostają dwie ścieżki oparte o serwer WWW.

Znacznik meta HTML. Skopiuj tag z Business Managera i wklej go w sekcji `` strony głównej. W WordPressie zrób to wtyczka WPCode (dawniej Insert Headers and Footers) zamiast edytować plik header.php ręcznie - aktualizacja motywu nadpisze ręcznie wklejony kod, a weryfikacja przepadnie. Po wklejeniu wracasz do BM i klikasz Zweryfikuj; status nadaje się natychmiast.

Plik HTML. Pobierasz z BM plik weryfikacyjny i wgrywasz go do katalogu głównego domeny (public_html) - tak, by był dostępny pod adresem firma.pl/nazwa-pliku.html. Weryfikacja jest natychmiastowa, ale plik łatwo zgubić przy migracji hostingu lub porzadkach w katalogu.

W obu przypadkach pamiętaj o jednej rzeczy, ktora często umyka: kod musi siedzieć na stronie głównej domeny korzeniowej, a nie na podstronie czy w panelu. Meta odpytuje sam root domeny.

Weryfikacja to bilet wstępu - realna wartość daje dopiero konfiguracja zdarzeń. Przejdź do Events Manager > Aggregated Event Measurement > Konfiguruj zdarzenia internetowe, wybierz domenę i ustaw do 8 zdarzeń w kolejności priorytetu.

Kolejność nie jest kosmetyczna. Użytkownik iOS, który nie wyraził zgody na śledzenie, przekazuje Meta tylko jedno zdarzenie z sesji - to o najwyższym priorytecie. Dlatego na szczycie powinno znaleźć się zdarzenie najbliższe pieniądzom: Purchase dla sklepu, Lead dla usług.

Dla biznesu usługowego ustawienie sklepowej domyślnej kolejności to częsty błąd - jeśli liczy się dla Ciebie formularz, a nie koszyk, Lead musi być na pozycji pierwszej. Po zmianie kolejności Meta zwykle nakłada 72-godzinne okno stabilizacji, w którym część danych może być niepełna; planuj zmiany poza szczytem kampanii.

Weryfikacja domeny i AEM to fundament, na którym opiera się pełne wdrożenie Facebook Ads z poprawnym pomiarem konwersji - bez tego optymalizacja budżetu działa po omacku.

Większość nieudanych weryfikacji da się rozłożyć na kilka powtarzalnych przyczyn.

• Literówka lub zły format domeny - w BM wpisz domenę korzeniowa bez https:// i bez www, dokładnie taka, jaka masz w strefie DNS.
• Rekord jeszcze się nie propagowal - sprawdź `dig TXT firma.pl` lub MXToolbox zanim klikniesz Zweryfikuj.
• Stary rekord z innego Business Managera - jedna domena należy do jednego BM. Jeśli weryfikowales ja wcześniej gdzie indziej, usuń stary rekord TXT i dodaj nowy.
• Kod w złym miejscu - meta tag poza sekcja head albo plik HTML w podkatalogu zamiast w public_html nie zostaną wykryte.

Czy weryfikować subdomeny osobno

Weryfikujesz domenę korzeniowa (firma.pl). Po jej weryfikacji subdomeny - sklep.firma.pl, blog.firma.pl - dziedziczą status i nie wymagają osobnej weryfikacji. Wyjątek pojawia się, gdy subdomena stoi na zupełnie innym serwerze lub gdy zależy Ci na osobnej konfiguracji AEM dla niej; wtedy warto potraktować ja jako odrębny przypadek i skonsultować z dokumentacja Meta.

Pamiętaj też, ze przy zmianie hostingu metoda DNS TXT przenosi się razem ze strefa DNS (o ile ja migrowales), ale meta tag i plik HTML musisz odtworzyć na nowym serwerze - inaczej Meta po jakimś czasie cofnie weryfikację.

W naszych wdrożeniach najczęściej spotykamy dwa scenariusze, które kosztują klientów dane o konwersjach. Pierwszy: domena zweryfikowana poprawnie, ale AEM zostawione na domyślnej kolejności sklepowej u firmy usługowej - przez co najważniejsze zdarzenie (Lead) lądowało nisko i gubilo się na ruchu iOS. Drugi: weryfikacja przez meta tag, ktora znikla po zmianie motywu WordPress i nikt tego nie zauważył, dopóki kampanie nie zaczęły tracić atrybucji.

Dlatego u nas weryfikacja domeny to zawsze DNS TXT plus pisemna notatka w dokumentacji projektu, gdzie ten rekord siedzi i które zdarzenie stoi na pozycji pierwszej w AEM. To prosta higiena, ktora oszczedza późniejszego sledztwa, gdy dane zaczynają się nie zgadzać.