Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
W rozmowach o SEO od kilku lat wraca zdanie, że Google „nie szuka już słów kluczowych, tylko encji”. Pada zwykle bez wyjaśnienia, co miałoby z tego wynikać dla kogoś, kto w poniedziałek siada do serwisu i ma w nim coś konkretnego poprawić.
Sam długo traktowałem ten temat jak ciekawostkę dla teoretyków wyszukiwarek. Zmieniłem zdanie, kiedy zauważyłem, jak często audyt kończy się tym samym wnioskiem: strona ma treści, ma linki, technicznie jest w porządku, a mimo to Google nie kojarzy jej z tematem, o który jej autorom chodzi. To nie jest problem gęstości frazy. To problem tego, czy wyszukiwarka w ogóle rozumie, o czym i o kim jest ta witryna.
Poniżej próbuję przetłumaczyć pojęcia encji i grafu wiedzy na decyzje, które da się podjąć w kodzie strony i w treści. Bez obietnicy, że istnieje przełącznik „włącz encje”.
Encja to rzecz, a nie ciąg znaków: osoba, firma, miejsce, produkt, wydarzenie, pojęcie. Ma tożsamość niezależną od nazwy, którą się ją opisuje, oraz zestaw relacji z innymi rzeczami.
Najprościej widać to na wieloznaczności. Zapytanie „jaguar” może dotyczyć zwierzęcia albo marki samochodów — to jeden ciąg znaków i dwie zupełnie różne encje. Odwrotnie: „Robert Lewandowski”, „Lewy” i „polski napastnik” mogą wskazywać tę samą encję przy trzech różnych ciągach znaków. Dopasowanie tekstowe tego nie rozstrzygnie, rozumienie encji — tak.
Google opisał tę zmianę podejścia publicznie 16 maja 2012 roku, ogłaszając Knowledge Graph. Tytuł tamtego wpisu — „things, not strings” — do dziś jest najkrótszym wyjaśnieniem, o co w tym chodzi. Na start baza obejmowała ponad 500 milionów obiektów i około 3,5 miliarda faktów o nich oraz relacji między nimi. Od tego momentu minęło jedenaście lat, więc mówimy o dojrzałej części wyszukiwarki, nie o eksperymencie.
W polskiej literaturze branżowej spotkasz różne tłumaczenia — „graf wiedzy” jest najbliższe oryginałowi, bo chodzi o graf: węzły i połączenia między nimi. Ja będę używał tej nazwy.
To pytanie, na które nie ma pełnej publicznej odpowiedzi, i warto to powiedzieć wprost, zamiast powtarzać branżowe domysły jako fakty.
Wiadomo, że pierwotnym zapleczem grafu była między innymi baza Freebase, którą Google przejął razem z Metaweb w 2010 roku. Freebase już nie istnieje: w grudniu 2014 Google ogłosił jego wygaszenie i pomoc w przeniesieniu danych do Wikidata, w marcu 2015 baza przeszła w tryb tylko do odczytu, a 2 maja 2016 serwis został wyłączony. W grudniu 2015 pojawiło się Knowledge Graph Search API jako następca API Freebase — to jedyny publiczny sposób, żeby sprawdzić, czy Google ma w grafie encję o danej nazwie i jaki identyfikator jej przypisał.
Poza tym graf jest zasilany tym, co wyszukiwarka wyciąga z całej sieci: z powtarzalnych opisów, z danych strukturalnych, z licencjonowanych źródeł, z zachowań użytkowników. Nie wiemy, jak te sygnały są ważone, i nikt spoza Google tego nie wie.
Praktyczny wniosek jest za to prosty: encja utrwala się przez zgodność opisu w wielu niezależnych miejscach. Jeśli Twoja firma w jednym serwisie nazywa się inaczej niż w drugim, ma trzy różne adresy i dwa różne profile, to nie budujesz jednej mocnej encji, tylko trzy słabe i niepowiązane.
Graf wiedzy nie działa w oderwaniu od reszty wyszukiwarki. Równolegle Google przez lata zmieniał sposób interpretowania samych zapytań i to te dwie linie razem tworzą stan, który mamy dziś.
Nie traktuj tej listy jako zestawu „czynników rankingowych”, które da się optymalizować osobno. Traktuj ją jako informację o kierunku: rozdzielczość rozumienia rośnie, a przestrzeń na sztuczki tekstowe się zwęża. Wypychanie synonimów w nadziei, że algorytm nie zauważy, przestało być strategią jakiś czas temu.
Największa zmiana jest w jednostce planowania. Zamiast listy pojedynczych fraz do „obrobienia” pracuję na tematach i na tym, jakie encje w danym temacie muszą się pojawić, żeby tekst był kompletny.
Wygląda to tak: zanim napiszę cokolwiek o kampaniach produktowych, spisuję rzeczy, bez których ten temat nie istnieje — plik produktowy, Merchant Center, atrybuty, opinie, wykluczenia. Jeśli w gotowym tekście którejś z nich nie ma, prawdopodobnie brakuje w nim fragmentu odpowiedzi, a nie słowa kluczowego.
Druga zmiana dotyczy jednoznaczności. Piszę pełnymi nazwami tam, gdzie to ma znaczenie, i nie zakładam, że skrót czy zaimek wystarczy. Nie robię tego „dla algorytmu” — robię to, bo tekst, który da się czytać bez domyślania się, o kim mowa, jest po prostu lepszy.
Trzecia rzecz to struktura serwisu. Jeśli na dwudziestu podstronach opisujesz w kółko to samo z niewielkimi wariacjami, nie zbudujesz z tego autorytetu w temacie — rozproszysz go. Widzę to na większości serwisów, które przejmuję po latach doklejania kolejnych „stron pod frazę”.
Warto to spiąć z wytycznymi jakościowymi. W grudniu 2022 Google rozszerzył skrót E-A-T do E-E-A-T, dodając na początku doświadczenie. Te wytyczne nie są algorytmem, ale opisują, czego wyszukiwarka próbuje szukać — a autor jako rozpoznawalna encja z historią publikacji wpisuje się w to znacznie lepiej niż anonimowy tekst.
Danych strukturalnych nie traktuję jako sposobu na wymuszenie czegokolwiek. Traktuję je jako najtańszy sposób powiedzenia wyszukiwarce wprost tego, czego inaczej musiałaby się domyślać.
Minimum, które wdrażam na serwisie firmowym:
Dwie uwagi z doświadczenia. Po pierwsze, znaczniki muszą opisywać to, co faktycznie jest na stronie — rozbieżność między danymi strukturalnymi a widoczną treścią to naruszenie wytycznych, nie sprytny skrót. Po drugie, znaczniki autora są od dobrych praktyk, a nie od rankingu; Google Authorship, czyli stary znacznik `rel=author` z podglądem zdjęcia autora w wynikach, został wyłączony w sierpniu 2014 i nigdy nie wrócił. Krążący po branży „Author Rank” nigdy nie był uruchomionym systemem Google.
Panel wiedzy po prawej stronie wyników to najbardziej widoczny objaw tego, że Google uznał coś za encję. Nie da się go zamówić i nie ma na to procedury.
Co realnie mogę zrobić dla klienta: uporządkować Profil Firmy w Google, ujednolicić nazwę, adres i opis we wszystkich miejscach, w których firma występuje, dopilnować, żeby strona „O nas” faktycznie opisywała podmiot, i wdrożyć znaczniki opisane wyżej. Jeśli panel się pojawi, przedstawiciel podmiotu może po weryfikacji zgłaszać do niego poprawki — to funkcja dostępna od 2019 roku.
Czego nie robię: nie obiecuję panelu i nie wyceniam „uzyskania encji”. Widziałem oferty, które to sprzedają, i nie mam pojęcia, na jakiej podstawie.
Kilka rzeczy, które warto powiedzieć na koniec, bo temat ma sporo entuzjastów i mało sceptyków.
Encje nie zastępują podstaw. Serwis, który się nie indeksuje, ładuje się wiecznie i nie odpowiada na żadne realne pytanie, nie naprawi się przez dodanie znaczników. Kolejność prac zostaje ta sama: dostępność, treść, dopiero potem doprecyzowanie znaczeniowe.
Nie ma też narzędzia, które pokaże Ci „Twój wynik encji”. Możesz zapytać Knowledge Graph Search API o nazwę i zobaczyć, czy Google zwraca dopasowanie oraz jaki identyfikator mu przypisuje. To użyteczna informacja, ale to nie jest miernik postępu i nie da się z niego zrobić wykresu do raportu.
Wreszcie: uporządkowanie encji to praca kwartalna, nie tygodniowa. Zmiany w tym, jak wyszukiwarka kojarzy podmiot z tematem, widzę z opóźnieniem i zwykle nie jako skok, a jako powolne poszerzanie zakresu zapytań, na które strona się pokazuje. Jeśli ktoś obiecuje tu szybki efekt, mówi o czymś innym niż encje.
Jest wreszcie powód, żeby zająć się tym akurat teraz. W lutym Google publicznie zapowiedział wprowadzenie generatywnej AI do wyszukiwarki — nie znamy jeszcze szczegółów działania ani terminów, ale każdy system, który ma streszczać odpowiedzi zamiast tylko linkować, musi opierać się na tym, co potrafi jednoznacznie zidentyfikować. Bycie rozpoznawalnym podmiotem, a nie zbiorem stron z frazami, wygląda w tym kontekście na inwestycję, która się nie zmarnuje.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |