Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Kiedy dostaję zlecenie „proszę nas wypozycjonować lokalnie”, pierwsza rzecz, którą robię, nie ma nic wspólnego ze słowami kluczowymi ani z linkami. Wpisuję nazwę firmy w wyszukiwarkę razem z numerem telefonu i sprawdzam, ile różnych wersji tych samych danych krąży po internecie. Zdziwiłbyś się, jak często jest ich więcej niż jedna.
W branży mówi się na te dane NAP. Skrót jest angielski i oznacza Name, Address, Phone — nazwę, adres i numer telefonu. Nie jest to żadna tajna technika ani czynnik rankingowy, który da się wpisać do tabelki. To po prostu zestaw informacji, na podstawie których wyszukiwarka próbuje ustalić, że dwie wzmianki w dwóch różnych miejscach dotyczą tej samej firmy.
Poniżej opisuję, dlaczego ta zgodność ma znaczenie, jak zapisywać dane, żeby sobie nie utrudniać życia, i w jakiej kolejności robić porządek, gdy w danych już jest bałagan. Tekst jest dla firm, które mają fizyczny punkt albo obsługują konkretny obszar — dla e-commerce bez lokalizacji temat jest zdecydowanie mniej istotny.
Trzy elementy, każdy z własnymi haczykami.
Spotkasz też rozszerzenia tego skrótu — NAP+W, gdzie „W” to adres strony (website), czy NAPU z adresem URL. Nie przywiązywałbym się do wariantów nazwy. Ważniejsze jest zrozumienie, że chodzi o zestaw danych identyfikujących firmę, a strona internetowa i godziny otwarcia należą do tego samego zbioru i podlegają tej samej zasadzie: wszędzie tak samo.
Warto od razu zapisać sobie te dane w jednym miejscu — zwykły dokument z ustaloną wersją nazwy, adresu i numeru. Brzmi banalnie, ale to jedyny sposób, żeby po kilku miesiącach i kilku osobach dodających firmę do katalogów wciąż istniała wersja wzorcowa, do której można się odnieść.
Google nie ma bazy firm, która spadła mu z nieba. Buduje ją z tego, co znajdzie: z profili, katalogów, stron internetowych, wzmianek w serwisach branżowych, danych od dostawców informacji o firmach. Potem próbuje te sygnały skleić w jeden obiekt — konkretną firmę w konkretnym miejscu.
Jeśli w dziesięciu miejscach ta sama firma ma ten sam adres i ten sam numer, sklejenie jest łatwe. Jeśli w połowie miejsc numer jest inny, adres zawiera nieistniejący lokal, a nazwa raz ma „sp. z o.o.”, raz nie — algorytm musi rozstrzygnąć, czy to jedna firma, dwie firmy, czy jedna firma i jedna nieaktualna wzmianka. Każde takie rozstrzygnięcie to ryzyko, że skończy się utworzeniem duplikatu albo obniżeniem zaufania do danych.
Google sam opisuje trzy rzeczy, które decydują o wynikach lokalnych: trafność, odległość i popularność firmy. Spójność NAP nie jest żadnym z tych czynników. Ona działa piętro niżej — wpływa na to, czy wyszukiwarka w ogóle poprawnie rozumie, gdzie Twoja firma jest i czy jej dane są wiarygodne. Bez tego pozostałe trzy nie mają na czym się oprzeć.
Jest jeszcze aspekt czysto ludzki, o którym się rzadziej mówi, a który w praktyce boli bardziej. Rozbieżny numer to telefon, który nie dzwoni. Stary adres w katalogu to klient, który pojechał pod nieaktualną lokalizację i wystawił opinię o tym, że firma nie istnieje. Widzę to na większości profili, które przejmuję po latach zaniedbania, i naprawa tych opinii jest znacznie trudniejsza niż poprawienie samych danych.
Kilka konkretów, które ustalam z klientem zanim cokolwiek zacznę dodawać.
Nazwa: dokładnie taka, jak w rzeczywistości, bez dopisywania słów kluczowych. „Piekarnia Kowalski” to nazwa. „Piekarnia Kowalski — najlepsze pieczywo Wrocław, chleb na zakwasie” to naruszenie wytycznych Profilu Firmy w Google i realne ryzyko zawieszenia. Google przez lata dokręcał tę śrubę i dziś zgłoszenie takiej nazwy przez konkurencję jest kwestią jednego kliknięcia.
Adres: ustalam jedną formę i trzymam się jej. Czy „ul.” jest na początku, czy nie ma go wcale. Czy numer lokalu zapisuję jako „12/3″, czy „12 lok. 3″. Czy miasto ma dzielnicę. Sam Google normalizuje adresy dość dobrze, ale katalogi i porównywarki już nie, więc różnice w zapisie tam zostają na stałe.
Telefon: jeden numer główny, w jednym formacie, najlepiej z prefiksem kraju. Jeśli firma ma numer stacjonarny z numerem kierunkowym miasta, użyłbym go jako głównego — to najsilniejszy sygnał przypisania do lokalizacji, jaki można dać poza samym adresem. Dodatkowe numery da się dopisać osobno.
Firmy bez otwartego lokalu to osobny przypadek. Jeśli obsługujesz klientów u nich, a nie u siebie, ukryj adres i ustaw obszar działalności. Publikowanie adresu domowego tylko po to, żeby „mieć adres w Google”, to najgorszy możliwy kompromis: dane nie zgadzają się z rzeczywistością, a przy weryfikacji trudno je obronić.
Audyt zaczynam zawsze od Profilu Firmy w Google, bo to jedyne miejsce, które bezpośrednio zasila wyniki lokalne i Mapy. Zarządzanie profilem odbywa się od końca 2021 roku wprost z wyszukiwarki i Map, więc nie szukaj już osobnego panelu — wpisz nazwę firmy, będąc zalogowanym na konto właściciela.
Potem sprawdzam własną stronę. Brzmi absurdalnie, ale sprzeczne dane na własnej witrynie to klasyk: numer w stopce z czasów sprzed przeprowadzki, inny w zakładce kontakt, jeszcze inny na starym landingu, o którym nikt nie pamięta.
Dalej idą miejsca zewnętrzne. Facebook i inne profile społecznościowe, Apple Maps i Bing Places, polskie katalogi firm, portale branżowe, wizytówki w serwisach z opiniami, wpisy w lokalnych spisach i na stronach izb czy stowarzyszeń. Do tego wszystkie miejsca, w których firma kiedyś się reklamowała — one żyją własnym życiem długo po zakończeniu współpracy.
Nie da się tego zrobić raz i zapomnieć. Użytkownicy Map mogą proponować zmiany w danych firmy, a część z nich wchodzi w życie bez pytania właściciela. Do tego zdarza się, że ktoś nieświadomie tworzy drugi profil dla tego samego punktu. Dlatego traktuję przegląd NAP jako czynność cykliczną i zaglądam do niego przy każdym większym audycie, a nie tylko na starcie współpracy.
Osobny akapit, bo tu najczęściej dochodzi do konfliktu między działaniami SEO a reklamą.
W Google Ads da się mierzyć telefony przez numery przekierowujące, a firmy zewnętrzne oferują podobne rozwiązania dla ruchu organicznego — dynamiczna podmiana numeru na stronie w zależności od źródła wizyty. Sam pomysł jest sensowny, bo bez tego rozmowy telefoniczne są ślepym punktem w analityce. Problem pojawia się wtedy, gdy numer trackingowy zaczyna wypierać numer właściwy i trafia do katalogów albo zostaje wpisany w profilu jako główny.
Praktyka, którą stosuję: w Profilu Firmy w Google numerem głównym jest zawsze prawdziwy numer firmy, a numer pomiarowy — jeśli w ogóle — trafia do numerów dodatkowych. Jeśli sprzedawca narzędzia do call trackingu przekonuje Cię do odwrotnej kolejności, poproś go o wyjaśnienie, co się stanie z Twoimi danymi w katalogach po zakończeniu umowy.
W Google Ads temat wygląda inaczej i nie ma tu sprzeczności — zasoby lokalizacji podpięte pod konto pobierają dane wprost z Profilu Firmy, więc reklamy pokazują ten sam adres i ten sam numer co Mapy. To zresztą jeden z argumentów, żeby profil był dopięty do końca, zanim zaczniemy wydawać budżet na kampanie z celem lokalnym.
Na stronie dane kontaktowe powinny być tekstem, a nie grafiką. Numer telefonu wklejony jako obrazek albo złożony ze stylowanych elementów nie zostanie odczytany ani przez wyszukiwarkę, ani przez czytnik ekranu.
Dobrym miejscem jest stopka widoczna na każdej podstronie oraz osobna strona kontaktowa z pełnym adresem, godzinami i mapą. Firmy z kilkoma punktami powinny mieć podstronę per lokalizacja, każdą z własnym NAP — jedna zbiorcza lista adresów działa dużo słabiej, bo nie daje wyszukiwarce sygnału, która strona odpowiada któremu punktowi.
Do tego dochodzą dane strukturalne w formacie JSON-LD, typ LocalBusiness albo jego bardziej szczegółowy podtyp. Wypełniam w nich nazwę, adres, telefon, godziny otwarcia i odnośniki do profili firmy w innych serwisach. To nie jest gwarancja wyniku rozszerzonego, natomiast jest to najbardziej jednoznaczny sposób podania danych, jaki mamy — nie zostawia miejsca na interpretację, gdzie kończy się adres, a gdzie zaczyna nazwa dzielnicy. Poprawność wdrożenia sprawdzam testem wyników z elementami rozszerzonymi i raportami w Search Console.
Zasada nadrzędna zostaje ta sama: dane w znacznikach muszą być identyczne z tymi widocznymi na stronie i z tymi w profilu. Rozjazd między treścią a danymi strukturalnymi to nie tylko zmarnowany sygnał, ale też potencjalne naruszenie wytycznych.
Jeśli zastałeś bałagan, kolejność ma znaczenie, bo poprawianie katalogów przed ustaleniem wersji wzorcowej to praca do wyrzucenia.
Na koniec uczciwe zastrzeżenie. Uporządkowanie NAP nie jest dźwignią, która sama wywinduje firmę do pierwszej trójki w Mapach — nie obiecuję tego żadnemu klientowi. To warunek wstępny: bez niego reszta działań lokalnych, od opinii przez treści po kampanie, opiera się na danych, którym wyszukiwarka nie do końca wierzy. A jest to jednocześnie jedna z niewielu rzeczy w tej branży, które można odhaczyć raz porządnie i mieć z głowy na długo.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |