Czym są encje? Wizytówka Google i przykłady
Encja to obiekt, który Google identyfikuje niezależnie od słów użytych w zapytaniu. Wyjaśniamy, czym różni się od słowa kluczowego, dlaczego wizytówka jest źródłem danych o encji, a nie encją samą w sobie, jak działa identyfikator MID i pole sameAs. Z gotowym kodem, trzema przykładami z audytów i listą źródeł Google oraz schema.org.
Spis treści
- Czym jest encja w wyszukiwarce
- Skąd pochodzi to pojęcie: „things, not strings"
- Encja a słowo kluczowe, konkretna różnica
- Z czego Google składa encję Twojej firmy
- Wizytówka Google nie jest encją, jest jej źródłem
- MID, czyli identyfikator encji w Knowledge Graph
- sameAs, czyli jak sklejasz tożsamość firmy
- Trzy przykłady z praktyki
- Checklista: budowa encji krok po kroku
- Błędy, które rozmywają encję
- FAQ
- Źródła
Czym jest encja w wyszukiwarce
Encja to obiekt, który istnieje w świecie rzeczywistym i który wyszukiwarka potrafi jednoznacznie zidentyfikować oraz odróżnić od innych obiektów o podobnej nazwie. Firma, osoba, produkt, miejsce, wydarzenie, marka. Encja nie jest tekstem ani frazą. Jest rekordem, do którego przypięte są atrybuty i relacje.
Różnica wobec klasycznego rozumienia SEO jest zasadnicza. Fraza „Kowalski" to ciąg znaków. Encja „Auto-Serwis Kowalski, ul. Polna 12, Legnica, warsztat samochodowy, NIP 691xxxxxxx" to obiekt, o którym Google ma zbiór twierdzeń pochodzących z wielu niezależnych źródeł, i który potrafi odróżnić od dwustu innych firm o nazwie Kowalski.
Dla lokalnego SEO ma to jedną praktyczną konsekwencję, wokół której kręci się cały ten tekst: Google nie ocenia Twojej wizytówki w izolacji. Ocenia encję, którą składa z wizytówki, strony, danych strukturalnych, katalogów, opinii i wzmianek. Wizytówka jest jednym z wejść, nie całością.
Skąd pochodzi to pojęcie: „things, not strings"
Pojęcie nie jest marketingowym wymysłem branży SEO. Google wprowadził je oficjalnie 16 maja 2012 roku, ogłaszając Knowledge Graph. Amit Singhal, ówczesny wiceprezes ds. inżynierii, opisał to jako „inteligentny model, w żargonie graf, który rozumie obiekty świata rzeczywistego i relacje między nimi: things, not strings", czyli rzeczy, a nie ciągi znaków ( blog.google, dostęp 1 września 2026).
W tym samym wpisie Google podał skalę startową: ponad 500 milionów obiektów oraz ponad 3,5 miliarda faktów i relacji między nimi. To był rok 2012. Dziś Knowledge Graph jest nieporównanie większy, ale mechanika pozostała ta sama, a Google wymienił wtedy trzy funkcje, które do dziś opisują sposób jego działania:
- Ujednoznacznienie (disambiguation) — rozstrzygnięcie, o który obiekt o danej nazwie chodzi.
- Podsumowanie kontekstowe — pokazanie faktów o obiekcie bez wchodzenia na stronę.
- Odkrywanie relacji — powiązanie obiektu z innymi, pokrewnymi obiektami.
Pierwsza z nich, ujednoznacznienie, jest sednem problemu każdej lokalnej firmy. Jeżeli Google nie potrafi jednoznacznie stwierdzić, którą firmą jesteś, pozostałe dwie funkcje nie mają na czym pracować. Pojęcie rozwijamy też w słowniku, przy haśle Knowledge Graph.
Encja a słowo kluczowe, konkretna różnica
Najprostszy sposób, żeby zobaczyć różnicę, to zestawić oba podejścia obok siebie.
| Wymiar | Słowo kluczowe | Encja |
|---|---|---|
| Czym jest | Ciąg znaków w zapytaniu i w treści | Obiekt z identyfikatorem, atrybutami i relacjami |
| Zależy od języka | Tak, „wulkanizacja" i „tyre service" to dwie różne frazy | Nie, ten sam obiekt niezależnie od języka zapytania |
| Jak się to wzmacnia | Treścią, w której fraza występuje | Zgodnymi potwierdzeniami w wielu niezależnych źródłach |
| Co je psuje | Nadoptymalizacja, kanibalizacja | Sprzeczne dane o tym samym obiekcie |
| Gdzie to widać | Pozycja w wynikach organicznych | Panel wiedzy, Local Pack, cytowania w odpowiedziach AI |
To rozróżnienie nie unieważnia pracy nad frazami. Zmienia natomiast to, gdzie leży wąskie gardło. W lokalnym SEO wąskim gardłem prawie nigdy nie jest brak frazy w tekście. Jest nim brak pewności Google, że firma opisana w wizytówce, na stronie i w katalogach to ta sama firma.
Z czego Google składa encję Twojej firmy
Google nie publikuje listy źródeł ani wag, jakie im przypisuje. Publikuje natomiast trzy filary rankingu lokalnego i to, co na nie wpływa. W oficjalnej pomocy Google Business Profile są to trafność, odległość i widoczność, przy czym widoczność (prominence) jest opisana wprost jako zależna od tego, „ile witryn linkuje do Twojej firmy i ile masz opinii" ( support.google.com, dostęp 1 września 2026).
To jest oficjalne potwierdzenie mechanizmu, o którym mówimy: na widoczność lokalną wpływają dane spoza wizytówki. W praktyce audytowej źródła, które składają się na encję lokalnej firmy, można podzielić na pięć grup:
- Profil w Google Business Profile — nazwa, adres lub obszar działania, kategorie, godziny, telefon, adres strony, usługi, atrybuty.
- Własna strona internetowa — treść, dane kontaktowe w stopce i dane strukturalne
LocalBusinesslubOrganization. - Rejestry i katalogi — CEIDG i KRS, katalogi branżowe, portale ogłoszeniowe, mapy alternatywne, cytowania NAP.
- Profile firmowe — Facebook, LinkedIn, YouTube, Instagram, wizytówki w serwisach branżowych.
- Wzmianki i opinie — treść recenzji, artykuły na portalach lokalnych, wypowiedzi na forach, linki z kontekstem.
Kluczowe jest słowo zgodne. Wartość źródła bierze się nie z jego istnienia, tylko z tego, że mówi to samo, co pozostałe. Piąte źródło z inną nazwą firmy nie dokłada pewności, tylko ją odejmuje.
Wizytówka Google nie jest encją, jest jej źródłem
To rozróżnienie jest naszą interpretacją, a nie cytatem z dokumentacji Google, ale wynika bezpośrednio z tego, co Google opisuje w pomocy dotyczącej rankingu lokalnego. Skoro na widoczność profilu wpływają linki z innych witryn i opinie, to ocena nie może pochodzić wyłącznie z panelu Google Business Profile.
Praktyczne konsekwencje tego ujęcia są następujące:
- Nie da się „zoptymalizować wizytówki" w oderwaniu od reszty. Komplet pól w panelu przy rozjechanej nazwie na stronie i w katalogach daje mniej, niż sugerowałby stopień wypełnienia profilu.
- Zmiana w jednym źródle nie przepisuje encji. Poprawienie adresu tylko w wizytówce, przy pięciu katalogach ze starym adresem, tworzy konflikt, a nie korektę.
- Kolejność prac wynika z tego wprost. Najpierw ustalasz jedną kanoniczną wersję danych, potem wyrównujesz do niej wszystkie źródła, a dopiero na końcu budujesz nowe.
- Utrata profilu nie kasuje encji. Firma dalej istnieje w rejestrach, katalogach i wzmiankach, ale traci najmocniejsze źródło danych o sobie, a wraz z nim opinie.
Dlatego audyt encji zaczynamy nie od panelu, tylko od wyszukania dokładnej nazwy firmy w cudzysłowie i przejrzenia pierwszych trzydziestu wyników. Każda odmiana nazwy, każdy stary adres i każdy martwy profil, który tam znajdziesz, to źródło mówiące co innego niż pozostałe.
MID, czyli identyfikator encji w Knowledge Graph
Encje w Knowledge Graph mają identyfikatory maszynowe, w skrócie MID (machine ID). W dokumentacji Knowledge Graph Search API Google pokazuje je w polu @id w formacie kg:/m/0dl567, w przykładowej odpowiedzi dotyczącej Taylor Swift ( developers.google.com/knowledge-graph, dostęp 1 września 2026).
Dwie rzeczy warto o tym wiedzieć, zanim ktoś sprzeda Ci „optymalizację encji" opartą na MID-ach.
- Google migruje ten interfejs. W dokumentacji jest wprost napisane, że API jest przenoszone do Cloud Enterprise Knowledge Graph, a nowym użytkownikom zaleca się korzystanie z produktu Google Cloud. Narzędzia oparte o stare API mogą przestać działać.
- API zwraca pojedyncze encje, nie graf. Odpowiedź to lista wyników zgodnych ze schema.org i JSON-LD, z oceną trafności
resultScore, a nie zestaw relacji między obiektami. Brak wyniku dla Twojej firmy nie jest dowodem, że Google jej nie zna, bo API pokrywa wycinek grafu.
Traktuj więc MID jako wskaźnik pomocniczy, nie jako cel. Nie istnieje ustawienie, które „nadaje" firmie MID. Identyfikator pojawia się wtedy, gdy Google uzna, że ma wystarczająco spójny zbiór danych, żeby wyodrębnić obiekt.
Uczciwie o tym, czego nie da się zrobić
Nie ma panelu, w którym edytuje się encję, i nie ma pola, w którym deklaruje się jej istnienie. Można wyłącznie dostarczać wyszukiwarce zgodne, weryfikowalne dane z wielu niezależnych źródeł i czekać, aż zbuduje z nich obiekt. Każda oferta „gwarantowanego wpisu do Knowledge Graph" opisuje coś, czego mechanicznie nie da się kupić.
sameAs, czyli jak sklejasz tożsamość firmy
sameAs to właściwość ze słownika schema.org, zdefiniowana jako „adres URL referencyjnej strony internetowej, która jednoznacznie wskazuje tożsamość obiektu, na przykład adres strony obiektu w Wikipedii, wpisu w Wikidata lub oficjalnej witryny" ( schema.org/sameAs, dostęp 1 września 2026). Właściwość dotyczy typu Thing, a więc dziedziczą ją wszystkie typy, w tym Organization i LocalBusiness.
Google dokumentuje ją osobno, w wytycznych dla danych strukturalnych typu Organization, opisując jako „adres URL strony w innej witrynie zawierającej dodatkowe informacje o Twojej organizacji, na przykład adres profilu organizacji w serwisie społecznościowym lub serwisie z opiniami" i zaznacza, że można podać wiele adresów sameAs ( developers.google.com, dostęp 1 września 2026).
To jest jedyne miejsce, w którym możesz Google powiedzieć wprost, że te profile należą do tej samej firmy, zamiast liczyć, że sam to wywnioskuje. Minimalny, poprawny przykład dla lokalnej firmy:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"@id": "https://twojafirma.pl/#firma",
"name": "Auto-Serwis Kowalski",
"url": "https://twojafirma.pl",
"telephone": "+48 000 000 000",
"address": {
"@type": "PostalAddress",
"streetAddress": "ul. Polna 12",
"addressLocality": "Legnica",
"postalCode": "59-220",
"addressCountry": "PL"
},
"sameAs": [
"https://www.facebook.com/twojafirma",
"https://www.linkedin.com/company/twojafirma",
"https://www.youtube.com/@twojafirma",
"https://www.instagram.com/twojafirma",
"https://maps.google.com/?cid=0000000000000000000"
]
}
</script>Cztery zasady, bez których ten kod nie zadziała tak, jak powinien:
- Stały
@id— jeden identyfikator w obrębie witryny, powtarzany na wszystkich podstronach, żeby Google wiedział, że mówią o tym samym obiekcie. - Zapis danych identyczny co do znaku — nazwa, adres i format numeru telefonu takie same w schemie, w stopce strony i w wizytówce. To jest ta sama zasada, którą opisujemy przy spójności NAP.
- Tylko profile faktycznie należące do firmy —
sameAsto twierdzenie o tożsamości, nie lista linków wychodzących. Wrzucenie tam cudzych profili jest deklaracją nieprawdy. - Profile muszą linkować z powrotem — potwierdzenie jednostronne jest słabsze niż obustronne. Adres strony w każdym profilu firmowym domyka pętlę.
Techniczne wdrożenie krok po kroku, razem z walidacją, opisaliśmy w tekście o dodawaniu Local Schema do strony. Same znaczniki omawiamy też w słowniku, przy hasłach JSON-LD i schema markup.
Trzy przykłady z praktyki
Poniższe przypadki są uogólnionymi wzorcami z audytów lokalnych profili, nie opisami konkretnych klientów. Nazwy i dane są przykładowe, natomiast wzorce błędów powtarzają się na tyle często, że warto je znać.
Przykład 1: encja rozjechana między źródłami
Warsztat samochodowy, jeden adres, jeden właściciel, a w sieci cztery różne tożsamości:
- wizytówka Google: Auto-Serwis Kowalski — mechanika i wulkanizacja,
- strona internetowa: AS Kowalski Sp. z o.o.,
- Panorama Firm: Auto Serwis Jan Kowalski, ze starym adresem sprzed przeprowadzki,
- Facebook: Kowalski Serwis, z komórką zamiast numeru stacjonarnego.
Co widzi Google: cztery zbiory twierdzeń, które częściowo się pokrywają, a częściowo wykluczają. Efektem nie jest kara, tylko niska pewność identyfikacji. Profil rankuje słabiej, niż wynikałoby z jego kompletności, a w odpowiedziach generatywnych firma bywa pomijana na rzecz konkurenta o spójnych danych.
Naprawa: wybór jednej kanonicznej wersji nazwy, adresu i telefonu, a potem wyrównanie do niej wszystkich źródeł, zaczynając od tych, które rankują najwyżej na nazwę firmy. To praca żmudna i niewidoczna w raporcie, i właśnie dlatego daje przewagę.
Przykład 2: encja bez potwierdzeń zewnętrznych
Gabinet kosmetyczny z bardzo dobrze uzupełnioną wizytówką: komplet kategorii, usługi z cenami, sto zdjęć, opis na 750 znaków. Poza wizytówką nie istnieje nic: strona to jednostronicowa wizytówka bez danych strukturalnych, brak profili firmowych, brak wzmianek, brak wpisów w katalogach.
- Objaw: profil wchodzi do Local Packu na frazy z nazwą własną i najbliższą okolicę, ale przegrywa na frazach usługowych z firmami o gorzej uzupełnionych profilach.
- Przyczyna: jedno źródło danych nie tworzy potwierdzenia. Google ma twierdzenia firmy o sobie samej i nic, co by je niezależnie potwierdzało, a widoczność w rankingu lokalnym Google wprost wiąże między innymi z linkami z innych witryn.
- Naprawa: profile firmowe z
sameAs, dane strukturalne na stronie, kilka cytowań NAP i wzmianki na portalach lokalnych. Kolejność ma znaczenie: najpierw potwierdzenia tożsamości, potem linki jakościowe.
Przykład 3: encja zbudowana poprawnie
Firma usługowa z dojazdem. Nazwa identyczna we wszystkich źródłach, adres ukryty zgodnie z typem działalności, obszar działania wskazany po miejscowościach. Na stronie schema LocalBusiness ze stałym @id i polem sameAs wskazującym pięć profili, z których każdy linkuje z powrotem do strony. Podstrony lokalizacyjne z realną treścią pod obsługiwane miejscowości. Kilkanaście wzmianek na portalach lokalnych, opinie, w których klienci wymieniają nazwy miejscowości.
- Co to daje: wysoką pewność identyfikacji i spójny obraz zasięgu działania, potwierdzony niezależnie w kilku miejscach.
- Gdzie to widać: stabilniejsze pozycje w Local Packu w całym obszarze, a nie tylko wokół adresu, oraz częstsze cytowania w odpowiedziach generatywnych, które opierają się na danych możliwych do zweryfikowania w kilku źródłach.
- Czego to nie daje: automatycznego panelu wiedzy ani MID-a. To pozostaje decyzją Google.
Audyt encji Twojej firmy
Sprawdzimy, co Google naprawdę wie o Twojej firmie
Przejrzymy wszystkie źródła danych o Twojej firmie, znajdziemy rozjazdy w nazwie, adresie i telefonie, wskażemy duplikaty wizytówek i ułożymy kolejność napraw. Konkretna lista, nie ogólniki.
Checklista: budowa encji krok po kroku
Kolejność nie jest dowolna. Każdy krok opiera się na poprzednim, a odwrócenie ich sprawia, że wcześniejsze prace nie mają na czym stanąć.
Etap 1: ustal jedną kanoniczną wersję danych
- Zapisz jedną wersję nazwy firmy, dokładnie tę, którą masz na szyldzie, fakturach i stronie. Google wymaga, żeby nazwa w profilu „odzwierciedlała rzeczywistą nazwę firmy, używaną konsekwentnie na witrynie sklepu, stronie internetowej, papierze firmowym i znaną klientom" ( support.google.com, dostęp 1 września 2026).
- Zapisz jedną wersję adresu, z rozstrzygnięciem kwestii numeru lokalu, oraz jeden format numeru telefonu.
- Zapisz jeden kanoniczny adres strony, z rozstrzygnięciem wersji z
wwwi bez.
Etap 2: znajdź wszystkie istniejące źródła
- Wyszukaj w Google dokładną nazwę firmy w cudzysłowie i przejrzyj pierwsze trzydzieści wyników.
- Powtórz to samo dla numeru telefonu w cudzysłowie, także dla numerów, których już nie używasz. Numer wyłapuje wpisy, w których nazwa jest zapisana inaczej.
- Sprawdź w Mapach Google warianty nazwy i stare numery pod kątem duplikatów wizytówek: profili po byłych pracownikach, po starych weryfikacjach, po poprzednich agencjach.
- Wypisz wszystko do jednej tabeli: źródło, nazwa, adres, telefon, adres strony, status.
Etap 3: wyrównaj źródła do wersji kanonicznej
- Zacznij od źródeł, które rankują najwyżej na nazwę firmy, bo one najmocniej kształtują obraz encji.
- Duplikaty wizytówek zgłoś do scalenia albo do oznaczenia jako trwale zamknięte, jeżeli faktycznie nie działają.
- Wpisy w katalogach, do których nie masz dostępu, zgłoś przez formularz aktualizacji danych albo usunięcia.
Etap 4: zadeklaruj tożsamość wprost
- Wdróż na stronie dane strukturalne
LocalBusinesslubOrganizationze stałym@id. - Wypełnij pole
sameAsadresami wszystkich profili firmowych, także profilu w Mapach Google. - W każdym profilu firmowym ustaw adres strony, żeby potwierdzenie działało w obie strony.
- W wizytówce uzupełnij sekcję linków do profili społecznościowych, która u większości firm usługowych stoi pusta.
Etap 5: dokładaj niezależne potwierdzenia
- Cytowania NAP w katalogach o realnym ruchu, nie w farmach wpisów.
- Wzmianki na portalach lokalnych, z linkiem do właściwej podstrony, a nie zawsze do strony głównej.
- Opinie, w których klienci naturalnie wymieniają usługę i miejscowość. Treści opinii nie dyktuj, ale prosząc, poproś o opisanie, co i gdzie było robione. Metodykę rozpisaliśmy przy zdobywaniu opinii Google.
Błędy, które rozmywają encję
- Fraza dopisana do nazwy w panelu. Google wprost zabrania dodawania do nazwy słów kluczowych, informacji o lokalizacji i haseł marketingowych, podając jako przykłady niedozwolone „(I-93 at Exit 2)", „near SOHO" czy „Auto Service Experts". Dopisek tworzy nazwę, której nie potwierdza żadne inne źródło, więc jednocześnie łamie wytyczne i osłabia spójność encji.
- Duplikaty wizytówek. Profil zawieszony albo nieodebrany nadal istnieje w systemie i nadal dokłada sprzeczne twierdzenia.
- Dane strukturalne skopiowane ze starego motywu. Po migracji strony schema często zostaje z poprzednim adresem albo poprzednią nazwą, co tworzy konflikt w najbardziej wiarygodnym źródle, jakim jest własna witryna.
- Puste
sameAs. Brak deklaracji nie jest błędem technicznym, ale jest zmarnowaną okazją, bo to jedyne miejsce, w którym możesz tożsamość zadeklarować wprost. - Profile założone i porzucone. Profil z nieaktualnym adresem lub telefonem szkodzi bardziej niż jego brak, bo aktywnie zaprzecza pozostałym źródłom.
- Dwie firmy pod jednym adresem bez rozróżnienia. Gdy w jednym lokalu działają dwie działalności o podobnym profilu i wspólnym telefonie, Google ma problem z rozdzieleniem obiektów, a skutkiem bywa wyświetlanie tylko jednej z nich.
Szerszy przegląd tych i pokrewnych problemów, wraz z ich wpływem na ranking, zebraliśmy w tekście o największych błędach w pozycjonowaniu wizytówki Google.
FAQ
Czym różni się encja od słowa kluczowego?
Słowo kluczowe to ciąg znaków w zapytaniu i w treści. Encja to obiekt świata rzeczywistego, który wyszukiwarka identyfikuje niezależnie od tego, jakimi słowami ktoś o nim pyta, i do którego przypisuje atrybuty oraz relacje. Google opisał tę różnicę hasłem „things, not strings" przy uruchomieniu Knowledge Graph w 2012 roku.
Czy wizytówka Google to encja?
Nie. Wizytówka jest jednym ze źródeł danych o encji, choć zwykle najmocniejszym. Encja jest obiektem w Knowledge Graph, który Google składa z wielu źródeł naraz. Dlatego kompletny profil przy sprzecznych danych w pozostałych źródłach daje mniej, niż wynikałoby ze stopnia jego wypełnienia.
Jak sprawdzić, czy moja firma jest encją w Knowledge Graph?
Pomocniczo można użyć Knowledge Graph Search API, które zwraca identyfikator w formacie kg:/m/…. Trzeba jednak pamiętać o dwóch ograniczeniach: Google migruje to API do Cloud Enterprise Knowledge Graph, a odpowiedź obejmuje wycinek grafu, więc brak wyniku nie jest dowodem, że Google Twojej firmy nie zna.
Czy da się „dodać" firmę do Knowledge Graph?
Nie ma mechanizmu zgłoszenia ani pola, w którym deklaruje się istnienie encji. Można wyłącznie dostarczać zgodne, weryfikowalne dane z wielu niezależnych źródeł. Decyzja o wyodrębnieniu obiektu należy do Google.
Ile profili firmowych warto wpisać w sameAs?
Google dopuszcza wiele adresów i nie podaje limitu. Kryterium nie jest liczba, tylko prawdziwość: wpisuj wyłącznie profile faktycznie należące do firmy i zadbaj, żeby każdy z nich linkował z powrotem do strony. Pięć aktywnych, wzajemnie potwierdzonych profili jest warte więcej niż piętnaście porzuconych.
Czy praca nad encją zastępuje klasyczne SEO lokalne?
Nie, jest jego warstwą fundamentową. Kategorie, opinie, zdjęcia i treść nadal decydują o trafności i widoczności. Praca nad encją usuwa natomiast przeszkodę, która sprawia, że te działania nie przynoszą efektu proporcjonalnego do włożonej pracy.
Źródła
Google — „Introducing the Knowledge Graph: things, not strings", Amit Singhal, 16 maja 2012. Ogłoszenie Knowledge Graph, definicja podejścia „things, not strings", skala startowa 500 mln obiektów i 3,5 mld faktów. blog.google →
Google Business Profile Help — „Improve your local ranking on Google". Trzy filary rankingu lokalnego: trafność, odległość, widoczność, wraz z opisem wpływu linków i opinii. support.google.com/business/answer/7091 →
Google Business Profile Help — wytyczne dotyczące reprezentowania firmy w Google. Wymóg zgodności nazwy z rzeczywistą nazwą firmy oraz zakaz dodawania słów kluczowych, lokalizacji i haseł marketingowych. support.google.com/business/answer/3038177 →
schema.org — właściwość sameAs. Definicja właściwości, typ oczekiwany URL, zastosowanie do typu Thing i wszystkich typów pochodnych. schema.org/sameAs →
Google Search Central — dane strukturalne Organization. Dokumentacja właściwości sameAs po stronie Google oraz lista właściwości zalecanych dla typu Organization. developers.google.com →
Google for Developers — Knowledge Graph Search API. Format identyfikatora encji kg:/m/… w polu @id, struktura odpowiedzi zgodna ze schema.org i JSON-LD oraz informacja o migracji API do Cloud Enterprise Knowledge Graph. developers.google.com/knowledge-graph →
Wszystkie źródła sprawdzone 1 września 2026. Przykłady w sekcji „Trzy przykłady z praktyki" są uogólnionymi wzorcami z audytów, a nie opisami konkretnych klientów. Rozróżnienie „wizytówka jest źródłem, nie encją" jest naszą interpretacją dokumentacji Google, a nie jej cytatem.
Co z tego wynika
Encja jest warstwą, której nie widać w żadnym panelu i której nie da się odhaczyć w checkliście optymalizacyjnej. Widać za to jej brak: profil uzupełniony w stu procentach, który mimo to przegrywa z gorzej wypełnionym konkurentem, prawie zawsze ma za sobą kilka źródeł mówiących o firmie coś innego.
Praktyczny wniosek na dziś jest jeden. Zanim dodasz kolejne zdjęcia, kolejny post i kolejny katalog, wpisz nazwę swojej firmy w cudzysłowie w Google i przejrzyj trzydzieści pierwszych wyników. Wszystko, co tam znajdziesz i co mówi coś innego niż Twoja wizytówka, jest pracą do wykonania przed jakąkolwiek dalszą optymalizacją.
Potrzebujesz pomocy z wizytówką Google?
Bezpłatna konsultacja — sprawdzę Twój profil i powiem co poprawić.