Jak przygotować dane NAP do wykorzystania przez asystentów AI

Błędny numer telefonu w jednym katalogu, stary adres w profilu firmy i skrócona nazwa używana tylko na Facebooku wystarczą, by systemy AI zaczęły traktować informacje o przedsiębiorstwie jako niepewne. Asystent nie „wie”, która wersja jest prawidłowa. Porównuje dane z wielu miejsc, ocenia ich zgodność i wybiera odpowiedź, której ufa najbardziej.

Dlatego przygotowanie danych NAP — Name, Address, Phone — nie polega na jednorazowym wpisaniu nazwy firmy do kilku katalogów. Potrzebny jest jeden, kontrolowany zestaw danych referencyjnych, konsekwentnie publikowany na stronie internetowej, w profilach mapowych, katalogach branżowych, serwisach społecznościowych oraz bazach wykorzystywanych przez wyszukiwarki i systemy generatywne.

Najpierw ustal jedną wersję danych referencyjnych

Najczęstszy problem nie zaczyna się w katalogach, lecz wewnątrz firmy. Inna nazwa widnieje na fakturach, inna na szyldzie, a jeszcze inna w wizytówce Google. Do tego dochodzą dwa numery telefonu, dawny adres korespondencyjny i godziny otwarcia, których nikt nie zaktualizował po sezonie.

Pierwszym krokiem powinno być stworzenie rekordu wzorcowego, czyli dokumentu zawierającego zatwierdzoną wersję wszystkich danych lokalizacyjnych. Dla jednej placówki powinien obejmować co najmniej:

• pełną nazwę używaną publicznie, bez dopisywania usług i miasta na siłę;
• nazwę prawną, jeśli różni się od marki;
• pełny adres, wraz z numerem lokalu, kodem pocztowym i miejscowością;
• numer telefonu w formacie międzynarodowym, np. +48 22 123 45 67;
• główny adres strony internetowej;
• adres podstrony konkretnej placówki, jeśli firma ma kilka oddziałów;
• godziny otwarcia, również dla poszczególnych dni tygodnia;
• adres e-mail do kontaktu;
• współrzędne geograficzne;
• identyfikatory rejestrowe, takie jak NIP, REGON lub KRS, jeżeli są publicznie prezentowane;
• krótki, jednoznaczny opis działalności;
• główną kategorię firmy i maksymalnie kilka kategorii pomocniczych.

W praktyce taki rekord najlepiej przechowywać w arkuszu z kontrolą wersji. Jedna lokalizacja powinna zajmować jeden wiersz, a każda informacja osobną kolumnę. Przy większej sieci warto dodać pola: „data ostatniej kontroli”, „osoba odpowiedzialna”, „status placówki” oraz „planowana zmiana”.

Największy priorytet mają nazwa, dokładny adres, telefon i adres URL. Opis firmy, zdjęcia czy kategorie są ważne, lecz nie naprawią sytuacji, w której podstawowe dane wzajemnie się wykluczają.

Nie należy „optymalizować” nazwy poprzez dopisywanie słów kluczowych, na przykład „Kowalski Dentysta Implanty Warszawa Centrum”, jeżeli firma faktycznie nazywa się „Klinika Kowalski”. Taki zabieg bywa stosowany dla poprawy widoczności, ale zwiększa liczbę wariantów nazwy i może naruszać regulaminy platform. Dla asystenta AI jest to kolejna wersja podmiotu, którą trzeba dopasować do pozostałych źródeł.

Równie problematyczne jest publikowanie numerów telefonów śledzących połączenia. Jeżeli każda platforma otrzymuje inny numer, spójność NAP spada. Numery dynamiczne można stosować, ale powinny być wdrożone tak, aby główny numer firmy nadal występował w kodzie strony, danych strukturalnych i najważniejszych profilach.

Przygotuj dane w formacie zrozumiałym dla maszyn

Widoczna dla człowieka stopka kontaktowa to za mało. Dane powinny być również zapisane w sposób, który wyszukiwarka, robot indeksujący lub model korzystający z zewnętrznego indeksu może jednoznacznie rozpoznać.

Podstawowym rozwiązaniem jest oznaczenie danych za pomocą Schema.org, najczęściej w formacie JSON-LD. Dla firmy lokalnej stosuje się typ LocalBusiness albo bardziej szczegółową kategorię, np. Dentist, LegalService, Restaurant, AutoRepair czy RealEstateAgent.

Przykładowa struktura może wyglądać tak:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://example.pl/lokalizacje/warszawa#firma",
  "name": "Pracownia Mebli Nowak",
  "legalName": "Nowak Meble sp. z o.o.",
  "url": "https://example.pl/lokalizacje/warszawa",
  "telephone": "+48221234567",
  "email": "kontakt@example.pl",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Marszałkowska 10 lok. 4",
    "postalCode": "00-590",
    "addressLocality": "Warszawa",
    "addressRegion": "mazowieckie",
    "addressCountry": "PL"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 52.2251,
    "longitude": 21.0154
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": [
        "Monday",
        "Tuesday",
        "Wednesday",
        "Thursday",
        "Friday"
      ],
      "opens": "09:00",
      "closes": "17:00"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/przykladowyprofil",
    "https://www.instagram.com/przykladowyprofil"
  ]
}
</script>

Kilka szczegółów ma tu większe znaczenie, niż sugeruje prostota kodu.

Pole @id powinno mieć stałą, unikalną wartość. Nie musi prowadzić do osobnej strony, ale powinno konsekwentnie identyfikować tę samą placówkę. Zmiana @id przy każdej przebudowie serwisu utrudnia łączenie danych historycznych.

Pole url powinno wskazywać najbardziej precyzyjną stronę lokalizacji. Firma z oddziałami w Warszawie, Łodzi i Poznaniu nie powinna kierować wszystkich rekordów wyłącznie na stronę główną. Każda placówka potrzebuje własnego adresu URL, własnych godzin, telefonu, danych strukturalnych i treści opisującej faktyczną lokalizację.

Pole sameAs nie służy do umieszczania dowolnych linków. Powinno prowadzić do oficjalnych profili i stron reprezentujących ten sam podmiot. Link do artykułu sponsorowanego, katalogowej podstrony konkurenta lub ogólnej strony organizacji branżowej nie potwierdza tożsamości firmy.

Kod trzeba zestawić z treścią widoczną na stronie. Jeżeli JSON-LD podaje godziny 9:00–17:00, a w stopce widnieje 8:00–16:00, powstaje konflikt. Dane strukturalne nie są tajnym kanałem do przekazywania wyszukiwarce „lepszej” wersji informacji. Powinny odzwierciedlać to, co użytkownik rzeczywiście widzi.

Po wdrożeniu kod należy sprawdzić w narzędziach walidacyjnych Schema.org i Google. Walidator potwierdzi poprawność składni, ale nie wykryje wszystkich błędów merytorycznych. Poprawny technicznie kod może nadal zawierać stary telefon albo współrzędne wskazujące budynek po drugiej stronie ulicy.

Przy imporcie danych do wielu systemów przydaje się także plik CSV lub JSON. Warto stosować stałe nazwy kolumn, kodowanie UTF-8 i jeden format numeru telefonu. Dla godzin najlepiej unikać opisów typu „od rana do ostatniego klienta”. System potrzebuje konkretnych wartości: 09:00–17:00, osobno dla każdego dnia.

Rozpowszechniaj dane w kontrolowany sposób i regularnie je sprawdzaj

Asystenci AI mogą korzystać z indeksów wyszukiwarek, map, serwisów branżowych, oficjalnych stron firm, publikacji prasowych i baz podmiotów. Nie istnieje jeden formularz, po którego wypełnieniu dane automatycznie trafią do wszystkich modeli. Można natomiast zwiększyć prawdopodobieństwo prawidłowego rozpoznania firmy poprzez publikowanie identycznych informacji w źródłach o wysokiej wiarygodności.

Kolejność działań powinna być następująca:

1. własna strona internetowa i dane strukturalne;
2. Profil Firmy w Google i Mapy Google;
3. Mapy Apple, Bing Places oraz inne używane platformy mapowe;
4. oficjalne profile społecznościowe;
5. katalogi branżowe i lokalne;
6. serwisy izb gospodarczych, organizacji zawodowych lub franczyzodawców;
7. publikacje i wzmianki potwierdzające adres oraz zakres działalności.

Własna strona pozostaje źródłem, nad którym firma ma największą kontrolę. Problem w tym, że wiele przedsiębiorstw aktualizuje profil mapowy, ale zapomina o stopce, regulaminie, zakładce kontaktowej albo starym pliku PDF nadal dostępnym w wynikach wyszukiwania. Taki dokument może przez lata podawać nieaktualny adres.

Przy audycie trzeba wyszukać nie tylko aktualną nazwę firmy, lecz również:

• wcześniejsze nazwy;
• stary numer telefonu;
• poprzedni adres;
• nazwisko właściciela połączone z nazwą miasta;
• warianty nazwy bez polskich znaków;
• skróconą i pełną nazwę prawną;
• numery telefonów zapisane z prefiksem +48, bez prefiksu i bez spacji.

Kontrolę warto przeprowadzać co najmniej raz na kwartał, a przy firmach wielolokalizacyjnych — raz w miesiącu. Po przeprowadzce, zmianie telefonu, rebrandingu lub zmianie godzin audyt powinien rozpocząć się natychmiast. Samo zgłoszenie nowych danych nie wystarczy. Część katalogów aktualizuje wpis w ciągu kilku dni, inne wymagają ręcznej moderacji, a niektóre pozostawiają stare informacje przez wiele miesięcy.

Najbardziej irytującym problemem jest automatyczne przywracanie nieaktualnych danych. Platforma może pobrać stary adres z innego katalogu i nadpisać ręcznie poprawiony wpis. Dlatego po dużej zmianie dane trzeba sprawdzić ponownie po około 7, 30 i 90 dniach.

W firmach mających kilka placówek nie wolno tworzyć jednej zbiorczej wizytówki z kilkoma adresami. Każda realnie obsługiwana lokalizacja powinna mieć oddzielny rekord, chyba że regulamin konkretnej platformy stanowi inaczej. Wirtualne biuro, skrytka pocztowa lub adres używany wyłącznie do rejestracji spółki nie powinny być prezentowane jako punkt obsługi klienta.

Do kontroli obecności i spójności wpisów można wykorzystać również katalog NAP – https://naphub.pl. Sam wpis katalogowy nie zastąpi jednak poprawnej strony, profilu mapowego i danych strukturalnych. Jest źródłem pomocniczym, które powinno potwierdzać rekord wzorcowy, a nie tworzyć jego kolejną wersję.

Trzeba też zaakceptować ograniczenie: spójne dane NAP nie gwarantują, że konkretny asystent AI zawsze poda firmę w odpowiedzi. Modele różnią się źródłami, częstotliwością aktualizacji, sposobem wyszukiwania i kryteriami wyboru informacji. Poprawne dane zmniejszają jednak ryzyko pomylenia placówki, podania starego telefonu lub całkowitego pominięcia firmy z powodu sprzecznych rekordów.

Po zakończeniu publikacji warto wykonać ręczny test w kilku systemach. Pytania powinny być konkretne:

• „Jaki jest numer telefonu do firmy X w Warszawie?”;
• „Gdzie znajduje się najbliższy oddział firmy X?”;
• „Czy firma X jest otwarta w sobotę?”;
• „Jaki adres ma firma X?”;
• „Jakie usługi oferuje firma X w lokalizacji Y?”.

Odpowiedzi trzeba zapisać razem z datą testu. Nie należy poprawiać danych pod jedną błędną odpowiedź wygenerowaną przez model. Najpierw trzeba ustalić, z którego publicznego źródła mogła pochodzić nieprawidłowa informacja.

FAQ

Czy dane NAP muszą być zapisane wszędzie identycznie?
Powinny być zgodne merytorycznie. Różnica między „ul. Długą 10” a „Długa 10” zwykle nie powoduje problemu, ale inny numer lokalu, telefon, kod pocztowy lub nazwa placówki już tak. Najbezpieczniej używać jednego ustalonego formatu.

Czy numer telefonu powinien zawierać prefiks +48?
Tak. Format międzynarodowy, np. +48 22 123 45 67, jest czytelny dla użytkowników i łatwiejszy do przetwarzania przez systemy. W linku telefonicznym należy użyć zapisu bez spacji: tel:+48221234567.

Czy każda placówka potrzebuje osobnej podstrony?
Tak, jeżeli ma oddzielny adres, godziny lub numer telefonu. Podstrona powinna zawierać unikalne dane lokalizacji, mapę, opis dojazdu, zakres usług i własny rekord LocalBusiness.

Czy można podawać numer call center dla wszystkich oddziałów?
Można, gdy połączenie rzeczywiście obsługuje wszystkie placówki. Jeżeli klient musi kontaktować się bezpośrednio z konkretnym oddziałem, publikowanie wyłącznie numeru centralnego obniża użyteczność danych.

Jak szybko zmiany mogą pojawić się w odpowiedziach asystentów AI?
Nie ma stałego terminu. Aktualizacja profilu lub strony może zostać zauważona po kilku dniach, ale w części systemów stara informacja będzie widoczna przez tygodnie albo miesiące. Z tego powodu stare rekordy trzeba usuwać u źródła, a nie tylko przykrywać nowymi wpisami.

Czy wpisy w wielu katalogach poprawią widoczność firmy?
Tylko wtedy, gdy są poprawne, kompletne i dotyczą rzeczywiście działającego podmiotu. Dziesiątki niskiej jakości wpisów z różnymi nazwami i opisami potrafią zwiększyć chaos zamiast wiarygodności.

Co zrobić po przeprowadzce firmy?
Najpierw zaktualizować stronę i dane strukturalne, następnie profile mapowe, najważniejsze katalogi oraz profile społecznościowe. Stary adres należy oznaczyć jako nieaktualny lub usunąć. Przekierowanie starej podstrony powinno prowadzić do nowej strony lokalizacji, a nie automatycznie do strony głównej.

Czy można używać sztucznej inteligencji do automatycznego tworzenia wpisów?
Tak, ale publikacja powinna wymagać zatwierdzenia przez człowieka. Automatyczne narzędzia często rozwijają nazwę firmy, zmieniają kategorie, upraszczają adres albo generują opis usług, których firma faktycznie nie świadczy.

Pierwsze działanie nie powinno polegać na zakładaniu kolejnych profili. Najpierw wyszukaj w internecie główny numer telefonu firmy i sprawdź, z iloma nazwami oraz adresami jest powiązany. Jeżeli pojawiają się sprzeczne wersje, usuń tę niespójność przed rozbudową danych strukturalnych i katalogowych. Powielanie błędnego rekordu tylko utrudni jego późniejsze wycofanie.