Utrzymanie sklepu: co robic co miesiac

Aktualizacje WP, wtyczek i motywu najpierw na staging, potem produkcja
Backup bez testu odtworzenia to nie backup
Po aktualizacji bramki zrob testowa platnosc i sprawdz webhook
Core Web Vitals i bledy 404 kontroluj co miesiac
Caly przeglad to okolo 2-4 godzin miesiecznie
Abonament opieki zdejmuje ten rytm z Twojej glowy
[/dwb_keytakeaways]

Dlaczego sklep trzeba utrzymywac, a nie tylko zbudowac

Sklep internetowy nie jest jak ulotka, ktora raz wydrukujesz i lezy. To zywe oprogramowanie, ktore stoi na WordPress, WooCommerce, kilkunastu wtyczkach i motywie, a kazdy z tych elementow aktualizuje sie wlasnym rytmem. Do tego dochodzi serwer, certyfikat SSL, bramka platnicza i integracje z kurierami czy ksiegowoscia. To wszystko zmienia sie w tle, niezaleznie od Ciebie.

Najgorsze w zaniedbanym sklepie jest to, ze psuje sie cicho. Przez pol roku wszystko wyglada normalnie, a potem nagle aktualizacja, ktora zalegla od miesiecy, rozsypuje uklad strony, albo bramka platnicza zmienia API i klienci przestaja moc zaplacic. Problem prawie zawsze wychodzi w najgorszym momencie, czyli przy wiekszym ruchu, gdy najwiecej tracisz.

Utrzymanie to nie jest jedna wielka akcja raz w roku. To krotki, powtarzalny rytm raz w miesiacu, ktory zajmuje kilka godzin i sprawia, ze sklep dziala stabilnie, jest bezpieczny i nie spada w wynikach Google. W tym tekscie rozpisuje dokladnie, co robic co miesiac, ile to zajmuje i ile kosztuje.

Aktualizacje: WordPress, wtyczki i motyw, ale z glowa

Aktualizacje to fundament utrzymania i jednoczesnie miejsce, w ktorym najlatwiej cos zepsuc. Zasada jest prosta: nie klikaj aktualizuj na zywym sklepie przy kazdym powiadomieniu. Zamiast tego zbieraj aktualizacje i wgrywaj je raz w miesiacu w zaplanowanym oknie, najpierw na kopii.

Wyjatkiem sa krytyczne luki bezpieczenstwa. Jesli wtyczka dostaje pilna poprawke lataja powazna dziure, wgrywasz ja od razu, nie czekasz do konca miesiaca. Wszystko inne, czyli zwykle wersje wtyczek, motywu i samego WordPress, moze poczekac na zaplanowany przeglad.

Bezpieczna kolejnosc wyglada tak, ze najpierw robisz backup, potem przenosisz aktualizacje na srodowisko staging (kopie sklepu, ktora nie jest widoczna dla klientow), tam wgrywasz wszystko i sprawdzasz, czy nic sie nie rozsypalo. Dopiero gdy kopia dziala, powtarzasz to samo na produkcji.

Backup i test odtworzenia: kopia, ktorej nie sprawdziles, nie istnieje

Backup to najwazniejsza polisa ubezpieczeniowa sklepu, a jednoczesnie rzecz, ktora najczesciej jest zrobiona pozornie. Wielu wlascicieli ma wlaczona automatyczna kopie u hostingodawcy i uznaje temat za zalatwiony. Problem w tym, ze taka kopia czesto lezy na tym samym serwerze co sklep, wiec przy powaznej awarii albo wlamaniu ginie razem z nim.

Dobre podejscie ma trzy elementy. Po pierwsze, backup automatyczny i regularny, najlepiej codzienny dla sklepu, w ktorym caly czas spadaja zamowienia. Po drugie, kopia trzymana poza serwerem, na przyklad w chmurze, zeby przetrwala awarie serwera. Po trzecie, i to jest pomijane najczesciej, comiesieczny test odtworzenia.

Test odtworzenia polega na tym, ze raz w miesiacu bierzesz najnowsza kopie i odtwarzasz ja na osobnym srodowisku, zeby zobaczyc, czy naprawde dziala. Sklep stawia sie poprawnie, baza wczytuje, zamowienia sa na miejscu. Backup, ktorego nigdy nie odtwarzales, to tylko zalozenie, ze dziala, a nie pewnosc. Awaria to zly moment, zeby sie dowiedziec, ze plik kopii byl uszkodzony.

Monitoring bezpieczenstwa

Sklep internetowy to atrakcyjny cel, bo przechodza przez niego pieniadze i dane klientow. Nie chodzi o to, ze ktos osobiscie chce zaatakowac akurat Twoj sklep. Wiekszosc atakow jest automatyczna: boty skanuja tysiace stron i szukaja znanej, nieaktualnej wtyczki z dziura. Dlatego comiesieczny przeglad bezpieczenstwa to nie paranoja, tylko higiena.

• Przeglad kont uzytkownikow: sprawdz, kto ma dostep do panelu i z jakimi uprawnieniami. Usun konta bylych pracownikow i wykonawcow, ktorzy juz nie pracuja przy sklepie.
• Silne haslo i druga warstwa logowania: kazde konto administratora powinno miec mocne, unikalne haslo i wlaczone uwierzytelnianie dwuskladnikowe na logowaniu do panelu.
• Skan na zlosliwy kod: raz w miesiacu przepusc sklep przez skaner, ktory sprawdza pliki i baze pod katem zmian i znanych zagrozen.
• Certyfikat SSL i przeglad logow: upewnij sie, ze certyfikat jest wazny i odnawia sie automatycznie, oraz rzuc okiem na proby logowania, czy nie ma masowych atakow na haslo.

Platnosci i webhooki: tu cisza jest najgrozniejsza

Platnosci to obszar, w ktorym awaria boli najbardziej i najczesciej zostaje niezauwazona przez kilka dni. Mechanizm jest podstepny: klient placi przez BLIK albo karte, pieniadze schodza z jego konta, ale status zamowienia w sklepie nie zmienia sie na oplacone, bo webhook, czyli powiadomienie z bramki do sklepu, przestal dzialac. Zamowienia wisza jako nieoplacone, a Ty mysisz, ze po prostu jest slabszy tydzien.

Dlatego po kazdej aktualizacji bramki platniczej albo wtyczki platnosci robisz jedna rzecz: testowa transakcje na zywo, na mala kwote, i sprawdzasz, czy status zamowienia sam zmienil sie na oplacone. Jesli tak, webhook dziala. Jesli zamowienie zostaje nieoplacone mimo udanej platnosci, masz problem do naprawienia od reki.

Drugi czesty blad to zostawienie wtyczki platnosci w trybie testowym po jakichs pracach. Wszystko wyglada normalnie, ale realne platnosci nie dochodza, bo bramka dziala na danych sandbox. Oba problemy latwo przeoczyc i oba zajmuja chwile, jesli sprawdzasz je co miesiac, zamiast czekac, az klient napisze, ze zaplacil, a Ty nie widzisz zamowienia.

Core Web Vitals, martwe linki i bledy 404

Druga warstwa utrzymania to wydajnosc i to, jak sklep wyglada w oczach Google. Tu nic nie wybucha z dnia na dzien, ale zaniedbanie przez kwartal potrafi zauwazalnie scignac pozycje i konwersje w dol.

Core Web Vitals, czyli wskazniki szybkosci i stabilnosci strony, kontrolujesz raz w miesiacu w Google Search Console oraz w PageSpeed Insights dla strony glownej, kategorii i karty produktu. Sklep z czasem zwalnia: dochodza nowe wtyczki, banery, skrypty marketingowe i nieoptymalne zdjecia wgrywane przez obsluge. Comiesieczny rzut oka pozwala zlapac to, zanim klient zacznie uciekac z wolno ladujacej karty.

Martwe linki i bledy 404 to drugi element. Usuniety produkt, zmieniony adres wpisu albo link do strony, ktorej juz nie ma, to dla klienta slepa uliczka, a dla Google sygnal, ze strona jest zaniedbana. Raz w miesiacu przepuszczasz sklep przez narzedzie, ktore wykrywa martwe linki, i ustawiasz przekierowania ze starych adresow na aktualne.

Przeglad zamowien, stanow i tresci

Ostatnia warstwa to zwykla operacyjna kontrola, ktora trzyma sklep w ryzach od strony biznesowej. Nie jest techniczna, ale rownie wazna, bo to ona pilnuje, zeby sklep sprzedawal to, co naprawde masz, i po aktualnych cenach.

• Zamowienia zawieszone: przejrzyj zamowienia, ktore utknely w statusie oczekuje na platnosc albo wstrzymane, i wyjasnij, czy to porzucone koszyki, czy efekt problemu z webhookiem.
• Stany magazynowe: sprawdz, czy stany sie zgadzaja, zwlaszcza jesli sprzedajesz tez poza sklepem. Produkt pokazywany jako dostepny, ktorego nie ma, to rozczarowany klient i zwrot.
• Ceny i promocje: upewnij sie, ze zakonczone promocje faktycznie wygasly i ze nie zostaly stare ceny po zmianach u dostawcow.
• Tresc i strony prawne: rzuc okiem na regulamin, polityke prywatnosci i dane kontaktowe, czy sa aktualne. Sprawdz tez, czy formularz kontaktowy wysyla maile.

Ile to zajmuje, ile kosztuje i dlaczego abonament sie oplaca

Caly comiesieczny przeglad, jesli sklep jest w dobrym stanie, to okolo 2-4 godzin pracy miesiecznie. Wieksza czesc tego czasu zjadaja aktualizacje na staging i ich testowanie, reszta to szybkie kontrole, ktore robisz wedlug stalej listy. Do tego dochodza oplaty za narzedzia: zewnetrzny backup, monitoring dostepnosci i ewentualnie skaner bezpieczenstwa, razem zwykle kilkadziesiat zlotych miesiecznie.

Teraz druga strona rownania. Jedna powazna awaria, na przyklad wlamanie przez nieaktualna wtyczke albo niesprawne platnosci przez tydzien, kosztuje wielokrotnie wiecej. Tracisz sprzedaz w czasie przestoju, placisz za awaryjna naprawe pod presja czasu, a do tego dochodzi utrata zaufania klientow, ktorzy trafili na zepsuty sklep. Comiesieczny przeglad jest po prostu tansza polisa niz gaszenie pozaru.

Abonament opieki ma sens przede wszystkim wtedy, gdy nie chcesz albo nie masz czasu pilnowac tego rytmu sam, a sklep realnie zarabia i przestoj kosztuje. W zamian za stala oplate ktos przejmuje aktualizacje na staging, backup z testem odtworzenia, monitoring bezpieczenstwa i dostepnosci oraz reakcje na awarie, czesto z gwarantowanym czasem reakcji. Ty zajmujesz sie sprzedaza, a nie pilnowaniem, czy wtyczka platnosci nie zostala w trybie testowym.

W DawidWeb prowadze takie utrzymanie dla sklepow na WordPress i WooCommerce, zarowno na rynek polski, jak i niemiecki: comiesieczne aktualizacje na staging, backup poza serwerem z testem odtworzenia, monitoring i szybka reakcja na awarie. Sklepy buduje od 1800 zl, jestem Partnerem Shoper, mam za soba ponad 120 projektow, a wycene opieki dopasowana do wielkosci Twojego sklepu dostajesz w 24 godziny.