Usługa
Naprawa sklepu WooCommerce i strony WordPress dla firm
Naprawiam błędy w działających sklepach WooCommerce i stronach WordPress, od niedziałającej kasy po awarie po aktualizacji. Pracuję z Wrocławia, zdalnie z firmami z całej Polski i z Niemiec.
Przyczyna znaleziona w logu, nie zgadywana
Tak to wygląda w praktyce.
Realizacja · 2026
LumiKids
Pobrania, kasa i tłumaczenia naprawione u źródła
W LumiKids naprawiałem błędy, które kosztowały zamówienia: pobrania anulowane przez cofnięty status z BaseLinkera (przyczyna znaleziona w logu serwera, blokada małą wtyczką), spację otwierającą listę krajów w polu adresu, angielskie podziękowanie po zakupie nadpisywane przez motyw i źle liczoną opłatę za pobranie.
- WordPress
- WooCommerce
- Elementor
- Custom CSS
- SEO
Naprawa sklepu WooCommerce jest potrzebna, gdy klienci nie mogą dokończyć zakupów, płatności kończą się błędem albo zamówienia zmieniają status bez Twojego udziału. Na stronach WordPress usuwam błędy krytyczne po aktualizacji, konflikty wtyczek, problemy z formularzami i wyglądem na telefonach. Przyjmuję też mniejsze poprawki na stronie WordPress, jeśli masz listę rzeczy do zmiany, ale nie masz już kontaktu z poprzednim wykonawcą. Możesz zlecić mi pojedynczą naprawę bez podpisywania umowy na stałą obsługę.
W sklepie LumiKids zamówienia za pobraniem anulowały się automatycznie, a klientka otrzymywała wiadomość o anulowaniu, choć sama niczego nie zmieniała. Notatki zamówień wskazywały jedynie „system”. Dopiero dziennik dostępu serwera pokazał, że BaseLinker zmieniał status zamówienia na oczekujące na płatność, a WooCommerce po 60 minutach je anulował. Napisałem małą wtyczkę blokującą takie cofnięcie statusu i sprawdziłem ją w sześciu scenariuszach.
Nie zaczynam od wyłączania wszystkich wtyczek ani przypadkowych zmian w ustawieniach. Najpierw zabezpieczam pliki i bazę danych, potem sprawdzam zapisy błędów serwera, historię żądań i notatki zamówień, zależnie od objawu. Jeśli to możliwe, poprawkę przygotowuję na kopii strony, a przed zakończeniem sprawdzam działanie funkcji, która wcześniej zawodziła. Otrzymujesz też informację, co powodowało problem, co zmieniłem i gdzie znajduje się kopia zapasowa.
Co naprawiam w sklepie WooCommerce i na stronie WordPress.
01
Naprawa konkretnej usterki bez abonamentu
Możesz zgłosić jeden błąd albo przesłać listę poprawek do istniejącego sklepu lub strony. Zajmę się zarówno niedziałającą kasą WooCommerce, jak i nieprawidłowym tłumaczeniem, polem formularza czy wyglądem karty produktu. Nie musisz zamawiać przebudowy całej witryny ani miesięcznej opieki. Po rozpoznaniu ustalimy zakres pracy i termin wykonania.
02
Diagnoza na podstawie zapisów błędów
Sprawdzam, co wydarzyło się na serwerze w chwili wystąpienia problemu. Dziennik błędów pozwala odnaleźć przyczynę awarii kodu, a log dostępu, czyli historia żądań kierowanych do serwera, pomaga ustalić, czy zmiany wywołała zewnętrzna integracja. Dzięki temu mogę szukać źródła usterki zamiast zmieniać ustawienia metodą prób i błędów. Ma to szczególne znaczenie w sklepie, w którym cały czas pojawiają się zamówienia.
03
Poprawki odporne na aktualizację motywu
Drobne zmiany w wyglądzie i działaniu strony umieszczam w motywie potomnym, czyli osobnym miejscu na modyfikacje, których aktualizacja głównego motywu nie powinna nadpisać. Gdy poprawka dotyczy działania sklepu, mogę przygotować niewielką własną wtyczkę. Nie trzeba wtedy edytować bezpośrednio plików oryginalnego motywu. Samą zgodność zmian z przyszłymi wersjami nadal trzeba sprawdzać.
04
Test naprawionej funkcji i opis zmian
Nie kończę pracy na tym, że komunikat błędu zniknął. Jeśli problem dotyczył zamówień, sprawdzam odpowiedni scenariusz zakupowy. Przy błędach formularza weryfikuję jego zachowanie, a przy poprawkach wizualnych sprawdzam zmieniony element. Na koniec opisuję przyczynę usterki, wprowadzone zmiany oraz miejsce przechowywania kopii. Rozmawiasz bezpośrednio ze mną, bo sam piszę kod i wykonuję poprawki.
Jak wygląda naprawa sklepu krok po kroku.
- 01
Zgłoszenie błędu i wstępne rozpoznanie
Napisz, co przestało działać, kiedy zauważyłeś problem i czy wcześniej były aktualizowane wtyczki, motyw lub ustawienia sklepu. Jeśli możesz, dołącz zrzut ekranu, krótkie nagranie albo numer przykładowego zamówienia. Gdy masz kilka usterek, prześlij je w jednej wiadomości. Odpowiadam z pierwszą oceną w ciągu 24 godzin roboczych. Na tym etapie ustalimy, jakie informacje będą potrzebne do dalszej diagnozy.
- 02
Kopia zapasowa i ustalenie przyczyny
Przed wprowadzeniem zmian wykonuję kopię plików i bazy danych. Następnie analizuję zapisy błędów, historię działania sklepu i elementy powiązane z usterką. Sprawdzam, czy problem wynika z kodu, konfliktu wtyczek, motywu albo działania zewnętrznego systemu. Na tej podstawie określam zakres naprawy i termin. Jeśli przyczyna jest bardziej złożona, wyjaśniam, co wymaga dalszego sprawdzenia.
- 03
Wprowadzenie poprawki w bezpieczny sposób
Jeśli warunki techniczne na to pozwalają, najpierw pracuję na kopii strony. Poprawiam konkretny fragment kodu, ustawienie albo mechanizm powodujący awarię. Staram się oddzielać własne modyfikacje od plików motywu i wtyczek, które mogą zostać zastąpione przy kolejnej aktualizacji. W działającym sklepie uwzględniam też wpływ zmian na zamówienia, płatności i pozostałe funkcje.
- 04
Test działania i przekazanie informacji
Po wdrożeniu odtwarzam sytuację, w której wcześniej pojawiał się błąd. Przy kasie WooCommerce może to być przejście przez zamówienie testowe, a przy usterce strony sprawdzenie konkretnego widoku lub formularza. Weryfikuję również, czy poprawka nie zakłóca powiązanej funkcji. Przekazuję Ci krótki opis wykonanej pracy, przyczyny problemu i lokalizacji kopii zapasowej. Jeśli pojawią się dalsze kwestie wymagające osobnej pracy, omówimy je przed kolejnymi zmianami.
Naprawa sklepu WooCommerce: pytania.
Czy naprawisz sklep WooCommerce po innym wykonawcy?+
Tak. Nie musiałem tworzyć Twojego sklepu, żeby podjąć się naprawy. Najpierw sprawdzę jego obecną konfigurację i ustalę, skąd bierze się problem. Mogę też zająć się listą zaległych poprawek, jeśli nie masz już kontaktu z poprzednim wykonawcą.
Ile kosztuje naprawa sklepu WooCommerce?+
Największy wpływ na koszt ma czas potrzebny do znalezienia przyczyny błędu. Widoczna usterka nie zawsze oznacza, że problem znajduje się w miejscu, w którym występuje. Po wstępnym rozpoznaniu określę zakres prac, a gdy potrzebna będzie głębsza diagnoza, powiem Ci o tym przed jej rozpoczęciem.
Ile trwa naprawa sklepu WooCommerce?+
Zależy od tego, jak szybko uda się znaleźć przyczynę. Gdy dziennik błędów wskazuje konkretny plik lub wtyczkę, poprawka bywa gotowa tego samego dnia: w sklepie Kosmoteka błąd 500 na kartach produktów znalazłem w logu i poprawkę wgrałem tego samego dnia. Usterki wywoływane przez zewnętrzne systemy, takie jak BaseLinker, wymagają zwykle obserwacji kilku zamówień, więc trwają dłużej. Termin podaję po wstępnym rozpoznaniu.
Czy na czas naprawy trzeba wyłączyć sprzedaż?+
Zwykle nie. Diagnoza polega na czytaniu logów i ustawień, więc sklep działa dalej, a poprawkę, jeśli to możliwe, przygotowuję najpierw na kopii strony. Gdy zmiana wymaga chwilowego wyłączenia kasy lub trybu konserwacji, uzgadniamy porę z najmniejszym ruchem.
Czy potrzebujesz dostępu do hostingu, żeby naprawić WordPress?+
Przy wielu awariach tak, ponieważ na hostingu znajdują się pliki strony i dzienniki błędów serwera. Sam dostęp do panelu WordPress może nie wystarczyć, zwłaszcza gdy strona wyświetla błąd krytyczny. Po zapoznaniu się ze zgłoszeniem wskażę, jakich dostępów potrzebuję.
Czy naprawisz błąd krytyczny WordPress po aktualizacji?+
Takimi awariami również się zajmuję. Sprawdzam dziennik błędów PHP, czyli zapisy problemów z kodem wykonywanym na serwerze, żeby ustalić, co uniemożliwia uruchomienie strony. Nie zakładam automatycznie, że wystarczy przywrócić poprzednią wersję wtyczki.
Co zrobisz, jeśli kasa WooCommerce nie działa albo płatność kończy się błędem?+
Najpierw ustalę, na którym etapie klient nie może dokończyć zamówienia i czy problem dotyczy konkretnej metody płatności lub dostawy. Sprawdzę dostępne zapisy błędów oraz zachowanie formularza zamówienia. Po poprawce przetestuję scenariusz, który wcześniej nie działał.
Dlaczego zamówienia WooCommerce anulują się same?+
Przyczyną mogą być ustawienia oczekiwania na płatność albo zmiany statusów wykonywane przez zewnętrzny system. W LumiKids problem powodowało połączenie zmian wysyłanych przez BaseLinkera z mechanizmem anulowania nieopłaconych zamówień w WooCommerce. W Twoim sklepie sprawdzę notatki zamówień i historię żądań do serwera, zanim wskażę przyczynę.
Co jeśli przyczyną błędu jest płatna wtyczka lub motyw?+
Najpierw sprawdzę, czy problem da się rozwiązać bez modyfikowania oryginalnych plików. Jeśli potrzebna będzie aktualizacja, pomoc producenta albo dostęp do płatnej wersji, wyjaśnię Ci sytuację. Nie będę zakładał, że można bezpiecznie zmienić cudzy kod bez sprawdzenia skutków takiej zmiany.
Czy dasz gwarancję, że błąd nie wróci?+
Nie mogę zagwarantować, że kolejne aktualizacje lub zmiany w zewnętrznych systemach nigdy nie spowodują nowej awarii. Dlatego staram się usuwać przyczynę problemu, a nie tylko ukrywać jego objaw, i sprawdzam poprawkę przed zakończeniem pracy. Przekazuję też opis zmian, który ułatwia późniejsze ustalenie, co zostało naprawione.
Czy mogę zlecić tylko kilka poprawek na stronie WordPress?+
Tak, możesz przesłać listę zmian dotyczących tekstów, tłumaczeń, wyglądu, formularzy, pól kasy czy kart produktów. Sprawdzę, które poprawki da się wykonać w ramach jednorazowego zlecenia. Jeśli chodzi o stworzenie całkiem nowej funkcji, ustalimy to jako osobny zakres pracy.
Czy zajmiesz się też stałą opieką lub integracją sklepu z BaseLinkerem?+
Ta usługa dotyczy jednorazowych napraw istniejącej strony lub sklepu, także błędów związanych z już podłączonym BaseLinkerem. Regularne aktualizacje i kopie obejmuje osobna usługa: opieka nad stroną WordPress. Jeśli chcesz dopiero połączyć oba systemy, zobacz integracja WooCommerce z BaseLinker.
Naprawa strony WordPress i błędów WooCommerce. Co warto wiedzieć przed zgłoszeniem?
W tym poradniku znajdziesz najczęstsze objawy awarii WordPress i WooCommerce, miejsca, w których szukam ich przyczyn, oraz wskazówki, jak przygotować zgłoszenie naprawy. Wyjaśniam też, dlaczego wyłączanie wtyczek na próbę może pogorszyć sytuację i jak sprawdzam, czy poprawka rzeczywiście rozwiązała problem.
Nie każda usterka wymaga przebudowy strony. Czasem wystarczy poprawienie jednego fragmentu kodu, ustawienia lub mechanizmu odpowiedzialnego za zamówienia. Ważne, żeby ustalić, co faktycznie zawodzi, zamiast usuwać widoczny objaw bez poznania jego przyczyny. Szczególnie w sklepie, który cały czas przyjmuje zamówienia.
Rozwiń pełny poradnikZwiń poradnik+
Najczęstsze awarie WordPress i WooCommerce. Gdzie szukam przyczyny?
Błąd widoczny na ekranie nie zawsze wskazuje element, który go wywołał. Jeśli klient nie może zapłacić, przyczyna może leżeć w bramce płatniczej, konflikcie wtyczek albo komunikacji z serwerem. Podobnie biały ekran WordPress nie musi oznaczać uszkodzenia całej strony.
Poniższa tabela pokazuje typowe kierunki diagnozy. Nie są to gotowe rozpoznania, ponieważ ten sam objaw może mieć kilka różnych przyczyn.
- Biały ekran lub błąd krytyczny WordPress po aktualizacji
- Najczęstsza możliwa przyczyna: Niezgodność kodu wtyczki, motywu lub wersji PHP
- Gdzie sprawdzam: Dziennik błędów PHP, czyli zapis problemów z kodem na serwerze
- Kasa WooCommerce nie przechodzi do końca
- Najczęstsza możliwa przyczyna: Błąd formularza, konflikt skryptów lub problem z przeliczaniem zamówienia
- Gdzie sprawdzam: Zachowanie pól kasy, komunikaty błędów, dziennik serwera
- Płatność wraca z błędem
- Najczęstsza możliwa przyczyna: Problem komunikacji z operatorem płatności lub konfiguracją wtyczki
- Gdzie sprawdzam: Komunikaty bramki płatniczej, dostępne dzienniki i status zamówienia
- Zamówienia same zmieniają status
- Najczęstsza możliwa przyczyna: Automatyczne reguły WooCommerce lub zewnętrzna integracja
- Gdzie sprawdzam: Notatki zamówień i log dostępu, czyli historia żądań do serwera
- Maile do klientów nie dochodzą
- Najczęstsza możliwa przyczyna: Błąd wysyłki lub konfiguracji poczty
- Gdzie sprawdzam: Dzienniki wysyłki, ustawienia poczty i przebieg zamówienia
- Stany magazynowe się rozjeżdżają
- Najczęstsza możliwa przyczyna: Synchronizacja magazynu lub nieprawidłowe aktualizowanie wariantów
- Gdzie sprawdzam: Historia zmian, ustawienia integracji i zapisy synchronizacji
- Formularz nie wysyła wiadomości
- Najczęstsza możliwa przyczyna: Błąd walidacji, skryptu lub obsługi poczty
- Gdzie sprawdzam: Działanie formularza, komunikaty i dziennik błędów
- Wersja mobilna się rozsypuje
- Najczęstsza możliwa przyczyna: Konflikt stylów lub skryptów po zmianie motywu czy wtyczki
- Gdzie sprawdzam: Widok na telefonie, narzędzia przeglądarki i zmienione pliki
W sklepie Kosmoteka, sprzedającym teleskopy, większość kart produktów zaczęła zwracać błąd 500, czyli komunikat o błędzie serwera. Stało się to po zmianie we własnej wtyczce obsługującej zdjęcia. Przyczynę znalazłem w dzienniku błędów, a poprawkę wgrałem tego samego dnia.
Jeśli zgłaszasz podobną awarię, nie musisz sam ustalać, która wtyczka zawiodła. Wystarczy, że pokażesz mi objaw i opiszesz okoliczności jego wystąpienia.
Co zrobić, zanim zgłosisz awarię strony lub sklepu?
Gdy sklep przestaje działać, pierwszym odruchem bywa aktualizowanie wszystkiego, wyłączanie kolejnych wtyczek albo przywracanie przypadkowej kopii. Takie działania mogą utrudnić późniejszą diagnozę. Zmieniają stan strony, a czasem usuwają informacje potrzebne do odtworzenia problemu.
Jeśli nie masz pewności, co spowodowało awarię, nie wykonuj kolejnych aktualizacji i nie kasuj wtyczek na próbę. Nie usuwaj też problematycznych zamówień ani ich notatek. Przy błędach dotyczących płatności unikaj wielokrotnego ponawiania rzeczywistych transakcji wyłącznie w celu sprawdzenia, czy problem nadal występuje.
Przed wysłaniem zgłoszenia przygotuj:
- Moment wystąpienia błędu. Zapisz, kiedy problem pojawił się pierwszy raz i czy występuje stale, czy tylko w określonych sytuacjach.
- Ostatnie zmiany. Wspomnij o aktualizacji WordPress, zmianie motywu, instalacji wtyczki, ustawieniach płatności albo podłączeniu zewnętrznego systemu.
- Zrzut lub nagranie ekranu. Pokaż komunikat błędu i czynności, które do niego prowadzą. Nagranie jest szczególnie pomocne przy formularzach.
- Numer przykładowego zamówienia. Jeśli problem dotyczy statusów, płatności lub wysyłki, wskaż zamówienie, na którym można prześledzić usterkę.
- Informację o dostępach. Sprawdź, czy masz dostęp do panelu WordPress i hostingu. Nie musisz przesyłać haseł w pierwszej wiadomości.
Nie musisz przygotowywać technicznego raportu. Opis „po zmianie dostawy strona przewija się na górę i nie mogę wpisać adresu” jest bardziej przydatny niż ogólne „WooCommerce nie działa”.
Na podstawie takiego zgłoszenia mogę rozpocząć rozpoznanie i ustalić, jakie dostępy będą potrzebne do naprawy.
Dlaczego nie wyłączam wtyczek po kolei w działającym sklepie?
Wyłączanie wtyczek bywa przydatne podczas diagnozowania konfliktu, ale robienie tego na żywym sklepie bez przygotowania może zakłócić zakupy, płatności, dostawy albo synchronizację zamówień. Co więcej, problem nie zawsze wynika z konfliktu dwóch wtyczek.
Dobrym przykładem są anulowane zamówienia za pobraniem w LumiKids. Klientka otrzymywała wiadomość, że zamówienie zostało anulowane, mimo że sama tego nie robiła. W notatkach zamówienia widniała informacja „system”, która nie wskazywała rzeczywistego sprawcy.
Sprawdziłem log dostępu serwera, czyli chronologiczną historię żądań kierowanych do sklepu. Okazało się, że kilka minut po złożeniu zamówienia BaseLinker wysyłał przez API, czyli mechanizm komunikacji między systemami, zmianę statusu na „oczekujące na płatność”. Po 60 minutach WooCommerce traktował zamówienie jako nieopłacone i automatycznie je anulował.
Samo wyłączenie przypadkowej wtyczki nie wyjaśniłoby tego ciągu zdarzeń. Problem wynikał ze współdziałania dwóch systemów i ich reguł obsługi statusów.
Przygotowałem niewielką wtyczkę ochronną, która blokowała cofnięcie statusu zamówienia za pobraniem. Sprawdziłem rozwiązanie w sześciu scenariuszach i przekazałem też wskazówkę dotyczącą ustawień statusów w BaseLinkerze.
Dlatego przy naprawie zaczynam od kopii zapasowej i analizy zapisów błędów. W sklepie sprawdzam również historię zamówień, zamiast ograniczać diagnozę do tego, co widać na ekranie. Po tej realizacji przy każdej pracy w sklepie sprawdzam raport zamówień z ostatnich 30 dni.
Jeśli podejrzewasz konflikt wtyczek lub integracji, mogę zbadać przyczynę bez rozpoczynania od przypadkowego wyłączania funkcji potrzebnych klientom.
Kasa WooCommerce nie działa poprawnie? Nawet drobny błąd może przeszkadzać w zakupie
Nie każda usterka kasy powoduje wyraźny komunikat błędu. Czasem klient może kontynuować zamówienie, ale formularz zachowuje się nieprzewidywalnie, wyświetla nieprawidłowe informacje albo nalicza inną opłatę, niż powinien.
W LumiKids otrzymałem nagranie pokazujące trzy problemy w procesie zakupowym. Każdy miał inną przyczynę i wymagał innej poprawki.
Pierwszy problem dotyczył pola adresu. Po naciśnięciu spacji otwierała się lista krajów, a strona przewijała się na górę. Przy każdym przeliczeniu kasy, na przykład po zmianie kodu pocztowego lub sposobu dostawy, formularz był ponownie rysowany. W efekcie kursor znikał z pola, w którym klient właśnie pisał.
Poprawiłem zachowanie formularza za pomocą skryptu, który zapamiętuje aktywne pole i pozycję kursora, a następnie przywraca je po przeliczeniu. Dzięki temu klient może kontynuować wpisywanie danych w odpowiednim miejscu.
Drugi problem pojawiał się po zakupie. Na stronie podziękowania wyświetlał się angielski tekst mimo polskiej wersji sklepu. Okazało się, że komunikat nie pochodził bezpośrednio z WooCommerce. Motyw sklepu nadpisywał polskie tłumaczenie, dlatego poprawka wymagała nadania odpowiedniemu tłumaczeniu wyższego pierwszeństwa.
Trzeci problem dotyczył opłaty za pobranie. Jej wysokość różniła się zależnie od wybranego kuriera, chociaż miała obowiązywać jedna ustalona dopłata. Poprawiłem sposób naliczania tak, aby dostawa z pobraniem miała stałą kwotę, a dodatkowa opłata była obliczana automatycznie.
Te trzy przykłady pokazują, dlaczego naprawa kasy WooCommerce wymaga sprawdzenia konkretnej sytuacji, a nie tylko informacji, że strona zamówienia się otwiera.
Jeśli klienci zgłaszają trudności z formularzem, płatnością lub dostawą, prześlij mi nagranie albo opis kroków prowadzących do błędu. Na tej podstawie mogę odtworzyć problem i przygotować poprawkę.
Jak robię poprawki WordPress, żeby aktualizacja ich nie skasowała?
Bezpośrednie edytowanie plików głównego motywu może przynieść szybki efekt, ale kolejna aktualizacja potrafi zastąpić je nowymi wersjami. Wtedy wcześniej wprowadzona zmiana znika i trzeba wykonywać ją ponownie.
Dlatego przy drobnych modyfikacjach wyglądu stosuję motyw potomny. To osobny zestaw plików przechowujący własne zmiany, który pozwala aktualizować główny motyw bez automatycznego nadpisywania tych poprawek.
Gdy zmiana dotyczy działania WooCommerce, na przykład statusów zamówień, pól kasy czy określonej reguły, odpowiedniejsza może być mała wtyczka. Dzięki temu logika poprawki nie jest bezpośrednio związana z plikami motywu.
Takie rozdzielenie nie oznacza, że przyszłe aktualizacje nigdy niczego nie zepsują. Zmiany w samym WordPress, WooCommerce lub innych wtyczkach mogą wymagać ponownego sprawdzenia zgodności. Chodzi o to, żeby nie tracić własnych modyfikacji tylko dlatego, że został zaktualizowany motyw.
Naprawa istniejącej funkcji to jednak coś innego niż budowa rozbudowanego rozwiązania od początku. Jeśli potrzebujesz nowego mechanizmu obsługi sklepu, zobacz usługę wtyczki WordPress na zamówienie.
W ramach jednorazowego zlecenia mogę poprawić konkretny element istniejącej strony i umieścić zmianę w miejscu, które ułatwi jej późniejsze utrzymanie.
Jak sprawdzam naprawę i kiedy wystarczy jednorazowe zlecenie?
Samo zniknięcie komunikatu błędu nie oznacza jeszcze, że problem został rozwiązany. Jeśli wcześniej zamówienia anulowały się automatycznie, trzeba sprawdzić ich statusy. Jeśli kasa gubiła kursor, należy odtworzyć sytuację, w której formularz ponownie przelicza dane.
Dlatego po wprowadzeniu poprawki testuję funkcję, której dotyczyło zgłoszenie. Przy problemach z zakupami może to być zamówienie testowe. Przy błędzie formularza sprawdzam wysłanie wiadomości, a przy zmianie wyglądu weryfikuję poprawiony element na odpowiednich ekranach.
Zanim rozpocznę naprawę, wykonuję kopię plików i bazy danych. Jeśli to możliwe, przygotowuję i sprawdzam zmianę na wersji testowej, żeby ograniczyć ingerencję w działającą stronę.
Po zakończeniu przekazuję krótki opis obejmujący:
- przyczynę problemu, którą udało się ustalić;
- wprowadzone zmiany;
- sposób sprawdzenia naprawionej funkcji;
- informację, gdzie znajduje się kopia zapasowa.
Jednorazowa naprawa wystarczy, gdy masz konkretny błąd albo zamkniętą listę poprawek i nie potrzebujesz regularnego zarządzania stroną. Możesz wrócić do mnie przy kolejnym zgłoszeniu, ale nie musisz od razu zamawiać abonamentu.
Stała opieka ma sens w innej sytuacji: gdy chcesz regularnie aktualizować stronę, wykonywać kopie i zajmować się jej bieżącym utrzymaniem. Podobnie osobnym zadaniem jest optymalizacja wolno działającego serwisu. Jeśli głównym problemem są długie czasy ładowania, odpowiednią usługą będzie przyspieszenie strony WordPress.
Jeżeli Twoja strona lub sklep ma konkretną usterkę, opisz objaw, moment jego wystąpienia i ostatnie zmiany, a po rozpoznaniu ustalimy zakres i termin naprawy.
Następny krok