Dane strukturalne, Schema i Entity SEO

Audyt obecnego schema

Zaczynamy od przeglądu danych strukturalnych, które Twój serwis już ma. Szukamy błędów, ostrzeżeń, duplikatów oraz znaczników opisujących treści, których użytkownik nie widzi na stronie.

Jak to robimy

1. Crawlujemy serwis i zbieramy typy schema użyte na poszczególnych szablonach stron.
2. Analizujemy błędy i ostrzeżenia oraz raporty wyników rozszerzonych w Search Console.
3. Porównujemy znaczniki z widoczną treścią i wskazujemy dane nieaktualne lub niepotwierdzone.
4. Wykrywamy duplikaty, na przykład dwa bloki Organization dodane przez wtyczkę i przez motyw.

Co otrzymujesz

Dostajesz raport stanu danych strukturalnych z listą błędów i rekomendacją dla każdego szablonu. Wiesz, które znaczniki usunąć, a które poprawić lub uzupełnić.

Kiedy i w jakiej formie: Start + kwartalnie

• Screaming Frog
• Sitebulb
• Google Search Console

Organization / LocalBusiness

Wdrażamy dane strukturalne opisujące Twoją firmę: nazwę, logo, adres, kontakt i profile w sieci. Firmom lokalnym przypisujemy właściwy podtyp LocalBusiness, na przykład Dentist albo AutoRepair zamiast typu ogólnego.

Jak to robimy

1. Zbieramy wzorcowe dane firmy zgodne z wizytówką w mapach i stroną kontaktową.
2. Uzupełniamy nazwę, logo, URL, telefon, adres, obszar działania i typ działalności.
3. Dodajemy w sameAs linki do oficjalnych profili społecznościowych i wpisów w katalogach.
4. Umieszczamy znacznik na stronie głównej lub kontaktowej i testujemy jego poprawność.

Co otrzymujesz

Serwis ma poprawny znacznik Organization lub LocalBusiness zgodny z danymi NAP. Wyszukiwarka dostaje jednoznaczny opis firmy, który może wykorzystać w panelu wiedzy i wynikach lokalnych.

Kiedy i w jakiej formie: Jednorazowo + aktualizacja

• Google Search Console
• Google Business Profile

Person / Author

Zastępujemy anonimowego autora „admin” prawdziwymi osobami opisanymi w schema Person. Właściwość author w artykule wskazuje eksperta, jego biogram i profile, więc wyszukiwarka wie, kto odpowiada za treść.

Jak to robimy

1. Tworzymy lub poprawiamy konta autorów w CMS i zdejmujemy publikacje z konta technicznego.
2. Dodajemy schema Person z imieniem, nazwiskiem, stanowiskiem, zdjęciem i adresem strony autora.
3. Wskazujemy profile zewnętrzne autora, na przykład LinkedIn, we właściwości sameAs.
4. Łączymy właściwość author w każdym artykule z odpowiednim obiektem Person.

Co otrzymujesz

Artykuły mają przypisanych prawdziwych autorów opisanych w danych strukturalnych. Znika anonimowy podpis, a treści łączą się z profilem eksperta.

Kiedy i w jakiej formie: Przy szablonach treści

• WordPress

BreadcrumbList

Dodajemy dane strukturalne okruszków nawigacyjnych, zgodne z nawigacją widoczną na stronie. BreadcrumbList pokazuje wyszukiwarce hierarchię serwisu i może zmienić wygląd adresu w wyniku wyszukiwania.

Jak to robimy

1. Sprawdzamy, czy okruszki na stronie odzwierciedlają rzeczywistą strukturę kategorii.
2. Generujemy BreadcrumbList z tych samych danych, z których powstaje widoczna ścieżka.
3. Pilnujemy, żeby każdy element miał poprawną nazwę i adres strony nadrzędnej.
4. Testujemy znaczniki na różnych typach szablonów i monitorujemy raport w Search Console.

Co otrzymujesz

Wszystkie szablony mają BreadcrumbList zgodne z widoczną nawigacją. Wyszukiwarka lepiej rozumie położenie każdej strony w strukturze serwisu.

Kiedy i w jakiej formie: Jednorazowo + QA

• Google Search Console
• Screaming Frog

Article / BlogPosting

Oznaczamy treści redakcyjne typem Article lub BlogPosting z kompletem podstawowych właściwości. Szczególnie pilnujemy dat, bo dateModified ma odpowiadać faktycznej zmianie treści, a nie każdemu zapisowi w CMS.

Jak to robimy

1. Uzupełniamy headline, image, publisher i mainEntityOfPage na podstawie danych z szablonu wpisu.
2. Wiążemy author z obiektem Person, a publisher z obiektem Organization Twojej firmy.
3. Ustawiamy datePublished i dateModified tak, żeby zmieniały się tylko przy realnej aktualizacji.
4. Testujemy znaczniki na przykładowych wpisach z różnych kategorii bloga.

Co otrzymujesz

Wpisy blogowe mają poprawne dane Article z wiarygodnymi datami i przypisanym autorem. Wyszukiwarka dostaje spójny opis każdej publikacji.

Kiedy i w jakiej formie: Przy szablonach bloga

• WordPress
• Google Search Console

Product / Offer / AggregateRating

W sklepie internetowym oznaczamy produkty typami Product i Offer z ceną, walutą, dostępnością i identyfikatorami. Oceny dodajemy wyłącznie wtedy, gdy opinie są widoczne na stronie i spełniają wytyczne Google.

Jak to robimy

1. Mapujemy pola sklepu na właściwości name, brand, sku, gtin, price, priceCurrency i availability.
2. Sprawdzamy, czy cena i dostępność w znaczniku zmieniają się razem z danymi w sklepie.
3. Dodajemy AggregateRating i Review tylko dla produktów z prawdziwymi opiniami klientów.
4. Porównujemy dane w znacznikach z plikiem produktowym, żeby uniknąć rozbieżności.

Co otrzymujesz

Produkty mają aktualne dane Product i Offer zgodne z treścią strony i plikiem produktowym. Karty mogą kwalifikować się do wyników rozszerzonych z ceną i oceną.

Kiedy i w jakiej formie: Przy produktach i feedach

• Merchant Center
• Google Search Console
• WooCommerce
• Shopify

Service schema

Opisujemy usługi w danych strukturalnych typem Service albo właściwym typem lokalnym. Znacznik określa zakres usługi, obszar działania i firmę, która ją świadczy, bez nadmiarowych i sztucznych właściwości.

Jak to robimy

1. Dla każdej strony usługi ustalamy nazwę, opis i obszar działania w polu areaServed.
2. Łączymy usługę z firmą przez właściwość provider oraz z marką i powiązanymi stronami.
3. Rezygnujemy z właściwości, których nie potwierdza treść strony, na przykład z wymyślonych cen.
4. Testujemy znaczniki i sprawdzamy, czy nie dublują danych z innych bloków schema.

Co otrzymujesz

Strony usług mają oszczędne, prawdziwe znaczniki Service powiązane z firmą. Wyszukiwarka i systemy AI łatwiej przypisują usługę do Twojej marki i regionu.

Kiedy i w jakiej formie: Przy landingach usług

• Google Search Console

FAQPage i HowTo

Stosujemy FAQPage i HowTo tylko tam, gdzie strona naprawdę zawiera widoczne pytania z odpowiedziami albo instrukcję krok po kroku. Nie dopisujemy sztucznego FAQ po to, żeby wymusić wynik rozszerzony.

Jak to robimy

1. Wyszukujemy strony z prawdziwymi sekcjami pytań lub instrukcjami krok po kroku.
2. Sprawdzamy, czy treść w znaczniku jest identyczna z tekstem widocznym dla użytkownika.
3. Usuwamy znaczniki FAQ z miejsc, w których pytania są ukryte lub czysto reklamowe.
4. Uprzedzamy Cię, że Google mocno ograniczył wyświetlanie tych wyników, więc traktujemy je głównie jako opis treści.

Co otrzymujesz

Znaczniki FAQPage i HowTo zostają tylko na stronach, które mają odpowiednią treść. Serwis unika ryzyka ręcznych działań za znaczniki niezgodne z zawartością strony.

Kiedy i w jakiej formie: Przy treściach poradnikowych

• Google Search Console

VideoObject i Image metadata

Dla ważnych filmów i grafik dodajemy dane strukturalne oraz metadane, które pomagają je odnaleźć w wyszukiwarce. Dobrze opisany film może pojawić się w wynikach wideo, a obraz w wyszukiwarce grafik.

Jak to robimy

1. Wybieramy filmy i obrazy, które mają znaczenie dla oferty lub poradników.
2. Uzupełniamy VideoObject o nazwę, opis, miniaturę, uploadDate, embedUrl i transkrypcję.
3. Dla grafik dodajemy opisowe nazwy plików, teksty alternatywne i dane o licencji tam, gdzie to potrzebne.
4. Łączymy film lub obraz ze stroną, na której jest osadzony, i testujemy znaczniki.

Co otrzymujesz

Najważniejsze filmy i grafiki mają kompletne metadane oraz poprawne znaczniki. Wyszukiwarka może je pokazywać w wynikach wideo i grafiki z właściwym opisem.

Kiedy i w jakiej formie: Przy treściach multimedialnych

• Google Search Console

Walidacja schema

Testujemy każde wdrożenie danych strukturalnych przed publikacją i po niej. Po wdrożeniu sprawdzamy w Search Console, czy Google wykrywa dane na właściwych typach adresów URL.

Jak to robimy

1. Przepuszczamy przykładowe adresy przez test wyników rozszerzonych Google i walidator schema.org.
2. Poprawiamy błędy składni, brakujące wymagane pola i niepoprawne typy wartości.
3. Po publikacji śledzimy raporty ulepszeń w Search Console dla każdego typu znacznika.
4. Sprawdzamy, czy liczba wykrytych elementów odpowiada liczbie stron danego typu w serwisie.

Co otrzymujesz

Dostajesz potwierdzenie poprawności wdrożenia wraz z listą przetestowanych adresów. Błędy wykryte po publikacji od razu trafiają do poprawy.

Kiedy i w jakiej formie: Przy wdrożeniu + miesięcznie

• Google Search Console

Mapa encji marki

Rysujemy mapę encji Twojej marki, czyli schemat powiązań między firmą, usługami, produktami, ekspertami i lokalizacjami. Na mapie znajdują się też problemy klientów, publikacje i profile zewnętrzne.

Jak to robimy

1. Spisujemy wszystkie encje związane z marką i ujednolicamy ich nazwy.
2. Określamy relacje: która usługa należy do marki, kto jest jej ekspertem, gdzie jest świadczona.
3. Przypisujemy każdej encji stronę w serwisie, która opisuje ją najpełniej.
4. Wykorzystujemy mapę jako plan dla danych strukturalnych i linkowania wewnętrznego.

Co otrzymujesz

Dostajesz mapę encji marki z ujednoliconymi nazwami i relacjami. Staje się ona wspólnym punktem odniesienia dla treści, schema i linkowania.

Kiedy i w jakiej formie: Start + kwartalnie

sameAs i profile zewnętrzne

Łączymy stronę z oficjalnymi profilami marki za pomocą właściwości sameAs w danych strukturalnych. Wskazujemy tylko wiarygodne źródła, które naprawdę należą do firmy: media społecznościowe, mapy, katalogi czy kanał YouTube.

Jak to robimy

1. Zbieramy listę oficjalnych profili marki i sprawdzamy, czy są aktywne i aktualne.
2. Wybieramy profile właściwe dla branży, na przykład LinkedIn, GitHub lub portale branżowe.
3. Dodajemy adresy do sameAs w znaczniku Organization i sprawdzamy, czy profile linkują do strony.
4. Pomijamy profile porzucone albo takie, które nie są własnością firmy.

Co otrzymujesz

Znacznik Organization wskazuje komplet oficjalnych profili marki. Wyszukiwarka łatwiej łączy te źródła w jedną encję firmy.

Kiedy i w jakiej formie: Jednorazowo + aktualizacja

• Google Business Profile