• -10%
Schema.org dla PrestaShop – dane JSON-LD Pro | PrestaDev
Schema.org dla PrestaShop – dane JSON-LD Pro | PrestaDev
Schema.org dla PrestaShop – dane JSON-LD Pro | PrestaDev
Schema.org dla PrestaShop – dane JSON-LD Pro | PrestaDev
Schema.org dla PrestaShop – dane JSON-LD Pro | PrestaDev
Schema.org dla PrestaShop – dane JSON-LD Pro | PrestaDev

Dane strukturalne Schema.org (JSON-LD) Pro dla PrestaShop

Wersja modułu: 1.3.7

Zgodność z PrestaShop: 1.7.x 8.x 9.x 1.6.x

Aktualizacja pliku modułu: 2026-09-14 15:37:28

Aktualizacja danych produktu: 2026-09-14 17:21:00


1 Recenzję

Dane strukturalne Schema.org (JSON-LD) Pro to moduł PrestaShop, który tworzy dane strukturalne Schema.org w formacie JSON-LD dla włączonych elementów sklepu i stron. Buduje jeden graf @context / @graph, dzięki czemu powiązane encje, takie jak sklep, produkt, oferta i okruszki, mogą korzystać ze stałych identyfikatorów @id. Konfiguracja obejmuje organizację lub sklep internetowy, lokalizacje LocalBusiness, produkty, warianty, strony i wybrane dane widoczne w witrynie. Dane produktu są pobierane z kontekstu PrestaShop, a dane firmy i dodatkowe zasady można pobrać z ustawień sklepu lub wprowadzić ręcznie. Skrypt JSON-LD jest generowany i kodowany w PHP, a następnie zwracany w hooku displayFooter. Każdy rodzaj znacznika włącza się osobno, dlatego moduł publikuje tylko skonfigurowane dane dla odpowiedniej strony. Moduł dostarcza znaczniki, lecz nie gwarantuje indeksacji, widoczności w wynikach wyszukiwania ani wyświetlenia wyników rozszerzonych przez wyszukiwarkę.

Typ licencji / aktualizacja
133,20 zł
108,29 złnetto 148,00 zł -10%
Najniższa cena z ostatnich 30 dni przed obniżką: 148,00 zł

Opis

Najważniejsze funkcje modułu

Jeden graf JSON-LD i kontrola publikowanych encji

  • Jeden dokument JSON-LD. Moduł składa włączone dane w jeden graf Schema.org z @context i @graph, zamiast tworzyć osobny fragment JSON dla każdego typu danych.
  • Powiązania przez @id. Encje mogą odwoływać się między sobą, na przykład oferta produktu do organizacji, a strona do witryny i okruszków nawigacyjnych.
  • Generowanie po stronie PHP. JSON jest budowany przez klasę modułu i kodowany przez json_encode(); szablon otrzymuje gotowy znacznik <script type="application/ld+json">.
  • Wyrenderowanie po przygotowaniu strony. Moduł korzysta z displayFooter, aby mieć dostęp do danych widocznej listy produktów oraz pytań FAQ przekazanych do Smarty.
  • Niezależne przełączniki. Organization, LocalBusiness, Product, BreadcrumbList, WebSite, WebPage, CheckoutPage, ContactPage, SearchResultsPage, Article, CollectionPage i FAQPage są włączane niezależnie.

Organization, OnlineStore i dane handlowe

  • Typ organizacji. Można skonfigurować encję jako OnlineStore, OnlineBusiness, Organization, Corporation albo Store.
  • Źródło danych firmy. Nazwa, adres i kontakt mogą korzystać z ustawień sklepu PrestaShop albo z wartości wprowadzonych ręcznie w module.
  • Identyfikacja podmiotu. Moduł obsługuje między innymi nazwę prawną, nazwy alternatywne, opis, logo, obrazy, adres, e-mail, telefon, profile sameAs, NIP, VAT ID, kod ISO 6523, GLN i datę założenia — jeżeli dane zostaną uzupełnione.
  • Punkty kontaktowe. W konfiguracji zaawansowanej można dodać powtarzalne kanały kontaktu z typem kontaktu, telefonem, e-mailem, językami i obszarem obsługi.
  • Warunki handlowe. Organizacja może otrzymać konfigurację zasad zwrotów, usług dostawy oraz poziomów programu lojalnościowego. Dane są publikowane wyłącznie wtedy, gdy administrator poda kompletne, prawdziwe wartości.

LocalBusiness dla punktów stacjonarnych i obsługi lokalnej

  • Jeden punkt albo wiele oddziałów. Podstawowe pola tworzą domyślną encję LocalBusiness, a powtarzalna lista oddziałów pozwala opublikować osobne encje ze stabilnymi identyfikatorami.
  • Adres i dane lokalne. Dla lokalizacji można podać typ działalności, nazwę, markę, adres, telefon, e-mail, adres strony, kod oddziału, zakres cen, obsługiwany obszar, akceptowane płatności i waluty.
  • Współrzędne i mapa. Dostępne są pola szerokości oraz długości geograficznej, adresu mapy i adresów obrazów.
  • Godziny standardowe i szczególne. Moduł obsługuje godziny otwarcia według dni tygodnia oraz wiersze z zakresem dat dla sezonowych lub wyjątkowych godzin.
  • Walidacja adresu. Przy ręcznie skonfigurowanej aktywnej lokalizacji wymagane są kompletne dane adresowe: ulica, miasto, kod pocztowy i dwuliterowy kod kraju ISO.

Produkt, oferta i warianty

  • Product albo ProductGroup. Produkt bez dostępnych wariantów otrzymuje encję Product; produkt z dostępnymi kombinacjami może zostać opisany jako ProductGroup z encjami hasVariant.
  • Dane pobierane z PrestaShop. Moduł wykorzystuje nazwę, opis, kategorię, obrazy, referencję SKU, MPN, EAN-13, UPC, producenta, masę, wymiary, cenę, walutę, dostępność i stan produktu — gdy są dostępne i mają zastosowanie.
  • Oferty zależne od możliwości zakupu. Encja Offer jest dodawana tylko wtedy, gdy katalog nie jest w trybie katalogowym, produkt może być zamawiany i cena jest widoczna na stronie produktu.
  • Warianty z własnym adresem. Każdy opublikowany wariant otrzymuje powiązanie z kombinacją PrestaShop; gdy generator URL zwraca jeden adres kanoniczny, moduł dodaje parametr id_product_attribute.
  • Mapowanie cech wariantu. Grupy atrybutów można przypisać do właściwości, takich jak kolor lub rozmiar, a pozostałe osie wariantów są przekazywane jako additionalProperty z publiczną nazwą atrybutu.
  • Dane rozszerzające produkt. Konfiguracja zaawansowana pozwala mapować cechy produktu na właściwości, materiał, wzór, certyfikaty i dane energetyczne. Moduł przekazuje też cenę jednostkową, gdy dane jednostki i współczynnika w produkcie pozwalają ją wyliczyć.
  • GTIN i zdjęcia. Builder sprawdza poprawność długości i cyfry kontrolnej GTIN, a dane obrazów produktu obejmują dostępne obrazy produktu, nie tylko okładkę.
  • Granica liczby wariantów. Domyślny limit wynosi 100 kombinacji na sklep, a bezwzględny limit techniczny to 250. Po jego przekroczeniu moduł nie buduje rozbudowanego ProductGroup z wszystkimi wariantami, aby nie rozdmuchać odpowiedzi strony.
  • Dostawa i zwroty. Można przekazać szczegóły wysyłki oraz politykę zwrotów na poziomie organizacji albo włączyć osobne nadpisanie dla ofert produktu.

Strony, treści i widoczne elementy sklepu

  • BreadcrumbList. Moduł buduje okruszki z widocznej nawigacji, a gdy nie są dostępne, stosuje obsługę stron produktu, kategorii, producenta, dostawcy, CMS i rozpoznanych stron blogowych.
  • WebSite na stronie głównej. Encja WebSite jest publikowana dla strony głównej sklepu po jej włączeniu.
  • WebPage i strony specjalne. Moduł tworzy WebPage z typem dobieranym do bieżącego kontrolera, a osobne przełączniki obsługują CheckoutPage, ContactPage i SearchResultsPage.
  • Article. Integracja dotyczy wpisów z ph_simpleblog i smartblog; może przekazać tytuł, opis, obraz, daty oraz autora widocznego na stronie.
  • CollectionPage. Dla list kategorii, producenta, dostawcy, nowości, promocji i bestsellerów moduł buduje listę widocznych produktów. Limit pozycji jest konfigurowalny od 1 do 200, domyślnie 50.
  • FAQPage z treści widocznej dla użytkownika. Pytania i odpowiedzi są pobierane wyłącznie z danych przekazanych przez aktualnie wyrenderowaną stronę pod kluczami pd_faqs, product_faqs lub faqs.

Panel administracyjny i utrzymanie danych

  • Obszar roboczy i podgląd. Panel modułu grupuje ustawienia schematów oraz zawiera podgląd generowanego JSON-LD na podstawie bieżącej konfiguracji.
  • Kontrola zapisu. Moduł waliduje między innymi wymagane dane ręcznej organizacji, e-maile, kody kraju, adresy HTTP(S), zakresy liczbowe, godziny, wiersze powtarzalne i konfigurację dostawy oraz zwrotów.
  • Multistore. Konfiguracja jest zapisywana w kontekście sklepu; każdy sklep może publikować własne dane firmy, lokalizacji i handlowe.
  • Usuwanie starszego JSON-LD. Narzędzia modułu mogą wykonać kopię zapasową i usunąć wykryte starsze fragmenty JSON-LD z plików motywu albo modułów, a następnie odtworzyć wybrane dane z archiwum.

Znaczenie dla SEO i GEO — bez obietnic bez pokrycia

JSON-LD przekazuje wyszukiwarkom i systemom przetwarzającym dane ustrukturyzowaną informację o sklepie, firmie, produktach, lokalizacjach oraz widocznych treściach. Dla GEO ważna jest zgodność nazw, adresów, kontaktów, obszarów obsługi i profili z rzeczywistymi danymi przedsiębiorstwa; moduł nie uzupełnia ich za administratora ani nie sprawdza ich prawdziwości poza walidacją formatu. Dane strukturalne nie zastępują jakości strony, dostępności treści, indeksowania, polityki wyszukiwarki ani konfiguracji Google Search Console. Wynik należy sprawdzać na opublikowanej stronie konkretnego sklepu po włączeniu odpowiednich encji i uzupełnieniu danych.

Ważne granice działania

  • Moduł nie wysyła danych do Google, nie zgłasza adresów do indeksu i nie wymusza wyników rozszerzonych.
  • Nie zarządza treścią FAQ. Plik faq.json jest materiałem do importu pytań i odpowiedzi; sam moduł Schema.org nie odczytuje go bezpośrednio podczas generowania strony.
  • FAQPage, CollectionPage i Article zależą od danych faktycznie dostępnych na aktualnej stronie oraz od obsługiwanych integracji.
  • Niestandardowy motyw lub moduł, który nie wywołuje displayFooter albo nie przekazuje widocznych danych do Smarty, wymaga sprawdzenia w konkretnym sklepie.
  • Przed zakupem potwierdź wersję paczki dla swojego PrestaShop i PHP. Wymagania środowiska muszą być zgodne zarówno z modułem, jak i używaną wersją platformy.


Link do demo modułu:

Demo panel administracyjny:
https://moduly-prestashop.eu/znaczniki-rozszerzone/admin-dev

Demo panel przedni:
https://moduly-prestashop.eu/znaczniki-rozszerzone

Sprawdzenie poprawności działania danych strukturalnych:
https://validator.schema.org

Poradniki i dokumentacja

Poznaj kontekst wdrożenia i ograniczenia opisane w poradniku. Szczegółowy zakres tego produktu znajdziesz w opisie powyżej.

Porównaj JSON-LD z tym, co widzi kupujący

Wybierz produkt prosty, produkt z kombinacjami i stronę bez produktu. Sprawdź wszystkie źródła danych strukturalnych: moduł, motyw i inne rozszerzenia. Poradnik Schema.org pokazuje kolejność kontroli.

Co sprawdzić przed uruchomieniem?

  • Cena, waluta, dostępność i wariant powinny odpowiadać widocznej ofercie w tym samym kontekście.
  • Oceny muszą pochodzić z rzeczywistych, dostępnych opinii. Nie uzupełniaj brakujących recenzji wymyślonymi wartościami.
  • Poprawność składni sprawdź osobno od wymagań konkretnego wyniku rozszerzonego Google. Sam poprawny typ Schema.org nie gwarantuje takiego wyniku.

Szczegóły Produktu

Obsługa Prestashop 9.x
Tak
Obsługa Prestashop 8.x
Tak
Obsługa Prestashop 1.7.x
Tak
Obsługa Prestashop 1.6.x
Tak
Tłumaczenia modułu
PL, ENG
Darmowe wsparcie (30 dni)
Tak
Darmowe aktualizacje (1 rok)
Tak
Łatwa instalacja
Tak
PDSOP-FULL

Dziennik zmian

Historia wersji tego produktu. Rozwiń wpis, aby poznać szczegóły zmian.

  • poprawiono regex-y do czyszczenia mark-upu Json LD z plików modułów

  • dodano obsługę PrestaShop 9.x wraz z nowym systemem tłumaczeń w modułach
  • poprawiono escapowanie zmiennych podczas tworzenia markupu JSON-LD w tpl-u w skrajnych przypadkach mogło to powodować rozsypanie się struktury naszego JSON-LD i błędy podczas walidacji

FAQ

Znajdź odpowiedzi na najczęściej zadawane pytania dotyczące tego produktu.

Moduł tworzy dane strukturalne Schema.org w formacie JSON-LD dla włączonych elementów sklepu i bieżącej strony. Może opisać między innymi organizację, lokalizację, produkt, warianty, ofertę, okruszki, witrynę, stronę, wpis blogowy, listę produktów i widoczne pytania FAQ. Każdy rodzaj danych trzeba osobno włączyć i poprawnie skonfigurować.

Nie. Moduł dostarcza techniczny znacznik JSON-LD, ale decyzja o indeksowaniu, sposobie interpretacji danych i wyświetleniu wyniku rozszerzonego należy do wyszukiwarki. Dane strukturalne nie zastępują dostępnej treści, poprawnej indeksacji, jakości strony ani zgodności danych firmy z rzeczywistością.

Moduł buduje pojedynczy dokument JSON-LD z kontekstem https://schema.org i grafem @graph. Poszczególne encje są łączone przez stałe identyfikatory @id, na przykład organizacja może być wskazana jako sprzedawca oferty produktu. JSON jest składany oraz kodowany w PHP, a szablon otrzymuje gotowy znacznik script type application/ld+json.

Moduł zwraca gotowy znacznik w hooku displayFooter. Taki moment generowania pozwala wykorzystać dane widocznej listy produktów oraz FAQ przekazane do Smarty przez aktualnie wyrenderowaną stronę. Motyw lub niestandardowy kontroler musi wywoływać ten hook, aby znacznik został wyświetlony.

Osobne przełączniki obejmują Organization, LocalBusiness, Product, BreadcrumbList, WebSite, WebPage, CheckoutPage, ContactPage, SearchResultsPage, Article, CollectionPage i FAQPage. Włączenie jednej encji nie uruchamia automatycznie pozostałych. Moduł buduje tylko te węzły, dla których spełnione są warunki strony i są dostępne wymagane dane.

W konfiguracji organizację można oznaczyć jako OnlineStore, OnlineBusiness, Organization, Corporation albo Store. Wybór powinien odpowiadać faktycznemu charakterowi podmiotu. Moduł nie ustala typu automatycznie na podstawie branży sklepu.

Dla organizacji można wybrać źródło danych ze standardowych ustawień sklepu PrestaShop albo wprowadzić wartości ręcznie w module. Ręczna nazwa organizacji jest wymagana w języku domyślnym, gdy wybrano ręczne źródło tożsamości. Ręczny e-mail jest walidowany jako adres e-mail.

Po uzupełnieniu moduł może przekazać nazwę prawną, nazwy alternatywne, opis, logo, obrazy, adres, e-mail, telefon, profile sameAs, NIP, VAT ID, kod ISO 6523, GLN i datę założenia. Można również dodać punkty kontaktowe. Puste dane nie są przydatnym powodem do ich dopisywania, dlatego należy publikować wyłącznie aktualne informacje.

Tak. W konfiguracji zaawansowanej organizacji dostępne są powtarzalne wiersze polityk zwrotów, usług dostawy oraz poziomów programu lojalnościowego. Wiersze są walidowane przed zapisem. Warunki powinny odpowiadać rzeczywistym zasadom sklepu, ponieważ moduł nie pobiera ich automatycznie z regulaminu ani od przewoźnika.

LocalBusiness służy do opisania rzeczywistego punktu działalności lub obsługi lokalnej. Może zawierać nazwę, adres, kontakt, typ działalności, godziny, współrzędne, mapę, obszar obsługi, dane płatności i walut oraz obrazy. Nie należy włączać tego schematu dla fikcyjnego adresu lub punktu, który nie istnieje.

Tak. Konfiguracja zaawansowana pozwala dodać wiele oddziałów; każdy wiersz staje się osobną encją LocalBusiness z własnym stabilnym identyfikatorem. Oddział może nadpisać między innymi nazwę, adres, kontakt, współrzędne, adres mapy i adres strony. Gdy nie dodasz oddziałów, moduł używa danych domyślnej lokalizacji.

Aktywny LocalBusiness z ręcznym źródłem adresu wymaga ulicy, miasta, kodu pocztowego i dwuliterowego kodu kraju ISO. Kod kraju jest sprawdzany względem krajów dostępnych w PrestaShop. Jeżeli wybrano źródło danych sklepu, moduł wykorzystuje odpowiednie ustawienia konkretnego sklepu.

Tak. Moduł zachowuje pola godzin dla poszczególnych dni tygodnia, a konfiguracja zaawansowana pozwala dodać wiersze z dniami, godziną otwarcia i zamknięcia oraz datami obowiązywania. Zakres dat służy na przykład do opisania godzin sezonowych lub wyjątkowych. Godziny muszą mieć poprawny format.

Tworzenie Product lub ProductGroup trzeba włączyć. Moduł buduje dane tylko dla aktywnego produktu powiązanego z bieżącym sklepem i dostępnego dla aktualnego klienta. Strona produktu musi być prawidłowo obsługiwana przez PrestaShop i motyw.

Jeżeli produkt ma dostępne kombinacje mieszczące się w limicie wariantów, moduł tworzy ProductGroup z hasVariant. W przeciwnym razie budowany jest pojedynczy Product. Takie ograniczenie chroni stronę przed bardzo dużym grafem i nadmierną liczbą odczytów dla produktu z licznymi kombinacjami.

Domyślna wartość konfiguracji to 100 kombinacji na sklep. Administrator może ją zmienić, lecz moduł ogranicza wartość technicznie do maksymalnie 250. Po przekroczeniu limitu nie jest budowany pełny ProductGroup z hasVariant.

W zależności od dostępności moduł wykorzystuje nazwę, opis, kategorię, wszystkie obrazy, SKU, MPN, EAN-13, UPC, producenta, cenę, walutę, dostępność, stan, masę i wymiary. Przekazuje również datę ważności ceny, gdy wynika ona z bieżących reguł cenowych produktu lub kombinacji. Puste albo niepasujące dane nie powinny być uzupełniane sztucznie wyłącznie dla znacznika.

Oferta jest dodawana wtedy, gdy sklep nie działa w trybie katalogowym, produkt może być zamawiany i cena jest widoczna na stronie. Offer może zawierać cenę, walutę, dostępność, stan, sprzedawcę, cenę jednostkową oraz skonfigurowane dane dostawy i zwrotu. Moduł nie tworzy oferty dla produktu, którego sklep nie udostępnia do zakupu.

Builder sprawdza poprawność obsługiwanych numerów GTIN, w tym długość oraz cyfrę kontrolną. EAN-13 i UPC są wykorzystywane tylko wtedy, gdy przejdą tę walidację. Moduł nie nadaje numerów GTIN i nie zastępuje prawidłowych danych katalogowych producenta.

Każdy opublikowany wariant jest powiązany z identyfikatorem kombinacji PrestaShop. Jeżeli generator adresów zwraca ten sam adres kanoniczny dla wszystkich kombinacji, moduł dodaje lub aktualizuje parametr id_product_attribute. Dzięki temu dane wariantu i jego oferta wskazują wybraną kombinację.

Tak. W konfiguracji można przypisać grupy atrybutów do właściwości Schema.org, na przykład color lub size. Nieprzypisane osie wariantu mogą zostać opisane jako additionalProperty z publiczną nazwą grupy atrybutów. Mapowanie należy dopasować do rzeczywistego znaczenia atrybutu w katalogu.

Tak. Moduł pozwala mapować cechy produktu na additionalProperty, material, pattern, certyfikaty oraz dane zużycia energii. Można też przekazać cenę jednostkową, jeśli produkt ma jednostkę i współczynnik umożliwiające jej wyliczenie. Właściwości powinny pochodzić z faktycznie uzupełnionych danych produktu.

Moduł przekazuje agregat ocen i listę opinii tylko wtedy, gdy w rozpoznanej integracji są dostępne zatwierdzone dane opinii produktu. Nie tworzy ocen ani opinii samodzielnie. Publikowanie danych powinno odpowiadać opiniom faktycznie widocznym i dostępnym w sklepie.

Usługi dostawy i polityki zwrotów można skonfigurować na poziomie Organization. Gdy produkt nie ma własnej polityki zwrotów, jego oferta może odwołać się do polityk zwrotów organizacji; szczegóły wysyłki są dodawane bezpośrednio do oferty dopiero po włączeniu oraz kompletnym uzupełnieniu nadpisania wysyłki produktu. Moduł nie wylicza kosztu wysyłki dla konkretnego koszyka i nie synchronizuje regulaminu sklepu automatycznie.

Tak, po włączeniu BreadcrumbList moduł wykorzystuje widoczną nawigację okruszkową. Gdy nie ma jej w danych strony, ma obsługę między innymi produktu, kategorii, producenta, dostawcy, CMS i rozpoznanych stron blogowych. Nieprawidłowe elementy bez nazwy albo adresu HTTP(S) są pomijane.

WebSite jest publikowany na stronie głównej sklepu po włączeniu tej encji. Może zawierać nazwę, opis, nazwy alternatywne, język, profile sameAs i odwołanie do organizacji jako wydawcy. Moduł nie dodaje wycofanego SearchAction.

Oprócz ogólnego WebPage dostępne są przełączniki CheckoutPage dla obsługiwanych kontrolerów zamówienia, ContactPage dla strony kontaktowej oraz SearchResultsPage dla strony wyszukiwania. Moduł dobiera typ strony do kontrolera i pobiera jej bieżące metadane. Każdy z tych schematów wymaga włączenia w konfiguracji.

Tak, integracja Article obejmuje ph_simpleblog na kontrolerze single oraz smartblog na kontrolerze details. Moduł może przekazać tytuł, opis, obraz, datę publikacji, datę modyfikacji i autora dostępnego w danych widocznego wpisu. Inne systemy blogowe nie są automatycznie obsługiwane przez tę integrację.

CollectionPage może zostać zbudowana dla kategorii, producenta, dostawcy, nowości, obniżek cen i bestsellerów. Do listy trafiają produkty widoczne na aktualnej stronie, które mają nazwę i adres URL. Limit elementów ustawia administrator w zakresie od 1 do 200, a wartość domyślna to 50.

FAQPage nie jest budowana z dowolnego tekstu ani z samego pliku importu. Moduł odczytuje tylko tablicę pytań i odpowiedzi przekazaną przez aktualnie wyrenderowaną stronę do Smarty jako pd_faqs, product_faqs albo faqs. Pytanie i odpowiedź muszą być niepuste, aby zostały dodane do FAQPage.

Nie. Plik faq.json ma format importu pytań i odpowiedzi dla systemu FAQ, a pdschemaorgpro nie czyta go bezpośrednio podczas generowania JSON-LD. Aby powstał FAQPage, pytania muszą zostać zaimportowane lub wprowadzone w używanym systemie FAQ i być faktycznie przekazane oraz widoczne na danej stronie.

Tak. Ustawienia konfiguracyjne są zapisywane w kontekście sklepu, dlatego poszczególne sklepy mogą mieć własne dane organizacji, lokalizacji, produktów i reguł handlowych. Przed zapisem należy sprawdzić aktywny kontekst sklepu w panelu PrestaShop.

Tak. Walidacja obejmuje zależnie od sekcji między innymi wymagane pola, e-maile, kody kraju ISO, adresy HTTP(S), liczby nieujemne, zakresy, godziny oraz wiersze danych powtarzalnych. Błędne dane są zgłaszane w panelu konfiguracji. Walidacja formatu nie potwierdza jednak, że informacja biznesowa jest prawdziwa.

Tak. Panel administracyjny zawiera podgląd generowanego JSON-LD przygotowany z bieżącej konfiguracji. Podgląd ułatwia kontrolę ustawień, ale końcową weryfikację należy wykonać na opublikowanej stronie danego sklepu, ponieważ część danych zależy od kontekstu strony, produktu, listy albo FAQ.

Moduł zawiera narzędzia do wykonania kopii zapasowej i oczyszczenia wykrytych starszych fragmentów JSON-LD z plików motywu albo modułów. Umożliwia także odtworzenie wybranych danych z archiwum. Operację należy wykonywać świadomie po sprawdzeniu kopii i zakresu plików, ponieważ dotyczy istniejącej implementacji sklepu.

Nie. Moduł generuje znacznik JSON-LD na stronach sklepu; nie zgłasza adresów do indeksu, nie publikuje danych przez API Google i nie łączy się z Search Console. Ewentualne monitorowanie indeksacji lub walidacja w narzędziach zewnętrznych pozostają poza modułem.

Moduł umożliwia przekazanie ustrukturyzowanych danych lokalnych, takich jak nazwa, pełny adres, telefon, współrzędne, mapa, godziny, obszar obsługi i oficjalne profile. Dla GEO kluczowa jest zgodność tych danych z rzeczywistą firmą i treścią strony. Sam znacznik nie gwarantuje cytowania przez systemy AI ani widoczności w odpowiedziach generatywnych.

Wersja 1.3.6 deklaruje zgodność z PrestaShop od 1.7.0.0 do 9.99.99. Wymagana wersja PHP zależy również od używanej wersji PrestaShop i jej środowiska serwerowego. Po instalacji lub aktualizacji należy sprawdzić wynik na rzeczywistych stronach i w używanym motywie.

Komentarze (1)

1 Recenzję
Działa zgodnie z opisem polecam.
Potwierdzam działa zgodnie z dokumentacja Schema.org dla produktów, sklepu, organizacji, itd.
przez Shopstar w dniu 2026-01-29