Jedna marka, wiele oddziałów – jak zapobiec zlewaniu lokalizacji przez systemy AI?

Klient pyta asystenta: „Która placówka jest dziś otwarta najdłużej?”. Odpowiedź brzmi pewnie, ale łączy numer telefonu z Łodzi, godziny z Warszawy i opinie wystawione oddziałowi w Poznaniu. To nie jest egzotyczny błąd jednego modelu. Tak kończy się publikowanie danych, w których marka jest opisana bardzo wyraźnie, a lokalizacje pozostają jedynie dopiskami do wspólnej strony kontaktowej.

System AI nie widzi struktury organizacyjnej firmy, umowy franczyzowej ani instrukcji dla recepcji. Widzi adresy URL, profile mapowe, numery telefonów, godziny, recenzje, nazwy, opisy oraz relacje między stronami. Jeżeli te sygnały są sprzeczne albo dotyczą kilku miejsc jednocześnie, model próbuje je złożyć w jedną odpowiedź. Gramatycznie poprawną. Faktycznie błędną.

W przypadku generatywnych funkcji wyszukiwarki Google podstawą pozostaje indeks wyszukiwania, dostępność stron do skanowania, czytelna struktura techniczna oraz dane przekazywane przez Profil Firmy w Google. Google nie wymaga osobnego „języka dla AI”, pliku llms.txt ani specjalnego schematu przeznaczonego wyłącznie dla odpowiedzi generatywnych. Zaleca natomiast utrzymywanie przejrzystej struktury, unikanie duplikatów i aktualizowanie informacji o firmach lokalnych. Jednocześnie nie gwarantuje zindeksowania strony ani wykorzystania jej w odpowiedzi.

Nie da się więc zagwarantować, że każdy model zawsze wybierze właściwy oddział. Da się jednak radykalnie ograniczyć liczbę powodów, dla których miałby wybrać niewłaściwy.

Dlaczego AI miesza oddziały i gdzie najczęściej powstają błędy

Najczęstszy problem nie zaczyna się w modelu AI, lecz na stronie „Kontakt”. Firma umieszcza tam pięć adresów, jeden numer infolinii, ogólne godziny 8:00–20:00 i mapę z kilkoma pinezkami. Wszystkie wizytówki Google prowadzą do tej samej strony głównej. Opisy oddziałów są identyczne, z wyjątkiem nazwy miasta. Opinie prezentowane na stronie nie mają przypisanej placówki.

Dla człowieka kontekst bywa jeszcze zrozumiały. Dla systemu pobierającego pojedyncze fragmenty informacji powstaje zestaw równorzędnych faktów:

• marka ma numer +48 22 123 45 67,
• marka działa przy ul. Piotrkowskiej w Łodzi,
• marka jest otwarta w sobotę do 18:00,
• marka ma ocenę 4,8,
• marka posiada placówkę na Mokotowie.

Nic nie wskazuje wystarczająco mocno, które informacje tworzą jeden komplet.

Przypisywanie opinii do niewłaściwego oddziału zwykle zaczyna się od jednego linku lub kodu QR używanego w całej sieci. Pacjent kliniki na Mokotowie dostaje wiadomość prowadzącą do profilu placówki na Woli. Klient sklepu w Gdańsku trafia na profil centrali w Warszawie. Po kilku miesiącach jeden oddział ma setki opinii, a pozostałe wyglądają na nowe lub nieaktywne.

Google pozwala wygenerować osobny link i kod QR do wystawiania opinii dla konkretnego Profilu Firmy. To właśnie taki link powinien być zapisany w systemie CRM, POS lub systemie rezerwacji razem z identyfikatorem oddziału.

Drugi problem to zły numer telefonu. Google zaleca, aby profil prowadził do strony reprezentującej konkretną lokalizację i zawierał numer łączący z tą lokalizacją. Numer lokalny jest preferowany względem centralnej infolinii, a sam numer musi pozostawać pod kontrolą firmy.

Centralne call center nie jest samo w sobie błędem. Błąd powstaje wtedy, gdy:

• infolinia występuje jako jedyny numer przy każdym oddziale,
• na stronie lokalizacji znajdują się trzy równorzędne numery bez opisów,
• numery śledzące połączenia zmieniają się zależnie od kampanii,
• wizytówka pokazuje jeden numer, strona drugi, a katalog branżowy trzeci,
• numer po zamkniętej placówce nadal występuje w stopce, pliku PDF lub starym regulaminie.

AI może wówczas wybrać numer najczęściej powtarzany, a nie numer właściwy dla danej lokalizacji.

Mieszanie godzin otwarcia ma podobną przyczynę. Centrala pracuje od 8:00 do 20:00, oddział franczyzowy od 10:00 do 18:00, recepcja kliniki do 21:00, a punkt pobrań tylko do 12:00. Na stronie każda z tych informacji zostaje opisana jako „godziny otwarcia”.

Godziny trzeba przypisać do konkretnego bytu:

• placówki,
• recepcji,
• działu,
• punktu odbioru,
• sekretariatu,
• konkretnej usługi.

W przeciwnym razie system wybierze wartość bez rozumienia operacyjnej różnicy. Google dopuszcza osobne godziny dla działów, a w danych LocalBusiness pozwala zagnieżdżać działy posiadające własne telefony i godziny.

Czwarty przypadek to rekomendowanie lokalizacji z innego miasta. Często wygrywa oddział mający najwięcej treści, linków i opinii, nawet jeśli użytkownik wskazał inną miejscowość. Typowe przyczyny są prozaiczne:

• tylko jedna placówka ma osobną, indeksowalną stronę,
• pozostałe są dostępne wyłącznie po użyciu wyszukiwarki kodów pocztowych,
• mapa oddziałów działa tylko w JavaScripcie i nie zawiera zwykłych linków HTML,
• każda strona lokalizacji ma znacznik kanoniczny prowadzący do strony głównej,
• podstrony różnią się wyłącznie nazwą miasta,
• wszystkie profile lokalne prowadzą do domeny głównej,
• centrala jest wskazana w stopce jako „kontakt”, bez wyraźnego oznaczenia „siedziba spółki”.

Google grupuje strony o bardzo podobnej treści i wybiera jedną z nich jako reprezentatywną wersję kanoniczną. Sam znacznik kanoniczny jest sygnałem, a nie bezwzględnym poleceniem. Jeżeli strony oddziałów są niemal identyczne, jedna lokalizacja może zostać uznana za główną, a pozostałe będą skanowane rzadziej. Każda rzeczywiście odrębna strona placówki powinna mieć własny adres URL, samodzielny znacznik kanoniczny i znaleźć się w mapie witryny.

Kolejność napraw ma znaczenie. Najpierw należy usunąć kolizję tożsamości, później poprawiać treść:

1. osobna strona i profil dla realnej lokalizacji,
2. jednoznaczny adres, telefon oraz godziny,
3. lokalne recenzje i opisy,
4. dane strukturalne,
5. dodatkowe katalogi, materiały i automatyzacje.

Dodawanie rozbudowanego JSON-LD do chaotycznej bazy nie porządkuje informacji. Jedynie opisuje chaos w bardziej technicznym formacie.

Strona lokalizacji, telefon, nazwa i opinie: sygnały, które rozdzielają placówki

Dobra zasada robocza brzmi:

1 oddział = 1 stały adres URL + 1 główny numer telefonu + 1 profil na każdej platformie + 1 strumień lokalnych opinii.

Wyjątki istnieją, szczególnie przy centralnych infoliniach, szkołach i dużych klinikach. Powinny jednak wynikać z modelu obsługi klienta, a nie z wygody osoby uzupełniającej stronę.

Osobna strona lokalizacji

Każda placówka dostępna dla klientów powinna mieć własną, indeksowalną stronę, na przykład:

• marka.pl/placowki/warszawa-mokotow/
• marka.pl/placowki/warszawa-wola/
• marka.pl/placowki/lodz-widzew/

Adresy takie jak marka.pl/kontakt?id=17 albo lokalizator wymagający wpisania kodu pocztowego są słabsze operacyjnie. Mogą działać dla użytkownika, ale utrudniają linkowanie, kontrolę indeksacji, przekazywanie konkretnego adresu i przypisywanie danych do jednego miejsca.

Na górze strony placówki powinny znaleźć się, w kolejności:

• nazwa marki i określenie lokalizacji,
• pełny adres z kodem pocztowym,
• przycisk połączenia z lokalnym numerem,
• aktualny status i godziny,
• link do rezerwacji, zakupu albo kontaktu,
• mapa lub link do nawigacji.

Dopiero niżej należy umieszczać zespół, zakres usług, zdjęcia i dłuższy opis. Numer telefonu schowany wyłącznie w stopce albo w rozwijanym akordeonie jest niepotrzebnym utrudnieniem również dla człowieka.

Strona nie powinna być kopią wspólnego szablonu z podmienionym miastem. Nie istnieje oficjalna minimalna liczba słów, a Google wprost wskazuje, że nie ma idealnej długości strony przygotowanej pod funkcje generatywne.

W praktyce 250–500 słów lokalnej treści zwykle wystarcza, o ile zawiera konkretne informacje:

• jak trafić do wejścia,
• na którym piętrze znajduje się placówka,
• gdzie można zaparkować,
• które usługi są faktycznie dostępne w tym oddziale,
• czy lokal jest dostępny dla osoby poruszającej się na wózku,
• jaki zespół pracuje na miejscu,
• czy obowiązuje wcześniejsza rezerwacja,
• czym oferta różni się od pozostałych placówek,
• jakie są lokalne wyjątki w godzinach pracy.

Tysiąc słów o „najwyższej jakości obsługi” powielonych na 40 podstronach daje mniej informacji niż trzy zdania o wejściu od ul. Domaniewskiej, parkingu P2 i braku aparatu RTG w tej konkretnej klinice.

Jednoznaczna nazwa bez łamania zasad platform

Na stronie można napisać:

Klinika Nova w Warszawie — placówka Mokotów

Tytuł dokumentu może brzmieć:

Klinika Nova Warszawa Mokotów — adres, telefon i godziny

Nie oznacza to jednak, że nazwa Profilu Firmy w Google powinna automatycznie brzmieć „Klinika Nova Warszawa Mokotów”. Google wymaga stosowania nazwy funkcjonującej w rzeczywistości: na szyldzie, stronie, materiałach firmowych i w komunikacji z klientami. W przypadku sieci wszystkie lokalizacje w jednym kraju powinny zasadniczo używać tej samej nazwy, chyba że realne oznakowanie poszczególnych placówek konsekwentnie się różni. Dopisywanie miasta wyłącznie w celu rozróżnienia wizytówek może skończyć się korektą nazwy albo zawieszeniem profilu.

Rozróżnienie należy więc budować za pomocą:

• adresu URL,
• adresu pocztowego,
• lokalnego telefonu,
• kodu oddziału,
• współrzędnych,
• treści strony,
• profilu lokalnego,
• tytułu strony i nagłówka,
• linków prowadzących bezpośrednio do placówki.

Dla kilku lokalizacji w jednym mieście użyteczne są dzielnica i ulica. Lepszy będzie adres /warszawa-pulawska/ niż /warszawa-2/. Wewnętrzny identyfikator może mieć postać PL-WAW-MOK-01. Nie powinien być dopisywany do publicznej nazwy, ale powinien występować w CMS, plikach eksportowych, systemie rezerwacji i danych branchCode.

Unikalny numer telefonu

Najmocniejszym rozwiązaniem jest stały numer przypisany do oddziału, najlepiej z polskim prefiksem kraju i numerem kierunkowym, na przykład:

• zapis widoczny: +48 22 123 45 67,
• zapis maszynowy: +48221234567.

Numer może przekierowywać do centralnego call center. Nadal pozostaje jednak unikalnym identyfikatorem ścieżki kontaktowej dla konkretnej placówki. Konsultant powinien od razu widzieć, z którego numeru wejściowego pochodzi połączenie.

W Profilu Firmy w Google można podać numer główny i maksymalnie dwa numery dodatkowe. Centralną infolinię lepiej oznaczyć jako dodatkową, a numer lokalny zachować jako główny. Gdy wszystkie placówki muszą posługiwać się jednym numerem, należy przynajmniej:

• opisać go jako infolinię ogólnopolską,
• nie przedstawiać go jako bezpośredniego telefonu do recepcji,
• umieścić na stronie konkretny formularz z ukrytym identyfikatorem placówki,
• tworzyć osobne linki do rezerwacji,
• nie mieszać centralnego numeru z numerami lokalnych działów.

Najwięcej problemów powodują rotacyjne numery call trackingowe. Numer zmieniający się zależnie od kampanii, urządzenia albo sesji nie powinien zastępować trwałej tożsamości oddziału na indeksowanej stronie. Do pomiaru kampanii lepiej używać stabilnego numeru dla każdej placówki albo osobnych stron reklamowych, zamiast losowego numeru w głównej sekcji kontaktowej.

Godziny zapisane jako dane lokalne, nie firmowe

Godziny muszą być identyczne w:

• widocznej treści strony placówki,
• danych strukturalnych,
• Profilu Firmy w Google,
• Apple Business,
• pozostałych aktywnie używanych katalogach,
• systemie rezerwacji.

Świąteczne i jednorazowe wyjątki należy aktualizować jako godziny specjalne, a nie przez zastępowanie zwykłego harmonogramu. Operacyjnie dobrze działa termin 14 dni przed świętem lub planowaną zmianą. Nagłe zamknięcie trzeba publikować tego samego dnia.

Dla szkoły nie należy przedstawiać planu lekcji jako godzin otwarcia budynku. Google wymienia szkoły i uczelnie wśród miejsc, które zwykle nie powinny publikować standardowych godzin, gdy harmonogram zależy od zajęć. Na stronie można natomiast jednoznacznie podać godziny sekretariatu, dyżury rekrutacyjne i godziny dostępu do budynku jako osobne informacje.

W klinice podobnie trzeba rozdzielić:

• godziny recepcji,
• godziny punktu pobrań,
• dyżur nocny,
• dostępność pracowni diagnostycznej,
• godziny konkretnego lekarza.

Jeżeli dział jest odrębną, publicznie dostępną jednostką z własną nazwą, kategorią, telefonem i godzinami, może mieć osobny profil. Google wskazuje, że takie działy powinny funkcjonować jako wyraźnie odrębne podmioty; zwykle mają też osobne wejście i inną kategorię niż działalność główna.

Lokalne dane strukturalne

Na stronie każdej placówki należy umieścić osobny obiekt LocalBusiness albo jego możliwie dokładny podtyp, np. Store, Dentist, MedicalClinic, Restaurant czy LegalService. Google wymaga w tym oznaczeniu co najmniej nazwy i fizycznego adresu, a zaleca między innymi telefon, adres URL, współrzędne i godziny. Współrzędne powinny być podane z dokładnością co najmniej pięciu miejsc po przecinku.

Przykładowy model dla placówki medycznej:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.klinikanova.pl/#organization",
      "name": "Klinika Nova",
      "url": "https://www.klinikanova.pl/",
      "logo": "https://www.klinikanova.pl/assets/logo.png"
    },
    {
      "@type": "MedicalClinic",
      "@id": "https://www.klinikanova.pl/placowki/warszawa-mokotow/#location",
      "name": "Klinika Nova",
      "branchCode": "PL-WAW-MOK-01",
      "url": "https://www.klinikanova.pl/placowki/warszawa-mokotow/",
      "telephone": "+48221234567",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "ul. Puławska 145",
        "postalCode": "02-715",
        "addressLocality": "Warszawa",
        "addressCountry": "PL"
      },
      "geo": {
        "@type": "GeoCoordinates",
        "latitude": 52.17264,
        "longitude": 21.02351
      },
      "openingHoursSpecification": [
        {
          "@type": "OpeningHoursSpecification",
          "dayOfWeek": [
            "Monday",
            "Tuesday",
            "Wednesday",
            "Thursday",
            "Friday"
          ],
          "opens": "08:00",
          "closes": "20:00"
        },
        {
          "@type": "OpeningHoursSpecification",
          "dayOfWeek": "Saturday",
          "opens": "09:00",
          "closes": "14:00"
        }
      ],
      "parentOrganization": {
        "@id": "https://www.klinikanova.pl/#organization"
      }
    }
  ]
}

W aktualnym Schema.org właściwość branchOf została zastąpiona przez parentOrganization. Nowe wdrożenia powinny korzystać właśnie z parentOrganization.

Przy franczyzie trzeba zachować ostrożność. Franczyzobiorca nie zawsze jest jednostką organizacyjną spółki będącej właścicielem marki. Jeśli placówkę prowadzi odrębna firma, bezpieczniej opisać relację przez brand, a parentOrganization stosować tylko wtedy, gdy rzeczywiście istnieje relacja organizacyjna. Lokalny operator może mieć własne legalName i taxID. Nie należy przypisywać wszystkim franczyzobiorcom NIP-u centrali.

Po wdrożeniu kod trzeba sprawdzić w Rich Results Test, Schema Markup Validator oraz przez kontrolę adresu URL w Google Search Console. Google zaleca najpierw wdrożenie kilku stron testowych, naprawienie błędów i dopiero później publikację na całej sieci. Znalezienie oraz ponowne zindeksowanie zmian może potrwać kilka dni.

Indywidualne opisy i recenzje

Opis lokalizacji powinien zawierać fakty dotyczące właśnie tej placówki. „Zapewniamy profesjonalną obsługę i indywidualne podejście” nie odróżnia szkoły w Katowicach od szkoły w Szczecinie. Informację rozróżniającą stanowi natomiast zdanie:

Placówka przy ul. Francuskiej prowadzi grupy dla dzieci od 7. roku życia, nie organizuje kursów dla dorosłych i ma dwie sale na pierwszym piętrze bez windy.

Recenzje również trzeba rozdzielić:

• wiadomość po wizycie zawiera link do profilu konkretnego oddziału,
• kod QR przy kasie jest przypisany do tej placówki,
• system wysyłkowy pobiera link na podstawie branch_id,
• recenzja prezentowana na stronie ma widoczną nazwę lokalizacji,
• ta sama opinia nie jest kopiowana na wszystkie strony oddziałów,
• odpowiedź firmy odnosi się do miejsca i zdarzenia, bez ujawniania danych klienta.

Nie należy oczekiwać, że dodanie aggregateRating do własnej strony firmy zapewni gwiazdki w wynikach Google. Recenzje kontrolowane przez oceniany podmiot, także osadzone z zewnętrznego widgetu, nie kwalifikują stron LocalBusiness i Organization do funkcji gwiazdek dla opinii własnych.

To irytujące dla firm, które poprawnie zbierają autentyczne opinie, ale techniczne obchodzenie tej zasady niczego nie naprawia. Recenzje nadal warto pokazywać użytkownikom — tyle że z prawidłowym przypisaniem do oddziału, a nie z obietnicą dodatkowego elementu w wynikach wyszukiwania.

Model prawidłowej architektury informacji dla marki i jej placówek

Prawidłowa architektura rozdziela dwie rzeczy: tożsamość marki i miejsce wykonania usługi lub sprzedaży.

Najprostszy model wygląda tak:

marka.pl/
│
├── placowki/
│   ├── warszawa-mokotow/
│   ├── warszawa-wola/
│   ├── lodz-widzew/
│   └── poznan-jezyce/
│
├── uslugi/
├── o-nas/
└── kontakt-do-centrali/

Na stronie głównej wystarczy jeden obiekt Organization. Google zaleca umieszczanie danych organizacji na stronie głównej albo na jednej stronie opisującej podmiot, zamiast powtarzania ich wszędzie. Organization może zawierać między innymi nazwę prawną, identyfikatory podatkowe, logo, adresy i oficjalne profile sameAs.

Na stronach placówek powinny znajdować się osobne obiekty lokalne, połączone z marką przez parentOrganization albo brand. Zwykłe linkowanie HTML jest równie ważne: marka prowadzi do listy placówek, lista do każdej lokalizacji, a strona usługi do oddziałów, które rzeczywiście tę usługę świadczą.

Nie należy tworzyć strony „ortodonta Lublin” dla placówki w Warszawie tylko dlatego, że firma obsługuje pacjentów z Lublina. Strona obszaru obsługi nie jest oddziałem. Google nie uznaje wirtualnych biur za kwalifikowane lokalizacje, a biuro w coworkingu może zostać uznane za placówkę tylko wtedy, gdy ma czytelne oznakowanie, przyjmuje klientów i jest obsadzone przez personel firmy w deklarowanych godzinach.

Główna baza lokalizacji

Przy więcej niż kilku oddziałach dane nie powinny być utrzymywane ręcznie w pięciu niezależnych miejscach. Potrzebna jest jedna tabela, baza albo moduł CMS, w którym jeden wiersz oznacza jedną placówkę.

Minimalny rekord powinien zawierać:

• branch_id,
• branch_code,
• status: planowana, czynna, tymczasowo zamknięta, zamknięta,
• publiczną nazwę,
• nazwę operatora prawnego,
• pełny adres rozbity na pola,
• szerokość i długość geograficzną,
• główny i dodatkowy numer telefonu,
• lokalny e-mail,
• standardowe godziny,
• godziny specjalne,
• lokalne usługi,
• URL strony placówki,
• URL rezerwacji,
• identyfikatory profili mapowych,
• link do wystawienia opinii,
• datę ostatniego potwierdzenia,
• osobę odpowiedzialną.

Apple umożliwia przypisywanie lokalizacjom własnych kodów, a każda fizyczna placówka może być zarządzana oddzielnie w ramach marki. W 2026 roku Apple Business Connect zostało włączone do platformy Apple Business. Bing Places również powinien otrzymać ten sam zestaw podstawowych danych, o ile firma faktycznie pozyskuje z niego ruch lub połączenia.

Priorytety wdrożenia

Nie wszystkie działania mają ten sam ciężar.

Priorytet natychmiastowy:

• zły adres, telefon lub godziny,
• dwa profile jednej placówki,
• profil zamkniętego oddziału nadal oznaczony jako czynny,
• recenzje kierowane do niewłaściwego miejsca,
• wszystkie profile prowadzące do strony głównej,
• kanoniczne adresy stron lokalnych prowadzące do innej podstrony.

Priorytet na kolejne 30 dni:

• osobne strony placówek,
• lokalne tytuły i nagłówki,
• stabilne numery,
• dane LocalBusiness,
• linkowanie z katalogu placówek,
• indywidualne linki i kody QR do opinii.

Dopiero po uporządkowaniu danych:

• rozbudowane lokalne opisy,
• automatyczna synchronizacja katalogów,
• dodatkowe profile mapowe,
• osobne strony działów,
• testy odpowiedzi AI,
• raporty porównujące źródła.

Rozpoczynanie od rozbudowanych opisów, pliku llms.txt albo kolejnego narzędzia „GEO” jest odwróceniem kolejności. Google deklaruje, że nie używa llms.txt i nie wymaga specjalnych danych strukturalnych dla funkcji generatywnych.

Procedura wdrożenia dla sieci

Najbezpieczniejsza kolejność prac wygląda następująco:

1. Zbierz dane ze strony, Google, Apple Business, Bing Places, systemu rezerwacji, CRM i materiałów drukowanych.
2. Wskaż jedną wartość kanoniczną dla każdego pola.
3. Nadaj każdej lokalizacji trwały identyfikator.
4. Wybierz jeden oddział pilotażowy, najlepiej ten, przy którym występuje najwięcej błędów.
5. Popraw stronę, profil, telefon, godziny, opinie i JSON-LD.
6. Sprawdź indeksację oraz wyniki dla zapytań zawierających markę, miasto, ulicę, telefon i godziny.
7. Dopiero po przejściu kontroli skopiuj model techniczny na pozostałe placówki.
8. Co miesiąc poproś kierownika lokalnego o potwierdzenie telefonu, godzin i dostępnych usług.
9. Raz na kwartał wykonaj porównanie danych między stroną a profilami zewnętrznymi.

Dla sieci liczącej dziesięć oddziałów realistyczny nakład, bez przebudowy całego serwisu i bez integracji API, wynosi zazwyczaj:

• 5–10 godzin na inwentaryzację danych,
• 2–4 dni pracy programisty na szablon lokalizacji, dane strukturalne i mapę witryny,
• 1–2 godziny na placówkę na lokalną treść, sprawdzenie danych i kontrolę publikacji,
• 1–2 dni na testy i poprawki całej serii.

Najwięcej czasu zabiera zwykle nie kod, lecz ustalenie, który numer, harmonogram i profil są rzeczywiście aktualne. Przy franczyzie dochodzą akceptacje lokalnych operatorów. Przy klinikach — rozdzielenie godzin recepcji, lekarzy i pracowni. Przy szkołach — odróżnienie godzin sekretariatu od planu zajęć.

Pierwszym krokiem nie powinno więc być „dodanie schema”. Należy zacząć od jednego arkusza z kompletem placówek i usunąć najbardziej kosztowny błąd: sytuację, w której dwa oddziały mają tę samą cyfrową tożsamość.

FAQ — najczęstsze pytania o rozdzielanie oddziałów

Czy każda placówka powinna mieć osobny Profil Firmy w Google?
Tak, jeżeli jest to rzeczywista, obsadzona lokalizacja dostępna dla klientów. Nie należy tworzyć kilku profili dla jednego oddziału ani profili dla wirtualnych biur. Działy i indywidualni specjaliści mogą mieć osobne profile tylko po spełnieniu dodatkowych warunków dotyczących samodzielności, kontaktu i publicznej obsługi.

Czy wszystkie oddziały mogą korzystać z jednego numeru infolinii?
Mogą, ale utrudnia to jednoznaczne przypisanie kontaktu. Lepszy jest stały numer wejściowy dla każdej placówki, nawet gdy wszystkie połączenia odbiera to samo call center. Google zaleca numer lokalny i stronę reprezentującą konkretną lokalizację.

Czy miasto lub dzielnicę należy dopisać do nazwy oddziału?
Na stronie warto używać miasta, dzielnicy lub ulicy jako opisu lokalizacji. W nazwie wizytówki Google można je umieścić tylko wtedy, gdy są częścią nazwy konsekwentnie używanej na szyldzie, stronie i materiałach firmy. Sam dopisek SEO nie jest wystarczającym powodem.

Czy dane LocalBusiness gwarantują, że AI nie pomyli lokalizacji?
Nie. Dane strukturalne pomagają opisać relacje i pola, ale nie zastąpią zgodnej treści, osobnych stron, aktualnych profili ani prawidłowego linkowania. Google nie gwarantuje indeksacji, wyniku rozszerzonego ani wykorzystania informacji w odpowiedzi generatywnej.

Jak rozdzielić opinie między oddziałami?
Każdy oddział powinien mieć własny link i kod QR do wystawienia opinii. Link musi być wybierany na podstawie placówki, w której odbyła się wizyta lub sprzedaż. Na stronie należy pokazywać opinie z nazwą lokalizacji, zamiast kopiować ten sam zestaw referencji do wszystkich oddziałów.

Od czego zacząć naprawę istniejącej sieci?
Utwórz jeden rejestr lokalizacji i wybierz oddział, przy którym systemy najczęściej podają złe informacje. Najpierw popraw jego URL, numer telefonu, godziny i profil lokalny. Dopiero gdy te cztery elementy są zgodne we wszystkich źródłach, wdrażaj dane strukturalne i rozbudowane opisy na pozostałych placówkach.