Clean URLs Pro – usuń ID z adresów URL w PrestaShop

PP-M054P
SEO i Wydajność
  • 8.x | 9.x
  • PL, EN
  • 1.2.1
  • 2026-07-21

Clean URLs Pro usuwa numeryczne ID z adresów URL produktów, kategorii, kategorii CMS, stron CMS, marek i dostawców — bez jakichkolwiek modyfikacji plików core oraz bez użycia mechanizmu override. Wystarczy aktywować obsługę dla wybranego typu encji (entity), zapisać konfigurację i wyczyścić cache routingu.

Stare adresy z ID (tzw. legacy URLs, np. /3-elektronika) są automatycznie przekierowywane na nową, czystą strukturę za pomocą kodu HTTP 301, co pozwala w pełni zachować wypracowany PageRank oraz linki zewnętrzne (backlinki).

299,00 zł Netto

Usługi dodatkowe:

Instalacja +97,00 zł

Parametry Informacyjne:

  • 1.2.1
  • Wersja Sklepu Wersja PHP
    8.x 8.1 – 8.3
    9.x 8.1 – 8.5
  • 2026-07-21
  • PL, EN
  • ✅
  • ✅
  • ✅
  • ✅

Najważniejsze korzyści i architektura

  • Czyste adresy URL bez ID (No-ID) – obiekty w sklepie uzyskują krótsze, w pełni semantyczne ścieżki (np. /elektronika/laptop.html zamiast legacy /3-elektronika/12-laptop.html), co optymalizuje strukturę linków i zwiększa CTR.
  • Zero override'ów, zero modyfikacji core'u – moduł działa wyłącznie w oparciu o natywne hooki PrestaShop (moduleRoutes, actionDispatcherBefore itp.), co gwarantuje pełną kompatybilność z aktualizacjami platformy.
  • Automatyczny silnik przekierowań 301 – każda zmiana slugu (URL rewrite) produktu lub kategorii natychmiast generuje regułę redirect w bazie danych, chroniąc przed błędami 404 bez konieczności ręcznej interwencji dewelopera.
  • Wysoka wydajność (High Concurrency) – zewnętrzny indeks routingu oparty o pamięć podręczną Redis lub Memcached minimalizuje overhead zapytań SQL do bazy przy każdym żądaniu frontowym (front-end request).
  • Bezpieczny workflow wdrożeniowy – instalacja modułu nie wprowadza automatycznych zmian; każdy typ adresu aktywujesz osobnym przełącznikiem, a wbudowany walidator kolizji blokuje zapis w przypadku wykrycia zduplikowanych slugów.

Porównanie struktur adresów URL

Typ encji (Entity) Legacy Schema (z ID) Clean Schema (No-ID)
Produkt /3-kategoria/produkt.html /kategoria/produkt.html
Kategoria /3-elektronika /elektronika
Strona CMS /content/4-o-nas /info/o-nas
Kategoria CMS /content/category/1-strona-glowna /info/category/strona-glowna
Marka (Brand) /brand/3-acme /brand/acme
Dostawca (Supplier) /supplier/2-acme /supplier/acme

Zaawansowane zastosowania modułu

  • Refaktoryzacja i migracje struktur URL – płynne przejście ze starych adresów z ID na czysty routing, z globalną obsługą HTTP 301 dla całego istniejącego drzewa katalogu.
  • Konfiguracje wielojęzyczne (Internationalization) – niezależne definiowanie schematów routingu dla każdej wersji językowej (np. info/{rewrite} dla EN oraz informacje/{rewrite} dla PL).
  • Środowiska Multistore – pełna izolacja przełączników No-ID oraz schematów tras (URL routes) konfigurowanych osobno dla konkretnego sklepu lub całej grupy sklepów.
  • Sklepy o dużym natężeniu ruchu – natywna integracja z zewnętrznymi silnikami cache (Redis/Memcached) jako warstwy routingu drastycznie redukuje operacje I/O na bazie danych.
  • Audyty i zarządzanie kondycją SEO – wbudowany logger błędów 404 z licznikiem trafień oraz panelem mapowania 301 (one-click redirect) znacząco skraca czas debugowania struktury linków.

Funkcjonalności – Panel administracyjny (Back Office)

Przełączniki No-ID per entity

Niezależna aktywacja usuwania ID dla produktów, kategorii, stron i kategorii CMS, marek oraz dostawców. Zmiana stanu routingu jednej encji pozostaje w pełnej izolacji od pozostałych.

Walidator kolizji i konfliktów URL

Automatyczny skan bazy pod kątem zduplikowanych slugów i nakładających się ścieżek wywoływany przy wejściu w zakładkę Routing oraz podczas zapisu; operacja zapisu konfiguracji jest twardo blokowana w przypadku ryzyka powstania niejednoznacznych tras.

Wielojęzyczne schematy tras

Możliwość zdefiniowania własnego prefiksu ścieżki (URL prefix) dla każdej encji i wersji językowej locale. Pozostawienie pola pustego powoduje bezpieczny fallback do domyślnego schematu PrestaShop.

Indeksowanie routingu – Redis / Memcached / SQL fallback

Mapowania typu klucz-wartość (slug→ID) są przechowywane w wybranym silniku pamięci podręcznej. W przypadku utraty połączenia z daemonem cache, moduł płynnie przełącza się na natywne zapytania SQL bez przerywania działania front-endu.

Menedżer przekierowań (Redirect Manager)

Obsługa ręcznych reguł przekierowań (301/302/307) oraz automatyczny hook wyłapujący modyfikacje pól rewrite — każda zmiana przyjaznego adresu w karcie produktu lub kategorii automatycznie rejestruje rekord przekierowania.

Masowy import i eksport CSV

Zarządzanie tabelą przekierowań za pomocą plików CSV. Funkcja dedykowana do masowych migracji, przebudowy architektury informacji lub synchronizacji reguł między środowiskiem staging a produkcją.

Logger błędów 404

Agregacja nieobsłużonych żądań i błędów 404 wraz z dokładnym licznikiem wywołań. Interfejs umożliwia błyskawiczne zmapowanie uszkodzonego adresu na poprawny URL docelowy za pomocą jednego kliknięcia.

Globalna normalizacja SEO

Wymuszanie transformacji adresów do małych liter (lowercase) oraz kontrola polityki trailing slash (automatyczne doklejanie lub usuwanie końcowego ukośnika) w ujęciu globalnym, niezależnie od stanu przełączników No-ID.

Diagnostyka i podgląd tabeli routingu

Panel diagnostyczny prezentujący aktualne wartości dyrektyw PS_ROUTE_* oraz status każdej encji (Wyłączone / Aktywne / Wymagany zapis) wraz z dedykowanym triggerem do natychmiastowego czyszczenia cache.

Izolacja kontekstów Multistore

Przełączniki No-ID i parametry PS_ROUTE_* są w pełni świadome kontekstu wielosklepowego. Aktywny kontekst jest jawnie eksponowany nad formularzem konfiguracji, eliminując ryzyko przypadkowych nadpisań globalnych.

PP Updater

Zintegrowany komponent aktualizacji pozwalający na automatyczną weryfikację i pobranie najnowszych paczek wydań modułu bezpośrednio z poziomu panelu Back Office.

Wpływ na SEO i wydajność (Performance)

  • Optymalizacja struktur URL zwiększa efektywność wykorzystania crawl budget – roboty wyszukiwarek (crawlery) szybciej parsują i indeksują drzewo katalogu dzięki eliminacji nadmiarowych tokenów ze ścieżki.
  • Czyste, semantyczne adresy URL bez losowych ciągów cyfr znacząco podnoszą wskaźnik CTR w organicznych wynikach wyszukiwania (SERP).
  • Automatyczne przekierowania 300 przy zmianie slugu chronią wypracowany link equity i eliminują powstawanie nagłych skoków błędów 404.
  • Wymuszenie małych liter oraz ujednolicenie trailing slash zapewnia ścisłą kanonizację adresów URL, odcinając ryzyko powstawania duplikatów treści (duplicate content) w indeksie.
  • Analityka loggera 404 pozwala namierzyć najbardziej obciążone ruchem uszkodzone linki, umożliwiając deweloperom wdrożenie poprawek bez angażowania zewnętrznych narzędzi SaaS czy parsowania logów serwera.

Uwagi wdrożeniowe (Deployment Notes)

Krytyczne: Przed instalacją oraz inicjalizacją trybu No-ID wykonaj pełny snapshot bazy danych oraz systemu plików sklepu. Upewnij się, że opcja Przyjazne adresy URL jest globalnie skompilowana w silniku sklepu (Konfiguracja > Preferencje > Ruch). Wymagania środowiskowe: PrestaShop 8.1 – 9.x oraz PHP 8.1 – 8.5. Przed aktywacją No-ID zweryfikuj zakładkę diagnostyki routingu pod kątem istniejących duplikatów slugów — próba zapisu konfiguracji przy aktywnej kolizji zostanie odrzucona przez silnik walidacji.

Pliki do pobrania:


Instalacja modułu PrestaShop (625.83KB)

Uniwersalna dokumentacja opisująca proces instalacji modułów dla PrestaShop.

# Changelog – Clean URLs Pro

## [1.2.1] - 2026-07-21

### Fixed

- Categories No-ID (`{rewrite}`): homepage `/` 

---

## [1.2.0] - 2026-07-16

### Changed

- **PrestaShop 9.x only** — dropped support for PrestaShop 8.x (`ps_versions_compliancy`: 9.0.0 – 9.99.99)
- **PHP 8.1 – 8.5** enforced in module (`composer.json`: `>=8.1.0 <8.6.0`) and at runtime
- Install / enable / configuration / front hooks are blocked outside the supported environment

### Requirements

- PrestaShop **9.0.0 – 9.x**
- PHP **8.1 – 8.5**
- Friendly URLs enabled

---

## [1.1.2] - 2026-06-26

### Fixed

- Conflict validation: improved slug collision detection for Multistore contexts
- Cache layer: Redis fallback now properly handles connection timeouts
- 404 Logger: fixed timestamp display in CSV export
- URL Schema Panel: removed unnecessary POST validation for GET requests

### Changed

- Performance: optimized query count for route index invalidation
- Admin UI: "How it works" panel now displays URL schema examples with tooltips
- Documentation: updated link rewrite index installation instructions

---

## [1.1.1] - 2026-06-20

### Added

- Import/Export CSV for redirects with batch operations (up to 1000 rows per file)
- Route cache statistics dashboard showing hit/miss ratio per entity type
- New alert types: info, warning, error with distinct visual styling

### Fixed

- Multistore: fixed issue where group context wasn't properly isolated
- Globalne SEO rules no longer apply to admin URLs
- Schema validation: fixed regex pattern for URL placeholders

### Changed

- Improved performance: cached route definitions now use lazy loading
- Admin redirect manager now shows last modification date
- Simplified 404 logger interface with inline quick-fix buttons

---

## [1.1.0] - 2026-06-15

### Added

- **External Route Index**: Redis and Memcached support for high-traffic shops (fallback to SQL)
- **Global SEO Rules tab**: enforce lowercase URLs and trailing slash policy
- **Redirects | 404 tab**: comprehensive redirect manager with 404 logger and quick-fix interface
- **URL Schemas tab**: multilingual, per-entity URL pattern customization with live preview
- Automatic redirect (HTTP 301) on slug changes for products and categories
- Slug change tracking system that triggers redirects after entity updates

### Fixed

- URL validation now checks for path collisions across different entity types
- Category and Product URL conflicts properly detected in validation scan

### Changed

- Requires PrestaShop 8.1+ (updated from 8.0+)
- Route caching is now mandatory for No-ID to function
- Admin tab icon redesigned for better visibility

### Deprecated

- Direct database URL queries (now use RouteIndex abstraction layer)

---

## [1.0.5] - 2026-06-08

### Added

- Multistore support: independent No-ID switches and PS_ROUTE_* schemas per shop/group
- Context indicator displayed above configuration form
- Store context selector in Admin tab header

### Fixed

- Conflict validation now respects shop context properly
- No-ID switches no longer affect other stores when configured per-shop

### Changed

- Configuration panel now displays active shop/group context
- Validation alerts now include shop ID for clarity

---

## [1.0.0] - 2026-05-01

### Added

### Requirements

- PrestaShop 8.1.0 – 9.x
- PHP 8.1 – 8.5
- Friendly URLs enabled

FAQs

  • Jakie typy adres?w mo?e upro?ci? Clean URLs Pro?

    Modu? przewiduje niezale?ne usuwanie ID z adres?w produkt?w, kategorii, stron CMS, kategorii CMS, marek oraz dostawc?w. Ka?dy typ encji aktywujesz osobnym prze??cznikiem, dlatego zmiana routingu jednego obszaru nie musi wp?ywa? na pozosta?e elementy sklepu.

  • Czy moduły są kompatybilne z moją wersją PrestaShop?

    Każdy moduł w naszym sklepie zawiera informację o kompatybilności z dana wersjami PrestaShop. Prosimy o dokładne sprawdzenie tych danych przed zakupem. Jeśli nie masz pewności, skontaktuj się z nami.

  • Jak powstaj? przekierowania po zmianie przyjaznego adresu?

    Z opisu wynika, ?e zmiana pola URL rewrite produktu lub kategorii automatycznie rejestruje regu?? przekierowania w bazie danych. Modu? ma dzi?ki temu tworzy? przekierowania 301 bez r?cznej interwencji administratora, aby stary adres prowadzi? do aktualnej ?cie?ki.

  • Czy mo?na przygotowa? odmienne schematy tras dla j?zyk?w?

    Tak. Konfiguracja pozwala definiowa? w?asny prefiks ?cie?ki dla ka?dej encji i wersji j?zykowej. Gdy pole pozostanie puste, modu? korzysta z bezpiecznego fallbacku do domy?lnego schematu PrestaShop. Pozwala to rozdzieli? nazewnictwo tras mi?dzy locale.

  • Jak modu? obs?uguje indeks routingu?

    Mapowania typu slug do ID mog? by? przechowywane w wybranym mechanizmie pami?ci podr?cznej Redis albo Memcached. Gdy po??czenie z takim mechanizmem jest niedost?pne, opis przewiduje prze??czenie na natywne zapytania SQL bez przerywania dzia?ania strony sklepu.

  • Jakie narz?dzia oferuje mened?er przekierowa??

    Mened?er przekierowa? umo?liwia obs?ug? r?cznych regu? HTTP 301, 302 i 307. Produkt opisuje r?wnie? import oraz eksport regu? przez CSV, co pozwala zarz?dza? wi?ksz? liczb? przekierowa? podczas migracji, przebudowy architektury informacji lub synchronizacji ?rodowisk.

Potrzebujesz dodatkowych funkcji lub indywidualnych rozwiązań dla Twojego sklepu?

  • Modyfikacja modułu zgodnie z Twoimi wymaganiami.
  • Rozbudowa o nowe funkcje zwiększające możliwości Twojego sklepu.
  • Tworzenie dedykowanych modułów dostosowanych do specyficznych potrzeb.
  • Integracja zewnętrznych systemów i dodatkowych narzędzi.
  • Optymalizacja i ulepszenia dla lepszej wydajności i wygody użytkowania.

Masz pomysł, jak ulepszyć to oprogramowanie? Zgłoś swoje sugestie dotyczące optymalizacji, nowych funkcji lub znalezionych błędów – chętnie je przeanalizujemy!