Zmiana agencji PrestaShop – jak bezpiecznie przejąć sklep od poprzedniej firmy?

Zmiana firmy obsługującej sklep PrestaShop nie musi oznaczać ryzyka, przestoju ani konieczności przebudowy całego sklepu. Najważniejsze jest uporządkowane przejęcie dostępów, kodu źródłowego, serwera, domeny, integracji, licencji i dokumentacji oraz sprawdzenie stanu technicznego sklepu przed rozpoczęciem większych zmian.

W skrócie: bezpieczna zmiana agencji PrestaShop powinna zacząć się od zabezpieczenia wszystkich dostępów i wykonania kopii sklepu. Następnie nowa agencja powinna przeanalizować kod, moduły, szablon, integracje, serwer, logi i proces wdrażania zmian. Dopiero po takim rozpoznaniu warto rozpocząć rozwój lub naprawę sklepu.

W praktyce samo uzyskanie loginu do panelu administracyjnego PrestaShop to zdecydowanie za mało. Sklep internetowy składa się z wielu elementów, które mogą znajdować się na różnych kontach, serwerach oraz usługach zewnętrznych.

Dlatego przed zakończeniem współpracy z poprzednią firmą warto sprawdzić, czy przedsiębiorstwo posiada faktyczną kontrolę nad całym swoim e-commerce.

Kiedy warto rozważyć zmianę agencji PrestaShop?

Powodów może być wiele i sama zmiana firmy obsługującej sklep nie oznacza, że poprzednia agencja zrobiła coś źle.

Często wraz ze wzrostem sklepu zmieniają się również jego potrzeby.

Firma, która kilka lat temu potrzebowała sporadycznych poprawek, może dzisiaj posiadać rozbudowane integracje ERP, marketplace, automatyzacje, sprzedaż zagraniczną i tysiące zamówień miesięcznie. W takim przypadku potrzebny może być większy zespół i bardziej uporządkowany model utrzymania.

Najczęstsze powody zmiany agencji to między innymi:

• zbyt długi czas reakcji na zgłoszenia,
• brak możliwości realizacji bardziej zaawansowanych zmian,
• częste błędy po wdrożeniach,
• brak środowiska testowego,
• wprowadzanie zmian bez kontroli wersji,
• problemy z komunikacją,
• trudności z aktualizacją PrestaShop,
• brak dokumentacji technicznej,
• rosnący dług technologiczny,
• problemy z wydajnością sklepu,
• niewystarczające wsparcie przy awariach,
• rozwój sklepu wymagający większego zespołu,
• potrzeba stałej obsługi technicznej zamiast pojedynczych zleceń.

Czasami właściciel sklepu po prostu dochodzi do momentu, w którym potrzebuje bardziej przewidywalnego procesu rozwoju.

Jeżeli problem dotyczy przede wszystkim bieżącego utrzymania, awarii lub rozwoju sklepu, warto sprawdzić również pomoc i wsparcie techniczne PrestaShop.

Czy można zmienić agencję PrestaShop bez wyłączania sklepu?

Tak. W większości przypadków samo przejęcie opieki technicznej nie wymaga wyłączania sklepu ani zatrzymywania sprzedaży.

Na początku nowa firma powinna przede wszystkim uzyskać dostępy i przeanalizować obecne środowisko.

Dopiero późniejsze prace mogą wymagać utworzenia środowiska testowego, wykonania aktualizacji, zmian infrastruktury lub krótkiego okna wdrożeniowego.

Bezpieczna kolejność wygląda najczęściej następująco:

1. zebranie dostępów,
2. zabezpieczenie kopii sklepu,
3. analiza obecnej infrastruktury,
4. przejęcie lub utworzenie repozytorium GIT,
5. sprawdzenie modułów i integracji,
6. przygotowanie środowiska testowego,
7. wykonanie pierwszych kontrolowanych zmian,
8. wdrożenie na produkcję,
9. monitoring działania sklepu.

Najgorszym rozwiązaniem jest rozpoczynanie współpracy od przypadkowych modyfikacji bez wcześniejszego poznania sklepu.

Jakie dostępy trzeba otrzymać od poprzedniej agencji PrestaShop?

To jeden z najważniejszych elementów całego procesu.

Właściciel sklepu powinien posiadać kontrolę nad usługami, które są niezbędne do jego działania.

Panel administracyjny PrestaShop

Nowa agencja potrzebuje własnego konta administratora.

Nie zalecamy współdzielenia jednego konta przez kilka osób. Oddzielne konta pozwalają później określić, kto wykonywał konkretne operacje.

Hosting lub serwer

Potrzebny może być dostęp do:

• panelu hostingowego,
• SSH,
• SFTP,
• bazy danych,
• konfiguracji PHP,
• logów serwera,
• CRON,
• kopii zapasowych.

Samo FTP często nie wystarcza do prawidłowej diagnostyki bardziej zaawansowanych problemów.

Domena i DNS

Firma powinna mieć dostęp do konta, na którym znajduje się domena oraz konfiguracja DNS.

Szczególne znaczenie ma to w przypadku korzystania z zewnętrznych usług takich jak Cloudflare.

Utrata dostępu do DNS może w skrajnym przypadku uniemożliwić szybkie zarządzanie domeną, pocztą albo infrastrukturą sklepu.

Repozytorium GIT

Jeżeli sklep był rozwijany profesjonalnie, kod powinien znajdować się w systemie kontroli wersji.

Może to być na przykład GitHub, GitLab albo Bitbucket.

Warto ustalić:

• gdzie znajduje się repozytorium,
• kto jest jego właścicielem,
• kto posiada uprawnienia administracyjne,
• czy znajduje się tam aktualna wersja kodu,
• jak wygląda proces wdrażania zmian.

Jeżeli repozytorium nie istnieje, nowa agencja może utworzyć je na podstawie aktualnego stanu sklepu.

Baza danych

Dostęp do bazy danych pozwala diagnozować problemy, wykonywać migracje, analizować błędy i przygotowywać środowiska testowe.

Nie oznacza to jednak, że programista powinien wykonywać zmiany bezpośrednio na produkcyjnej bazie danych.

Przed większymi operacjami zawsze powinien istnieć aktualny backup.

Backup sklepu

Przy zmianie firmy technicznej warto wykonać niezależną kopię:

• wszystkich plików,
• bazy danych,
• konfiguracji serwera, jeśli jest dostępna.

Taka kopia powinna powstać zanim rozpocznie się porządkowanie lub większe zmiany techniczne.

Jakie konta zewnętrzne trzeba sprawdzić?

PrestaShop bardzo często jest tylko jednym elementem większego systemu.

Sklep może komunikować się z kilkunastoma zewnętrznymi usługami.

Dlatego podczas przejęcia warto przygotować listę wszystkich integracji.

Przykładowo:

• system ERP,
• WMS,
• PIM,
• BaseLinker,
• Allegro,
• Amazon,
• eMAG,
• inne marketplace,
• operatorzy płatności,
• firmy kurierskie,
• system fakturowy,
• SMTP,
• system mailingowy,
• Google Merchant Center,
• Google Analytics 4,
• Google Search Console,
• Google Tag Manager,
• Meta,
• narzędzia marketing automation,
• hurtownie XML/API,
• systemy opinii,
• systemy rekomendacji.

Szczególnie istotne są tokeny API, klucze dostępowe i konta administracyjne.

Nowa firma musi wiedzieć nie tylko, z czym sklep jest połączony, ale również w jaki sposób dana integracja działa i co się stanie, gdy przestanie odpowiadać.

Więcej o takich połączeniach opisujemy w sekcji integracje PrestaShop.

Co z modułami i ich licencjami?

To częsty problem podczas zmiany wykonawcy.

Sklep może posiadać kilkadziesiąt modułów pochodzących od różnych producentów.

Trzeba ustalić:

• które moduły są aktywne,
• które są faktycznie potrzebne,
• skąd pochodzą,
• kto je kupił,
• na jakie konto została wystawiona licencja,
• czy licencja obejmuje aktualizacje,
• czy moduł jest nadal rozwijany,
• czy był modyfikowany przez poprzednią agencję.

Najlepiej, gdy komercyjne moduły są zakupione na konto należące do właściciela sklepu.

Jeżeli zostały kupione przez wykonawcę, warto wyjaśnić możliwość przekazania licencji albo zakupu jej na własne konto.

Co z autorskimi modułami napisanymi przez poprzednią firmę?

Tutaj sytuacja wymaga indywidualnego sprawdzenia.

Dedykowany moduł może być bardzo prostym rozszerzeniem albo kluczowym elementem odpowiedzialnym za cały proces sprzedaży.

Nowa agencja powinna sprawdzić między innymi:

• kod źródłowy,
• kompatybilność z aktualną wersją PrestaShop,
• zgodność z wersją PHP,
• sposób zapisu danych,
• CRON,
• komunikację z API,
• logowanie błędów,
• override,
• zależności od innych modułów.

Bardzo ważne jest również ustalenie praw do kodu zgodnie z umową zawartą z dotychczasowym wykonawcą.

Nie warto zakładać, że każdy plik znajdujący się na serwerze automatycznie może być dowolnie rozwijany lub dystrybuowany.

Czy trzeba wykonać audyt przed przejęciem sklepu PrestaShop?

Nie przy każdym niewielkim sklepie potrzebny jest rozbudowany audyt, ale w przypadku większych instalacji jest to bardzo dobry punkt startowy.

Audyt przed przejęciem pozwala ustalić, w jakim stanie technicznym znajduje się sklep i jakie problemy nowa agencja faktycznie przejmuje.

Szczególnie warto sprawdzić:

• wersję PrestaShop,
• wersję PHP,
• stan modułów,
• override,
• modyfikacje Core,
• szablon,
• logi błędów,
• bazę danych,
• konfigurację cache,
• CRON,
• integracje,
• checkout,
• płatności,
• dostawy,
• wysyłkę wiadomości e-mail,
• bezpieczeństwo,
• wydajność,
• SEO,
• proces wdrażania zmian.

Dzięki temu można podzielić problemy na:

krytyczne – wymagające natychmiastowej reakcji,

ważne – które powinny znaleźć się w planie najbliższych prac,

rozwojowe – które można wdrażać później.

Jeżeli sklep jest rozbudowany albo jego historia techniczna jest nieznana, dobrym początkiem może być audyt PrestaShop.

Dlaczego warto sprawdzić, czy poprzednia agencja modyfikowała Core PrestaShop?

To jeden z problemów, który czasami wychodzi dopiero podczas aktualizacji.

PrestaShop pozwala zmieniać działanie systemu poprzez moduły, hooki, override oraz szablon.

Niektóre stare sklepy były jednak rozwijane poprzez bezpośrednie zmiany w plikach Core.

Takie rozwiązanie może działać przez wiele lat, ale później znacząco utrudnia aktualizację.

Nowa agencja powinna więc ustalić:

• czy Core PrestaShop był modyfikowany,
• czy istnieją override,
• jakie zmiany zostały wykonane w szablonie,
• czy zmodyfikowano gotowe moduły,
• czy istnieje historia tych zmian w GIT.

Nie oznacza to automatycznie konieczności przebudowy sklepu. Najpierw trzeba ocenić skalę problemu.

Jeżeli sklep działa nadal na starszej wersji systemu, warto przeczytać także nasz poradnik o starym sklepie PrestaShop 1.7.

Czy przy zmianie agencji trzeba od razu aktualizować PrestaShop?

Nie. Sama zmiana agencji nie oznacza konieczności aktualizacji systemu.

Najpierw warto ustalić aktualny stan sklepu.

Jeżeli działa stabilnie, nie ma powodu wykonywać dużej aktualizacji tylko dlatego, że zmienił się wykonawca.

Jednocześnie przejęcie sklepu jest dobrym momentem, żeby sprawdzić:

• czy używana wersja PrestaShop jest nadal wspierana,
• czy PHP nie jest przestarzałe,
• czy moduły posiadają aktualizacje,
• czy istnieją znane problemy bezpieczeństwa,
• czy szablon będzie kompatybilny z kolejnymi wersjami.

Na podstawie takiej analizy można dopiero przygotować plan modernizacji.

Więcej o całym procesie opisujemy na stronie aktualizacja PrestaShop.

Co z SEO przy zmianie agencji?

Sama zmiana firmy technicznej nie powinna zmieniać widoczności sklepu w Google.

Ryzyko pojawia się dopiero wtedy, gdy razem ze zmianą agencji wykonywana jest:

• aktualizacja systemu,
• zmiana szablonu,
• przebudowa struktury kategorii,
• zmiana adresów URL,
• migracja serwera,
• zmiana domeny,
• przebudowa filtrów,
• modyfikacja canonicali,
• zmiana meta danych.

Dlatego przed większym wdrożeniem warto zabezpieczyć informacje o obecnej strukturze sklepu.

Należy zwrócić uwagę między innymi na:

• adresy URL,
• przekierowania 301,
• canonical,
• robots.txt,
• sitemap,
• meta title i description,
• nagłówki,
• kategorie,
• produkty,
• blog,
• strony CMS,
• linkowanie wewnętrzne.

Przejęcie sklepu nie powinno oznaczać automatycznego „czyszczenia” obecnej konfiguracji SEO.

Czy trzeba zmieniać hasła po zakończeniu współpracy z poprzednią agencją?

Tak. Po zakończeniu przekazania sklepu warto uporządkować wszystkie dostępy.

Nie chodzi o brak zaufania do poprzedniej firmy, tylko o normalną procedurę bezpieczeństwa.

Po zakończeniu migracji dostępów warto:

• usunąć niepotrzebne konta administratorów,
• zmienić hasła współdzielone,
• sprawdzić klucze SSH,
• zweryfikować użytkowników serwera,
• sprawdzić konta Cloudflare i DNS,
• zmienić wybrane tokeny API,
• zweryfikować dostęp do repozytorium,
• sprawdzić dostęp do systemów zewnętrznych.

Nowa agencja również powinna korzystać z własnych kont zamiast jednego wspólnego loginu.

Dzięki temu każda zmiana pozostawia czytelny ślad.

Co powinno znaleźć się w dokumentacji przekazania sklepu?

Idealny scenariusz to przekazanie krótkiej dokumentacji technicznej.

Nie musi mieć ona kilkudziesięciu stron.

Najbardziej przydatne informacje to:

Obszar	Co warto przekazać
PrestaShop	wersja, panel administracyjny
Serwer	hosting, SSH, SFTP, baza danych
Kod	repozytorium GIT, sposób wdrażania
Moduły	lista modułów i licencji
Integracje	ERP, API, marketplace, kurierzy, płatności
CRON	lista zadań automatycznych
DNS	domena, Cloudflare, konfiguracja
Poczta	SMTP i wiadomości systemowe
Backup	sposób wykonywania i odtwarzania kopii
DEV	środowisko testowe
Analityka	GA4, GSC, GTM
SEO	ważne przekierowania i nietypowe rozwiązania
Modyfikacje	dedykowane funkcje i override

Brak dokumentacji nie oznacza, że sklepu nie można przejąć.

Oznacza natomiast, że nowa agencja będzie musiała część zależności samodzielnie zidentyfikować.

Czego nie robić podczas zmiany firmy obsługującej PrestaShop?

Największe ryzyko powstaje wtedy, gdy przejęcie jest wykonywane chaotycznie.

Nie usuwaj poprzedniej agencji, zanim nie odzyskasz dostępów

Najpierw należy zweryfikować, czy firma posiada wszystkie niezbędne dane.

Dopiero później warto usuwać stare konta.

Nie wykonuj od razu dużej aktualizacji

Najpierw trzeba poznać sklep.

Aktualizacja połączona jednocześnie ze zmianą serwera, PHP, szablonu i wielu modułów utrudnia późniejszą diagnostykę problemów.

Nie pracuj bez backupu

Przed pierwszą poważniejszą zmianą powinna istnieć możliwość powrotu do działającej wersji sklepu.

Nie wdrażaj dużych zmian bez środowiska testowego

Produkcja nie powinna być miejscem do sprawdzania, czy nowa wersja modułu płatności albo integracji ERP działa poprawnie.

Nie zakładaj, że wszystko działa tylko dlatego, że sklep się otwiera

Strona główna może działać poprawnie, podczas gdy nie działa:

• CRON,
• synchronizacja stanów,
• eksport zamówień,
• płatność,
• wysyłka e-mail,
• feed produktowy,
• integracja marketplace.

Dlatego po przejęciu warto sprawdzić cały proces sprzedaży.

Jak wygląda bezpieczne przejęcie sklepu PrestaShop krok po kroku?

1. Inwentaryzacja

Tworzymy listę systemów, modułów, integracji i usług związanych ze sklepem.

2. Przejęcie dostępów

Weryfikujemy dostęp do PrestaShop, serwera, bazy, domeny, GIT i najważniejszych usług zewnętrznych.

3. Backup

Zabezpieczamy aktualny stan plików i bazy danych.

4. Analiza techniczna

Sprawdzamy wersję PrestaShop, PHP, moduły, szablon, logi, integracje i sposób wdrażania zmian.

5. GIT i środowisko testowe

Jeżeli ich brakuje, warto je uporządkować przed rozpoczęciem większego developmentu.

6. Test podstawowych procesów

Sprawdzamy między innymi:

• rejestrację i logowanie,
• wyszukiwarkę,
• koszyk,
• rabaty,
• dostawy,
• płatności,
• zamówienia,
• wiadomości e-mail,
• statusy,
• integracje.

7. Lista problemów i priorytetów

Nie wszystko trzeba naprawiać natychmiast.

Najpierw powinny być usuwane problemy, które wpływają na sprzedaż, bezpieczeństwo lub stabilność.

8. Pierwsze kontrolowane wdrożenie

Dobrze rozpocząć od niewielkiej zmiany, która pozwoli również zweryfikować cały proces DEV → test → akceptacja → produkcja.

9. Stała opieka

Po uporządkowaniu sklepu można przejść do normalnego modelu utrzymania, aktualizacji i rozwoju.

Checklista zmiany agencji PrestaShop

Przed zakończeniem współpracy z obecną firmą sprawdź:

• dostęp administratora PrestaShop,
• hosting / serwer,
• SSH i SFTP,
• baza danych,
• repozytorium GIT,
• domena,
• DNS / Cloudflare,
• backup,
• środowisko DEV/test,
• lista modułów,
• licencje modułów,
• moduły dedykowane,
• CRON,
• płatności,
• kurierzy,
• ERP / WMS / PIM,
• marketplace,
• SMTP,
• Google Analytics,
• Google Search Console,
• Google Tag Manager,
• Merchant Center,
• pozostałe konta marketingowe,
• dokumentacja nietypowych funkcji,
• lista znanych błędów i trwających prac.

Nie wszystkie punkty będą dotyczyły każdego sklepu. Im bardziej rozbudowany e-commerce, tym ważniejsza staje się jednak taka inwentaryzacja.

Czy poprzednia agencja musi uczestniczyć w przejęciu sklepu?

Nie zawsze, ale jej pomoc może znacząco ułatwić proces.

Najlepszym rozwiązaniem jest spokojne przekazanie:

• dostępów,
• repozytorium,
• dokumentacji,
• informacji o integracjach,
• listy niestandardowych funkcji,
• informacji o aktualnie prowadzonych pracach.

Nowa agencja nie musi znać całej kilkuletniej historii projektu.

Potrzebuje przede wszystkim informacji pozwalających bezpiecznie zrozumieć jego aktualny stan.

Ile trwa przejęcie sklepu PrestaShop?

Nie ma jednej odpowiedzi.

W prostym sklepie inwentaryzacja i przejęcie mogą być stosunkowo szybkie.

Zaś w rozbudowanym e-commerce mogą występować:

• setki modułów i modyfikacji,
• wiele integracji,
• własna infrastruktura,
• kilka środowisk,
• dedykowane procesy,
• ERP,
• marketplace,
• duża baza danych,
• zaawansowany deployment.

Generalnie, etap poznania systemu jest bardzo ważną częścią całego procesu.

Warto poświęcić czas na zrozumienie sklepu, zamiast później wielokrotnie odkrywać ukryte zależności podczas kolejnych awarii.

Ile kosztuje zmiana agencji PrestaShop?

Samo przekazanie dostępów nie musi generować dużych kosztów.

Koszt po stronie nowej agencji zależy przede wszystkim od tego, jak dużo pracy wymaga poznanie i uporządkowanie sklepu.

Znaczenie mają między innymi:

• wielkość sklepu,
• wersja PrestaShop,
• liczba modułów,
• jakość kodu,
• liczba integracji,
• stan dokumentacji,
• dostępność GIT,
• stan serwera,
• liczba niestandardowych funkcji.

Przy niewielkim i uporządkowanym sklepie można stosunkowo szybko rozpocząć bieżącą obsługę.

Przy dużym lub długo rozwijanym systemie rozsądne może być rozpoczęcie od audytu.

Zmiana agencji nie musi oznaczać zaczynania od początku

Dobrze działającego sklepu nie trzeba przebudowywać tylko dlatego, że zmienia się firma techniczna.

Nowa agencja powinna najpierw zrozumieć to, co już działa.

Dopiero później warto decydować, które elementy:

• zostawić,
• poprawić,
• zaktualizować,
• przepisać,
• zastąpić,
• rozwinąć.

Najważniejsze jest zachowanie ciągłości sprzedaży oraz pełnej kontroli właściciela nad sklepem i jego infrastrukturą.

Przejęcie opieki nad sklepem PrestaShop przez Astrabit

W Astrabit możemy przejąć zarówno pojedyncze problemy techniczne, jak i stałą obsługę sklepu rozwijanego wcześniej przez inną agencję, freelancera lub wewnętrzny zespół.

Nie zaczynamy od przypadkowego przepisywania działających elementów.

Najpierw poznajemy środowisko, dostępne moduły, kod, integracje i potencjalne ryzyka. Następnie ustalamy, które działania są pilne, a które można zaplanować jako dalszy rozwój.

Jeżeli obecna wersja sklepu jest przestarzała, możemy również przygotować plan aktualizacji PrestaShop.

Jeżeli największym problemem jest wydajność i stabilność, warto wcześniej sprawdzić wydajność PrestaShop przy dużym ruchu.

Najczęstsze pytania dotyczące zmiany agencji PrestaShop