Audyt pokrywa 9 obszarów technicznych Twojego sklepu – od stanu rdzenia, przez moduły i bazę danych, po wydajność i integracje. Otrzymujesz raport PDF z rekomendacjami w kalendarzu 30/90/365 dni. Tworzy go nasz PrestaShop Developer przy wsparciu AI – dlatego powstaje w 7 dni, a nie 3 tygodnie. Jeśli nie mamy ścieżki realnej pomocy – komunikujemy to wprost, a raport zostaje u Ciebie.
Większość problemów to nie „brak optymalizacji obrazków" – to publicznie znane podatności, otwarte furtki w katalogach panelu i moduły blokujące migrację.
Moduły blogowe, zapytań ofertowych i rozbudowy karty produktu z aktywnymi podatnościami CVSS 9.8. Atak nie wymaga loginu – wystarczy wywołać adres URL frontu. Producenci modułu wydali łatki ponad 2 lata temu.
Endpoint pobierania plików nie sprawdza zalogowania ani właściciela. Każdy anonimowy gość iterujący po ID może pobrać wszystkie dokumenty klientów – w sklepie B2B: NIP, pełnomocnictwa, certyfikaty.
Krytyczna metoda validateOrder() skopiowana w całości – jedyna funkcjonalna zmiana to spacja w tłumaczeniu maila. Każda przyszła łatka płatności w rdzeniu zostaje zablokowana.
phpinfo() w katalogu sklepu bez autoryzacjiPlik w roocie ujawniający pełną konfigurację serwera PHP – ścieżki systemowe, rozszerzenia, zmienne środowiskowe (potencjalnie hasła do bazy). Typowy pierwszy krok atakującego przed włamaniem.
Moduł feedów cenowych do porównywarek ma twardo wpisany wymóg PHP 7.4, którego docelowy PrestaShop 9.x już nie obsługuje. Kod nieczytelny – bez nowej wersji od producenta migracja niewykonalna.
Trzy integratory zamówień z dostępem do 70 zasobów każdy: klienci, zamówienia, pracownicy, cenniki. Jeśli pracuje tylko jeden – pozostałe dwa to otwarte drzwi.
Każdy obszar to faktyczna analiza kodu, bazy i konfiguracji, nie automatyczny skan.
Wersja PrestaShop, ścieżka aktualizacji, znane CVE, ręczne łatki w plikach core, gotowość do migracji 9.x.
Wszystkie moduły wg dostawcy, rozjazdy wersji baza↔pliki, moduły zaszyfrowane (ionCube), moduły bez właściciela, koncentracje dostawców.
Co realnie działa, gdzie są redundancje, jakie funkcje biznesowe zależą od jakich modułów i które są martwe.
Analiza kodu modułów dedykowanych: surowy SQL, hardkody, nadpisania rdzenia, brak procedur aktualizacji.
Każda zmiana w plikach rdzennych PrestaShop – z funkcją biznesową, krytycznością i ryzykiem regresji przy migracji.
Stan procesu budowania, ręczne edycje plików produkcyjnych, override widoków modułów, sklejenia logiki multistore.
CVE rdzenia, podatności w modułach komercyjnych, wycieki danych, RODO, pliki diagnostyczne wystawione bez autoryzacji.
Rozmiar, kolacje znaków, tabele „zombie" po nieaktywnych integracjach, polityki retencji, brakujące indeksy.
Quick winy, konfiguracja cache, integracje z marketplace, ERP, marketingiem – z weryfikacją czy faktycznie pracują.
Dwa krótkie spotkania online – jedno na start, drugie na omówienie wyników. Reszta dzieje się po naszej stronie.
Wypełniasz formularz na końcu strony. Odpowiadamy w ciągu 24h roboczych, żeby umówić krótkie spotkanie startowe.
Krótkie spotkanie online, na którym omawiamy proces audytu i ustalamy, jakich dostępów potrzebujemy (zwykle SFTP read-only + dump bazy lub dostęp do bazy do odczytu).
Mapujemy stack technologiczny, moduły, override w rdzeniu, szablon, bazę danych, integracje i bezpieczeństwo. Etap robimy po naszej stronie – nic nie zmieniamy w Twoim sklepie. Wspomagamy się AI, dzięki czemu mieścimy się w 7 dniach zamiast 3 tygodniach.
Omawiamy wyniki audytu i przedstawiamy konkretne możliwości działania – co naprawić w pierwszej kolejności, co w średniej perspektywie, a co długofalowo.
Po spotkaniu wysyłamy raport PDF (prawie 30 stron) z oceną 1–10 w 6 kategoriach, top 5 problemów, top 5 rekomendacji i roadmapą 30/90/365 dni. Raport zostaje u Ciebie – bez zobowiązań.
Raport, z którym można pójść do zarządu, do CTO, do nowego wykonawcy albo na własną listę TO DO.
Audyt robi ten sam zespół, który prowadzi 50+ sklepów PrestaShop – za pomocą tych samych narzędzi i tym samym podejściem.
Pracujemy z PrestaShop od ponad 10 lat. Opiekujemy się ponad 50 sklepami i tę samą sytuację widzimy w różnych odsłonach: nieaktualne wersje, moduły od producentów których już nie ma, override w rdzeniu.
Audyt przeprowadza nasz doświadczony PrestaShop Developer przy wsparciu AI. Dzięki temu zamykamy audyt w 7 dni, a nie w 3 tygodnie – AI pomaga zebrać dane, ale wnioski i rekomendacje są ludzkie. Jeśli nie mamy ścieżki pomocy, komunikujemy to wprost, a raport zostaje u Ciebie, bez zobowiązań.
Po wypełnieniu formularza skontaktujemy się w ciągu 24h roboczych z listą rzeczy potrzebnych do startu. Bez zobowiązań, bez umowy.
Audyt prowadzi nasz PrestaShop Developer przy wsparciu AI. AI pomaga nam zebrać i wstępnie skategoryzować dane z kodu, bazy i konfiguracji – dzięki temu raport powstaje w 7 dni, nie w 3 tygodnie. AI jest narzędziem przyspieszającym pracę, nie autorem raportu.
NDA podpisujemy na życzenie – wystarczy zaznaczyć checkbox w formularzu albo poprosić podczas spotkania startowego, a wzór wyślemy razem z listą rzeczy do przygotowania. Pracujemy na izolowanej kopii bazy, w sandbox Docker – nic nie trafia poza zespół projektowy. Po audycie kopię danych usuwamy, raport zostaje tylko u Ciebie.
Bez haczyka. Dla nas to sposób, żeby zobaczyć stan sklepu, zanim zaproponujemy współpracę – albo żeby uczciwie powiedzieć, że nie jesteśmy najlepszym dopasowaniem. Jeśli po raporcie zdecydujesz, że nie chcesz pracować z Waynet, raport zostaje u Ciebie i możesz z nim zrobić cokolwiek.
Minimum: dostęp SFTP read-only do plików sklepu oraz dump bazy danych (lub dostęp read-only do bazy). Opcjonalnie: krótka rozmowa z osobą znającą historię sklepu. Bez tego też damy radę – tylko interpretacja niektórych rzeczy będzie wymagała Twojego potwierdzenia.
Nie. Pracujemy na kopii bazy i na osobnym środowisku. W sklepie produkcyjnym nic nie zmieniamy ani nie restartujemy. Jeśli chcesz, podpisujemy NDA przed otrzymaniem dostępów.
Jeśli sklep zarabia, ma sens. Małe sklepy częściej mają niezałatane CVE niż duże (mniejsze budżety = rzadsze aktualizacje), a raport pomaga zaplanować inwestycję techniczną na 6–12 miesięcy.
Po audycie składamy propozycję projektu z trzema scenariuszami: stabilizacja (30 dni), modernizacja (3 miesiące), migracja do 9.x (3–12 miesięcy). Każdy z budżetem, terminem i listą deliverables.