Merchant Knowledge Graph - czy Google ocenia sklep jako encję?

Dla Google sklep internetowy to nie tylko domena z produktami – to potencjalna encja z własnymi atrybutami, relacjami i poziomem zaufania. Google Knowledge Graph, który zawiera ponad 500 miliardów faktów o ponad 5 miliardach encji (dane Google), nie ogranicza się do osób, miejsc i filmów. Obejmuje też firmy, marki i sprzedawców – ze wszystkimi ich danymi: lokalizacjami, produktami, politykami zwrotów, ocenami i relacjami z innymi encjami.

W tym artykule analizuję patenty opisujące, jak system wyszukiwania może budować i weryfikować wiedzę o merchantach. Pokazuję, jak dane o sklepie – kontakt, lokalizacja, zwroty, dostawa, opinie – mogą trafiać do grafu wiedzy i wpływać na to, czy Google traktuje sklep jako wiarygodne źródło. I wyjaśniam, dlaczego spójność danych między Google Merchant Center, stroną internetową i profilami w sieci to nie „nice to have” – to fundament encji sklepu.

Patent nie jest dowodem, że dany mechanizm działa dokładnie tak w bieżącym algorytmie Google. Patent jest modelem analitycznym – pokazuje problem, który inżynierowie próbowali rozwiązać, i pozwala zbudować praktyczną checklistę dla e-commerce. To zastrzeżenie dotyczy każdego artykułu w tym cyklu.

Czym jest encja w rozumieniu Google Knowledge Graph?

Encja to coś, co można jednoznacznie zidentyfikować: osoba, miejsce, firma, marka, produkt, wydarzenie. W Knowledge Graph encja ma atrybuty (nazwa, adres, kategoria, logo) i relacje z innymi encjami (marka X produkuje produkt Y, sklep Z sprzedaje produkty marki X).

Patent US8812435B1 (Google LLC) opisuje system „learning objects and facts from documents” – automatyczne uczenie się obiektów (encji) i faktów o nich z dokumentów internetowych. System nie czeka, aż ktoś ręcznie wprowadzi dane o encji do bazy. Crawluje strony, wyciąga fakty i buduje z nich graf wiedzy. W przypadku sklepu internetowego dokumentami źródłowymi mogą być: strona „O nas”, strona kontaktu, polityka zwrotów, strona Google Business Profile, wpisy w porównywarkach, recenzje na zewnętrznych platformach.

Z kolei patent US8996470B1 (Google LLC) opisuje „system for ensuring the internal consistency of a fact repository” – mechanizm zapewniający, że fakty w grafie wiedzy są wewnętrznie spójne. Jeśli jeden dokument mówi, że sklep X ma siedzibę w Warszawie, a inny – że w Krakowie, system musi rozstrzygnąć tę sprzeczność. Spójność faktów między źródłami to jeden z sygnałów wiarygodności encji.

Jak sklep internetowy może być reprezentowany jako encja?

Sklep internetowy w grafie wiedzy to nie pojedynczy rekord – to sieć powiązanych atrybutów i relacji:

Warstwa	Atrybuty	Źródło danych
Tożsamość	Nazwa firmy, NIP, KRS, logo, data założenia	Strona „O nas”, KRS, Google Business Profile
Kontakt	Adres, telefon, email, godziny pracy	Strona kontaktu, GBP, NAP w katalogach
Lokalizacja	Adres siedziby, adresy sklepów stacjonarnych, regiony dostawy	GBP, schema LocalBusiness, dane w feedzie
Oferta	Kategorie produktów, marki, liczba produktów, zakres cenowy	Sitemap, feed Merchant Center, Product schema
Polityki	Zwroty, gwarancja, dostawa, metody płatności	Strona regulaminu, schema MerchantReturnPolicy, OfferShippingDetails
Reputacja	Ocena, liczba recenzji, sentyment, odpowiedzi na opinie	GBP, Trustpilot, Opineo, Ceneo, recenzje na stronie
Relacje	Marki sprzedawane, autoryzacja, producenci, dystrybutorzy	Strona marek, certyfikaty, dane w schema

Sklep jako encja w Knowledge Graph - atrybuty i źródła weryfikacji

Im więcej z tych atrybutów Google może zweryfikować z wielu niezależnych źródeł, tym silniejsza i bardziej wiarygodna jest encja sklepu w grafie wiedzy.

Jak Google może weryfikować atrybuty encji sklepu?

Patent US12061594B2 (Google LLC) opisuje system „verified entity attributes.” Mechanizm działa następująco:

Certyfikat encji – encja uzyskuje certyfikat od zewnętrznego urzędu certyfikacji (certificate authority), który potwierdza rejestrację atrybutów: znak towarowy, logo marki, domena emailowa, nazwa marki.
Crawl weryfikacyjny – system crawluje stronę wskazaną w certyfikacie i wyciąga z niej dodatkowe atrybuty encji.
Repozytorium encji – zweryfikowane atrybuty trafiają do repozytorium encji z oznaczeniem „certified by entity” – co odróżnia je od atrybutów wyciągniętych automatycznie z nieweryfikowanych źródeł.
Karta informacyjna – zweryfikowane atrybuty mogą być wyświetlane w kartach informacyjnych (information cards) w wynikach wyszukiwania, emailach i platformach społecznościowych.

Claim 1 tego patentu opisuje: „obtaining a certificate for an entity, the certificate identifying a web page address, wherein the certificate is generated by a third party certificate authority after validating a registration of attributes for the entity, the attributes including at least two of a trademark registration, a brand logo, an email sending domain, or a brand name.”

Co to oznacza dla sklepu internetowego?

Sklep, który ma zarejestrowany znak towarowy, spójne logo we wszystkich kanałach, zweryfikowaną domenę emailową i dane w Google Merchant Center i Google Business Profile, daje Google więcej „punktów weryfikacji” niż sklep, który istnieje tylko jako domena z produktami. Weryfikacja nie jest binarnym przełącznikiem (weryfikowany vs nie), ale spectrum – im więcej atrybutów Google może potwierdzić z niezależnych źródeł, tym silniejsza encja.

Jak może wyglądać ocena wiarygodności sprzedawcy?

Patent US8725597B2 (Ripcord LLC, wynalazca Woodrow Arnold Jones Jr.) opisuje „merchant scoring system and transactional database” – system przewidywania wiarygodności sprzedawcy na podstawie wielu źródeł danych. To nie jest patent Google, ale opisuje model, który dobrze ilustruje, jak działa ocena merchantów w systemach e-commerce.

System zbiera dane z trzech kategorii źródeł:

Dane od merchanta – informacje deklarowane przez samego sprzedawcę: polityka zwrotów, dane kontaktowe, certyfikaty, opis firmy.
Dane od stron trzecich – informacje z zewnętrznych źródeł: rejestry firm, listy certyfikowanych sprzedawców, bazy ostrzeżeń, wyniki audytów.
Dane transakcyjne od klientów – feedback z rzeczywistych transakcji: oceny, reklamacje, zwroty, czas dostawy, zgodność produktu z opisem.

Na podstawie tych danych system oblicza „merchant reliability metric” – wynik wiarygodności sprzedawcy w określonym zakresie. Wynik jest widoczny dla potencjalnych klientów, co buduje (lub podważa) ich zaufanie do sprzedawcy.

Google nie ujawnia, czy stosuje dokładnie taki model. Ale Google Merchant Center ma mechanizm zawieszania kont za naruszenia polityk, Google Business Profile zbiera recenzje klientów, a Google Shopping wyświetla oceny sprzedawców obok wyników. To sugeruje, że jakaś forma merchant scoringu istnieje w praktyce – nawet jeśli nie jest publicznie opisana.

Dlaczego spójność danych o sklepie ma znaczenie?

Patent US8996470B1 (Google LLC) o „internal consistency of a fact repository” opisuje mechanizm wykrywania sprzeczności w grafie wiedzy. Jeśli jeden źródło mówi, że sklep ma darmową dostawę od 100 zł, a inne – od 200 zł, system musi rozstrzygnąć, które jest aktualne.

W praktyce e-commerce niespójności danych o sklepie pojawiają się w wielu miejscach:

Źródło A	Źródło B	Niespójność	Ryzyko
Strona www: „Darmowa dostawa od 200 zł”	Google Business Profile: „Darmowa dostawa”	Różne progi darmowej dostawy	Klient oczekuje darmowej dostawy, a na stronie widzi próg
Feed Merchant Center: cena 299 zł	Strona produktu: cena 349 zł (nieprzaktualizowana)	Różne ceny tego samego produktu	Odrzucenie produktu w Merchant Center
Schema: „30 dni na zwrot”	Regulamin: „14 dni na zwrot”	Sprzeczna polityka zwrotów	Utrata zaufania w ocenie merchantu
GBP: godziny 9-17	Strona kontaktu: godziny 8-20	Różne godziny otwarcia	Klient przyjeżdża do zamkniętego punktu
Strona: „Autoryzowany dealer Nike”	Brak potwierdzenia Nike	Nieweryfikowalne twierdzenie	Ryzyko uznania za nierzetelną deklarację

Jak opisywaliśmy w artykule o feedzie produktowym i danych strukturalnych, Google porównuje dane z wielu warstw. To samo dotyczy danych o sklepie jako encji – z tą różnicą, że źródła obejmują nie tylko feed i schema, ale też Google Business Profile, wpisy w katalogach, recenzje na platformach zewnętrznych i dane zarejestrowane w Merchant Center.

Co Merchant Knowledge Graph oznacza dla SEO sklepu?

Dane o firmie to nie „stopka” – to sygnał encji

Większość sklepów traktuje dane firmowe (adres, NIP, kontakt) jako obowiązkowy element stopki. W kontekście Knowledge Graph te dane to atrybuty encji sklepu. Im łatwiej je znaleźć i im bardziej są spójne z innymi źródłami (GBP, Merchant Center, katalogi), tym silniejsza encja.

Schema Organization to minimum, nie opcja

Dane strukturalne typu Organization (z podtypem OnlineStore lub LocalBusiness) jawnie deklarują atrybuty encji sklepu: nazwa, logo, adres, telefon, email, sameAs (linki do profili społecznościowych). Bez tej schema Google musi wyciągać te dane heurystycznie z HTML – co jest mniej pewne i bardziej podatne na błędy.

Google Business Profile to nie „lokalne SEO” – to encja

Dla sklepów ze stacjonarnymi punktami Google Business Profile jest podstawowym źródłem danych encji. Ale nawet sklepy wyłącznie online mogą mieć GBP z danymi firmy. GBP łączy się z Merchant Center, co tworzy silniejszy sygnał encji niż sama strona www.

Co to oznacza dla właściciela sklepu?

Reputacja sklepu wpływa na widoczność produktów

Google Shopping wyświetla oceny sprzedawców (seller ratings) obok wyników zakupowych. Jak widzieliśmy w artykule o visual search, wyniki zakupowe zawierają nazwę sklepu, ocenę i informację o dostawie. Sklep z oceną 4.8/5 i „Bezpłatnie” przy dostawie wygląda lepiej niż sklep bez oceny i „+14,99 zł za wysyłkę.”

Niespójne dane mogą prowadzić do zawieszenia konta

Google Merchant Center może zawiesić konto za „misrepresentation” – gdy dane w feedzie nie zgadzają się z tym, co jest na stronie. To nie jest tylko kwestia cen – dotyczy też dostępności, warunków dostawy, polityki zwrotów i tożsamości firmy. Spójność danych o sklepie to nie kwestia estetyki – to warunek funkcjonowania w ekosystemie Google Shopping.

Brand entity buduje się latami

Encja sklepu w Knowledge Graph to nie coś, co wdrażasz jednorazowo. To efekt lat spójnego istnienia w internecie: ta sama nazwa, ten sam adres, ten sam NIP, spójne profile, realne recenzje, weryfikowalne dane. Sklep, który zmienia nazwę co roku, ma różne adresy w różnych katalogach i nie odpowiada na recenzje, ma słabą encję – nawet jeśli ma świetne produkty.

Jak polskie sklepy wypadają jako encje? Wzorce z audytów

Na podstawie audytów kilkudziesięciu polskich sklepów e-commerce obserwujemy powtarzające się wzorce w zarządzaniu danymi encji:

Element encji	Jak często wdrożony	Typowy problem
Schema Organization na stronie	30-40% sklepów	Brak lub minimalna (tylko nazwa + URL, bez adresu i kontaktu)
Google Business Profile	60-70% sklepów stacjonarnych, 10-15% online-only	Nieaktualne godziny, brak odpowiedzi na recenzje
Spójność NAP (Name-Address-Phone)	20-30% sklepów ma pełną spójność	Różne warianty nazwy firmy w różnych katalogach
MerchantReturnPolicy w schema	Poniżej 5% sklepów	Polityka zwrotów opisana tylko w regulaminie, nie w schema
OfferShippingDetails w schema	Poniżej 5% sklepów	Dane o dostawie w feedzie, ale nie na stronie w schema
Profil w Merchant Center połączony z GBP	30-40% sklepów z GMC	Oddzielne konta, niespójne dane
sameAs w schema (linki do profili)	15-20% sklepów	Brak lub wskazuje na nieaktywne profile

Te dane pokazują, że większość polskich sklepów nie zarządza świadomie swoją encją. Dane firmowe są rozproszone, niespójne i niekompletne – co utrudnia Google budowanie wiarygodnej reprezentacji sklepu w Knowledge Graph.

Przykład: dwa sklepy, ta sama branża, różna siła encji

Element	Sklep A (słaba encja)	Sklep B (silna encja)
Schema Organization	Brak	Pełna: name, url, logo, address, telephone, email, sameAs (5 profili)
Google Business Profile	Brak (sklep online-only)	Aktywny, 230 recenzji, 4.7/5, odpowiedzi na 90% opinii
Merchant Center	Aktywny, ale niepołączony z GBP	Połączony z GBP, pełne dane o dostawie i zwrotach
NAP w katalogach	3 różne warianty nazwy firmy	Identyczna nazwa, adres i telefon we wszystkich źródłach
MerchantReturnPolicy	Tylko w regulaminie (tekst)	W schema na każdej karcie produktu + w feedzie
Recenzje zewnętrzne	12 recenzji na Opineo, brak odpowiedzi	340 recenzji na Opineo + 180 Trustpilot, odpowiedzi na 85%
Knowledge Panel	Brak	Aktywny panel z logo, adresem, godzinami, recenzjami

Oba sklepy sprzedają podobne produkty w podobnych cenach. Ale Sklep B ma silniejszą encję – Google może zweryfikować jego tożsamość, polityki i reputację z wielu niezależnych źródeł. W wynikach zakupowych Sklep B pojawia się z oceną sprzedawcy, informacją o darmowej dostawie i logo – Sklep A pojawia się jako „sklep bez twarzy.”

Jak zbudować silną encję sklepu krok po kroku?

Krok 1: Schema Organization na stronie głównej

Wdróż schema Organization (lub OnlineStore, jeśli sklep jest wyłącznie online) z polami:

name – oficjalna nazwa firmy (identyczna wszędzie)
url – adres strony głównej
logo – URL logo (min. 112×112 px, zalecane 1200×1200)
address – PostalAddress z pełnymi danymi
telephone – numer telefonu (identyczny jak w GBP i na stronie kontaktu)
email – adres email kontaktowy
sameAs – tablica URL-i profili: Facebook, Instagram, LinkedIn, Trustpilot, Opineo
foundingDate – data założenia firmy (sygnał stabilności)

Krok 2: Google Business Profile (nawet dla sklepu online)

Dla sklepów z punktami stacjonarnymi GBP jest obowiązkowy. Dla sklepów online-only warto rozważyć profil z adresem siedziby firmy (nie sklepu stacjonarnego). GBP łączy się z Merchant Center, co wzmacnia encję. Kluczowe: odpowiadaj na recenzje, aktualizuj dane, dodawaj zdjęcia.

Krok 3: Spójność NAP cross-platform

Przejrzyj wszystkie miejsca, gdzie pojawia się nazwa firmy, adres i telefon: strona www, GBP, Merchant Center, Panorama Firm, katalogi branżowe, profile social media, Trustpilot, Opineo. Wszystkie muszą być identyczne – ta sama pisownia, ten sam format adresu, ten sam numer telefonu.

Krok 4: Polityki w schema i feedzie

Wdróż MerchantReturnPolicy i OfferShippingDetails w Product schema na kartach produktów. Sprawdź, czy dane o dostawie i zwrotach w schema zgadzają się z danymi w feedzie Merchant Center i na stronie regulaminu.

Krok 5: Budowanie reputacji

Zachęcaj klientów do wystawiania recenzji w Google (przez GBP) i na platformach zewnętrznych. Odpowiadaj na recenzje – zarówno pozytywne, jak i negatywne. W kontekście patentu US8725597B2, feedback transakcyjny od klientów to trzecie (obok danych od merchanta i stron trzecich) źródło danych do oceny wiarygodności sprzedawcy.

Jak audytować sklep jako encję w Knowledge Graph?

Tożsamość i dane firmowe

Czy dane firmy (nazwa, adres, NIP) są widoczne na stronie i łatwe do znalezienia?
Czy schema Organization (lub OnlineStore / LocalBusiness) jest wdrożona z polami: name, url, logo, address, telephone, email?
Czy dane NAP (Name, Address, Phone) są identyczne na stronie, w GBP, w Merchant Center i w katalogach?
Czy sameAs w schema wskazuje na realne profile społecznościowe i wpisy w katalogach?

Polityki i warunki

Czy polityka zwrotów jest opisana na stronie i w schema MerchantReturnPolicy?
Czy warunki dostawy (ceny, czas, regiony) są w schema OfferShippingDetails?
Czy dane o dostawie i zwrotach na stronie zgadzają się z danymi w feedzie i Merchant Center?
Czy metody płatności są widoczne (schema paymentAccepted)?

Reputacja i recenzje

Czy sklep ma oceny w Google Business Profile?
Czy sklep monitoruje i odpowiada na recenzje?
Czy recenzje na zewnętrznych platformach (Trustpilot, Opineo, Ceneo) są spójne z oceną na GBP?
Czy na stronie jest widoczna polityka obsługi klienta (telefon, chat, email, czas odpowiedzi)?

Spójność cross-platform

Czy nazwa sklepu jest identyczna wszędzie (strona, GBP, Merchant Center, social media, katalogi)?
Czy logo jest spójne we wszystkich kanałach?
Czy godziny pracy (jeśli dotyczy) są takie same na stronie i w GBP?
Czy profil w Merchant Center jest połączony z GBP?

Wnioski: sklep to encja, nie tylko domena

Patenty Google opisują system, który traktuje firmy – w tym sklepy internetowe – jako encje w grafie wiedzy z weryfikowalnymi atrybutami i mierzalnym poziomem zaufania:

Uczenie się encji z dokumentów (US8812435B1) – Google automatycznie wyciąga fakty o sklepie z wielu źródeł internetowych.
Spójność faktów (US8996470B1) – niespójne dane między źródłami osłabiają wiarygodność encji.
Weryfikowane atrybuty (US12061594B2) – atrybuty potwierdzone przez certyfikat (znak towarowy, domena, logo) mają wyższy priorytet.
Scoring merchantów (US8725597B2, patent Ripcord LLC) – model oceny wiarygodności sprzedawcy na podstawie danych od merchanta, stron trzecich i klientów.

Dla sklepu internetowego to oznacza, że SEO to nie tylko optymalizacja kart produktów i kategorii. To też budowanie silnej, spójnej encji sklepu – z weryfikowalnymi danymi, realnymi recenzjami i koherentną obecnością w całym ekosystemie Google.

Ten artykul jest czescia cyklu „SEO e-commerce w swietle patentow Google.” Pelna mape 74 patentow, dane z audytow 6 sklepow i checklisty do pobrania znajdziesz w kompletnej mapie 10 warstw SEO e-commerce.

Merchant Knowledge Graph to jedna warstwa. Ale sklep e-commerce to sieć encji: produkty, marki, kategorie, poradniki. W artykule o relacjach encji w e-commerce pokazujemy, jak te warstwy łączą się w graf wiedzy – i dlaczego 5 z 6 audytowanych sklepów ma zero cross-sell w HTML.

To jest piąty artykuł z cyklu „SEO e-commerce w świetle patentów Google.” Jeśli szukasz wsparcia w pozycjonowaniu sklepu internetowego lub potrzebujesz audytu SEO uwzględniającego analizę encji sklepu – skontaktuj się z nami.

Czy każdy sklep internetowy ma swoją encję w Google Knowledge Graph?

Nie każdy – Knowledge Graph buduje encje dla firm, które mają wystarczająco dużo spójnych danych w internecie. Sklep z Google Business Profile, danymi w Merchant Center, recenzjami i spójną obecnością w katalogach ma większą szansę na encję niż sklep, który istnieje tylko jako domena bez żadnych zewnętrznych potwierdzeń.

Czy schema Organization jest wymagana dla sklepu internetowego?

Nie jest wymagana w sensie technicznym – sklep będzie działał bez niej. Ale schema Organization jawnie deklaruje atrybuty encji sklepu (nazwa, adres, logo, kontakt, profile społecznościowe), co ułatwia Google budowanie i weryfikację encji. Bez niej Google musi polegać na automatycznym wyciąganiu danych z HTML.

Jak sprawdzić, czy mój sklep ma Knowledge Panel w Google?

Wyszukaj nazwę swojego sklepu w Google. Jeśli po prawej stronie wyników pojawi się panel z logo, adresem, godzinami i recenzjami – masz Knowledge Panel, co oznacza, że Google rozpoznaje Twój sklep jako encję. Jeśli nie – Twój sklep nie ma jeszcze wystarczająco silnej encji w Knowledge Graph.

Czy Google Business Profile jest potrzebny dla sklepu online bez punktów stacjonarnych?

GBP jest przeznaczony dla firm z lokalizacjami fizycznymi. Dla sklepów wyłącznie online alternatywą jest Google Merchant Center, który pełni podobną rolę w kontekście danych o sklepie. Schema Organization z danymi kontaktowymi na stronie uzupełnia obraz encji.

Jak niespójne dane o sklepie mogą wpłynąć na widoczność?

Niespójne dane (różne adresy, różne polityki zwrotów, różne ceny w feedzie vs na stronie) mogą prowadzić do odrzucenia produktów w Merchant Center, obniżenia zaufania do encji sklepu w Knowledge Graph i gorszych pozycji w wynikach zakupowych. Spójność danych między stroną, feedem, schema, GBP i katalogami to fundament wiarygodnej encji.