Smart Search dla PrestaShop: kiedy domyślne wyszukiwanie to za mało

Ostatnia weryfikacja: czerwiec 2026 — natywne działanie sprawdzone na podstawie podstawowej klasy Search w PrestaShop oraz ustawień Parametry sklepu → Szukaj w wersjach 1.7.6+, 8.x i 9.x.

Klient wpisuje w pasek wyszukiwania „bycicle helmet”. Chodziło mu o „bicycle helmet” — jedna przestawiona litera. W świeżej instalacji PrestaShop często otrzyma wyniki, bo PrestaShop od lat ma wbudowane wyszukiwanie przybliżone. Wystarczy jednak przełączyć niewłaściwą opcję, dodać ciężki słownik synonimów, którego katalog nie był gotowy obsłużyć, albo pozwolić, by indeks wyszukiwania się zdezaktualizował, a ten sam klient zobaczy pustą stronę, uzna, że nie sprzedajesz kasków, i wyjdzie. A w magazynie było ich 47. Ten artykuł pokazuje konkretną lukę między tym, co natywne wyszukiwanie PrestaShop naprawdę potrafi — a potrafi więcej, niż sądzi większość sprzedawców — a miejscem, w którym faktycznie dochodzi do ściany.

To rozróżnienie jest ważne, bo typowa rada („domyślna wyszukiwarka jest głupia, kup moduł wyszukiwania”) jest w połowie błędna i może kosztować Cię pieniądze w obie strony. Część sklepów traci sprzedaż przez ustawienia, które można dziś po południu poprawić w panelu administracyjnym za darmo. Inne wykorzystały już wszystkie natywne możliwości, a mimo to nadal tracą klientów z mocną intencją zakupu — w ich przypadku uczciwą odpowiedzią jest inny silnik wyszukiwania. Odróżnisz te sytuacje dopiero wtedy, gdy wiesz, co natywne wyszukiwanie naprawdę robi.

Co natywne wyszukiwanie PrestaShop naprawdę robi (więcej, niż myślisz)

Pole wyszukiwania w sklepie obsługuje SearchController oraz podstawowa klasa Search (classes/Search.php). Nie wykonuje ono naiwnego skanowania produktów typu LIKE '%term%'. Zamiast tego przy każdym zapisie produktu PrestaShop dzieli indeksowane pola na tokeny i zapisuje je w tabelach ps_search_word oraz ps_search_index, a w momencie zapytania porównuje je z gotowym indeksem i nadaje trafieniom punktację. Trzy natywne mechanizmy zaskakują większość sprzedawców:

• Wyszukiwanie przybliżone, odporne na literówki, jest wbudowane. Ustawienie PS_SEARCH_FUZZY pozwala PrestaShop dopasować słowo z zapytania do zaindeksowanego słowa w ramach niewielkiej odległości edycyjnej — więc „bycicle” nadal może prowadzić do „bicycle”. Sprawdź, czy wyszukiwanie przybliżone/fuzzy jest włączone w sekcji Parametry sklepu → Szukaj. Wartość PS_SEARCH_FUZZY_MAX_LOOP ogranicza liczbę prób dla jednego słowa, żeby wyszukiwarka pozostała szybka. Mit, że PrestaShop zwraca zero wyników przy każdej literówce, jest po prostu nieaktualny.
• Synonimy już istnieją, tylko pod inną nazwą. PrestaShop nazywa je aliasami i przechowuje w tabeli ps_alias. Zarządzasz nimi w panelu administracyjnym w sekcji Parametry sklepu → Szukaj → Aliasy. Zmapuj „couch” na „sofa”, „trainers” na „sneakers”, „telly” na „television”, a słowo wpisane przez klienta zostanie przepisane na Twoje, zanim zostanie odpytany indeks.
• Trafność jest ważona, a wagi ustawiasz Ty. Ta sama strona preferencji wyszukiwania udostępnia wagę dla każdego indeksowanego pola — nazwy produktu, referencji/EAN/MPN, krótkiego opisu, długiego opisu, nazwy kategorii, producenta, tagów, atrybutów i cech. Dopasowanie w nazwie produktu może mieć znacznie większe znaczenie niż przypadkowa wzmianka ukryta w opisie, i właśnie tak powstrzymasz zapytanie „red dress” przed pokazaniem czerwonej skrzynki narzędziowej nad właściwymi sukienkami.

Co to oznacza dla Ciebie? Zanim wydasz pieniądze, najpierw otwórz natywne preferencje wyszukiwania i upewnij się, że wyszukiwanie przybliżone jest włączone, wagi pól mają sens dla Twojego katalogu, a lista aliasów została przynajmniej rozpoczęta. Znaczna część skarg na „zepsute wyszukiwanie” to w praktyce domyślna konfiguracja, której nikt nie ustawił, pusta lista aliasów albo — bardzo często — nieaktualny indeks.

Najczęstsza przyczyna komunikatu „wyszukiwanie jest zepsute”: nieaktualny indeks

Ponieważ PrestaShop przeszukuje wcześniej zbudowany indeks, a nie bieżącą tabelę produktów, każda zmiana wykonana poza normalnym zapisem produktu może sprawić, że indeks opisuje katalog, który już nie istnieje w tej postaci. Masowe importy, aktualizacje SQL, przywrócone kopie zapasowe, zmiany w multisklepie albo niedokończona migracja robią dokładnie to. Objaw jest irytujący: produkt wyraźnie działa na swojej stronie, ale wyszukanie jego dokładnej nazwy nie zwraca nic.

Rozwiązaniem jest przebudowa indeksu. Na stronie Parametry sklepu → Szukaj znajduje się akcja „Przebuduj cały indeks” (oraz opcja „Dodaj brakujące produkty do indeksu” do lżejszych poprawek). W większych katalogach uruchamiaj ją z zadania cron zamiast z przeglądarki, żeby uniknąć przekroczenia limitu czasu.

PrestaShop ma do tego osobny endpoint cron indeksowania wyszukiwania. Przycisk na stronie wyszukiwania wywołuje go z flagą pełnej przebudowy; to samo zadanie możesz uruchamiać według harmonogramu. Pola formularza pokazują adres URL — pełna przebudowa dodaje &full=1, a lżejszy przebieg „dodaj brakujące produkty” pomija ten parametr:

# Full rebuild (use after a bulk import / restore / SQL change)
curl -s "https://yourstore.com/searchcron.php?id_shop=1&token=YOUR_SEARCH_TOKEN&full=1"

# Lighter pass: only index products missing from ps_search_index
curl -s "https://yourstore.com/searchcron.php?id_shop=1&token=YOUR_SEARCH_TOKEN"

token to wartość, którą PrestaShop pokazuje obok akcji indeksu na stronie preferencji wyszukiwania (nie wymyślaj jej — skopiuj dokładny adres URL, który otrzymujesz). Dodaj wywołanie pełnej przebudowy do procesu importu, a zgłoszenia typu „wyszukiwanie jest zepsute” wynikające z nieaktualnego indeksu w dużej mierze znikną.

Uczyń przebudowę indeksu standardowym krokiem po każdym masowym imporcie — to najtańsza poprawka wyszukiwania, jaka istnieje, i od razu rozwiązuje dużą część zgłoszeń „moja wyszukiwarka nie działa”.

Gdzie natywne wyszukiwanie naprawdę dochodzi do ściany

Żaden z powyższych mechanizmów nie sprawia, że natywny silnik jest nieograniczony. Po skonfigurowaniu wag, uzupełnieniu aliasów i utrzymaniu świeżego indeksu zostają cztery realne ograniczenia — i to właśnie za ich usunięcie warto zapłacić.

Ostatnia kolumna to uczciwy test. Jeśli Twój problem mieści się w pierwszej kolumnie, prawdopodobnie wyczerpałeś możliwości konfiguracji, a dedykowana warstwa wyszukiwania jest rozsądnym wydatkiem, nie luksusem.

Uwaga o dwóch funkcjach „wyszukiwania” w PrestaShop, które często się mylą

Warto rozdzielić dwie rzeczy, które obie bywają nazywane „wyszukiwaniem”. Pole wyszukiwania (ten artykuł) odpowiada na wpisane zapytanie — „bicycle helmet” — i działa na podstawowej klasie Search. Wyszukiwanie fasetowe (moduł ps_facetedsearch) to lewy panel filtrów na stronach kategorii — cena, marka, kolor, rozmiar — dla klienta, który już przegląda kategorię i chce zawęzić wybór. Rozwiązują różne zadania i zwykle potrzebujesz obu. Jeśli Twoim prawdziwym problemem jest pomoc klientom w przesianiu dużej kategorii po wejściu na nią, to temat filtrowania, nie tego artykułu: zobacz jak pomagać klientom znajdować produkty w dużych katalogach oraz strony kategorii, które konwertują.

Co dodaje dedykowana warstwa wyszukiwania — i dlaczego się zwraca

Gdy natywne wyszukiwanie przestaje wystarczać, moduł zbudowany specjalnie do wyszukiwania nie tylko abstrakcyjnie „szuka lepiej”; usuwa cztery konkretne ograniczenia opisane powyżej. Najważniejsze funkcje, ujęte przez pryzmat problemu biznesowego, który rozwiązują:

• Natychmiastowe wyniki AJAX podczas pisania. Rozwijana lista pasujących produktów — ze zdjęciem, ceną i linkiem przejścia — pojawia się, zanim klient skończy wpisywać słowo. To największy pojedynczy skok w odczuwalnej jakości i skrócenie drogi od intencji do strony produktu.
• Zarządzane synonimy zamiast aliasów dodawanych pojedynczo. Grupujesz „couch = sofa = settee” raz, a każdy wariant zaczyna działać, więc zapomniana liczba mnoga albo regionalne określenie nie przerywa sprzedaży.
• Analityka zapytań bez wyników. Log dokładnie tych wyszukiwań, które nic nie zwróciły, zamienia utracone zapytania w listę zadań: każde puste zapytanie oznacza produkt do dodania do oferty, synonim do dopisania albo opis do poprawienia. To dane o popycie, których nie uzyskasz w żaden inny sposób.
• Przekierowania i routing wzorców. Wyślij znaną literówkę, nazwę marki albo frazę kampanii od razu na właściwą stronę. Routing wzorców obsługuje całe rodziny zapytań jedną regułą — na przykład każdy rozmiar „NxN”, taki jak „800x800” czy „90x90”, może prowadzić na stronę z wymiarami zamiast do skromnego zestawu wyników.
• Merchandising i podbijanie wyników. Przesuwaj produkty o wysokiej marży, dostępne od ręki albo sezonowe wyżej w wynikach dla wybranych fraz, aby wyszukiwarka aktywnie sprzedawała, a nie tylko wyświetlała listę.

Właśnie tę lukę zamyka w PrestaShop nasz moduł MPR Search Revolution: wyszukiwanie AJAX w czasie rzeczywistym, zarządzane grupy synonimów, panel analityki wyszukiwania pokazujący zapytania bez wyników i zapytania zyskujące popularność, przekierowania fraz z routingiem opartym na wzorcach oraz podbijanie produktów — wszystko konfigurowane z panelu administracyjnego, bez przerabiania motywu i bez edycji rdzenia, więc przetrwa aktualizacje. Co to oznacza dla Ciebie? Natywne dźwignie, które w innym przypadku trzeba ręcznie dopieszczać (synonimy, trafność, przekierowania), stają się zarządzanym procesem, a wyszukiwania wcześniej tracone po cichu zmieniają się w mierzalną, możliwą do naprawy listę. W panelu administracyjnym utrzymujemy też symulator wyszukiwania, dzięki któremu sprawdzisz, co zwróci dane zapytanie, zanim zrobią to klienci.

Jak podjąć decyzję — krótki schemat

Przejdź przez te kroki po kolei; zatrzymaj się na pierwszym, który rozwiązuje Twój problem.

• Wyszukiwanie nie zwraca produktów, które wyraźnie istnieją? Przebuduj indeks (Parametry sklepu → Szukaj). Rób to rutynowo po każdym imporcie.
• Nietrafne produkty wyprzedzają właściwe? Podnieś wagę nazwy produktu i obniż wagę długiego opisu na tej samej stronie.
• Kilka znanych synonimów lub literówek nie działa? Dodaj je jako aliasy. Jeśli lista jest krótka i stabilna, natywne aliasy naprawdę wystarczą — nie kupuj więcej, niż potrzebujesz.
• Potrzebujesz natychmiastowych wyników, skalowalnych synonimów, danych o zapytaniach bez wyników albo kontroli merchandisingowej? To są cztery natywne ograniczenia. Tutaj właściwym wyborem jest dedykowana warstwa wyszukiwania, a nie kolejna zmiana konfiguracji.

Wyszukiwanie jest częścią większego obrazu znajdowalności

Pole wyszukiwania to jeden z trzech sposobów, w jakie klient znajduje produkt, a pozostałe powinny wykonywać swoją część pracy, żeby całość nie spoczywała na wyszukiwarce. Mocna struktura kategorii i czytelne mega menu pozwalają klientom dojść do tego, czego chcą, bez wpisywania czegokolwiek, a filtry na stronie zawężają kategorię po wejściu do niej. A ponieważ coraz większa część takich wyszukiwań odbywa się dziś na telefonie, lista wyników podczas pisania musi być wygodna pod kciukiem i szybka — zobacz handel mobilny.

Pasek wyszukiwania to jedno z najcenniejszych miejsc w sklepie: każdy, kto z niego korzysta, już powiedział Ci własnymi słowami, co dokładnie przyszedł kupić. Klienci korzystający z wyszukiwarki zwykle konwertują zauważalnie częściej niż ci, którzy tylko przeglądają sklep — mają intencję — więc nieudane wyszukiwanie oznacza odejście odwiedzającego z wysoką intencją zakupu. Dobra wiadomość jest taka, że najtańsze poprawki (świeży indeks, sensowne wagi, startowa lista aliasów) są darmowe i czekają w Twoim panelu administracyjnym już teraz. Wydawaj pieniądze na dedykowaną warstwę wyszukiwania dopiero po dojściu do natywnych ograniczeń — a gdy to zrobisz, niech zarabia na siebie, codziennie pokazując Ci dokładnie, które wyszukiwania wcześniej traciłeś.

Najczęściej zadawane pytania

Czy domyślne wyszukiwanie PrestaShop w ogóle obsługuje literówki?

Tak — wyszukiwanie fuzzy (przybliżone) jest wbudowane od lat i steruje nim ustawienie PS_SEARCH_FUZZY w sekcji Parametry sklepu → Szukaj. Dopasowuje ono słowo z zapytania do zaindeksowanego słowa w ramach niewielkiej odległości edycyjnej, więc „bycicle” nadal może prowadzić do „bicycle”. Stare twierdzenie, że każda literówka daje zero wyników, jest nieaktualne; typową przyczyną rzeczywistego braku wyników przy oczywistej literówce jest wyłączone wyszukiwanie fuzzy albo nieświeży indeks.

Mój produkt jest aktywny, ale wyszukanie jego dokładnej nazwy nic nie znajduje — dlaczego?

Prawie zawsze chodzi o nieaktualny indeks. PrestaShop przeszukuje wcześniej zbudowane tabele ps_search_word / ps_search_index, a nie bieżącą tabelę produktów, więc każda zmiana wykonana poza normalnym zapisem — masowe importy, aktualizacje SQL, przywrócone kopie zapasowe, migracje — może sprawić, że indeks opisuje katalog, który już nie pasuje do rzeczywistości. Przebuduj indeks ze strony wyszukiwania (albo przez endpoint cron opisany wyżej), a produkt wróci do wyników.

Czy PrestaShop obsługuje synonimy?

Tak, pod inną nazwą: aliasy, przechowywane w ps_alias i zarządzane w sekcji Parametry sklepu → Szukaj → Aliasy. Zmapuj „couch” na „sofa”, „trainers” na „sneakers”, a słowo wpisane przez klienta zostanie przepisane na Twoje, zanim indeks zostanie odpytany. To naprawdę wystarcza, gdy lista jest krótka i stabilna; ograniczenie polega na tym, że każdy synonim jest ręcznym wpisem, co nie skaluje się do setek pozycji, których prawdziwy katalog z czasem potrzebuje.

Dlaczego nietrafne produkty są wyżej niż właściwe?

Trafność jest ważona, a wagi należą do Ciebie. Strona preferencji wyszukiwania udostępnia wagę dla każdego indeksowanego pola — nazwy, referencji, opisów, kategorii, tagów, atrybutów i cech. Jeśli zapytanie „red dress” pokazuje czerwoną skrzynkę narzędziową, podnieś wagę nazwy produktu i obniż wagę długiego opisu, aby dopasowanie nazwy liczyło się znacznie bardziej niż przypadkowa wzmianka w opisie.

Jak sprawdzić, które wyszukiwania nic nie zwracają?

Natywne wyszukiwanie nie zapisuje zapytań bez wyników w użyteczny sposób i właśnie dlatego niezaspokojony popyt cicho wycieka ze sklepu. Przechwycenie tego sygnału — logu wyszukiwań, które nic nie zwróciły, tak aby każde z nich stało się produktem do dodania, synonimem do dopisania albo opisem do poprawienia — to jedno z czterech ograniczeń, które usuwa dedykowana warstwa wyszukiwania (taka jak MPR Search Revolution). To dane o popycie, których nie uzyskasz z samego natywnego wyszukiwania.

Jaka jest różnica między polem wyszukiwania a wyszukiwaniem fasetowym?

To różne zadania. Pole wyszukiwania odpowiada na wpisane zapytanie i działa na podstawowej klasie Search (ten artykuł). Wyszukiwanie fasetowe (ps_facetedsearch) to lewy panel filtrów na stronach kategorii — cena, marka, kolor, rozmiar — dla osoby, która już przegląda kategorię. Zwykle potrzebujesz obu; jeśli prawdziwym problemem jest przesiewanie dużej kategorii po wejściu na nią, to temat filtrowania, nie tego artykułu.

Powiązane artykuły

• Jak pomagać klientom znajdować produkty w dużych katalogach — filtrowanie fasetowe, druga połowa znajdowalności w sklepie.
• Struktura kategorii PrestaShop dla nawigacji zoptymalizowanej pod SEO — pozwól klientom dojść do produktów bez wpisywania czegokolwiek.
• Mega menu PrestaShop: nawigacja, która konwertuje — czytelne menu odciąża pole wyszukiwania.