Te pliki cookie są niezbędne do prawidłowego działania strony. Umożliwiają podstawowe funkcje, takie jak bezpieczeństwo, koszyk i dostęp do konta. Nie można wyłączyć tych plików cookie.
Te pliki cookie umożliwiają rozszerzone funkcje i personalizację, takie jak zapamiętywanie preferencji językowych lub regionu. Jeśli nie zezwolisz na te pliki cookie, niektóre funkcje mogą nie działać prawidłowo.
Te pliki cookie pomagają nam zrozumieć, jak odwiedzający korzystają ze strony, zbierając i raportując informacje anonimowo. Pomaga nam to ulepszać naszą stronę.
Te pliki cookie służą do wyświetlania reklam dopasowanych do Twoich zainteresowań. Pomagają również mierzyć skuteczność kampanii reklamowych.
Własne nazwy stron CMS nadają krótkie nazwy stronom informacyjnym PrestaShop, zachowując ich tytuły dla wyszukiwarek. Konfiguracja mieści się na jednym ekranie: wszystkie strony w tabeli, obok pola na nazwy i jeden zapis.
PrestaShop używa tego samego tytułu w wyszukiwarkach, nagłówkach stron i nawigacji. Szczegółowe sformułowania trafiają więc również do odnośników w stopce i menu, gdzie potrzebne są krótsze etykiety.
Ustalasz nazwy dla każdego języka i sklepu, widząc oryginalny tytuł obok każdego pola. Krótkie nazwy pojawiają się w nagłówkach, stopce i menu; puste pola zachowują pierwotne tytuły. Moduł nie zmienia plików motywu ani nie korzysta z zewnętrznej usługi. Wyczyszczenie pola przywraca wcześniejszy wygląd.
Stopka Twojego sklepu pozostaje czytelna bez skracania tytułów stron informacyjnych, które zostały już przygotowane z myślą o wyszukiwarkach.
Custom CMS Page Names kończy wybór między tytułami pod wyszukiwarki a czytelną nawigacją.
Platforma trzyma jeden tytuł strony informacyjnej i używa go wszędzie: w wynikach wyszukiwania, w nagłówku strony, w stopce, w menu. Tytuł pisany pod pozycje niesie miejsca, usługi i doprecyzowania, a potem dokładnie ten sam ciąg stoi w kolumnie stopki na trzy linijki.
Każdy, kto optymalizuje tytuły, staje przed tym samym wyborem: skrócić tytuł i usunąć frazy, na które strona pojawia się w wynikach wyszukiwania, albo zostawić go i żyć z rozjechaną nawigacją. Moduł usuwa ten wybór, przechowując drugą nazwę zarezerwowaną dla widoku.
Tytuł czytany przez wyszukiwarki nie jest w ogóle dotykany. Moduł zmienia widoczne nagłówki i odnośniki, zachowując oryginalny znacznik title; pozycje w wynikach wyszukiwania nie są gwarantowane.
Ta granica jest konstrukcyjna, a nie ustawieniem do przypilnowania: krótka nazwa wchodzi wyłącznie do widocznego nagłówka i odnośników, a tytuł dla wyszukiwarek za każdym razem powstaje z nietkniętego oryginału.
W trzech miejscach, na które klient naprawdę patrzy: w nagłówku u góry strony, w listach odnośników w stopce i w pozycjach menu prowadzących do strony. Wszystkie pokazują tę samą krótką nazwę, więc nawigacja pozostaje spójna.
Strony zostawione z pustym polem zachowują natywny tytuł we wszystkich trzech miejscach. Przemianowujesz pięć stron z niewygodnymi tytułami, a pozostałych dwadzieścia zostawiasz w spokoju.
Każda nazwa jest zapisywana osobno dla języka i dla sklepu. Polska witryna czyta Dostawa, niemiecka Versand, francuska Livraison, każda napisana przez Ciebie, a nie przetłumaczona automatem.
W multistore każdy sklep trzyma własny zestaw nazw, więc marka z dwiema witrynami nazywa tę samą stronę inaczej w każdej z nich i nic się nie gryzie.
Jeden ekran wypisuje wszystkie strony informacyjne sklepu: numer, tytuł SEO pokazany tylko do odczytu i pole na krótką nazwę. Widzisz cały obraz naraz, zamiast otwierać strony jedna po drugiej.
Kolumna tylko do odczytu to barierka bezpieczeństwa: wpisując krótką nazwę patrzysz wprost na tytuł, który ona zastępuje, więc nazwy nigdy nie odjeżdżają od treści strony.
Żaden plik szablonu nie jest edytowany i przeglądarka klienta nie pobiera niczego nowego: nazwy są wpisywane do strony wewnątrz sklepu, zanim zostanie wysłana. W tym module nie ma żadnej zewnętrznej usługi.
Cofnięcie jest całkowite. Wyczyść pole, a strona wraca do stanu natywnego; odinstaluj moduł, a każda strona, nagłówek i odnośnik wracają do zachowania fabrycznego.
Pierwsza opinia o tym produkcie może pomóc innym w zakupach.
CMS Display Names pozwala nadać każdej stronie CMS krótką etykietę widoczną w sklepie bez zmiany jej oryginalnego metatytułu CMS. Dzięki temu menu, linki w stopce i nagłówki CMS pozostają czytelne, a istniejące dane tytułów SEO zostają zachowane.
Odinstalowanie usuwa własną tabelę modułu mprcmsnames, więc każda zapisana przez Ciebie niestandardowa nazwa wyświetlana zostaje usunięta. Twoje natywne strony CMS PrestaShop pozostają nietknięte: ich oryginalne nazwy i meta tytuły nigdy nie były modyfikowane, więc front sklepu po prostu wraca do wyświetlania standardowych tytułów CMS. W tabelach ps_cms ani ps_cms_lang nic nie jest zmieniane na żadnym etapie.
Nie. Jedyna tabela modułu (mprcmsnames) przechowuje cztery kolumny: id_cms, id_lang, id_shop oraz wpisywany przez Ciebie tekst display_name, i nic na temat klientów, zamówień czy odwiedzających. Nie odczytuje ani nie zapisuje żadnych danych osobowych, więc nie ma wpływu na Twoje obowiązki wynikające z RODO ani na politykę prywatności. To wyłącznie redakcyjne narzędzie do etykietowania stron CMS.
Nie, nie przepisuje tagu HTML title. Moduł jest celowo ograniczony do widocznej treści CMS i wyrenderowanego tekstu linków CMS, więc PrestaShop może nadal używać oryginalnego CMS meta title dla head strony i search snippets.
Komentarz źródłowy mówi, że tag <title> jest budowany przez ścieżkę PrestaShop Meta::getMetaTags() i pozostaje bez zmian. Moduł nie aktualizuje natywnej tabeli CMS, nie podpina się pod generowanie meta tagów i nie zapisuje nowego SEO title z powrotem do PrestaShop.
Może zmienić obiekt CMS przechodzący przez filterCmsContent. Jeśli szablon strony używa meta_title tego przefiltrowanego obiektu CMS jako widocznego nagłówka, kupujący zobaczą krótszą display name na stronie. Osobno actionOutputHTMLBefore może zastąpić pasujący tekst linku CMS w finalnym HTML. To są zmiany widocznej treści, a nie head-tag.
Do pracy SEO nadal edytuj prawdziwy CMS meta title w natywnej stronie CMS PrestaShop. Używaj tego modułu, gdy SEO title jest zbyt długi dla menu, stopek, breadcrumbs albo nagłówków na stronie.
Użyj tego modułu, aby ustawić osobne nazwy wyświetlane dla stron CMS PrestaShop. Przechowuje display name per id_cms, język i sklep we własnej tabeli mprcmsnames, więc natywny rekord CMS i jego SEO meta_title nie są przepisywane w tabeli CMS.
Terms and Conditions | My Shop dla SEO.Terms, w polu Display Name i zapisz.filterCmsContent, a linki CMS pasujące do wzorca PrestaShop cms-page-link są zastępowane w finalnym HTML.meta_title.Praktyczny podział: używaj natywnego CMS title dla search snippets i zachowania browser title, a tego modułu dla krótszych nagłówków stron, linków stopki i etykiet menu, które kupujący faktycznie skanują.
Moduł ma dwie ścieżki front-office. Po pierwsze, filterCmsContent zmienia obiekt CMS przekazywany do szablonu strony przez zastąpienie meta_title zapisaną display name dla bieżącego języka i sklepu. Po drugie, actionOutputHTMLBefore edytuje finalny HTML dla pasujących linków CMS przed wysłaniem odpowiedzi.
Komentarz źródłowy jasno mówi, że prawdziwy tag HTML <title> pozostaje bez zmian, bo PrestaShop buduje go przez ścieżkę Meta::getMetaTags() używając własnego SQL. Dlatego moduł może skracać widoczne nazwy bez nadpisywania tytułu SEO CMS zapisanego przez PrestaShop.
Markup motywu nadal ma znaczenie. Relabeling linków działa tylko na anchorach pasujących do oczekiwanego wzorca linku CMS modułu, z ID strony CMS w link-cms-page-{id}-... i dokładnym atrybutem klasy cms-page-link w kolejności oczekiwanej przez regex. Jeśli motyw buduje menu CMS z innym markupiem albo zagnieżdżonym HTML wewnątrz anchor text, nagłówek nadal może zostać zmieniony, ale tekst linku może nie zostać zastąpiony.
Tak, display names są przechowywane per strona CMS, język i sklep. Tabela modułu używa id_cms, id_lang i id_shop jako klucza, a zapis pustej wartości usuwa zapisaną etykietę, więc PrestaShop wraca do natywnego CMS title.
Lookup front-office też jest specyficzny dla języka i sklepu. Ładuje wiersze z mprcmsnames, gdzie id_lang równa się bieżącemu językowi kontekstu, a id_shop równa się bieżącemu sklepowi kontekstu. W tym lookupie nie ma szerokiego fallbacku id_shop=0, więc display name zapisana dla jednego sklepu nie jest automatycznie używana przez inny sklep.
Przy zapisie moduł iteruje po stronach CMS i językach, zastępując wiersze, gdy podana jest wartość, i usuwając wiersze, gdy przesłana wartość jest pusta. Dlatego wyczyszczenie pola to prawdziwy reset, a nie tylko pusta custom label.
Jeden szczegół implementacyjny do sprawdzenia w tej wersji źródła: wyrenderowana tabela konfiguracji pokazuje input języka domyślnego dla każdej strony CMS. Baza danych i logika zapisu obsługują id_lang, ale widoczny formularz w tym checkout nie renderuje osobnych kolumn inputów dla każdego języka. Jeśli potrzebujesz display names dla języków innych niż domyślny, potwierdź, że zainstalowany build wystawia te inputy albo dodaj je, zanim zaczniesz polegać na wielojęzycznej edycji przez standardowy formularz.
Nie. Moduł działa w całości poprzez dwa hooki PrestaShop: filterCmsContent dla nagłówków stron CMS oraz actionOutputHTMLBefore dla tekstu linków renderowanego w stopkach i menu. Oba są rejestrowane podczas instalacji i nie są tworzone żadne nadpisania szablonów .tpl ani nadpisania klas rdzenia, więc moduł pozostaje zgodny z Twoim motywem i przetrwa jego aktualizacje. Ponieważ actionOutputHTMLBefore przepisuje końcowy kod HTML, etykiety linków CMS są zamieniane wszędzie tam, gdzie pojawiają się standardowe kotwice cms-page-link PrestaShop, bez edytowania choćby jednego pliku szablonu.
Przelabelowuje linki CMS pasujące do oczekiwanego markupu linków CMS PrestaShop. Hook output szuka anchora, którego id zaczyna się od link-cms-page-{id}- i którego klasa to cms-page-link, a potem zastępuje prosty tekst linku zapisaną display name dla bieżącego języka i sklepu.
<a id="link-cms-page-3-1" class="cms-page-link" href="/content/3-terms-and-conditions">Terms and conditions</a>Ten wzorzec ma znaczenie dla customowych motywów: jeśli link CMS ma inną klasę, brak link-cms-page-... id, klasa pojawia się przed id w markupie targetowanym przez moduł albo etykieta jest budowana z zagnieżdżonego HTML zamiast plain text, zastąpienie output może go nie dopasować.
Regex jest celowo wąski. Oczekuje atrybutu id przed class="cms-page-link" i przechwytuje plain text między otwierającym i zamykającym tagiem anchor. Link z wieloma klasami, np. class="footer-link cms-page-link", spanem wewnątrz anchora albo całkowicie customowym komponentem menu może wypaść poza ten wzorzec.
Zastąpienie nie robi też nic w back office i wraca wcześniej, jeśli nie ma display names dla bieżącego języka i sklepu. Jeśli stopka CMS albo menu motywu nie jest relabelowane, najpierw sprawdź wygenerowany anchor markup; często naprawa polega na tym, aby szablon wypisywał natywny wzorzec ID i klasy linku CMS PrestaShop.
Moduły, które nasz zespół naprawdę łączy z tym i dokładnie dlaczego każdy pasuje do tego samego zestawu.
Dzięki CMS Display Names Twój sklep zachowuje krótkie, czytelne etykiety dla klientów w menu, linkach w stopce i nagłówkach CMS, jednocześnie zachowując opisowy natywny meta tytuł CMS, którego PrestaShop nadal może używać w nagłówku strony. Porządkuje to sposób prezentacji stron CMS w witrynie, ale prezentacja to tylko połowa zadania: w żaden sposób nie kontroluje tego, jak te same strony są wykrywane i indeksowane przez wyszukiwarki.
Advanced SEO Sitemap Builder to osobny moduł, który tworzy mapy witryn XML i może również udostępniać mapę HTML, zapewniając robotom i klientom czytelniejszą ścieżkę przez produkty, kategorie, strony CMS, marki, dostawców i strony podstawowe, w oparciu o wybieralne źródła adresów URL. Zajmuje się wykrywalnością i dba o to, aby Twoje strony CMS miały wyraźną drogę do map witryn, które czytają wyszukiwarki.
Używane razem pozwalają czysto prezentować strony CMS w witrynie, jednocześnie dbając o to, by te same strony były prawidłowo reprezentowane w mapach witryn, dwa uzupełniające się narzędzia obejmujące prezentację i indeksowalność. Korzyścią są treści zarówno czytelne dla klientów w Twojej nawigacji, jak i możliwe do znalezienia przez wyszukiwarki dzięki mapie witryny, dzięki czemu schludne etykiety i niezawodna wykrywalność wzmacniają się nawzajem, zamiast być traktowane osobno.
Dzięki CMS Display Names Twój sklep oddziela krótkie etykiety skierowane do klientów od opisowych meta tytułów CMS, utrzymując menu i nagłówki w porządku bez osłabiania tytułów, na których opiera się wyszukiwanie. Rozwiązuje to schludnie kwestię prezentacji stron CMS, ale strony kategorii niosą inne wyzwanie: potrzebują miejsca na głębię SEO bez spychania produktów w dół strony, czego nazwy wyświetlane w ogóle nie rozwiązują.
Second Category Description to osobny moduł, który dodaje dodatkowy wielojęzyczny blok treści pod siatką produktów na stronach kategorii, zapisując drugi opis dla każdej kategorii, sklepu i języka. Daje Twojemu sklepowi miejsce na bogatszy tekst SEO, zachowując górę kategorii skupioną na zakupach.
Używane razem utrzymują oba typy stron uporządkowane na górze i mocne dla wyszukiwania poniżej: nazwy wyświetlane porządkują etykiety CMS, a drugi opis dodaje głębi pod listami kategorii, dwa uzupełniające się narzędzia działające na różnych typach stron. Korzyścią jest to, że poprawiasz brzmienie SEO na stronach CMS i kategorii bez zaśmiecania tego, co klienci widzą najpierw, dzięki czemu poprawia się zarówno czytelność, jak i głębia dla wyszukiwania, bez poświęcania jednego na rzecz drugiego.
Dzięki CMS Display Names Twój sklep prezentuje krótkie, czytelne etykiety w menu i nagłówkach, zachowując przy tym pełniejsze meta tytuły CMS na potrzeby wyszukiwania. Czytelne etykiety naprawdę poprawiają czytelność, ale wpływają jedynie na tekst, który czytają klienci; leżące u ich podstaw adresy stron mogą nadal być techniczne lub zagracone, podważając profesjonalne wrażenie, które mają tworzyć Twoje schludne etykiety.
Smart SEO Friendly URL Manager to osobny moduł, który zastępuje techniczne, zagracone adresy czystszymi, czytelnymi linkami w produktach, kategoriach, stronach CMS, producentach i dostawcach, korzystając z konfigurowalnych wzorców adresów URL z danymi encji i zmniejszając utratę ruchu przy zmianie adresów. Porządkuje pasek adresu tak, jak nazwy wyświetlane porządkują Twoje etykiety na stronie.
Używane razem pozwalają czysto prezentować treści CMS zarówno w tekście, który czytają klienci, jak i w adresach URL, którymi się dzielą, dwa uzupełniające się narzędzia, które zestrajają etykiety i linki. Korzyścią jest spójność w całej prezentacji strony CMS: wygląda profesjonalnie w menu, w nagłówku i w adresie na równi, dzięki czemu dopracowanie etykiet znajduje odzwierciedlenie w linkach, które ludzie kopiują, zapisują w zakładkach i przekazują dalej.
Dzięki CMS Display Names Twój sklep zachowuje zwięzłe etykiety dla stron CMS, jednocześnie zachowując opisowe tytuły na potrzeby wyszukiwania, co pasuje do sklepów wykorzystujących strony CMS do stabilnych treści informacyjnych. Ale strony CMS są ograniczonym miejscem dla treści, które rosną i się zmieniają: nie są zbudowane z myślą o stałym strumieniu datowanych, skategoryzowanych artykułów, a wciskanie w nie treści redakcyjnych szybko staje się nieporęczne.
Blog Revolution to osobny moduł, który daje Twojemu sklepowi natywne miejsce na poradniki zakupowe, ogłoszenia i porady, utrzymując artykuły, kategorie, tagi, autorów, komentarze, oceny, RSS i schludne strony bloga wewnątrz sklepu, ze statusami: szkic, opublikowany i zaplanowany. Zajmuje się bieżącymi treściami redakcyjnymi, z myślą o których strony CMS nigdy nie były projektowane.
Używane razem pozwalają utrzymać statyczne strony CMS w porządku dzięki czytelnym etykietom, prowadząc jednocześnie bogatsze, rozwijające się treści w prawdziwym blogu, dwa uzupełniające się narzędzia obejmujące różne potrzeby dotyczące treści. Korzyścią jest to, że każdy rodzaj treści otrzymuje strukturę, która do niego pasuje: Twoje strony informacyjne pozostają schludne i dobrze opisane, Twoje artykuły żyją w dedykowanym blogu, i żadne z nich nie ucierpi przez wciśnięcie w niewłaściwe miejsce.
30 dni na zwrot
Moduły Plug & Play
Wsparcie na pierwszym miejscu
Moduł tworzy i rozwija David Miller z mypresta.rocks. David Miller pracuje z PrestaShop od 2013 roku, a firma prowadząca ten sklep jest zarejestrowana od 3 grudnia 2018 roku. Każdy moduł w tym katalogu to nasza własna praca, więc Twoje pytania do wsparcia trafiają do ludzi, którzy napisali kod. Historia zmian na tej stronie pokazuje każdą aktualizację z datą.
