Jak założyć Profil Firmy w Google i go zoptymalizować w 2026 roku? Przewodnik

Poradników „jak założyć i zoptymalizować Profil Firmy w Google” jest w polskim internecie całe mnóstwo i większość z nich raczej dotyczy tego samego, czyli uzupełnij opis, dodaj zdjęcia, zbieraj opinie, publikuj posty. To oczywiście ważna część, ale zamierzam tego powtarzać, a zamiast tego chcę pokazać coś, o czym agencje marketingowe zwykle nie piszą: jak połączyć Profil Firmy w Google z kodem Twojej strony, żeby dane nie rozjeżdżały się i żeby systemy przetwarzające stronę otrzymywały jeden spójny opis firmy.

Piszę to z perspektywy dewelopera, który buduje strony w Next.js i Astro dla firm usługowych i lokalnych, i który widzę przykładowo świetnie uzupełniony GBP i strona www, które nie są ze sobą zgodne. Posiadają różne formaty adresu, inny numer telefonu w stopce niż w profilu, brakuje danych strukturalnych albo dane strukturalne zostały wklejone w przeszłości i nieaktualizowane.

Kto może założyć Profil Firmy w Google?

Google udostępnia profil firmom, które mają kontakt z klientami osobiście, czyli może to być lokal dostępny w deklarowanych godzinach, firma dojeżdżająca do klientów albo firma działająca w modelu hybrydowym. Warto zapamiętać, że nie kwalifikują się do Profilu Firmy, np. sklepy działające wyłącznie online, marki bez obsługi osobistej i nieruchomości przeznaczone wyłącznie na wynajem.

Najpierw ustal właściwy typ działalności:

Jak założyć Profil Firmy w Google krok po kroku?

1. Sprawdź, czy profil już istnieje

Wyszukaj nazwę firmy wraz z miastem w Google i Mapach, ponieważ Google potrafi utworzyć wpis na podstawie danych publicznych lub zgłoszeń użytkowników. Kiedy widzisz właściwą firmę z opcją „Zgłoś prawo do tej firmy” albo „Jesteś właścicielem tej firmy?”, przejmij istniejący wpis, ponieważ tworzenie drugiego profilu dla tej samej lokalizacji prowadzi do duplikacji i problemów z wyświetlaniem danych.

W sytuacji kiedy wpis należy już do innej osoby, rozpocznij procedurę uzyskania dostępu, przy czym pamiętaj też, że zakładanie konkurencyjnego profilu nie rozwiązuje konfliktu własności.

2. Dodaj firmę z właściwego konta

Wejdź na business.google.com/add, wybierz „Dodaj swoją firmę do Google” i przejdź przez formularz. Pamiętaj, że profil najlepiej zakładać z konta kontrolowanego przez firmę, a nie z prywatnego konta pracownika lub agencji. Po uruchomieniu dodaj konkretne osoby jako właścicieli albo menedżerów i nie przekazuj wspólnego hasła.

Google rozróżnia role, więc właściciel zarządza dostępem i może usunąć profil, menedżer edytuje informacje, publikuje posty oraz odpowiada na opinie, ale nie zarządza użytkownikami. Pamiętaj, że by utrzymywać małą listę dostępów i usuwać byłych pracowników (to jest coś o czym łatwo zapominieć).

3. Wpisz prawdziwą nazwę firmy

Nazwa w profilu ma odpowiadać temu, co klient widzi na szyldzie, stronie, dokumentach i materiałach firmowych. Pamiętaj, by nie dopisywać miasta, dzielnicy, numeru telefonu, godzin ani listy usług, w sytuacji kiedy nie są częścią nazwy używanej w rzeczywistości.

Poprawnie:  StriveLab
Błędnie:    StriveLab | Strony internetowe Next.js Kraków 24/7

Upychanie fraz w nazwie może chwilowo wyglądać atrakcyjnie, lecz łamie wytyczne Google i zwiększa ryzyko odrzucenia edycji lub zawieszenia profilu.

4. Wybierz kategorię główną i kategorie dodatkowe

Kategoria główna opisuje podstawową działalność i wpływa na lokalny ranking oraz funkcje dostępne w profilu. Google samo podaje przykład, że „salon manicure” jest lepszym wyborem niż szerokie „salon”, więc wybierz najbardziej precyzyjną kategorię dostępną w interfejsie.

Kategorie dodatkowe mają pokrywać realne, ważne linie działalności więc nie dodawaj każdej kategorii, która luźno pasuje. Google zaleca użycie możliwie małej liczby kategorii opisujących rdzeń biznesu. W wypadku usług i produktów, wpiszesz je w przeznaczonych do tego polach.

5. Ustaw adres albo obszar działalności

W wypadku lokalu musisz podać precyzyjny adres, pod którym firma ma stałe oznakowanie, własną obsługę i przyjmuje klientów w deklarowanych godzinach. Z kolei przy działalności obszarowej ukryj adres i wskaż obsługiwane miasta lub kody pocztowe i pamiętaj, że zasięg ma odzwierciedlać rzeczywistą logistykę. Google orientacyjnie podaje, że granica obszaru zazwyczaj nie powinna wykraczać poza około 2 godziny jazdy od bazy.

6. Uzupełnij dane kontaktowe, godziny i ofertę

Tutaj musisz podać numer prowadzący bezpośrednio do danej lokalizacji oraz adres jej strony (w wypadku sieci oddziałów kieruj użytkownika na podstronę konkretnego punktu). Następnie dodaj zwykłe godziny, godziny specjalne na święta, usługi, produkty, atrybuty i linki do rezerwacji, jeśli dana kategoria je obsługuje.

Opis firmy powinien wyjaśniać, czym firma się zajmuje, komu pomaga i na jakim obszarze. Google nie pozwala umieszczać w nim linków, agresywnych promocji ani treści niezwiązanej z działalnością. Pamiętaj, że to pole służy klientowi więc nie stosuj nachalnego marketingu.

7. Przejdź weryfikację metodą przydzieloną przez Google

Warto wiedzieć, że metod nie wybiera właściciel, ponieważ Google pokazuje opcje dostępne dla konkretnej firmy na podstawie jej rodzaju, regionu, informacji publicznych i innych sygnałów. Może to być nagranie wideo, telefon lub SMS, e-mail, rozmowa wideo albo list, a czasami wymagane są nawet dwie metody. Szczegółowy plan nagrania znajdziesz w dalszej części przewodnika.

8. Sprawdź profil po publikacji

Po weryfikacji obejrzyj profil jak klient, najlepiej w Mapach i w oknie prywatnym. Przetestuj telefon, trasę, link do strony, formularz rezerwacji i godziny specjalne. Google łączy dane właściciela z informacjami z innych źródeł oraz sugestiami użytkowników, dlatego późniejsze aktualizacje Google wymagają regularnego przeglądu czy wszystko gra.

Krótko: dlaczego GBP w ogóle ma znaczenie

Profil Firmy w Google to darmowe narzędzie odpowiadające za to, jak firma wygląda w wyszukiwarce i w Mapach Google. Trzy czynniki decydują o tym, czy trafisz do tzw. Local Pack, czyli trójki firm wyświetlanej pod mapą:

1. Trafność, czyli dopasowanie profilu do tego, czego szuka użytkownik. Pomagają kompletne dane i właściwa kategoria.
2. Odległość, czyli dystans między firmą a lokalizacją użytkownika lub miejscem wskazanym w zapytaniu. Nie da się jej „zoptymalizować” frazami.
3. Rozpoznawalność, którą Google ocenia między innymi na podstawie informacji o firmie w sieci, linków oraz liczby i jakości opinii.

Google nie publikuje wag tych sygnałów i nie pozwala zapłacić za lepszą pozycję organiczną. Ranking zmienia się też wraz z lokalizacją, urządzeniem i zapytaniem, więc pojedynczy screenshot pozycji nie jest miarodajnym raportem. Trafność i rozpoznawalność możesz rozwijać. Odległość pozostaje fizycznym warunkiem danego wyszukiwania.

Co optymalizować najpierw?

NAP jako pojedyncze źródło prawdy w kodzie

NAP (Name, Address, Phone) to nazwa, adres i telefon Twojej firmy. Dane powinny opisywać tę samą firmę poprawnie w Profilu Firmy, na stronie, w stopce, w serwisach społecznościowych i ważnych katalogach. Najgroźniejsze są różnice zmieniające znaczenie, na przykład stary numer telefonu, inny lokal albo dawna nazwa. Nie ma podstaw, by twierdzić, że sama różnica typu „ul. Polna 1” i „Polna 1” automatycznie obniża ranking. Standaryzacja formatu nadal ułatwia utrzymanie danych i wykrywanie prawdziwych rozbieżności.

Problem w praktyce nie polega na tym, że deweloperzy o tym nie wiedzą. Polega na tym, że dane firmowe są rozproszone po kodzie i mogą być raz wpisane w komponencie stopki, raz w komponencie kontaktowym, raz w pliku SEO, raz w markupie schema wklejonym ręcznie na sztywno. Kiedy firma zmienia numer telefonu, ktoś aktualizuje trzy z pięciu miejsc i po dwóch tygodniach NAP znów jest niespójny.

Rozwiązaniem jest jeden plik konfiguracyjny jako źródło prawdy.

// config/business-info.ts
export const businessInfo = {
  name: 'Twoja Firma Sp. z o.o.',
  legalName: 'Twoja Firma Spółka z ograniczoną odpowiedzialnością',
  url: 'https://twojafirma.pl',
  phone: '+48 000 000 000',
  email: 'kontakt@twojafirma.pl',
  address: {
    street: 'ul. Przykładowa 1',
    city: 'Kraków',
    postalCode: '30-001',
    country: 'PL',
  },
  geo: {
    latitude: 50.0614,
    longitude: 19.9366,
  },
  hours: [
    { day: 'Monday', opens: '09:00', closes: '17:00' },
    { day: 'Tuesday', opens: '09:00', closes: '17:00' },
    { day: 'Wednesday', opens: '09:00', closes: '17:00' },
    { day: 'Thursday', opens: '09:00', closes: '17:00' },
    { day: 'Friday', opens: '09:00', closes: '15:00' },
  ],
  // GBP i profile społecznościowe wskazane także w sameAs w schema
  sameAs: [
    'https://www.google.com/maps/place/?q=place_id:TWOJ_PLACE_ID',
    'https://www.facebook.com/twojafirma',
    'https://www.linkedin.com/company/twojafirma',
  ],
} as const

Ten sam obiekt importujesz do stopki, strony kontaktowej, formularza i komponentu ze schema. Zmiana numeru telefonu to jedna edycja w jednym miejscu. To brzmi jak oczywistość, ale w audytach, które robię, często brak takiego pliku.

Spójność NAP jest tylko jednym z elementów technicznej widoczności. Indeksację, linki kanoniczne, renderowanie i wydajność możesz sprawdzić według przewodnika po audycie technicznym SEO w React i Next.js.

Schema.org LocalBusiness: połączenie GBP z kodem strony

GBP to dane zarządzane w usługach Google. Schema.org LocalBusiness opisuje firmę w kodzie strony jako JSON-LD. Google wskazuje, że dane strukturalne przekazują jawne informacje o znaczeniu treści, ale nie dokumentuje prostego mechanizmu, w którym zgodność schema automatycznie podnosi pozycję Profilu Firmy. Traktuj JSON-LD jako jednoznaczny, maszynowo czytelny opis widocznej treści oraz fundament kontroli jakości.

Trzy zasady, które warto wziąć na poważnie:

1. Wybierz możliwie konkretny, prawdziwy podtyp. Dla gabinetu stomatologicznego może to być Dentist, dla restauracji Restaurant, a dla kancelarii LegalService. Kiedy żaden podtyp nie pasuje, szeroki LocalBusiness jest poprawny.
2. NAP w schema ma opisywać te same dane co widoczna strona i Profil Firmy. Używaj pełnego numeru z prefiksem kraju oraz właściwego adresu lokalizacji.
3. Nie dodawaj nieprawdziwych informacji. Dane strukturalne muszą być aktualne, zgodne z widoczną treścią i prawdziwe. Naruszenie zasad może odebrać stronie możliwość uzyskania wyniku rozszerzonego, chociaż Google wyjaśnia, że ręczna akcja dotycząca structured data nie obniża sama w sobie zwykłego rankingu strony.

Next.js (App Router)

// components/LocalBusinessSchema.tsx
import { businessInfo } from '@/config/business-info'
 
export function LocalBusinessSchema() {
  const schema = {
    '@context': 'https://schema.org',
    '@type': 'ProfessionalService', // dobierz najbliższy podtyp dla swojej branży
    '@id': `${businessInfo.url}/#organization`,
    name: businessInfo.name,
    legalName: businessInfo.legalName,
    url: businessInfo.url,
    telephone: businessInfo.phone,
    email: businessInfo.email,
    address: {
      '@type': 'PostalAddress',
      streetAddress: businessInfo.address.street,
      addressLocality: businessInfo.address.city,
      postalCode: businessInfo.address.postalCode,
      addressCountry: businessInfo.address.country,
    },
    geo: {
      '@type': 'GeoCoordinates',
      latitude: businessInfo.geo.latitude,
      longitude: businessInfo.geo.longitude,
    },
    openingHoursSpecification: businessInfo.hours.map((h) => ({
      '@type': 'OpeningHoursSpecification',
      dayOfWeek: h.day,
      opens: h.opens,
      closes: h.closes,
    })),
    sameAs: businessInfo.sameAs,
  }
 
  return (
    <script
      type="application/ld+json"
      // eslint-disable-next-line react/no-danger
      dangerouslySetInnerHTML={{ __html: JSON.stringify(schema) }}
    />
  )
}

Komponent <LocalBusinessSchema/> należy umieścić w layoucie przypisanym do danej lokalizacji. W sytuacji, kiedy prowadzisz firmę jednooddziałową, może to być główny layout serwisu, ale w przypadku wielu oddziałów upewnij się, że na stronie warszawskiej nie emitujesz danych placówki krakowskiej, ponieważ każdy blok danych musi dokładnie odpowiadać firmie lub lokalizacji prezentowanej na danej podstronie.

Astro

W Astro robisz to samo, tyle że bezpośrednio w komponencie .astro, bez potrzeby dodatkowego opakowania:

---
// components/LocalBusinessSchema.astro
import { businessInfo } from '../config/business-info'
 
const schema = {
  '@context': 'https://schema.org',
  '@type': 'ProfessionalService',
  '@id': `${businessInfo.url}/#organization`,
  name: businessInfo.name,
  url: businessInfo.url,
  telephone: businessInfo.phone,
  address: {
    '@type': 'PostalAddress',
    streetAddress: businessInfo.address.street,
    addressLocality: businessInfo.address.city,
    postalCode: businessInfo.address.postalCode,
    addressCountry: businessInfo.address.country,
  },
  geo: {
    '@type': 'GeoCoordinates',
    latitude: businessInfo.geo.latitude,
    longitude: businessInfo.geo.longitude,
  },
  sameAs: businessInfo.sameAs,
}
---
 
<script type="application/ld+json" set:html={JSON.stringify(schema)} />

Po wdrożeniu przepuść adres przez Rich Results Test oraz kontrolę adresu URL w Search Console, a do sprawdzania pełnego słownika Schema.org użyj również Schema Markup Validator, ponieważ Rich Results Test koncentruje się na funkcjach obsługiwanych przez Google. Zielony wynik potwierdza techniczną poprawność.

Przy częstych wdrożeniach ręczna kontrola szybko przestaje wystarczać, w związku z tym, reguły pilnujące między innymi linków kanonicznych, noindex i zawartości sekcji head możesz oprzeć na automatycznych testach regresji SEO w GitHub Actions.

Wiele lokalizacji: jedna strona główna to za mało

W sytuacji, kiedy obsługujesz kilka miast lub oddziałów, częstym błędem jest jeden wielki blok LocalBusiness wrzucony na stronę główną, mimo że każda placówka ma inny adres, godziny i telefon. Taki model utrudnia powiązanie danych strukturalnych z widoczną treścią konkretnej strony. Dlatego lepszy wzorzec będzie taki:

1. Osobna, użyteczna podstrona dla lokalizacji (/krakow, /warszawa).
2. Osobny blok LocalBusiness na każdej z nich, ze stałym @id.
3. Każda lokalizacja połączona z nadrzędną Organization przez @id.
4. Właściwy numer telefonu, adres, godziny i mapa dla każdego oddziału.
5. Osobny Profil Firmy wyłącznie dla rzeczywistej, uprawnionej lokalizacji ze stałą obsadą.

Kiedy zarządzasz siecią, Google udostępnia grupy lokalizacji i pracę zbiorczą. Mowa tutaj o weryfikacji zbiorczej, która jest przeznaczona dla kwalifikujących się firm mających co najmniej 10 lokalizacji tej samej marki.

Weryfikacja profilu w 2026: jedna rzecz do sprostowania

W wielu poradnikach można przeczytać, że weryfikacja wideo to jedyny obowiązkowy standard dla każdego nowego profilu, a tak po prostu nie jest. Google przypisuje metody automatycznie, biorąc pod uwagę typ firmy, informacje publiczne, region i godziny działania i w interfejsie może pojawić się nagranie, telefon lub SMS, e-mail, rozmowa wideo albo list. Nie da się samodzielnie odblokować metody, której Google nam nie zaoferowało, a czasami system wymaga więcej niż jednego kroku.

Gdy dostaniesz weryfikację nagraniem, to ten materiał musi powstać na żywo z poziomu Profilu Firmy na urządzeniu mobilnym. Google wymaga jednego, nieedytowanego nagrania bez przerw, trwającego co najmniej 30 sekund, podczas którego pokaż otoczenie lokalizacji, dowód istnienia firmy i dowód zarządzania. Przykładowo, może to być dostęp do kasy, zaplecza, oznakowanego pojazdu lub dokumentu firmowego bez ujawniania danych wrażliwych. Pamiętaj, by unikać w nagraniu twarzy osób postronnych.

W wypadku firmy obszarowej nagranie powinno pokazać znaki uliczne lub rozpoznawalne punkty w pobliżu bazy, narzędzia pracy, materiały z nazwą firmy oraz dowód, że zarządzasz działalnością. Dla lokalu i modelu hybrydowego nazwa na stałym szyldzie powinna odpowiadać nazwie profilu. Po przesłaniu weryfikacja może potrwać do pięciu dni roboczych.

Zdjęcia: mniej „ile procent więcej”, więcej praktyki

Spotkasz w sieci konkretne liczby w stylu „profile ze zdjęciami mają o X% więcej zapytań o dojazd”, ale traktowałbym je ostrożnie, ponieważ zwykle pochodzą z badań pojedynczych dostawców. Oficjalna dokumentacja mówi prościej, by zdjęcia pomagały pokazać ofertę i wyróżnić firmę.

Dodaj logo, zdjęcie okładkowe, zewnętrzne ujęcia ułatwiające znalezienie wejścia, wnętrze, zespół, produkty i pracę w toku. Google rekomenduje JPG albo PNG, rozdzielczość 720 × 720 px i rozmiar od 10 KB do 5 MB, a same zdjęcia powinny być ostre, dobrze oświetlone i bez nadmiernych filtrów lub dużych modyfikacji. Zdjęcie okładkowe jest sugestią, co Google powinno pokazać jako pierwsze - czy pokaże to już osobna sprawa. Może pokazać, może nie pokazać.

Pierwszą funkcją materiałów jest odpowiedzieć klientowi na pytanie czy trafi do właściwego wejścia, jak wygląda miejsce i czy firma wykonuje usługę, której potrzebuję? Oczywiście powinny być możliwie, jak najlepsze, ale muszą być przede wszystkim najbardziej praktyczne i informatywne.

Opinie i schema: tu łatwo o kosztowny błąd

Reagowanie na opinie to podstawa, ale pamiętaj też, że fałszywych, kupionych albo wprowadzających w błąd opinii nie wolno umieszczać w Review ani AggregateRating. Dane strukturalne muszą też odpowiadać treści widocznej dla użytkownika.

Google nie pokazuje gwiazdek w wynikach wyszukiwania dla opinii o własnej firmie (self-serving reviews) w schematach LocalBusiness, Organization i im pokrewnych. Obejmuje to zarówno opinie dodawane ręcznie, jak i te z zewnętrznych widżetów na własnej stronie. Możesz pokazywać prawdziwe opinie klientom, jednak pamiętaj, że użycie znacznika AggregateRating nie sprawi, że Google wyświetli dla nich gwiazdki. Ręczna akcja za structured data odbiera kwalifikację do wyników rozszerzonych, choć nie oznacza automatycznego spadku zwykłych pozycji całej domeny.

Opinie pozyskuj przez oficjalny link albo kod QR i proś o nie bez nagrody, ponieważ Google zabrania oferowania rabatu, produktu lub usługi w zamian za wystawienie, zmianę albo usunięcie recenzji. Spotykałem się z firmami, które stosowały podobne praktyki, ale w którymś momencie przestały. Proś każdego realnego klienta według stałego procesu, bez selekcji wyłącznie osób zadowolonych.

Google sprawdza odpowiedzi właścicieli przed publikacją, a sam proces trwa zwykle trwa to do 10 minut, choć w skrajnych przypadkach kontrola może potrwać do 30 dni. Pisz krótko, konkretnie odnoś się do tego o czym pisze klient i nie ujawniaj jego danych.

Usługi, produkty i posty: profil musi odpowiadać na decyzję klienta

Kategoria mówi Google, czym jest firma. Sekcja usług i produktów pokazuje klientowi, co konkretnie może kupić. Dodaj nazwy zrozumiałe dla człowieka, rzeczowe opisy oraz ceny, jeśli są stabilne i możesz je utrzymywać. Nie twórz kilkunastu niemal identycznych usług tylko po to, żeby odmieniać nazwę miasta.

Posty wykorzystuj do informacji, które mają termin: wydarzeń, nowych usług, zmienionych godzin, sezonowej oferty lub ważnego komunikatu. Profil nie wymaga codziennej publikacji, aby istnieć. Lepszy jest aktualny post wtedy, gdy masz coś do zakomunikowania, niż automatyczny strumień generycznych grafik. Pamiętaj też, że część funkcji zależy od kategorii i regionu.

Aktualizacja profilu powinna mieć właściciela procesu. Ustal prosty rytm:

1. Co tydzień sprawdź nowe opinie, pytania i sugestie zmian,
2. Przed świętami uzupełnij godziny specjalne,
3. Raz w miesiącu przejrzyj telefon, linki, usługi, zdjęcia i dostępy,
4. Po zmianie adresu, nazwy lub kategorii przygotuj się na ponowną weryfikację.

Jak mierzyć wyniki Profilu Firmy?

Panel Performance dla zweryfikowanego profilu pokazuje między innymi wyświetlenia, kliknięcia strony, połączenia, prośby o wyznaczenie trasy, wiadomości i rezerwacje, jeśli dana funkcja jest aktywna. Ustal punkt odniesienia przed zmianami i porównuj równe okresy, nie zapominając przy tym by uwzględnić sezonowość.

Dodaj parametry UTM do linku prowadzącego z profilu na stronę, żeby rozpoznać ten ruch w analityce:

https://twojafirma.pl/kontakt
  ?utm_source=google
  &utm_medium=organic
  &utm_campaign=profil_firmy

W prawdziwym adresie parametry zapisujesz w jednej linii. Dla wielu lokalizacji zastosuj rozróżnialne kampanie, na przykład profil_firmy_krakow i profil_firmy_warszawa. Nie zmieniaj konwencji co miesiąc, bo rozbijesz historię na przypadkowe etykiety.

Jeśli zdarzenia z formularzy, kliknięć telefonu i rezerwacji wysyłasz przez warstwę danych, zobacz również konfigurację Google Tag Manager i dataLayer w Next.js.

GBP + FAQ: co realnie działa w 2026, a co już nie

Tu muszę sprostować coś, co sam kiedyś powtarzałem w innych artykułach na tym blogu, zanim to zweryfikowałem: rich result FAQ w Google Search przestał się wyświetlać 7 maja 2026 roku. Google udokumentowało wycofanie funkcji w rejestrze zmian Search Central. Raport FAQ i obsługa w Rich Results Test zostały usunięte w czerwcu, a obsługa danych FAQ w Search Console API była wycofywana w sierpniu 2026 roku.

Co to oznacza w praktyce:

1. FAQPage nadal istnieje w słowniku Schema.org i nie musisz usuwać poprawnego markupu, lecz nie generuje on już rozwijanej listy pod wynikiem Google.
2. Zostaw widoczną sekcję FAQ, jeśli odpowiada na prawdziwe pytania klientów. Czytelna treść może pomagać użytkownikom i być przetwarzana przez różne systemy, ale nie ma podstaw, by obiecywać cytowanie przez konkretny model AI.
3. Nie dodawaj FAQ wyłącznie po to, żeby uzyskać rich result Google, bo tego efektu już nie ma, a sztuczne pytania obniżają jakość strony.

Sekcja Q&A w samym Profilu Firmy jest osobnym mechanizmem i nie ma z tą zmianą nic wspólnego. Użytkownicy mogą zadawać pytania publicznie, a właściciele oraz menedżerowie mogą odpowiadać i jest to miejsce, które musisz monitorować, ponieważ odpowiedź będzie widoczna dla kolejnych klientów.

Najczęstsze błędy, które widzę w audytach

• Duplikaty schema. Stary markup LocalBusiness wklejony kiedyś przez wtyczkę WordPress działa obok nowego, dodanego ręcznie przy migracji na Next.js albo Astro. Google widzi dwa sprzeczne źródła prawdy na jednej stronie.

• NAP rozjechany między schema, stopką i GBP, na przykład nieaktualny numer, stara nazwa albo adres innego oddziału.

• Fałszywy podtyp LocalBusiness wybrany dla pozornej korzyści SEO. Konkret jest dobry tylko wtedy, gdy prawdziwie opisuje firmę.

• AggregateRating własnej firmy dodany z nadzieją na gwiazdki. Google traktuje takie oceny jako self-serving również wtedy, gdy pochodzą z zewnętrznego widgetu.

• Jeden wielki blok lokalizacji na stronie głównej zamiast dedykowanych podstron per lokalizacja.

• Nieaktualne godziny otwarcia po zmianie w GBP. Strona, schema i profil zaczynają podawać klientom różne informacje.

• Frazy SEO dopisane do nazwy firmy. Nazwa profilu przestaje odpowiadać marce używanej na szyldzie i dokumentach.

• Adres domowy pokazany dla firmy obszarowej, która nie przyjmuje tam klientów.

• Wspólne hasło przekazywane pracownikom i agencji zamiast osobnych ról właściciela oraz menedżera.

Checklista techniczna

• Sprawdzona kwalifikacja firmy i właściwy model: lokal, obszarowy albo hybrydowy.

• Przejęty istniejący profil zamiast utworzenia duplikatu.

• Nazwa zgodna z marką używaną w rzeczywistości, bez dopisanych fraz SEO.

• Precyzyjna kategoria główna i tylko uzasadnione kategorie dodatkowe.

• Profil zweryfikowany, a dostępy przydzielone osobnymi kontami i rolami.

• Uzupełnione godziny zwykłe i specjalne, telefon, usługi, atrybuty oraz linki.

• Jeden plik / obiekt konfiguracyjny z danymi NAP, importowany wszędzie w kodzie.

• LocalBusiness (konkretny podtyp) w JSON-LD, wygenerowany z tego samego źródła danych.

• NAP opisujący tę samą nazwę, lokalizację i numer w schema, stopce i GBP.

• @id i sameAs łączące schema z profilem GBP i profilami społecznościowymi.

• Dla wielu lokalizacji: osobna podstrona i osobny blok schema per oddział.

• Brak fałszywych ocen i self-serving AggregateRating dodanego dla gwiazdek.

• Walidacja przez Rich Results Test po każdej zmianie schema.

• Sekcja FAQ traktowana jako treść dla użytkowników, nie jako gwarancja rich snippetu.

• Parametry UTM w linku do strony i zapisany punkt odniesienia dla konwersji.

• Kalendarz kontroli opinii, pytań, sugestii zmian, zdjęć i dostępów.

Kiedy budujesz albo migrujesz stronę dla firmy lokalnej i zależy Ci, żeby GBP, schema i treść mówiły jednym głosem, to dokładnie ten typ pracy, który robię w StriveLab przy okazji wdrożeń w Next.js i Astro. Chętnie spojrzę na Twój obecny setup, jeśli chcesz sprawdzić, gdzie dane się rozjeżdżają.