Opieka techniczna WordPress w Gdańsku

Strona oparta na WordPress potrafi działać latami bez większej uwagi, aż do dnia, w którym przestaje. Opieka techniczna WordPressa to umowa o to, żeby ten dzień nie nastąpił w środku kampanii sprzedażowej albo w piątek o 16:00, gdy nikt już nie odbiera telefonu. W Gdańsku prowadzimy taką opiekę dla firm, które traktują własną witrynę jak część infrastruktury, a nie jak broszurę do odhaczenia.

#Opieka techniczna WordPressa w Gdańsku

Gdański rynek jest nietypowy jak na polskie miasto tej wielkości. Z jednej strony port, spedycja i sektor morski, gdzie strona to często wielojęzyczny katalog usług i punkt kontaktu z zagranicznym kontrahentem. Z drugiej dojrzała scena IT skupiona wokół Olivia Centre w Oliwie, Gdańskiego Parku Naukowo-Technologicznego i Politechniki Gdańskiej, gdzie standardy techniczne są wysokie, bo klient sam pisze kod. Opieka, która sprawdza się dla obu, musi być konkretna: testowane aktualizacje, mierzony czas reakcji i pisemny ślad każdej zmiany.

#Co obejmuje miesięczna opieka

• Aktualizacje rdzenia WordPressa, wtyczek i motywów testowane najpierw na środowisku testowym, z udokumentowaną ścieżką wycofania dla każdego cyklu. Szczególną ostrożność zachowujemy przy sklepach na WooCommerce, gdzie aktualizacja bramki płatności BLIK, Przelewy24, PayU czy Autopay potrafi cicho rozłączyć checkout
• Codzienne kopie zapasowe z 30-dniową retencją, trzymane poza serwerem produkcyjnym, z okresowym testem przywrócenia, bo backup, którego nikt nie odtwarzał, jest tylko założeniem
• Skanowanie malware, reguły WAF i monitoring integralności plików, z naciskiem na luki w popularnych w polskich sklepach wtyczkach do integracji z BaseLinkerem, Allegro czy systemami magazynowymi Subiekt i Comarch
• Monitoring uptime i czasu odpowiedzi z alertem do kanału ticketowego, plus regularny pomiar Core Web Vitals na realnym ruchu
• Pula godzin deweloperskich na drobne zmiany w ramach abonamentu, bez osobnej wyceny i procesu zatwierdzania dla każdej poprawki
• Aktualizowane runbooki: konfiguracja hostingu, wersje PHP, lista wtyczek i procedura odtworzenia, żeby przejęcie strony przez kogokolwiek innego nie zaczynało się od archeologii

#Dlaczego gdański kontekst zmienia priorytety

Spedycja i firmy z otoczenia Portu Gdańsk często prowadzą strony w trzech, czterech językach naraz, a treść techniczną (warunki przewozu, certyfikaty, dane kontaktowe oddziałów) zmieniają częściej niż przeciętna firma usługowa. Tutaj opieka to przede wszystkim dyscyplina wokół wtyczki wielojęzycznej (WPML albo Polylang), pilnowanie spójności tagów hreflang i tego, żeby aktualizacja jednej wersji językowej nie rozjechała pozostałych.

Sklepy obsługujące rynek polski mają zupełnie inną listę ryzyk. Tu liczy się działający w każdej chwili BLIK i Przelewy24, prawidłowo skonfigurowane punkty odbioru InPost Paczkomaty w koszyku oraz integracja z Allegro, która nie gubi stanów magazynowych. Dochodzi do tego warstwa fakturowania: wystawianie faktury VAT, eksport do JPK_VAT, a od momentu obowiązkowego KSeF poprawne przekazywanie danych do Krajowego Systemu e-Faktur. Opieka techniczna nie zastępuje księgowości, ale to ona pilnuje, żeby aktualizacja wtyczki fakturowej nie zerwała tej integracji w tle.

Firmy z gdańskiej sceny IT, te z Olivia Centre, GPN-T czy ekosystemu wokół konferencji infoShare, zwykle mają własnych deweloperów i potrzebują opieki jako warstwy odciążającej: ktoś przejmuje aktualizacje, monitoring i incydenty, żeby ich zespół nie był wyrywany do WordPressa w środku sprintu. Z takimi klientami pracuje się na poziomie technicznym, nie wyjaśniając podstaw, i to zmienia formę raportów na bardziej szczegółowe. Często WordPress pełni u nich rolę bloga firmowego, strony rekrutacyjnej albo bazy wiedzy obok głównego produktu, więc opieka musi być przewidywalna i nie generować pracy dla ich teamu.

Osobna grupa to firmy korzystające z Pomorskiej Specjalnej Strefy Ekonomicznej i lokalnego sektora produkcyjnego, dla których strona jest przede wszystkim wizytówką wobec zagranicznych partnerów i kandydatów do pracy. Tu rzadko liczy się szybkość zmian, a bardziej stabilność, poprawne wersje językowe i to, żeby formularz kontaktowy faktycznie dostarczał wiadomości, a nie wpadał cicho do spamu na skrzynce odbiorczej. Brzmi prozaicznie, ale niedziałający formularz kontaktowy to jeden z najczęściej przeoczanych problemów na firmowych stronach WordPress, bo nikt go nie zauważa, dopóki ktoś nie zapyta, czemu nie ma odpowiedzi na zgłoszenia.

#Jak wygląda przejęcie istniejącej strony

Opieka prawie nigdy nie zaczyna się od czystej instalacji. Najczęściej dostajemy stronę, która działała pod opieką poprzedniego wykonawcy albo nie miała jej wcale. Pierwszy krok to audyt: inwentaryzacja wtyczek i ich wersji, sprawdzenie wersji PHP (przestarzałe PHP to najczęstsze źródło cichych awarii po aktualizacji), stan i odtwarzalność kopii zapasowych, ślady wcześniejszych włamań oraz punkt odniesienia wydajności.

Na tym etapie regularnie wychodzą rzeczy, których właściciel nie był świadomy: kopie zapasowe, które od miesięcy zapisują pusty plik, wtyczka z publicznie znaną podatnością, albo motyw modyfikowany bezpośrednio w plikach, przez co każda aktualizacja kasuje zmiany. Audyt kończy się listą napraw z priorytetami. Pierwszy miesiąc przejętego projektu to zwykle więcej remediacji niż rutynowej opieki i tak to komunikujemy z góry, zamiast udawać, że zaniedbana strona wejdzie w abonament bezboleśnie.

#Reakcja na incydenty

Zgłoszenie priorytetowe dostaje odpowiedź w czasie zapisanym w SLA, w dni robocze poniżej czterech godzin. Dla potwierdzonego incydentu bezpieczeństwa albo awarii produkcji, jeśli umowa to obejmuje, reagujemy poza standardowymi godzinami. Każda interwencja jest rejestrowana: oś czasu, przyczyna źródłowa, wykonane kroki i wnioski. Dzięki temu po fakcie wiadomo, co się stało i jak nie dopuścić do powtórki, a nie tylko że “było naprawione”.

W praktyce najczęstsze gdańskie scenariusze awaryjne to dwa. Pierwszy: sklep na WooCommerce, który po automatycznej aktualizacji wtyczki płatności przestaje finalizować zamówienia płatne BLIK-iem, a właściciel orientuje się dopiero po spadku zamówień (dlatego automatyczne aktualizacje na sklepach z transakcjami wyłączamy i prowadzimy je ręcznie przez środowisko testowe). Drugi: strona spedycyjna albo firmowa, która pada pod nietypowym ruchem botów skanujących formularze kontaktowe i ścieżki logowania. Oba scenariusze rozwiązuje się szybciej, gdy wcześniej skonfigurowano monitoring i WAF, niż gdy reaguje się dopiero na telefon od zaniepokojonego klienta. Kluczowa różnica między dobrą a pozorną opieką polega właśnie na tym, czy problem wykrywa monitoring, czy człowiek, który chciał coś kupić i nie mógł.

#Bezpieczeństwo i obsługę wymagań RODO

Standard bezpieczeństwa jest niezależny od branży: wymuszony HTTPS, sensowne nagłówki bezpieczeństwa, uwierzytelnianie dwuskładnikowe dla kont administracyjnych, ograniczenie prób logowania i regularny przegląd uprawnień ról. Dla stron przetwarzających dane osobowe (formularze kontaktowe, konta klientów sklepie, zapisy do newslettera) dochodzi warstwa zgodności z RODO: zarządzanie zgodami, minimalizacja zbieranych danych i porządek w tym, kto i przez jakie wtyczki ma dostęp do bazy. To szczególnie istotne w sklepach, gdzie integracje z systemami płatności, kurierami i platformami marketingowymi mnożą miejsca, przez które dane wypływają na zewnątrz.

#Wydajność i Core Web Vitals

Core Web Vitals przekładają się i na pozycję w wyszukiwarce, i na realny współczynnik porzuceń koszyka. W ramach opieki monitorujemy LCP, INP i CLS na rzeczywistym ruchu, a nie tylko w jednorazowym teście Lighthouse, bo te dwa pomiary potrafią się rozjeżdżać o sekundy. Typowe źródła problemów na dojrzałych stronach WordPress to przerośnięta baza danych (lata rewizji postów, wygasłe transienty, rozdęty autoload), nieskończona kolejka wtyczek dorzucających własny JavaScript do każdej podstrony oraz obrazy wgrywane przez redakcję bez kompresji. Optymalizacja idzie po kolei: czyszczenie bazy, porządkowanie cache po stronie serwera, kompresja i nowoczesne formaty obrazów, a dopiero potem cięższe interwencje w kod. Skala poprawy zależy od stanu wyjściowego i nie obiecujemy z góry konkretnej liczby, bo to byłaby zgadywanka.

#Jak pracujemy

Komunikacja idzie przez pisemny kanał ticketowy z miesięcznym raportem statusu: co zaktualizowano, jakie incydenty wystąpiły, jak wyglądają metryki wydajności i jakie ryzyka zostają na kolejny miesiąc. Rozmowy rezerwujemy na sytuacje, które realnie tego wymagają, czyli decyzje do odblokowania albo omówienie poważniejszego incydentu. Opieka jest realizowana zdalnie, co dla większości klientów Gdańsku i okolicach nie ma znaczenia, bo i tak komunikacja toczy się w ticketach, nie na korytarzu.

Działamy na jasnych założeniach: zakres opieki, czas reakcji w SLA, pula godzin deweloperskich i sposób raportowania są spisane, zanim zaczniemy. Pracujemy z WordPressem od 2007 roku, więc znamy zarówno klasyczny stack PHP, jak i podejście headless z Astro albo Next.js dla firm, które chcą zostawić WordPressa jako zaplecze treści, a frontend przenieść gdzie indziej.

#Najczęstsze pytania firm z Gdańska

Przejmiecie zaniedbaną stronę, która już ma problemy? Tak. Faza audytu po to właśnie jest, żeby wyłapać przestarzałe PHP, podatne wtyczki, niedziałające kopie zapasowe albo ślady malware i przygotować listę napraw przed wejściem w stałą opiekę.

Czy opieka obejmuje sklep na WooCommerce z polskimi płatnościami? Tak. Integracje BLIK, Przelewy24, PayU, Autopay oraz punktów odbioru InPost traktujemy jako element krytyczny: ich aktualizacje testujemy na środowisku testowym, bo to one najczęściej cicho psują checkout.

Co z fakturowaniem i KSeF? Pilnujemy, żeby aktualizacje wtyczek odpowiedzialnych za faktury VAT, eksport JPK_VAT i przekazywanie danych do KSeF nie zrywały integracji. Sama logika księgowa pozostaje po stronie Waszego systemu i księgowości, my odpowiadamy za to, żeby warstwa WordPressa działała poprawnie.

Pracujecie tylko z firmami z Gdańska? Nie. Mamy klientów całej Polsce i za granicą. Gdański kontekst opisujemy, bo realnie kształtuje priorytety (wielojęzyczność dla spedycji, dojrzałe wymagania techniczne sceny IT z Oliwy), ale opieka działa tak samo dobrze zdalnie.

Czym to się różni od pakietu maintenance od firmy hostingowej? Hosting dorzuca opiekę jako upsell i ogranicza się zwykle do aktualizacji “klikniętych” bez testów. My jesteśmy deweloperami, więc rozumiemy, co się stanie po aktualizacji, zanim ją wdrożymy, i bierzemy odpowiedzialność za odtworzenie strony, a nie tylko za zielony status uptime.

#Jak zacząć

Napisz krótko, na czym stoi strona dzisiaj: jaki hosting, jakie wtyczki krytyczne, czy to sklep, czy serwis wielojęzyczny, i co najbardziej Cię niepokoi. Na tej podstawie zrobimy wstępny przegląd, wskażemy realne ryzyka i zaproponujemy zakres opieki dopasowany do tej konkretnej instalacji. Wycena jest indywidualna, bo zaniedbany sklep na WooCommerce i prosta wizytówka firmy spedycyjnej to dwa zupełnie różne nakłady pracy.