Kiedy wybrać Service zamiast Product
Typ Service w słowniku Schema.org służy do opisywania usługi: czynności lub procesu wykonywanego na rzecz odbiorcy. Pasuje na przykład do strony o montażu klimatyzacji, prowadzeniu księgowości czy projektowaniu ogrodu. Product opisuje natomiast produkt oferowany odbiorcy. Rozróżnienie bywa trudniejsze, gdy usługa obejmuje materiały albo kończy się przekazaniem pliku. Warto wtedy zapytać, co jest głównym przedmiotem oferty: praca wykonana dla klienta czy określony produkt.
Przykładowo sklep sprzedający klimatyzator może opisać urządzenie jako Product, a osobną stronę montażu jako Service. Jeśli firma oferuje montaż wraz z urządzeniem, opis powinien jasno wskazywać oba elementy, zamiast przedstawiać całość wyłącznie jako sam klimatyzator. Nie ma potrzeby wybierać typu Product tylko dlatego, że usługa ma cenę, warianty lub można ją zamówić online.
Co opisać na stronie usługi
Dane uporządkowane powinny odpowiadać treści widocznej dla odwiedzających. Na stronie „Montaż klimatyzacji w mieszkaniach” można użyć typu Service, podać nazwę w polu name i krótko wyjaśnić zakres prac w description. Jeśli firma rozróżnia rodzaje usług, pomocne może być serviceType, na przykład „montaż klimatyzacji”. Obszar, na którym świadczy usługę, można wskazać przez areaServed, o ile jest znany i został rzetelnie przedstawiony na stronie.
Nie trzeba wypełniać każdego dostępnego pola. Lepszy jest zwięzły, zgodny ze stroną opis niż długa lista ogólnych haseł i miejscowości dodanych wyłącznie do danych uporządkowanych. Jeśli zakres usługi zależy od oględzin lub ustaleń z klientem, opis powinien to odzwierciedlać. Dane uporządkowane nie zastępują czytelnej treści wyjaśniającej, co klient otrzymuje, czego oferta nie obejmuje i jak może zapytać o szczegóły.
Jak powiązać usługę z jej dostawcą
Właściwość provider pozwala wskazać podmiot świadczący usługę. Może nim być na przykład Organization, LocalBusiness albo Person, zależnie od tego, kto faktycznie realizuje ofertę. Dla strony usługi prowadzonej przez lokalną firmę logiczny układ to obiekt Service z nazwą i opisem oraz powiązany z nim obiekt dostawcy z nazwą firmy. Jeżeli dostawca ma osobną stronę w serwisie, można podać jej adres przez url.
Ważna jest spójność nazw i ról. Firma świadcząca usługę nie powinna być oznaczona jako odbiorca usługi, a nazwa usługi nie powinna zastępować nazwy firmy w obiekcie provider. Jeśli serwis jest katalogiem wykonawców, dostawcą konkretnej usługi może być wykonawca opisany na danej podstronie, a nie właściciel katalogu. Przed wdrożeniem warto sprawdzić, czy użytkownik strony bez trudu ustali, kto odpowiada za wykonanie pracy.
Cena, oferta i warianty bez nadinterpretacji
Gdy strona przedstawia warunki zakupu lub zamówienia usługi, obiekt Service można powiązać z ofertą typu Offer przez właściwość offers. Pozwala to oddzielić opis samej usługi od warunków, na jakich jest dostępna. Cenę i walutę warto podawać tylko wtedy, gdy strona rzeczywiście przedstawia je w jednoznaczny sposób. Przy wycenie indywidualnej bezpieczniej wyjaśnić zasady kontaktu i wyceny w treści strony, niż wpisywać pozornie konkretną kwotę.
Jeżeli firma ma kilka usług, każda ważna podstrona może opisywać własną usługę. Nie warto kopiować identycznego obiektu Service na wszystkie adresy tylko dlatego, że należą do tej samej witryny. Podobnie warianty, takie jak montaż i późniejszy serwis urządzenia, warto rozdzielić, jeśli mają różny zakres i osobne opisy. Struktura danych powinna ułatwiać zrozumienie rzeczywistej oferty, a nie mnożyć obiekty bez oparcia w treści.
Krótka lista kontroli przed publikacją
Najpierw sprawdź, czy głównym tematem strony jest usługa i czy jej nazwa oraz zakres są czytelne także bez danych uporządkowanych. Następnie skontroluj, czy provider wskazuje rzeczywistego wykonawcę, a areaServed nie sugeruje obsługi miejsc, w których firma nie działa. Jeśli dodajesz offers, porównaj warunki oferty z widoczną treścią. Na koniec upewnij się, że wdrożenie nie miesza nazwy usługi, firmy i ewentualnego produktu używanego podczas realizacji.
Po wdrożeniu sprawdź składnię i wykrywane obiekty odpowiednim narzędziem do walidacji danych uporządkowanych. Taka kontrola pomaga znaleźć błędy techniczne, ale nie rozstrzyga, czy opis jest trafny biznesowo; to trzeba ocenić na podstawie strony. Samo dodanie typu Service nie gwarantuje specjalnego wyglądu wyniku wyszukiwania ani poprawy widoczności. Jego praktycznym celem jest jasne, spójne opisanie usługi i relacji z dostawcą.
