Mapy witryny XML i HTML PrestaShop: generowanie, walidacja i indeksowanie
Twórz i sprawdzaj mapy XML PrestaShop z poprawnymi URL, datami, podziałem plików, wersjami językowymi i zaplanowanym generowaniem.
Używaj map witryny XML, aby pomagać wyszukiwarkom odkrywać publiczne strony, które chcesz indeksować. Dbaj o zgodność adresów URL, dat modyfikacji i wygenerowanych plików ze sklepem.
Co byśmy zrobili
Zachowalibyśmy działający generator, dopóki opublikowane pliki nie wykażą wymagania, którego nie spełnia. Właściwe rozwiązanie zależy od wersji PrestaShop, motywu i modułów sterujących tagami canonical i noindex, modułów treści, importów katalogu, konfiguracji multistore i języków, rynków oraz zespołu odpowiedzialnego za zaplanowane zadania. Inny generator nie naprawi błędnego tagu canonical na odczytywanej stronie.
Wymianę generatora i zmiany zasad indeksowania przećwicz na chronionej kopii stagingowej z reprezentatywnymi danymi oraz tym samym motywem i modułami. Odizoluj jej importy, pocztę i zaplanowane zadania od produkcji, a następnie przeprowadź kontrolowane testy. Zablokuj publicznym robotom dostęp do stagingu, ale dopuść uprawnione żądania weryfikacyjne do stron testowych. Potwierdź, że uwierzytelnianie stagingu nie powoduje wykluczenia poprawnych stron z wyników testu. Uzgodnij termin publikacji po imporcie katalogu, zachowaj poprzednią konfigurację i poprawne pliki wraz z instrukcją przywrócenia oraz dopilnuj, aby tylko właściwy generator zapisywał publikowane pliki.
Jeśli problemy z odkrywaniem lub indeksowaniem stron się utrzymują i potrzebujesz diagnozy, PrestaShop SEO Audit & Action Plan zapewnia ustalenia i priorytety poprawek; wdrożenie jest osobne, a indeksowanie nie jest gwarantowane.
Wybierz mapy XML i HTML do różnych zadań
Mapa witryny XML zawiera publiczne adresy URL, które wyszukiwarki mają odkryć. Może pomóc przy dużym lub zmiennym katalogu, stronach z niewielką liczbą linków wewnętrznych i odkrywaniu multimediów. Uzupełnia nawigację dostępną dla robotów i linki wewnętrzne. Przesłanie nie gwarantuje skanowania, indeksowania ani pozycji. Zobacz omówienie map witryny Google.
Mapa witryny HTML to zwykła strona z czytelnymi linkami dla odwiedzających. Możesz grupować kategorie, produkty, strony informacyjne i marki, aby ułatwiać dotarcie do katalogu. Jest opcjonalna. Powinna być użyteczna i łatwa w obsłudze, zamiast zawierać każdą możliwą kombinację filtrów.
Do przesyłania wyszukiwarkom używaj indeksu XML. Link do mapy HTML umieszczaj tam, gdzie pomaga w nawigacji, na przykład w stopce. Żaden format nie zastępuje linków z odpowiednich kategorii i stron z treścią. Usuń problem osieroconych stron produktów, zamiast polegać na mapie witryny jako jedynej drodze do nich.
Używaj bezwzględnych adresów URL i rzetelnych dat modyfikacji
Zapisuj XML w UTF-8 z przestrzenią nazw mapy witryny. Każdy wpis URL wymaga loc. Używaj pełnego kanonicznego schematu, hosta i ścieżki. Adres HTTP jest poprawny, jeśli to rzeczywisty adres kanoniczny; protokół nie wymaga HTTPS. Zachowaj spójność domeny, wariantu z www, ścieżki językowej i zasad końcowego ukośnika.
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/en/blue-leather-wallet</loc>
<lastmod>2026-10-23</lastmod>
</url>
</urlset>Powyższy URL to przykładowy wpis katalogu. Stosuj zapis encjami dla znaków specjalnych XML, w tym ampersandów w parametrach zapytań. Ścieżka względna, taka jak /en/blue-leather-wallet, jest niewystarczająca.
lastmod jest opcjonalny. Opisuje istotną zmianę strony, a nie moment uruchomienia generatora. Poprawna jest data, taka jak 2026-10-23, lub pełna data i czas W3C ze strefą czasową. Używaj wiarygodnego znacznika czasu treści. Pomiń element, jeśli nie możesz go ustalić.
Sprawdzaj pola znaczników czasu według encji i wersji PrestaShop. Produkty i kategorie mają pola modyfikacji, ale nie można zakładać, że każdy model CMS ma date_upd. W multistore sprawdzaj faktycznie serwowaną stronę i język. Rutynowa aktualizacja bazy danych nie zawsze oznacza zmianę strony publicznej.
changefreq i priority to opcjonalne pola protokołu. Google je ignoruje. Skup się na poprawnych URL i dokładnych datach. Protokół map witryny definiuje format; wskazówki Google dotyczące tworzenia wyjaśniają jego obsługę.
Wybierz strony, które powinny trafić do XML
Używaj tych samych preferowanych URL w linkach wewnętrznych, tagach kanonicznych i wpisach mapy witryny. Zbuduj listę na podstawie polityki indeksowania, a następnie sprawdź strony jako anonimowy odwiedzający.
| Zwykle uwzględniaj, jeśli można indeksować | Zwykle pomijaj |
|---|---|
| Aktywne strony produktów z użyteczną treścią | Koszyk, finalizację zakupu, logowanie i prywatne strony konta |
| Użyteczne kategorie i podkategorie | Wyszukiwanie wewnętrzne i niekontrolowane kombinacje filtrów |
| Publiczne strony CMS, które mają być w wynikach wyszukiwania | Strony oznaczone noindex lub zablokowane przed skanowaniem |
| Opublikowane artykuły | URL przekierowujące, błędy i niekanoniczne duplikaty |
| Użyteczne strony marek i dostawców | Warianty innej strony ze śledzeniem, sesją i sortowaniem |
Tymczasowy brak zapasów nie dyskwalifikuje automatycznie użytecznej strony produktu. Decyduj o uwzględnieniu na podstawie tego, czy strona pozostaje publiczna, kanoniczna i przeznaczona do indeksowania. Dla produktów wycofanych stosuj politykę zastępowania lub usuwania i podawaj tylko końcowe URL, które nadal można indeksować.
Celowo utworzona, użyteczna strona docelowa filtra może należeć do mapy witryny, jeśli ma własną politykę indeksowania i kanoniczności. Nie publikuj bez zastanowienia każdego adresu URL nawigacji fasetowej. O zmianach adresów i duplikatach przeczytasz w poradniku URL i przekierowań.
Osobno sprawdź robots.txt. URL może pojawiać się w mapie witryny, mimo że robots.txt uniemożliwia robotowi jego odczyt. Dyrektywa noindex również musi być dostępna, aby robot mógł ją przetworzyć. Umieszczenie w mapie witryny nie może uchylić żadnej z tych reguł.
Dziel pliki zgodnie z limitami protokołu i hostingu
Pojedyncza mapa witryny jest ograniczona do 50 000 URL i 50 MB bez kompresji. Dziel ją przed przekroczeniem któregokolwiek limitu. Kompresja zmniejsza rozmiar transferu, ale nie zwiększa dozwolonego rozmiaru bez kompresji. Indeks map witryny wskazuje pliki podrzędne, dzięki czemu możesz przesłać URL indeksu.
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://example.com/sitemap_1_1.xml</loc>
</sitemap>
<sitemap>
<loc>https://example.com/sitemap_1_2.xml</loc>
</sitemap>
</sitemapindex>Ten przykład używa numerowanych części. Indeks nie oznacza oddzielnych plików produktów, kategorii, CMS i bloga. Podział według typu treści to opcjonalna funkcja generatora, która może ułatwiać monitorowanie. Sprawdź, co rzeczywiście tworzy Twój generator.
Dbaj o dostępność wskazywanych plików i zgodność z właściwymi zasadami witryny i katalogów. Skorzystaj ze wskazówek Google dotyczących indeksu map witryny, jeśli publikujesz w wielu witrynach. Przy dużych katalogach sprawdzaj czas generowania, pamięć, miejsce na dane z uprawnieniami zapisu i ukończenie każdego pliku podrzędnego.
Co już robi oficjalny moduł Google Sitemap
Generowaniem map witryny w PrestaShop zajmuje się moduł, na przykład gsitemap. Obsługuje już dzielenie plików, wykluczanie stron i generowanie przez cron. Opisywana tu implementacja stosuje próg 25 000 linków na część i próg zużycia pamięci około 100 MB. Sprawdź oba w zainstalowanej wersji. Uruchamiają zapis i kontynuację; są niezależne od limitu PHP memory_limit.
Oficjalny moduł wyklucza również kilka prywatnych i transakcyjnych kontrolerów. Jego pliki dla poszczególnych języków nie są tą samą funkcją co adnotacje hreflang. Oceń zainstalowaną wersję, dodatkowe URL modułów i potrzeby harmonogramu, zanim wybierzesz generator. Oficjalna implementacja gsitemap dokumentuje te zachowania.
Zachować gsitemap czy zmienić generator?
| Obecna konfiguracja | Wstępny wybór | Co sprawdzić przed decyzją |
|---|---|---|
| Wymagane strony publiczne są uwzględniane, a zaplanowane generowanie kończy się poprawnie. | Zachowaj gsitemap i utrzymuj jego konfigurację. | Wygenerowane pliki przechodzą poniższe kontrole odbioru, w tym weryfikację dat i treści z innych modułów. |
| Potrzebujesz weryfikacji lub opcji wynikowych, których zainstalowany generator nie zapewnia. | Oceń Advanced SEO Sitemap Builder pod kątem tych konkretnych wymagań. | Włącz wymagane opcje na kopii, sprawdź wykluczenia i porównaj gotowy wynik z rzeczywistymi stronami. |
| Wynik jest odpowiedni, ale nikt niezawodnie nie uruchamia generowania. | Zachowaj generator i napraw harmonogram. | Zaplanowane uruchomienie kończy się bez ręcznej interwencji, a błędy trafiają do wyznaczonej osoby. |
Dodaj wersje językowe i obrazy tam, gdzie są przydatne
Różne języki potrzebują własnych publicznych URL. Osobne pliki map witryny dla języków same w sobie nie deklarują, że dwa URL są tłumaczeniami. Hreflang można podawać w HTML, nagłówkach HTTP lub adnotacjach mapy witryny. Zachowaj spójność wybranej metody.
Przy używaniu hreflang w mapie witryny zadeklaruj przestrzeń nazw XHTML i uwzględnij samą stronę oraz jej dostępne odpowiedniki. Każda wersja językowa wymaga odpowiadającego zestawu alternatyw. Używaj poprawnych kodów języków i regionów oraz pełnych URL. Nie wymyślaj URL tłumaczenia dla nieistniejącej strony.
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>https://example.com/en/blue-leather-wallet</loc>
<xhtml:link rel="alternate" hreflang="en"
href="https://example.com/en/blue-leather-wallet"/>
<xhtml:link rel="alternate" hreflang="de"
href="https://example.com/de/blaue-lederbrieftasche"/>
</url>
</urlset>Ten fragment pokazuje jeden wpis URL; niemiecki wpis wymaga tego samego zestawu alternatyw. Stosuj poradnik hreflang PrestaShop przy mapowaniu i walidacji.
Aby ułatwić odkrywanie zdjęć produktów, możesz dodać wpisy obrazów do zwykłej mapy lub opublikować mapę obrazów. Zadeklaruj xmlns:image="http://www.google.com/schemas/sitemap-image/1.1" i umieść image:loc wewnątrz elementu image:image podrzędnego względem wpisu url strony. Używaj URL obrazów, które roboty mogą pobrać. Zobacz format mapy obrazów Google i poradnik obrazów PrestaShop.
Przećwicz import katalogu
Załóżmy, że import dostawcy zastępuje niebieski skórzany portfel z przykładu XML, a stary adres powinien przekierowywać do zamiennika. Na kopii stagingowej wykonaj reprezentatywny import przez odizolowaną integrację i zapisz docelowy końcowy URL w każdym dostępnym języku. Uruchom generowanie po zakończeniu importu: zamiennik powinien znaleźć się w wynikach, jeśli podlega indeksowaniu, a adres przekierowujący nie.
Porównaj listy przed importem i po nim według typu treści i języka. Niezmieniona suma może ukrywać brak zamiennika równoważony przez nieaktualny wpis. Otwórz wygenerowany URL zamiennika w witrynie sklepu i sprawdź tag canonical, zamiast zakładać poprawność importowanego adresu. Jeśli brakuje przetłumaczonej strony lub artykułu blogowego, przed zmianą zasad uwzględniania sprawdź stan publikacji i integrację generatora z danym modułem treści.
Zautomatyzuj generowanie i sprawdź wynik
Wybierz harmonogram według szybkości zmian publicznego katalogu i czasu generowania. Punktem wyjścia może być codzienne generowanie poza godzinami szczytu. Szybko zmieniający się katalog może potrzebować częstszych uruchomień. Harmonogram nie uzasadnia zmieniania każdej wartości lastmod przy każdym przebiegu.
Lista kontroli odbioru wygenerowanych plików
- Skonfiguruj tylko publiczne typy treści i języki, które chcesz uwzględnić. Zapisz oczekiwany zakres dla każdego sklepu, także strony dostarczane przez inne moduły.
- Uruchom generowanie raz i otwórz indeks oraz każdy plik podrzędny. Każdy wskazany plik musi istnieć i być czytelny bez logowania administratora.
- Sprawdź parsowanie XML, liczby wpisów, bezwzględne URL, kody statusu i znaczniki czasu. Odrzuć HTML logowania, błędu lub witryny sklepu zwrócony zamiast XML. Sprawdź liczbę adresów i nieskompresowany rozmiar każdego pliku podrzędnego względem powyższych limitów oraz porównaj zakres z oczekiwanymi listami.
- Użyj mechanizmu harmonogramu opisanego w dokumentacji generatora. Chroń prywatne dane dostępowe do regeneracji i nie umieszczaj ich na publicznych stronach. Na kopii uruchom rzeczywistą ścieżkę harmonogramu, zamiast testować wyłącznie przycisk w panelu administracyjnym.
- Rejestruj poprawne zakończenia i błędy. Unikaj nakładających się uruchomień. Na stagingu potwierdź, że po nieudanym generowaniu poprzednia poprawna publikacja pozostaje dostępna. Użyj obsługiwanego przez generator procesu publikacji, zamiast udostępniać częściowo zapisane pliki.
- Generuj ponownie po znaczących usunięciach z katalogu, zmianach URL lub domeny. Powtórz kontrole przed zaakceptowaniem nowych plików.
Przetestuj próbkę URL produktów, kategorii, CMS, artykułów i tłumaczeń. Sprawdź odpowiedź HTTP, końcowy adres, tag kanoniczny, meta tag robots i X-Robots-Tag. Wyświetlenie dokumentu XML z zastosowanymi stylami w przeglądarce nie wystarcza do potwierdzenia przydatności każdego wpisu.
Pomoc Advanced SEO Sitemap Builder opisuje opcjonalną weryfikację HTTP, adresów kanonicznych i noindex, dzielenie według liczby/rozmiaru z indeksem, obrazy i hreflang, zaplanowaną regenerację oraz mapę HTML, której strona ma noindex.
Weryfikacja musi być włączona i ukończona, jeśli na niej polegasz. Sprawdź robots.txt oddzielnie. Sprawdź również daty modyfikacji CMS: generator może podać technicznie poprawną datę, która nie oznacza edycji treści. Potwierdź, że dodatkowe treści modułów, takie jak artykuły bloga, znajdują się w ukończonym wyniku.
Korzystaj z harmonogramu hostingu, jeśli już niezawodnie uruchamia zadanie. Jeśli brakuje harmonogramu serwera lub potrzebujesz centralnej historii zadań i wglądu w błędy, oceń Cron Manager pod kątem obsługiwanej ścieżki uruchamiania generatora. Sukces harmonogramu nadal wymaga sprawdzenia gotowych plików.
Wykrywaj błędy ukryte za poprawną odpowiedzią
| Co widzisz | Co sprawdzić |
|---|---|
| Indeks się otwiera, ale pliku podrzędnego brakuje lub jest niekompletny. | Sprawdź kontynuację generowania, możliwość zapisu w pamięci masowej i logi publikacji. Nie akceptuj wyniku, dopóki cały wskazany zestaw nie przejdzie parsowania. |
| Harmonogram zgłasza sukces, ale opublikowane pliki pozostają nieaktualne. | Sprawdź treść odpowiedzi, zapis zakończenia generatora i opublikowane pliki podrzędne. Strona przerwy technicznej, wygasłe dane dostępowe lub odpowiedź z cache mogą wyglądać jak udane żądanie bez ukończonego generowania. |
| Pliki produkcyjne zawierają host stagingowy lub URL innego sklepu. | Po próbie sprawdź kontekst sklepu używany do generowania i konfigurację domeny. Przed zgłoszeniem wygeneruj pliki ponownie dla właściwego hosta produkcyjnego. |
Prześlij indeks i zbadaj konkretne wykluczenia
- Pobierz opublikowany indeks bez logowania administratora.
- Dodaj jego pełny URL jako dyrektywę
Sitemap:w robots.txt. - Prześlij ten sam indeks we właściwej usłudze Google Search Console i w Bing Webmaster Tools, jeśli z niego korzystasz.
- Sprawdź status przesłania, czas ostatniego odczytu i błędy parsowania.
- Sprawdź reprezentatywne URL w raportach indeksowania, w tym nowo dodane produkty i przetłumaczone strony.
Sitemap: https://example.com/sitemap_index.xmlTen wiersz jest przykładem składni. Wskaż rzeczywisty wygenerowany indeks. Zachowaj istniejące reguły robots odpowiednie dla sklepu; nie zastępuj ich ogólnym przykładem.
Raport Mapy witryn w Search Console pomaga znaleźć błędy pobierania i parsowania. Udane przesłanie oznacza przetworzenie pliku, a nie obietnicę pojawienia się każdej wymienionej strony w wyszukiwarce.
Liczby przesłanych i zaindeksowanych stron nie muszą być równe. Konsolidacja adresów kanonicznych lub wybór do indeksowania mogą być uzasadnione. Przeczytaj przyczyny wykluczeń i sprawdź dotknięte nimi strony, zanim uznasz problem za systemowy. Jeśli produkt przekierowuje, podaj końcowy URL; jeśli ma celowe noindex, usuń go z XML; jeśli użyteczna strona jest niedostępna, napraw przyczynę problemu z dostępem lub błąd serwera.
Skorzystaj z poradnika SEO PrestaShop do szerszego audytu indeksowania oraz z poradnika linkowania wewnętrznego, aby poprawić ścieżki prowadzące do katalogu.
O co zapytać programistę lub agencję
- Którą wersję modułu i jakie ustawienia przetestowano oraz które publiczne typy treści lub strony niestandardowych modułów nie są obsługiwane?
- Gdzie są oczekiwane listy URL, powody wykluczeń i dowody poprawności gotowych plików dla każdego sklepu i języka?
- Które zadanie uruchamia generowanie, jak zapewniono kolejność po importach i kto otrzymuje informacje o błędach?
- Który proces publikuje pliki podczas przełączenia, które stare zadania są zatrzymywane i jak przywrócić poprzednią poprawną publikację?
Podczas przełączenia wygeneruj pliki dla domeny produkcyjnej i zweryfikuj opublikowany indeks oraz pliki podrzędne przed zmianą podawanego adresu mapy witryny. Jeśli adres się zmienia, zaktualizuj robots.txt i zgłoszenia w wyszukiwarkach, a stare pliki wycofaj dopiero po usunięciu odwołań do nich. Potwierdź, że stare zaplanowane zadanie nie może nadpisać nowych plików.
Pytania właścicieli sklepów
Czy usunięcie URL z mapy witryny usunie go z Google?
Nie. Google może odkryć go przez inne linki. Dobierz odpowiednie działanie dotyczące indeksowania lub usuwania na poziomie strony do jej przeznaczenia. Pominięcie w mapie witryny nie kontroluje dostępu: prywatne treści wymagają ochrony, nawet jeśli nigdy nie pojawiły się w mapie.
Czy mogę użyć tych samych plików dla wszystkich sklepów multistore?
Nie kopiuj ich bez zmian tylko dlatego, że sklepy mają wspólne produkty. Sprawdź publiczną domenę, włączone języki i powiązania katalogu każdego sklepu, a następnie wygeneruj i zweryfikuj wynik dla tego kontekstu. Jeśli świadomie centralizujesz publikację, zastosuj zasady dotyczące wielu witryn opisane w powyższym linku.
Kto powinien kontrolować usługę w Search Console?
Zachowaj zweryfikowaną własność pod kontrolą firmy, a agencji przyznaj dostęp potrzebny do pracy. Przy przekazaniu potwierdź, że Twój zespół może czytać raporty map witryny i zarządzać dostępem bez zależności od konta konkretnego dostawcy.