- Zacznijmy od tego, co Cię tu przywiodło
- Kto to pisze?
- Zaczynamy od analizy wstępnej, nie od audytu
- To, na jakim etapie jest Twój sklep, zmienia wszystko
- Co zwykle ciągnie sklep w dół, choć nikt o tym nie pisze
- Optymalizacja to nie tylko szybkość
- Trzy sposoby, żeby zacząć - wybierz swój
- Kiedy audyt naprawdę jest potrzebny - a kiedy nie
- Bezpieczna procedura, która nie zakłóci pracy sklepu
- Ile kosztuje optymalizacja PrestaShop?
- Jakie efekty daje optymalizacja PrestaShop?
- Optymalizacja to zdarzenie. Wydajność to stan.
- Zaufali nam
Wolny sklep PrestaShop oznacza utraconych klientów, słabsze wyniki SEO i trudniejszą obsługę zamówień. Natomiast „sklep muli" to objaw, nie diagnoza - a przyczyn jest kilkanaście i w każdym sklepie może to być inny zestaw problemów.
Ta strona pokazuje, jak ustalamy, które z problemów dotyczą Ciebie, ile kosztuje naprawa i kiedy naprawdę nas nie potrzebujesz.
Zacznijmy od tego, co Cię tu przywiodło
„Mój sklep się wlecze"
Ładowanie ponad 3 sekundy, słaby PageSpeed, muli panel administracyjny, wolno działa checkout.
Jesteś we właściwym miejscu
→ czytaj dalej
„Chyba serwer nie domaga. Może boty?"
Sklep pada przy ruchu, dziwne wejścia w logach, coś podejrzanego w kodzie, alerty z Google.
Przejdź tu
→ scrolluj do bezpieczeństwa
„Nie mam ruchu z Google"
Konkurencja jest wyżej, Search Console pokazuje błędy, spadły pozycje po migracji, duplikaty URL-i.
To inny obszar
→ SEO i widoczność
Te trzy rzeczy mogą wynikać z tego samego - wolny sklep szkodzi pozycjom, boty atakują serwer, a filtry generujące tysiące URL-i psując wszystko naraz. Problem zaczyna się od różnych miejsc, więc najpierw ustalmy, gdzie jest jego epicentrum.
13 sekund → 0,9 sekundy
Tyle trwało ładowanie sklepu na PrestaShop 8.1 przed naszą optymalizacją i po niej. Nie symulacja, nie test na czystej instalacji - działający sklep z realnym katalogiem i realnymi modułami.
Nie obiecujemy, że u Ciebie będzie tak samo - Twój sklep ma inny katalog, inne moduły i inny serwer. Ale wrzuć link, a w 30 minut powiemy, w którym kierunku szukać i jakiej skali jest to zadanie.
74
zoptymalizowane sklepy
14,17 sekundy
mediana skrócenia
18 lat
przy e-commerce
Kto to pisze?
PrestaShow to polska agencja e-commerce specjalizująca się w PrestaShop - piszemy własne moduły, wdrażamy sklepy i opiekujemy się nimi: utrzymanie, optymalizacja, SEO i rozwój. Pracujemy z właścicielami sklepów, nie z systemem w oderwaniu od biznesu.
Jesteśmy w programie PrestaShop Expert - to oficjalne potwierdzenie kompetencji od twórców systemu, a nie odznaka, którą się kupuje. Mamy 75 własnych modułów do PrestaShop, z których korzystają sklepy w 18 krajach - silnik PrestaShop znamy od strony kodu, nie tylko panelu.
Własne moduły
Piszemy je od kilkunastu lat
Wdrożenia
Nowe sklepy i migracje
Opieka nad sklepem
Utrzymanie, monitoring, rozwój
Optymalizacja
Szybkość, serwer, baza, bezpieczeństwo
SEO i widoczność
Też robimy - własnymi modułami
Zaczynamy od analizy wstępnej, nie od audytu
Nie każde zlecenie zaczyna się od audytu za 4 920 zł. Zaczyna się od pytania: co dokładnie się dzieje, od kiedy i przy jakim sklepie. Czasem odpowiedź to moduł za 300 zł i pół godziny w panelu. Czasem - trzytygodniowy projekt. Analiza wstępna rozstrzyga, który to przypadek - zaglądamy do sklepu i na serwer, sprawdzamy bezpieczeństwo, ruch, bazę, moduły i PHP. To 4–6 godzin pracy, 800 zł.
Ale zanim w ogóle o tym pomyślisz - PrestaShop rzadko zwalnia z jednego powodu, za to objaw zwykle wskazuje kierunek. Znajdź swój problem; przy kilku z nich może okazać się, że analiza nie jest Ci potrzebna:
Kliknij objaw - powiemy, co go zwykle powoduje i od czego zacząć rozwój duży Prawie zawsze baza danych. PrestaShop domyślnie zbiera statystyki: tabele ps_connections, ps_guest i ps_page_viewed puchną do milionów rekordów. Ponad 200 MB w samym ps_connections to u nas norma, nie wyjątek. Od czego zacząć: to jest przypadek, w którym nie potrzebujesz audytu. Wyczyść bazę i sprawdź, czy problem znika. rozwój Import albo synchronizacja wchodzi w okno ruchu. Import z hurtowni (XML/CSV/API), synchronizacja stanów z ERP-em, aktualizacja cen - jeśli chodzi zbyt często albo w złych godzinach, albo jest źle przygotowana - sklep i baza jest pod ciągłym obciążeniem wtedy, gdy klienci kupują. Od czego zacząć: od ustalenia, o której dokładnie muli i co wtedy chodzi. Zwykle wystarczy przesunąć okno importu i ograniczyć częstotliwość — to godziny pracy, nie projekt. rozwój duży Layered navigation przy dużej liczbie atrybutów i kombinacji. Każda kombinacja filtrów to osobne zapytanie do bazy i osobny URL. Przy kilkunastu atrybutach liczba kombinacji idzie w tysiące — obciąża bazę i zaśmieca indeks Google duplikatami. Od czego zacząć: to jedyny objaw, który uderza w szybkość i SEO naraz. Wymaga rozstrzygnięcia, które filtry mają być indeksowane, a które nie — i indeksów w bazie pod realne wzorce filtrowania. rozwój Kombinacje to jeden z najcięższych elementów PrestaShop. 10 tysięcy produktów, każdy w 5 rozmiarach i 6 kolorach, to nie 10 tysięcy rekordów, tylko 300 tysięcy. Sklep, który dla klienta wygląda na średni, dla bazy jest duży. Od czego zacząć: od struktury katalogu. Czasem taniej wychodzi przemodelować katalog niż kupować mocniejszy serwer — i to jest rozmowa, którą trzeba odbyć przed wydaniem pieniędzy na infrastrukturę. każdy etap Zwykle obie strony po trochu - i żadna nie ma interesu w rozstrzygnięciu. Hostingodawca widzi obciążenie, ale nie widzi kodu. Wykonawca widzi kod, ale nie ma dostępu do serwera. Od czego zacząć: od kogoś, kto patrzy na jedno i drugie naraz. Audyt obejmuje sklep, moduły i serwer, a wynikiem jest dokument: to po stronie hostingu, to po stronie sklepu, to po stronie modułów. Możesz go pokazać hostingodawcy. rozwój duży Serwer dobrany pod średni ruch, nie pod szczyt. Sklep, który spokojnie obsługuje 300 osób dziennie, może paść przy 300 osobach naraz. To dwie różne liczby i dwie różne konfiguracje. Od czego zacząć: od testu obciążeniowego, żeby wiedzieć, gdzie jest sufit — a potem od decyzji, czy podnosimy sufit, czy przebudowujemy sklep. Najlepszy moment na kopię developerską, najgorszy na eksperymenty na produkcji. rozwój duży PrestaShop jest projektowany pod koszyk detaliczny - trzy, pięć pozycji. Przy zamówieniu hurtowym na kilkaset linii każda operacja na koszyku (przeliczenie cen, rabatów progowych, dostępności, podatków) mnoży się przez liczbę pozycji. Do tego dochodzą indywidualne cenniki per kontrahent i minimalne ilości zamówienia. Od czego zacząć: od zmierzenia, która operacja kosztuje najwięcej przy dużym koszyku. Zwykle da się to naprawić - kolejkowaniem przeliczeń, cache'owaniem cenników, przepisaniem sposobu dodawania pozycji. To specjalistyczna optymalizacja i osobna kategoria. rozwój duży Multistore to jedna instalacja, jedna baza i jeden serwer — dla wszystkich sklepów naraz. Import do jednego sklepu obciąża bazę wspólną dla wszystkich. Moduł napisany bez myślenia o multistore potrafi zaciągać dane ze wszystkich sklepów, żeby wyświetlić jeden. A kampania na jednym sklepie zjada serwer pozostałym. Od czego zacząć: od ustalenia, który sklep generuje obciążenie i czy problem jest w konfiguracji, czy w module. Multistore rządzi się swoimi prawami — to osobna kategoria, nie odmiana zwykłej optymalizacji. rozwój Ktoś Cię skanuje. Scrapery zbierające ceny dla konkurencji, boty próbujące się logować, śmieciowy ruch z farm serwerowych. Dla sklepu to normalne żądania — baza je obsługuje, serwer liczy, PHP pracuje. Tylko że po drugiej stronie nikt nic nie kupi. Przy większym natężeniu potrafi to zjeść połowę mocy serwera. Od czego zacząć: od sprawdzenia, jaka część ruchu to w ogóle ludzie. Potem CDN i reguły blokujące - to zwykle tańsze niż mocniejszy serwer. każdy etap To już nie jest problem z wydajnością. To włamanie. Zawirusowany sklep jest wolny, bo obok Twojego sklepu na tym serwerze pracuje coś jeszcze - koparka krypto, spam injection albo przekierowania doklejone do szablonu. Wolne ładowanie to objaw uboczny, nie problem. Od czego zacząć: natychmiast, i nie od PageSpeed. Skan, znalezienie backdoora, wyczyszczenie, załatanie dziury, zmiana wszystkich haseł. Optymalizowanie zawirusowanego sklepu to malowanie trawy. każdy etap Moduł napisany bez dbałości o wydajność dokłada zapytania do bazy na każdym wyświetleniu strony. Jeden taki moduł potrafi kosztować kilkaset milisekund — na każdej podstronie, dla każdego użytkownika. Od czego zacząć: od profilingu, który pokazuje, który moduł ile kosztuje w milisekundach. Dopiero wtedy decydujesz: poprawiamy, wymieniamy czy usuwamy. każdy etap Zwykle w tej kolejności: obrazki, JavaScript, brak cache. W większości sklepów obrazki odpowiadają za większość wyniku — i to jest część, którą naprawisz sam. Od czego zacząć: od obrazków. Konwersja do WebP i lazy load to najtańsza rzecz o największym wpływie na wynik. Jeśli po niej PageSpeed nadal krzyczy — wtedy rozmawiamy o JS i szablonie.Co robi Twój sklep?
Muli panel administracyjny. Front działa normalnie.
Zwalnia o określonych porach - w nocy albo rano. W dzień jest OK.
Kategoria z filtrami ładuje się kilkanaście sekund. Reszta śmiga.
Mam 8 tysięcy produktów, a w bazie 240 tysięcy rekordów. Skąd?
Hosting mówi, że to sklep. Sklep mówi, że to hosting. Kto ma rację?
Za sześć tygodni Black Friday i wiem, że sklep tego nie wytrzyma.
Klient hurtowy wrzuca 300 pozycji do koszyka i checkout umiera.
Mam multistore i jeden sklep potrafi położyć wszystkie pozostałe.
Sklep zwolnił, a w logach widzę tysiące wejść z dziwnych adresów.
Sklep zwolnił i dzieją się dziwne rzeczy - przekierowania, obce linki, alerty z Google.
Dodaliśmy kilka modułów i sklep zwolnił.
PageSpeed pokazuje 28/100 i agencja SEO każe mi to naprawić.
To, na jakim etapie jest Twój sklep, zmienia wszystko
Do sklepu, który dopiero startuje, podchodzi się zupełnie inaczej niż do sklepu z pięćdziesięcioma tysiącami indeksów i pięcioma integracjami. Te same objawy znaczą co innego.
Etap 1
Sklep na starcie
do ~2 tys. produktów · bez integracji
Baza nie zdążyła ursonąć, kombinacji mało, filtry nie bolą. Zwykle wystarczą lekkie obrazki, cache i przyzwoity hosting.
Uczciwie: moduł za 300 zł i pół godziny w panelu. Audyt byłby naciąganiem.
Etap 2
Sklep w rozwoju
tysiące produktów · kombinacje · integracje
Tu zaczyna się poważna praca. Kombinacje mnożą rozmiar bazy, filtry generują tysiące URL-i, import uruchamia się w godzinach zakupowych. Przyczyn jest zwykle kilka naraz.
Uczciwie: tu audyt zwraca się najszybciej - bo bez niego wdrożenie to zgadywanie.
Etap 3
Sklep duży / obciążony
100+ tys. indeksów · ERP · marketplace
Domyślne indeksy PrestaShop przestają wystarczać. Wchodzą indeksy kompozytowe, cache w pamięci, przemyślana architektura serwera.
Uczciwie: audyt to minimum. W praktyce jest to projekt, nie pozycja z cennika.
Co zwykle ciągnie sklep w dół, choć nikt o tym nie pisze
Poradniki opowiadają o obrazkach i cache, bo to widać w PageSpeed. Ale w sklepach będących w rozwoju prawdziwe hamulce są gdzie indziej - i wszystkie mają wspólny mianownik: rosną razem z biznesem.
Kombinacje produktów - sklep jest większy, niż wygląda
To jeden z najcięższych elementów PrestaShop i najczęściej niedoceniany. Produkt w 5 rozmiarach i 6 kolorach to nie jeden rekord w bazie, tylko 30. Dlatego pytanie „ile masz produktów" jest mylące. Właściwe brzmi: ile masz kombinacji. Czasem taniej wychodzi przemodelować katalog niż kupić mocniejszy serwer.
Filtry - jedyny problem, który uderza w szybkość i w Google naraz
Layered navigation jest niezbędna przy dużym katalogu. Ale każda kombinacja filtrów to osobne zapytanie do bazy i osobny adres URL. Baza liczy przy każdym kliknięciu, a Google indeksuje tysiące niemal identycznych adresów. To moment, w którym optymalizacja i SEO przestają być osobnymi tematami.
Import z hurtowni - sklep muli o konkretnych godzinach
Charakterystyczny objaw: sklep zwalnia rano albo w nocy, w dzień działa normalnie. To często synchronizacja, która wchodzi w okno importu. Import obciąża bazę dokładnie tak samo jak klienci, tylko nic nie kupuje. Przesunięcie harmonogramu i optymalizacja procesu potrafi rozwiązać problem bez wydawania złotówki na serwer.
Statystyki PrestaShop - dlaczego muli panel, choć front działa
PrestaShop domyślnie zbiera własne statystyki. Tabele ps_connections, ps_guest i ps_page_viewed rosną z każdym wejściem. To najczęstsza przyczyna wolnego back-office. Jeśli masz Google Analytics, te statystyki są Ci niepotrzebne - można je wyłączyć i wyczyścić.
Koszyk B2B - PrestaShop nie był pisany pod 300 pozycji
PrestaShop projektowano pod koszyk detaliczny. Każda operacja na koszyku - przeliczenie cen, rabatów, ilości, podatków - mnoży się przez liczbę pozycji. Takie rzeczy naprawia się kolejkowaniem przeliczeń i cache'owaniem cenników per kontrahent. To osobna liga.
Multistore - osobna liga
Multistore to nie jest „PrestaShop, tylko więcej". To jedna instalacja, jedna baza i jeden serwer dla wielu sklepów naraz. Moduł nieprzystosowany do multistore zaciąga dane ze wszystkich sklepów, żeby wyświetlić dane w jednym sklepie. Kampania na jednym sklepie zjada serwer pozostałym.
Optymalizacja to nie tylko szybkość
Połowa sklepów, które do nas trafiają z hasłem „jest wolno", ma problem, który z wydajnością ma niewiele wspólnego. Wolne ładowanie jest tylko tym, co widać.
Zawirusowany sklep zawsze jest wolny
Bo obok Twojego sklepu na tym samym serwerze pracuje coś jeszcze - koparka krypto, skrypt rozsyłający spam, backdoor. Dlatego skan otwiera każde poważniejsze zlecenie: kilka razy okazało się, że klient płacił za przyspieszanie czegoś, co trzeba było najpierw wyleczyć.
Nieaktualna wersja PrestaShop to nie tylko wolniejszy sklep
Każda wersja, której nie zaktualizowałeś, to lista publicznie znanych dziur. Nie trzeba być celem - skanery chodzą po całym internecie i sprawdzają wszystko po kolei.
Boty potrafią zjeść pół serwera
Scrapery zbierające ceny dla konkurencji, boty logujące się cudzymi hasłami, śmieciowy ruch. Widzieliśmy sklepy, w których większość ruchu to nie byli ludzie - właściciel dokładał mocy serwera, bo „jest wolno", i płacił za obsługę cudzych botów.
Brak CDN - czyli wszystko leci z jednego miejsca
Bez CDN każdy obrazek, plik CSS i klient korzystają z Twojego serwera. Z CDN-em statyczne rzeczy lecą z węzła bliżej klienta. To zwykle najtańsza rzecz o największym wpływie w sklepach, które jej jeszcze nie mają.
Trzy sposoby, żeby zacząć - wybierz swój
1
Zrób to sam
Back office muli, a front działa? Prawie na pewno baza - Cleaner. PageSpeed krzyczy o ciężkich obrazkach? WebP & Lazy Load. Nie potrzebujesz nas do skorzystania z tych modułów.
od 300 zł
od ręki
2
Wstępny przegląd - wrzuć link do sklepu
30 minut naszego czasu. Sprawdzamy z zewnątrz: szybkość, wersję, konfigurację, ślady botów, podstawy bezpieczeństwa. Jeśli jest o czym rozmawiać, umawiamy spotkanie.
0 zł
30 minut
3
Analiza wstępna - tu zaczyna się konkret
Wchodzimy do sklepu i na serwer - tam, gdzie z zewnątrz nie widać szczegółów. Skan bezpieczeństwa, ruch, baza, moduły, PHP. Na wyjściu wiesz, co jest przyczyną, co da się z tym zrobić i ile to będzie kosztować. To 4–6 godzin pracy - poniżej naszej normalnej stawki, świadomie. Nie każemy Ci wydawać 4 920 zł na audyt, żeby dowiedzieć się, że wystarczy moduł za 400 zł.
800 zł
4–6 h
4
Pełny obraz - Audyt PrestaShop
Audyt-ujemy, gdy analiza wstępna pokaże, że przyczyn jest kilka naraz albo straty sklepu są duże - stawka jest wysoka. PDF ze stanem sklepu i serwera: lista problemów, rekomendacje i wycena każdego elementu osobno. Bez zobowiązania do wdrożenia u nas.
4 920,00 zł
do 15 dni rob.
Większość spraw kończy się na szczeblu 1 albo 3
Analiza wstępna za 800 zł istnieje po to, żebyś nie musiał zgadywać ani od razu kupować audytu. Bywa, że po niej mówimy: „kup moduł za 400 zł i sprawdź, czy problem znika" - i na tym koniec. Bywa, że wychodzi lista rekomendacji potrzebująca prac na trzy tygodnie. Ale w obu przypadkach wiesz, za co płacisz, zanim zapłacisz.
Kiedy audyt naprawdę jest potrzebny - a kiedy nie
Nie każda optymalizacja wymaga tych samych prac. Jeden sklep ma problem z serwerem, drugi z bazą, trzeci z modułami, czwarty z importem wchodzącym w godziny ruchu.
Audyt ma sens, gdy:
- przyczyn jest kilka naraz
- sklep jest w rozwoju i stawka rośnie
- szykujesz się do sezonu
- idziesz w aktualizację z 1.6
- potrzebujesz rozstrzygnięcia w sporze z hostingiem
- chcesz drugiej opinii o pracy swojej agencji
Audyt nie ma sensu, gdy:
- sklep dopiero startuje
- objaw jednoznacznie wskazuje przyczynę (muli panel = baza)
- masz konkretne, wąskie zadanie
- wiesz już, co trzeba zrobić - potrzebujesz wykonawcy, nie diagnosty
Audyt to plan prac dla Twojego sklepu: PDF ze stanem sklepu i serwera, lista problemów, szans i rekomendacji - z wyceną każdego elementu osobno. Realizacja do 15 dni roboczych.
Diagnoza to jedno. Wdrożenie to proces
Analiza wstępna i audyt są zamknięte: mają początek, koniec i odpowiedź na wyjściu. Wdrożenie zmian tak nie działa. Czasem obrazki, cache i baza idą jednym wejściem i po tygodniu jest po sprawie. Ale bywa, że trzeba to rozbić na etapy, bo poprawka w jednym miejscu może wymagać prac w kolejnym miejscu. Wtedy robimy krok, sprawdzamy, dopiero potem następny.
Etapy rozliczamy według spędzonego czasu - od 200 zł za godzinę. Przed każdym etapem mówimy, ile godzin szacujemy; po zrealizowaniu widzisz, ile faktycznie poszło. Wyjątek: kiedy się pali - sklep leży, przyszło włamanie - wchodzimy od razu, drożej i zawsze ustalamy to indywidualnie. I odwrotnie: bywa, że cały problem to zdjęcia ważące po 4 MB - wtedy moduł, WebP, lazy load i temat zamknięty za 300 zł. Nie każda wizyta u lekarza kończy się operacją.
Bezpieczna procedura, która nie zakłóci pracy sklepu
- Wykonujemy dokładny audyt Twojego sklepu, modułów i serwera.
- Przygotowujemy serwer i uruchamiamy na nim kopię Twojego sklepu.
- Optymalizujemy kopię sklepu - wdrażamy rekomendacje z audytu.
- Testujemy sklep i serwer, wprowadzamy poprawki.
- Przepięcie starego sklepu na nowy trwa kilka godzin - to jedyny moment przerwy. Umawiamy się na termin, który Ci pasuje.
- Rozpoczynasz pracę na nowym sklepie. Wszystkie dane są zachowane 1:1.
- Na optymalizację otrzymujesz 3-miesięczną gwarancję i ofertę stałej opieki.
Ile kosztuje optymalizacja PrestaShop?
Nie podajemy jednej ceny, bo dwa sklepy wyglądające podobnie dla klienta mogą mieć zupełnie inną sytuację techniczną. Ale możemy powiedzieć, od czego ta cena zależy.
| Prace | Zakres | Cena |
| Analiza wstępna | Zaglądamy do sklepu i na serwer: skan bezpieczeństwa, ruch, baza, moduły, PHP, wersja. Na wyjściu wiesz, co jest przyczyną i ile kosztuje naprawa. Cenę liczymy poniżej naszej stawki godzinowej - świadomie. | 800 zł 4–6 h |
| Audyt PrestaShop | PDF: stan sklepu i serwera, problemy, rekomendacje, wycena każdego elementu. | 4 920,00 zł |
| Prace wdrożeniowe etapami, wg czasu | Rozliczane godzinowo. Przed etapem szacunek godzin, po nim rozliczenie z faktycznego czasu. Tryb awaryjny ustalany indywidualnie. | od 250 zł/h |
| Aktualizacja + PHP | 1.6.x, 1.7.x, do 8.x i do PrestaShop 9. Moduły, komponenty serwera, PHP. | od 2 000 zł |
| Profiling i Search Console PageSpeed, Lighthouse, GTmetrix | Szablon, JavaScript, kod źródłowy, moduły, baza. Poprawa błędów w Search Console. | od 3 500 zł |
| Serwer PRO | VPS/dedykowany z root, Linux + Plesk + SSL + CloudFlare, backupy, GIT. | 2 460,00 zł |
| Kopia developerska + GIT | Środowisko pracy 1:1, żeby nie testować na produkcji. | 2 460,00 zł |
Co jeszcze wpływa na cenę
Wersja PHP i PrestaShop · liczba modyfikacji i override'ów · liczba modułów · liczba kombinacji produktów · liczba i typ integracji (hurtownie, ERP, marketplace) · konfiguracja serwera · wyniki testów obciążeniowych.
Optymalizacja PrestaShop - najczęściej zadawane pytania Nie mamy jednej ceny, bo dwa sklepy wyglądające podobnie mogą mieć inną sytuację techniczną. Zaczynamy od analizy wstępnej (800 zł, 4–6 h), która rozstrzyga, czy to przypadek na moduł za 300–400 zł, na jednorazowe zlecenie, czy na audyt 4 920,00 zł. Prace wdrożeniowe rozliczamy od 200 zł/h. Aktualizacja: od 2 000 zł. Profiling i PageSpeed: od 3 500 zł. Nie. Pracujemy na kopii developerskiej 1:1, Twój sklep sprzedaje normalnie. Jedyna przerwa to przepięcie starego sklepu na nowy — trwa kilka godzin i umawiamy je na termin, który Ci pasuje. Da się, ale to osobna specjalizacja. Przy zamówieniu na kilkaset linii każda operacja mnoży się przez liczbę pozycji. Co ważne: dołożenie mocy serwera zwykle nie pomaga, bo problem jest w liczbie operacji. Naprawia się to kolejkowaniem przeliczeń, cache'owaniem cenników per kontrahent i zmianą sposobu dodawania pozycji. Zobacz: moduły B2B. Tak, i to jeden z częstszych przypadków. Wolny back-office to najczęściej przeciążona baza — statystyki, logi, porzucone koszyki. Tabela Pomaga, ale sama nie wystarczy. Szybkość i Core Web Vitals to jeden z sygnałów rankingowych - poprawa usuwa hamulec, ale nie zastąpi treści, struktury URL-i ani linków. Jeśli Twój problem to „nie mam ruchu z Google", zacznij od modułów SEO i widoczności. Prawdopodobnie nie. Przy małym katalogu i bez integracji zwykle nic jeszcze nie jest zepsute. Ustaw kompresję JPEG na 80, wyłącz zbieranie statystyk (jeśli zbierasz dane w GA4), włącz cache i weź przyzwoity hosting. Moduł do obrazków za 300 zł załatwi więcej niż audyt. Wróć, jak zanotujesz problemy lub katalog urośnie. Najpierw audyt, bo to zależy od liczby modyfikacji i override'ów. Czasem taniej wychodzi aktualizacja razem z optymalizacją niż optymalizowanie 1.6, którą i tak trzeba będzie zaktualizować w niedługim czasie. W PrestaShow robimy aktualizacje 1.6.x, 1.7.x, do 8.x i do PrestaShop 9. Na optymalizację dajemy gwarancję 3 miesiące. Ale sklep to żywy organizm - dokładasz produkty, moduły, kampanie. Dlatego przez 3 miesiące monitorujemy sklep w sposób ciągły i to my zgłaszamy się do Ciebie, jeśli coś zaczyna się psuć. Potem monitoring można przedłużyć w ramach PrestaShow Care. Zależy od sklepu i decyduje o tym ryzyko, nie nasza wygoda. Jeśli wiele zadań nie wchodzi sobie w drogę - obrazki, cache, baza - realizujemy to jednym, sprawnym zadaniem. Ale jeśli sklep ma dużo modyfikacji i integracji, rozbijamy to na etapy. Po realizacji każdego etapu widzisz efekt i możesz się zatrzymać, kiedy uznasz, że dalej się nie opłaca. Według spędzonego czasu, od 250 zł za godzinę. Przed każdym etapem mówimy, ile godzin szacujemy dane zadanie; po realizacji widzisz, ile faktycznie czasu poszło. Nie wymyślamy ryczałtu na oko, bo przy takiej pracy może się rozjechać. Staramy się pracować szybko i precyzyjnie, a w zadaniach biorą udział wyłącznie senior - developerzy. Wtedy rzucamy inne rzeczy i wchodzimy od razu. Tryb awaryjny kosztuje więcej i zawsze ustalamy go indywidualnie, zanim cokolwiek zaczniemy — żeby nie było niespodzianek na fakturze. Zgłoś sklep przez formularz kontaktowy i zaznacz, że sklep leży — odezwiemy się priorytetowo. Stąd, że mierzymy go bez przerwy, a nie raz na kwartał. Nasz autorski monitoring pokazuje czas odpowiedzi, Core Web Vitals z ruchu, rozmiar bazy, błędy 5xx i obciążenie serwera w szczytach i w czasie rzeczywistym. Widzimy nie tylko, że zwolniło, ale którego dnia i co się wtedy wydarzyło - jakie zmiany w sklepie na to wpłynęły.Pytania, które dostajemy najczęściej
Ile kosztuje optymalizacja PrestaShop?
Czy sklep będzie wyłączony podczas optymalizacji?
Mam hurtownię - koszyki na kilkaset pozycji i checkout się dławi. Da się coś zrobić?
Panel działa wolno, front jest OK. To też optymalizacja?
ps_connections potrafi mieć ponad 200 MB. Zaczynamy od Cleanera 400,00 zł; jeśli to nie wystarczy, wchodzimy w profiling bazy.Optymalizacja podniesie mi pozycje w Google?
Dopiero startuję ze sklepem - potrzebuję optymalizacji?
Mam PrestaShop 1.6. Optymalizować czy od razu aktualizować?
Co, jeśli po optymalizacji sklep znowu zwolni?
Zrobicie wszystko naraz, czy będzie się to ciągnąć miesiącami?
Jak rozliczacie prace - ryczałt czy godziny?
A jeśli sklep leży już teraz i nie mogę czekać?
Skąd będę wiedział, że sklep znowu zwalnia - zanim zauważą to klienci?
Jakie efekty daje optymalizacja PrestaShop?
Efekty techniczne
- krótszy czas ładowania strony
- lepsze wyniki PageSpeed i Lighthouse
- poprawa Core Web Vitals
- szybszy panel administracyjny
- stabilniejszy checkout
- mniejsze obciążenie serwera
- czystsza baza danych
Efekty biznesowe
- lepsze doświadczenie klienta
- niższe ryzyko porzucenia koszyka
- lepsza jakość SEO technicznego
- większa gotowość na kampanie reklamowe
- stabilniejsze działanie przy większym ruchu
- łatwiejsza dalsza rozbudowa sklepu
Optymalizacja to zdarzenie. Wydajność to stan.
Sklep po optymalizacji jest szybki. I to jest jedyny dzień, w którym nikt niczego nie zepsuł.
Potem zaczyna się normalne życie. Wchodzi wideo na stronie głównej. Marketing chce pasek informacyjny, potem drugi. Dochodzi nowa hurtownia. Ktoś wrzuca wpis z ośmioma zdjęciami prosto z aparatu i Search Console zaczyna krzyczeć. Żadna z tych rzeczy nie jest błędem - to rozwój sklepu. Ale każda z tych rzeczy kosztuje milisekundy, i po pół roku sklep znowu jest wolny. Nikt nie wie kiedy, bo nikt nie patrzył.
Dlatego przy sklepie, który stale się rozwija, optymalizacja nie jest robotą do odhaczenia. Jest procesem. I mierzymy go bez przerwy:
| Co monitorujemy | Po co |
| Czas odpowiedzi i ładowania | Widać dzień, w którym sklep zwolnił - i co się wtedy wydarzyło. |
| Core Web Vitals z ruchu klientów, nie botów | Nie z jednego testu, tylko z tego, co widzą klienci. |
| Rozmiar bazy i tempo puchnięcia | Kiedy przestaje wystarczać czyszczenie, a zaczyna być potrzebny profiling. |
| Dostępność i błędy 5xx | Sklep, który pada raz w tygodniu o 3 w nocy, nie zgłosi się sam. |
| Obciążenie serwera w szczytach | Żeby przed sezonem wiedzieć, gdzie jest sufit - zanim się w niego uderzy. |
| Bezpieczeństwo i aktualizacje | Nieaktualny PrestaShop to nie tylko wolniejszy sklep. |
3 miesiące gwarancji
monitoring zawarty jest w cenie optymalizacji
Przez trzy miesiące po uruchomieniu zoptymalizowanego sklepu monitorujemy, czy efekt się utrzymuje - i to my zgłaszamy się do Ciebie, gdy coś wymaga uwagi. Po okresie gwarancyjnym monitoring można przedłużyć w ramach PrestaShow Care.
Zaufali nam
Sklepy, przy których w ostatnich dwóch latach robiliśmy optymalizację, serwery albo bezpieczeństwo:
Zobacz nasze realizacje · Opinie klientów
Nie wiesz, którego szczebla potrzebujesz?
Wrzuć link do sklepu - zrobimy wstępny, 30-minutowy przegląd i odezwiemy się z tym, co znaleźliśmy. Nic to nie kosztuje i często wystarcza, żeby wiedzieć, o czym rozmawiamy. A jeśli będzie o czym - umówimy się na spotkanie.
Odpowiadamy w 2 dni robocze · bez zobowiązań
Robert JAKUBOWSKI
Dzień dobry. Proszę o informacje czy dacie radę zoptymalizować sklep robik.radom.pl Zależy mi na podniesieniu szybkości na mobile. Pozdrawiam Robert Jakubowski
Piotrek Kula
Byłbym zainteresowany usługą. Jakie serwery polecacie dla Presty i optymalizacji pod Prestę?
prestashow.pl
Piotrek, trochę czasu minęło, ale... dziś polecamy serwery dedykowane OVH lub rozwiązania chmurowe w Digital Ocean. Jeśli macie budżet może to być również Google Cloud.
Patrycja
Wczoraj otworzyłam zgłoszenie na helpdesk w sprawie nowego serwera. Kiedy uzyskamy odpowiedź?
prestashow.pl
Patrycja mamy Twoje zgłoszenie. Na wyceny dot. optymalizacji odpowiadamy w ciągu 5 dni. Damy znać :-)
Bronisław
Jakie dane trzeba przygotować abyście mogli wycenić optymalizację mojego sklepu?
prestashow.pl
Bronisław, admin sklepu, FTP i baza danych. Opcjonalnie SSH root.
Paweł
Przedstawię przepis na możliwie największy wynik w Google PageSpeed: - włączenie PHP 7.4 na serwerze - Prestashop - aktualizacja do najnowszej wersji - wykorzystanie technologii LiteSpeed na serwerze + wtyczki LiteSpeed w Prestashop