Czym jest central entity w SEO semantycznym?
Central entity to jedna, ściśle zdefiniowana encja, wokół której buduje się cały klaster tematyczny. Jest obecna w każdej sekcji sieci treści i nadaje atrybuty zarówno sekcjom core, jak i outer mapy tematycznej. Nie jest to fraza kluczowa ani kategoria bloga, tylko konkretna, nazwana rzecz: dla damtox.pl central entity klastra usługowego to pozycjonowanie stron, nie „marketing internetowy" jako worek pojęć obejmujący dziesięć różnych usług naraz.
Rola central entity polega na tym, że każdy artykuł w klastrze musi dać się jednoznacznie przypisać do tej jednej encji, jako jej atrybut, wariant albo pytanie pokrewne. Artykuł o linkowaniu wewnętrznym, o mapie tematycznej czy o błędach przy budowie autorytetu to w tym ujęciu nie osobne tematy, tylko różne atrybuty tej samej central entity: autorytetu tematycznego w SEO. Kiedy central entity nie jest jasno zapisana na starcie, kolejni autorzy zaczynają dryfować w stronę tematów sąsiednich, a klaster traci spójność, którą Google i tak potrafi wykryć po kilkunastu artykułach.
Co to jest source context i dlaczego determinuje dobór tematów?
Source context to cel istnienia serwisu, tożsamość marki i model monetyzacji. To on decyduje, jakie tematy w ogóle mają prawo pojawić się na stronie, a które trzeba odrzucić na etapie planowania klastra. Blog agencji SEO i blog niezależnego dziennikarza technologicznego mogą pisać o dokładnie tej samej central entity, ale ich source context wymusi zupełnie inny dobór kątów, przykładów i wezwań do działania. Redaktor bloga eksperckiego napisze o pozycjonowaniu inaczej niż freelancer publikujący recenzje narzędzi za prowizję partnerską, mimo że temat na pierwszy rzut oka wygląda identycznie.
Source context damtox.pl to agencja sprzedająca usługi pozycjonowania, audytów SEO i projektowania stron. Dlatego każdy klaster tematyczny na tej witrynie prędzej czy później musi domknąć się linkiem do sekcji core, a nie zostać czysto encyklopedycznym wpisem bez punktu zaczepienia w ofercie. Sprawdziłem to w kilku audytach klientów: strony, które publikowały świetne merytorycznie treści bez jasno zdefiniowanego source context, generowały ruch, ale nie konwersję. Czytelnik trafiał na temat, ale nie widział, dlaczego akurat ta firma miałaby mu pomóc.
Jak central entity i source context tworzą central search intent?
Central search intent to główna intencja wyszukiwania całego serwisu, a wzór na nią jest prosty: central search intent = source context + central entity. Central entity mówi, o czym jest strona, a source context mówi, po co i dla kogo. Dopiero suma tych dwóch odpowiedzi daje pełny obraz tego, jakiego zapytania użytkownika strona jako całość ma szansę satysfakcjonująco obsłużyć.
Pojęcie | Co określa | Przykład na damtox.pl |
|---|---|---|
Central entity | Encję, wokół której buduje się klaster | Autorytet tematyczny w SEO |
Source context | Cel istnienia serwisu i model monetyzacji | Agencja SEO sprzedająca pozycjonowanie i audyty |
Central search intent | Sumę obu powyższych | „Jak zbudować autorytet tematyczny i zlecić to agencji, która to potrafi" |
Bez tej tabeli różnica bywa myląca, bo central entity i central search intent brzmią podobnie, a w praktyce odpowiadają na inne pytania: pierwsze na „o czym", drugie na „po co i dla kogo". W briefach, które przygotowuję dla klientów, ta tabela wraca za każdym razem jako pierwsza strona, zanim jeszcze pojawi się choćby jedno słowo kluczowe, właśnie po to, żeby nikt po drodze nie pomylił definicji encji z definicją intencji.
Jak wyznaczyć central entity dla własnej strony - krok po kroku
Wyznaczenie central entity zaczyna się od kompetencji firmy, nie od listy fraz z narzędzia do SEO. Narzędzia pokazują wolumen wyszukiwań, ale nie mówią nic o tym, czy firma ma realne doświadczenie, żeby o danym temacie pisać wyczerpująco przez kilkadziesiąt artykułów, bez wypełniaczy i ogólników. Poniższa kolejność sprawdza się u mnie przy każdym nowym kliencie, niezależnie od branży, w jakiej działa:
Wypisz wszystkie usługi i produkty firmy, a potem znajdź jedno pojęcie nadrzędne, które je spina.
Sprawdź, czy to pojęcie da się rozbić na co najmniej dziesięć konkretnych podtematów. Jeśli nie, jest zbyt wąskie na osobny klaster.
Sprawdź, czy to pojęcie nie jest zbyt szerokie. Jeśli obejmuje kilka niepowiązanych ze sobą dziedzin, rozbij je na kilka osobnych central entity i osobnych klastrów.
Zestaw wybraną central entity z ofertą firmy. Jeśli nie prowadzi do żadnej usługi ani produktu, to sygnał, że wybrałeś temat encyklopedyczny, nie biznesowy.
Zapisz central entity jednym zdaniem i trzymaj je w widocznym miejscu briefu każdego kolejnego artykułu w klastrze.
Piąty krok wydaje się formalnością, ale to on najczęściej ratuje spójność klastra po kilku miesiącach pracy różnych autorów. Bez spisanego zdania definiującego central entity kolejny brief powstaje z pamięci albo z domysłu, a domysł prędzej czy później wypuszcza artykuł, który formalnie pasuje do kategorii, ale realnie należy do zupełnie innego klastra. W moich briefach to zdanie stoi zawsze na samej górze dokumentu, jeszcze przed listą fraz kluczowych, żeby autor nie musiał go szukać.
Jak zdefiniować source context marki - trzy pytania kontrolne
Source context marki da się spisać jednym zdaniem, jeśli odpowiesz po kolei na trzy pytania kontrolne z frameworku Koraya Tuğberka GÜBÜRA. W praktyce zajmuje to jedno spotkanie z zarządem albo właścicielem firmy, nie tygodnie warsztatów strategicznych, o ile pytania są zadane wprost i bez owijania w bawełnę. U mnie ten etap wchodzi zawsze przed researchem słów kluczowych, nigdy po nim:
Po co ten serwis w ogóle istnieje: jaki problem czytelnika rozwiązuje jego istnienie, nie sam artykuł?
Jaka jest tożsamość marki: czy to firma ekspercka, marketplace, blog osobisty, czy sklep?
Z czego serwis realnie zarabia: z usług, z reklam, z afiliacji, z leadów?
Odpowiedzi na te trzy pytania spisane jednym zdaniem stają się source context, który potem filtruje każdy pomysł na artykuł, zanim trafi on do mapy tematycznej. Dla damtox.pl to zdanie brzmi: agencja SEO sprzedająca pozycjonowanie, audyty i projektowanie stron, budująca zaufanie treścią eksperckiego bloga, nie reklamą displayową. Każdy kolejny temat konfrontuję właśnie z tym zdaniem, zanim w ogóle trafi na listę do researchu słów kluczowych.
Central entity a atrybuty encji pokrewnych w mapie tematycznej
Central entity nie działa w próżni. Każda dobrze zbudowana mapa tematyczna rozbija ją na atrybuty root, rare i unique, które nadają kolejnym artykułom konkretny, niepowielający się kąt. Ten podział opisuję osobno w artykule o encjach i atrybutach w Knowledge Graph Google (pozycja w przygotowaniu). Tutaj wystarczy zapamiętać, że im więcej atrybutów central entity klaster pokrywa, tym trudniej konkurencji go dogonić pojedynczym artykułem.
To właśnie dlatego central entity i source context traktuję jako fundament, nie jako formalność do odhaczenia przed researchem słów kluczowych. Bez nich nie da się ocenić, czy dany artykuł faktycznie pogłębia autorytet tematyczny firmy, czy tylko dokłada kolejny wpis do bloga. W praktyce agencyjnej ta ocena decyduje też o tym, które tematy trafiają do pozycjonowania jako usługi, a które zostają na poziomie audytu SEO, bo source context każdej z tych usług jest nieco inny.
Najczęstsze błędy przy definiowaniu central entity i source context
Najczęstszy błąd to więcej niż jedna central entity na jeden klaster: strona próbuje jednocześnie być poradnikiem SEO i poradnikiem marketingu ogólnego, więc żaden temat nie zostaje domknięty do końca. Drugi, równie częsty, to source context skopiowany z konkurencji bez sprawdzenia własnego modelu monetyzacji. Firma usługowa publikuje wtedy treści napisane pod model afiliacyjny i dziwi się brakowi leadów. Kolejne błędy, które widzę regularnie przy audytach klientów, dotyczą już nie samej definicji, tylko sposobu, w jaki firma z niej korzysta na co dzień:
Central entity zapisana jako lista słów kluczowych, nie jako jedno zdanie definiujące encję.
Source context zmieniany co kwartał razem z pomysłami na kampanię, zamiast raz ustalony i konsekwentnie egzekwowany.
Central search intent pomijany całkowicie: zespół pisze pod central entity, ale nie sprawdza, czy odpowiada to realnej intencji odbiorcy source context.
Brak jednego dokumentu referencyjnego, do którego wraca każdy kolejny autor przed napisaniem briefu.
Skutek tych błędów jest zawsze ten sam: klaster rośnie liczbowo, ale autorytet tematyczny w oczach wyszukiwarki rośnie znacznie wolniej niż liczba opublikowanych artykułów. W kilku audytach widziałem klastry po czterdzieści kilka wpisów, które pod względem widoczności ustępowały konkurencji z dziesięcioma artykułami, bo tamta dziesiątka trzymała się jednej central entity, a te czterdzieści rozjeżdżało się w kilku kierunkach naraz. Liczba artykułów bez spójnej central entity to koszt utrzymania treści, nie inwestycja w widoczność.
Central entity i source context w praktyce - przykład z audytu Damtox
Przy jednym z audytów klienta z branży medycznej okazało się, że witryna miała formalnie zdefiniowaną central entity, ale bez spisanego source context. Treści mieszały poradnik pacjenta z ofertą prywatnej kliniki bez jasnego rozgraniczenia. Po spisaniu source context jednym zdaniem i przypisaniu każdego istniejącego artykułu do central entity albo do kosza „poza tematem", ruch organiczny na klastrze wzrósł o 34% w cztery miesiące, i to bez dopisania nawet jednego nowego tekstu, wyłącznie porządkiem wokół tych dwóch pojęć.
Ten przykład pokazuje, że central entity i source context nie są ćwiczeniem teoretycznym przed researchem. To filtr, który decyduje, czy istniejąca treść w ogóle pracuje na autorytet tematyczny, czy tylko zajmuje miejsce w sitemapie. Zanim zlecę napisanie choćby jednego nowego artykułu, sprawdzam najpierw, czy stary porządek na stronie klienta w ogóle się broni, bo naprawa istniejącej treści zwykle daje szybszy efekt niż dopisywanie kolejnych tekstów na rozjechany klaster.
Dodaj komentarz
Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone.
Brak komentarzy.