Marka na szyldzie, spółka na fakturze - jak połączyć obie nazwy w NAP i danych strukturalnych?

Narzędzia czytania ⌄

Zapisane i ostatnio czytaneTryb ciemnyZapisz artykułCzytaj sekcjamiDrukuj artykuł

Klient oddaje rower do Pracowni Rowerowej Koło, ale na fakturze widzi KS Serwis sp. z o.o. Z jego perspektywy pojawia się proste pytanie: czy zapłacił właściwej firmie? Rozwiązaniem nie jest dopisanie nazwy spółki do każdego szyldu i każdej wizytówki. Nazwę rozpoznawaną przez klientów trzeba czytelnie powiązać z przedsiębiorcą prowadzącym działalność. W Profilu Firmy w Google liczy się rzeczywiście używana nazwa biznesu. W Schema.org można oddzielić nazwę handlową od nazwy prawnej za pomocą name i legalName, a w bardziej złożonym modelu osobno opisać operatora oraz jego placówki.

Zanim zmienisz dane na stronie, ustal jednak, co dokładnie opisujesz. Dwie nazwy jednego przedsiębiorcy to inna sytuacja niż dwie niezależne firmy korzystające z tej samej marki.

Najpierw ustal, kto prowadzi działalność

W przykładach przyjmijmy następującą sytuację: Pracownia Rowerowa Koło jest nazwą warsztatu, który prowadzi KS Serwis spółka z ograniczoną odpowiedzialnością. Warsztat przyjmuje klientów w Warszawie, a adres rejestrowy spółki znajduje się w Krakowie. Ta sama spółka jest sprzedawcą usług.

To przykład dydaktyczny. Nazwy przedsiębiorstw, adresy i telefony użyte dalej nie opisują zweryfikowanej firmy.

W takim modelu trzeba rozróżnić cztery rzeczy:

Nie zakładaj, że taki układ występuje w każdej firmie. W innym scenariuszu właściciel marki może udostępniać ją niezależnemu operatorowi, a platforma przyjmująca zamówienie może jedynie pośredniczyć w sprzedaży. Wtedy jedno zdanie „marka należy do spółki” może błędnie opisywać relację.

Przed publikacją porównaj dane sprzedawcy z aktualnym wpisem w odpowiednim rejestrze: KRS albo CEIDG. Sprawdź nazwę przedsiębiorcy, NIP i adres, a nie tylko podobieństwo nazw. W KRS warto korzystać z informacji odpowiadającej odpisowi aktualnemu; odpis pełny zawiera również dane historyczne.

Praktyczny rezultat tego sprawdzenia powinien dać się zapisać w jednym zdaniu:

Warszawski warsztat działający pod nazwą Pracownia Rowerowa Koło prowadzi KS Serwis spółka z ograniczoną odpowiedzialnością, która jest również sprzedawcą oferowanych w nim usług.

Jeżeli nie potrafisz potwierdzić tego zdania, nie zaczynaj jeszcze od poprawiania JSON-LD.

Jaką nazwę wpisywać w NAP?

NAP to nazwa, adres i telefon — od angielskiego Name, Address, Phone. Na potrzeby danych kontaktowych placówki przyjmij zasadę: nazwa ma identyfikować biznes znany klientowi, adres ma prowadzić do właściwego miejsca, a telefon umożliwiać kontakt z odpowiednią obsługą.

Nie oznacza to, że każde pole nazwane „nazwa firmy” w dowolnym serwisie ma tę samą funkcję. Inaczej przygotujesz wizytówkę lokalnego warsztatu, a inaczej wpis prezentujący dane rejestrowe przedsiębiorcy.

Dla naszego przykładu zastosowałbym taki podział:

Przy katalogach sprawdź również, skąd pochodzą dane. Jeżeli serwis deklaruje import nazwy rejestrowej z KRS, potraktuj to jako ograniczenie formularza, a nie powód do zastępowania spółki marką. Najpierw ustal, czy można dodać nazwę handlową osobno.

Priorytetem jest zgodność znaczenia danych, a nie kosmetyczne ujednolicenie zapisu. Podczas audytu poprawiłbym nieaktualny telefon lub numer lokalu przed różnicą między „ul.” a „ulica”. Pierwsze błędy mogą uniemożliwić kontakt; drugie wymagają przede wszystkim sprawdzenia, czy nadal wskazują ten sam adres.

Jak przedstawić obie nazwy na stronie?

Rozdziel informację dla klienta od danych identyfikacyjnych przedsiębiorcy. Dzięki temu adres siedziby spółki nie będzie wyglądał jak drugi punkt przyjmowania zleceń.

Przykładowy blok kontaktowy:

Pracownia Rowerowa Koło — punkt obsługi klientów
ul. Przykładowa 12, 00-001 Warszawa
Telefon: +48 22 000 00 00

Warsztat prowadzi KS Serwis spółka z ograniczoną odpowiedzialnością. Ta spółka jest sprzedawcą usług i widnieje w danych sprzedawcy na fakturach.

Adres rejestrowy operatora: ul. Rejestrowa 8, 30-001 Kraków. Pod tym adresem nie przyjmujemy rowerów do naprawy.

Ostatnie zdanie zastosuj wyłącznie wtedy, gdy odpowiada rzeczywistości. W tym przykładzie usuwa ono wątpliwość, której samo podanie dwóch adresów nie rozwiązuje.

Sam NAP nie wystarcza do identyfikacji spółki z o.o.

Art. 206 § 1 Kodeksu spółek handlowych wymaga podawania na stronach internetowych spółki z o.o. jej firmy, siedziby i adresu, oznaczenia sądu rejestrowego, numeru KRS, NIP oraz wysokości kapitału zakładowego. Dochodzi oznaczenie grupy spółek, jeżeli spółka do niej należy. Dla spółki utworzonej przy wykorzystaniu wzorca umowy przewidziano także informację o niewniesionych wymaganych wkładach — do czasu pokrycia kapitału.

Roboczy wzór podstawowego bloku może wyglądać tak:

KS Serwis spółka z ograniczoną odpowiedzialnością z siedzibą w Krakowie
Adres: [aktualny adres spółki]
Sąd rejestrowy: [właściwe oznaczenie sądu]
KRS: [numer] · NIP: [numer]
Kapitał zakładowy: [kwota]

Wzór wymaga uzupełnienia także o informacje warunkowe, gdy dotyczą spółki. Nie jest kompletnym audytem obowiązków informacyjnych dla każdego modelu sprzedaży. Danych wymaganych dla spółki z o.o. nie należy automatycznie przenosić na inne formy działalności.

Nazwa w Profilu Firmy w Google: bez łączenia wszystkiego w jeden ciąg

Dla przykładowego warsztatu właściwą nazwą profilu będzie „Pracownia Rowerowa Koło”, o ile właśnie tak firma przedstawia się klientom.

Nie dodawaj automatycznie „KS Serwis sp. z o.o. — naprawa rowerów Warszawa”. Taki zapis miesza nazwę biznesu, operatora, usługę i lokalizację. Google zabrania zbędnych dodatków w nazwie; naruszenia mogą prowadzić do zawieszenia profilu. Człon prawny, taki jak „sp. z o.o.”, wymaga uzasadnienia rzeczywistym, konsekwentnym użyciem i odpowiednimi dowodami.

Dwie nazwy tej samej działalności nie uzasadniają również założenia dwóch profili: jednego dla marki i drugiego dla spółki prowadzącej dokładnie ten sam punkt. Odrębne profile dotyczące tej samej firmy mogą zostać potraktowane jako duplikaty.

Co z firmą, która dojeżdża do klientów?

Gdy przedsiębiorca nie obsługuje klientów pod swoim adresem, Google wymaga usunięcia adresu z widoku profilu i wskazania obsługiwanego obszaru. Firma hybrydowa — przyjmująca klientów na miejscu i wykonująca usługi w terenie — może prezentować oba elementy, jeżeli spełnia odpowiednie warunki.

Oddziel tę decyzję od publikacji danych prawnych przedsiębiorcy. Ukrycie adresu w profilu nie jest instrukcją dotyczącą wszystkich obowiązków informacyjnych strony.

Nie wpisuj też fikcyjnej lokalizacji do JSON-LD tylko po to, żeby przejść test. Google wymienia address jako właściwość wymaganą dla opisanej w dokumentacji funkcji LocalBusiness; obszar świadczenia usług nie jest jej automatycznym zamiennikiem.

Co wpisać w name, legalName, alternateName i taxID?

Najważniejsze pytanie brzmi: do jakiego obiektu należy dana informacja? Pole nie staje się poprawne tylko dlatego, że zawiera prawdziwą nazwę lub prawdziwy NIP. Muszą to być dane właściwego podmiotu.

Szczególnie ważne jest ograniczenie dotyczące legalName. To właściwość organizacji, a nie relacja między marką a dowolnym operatorem. Jeżeli osobno opisujesz spółkę i jej placówkę, nazwę prawną przypisz do obiektu reprezentującego spółkę. Nie kopiuj jej bez zastanowienia do każdego obiektu w grafie.

Pole alternateName jest opcjonalne. Brak używanego aliasu oznacza, że nie masz czego tam wpisywać — nie trzeba wymyślać dodatkowej nazwy na potrzeby kodu.

NIP i numer VAT nie są tym samym polem

W JSON-LD taxID zapisuj jako tekst. Dla polskiego NIP praktycznym formatem jest ciąg dziesięciu cyfr bez separatorów, ale sam format nie potwierdza przypisania numeru do przedsiębiorcy. Dane trzeba porównać z właściwym rejestrem.

vatID ma inne znaczenie: Schema.org definiuje je jako identyfikator VAT z prefiksem kraju. Nie twórz go mechanicznie przez dodanie „PL” do każdego znalezionego NIP. Sprawdzenie w VIES dotyczy rejestracji na potrzeby transakcji wewnątrzunijnych; negatywny wynik może oznaczać między innymi brak aktywacji do takich transakcji, a nie nieistnienie przedsiębiorcy.

Wariant pierwszy: jedna spółka i jeden warsztat

Jeden obiekt LocalBusiness może wystarczyć, gdy opisujesz prostą lokalną działalność prowadzoną przez jednego przedsiębiorcę i świadomie ujmujesz ją jako jedną organizację. Ten typ dziedziczy właściwości Organization, więc może zawierać także legalName i taxID.

W poniższym przykładzie address oznacza warsztat, natomiast legalAddress wskazuje oficjalny adres rejestrowy organizacji. Schema.org przewiduje, że adres prawny może być inny niż miejsce prowadzenia operacji.

To szablon do dostosowania, nie kod gotowy do publikacji. Zastąp wszystkie dane demonstracyjne, w tym domenę, telefon i adresy. Wartość [NIP_OPERATORA] jest miejscem na zweryfikowany numer, a nie poprawnym NIP.

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://kolo.example/#pracownia-kolo",
  "name": "Pracownia Rowerowa Koło",
  "legalName": "KS Serwis spółka z ograniczoną odpowiedzialnością",
  "alternateName": "Koło",
  "taxID": "[NIP_OPERATORA]",
  "url": "https://kolo.example/",
  "telephone": "+48220000000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Przykładowa 12",
    "postalCode": "00-001",
    "addressLocality": "Warszawa",
    "addressCountry": "PL"
  },
  "legalAddress": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Rejestrowa 8",
    "postalCode": "30-001",
    "addressLocality": "Kraków",
    "addressCountry": "PL"
  }
}

Usuń alternateName, jeżeli skrót „Koło” nie jest rzeczywiście używany.

Dobierz również typ do działalności. Google zaleca możliwie szczegółowy pasujący podtyp LocalBusiness, ale nie warto wybierać go na siłę. BikeStore oznacza sklep rowerowy — nie jest automatycznie właściwym typem dla warsztatu zajmującego się wyłącznie naprawami.

Przykład skupia się na identyfikacji przedsiębiorcy. Rzeczywiste godziny otwarcia i pozostałe przydatne informacje można uzupełnić po ich sprawdzeniu. Sama obecność właściwości w Schema.org nie oznacza, że Google wykorzystuje ją w konkretnej funkcji wyników wyszukiwania.

Wariant drugi: jedna spółka i kilka placówek

Załóżmy teraz, że KS Serwis prowadzi dwa własne warsztaty: w Warszawie i Krakowie. W takim układzie czytelniejszy będzie osobny opis spółki jako Organization oraz osobny LocalBusiness dla każdego punktu.

Każdy obiekt otrzymuje własny @id. Jest to identyfikator obiektu w JSON-LD, a nie numer rejestrowy ani potwierdzenie jego weryfikacji. Placówki wskazują spółkę przez parentOrganization, ponieważ w tym przykładzie rzeczywiście są częściami jej organizacji.

Poniższy model jest alternatywą dla poprzedniego, nie kolejnym blokiem do bezrefleksyjnego dodania obok niego. Obowiązuje to samo zastrzeżenie dotyczące zastąpienia danych demonstracyjnych.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://kolo.example/#spolka-ks-serwis",
      "name": "KS Serwis sp. z o.o.",
      "legalName": "KS Serwis spółka z ograniczoną odpowiedzialnością",
      "taxID": "[NIP_OPERATORA]",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "ul. Rejestrowa 8",
        "postalCode": "30-001",
        "addressLocality": "Kraków",
        "addressCountry": "PL"
      }
    },
    {
      "@type": "LocalBusiness",
      "@id": "https://kolo.example/#warsztat-warszawa",
      "name": "Pracownia Rowerowa Koło",
      "url": "https://kolo.example/warszawa/",
      "telephone": "+48220000000",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "ul. Przykładowa 12",
        "postalCode": "00-001",
        "addressLocality": "Warszawa",
        "addressCountry": "PL"
      },
      "parentOrganization": {
        "@id": "https://kolo.example/#spolka-ks-serwis"
      }
    },
    {
      "@type": "LocalBusiness",
      "@id": "https://kolo.example/#warsztat-krakow",
      "name": "Pracownia Rowerowa Koło",
      "url": "https://kolo.example/krakow/",
      "telephone": "+48120000000",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "ul. Testowa 7",
        "postalCode": "30-001",
        "addressLocality": "Kraków",
        "addressCountry": "PL"
      },
      "parentOrganization": {
        "@id": "https://kolo.example/#spolka-ks-serwis"
      }
    }
  ]
}

W tym grafie są trzy różne identyfikatory: jeden dla spółki i dwa dla warsztatów. Obie placówki wskazują ten sam obiekt operatora, przy którym zapisano NIP. Adres rejestrowy spółki nie zastępuje adresu żadnego warsztatu.

Pełny przykład pasuje do strony przedstawiającej obie lokalizacje i ich operatora. Na stronie pojedynczego punktu można ograniczyć opis do tego punktu oraz odpowiedniej organizacji. Zakres danych powinien odpowiadać informacjom dostępnym użytkownikowi, a nie przedstawiać w kodzie działalności, której strona faktycznie nie opisuje.

Nie twórz osobnego grafu wyłącznie dlatego, że logo i stopka zawierają różne nazwy. Rozdzielenie obiektów ma wyjaśniać rzeczywistą strukturę firmy.

Franczyza i kilka marek: czego nie łączyć?

Wspólny szyld nie wystarcza, żeby uznać dwa przedsiębiorstwa za jedną organizację.

Przyjmijmy, że warsztat korzysta z marki Koło, ale prowadzi go niezależny franczyzobiorca. W takim scenariuszu nazwa prawna i NIP opisujące operatora muszą dotyczyć franczyzobiorcy, a nie przedsiębiorcy udostępniającego markę. Wynika to z przypisania tych właściwości do konkretnej organizacji.

Nie używaj też parentOrganization tylko dlatego, że istnieje umowa franczyzy. Ta właściwość oznacza organizację nadrzędną wobec opisywanej jednostki. Sama licencja na korzystanie z oznaczenia nie uzasadnia takiego modelu.

Gdy osobne opisanie marki jest potrzebne, można wykorzystać obiekt Brand i właściwość brand. Takie oznaczenie pozwala przedstawić powiązaną markę, ale nie jest dokumentem potwierdzającym jej własność ani treść umowy między przedsiębiorcami.

Podobną ostrożność zachowaj, gdy jedna spółka prowadzi kilka odrębnych marek. Nazwy niezależnie prezentowanych działalności nie stają się automatycznie aliasami jednego warsztatu. alternateName opisuje inną nazwę tego samego obiektu, nie katalog wszystkich przedsięwzięć operatora.

Jak sprawdzić wdrożenie, a nie tylko przygotowany kod?

Przed dodaniem nowego skryptu sprawdź, jakie dane już publikuje strona. Poniższa procedura jest propozycją kontroli wdrożeniowej; nie opisem audytu konkretnej firmy.

1. Zacznij od widocznej treści. Porównaj blok kontaktowy, dane przedsiębiorcy i informacje o sprzedawcy. Sprawdź, czy użytkownik rozpozna miejsce obsługi oraz podmiot prowadzący działalność bez czytania kodu.
2. Następnie zbierz istniejące oznaczenia. W kodzie źródłowym i — gdy strona korzysta z JavaScriptu — w wyrenderowanym dokumencie odszukaj bloki application/ld+json. Ustal, skąd pochodzi każdy opis: z konfiguracji CMS, modułu SEO, motywu czy ręcznie dodanego skryptu. Uwzględnij również inne formaty danych strukturalnych, jeżeli są używane.
3. Porównuj obiekty, nie samą liczbę skryptów. Dwa opisy z tym samym @id odnoszą się do tego samego identyfikowanego obiektu. Nie muszą być błędem, jeżeli zawierają zgodne, uzupełniające się informacje. Problem zaczyna się przy sprzecznych danych.

Przykład błędu, którego nie rozwiąże poprawna składnia

Wyobraźmy sobie, że warsztat zmienił operatora. W widocznych danych podano już aktualną spółkę, ale w dwóch modułach witryny pozostały różne wartości:

Załóżmy, że oba numery mają prawidłowy format. Nadal nie mogą poprawnie identyfikować jednego polskiego operatora w tym scenariuszu. Wpisanie aktualnego NIP do trzeciego skryptu nie usuwa starej informacji z dwóch pozostałych.

Właściwa poprawka polega na znalezieniu źródła nieaktualnej wartości i skorygowaniu modelu. Jeżeli rzeczywiście opisujesz dwóch różnych przedsiębiorców, musisz ich rozróżnić, zamiast przypisywać obu ten sam identyfikator.

Trzy narzędzia, trzy różne zakresy kontroli

Schema Markup Validator służy do sprawdzania oznaczeń według Schema.org. Rich Results Test ocenia dane z perspektywy funkcji wyników rozszerzonych obsługiwanych przez Google. Brak rozpoznanej funkcji w drugim narzędziu nie jest automatycznie dowodem, że każdy element JSON-LD jest niepoprawny.

Inspekcja adresu URL w Search Console pozwala sprawdzić informacje o wersji zindeksowanej oraz wykonać test wersji opublikowanej. To ważne rozróżnienie: po poprawce raport dotyczący indeksu może jeszcze pokazywać wcześniejszy stan strony.

Wyniki interpretuj w następujący sposób:

Po poprawce sprawdź ponownie gotową stronę, najlepiej także bez zalogowania do CMS. Za zakończenie prac uznałbym dopiero stan, w którym widoczne informacje są prawidłowe, wszystkie opisy odnoszą się do właściwych podmiotów, a w kodzie nie pozostały wartości demonstracyjne ani sprzeczne dane.

Walidator sprawdza określone cechy oznaczeń. Nie poświadcza, że wpisany NIP należy do prowadzącej warsztat spółki.

Czy takie uporządkowanie danych poprawi widoczność w Google i AI?

Dane organizacji pomagają przekazać wyszukiwarce informacje identyfikujące przedsiębiorstwo. Nie należy jednak utożsamiać ich wdrożenia z gwarancją konkretnego sposobu prezentacji firmy. Google nie gwarantuje wyświetlania wyników rozszerzonych nawet przy poprawnych oznaczeniach.

Nie ma również potrzeby tworzenia osobnego „schematu dla AI” na potrzeby Przeglądów od AI czy trybu AI w Google. Dokumentacja wskazuje, że specjalne znaczniki Schema.org nie są wymagane; istotna pozostaje zgodność danych strukturalnych z treścią strony.

Dlatego kryterium odbioru wdrożenia powinno być konkretne: klient wie, kto prowadzi działalność, adres prowadzi do właściwego punktu, a kod opisuje tę samą rzeczywistość. Obietnica wzrostu pozycji nie zastąpi żadnego z tych elementów.

FAQ — najczęstsze pytania

Czy nazwa w NAP musi być identyczna z nazwą na fakturze?

Nie należy wymuszać takiej identyczności. Nazwa lokalnej działalności może odpowiadać temu, jak firma przedstawia się klientom, a dane prawne identyfikować przedsiębiorcę. Ważne, aby wyjaśnić ich relację. W Schema.org służy temu między innymi rozróżnienie name i legalName.

Czy dwie placówki jednej spółki mogą mieć ten sam NIP?

Tak — w opisanym modelu obie prowadzi ten sam podatnik. Nie należy tworzyć odrębnych numerów podatkowych na potrzeby rozróżnienia lokalizacji. W JSON-LD służą do tego osobne obiekty i ich @id; NIP można przechowywać przy wspólnym operatorze.

Czy dwa niezależne biznesy pod jednym adresem mogą mieć osobne profile Google?

Tak, jeżeli są to rzeczywiście odrębne, kwalifikujące się firmy. Google wskazuje między innymi różne nazwy i wyraźnie odmienne szyldy. Sam fakt zarejestrowania dwóch spółek pod tym samym adresem nie wystarcza do uzasadnienia dwóch profili tej samej działalności.

Co zmienić, gdy marka zostaje, ale działalność przejmuje inna spółka?

Najpierw ustal, czy zmienił się podmiot prawny, czy tylko nazwa dotychczasowego przedsiębiorcy. W modelu rozdzielającym operatora od placówki nowy, odrębny przedsiębiorca powinien otrzymać własny identyfikator, a placówka — aktualne powiązanie. Nie przedstawiaj dwóch różnych spółek jako jednego obiektu tylko dlatego, że korzystają z tego samego szyldu.

Jak opisać jednoosobową działalność gospodarczą działającą pod marką?

W danych przedsiębiorcy uwzględnij nazwę zgodną z CEIDG, zawierającą imię i nazwisko przedsiębiorcy. Nazwa handlowa może wymagać osobnego wyjaśnienia. Nie kopiuj ze wzoru dla spółki pól dotyczących KRS czy kapitału zakładowego.

Czy legalAddress zastępuje adres punktu obsługi?

Nie. legalAddress opisuje oficjalny adres prawny organizacji, który może różnić się od miejsca prowadzenia działalności. Jeżeli obiekt LocalBusiness przedstawia warsztat przyjmujący klientów, jego adres powinien opisywać właśnie tę lokalizację.

Od czego zacząć, gdy dane są rozbieżne w wielu miejscach?

Najpierw ustal operatora i popraw błędny adres lub telefon. Następnie wyjaśnij relację obu nazw na stronie, a dopiero później uporządkuj oznaczenia i pozostałe wpisy. Nie zaczynaj od masowej zamiany marki na nazwę spółki — sprawdź, którą rolę pełni dane pole.

Podsumowanie: dwie nazwy nie muszą oznaczać sprzecznych danych

Marka na szyldzie i nazwa spółki na fakturze mogą prawidłowo funkcjonować obok siebie. Warunkiem jest jednoznaczne określenie ich ról. W danych kontaktowych przedstawiaj biznes w sposób rozpoznawalny dla klientów, w danych przedsiębiorcy identyfikuj rzeczywistego operatora, a w Schema.org przypisuj informacje do odpowiednich obiektów.

Przy jednej placówce może wystarczyć prosty opis LocalBusiness. Gdy spółka prowadzi wiele punktów, warto rozważyć oddzielny obiekt Organization i powiązane z nim placówki. W modelach franczyzowych trzeba dodatkowo ustalić, kto jest właścicielem marki, kto operatorem działalności i kto faktycznie sprzedaje usługę.

Nie chodzi o to, żeby wszędzie występowała jedna nazwa. Chodzi o to, żeby każda nazwa, lokalizacja i numer identyfikacyjny opisywały właściwy element działalności.