Strona inwestycji deweloperskiej musi jednocześnie prezentować projekt, porządkować wiele ofert mieszkań i wspierać pracę zespołu sprzedaży. Użytkownik szuka konkretnych informacji: ceny, dostępności, identyfikatora lokalu, parametrów, lokalizacji czy materiałów wizualnych. Wyszukiwarka również musi zrozumieć, czego dotyczy dana strona i jakie relacje łączą inwestycję, lokal oraz ofertę sprzedaży lub najmu.
W tym pomagają dane uporządkowane oferty nieruchomości. Nie są one dodatkową treścią marketingową widoczną zamiast opisu, lecz semantycznym opisem zapisanym w kodzie strony. Mogą ułatwić interpretację informacji, ale nie stanowią obietnicy wyższej pozycji, rozszerzonego wyniku ani większej liczby zapytań. Ich wartość zależy od dopasowania do rzeczywistej, aktualnej i widocznej oferty.
Dane uporządkowane na stronie dewelopera — co właściwie opisują
Dane uporządkowane pozwalają przekazać wyszukiwarce dodatkowy kontekst. Zwykły tekst może informować, że lokal jest dostępny, ma określoną cenę i znajduje się w konkretnej inwestycji. Oznaczenie semantyczne porządkuje te informacje tak, aby łatwiej było rozpoznać, co jest nazwą obiektu, co ofertą, co ceną, a co lokalizacją.
Na stronie dewelopera oznaczenie może dotyczyć różnych poziomów treści:
- strony inwestycji, która przedstawia projekt jako całość;
- listy lokali, zawierającej wiele dostępnych mieszkań lub innych ofert;
- karty pojedynczego mieszkania, na której użytkownik poznaje konkretny lokal i jego warunki.
To rozróżnienie ma znaczenie dla SEO strony inwestycji. Kod powinien opisywać główny temat konkretnego adresu, a nie ogólną ofertę całego serwisu. Jeżeli karta dotyczy jednego mieszkania, dane nie powinny przypadkowo przedstawiać innego lokalu ani zbioru nieaktualnych ofert. Oznaczenie nie zastępuje dobrej architektury informacji, czytelnych kart mieszkań, wyszukiwarki lokali ani użytecznej ścieżki kontaktu. Pomaga jedynie dokładniej opisać to, co już znajduje się na stronie.
RealEstateListing, Offer i opis pojedynczego lokalu
Schema.org nieruchomości udostępnia typ RealEstateListing. Służy on do opisu ogłoszenia dotyczącego jednej lub większej liczby ofert nieruchomości, których celem jest zwykle sprzedaż lub wynajem. To praktyczny punkt wyjścia dla stron inwestycji, list ofert oraz widoków prezentujących nieruchomości.
RealEstateListing dziedziczy właściwości typu WebPage. Oznacza to, że opis może obejmować również stronę jako całość, między innymi jej główną zawartość, zdjęcie główne czy elementy nawigacyjne. Nie należy jednak utożsamiać opisu strony z opisem konkretnej transakcji. Do przedstawienia warstwy ofertowej służy typ Offer, który może obejmować między innymi cenę, walutę, dostępność, identyfikator oferty, sprzedawcę oraz przedmiot oferty.
Właściwość itemOffered pozwala powiązać ofertę z tym, czego dotyczy. W przypadku inwestycji oznacza to logiczne rozdzielenie trzech elementów: strony lub ogłoszenia, oferty sprzedaży albo najmu oraz konkretnego lokalu. Charakter transakcji może być opisany przez businessFunction, jeżeli wynika z widocznej treści i sposobu prezentacji oferty.
Strona inwestycji a karta mieszkania
Strona inwestycji może prezentować lokalizację, wizualizacje, opis projektu, materiały sprzedażowe i listę mieszkań. Karta lokalu ma węższy zakres: dotyczy określonego identyfikatora, parametrów, ceny i statusu. Z tego powodu nie powinno się bezrefleksyjnie kopiować jednego oznaczenia do wszystkich adresów.
Każdy widok powinien odzwierciedlać własną treść. Lista lokali może opisywać wiele ofert, natomiast karta mieszkania powinna wskazywać właściwy przedmiot oferty i dane przypisane do tego lokalu. Samo użycie RealEstateListing nie potwierdza, że strona uzyska konkretny format rozszerzonego wyniku w Google.
Jakie informacje o mieszkaniu warto uporządkować
Zakres danych powinien wynikać z tego, co użytkownik rzeczywiście widzi na karcie lokalu. W praktyce warto rozważyć uporządkowanie informacji jednoznacznie prezentowanych w ofercie:
- nazwy lub identyfikatora mieszkania;
- opisu lokalu i jego lokalizacji;
- zdjęć oraz innych materiałów przedstawionych na stronie;
- parametrów, takich jak metraż, układ lub piętro, jeśli są częścią widocznej karty;
- ceny i waluty;
- dostępności oraz statusu lokalu;
- charakteru transakcji, na przykład sprzedaży lub najmu;
- sprzedawcy lub wynajmującego, jeżeli te informacje są prezentowane;
- identyfikatora oferty albo lokalu.
Nie oznacza to, że wszystkie właściwości muszą wystąpić na każdej stronie. Dane uporządkowane oferty nieruchomości powinny być kompletne na tyle, na ile pozwala rzeczywista oferta, ale nie należy uzupełniać kodu informacjami domyślonymi, ukrytymi lub nieaktualnymi. Jeżeli cena zmienia się między lokalami, każda karta powinna otrzymać właściwą wartość. To samo dotyczy metrażu, numeru, układu oraz dostępności.
Aktualność danych jako część poprawnego wdrożenia
Poprawność techniczna nie wystarczy, gdy kod pokazuje inną ofertę niż strona. Po zmianie cennika, statusu lokalu albo struktury karty trzeba sprawdzić, czy oznaczenie nadal odpowiada widocznej treści. W przeciwnym razie wyszukiwarka może otrzymać informacje mylące dla użytkownika.
Szczególnej kontroli wymagają dane zmienne: cena, waluta, dostępność i status. Nie należy kopiować jednego bloku do wielu mieszkań, jeśli lokale różnią się istotnymi parametrami. W serwisie z dużą liczbą ofert oznaczenie powinno wynikać z aktualnej struktury ofertowej lub systemu zarządzania treścią, a nie z ręcznego powielania kodu bez późniejszej kontroli.
JSON-LD jako praktyczny format wdrożenia
JSON-LD dla ofert mieszkań jest praktycznym sposobem przekazywania danych uporządkowanych. Google rekomenduje ten format, jeśli konfiguracja serwisu na to pozwala. Jego zaletą jest oddzielenie opisu semantycznego od głównej struktury treści, co może ułatwić zarządzanie oznaczeniem w rozbudowanym serwisie.
Format nie zwalnia jednak z odpowiedzialności za zgodność danych. Oznaczenie powinno znajdować się na stronie, której treść opisuje. Przy wielu kartach mieszkań system powinien przypisywać właściwy identyfikator, cenę, dostępność i parametry do konkretnego lokalu. Ręczne kopiowanie oznaczeń zwiększa ryzyko pomyłki, zwłaszcza gdy oferta jest często aktualizowana.
JSON-LD nie jest samodzielną strategią SEO. Wspiera zrozumienie strony, ale nie zastępuje aktualnych treści, wygodnej prezentacji oferty, sprawnego procesu pozyskania leada ani pomiaru działań marketingowych.
Czego dane uporządkowane nie gwarantują
Czy dane uporządkowane gwarantują lepszą pozycję w Google? Nie. Google traktuje je jako jawne informacje pomagające zrozumieć znaczenie treści strony. Poprawne oznaczenie może wspierać kwalifikację do określonych sposobów prezentacji, ale nie gwarantuje wyświetlenia rozszerzonego wyniku.
Nie ma również podstaw, aby samo wdrożenie przedstawiać jako gwarancję większej liczby kliknięć, leadów lub sprzedaży. Efekty biznesowe zależą od wielu elementów: jakości i atrakcyjności oferty, widoczności strony, użyteczności, kampanii reklamowych, obsługi zapytań oraz sposobu mierzenia wyników. Dane uporządkowane są jednym z elementów poprawnie przygotowanego serwisu.
Ważne jest też rozróżnienie między zgodnością ze słownikiem Schema.org a wymaganiami Google Search. Schema.org opisuje typy, właściwości i relacje. Google może mieć dodatkowe zasady dotyczące widocznej treści i kwalifikacji do rozszerzonej prezentacji. Dlatego pozytywny wynik walidacji nie powinien być komunikowany jako obietnica konkretnego efektu SEO.
Jak zweryfikować i monitorować wdrożenie
Kontrola oznaczenia powinna obejmować zarówno narzędzia, jak i ręczne porównanie kodu z ofertą. Sama walidacja składni nie odpowiada na pytanie, czy cena, dostępność i identyfikator są biznesowo poprawne.
- Przetestuj adres strony lub kod w Rich Results Test, aby sprawdzić możliwe funkcje Google powiązane z oznaczeniem.
- Użyj Schema Markup Validator do ogólnej walidacji danych zgodnych ze słownikiem Schema.org.
- Porównaj kod z widoczną kartą lokalu, zwłaszcza cenę, walutę, dostępność, identyfikator i parametry.
- Po publikacji sprawdź adres w URL Inspection i monitoruj odpowiednie raporty w Search Console.
- Powtórz kontrolę po zmianie szablonu, cennika, statusu lokalu lub struktury strony.
Kontrola przed i po publikacji
Przed publikacją warto najpierw przeprowadzić testy narzędziowe, a następnie sprawdzić zgodność danych z kartą mieszkania. Po wdrożeniu należy zweryfikować konkretny adres i obserwować raporty. Kontrola powinna objąć nie tylko to, czy kod jest odczytywany, lecz także czy opisuje właściwy lokal i aktualną ofertę.
Przy stronie inwestycji trzeba zwrócić uwagę na różnicę między listą mieszkań a pojedynczą kartą. Jeżeli oferta zmienia się regularnie, proces aktualizacji danych powinien być częścią pracy nad serwisem. Dzięki temu oznaczenie wspiera przejrzystość strony zamiast utrwalać nieaktualne informacje.
Dane uporządkowane mogą uporządkować opis strony inwestycji, listy lokali i pojedynczych ofert. RealEstateListing pomaga opisać ogłoszenie, a Offer relację z ofertą sprzedaży lub najmu; itemOffered wskazuje przedmiot tej oferty. Najważniejsza pozostaje zgodność z widoczną i aktualną treścią.
Wdrożenie warto traktować jako element większego procesu obejmującego stronę inwestycji, prezentację mieszkań, kampanie, obsługę zapytań i pomiar. Nie gwarantuje ono pozycji ani rich result, ale może ułatwić wyszukiwarce interpretację oferty. Skontaktuj się z INB Marketing, aby omówić stronę internetową lub marketing, który pomoże skuteczniej prezentować i sprzedawać inwestycję.
