¶ Przyjazne linki - adresy stron przyjazne SEO
Przyjazne linki w Hummerce zamieniają techniczne adresy stron sklepu na czytelne, np. /do/item/B001/nazwa-towaru na /nazwa-towaru.html - dla towarów, kategorii, stron statycznych i producentów. Dzięki temu adresy lepiej wyglądają w wynikach wyszukiwania, w linkach udostępnianych klientom i w kampaniach.
Stan na wersję Hummerce 2.33 (ostatnie zmiany w module: 2.33.199), aktualizacja 2026-09-28.
¶ Korzyści i zastosowania
- Adresy ze słowami kluczowymi w wynikach Google i w linkach sponsorowanych.
- Czytelne linki w newsletterach, mediach społecznościowych i materiałach drukowanych.
- Bezpieczna zmiana nazw i struktury kategorii - stare adresy przekierowują na nowe, pozycje w Google nie przepadają.
- Własne adresy stron akcji i kategorii specjalnych, np.
/promocje.html,/nowosci.html. - Osobne adresy dla wersji językowych sklepu.
- Przeniesienie sklepu z innej platformy z zachowaniem dotychczasowych adresów (adresy i przekierowania można wgrać transferem).
¶ Jak to wygląda
Zrzuty z panelu sklepu demonstracyjnego Hummerce.
¶ Przyjazny adres w edycji kategorii
¶ Ustawienia przyjaznych linków
¶ Przyjazne adresy na liście przekierowań
¶ Zasady działania
- Przyjazne adresy mają: towary, kategorie, strony statyczne, producenci, a także wersje językowe i widoki (jako część adresu).
- Adres powstaje z szablonu ustawionego osobno dla każdego rodzaju obiektu - domyślnie:
- towar - nazwa towaru, poprzedzona symbolem widoku,
- kategoria - adres kategorii nadrzędnej i nazwa kategorii,
- strona statyczna - tytuł strony,
- producent - nazwa producenta,
- na końcu rozszerzenie
.html.
- Przy tworzeniu adresu sklep:
- zamienia polskie i inne znaki narodowe na litery bez ogonków (także niemieckie, czeskie, francuskie, cyrylicę),
- zamienia spacje i znaki niedozwolone w adresie na myślnik, a duże litery na małe,
- skraca nazwę do 50 znaków,
- sprawdza unikalność w całym sklepie - gdy adres jest zajęty, dokleja
-1,-2itd.
- Adres nadaje się:
- ręcznie - pole Przyjazny adres i Generuj URL w edycji obiektu (w towarze - zakładka SEO); adres można też wpisać samodzielnie,
- automatycznie - przy włączonym Generuj przyjazne adresy podczas tworzenia / edycji obiektu adres powstaje przy zapisie obiektu, który jeszcze go nie ma.
- Raz nadany adres nie zmienia się sam, np. po zmianie nazwy towaru - zmianę trzeba wykonać ręcznie lub transferem.
- Przy zmianie adresu sklep tworzy przekierowanie 301 ze starego adresu na nowy (ustawienie Generuj przekierowanie ze starego adresu, domyślnie włączone).
- W konfiguracji domyślnej każdy język sklepu ma własny przyjazny adres (osobne pole dla każdego języka; Generuj dla wszystkich języków). Można też ustawić jeden adres dla wszystkich języków albo osobne adresy dla widoków.
- Z przyjaznych adresów korzystają linki w sklepie, adres kanoniczny (canonical) i mapa strony.
- Adresy przechowywane są jako przekierowania - widać je na liście Przekierowania jako przekierowania symetryczne (przyjazny adres pokazuje stronę, a adres techniczny przekierowuje na przyjazny) - zob. Przekierowania.
¶ Nadanie i zmiana adresu
¶ Wersja
- Funkcja podstawowa platformy - dostępna we wszystkich wspieranych wersjach.
- Od wersji 2.30 - towary-szablony nie dostają przyjaznych adresów (nie dublują się po utworzeniu towaru z szablonu).
- Od wersji 2.33 - kopia towaru nie przejmuje adresu oryginału; poprawione przełączanie języka na stronach z przyjaznym adresem.
- Ostatnie zmiany w module: wersja 2.33.199.
¶ Zależności
- Serwer sklepu musi przekazywać do aplikacji adresy bez przedrostka
/do/- ustawienie po stronie hostingu, standard w nowych sklepach. - Przekierowania - mechanizm, na którym działają przyjazne adresy.
- Mapa strony - korzysta z przyjaznych adresów.
- Obiekt musi mieć nazwę (tytuł) w chwili generowania adresu - bez niej adres nie powstanie.
¶ Wdrożenie
- Nowy sklep - funkcja działa od uruchomienia sklepu; ustawienia (szablony adresów, automatyczne generowanie) dobieramy w ramach konfiguracji sklepu.
- Działający sklep bez przyjaznych adresów - wymaga wdrożenia. Zakres:
- konfiguracja serwera i modułu,
- decyzja o szablonach adresów i adresach per język,
- wygenerowanie adresów dla istniejących towarów, kategorii, stron i producentów,
- przekierowania z dotychczasowych adresów, jeśli sklep miał wcześniej inne adresy (np. po migracji),
- sprawdzenie ustawień opartych o adresy (np. cele i raporty w Google Analytics),
- testy na środowisku testowym i uruchomienie produkcyjne.
- Minimalny szacowany czas:
- nowy sklep - w ramach uruchomienia sklepu, bez dodatkowego czasu,
- włączenie w działającym sklepie (jeden język) - od 6 h,
- osobne adresy dla kolejnych języków - od 8 h.
- Czas konkretnego wdrożenia zależy od jego zakresu - wyceniamy go indywidualnie.
- Od czego zależy czas:
- liczba obiektów i języków,
- konieczność przeniesienia adresów z poprzedniej platformy,
- dodatkowe skrypty i strony poza aplikacją sklepu (np. osobne pliki na serwerze),
- wersja sklepu - aktualizacja wyceniana osobno.
¶ Ograniczenia
- Przyjazne adresy mają tylko towary, kategorie, strony statyczne i producenci - wpisy bloga, aktualności, promocje i konto klienta mają adresy techniczne (można je obsłużyć ręcznym przekierowaniem).
- Kolejne strony list (paginacja) mają adres kategorii z numerem strony w parametrze, bez osobnego przyjaznego adresu.
- Adres nie aktualizuje się sam po zmianie nazwy obiektu.
- Automatyczne generowanie nie informuje o niepowodzeniu - obiekt bez nazwy zostaje bez adresu.
- Masowe wygenerowanie adresów dla całego katalogu to operacja techniczna, wykonywana przez nas w ramach wdrożenia.
- Nie tworzymy łańcuchów przekierowań (A -> B -> C) - przy kolejnych zmianach adresu warto sprawdzić listę przekierowań.
- Platforma nie dodaje znaczników hreflang dla wersji językowych.
- Po włączeniu przyjaznych adresów w działającym sklepie raporty i cele w Google Analytics oparte o adresy stron wymagają dostosowania.
- Zmiana ustawienia adresów per język lub per widok w działającym sklepie wymaga przeniesienia istniejących adresów - to prace wdrożeniowe.
- Nie weryfikujemy konfiguracji pod kątem zgodności z prawem - dobór adresów, słów kluczowych i treści stron ustala sklep.
¶ Potencjał rozwoju
- Przyjazne adresy dla bloga, aktualności i promocji.
- Przyjazne adresy kolejnych stron list.
- Automatyczna aktualizacja adresu po zmianie nazwy (z przekierowaniem ze starego).
- Znaczniki hreflang dla wersji językowych.
- Masowe generowanie adresów z panelu, z podglądem zmian.
- Obsługa przyjaznych adresów i przekierowań przez REST API i asystenta AI (MCP).
- Raport obiektów bez przyjaznego adresu.
¶ Najczęstsze pytania
Czy przyjazne adresy poprawiają widoczność sklepu w Google?
Tak. Adres ze słowami kluczowymi zamiast identyfikatora technicznego jest czytelniejszy dla wyszukiwarek i dla klientów udostępniających link.
Czy zmiana nazwy towaru zmienia jego adres?
Nie automatycznie. Adres zostaje taki, jak nadano go po raz pierwszy - zmianę trzeba wykonać ręcznie albo transferem, żeby uniknąć niepotrzebnych przekierowań.
Czy stary adres przestaje działać po zmianie na nowy?
Nie. Sklep domyślnie tworzy przekierowanie 301 ze starego adresu na nowy, więc stare linki i pozycja w Google nie przepadają.
Czy każdy język sklepu może mieć inny adres tej samej strony?
Tak, w konfiguracji domyślnej każdy język ma własny przyjazny adres. Można też ustawić jeden wspólny adres dla wszystkich języków.
Ile trwa włączenie przyjaznych adresów w działającym sklepie?
W nowym sklepie funkcja działa od uruchomienia bez dodatkowego czasu. W działającym sklepie, dla jednego języka - od 6 h; kolejne języki - od 8 h.
Czy przyjazne adresy mają wszystkie strony sklepu?
Nie. Obejmują towary, kategorie, strony statyczne i producentów. Wpisy bloga, aktualności, promocje i strony konta klienta mają adresy techniczne.
¶ Powiązane
- Przekierowania - mechanizm, na którym działają przyjazne adresy.
- Mapa strony, Wielojęzyczność.
- Optymalizacja SEO i SEM na hummerce.com.
Chcesz sprawdzić, jak przyjazne adresy poprawią widoczność Waszego sklepu? Umów bezpłatną prezentację.
¶ Szczegóły konfiguracji
¶ Dostęp w panelu
- Edycja obiektu: pole Przyjazny adres z Generuj URL i Generuj dla wszystkich języków:
- towar - zakładka SEO,
- kategoria, strona statyczna, producent - edycja obiektu.
- Konfiguracja w panelu: Konfiguracja -> Ustawienia, grupa Przyjazne linki:
- Rozszerzenie adresu - domyślnie
.html, - Generuj przekierowanie ze starego adresu - domyślnie Tak,
- Generuj przyjazne adresy podczas tworzenia / edycji obiektu - domyślnie Nie,
- Dopasowanie końcówki adresu - czy adres techniczny z ukośnikiem na końcu i bez niego przekierowuje tak samo (domyślnie tak),
- Szablon dla kategorii, Szablon dla towarów, Szablon dla stron statycznych, Szablon dla producentów, Szablon dla wersji językowych, Szablon dla widoków - wzory adresów z polami obiektu, np.
${_name}(nazwa),${category}(adres kategorii),${view}(widok),${_title}(tytuł strony).
- Rozszerzenie adresu - domyślnie
- Lista przekierowań: Konfiguracja -> Przekierowania - wszystkie przyjazne adresy i przekierowania, dodawanie ręczne.
- Transfer danych: hurtowa zmiana adresów - przy włączonym Generuj przekierowanie ze starego adresu powstają przekierowania ze starych adresów.
¶ REST API i MCP
Brak osobnych operacji na przyjaznych adresach i przekierowaniach w REST API i w asystencie AI (MCP) - adresy zarządzane są w panelu.
¶ Komunikaty sklepu
Moduł nie ma własnych komunikatów w sklepie ani szablonów maili.
¶ Parametry
Adres zapisywany jest w parametrze "Przyjazny adres" towaru, kategorii, strony statycznej i producenta. Symbol parametru zależy od tego, czy adresy są osobne dla języków i widoków - ustalamy to przy uruchomieniu modułu:
| Symbol | Adres |
|---|---|
_friendlyUrlMultiLocale |
osobny dla każdego języka (konfiguracja domyślna) |
_friendlyUrl |
jeden dla wszystkich języków i widoków |
_friendlyUrlMultiView |
osobny dla każdego widoku |
_friendlyUrlMulti |
osobny dla każdego języka i widoku |
Symbol jest potrzebny m.in. przy hurtowej zmianie adresów transferem.