Utrzymanie
Opieka nad sklepem
PrestaShop
W sklepie internetowym awaria kosztuje więcej niż na stronie firmowej. Każda godzina bez działającego koszyka to utracone zamówienia, a część klientów kupi w tym czasie u konkurencji.
Dlaczego sklep wymaga innej opieki niż strona
PrestaShop to system znacznie bardziej złożony od typowej strony firmowej. Poza silnikiem i szablonem działa w nim zwykle kilkanaście modułów: płatności, przesyłki, integracja z magazynem, fakturowanie i marketing. Każdy z nich ma wpływ na zamówienia i płatności.
Na stronie firmowej typową awarią jest niedziałający formularz. W sklepie awaria bywa cichsza i droższa: płatność przechodzi, ale zamówienie nie zapisuje się w systemie. Albo koszyk działa na komputerze, a na telefonie przycisk zamówienia znika pod belką z ciasteczkami.
Dlatego opieka nad sklepem obejmuje, poza aktualizacjami, regularne przejście całej ścieżki zakupowej: od karty produktu, przez koszyk i dostawę, po realną płatność testową i potwierdzenie mailem.
Zakres stałej obsługi sklepu
Punktem wyjścia jest lista czynności wykonywanych cyklicznie. Do tego dochodzą sprawy zgłaszane na bieżąco, obsługiwane w ramach godzin z wybranego wariantu.
- Aktualizacje silnika i modułów, zawsze najpierw na kopii testowej
- Kopia zapasowa plików i bazy poza serwerem sklepu, z 30-dniową historią
- Comiesięczny test zakupu: koszyk, dostawa, płatność, faktura, mail
- Monitoring dostępności co 5 minut i czasu odpowiedzi sklepu
- Kontrola poprawności integracji z magazynem i kurierami
- Przegląd wydajności listingu i wyszukiwarki wewnętrznej
- Porządkowanie bazy: porzucone koszyki, logi, stare sesje
- Pula godzin na zmiany w treści, kategoriach i konfiguracji
Stare wersje: kiedy aktualizować, a kiedy przepisać sklep
Starsze wersje PrestaShop, takie jak 1.6, nie dostają już poprawek bezpieczeństwa. Aktualizacja do wersji 8 albo 9 bywa prosta, ale przy mocno przerobionym szablonie i kilkunastu płatnych modułach staje się osobnym projektem.
Zanim cokolwiek doradzimy, sprawdzamy trzy rzeczy: ile modułów ma odpowiedniki w nowej wersji, jak bardzo zmieniony jest szablon i czy istnieją własne przeróbki w kodzie silnika. Ostatni punkt jest najważniejszy, bo aktualizacja nadpisuje takie zmiany, a ich brak wychodzi dopiero po wdrożeniu.
Czasem zalecamy budowę nowego sklepu i przeniesienie danych zamiast aktualizacji. Taki sklep łatwiej potem rozwijać. Mówimy o tym wprost, także gdy oznacza to większy projekt, niż zakładałeś.
| Sytuacja | Rekomendacja |
|---|---|
| Standardowy szablon, kilka modułów | Aktualizacja do wersji 8 albo 9 |
| Przerobiony szablon, moduły płatne | Aktualizacja etapami |
| Zmiany w kodzie silnika | Budowa nowego sklepu i migracja danych |
| Sklep na 1.6 bez wsparcia autorów modułów | Migracja, także na WooCommerce |
Płatności i przesyłki: najczęstsze źródła cichych awarii
Moduły płatnicze aktualizują się niezależnie od sklepu, a ich dostawcy co jakiś czas zmieniają sposób komunikacji ze sklepem. Częsty scenariusz to wygasły klucz albo zmiana adresu powiadomień, po której płatność jest pobierana, ale zamówienie zostaje w statusie oczekującym.
Sprawdzamy to comiesięcznym testem: realna transakcja na niską kwotę, przejście całej ścieżki i weryfikacja, czy zamówienie zmieniło status, czy poszedł mail i czy dokument sprzedaży się wygenerował. Kwotę zwracamy, a wynik testu trafia do raportu.
Podobnie z przesyłkami: cenniki kurierów się zmieniają, więc sprawdzamy, czy koszty dostawy w sklepie są przeliczane według aktualnych stawek. Błąd w tym miejscu łatwo przeoczyć, bo nie blokuje zamówień.
Sklep, który przestał działać, widać od razu. Trudniej zauważyć sytuację, w której wszystko wygląda normalnie, a zamówienia nie dochodzą.
Wydajność sklepu przy rosnącym katalogu
PrestaShop zwalnia w sposób przewidywalny: wraz z liczbą produktów, kombinacji i filtrów. Sklep, który przy pięciuset produktach działał świetnie, przy pięciu tysiącach potrafi ładować listing kilka sekund, a to przekłada się na liczbę porzuconych wizyt.
Typowe przyczyny są znane: brak indeksów w bazie po imporcie, filtry przeliczane przy każdym wejściu, wyłączone mechanizmy pamięci podręcznej i zdjęcia serwowane w rozmiarach oryginalnych. Jeśli sklep obsługuje duży katalog, zobacz też optymalizację baz danych.
Przy większych katalogach sprawdzamy też, czy serwer odpowiada wymaganiom. Sklepu z kilkunastoma tysiącami pozycji na tanim hostingu współdzielonym nie naprawi sama optymalizacja kodu. Mamy różne pakiety hostingu, także pod sklepy PrestaShop, i plan dobieramy do wielkości katalogu i ruchu.
Integracje z magazynem i księgowością
Sklep często wymienia dane z systemem magazynowym: stany, ceny, zamówienia i dokumenty sprzedaży. Ta wymiana bywa najbardziej wrażliwym elementem całości, bo błąd po jednej stronie od razu przenosi się na drugą.
W ramach opieki pilnujemy, żeby synchronizacja działała i żeby błędy nie ginęły w logach. Sprawdzamy liczbę zsynchronizowanych pozycji, wychwytujemy produkty, które wypadły z wymiany, i reagujemy, gdy stany w sklepie zaczynają się rozjeżdżać z magazynem. Więcej o samych połączeniach: integracje z ERP.
Od czego zależy koszt opieki nad sklepem
Sklep wymaga więcej pracy niż strona firmowa. Koszt opieki zależy od wielkości katalogu, liczby integracji i liczby godzin zmian wliczonych w miesiąc, dlatego każdy sklep wyceniamy indywidualnie. Poniżej warianty zakresu.
| Wariant | Dla kogo | Pula godzin na zmiany |
|---|---|---|
| Bezpieczeństwo | Mały sklep | Najmniejsza |
| Standard | Sklep z integracją magazynu | Większa |
| Rozwój | Sklep z ruchem i kampaniami | Największa, z indywidualnym czasem reakcji |
Godziny niewykorzystane w danym miesiącu przechodzą na kolejny, do wysokości jednego pakietu. W miesiącu z większą potrzebą masz więc z czego korzystać, a w spokojniejszym nie wypełniamy czasu na siłę.
Pan Jakub jest bardzo profesjonalny i znacznie ułatwił mi prowadzenie firmy.
Przejęcie sklepu po innym wykonawcy
Gdy przejmujemy sklep po innym wykonawcy, zaczynamy od przeglądu startowego: co jest zainstalowane, w jakiej wersji, gdzie leżą kopie, jakie moduły są płatne i czy licencje są przypisane do właściwej firmy.
Ten ostatni punkt bywa nieprzyjemną niespodzianką. Płatne moduły kupione na konto wykonawcy działają dalej, ale nie da się ich zaktualizować bez jego udziału. Pomagamy to uporządkować przez przepisanie licencji albo zakup na nowo. O koszcie informujemy przed decyzją.
Przegląd startowy jest bezpłatny i kończy się listą znalezisk uporządkowaną według pilności. Nawet jeśli nie zdecydujesz się na współpracę, wiesz, w jakim stanie jest sklep.
- Moduły płatne przypisane do konta byłego wykonawcy
- Brak środowiska testowego, przez co zmiany trafiają od razu na żywy sklep
- Kopie zapasowe tylko na serwerze sklepu
- Silnik bez aktualizacji bezpieczeństwa od lat
- Zmiany wprowadzone bezpośrednio w kodzie silnika
Współpraca
Jak wygląda współpraca krok po kroku
Przegląd startowy
Wersje, moduły, licencje, kopie, wydajność, bezpieczeństwo. Raport z listą znalezisk.
Uporządkowanie
Środowisko testowe, kopie poza serwerem, zaległe aktualizacje, monitoring.
Praca cykliczna
Aktualizacje na kopii, test zakupu, przegląd integracji, raport miesięczny.
Zgłoszenia bieżące
Zmiany i drobne poprawki w ramach godzin z wariantu, z jasnym priorytetem.
Rozwój sklepu
Nowe funkcje i integracje wyceniane osobno, wdrażane najpierw na kopii.
Pytania
Najczęstsze pytania
Wersje od 1.6 do 9. Przy starszych wersjach zaczynamy od przeglądu startowego i mówimy, czy sklep lepiej zaktualizować, czy zbudować od nowa i przenieść dane.
Tak. Mamy różne pakiety hostingu, także pod sklepy PrestaShop. Plan dobieramy po krótkiej rozmowie o wielkości katalogu i ruchu.
Tak, prowadzimy oba systemy. Gdy sklep trzeba budować od nowa, pomagamy wybrać platformę. Więcej o tym przy sklepach internetowych. Przy migracji z PrestaShop przenosimy produkty, klientów i zamówienia razem z przekierowaniami.
Tak. Aktualizację przygotowujemy na kopii, testujemy pełną ścieżkę zakupu i dopiero wtedy przełączamy. Przestój ogranicza się zwykle do kilku minut i planujemy go na porę najmniejszego ruchu.
Sprawdzamy zakres zmian przed aktualizacją. Jeśli przeróbki są w szablonie, zwykle da się je przenieść. Jeśli w kodzie silnika, mówimy o tym wprost, bo to zmienia zarówno koszt, jak i rekomendację.
Tak, realną transakcją na niską kwotę, którą potem zwracamy. Testy w trybie piaskownicy nie wychwytują części problemów, które pojawiają się dopiero na produkcji.
W godzinach pracy podejmujemy temat zwykle w ciągu dwóch godzin. W wariancie Rozwój ustalamy indywidualne czasy reakcji, także poza standardowymi godzinami.
Tak. Przed okresami takimi jak Black Friday sprawdzamy wydajność pod obciążeniem i przygotowujemy sklep na większy ruch. Robimy to z wyprzedzeniem, przed startem kampanii.
Powiązane usługi
Co jeszcze może się przydać
Twoje miasto
Opieka nad sklepem PrestaShop w Twoim mieście
Dla każdego z tych miast mamy osobną stronę z opisem lokalnego rynku i tego, jak pracujemy z firmami z tego miasta.
Zajmiemy się Twoim sklepem PrestaShop
Podaj adres sklepu, a zrobimy bezpłatny przegląd startowy i powiemy, co wymaga pilnej uwagi, co może poczekać, a co da się poprawić od ręki.