Opieka techniczna WordPress w Liverpoolu

Polski zespół, który utrzymuje WordPressa dla firmy w Liverpoolu, nie dokłada „jeszcze jednego abonamentu aktualizacji”. Utrzymuje serwis, który stoi obok operatora portowego przy Mersey, agencji kreatywnej z Baltic Triangle, instytucji kultury przy Albert Dock i firmy B2B z Knowledge Quarter, na rynku, gdzie awaria publikacji przed sezonem rejsów albo wyciek komunikatu operacyjnego przed ogłoszeniem nowej trasy to temat na rozmowę z compliance i z działem prawnym, a nie tylko z marketingiem. Ta strona opisuje opiekę techniczną WordPressa właśnie w tym układzie: polski delivery, kontekst w Liverpoolu, bez cennika i bez obietnic dostępności w procentach.

Szerszy opis produktu opieki, niezależny od miasta, jest na stronie opieki technicznej WordPress. Tu schodzimy do Liverpoolu: Baltic Triangle, Liverpool Digital, sektor morski, instytucje kultury, UK GDPR, ICO, hosting w Wielkiej Brytanii oraz dziennik incydentów, który da się pokazać przy audycie.

#Co oznacza opieka WordPress przy serwisie portowym, kulturalnym albo B2B

Opieka to nie „włącz auto-update i miej nadzieję”. Dla strony operatora logistycznego z harmonogramem rejsów, portalu wystawy w Tate Liverpool albo strefy inwestorów firmy z Baltic Triangle utrzymanie ma cztery twarde elementy: aktualizacje na kopii testowej, kopie zapasowe, które da się odtworzyć, WAF z sensownymi regułami oraz dziennik incydentów, który przeżyje pytanie audytora. Reszta - drobne zmiany w motywie, nowy formularz kontaktowy B2B, poprawka Core Web Vitals przed kampanią turystyczną - wisi na tym fundamencie. Bez niego kolejna wtyczka tylko powiększa powierzchnię ataku.

Serwis w Liverpoolu często zbiera dane, których nie wolno traktować jak treści bloga. Formularz zgłoszeniowy partnera logistycznego, panel klienta B2B, formularz darowizn fundacji, embargo redakcyjne przed premierą wystawy, logowanie do strefy partnera: każdy z tych ekranów po aktualizacji wtyczki potrafi się rozsypać ciszej niż strona główna. Dlatego regresja nie kończy się na „strona się ładuje”. Kończy się na ścieżce, którą redaktor operacyjny, partner albo inwestor naprawdę klika.

#Aktualizacje wyłącznie przez środowisko testowe

Rdzeń WordPress, wtyczki i motyw idą najpierw na środowisko testowe. środowisko testowe ma ten sam stos PHP, ten sam obiekt cache jeśli produkcja go ma, i te same wtyczki consent albo publikacji w trybie sandbox. Aktualizacja „od razu na żywo, bo to tylko patch” jest najkrótszą drogą do martwego formularza kontaktowego w piątek po południu przed ogłoszeniem nowej trasy promowej, albo do wycieku artykułu przed embargiem, kiedy cache serwuje treść, która miała czekać do poniedziałku przed otwarciem sezonu rejsów.

Po wgraniu łatek na kopii testowej idzie checklista, nie wyczucie. Logowanie wp-admin, zapis strony, formularz kontaktowy z klauzulą UK GDPR, koszyk i płatność w GBP jeśli jest WooCommerce, cron, poczta wychodząca, webhooki CRM, purge cache po publikacji. Dopiero po tym produkcja. Ścieżka wycofania jest zapisana zanim ktokolwiek naciśnie deploy: która kopia, który tag, kto ma dostęp do hostingu. Jeśli tego nie ma na piśmie, to nie ma rollbacku, tylko improwizacja przed sezonem rejsów albo premierą wystawy.

#Kopie operacyjne to nie archiwum księgowe u klienta

Codzienna kopia WordPressa służy do odtworzenia serwisu po błędzie albo ataku. Archiwum księgowe w Xero, Sage albo systemie kancelarii dotyczy czego innego: dowodów księgowych i możliwości wglądu audytora HMRC. Kopia w panelu hostingu nie zastępuje archiwum księgowego sama z siebie. Brakuje niezmienności, kompletności i dokumentacji procedury po stronie klienta.

W praktyce utrzymania rozdzielamy trzy warstwy. Pierwsza: kopia operacyjna strony i bazy, z retencją zapisaną w runbooku, testem odtworzenia, nie tylko „backup job zielony”. Druga: logi zmian i incydentów, które pokazują kto, kiedy i co wgrał. Trzecia: archiwum podatkowe u klienta, zwykle w Xero albo w DMS kancelarii. Kiedy wszystko ląduje w jednym katalogu FTP, po dwóch latach przygotowanie zestawu dla księgowości zaczyna się od segregowania od zera.

#WAF, monitoring i dziennik pod audyt

WAF (mod_security, Cloudflare WAF albo reguły u hostera) odcina typowe skany i wstrzyknięcia, zanim dotrą do PHP. To nie zastępuje aktualizacji. To kupuje czas. Skan malware i kontrola integralności plików łapie to, co WAF przepuścił albo co weszło skradzionym hasłem. Dwuskładnikowe logowanie do wp-admin i ograniczenie liczby kont z uprawnieniem administratora są tańsze niż forensics po kradzieży sesji w tygodniu, kiedy operator portowy publikuje komunikaty o opóźnieniach w krótkich oknach czasowych.

Dziennik incydentów jest równie ważny jak sama tama. Zapis: czas wykrycia, czas ograniczenia, czas przywrócenia, przyczyna, lista zmienionych plików i wtyczek, kto był powiadomiony. Dla operatora portowego, instytucji kultury albo firmy B2B pod brytyjskie wdrożenie UK GDPR ten plik jest surowcem do zgłoszenia. Agencja WordPress nie składa raportu do ICO za klienta. Dostarcza oś czasu, której klient nie musi rekonstruować z pamięci.

#Liverpool jako kontekst, nie jako ozdobnik w tytule

Liverpool to port morski z międzynarodowym zasięgiem, silny sektor kultury i turystyki oraz ekosystem cyfrowy skoncentrowany wokół Baltic Triangle. Albert Dock, terminal rejsowy i Peel Ports generują inne wzorce ruchu niż produkcja medialna w MediaCityUK. Premiera wystawy w Tate Liverpool albo ogłoszenie nowej trasy promowej to skok odwiedzin w godzinach, nie w tygodniach. WordPress w tym układzie często nie jest „wizytówką”, tylko kanałem komunikatów operacyjnych, kalendarzem wydarzeń albo panelem partnerskim B2B. Awaria formularza zgłoszeniowego albo wyciek logów z wp-admin to nie problem marketingu. To problem compliance i często temat dla działu prawnego, który pyta o hosting w UK i zgodność z UK GDPR nadzorowanym przez ICO.

Baltic Triangle to najbardziej rozpoznawalny klaster technologiczny Liverpoolu. Liverpool Digital zbiera startupy, agencje kreatywne i firmy SaaS w odrestaurowanych magazynach między centrum a dokami. Brief od klienta stąd często brzmi: „mamy Elementor, redakcja boi się migracji, a CTO chce Gutenberg i Git”. To problem modelu treści i procesu wdrożenia, nie problem szablonu z marketplace. Opieka techniczna w Liverpoolu musi rozumieć, że aktualizacja wtyczki page buildera w takim środowisku to nie „drobny patch”, tylko ryzyko dla całego procesu redakcyjnego.

Sektor morski w Liverpoolu to operatorzy logistyczni, agencje żeglugowe, firmy cargo i podmioty obsługujące łańcuch dostaw przez port na Mersey. Ich strony WordPress muszą obsługiwać wielojęzyczne treści (EN plus języki partnerów handlowych), formularze zbierające dane kontaktowe pod UK GDPR i integracje z systemami śledzenia przesyłek albo CRM B2B. Motyw, który nie wytrzyma ogłoszenia nowej trasy w szczycie sezonu, produkuje incydent operacyjny, nie „drobny ticket po weekendzie”.

Instytucje kultury w Liverpoolu (muzea, galerie, festiwale, obiekty dziedzictwa UNESCO) mają inny profil niż firma logistyczna z portu. Więcej treści wydarzeniowych, więcej materiałów multimedialnych, więcej pytań o dostępność publicznego sektora i mniej o integrację z systemem magazynowym. WordPress w tym środowisku to portal wystaw, kalendarz wydarzeń albo strona fundacji, która zbiera darowizny i musi respektować UK GDPR w formularzach.

WordPress Liverpool Meetup spotyka się regularnie w okolicach miasta i zbiera developerów, agencje i freelancerów pracujących na WordPressie w regionie. To sygnał, że lokalna społeczność zna WordPress Coding Standards, debatuje o Gutenbergu i widzi różnicę między motywem blokowym a page builderem generującym shortcode’y w treści. Opieka, która nie rozumie tego kontekstu, traktuje każdą instalację jak generyczną stronę firmową.

#Operacje specyficzne dla Wielkiej Brytanii

Polski zespół zna WordPressa. Klient w Liverpoolu pyta o coś innego: gdzie leżą dane po Brexicie, czy serwer jest „w UK albo przynajmniej w EOG”, jak długo trzymamy logi, kto wystawia fakturę z VAT, czy polityka prywatności jest zgodna z UK GDPR. Te pytania trzeba umieć obsłużyć procesem, nie sloganem o „zgodności z GDPR”.

#UK GDPR i ICO: kto komu raportuje

Po Brexicie Wielka Brytania zachowała własną wersję RODO, powszechnie nazywaną UK GDPR, oraz Data Protection Act 2018. Information Commissioner’s Office (ICO) nadzoruje zgodność. Naruszenie, które niesie ryzyko dla osób, których dane dotyczą, wymaga zgłoszenia bez zbędnej zwłoki, z 72 godzinami jako zewnętrzną granicą od momentu, w którym firma dowiedziała się o incydencie.

Z tego dla WordPressa w Liverpoolu wynika skromny, konkretny obowiązek. Utrzymanie dostarcza logi, oś czasu i opis zmian. Klient klasyfikuje, czy zdarzenie jest naruszeniem wymagającym zgłoszenia. Nikt po stronie agencji nie podpisuje się pod „jesteście GDPR-compliant, bo macie WAF”. To byłoby kłamstwo opakowane w produkt. Opieka nie zastępuje prawnika, ale dziennik incydentów i procedura backupu to materiał, którego brak blokuje sensowne zgłoszenie do ICO.

Formularze zbierające dane osobowe (kontakt, newslettery, zapytania B2B, formularze darowizn) dostają jawną podstawę prawną, checkbox zgody tam, gdzie consent jest wymagany, i minimalizację pól. Wtyczki consent (CookieYes, Complianz, podobne popularne w Wielkiej Brytanii) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją. To jest decyzja w motywie i w kolejności enqueue, nie ticket opieki po pierwszym zapytaniu od ICO.

#Hosting w UK i jurysdykcja danych po Brexicie

Dane osobowe pod UK GDPR ciągną pytanie: w której jurysdykcji stoi serwer. AWS w Londynie (eu-west-2), hosting u brytyjskiego providera (Krystal, 20i, SiteGround UK), Hetzner w Falkenstein (Niemcy, EOG) albo DigitalOcean w Londynie to różne odpowiedzi dla compliance officer. Ashburn albo Hillsboro to Stany i zwykle veto bez Standard Contractual Clauses albo innej podstawy transferu.

Pytanie „czy hosting jest w Liverpoolu” wraca rzadziej niż „czy w UK”. Odpowiedź operacyjna jest dwuczęściowa. Jurysdykcja: UK albo EOG, kopia nie wyjeżdża nocą na bucket w regionie US bez uzgodnienia. Latencja: origin w UK plus CDN z terminałem TLS w UK zwykle wystarcza dla użytkowników Liverpoolu i na całym terytorium Wielkiej Brytanii. Rozmowa o hostingu w onboardingu jest merytoryczna, nie wizerunkowa.

Backupy muszą trzymać tę samą jurysdykcję co produkcja. Jeśli produkcja stoi w Londynie, a backup ląduje w Virginii, compliance officer ma powód do pytania. Konfiguracja backupów WordPressie (UpdraftPlus, WPVivid, backup na poziomie hostingu) jest dokumentowana w runbooku wraz z regionem docelowym.

#VAT i faktury jako proces, bez kwot agencji

Ta strona nie publikuje cen WPPoland. Opisuje, jak faktura z brytyjskim VAT ma wyglądać jako obieg, nie jako cennik. Faktura potrzebuje kompletnych danych: nazwa i adres, numer VAT, opis świadczenia, data, stawka VAT, kwota podatku, numer faktury w nieprzerwanym ciągu. Sklep albo strona usługowa, która po aktualizacji wtyczki fakturującej gubi numer VAT albo stawkę, produkuje dokumenty, których księgowość nie przyjmie.

W utrzymaniu pilnujemy, żeby wtyczka faktur, pole podatkowe i PDF nie rozjechały się po patchu. Nie wystawiamy deklaracji podatkowej za klienta. Nie podajemy stawek jako oferty agencji. Pilnujemy, żeby proces, który klient uzgodnił z księgowością, nadal działał po cyklu aktualizacji.

#WooCommerce, GBP i checkout, którego nie wolno łatać w ciemno

Sklep brytyjski zbiera płatności w GBP, czasem przez Stripe, PayPal albo bramkę lokalną. Webhooki bramki i status zamówienia muszą przeżyć aktualizację WooCommerce. W Liverpoolu do Royal Mail dochodzi DPD albo Evri - sieć, której klienci oczekują w kasie, nie ciekawostka z ulotki. Aktualizacja wtyczki etykiet, która na produkcji nadpisze mapowanie usług, zostawia magazyn z ręcznym klejeniem numerów. Dlatego te wtyczki nigdy nie idą w tym samym oknie co „drobna aktualizacja SEO”.

Pełny brief checkoutu, integracji magazynowych i podatków opisuje strona WooCommerce programista w Liverpoolu. Opieka pilnuje, żeby cykl aktualizacji nie rozwalał tego, co development zbudował. Polski runbook checkoutu nie przenosi się do Wielkiej Brytanii jeden do jednego. W Liverpoolu obowiązuje GBP, VAT, inne dowody księgowe i inny mix przewoźników niż na rynku krajowym.

#Dostępność: Public Sector Bodies Regulations i Equality Act

Dostępność w Liverpoolu nie jest jednym przepisem. Publiczne instytucje (uniwersytety, muzea finansowane z budżetu publicznego, organy publiczne) podlegają Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018, które wymagają WCAG 2.1 AA (z perspektywą przejścia na WCAG 2.2). Sektor prywatny nie ma identycznego obowiązku prawnego, ale Equality Act 2010 tworzy kontekst, w którym niedostępna strona usługowa to ryzyko prawne i wizerunkowe, nie „nice to have”.

Aktualizacja, która wprowadza niedostępny formularz albo błąd kontrastu, to nie tylko wada designu. Instytucje kultury z Albert Dock często traktują dostępność jako element raportowania zrównoważonego rozwoju. Dlatego w cyklu aktualizacji jest kontrola dostępności na krytycznych ścieżkach, nie jako jednorazowy audyt sprzed trzech lat.

#Reakcja na incydent bez pustych procentów

Obietnica dostępności zapisana procentem na stronie city to ozdobnik, nie kontrakt. Dostępność wynika z hostingu, DNS, CDN, wtyczek i ludzi. Opieka opisuje procedurę, nie talizman.

Wykrycie: monitoring syntetyczny plus alert z WAF albo z hosta. Triage: czy to treść, czy formularz kontaktowy, czy wp-admin, czy cała produkcja, czy wyciek przed embargiem przed premierą wystawy. Ograniczenie: tryb konserwacji, cofnięcie wtyczki, wyłączenie endpointu, rotacja haseł, twardy WAF, purge cache. Odtworzenie z kopii, jeśli pliki są spalone. Dokumentacja osi czasu. Post-mortem z przyczyną i z działaniem, które ma nie powtórzyć się za miesiąc.

Czas pierwszej odpowiedzi zapisujemy w umowie. W dniach roboczych priorytet zwykle zamyka się w oknie godzin, nie dni. Dyżur poza tym oknem jest wtedy, gdy umowa go obejmuje. Ta strona nie sprzedaje uniwersalnego SLA w tabelce. Sprzedaje porządek: widać, kto wszedł, co zmienił, kiedy serwis wrócił.

Jeśli klient musi złożyć zgłoszenie do ICO, dziennik z opieki jest załącznikiem. Brak dziennika oznacza, że compliance składa raport ze zrzutów ekranu i ze wspomnień z Slacka.

#Przypadek: aktualizacja cache położyłaby komunikat operacyjny, środowisko testowe to zatrzymał

Serwis operatora portowego na WordPressie, landing z harmonogramem rejsów, formularz zgłoszeniowy partnera B2B, treść zaplanowana na poniedziałek 6:00 przed ogłoszeniem nowej trasy. W kolejce do produkcji leżała aktualizacja wtyczki cache obiektowego plus patch SEO, „drobny, na żywo, bo to tylko object cache”.

Na środowisku testowym, sklonowanym z produkcji razem z Redisem i z kolejką zaplanowanych postów, publikacja o 6:00 serwowała treść z piątkowego szkicu. Przyczyna: zmiana klucza cache po patchu, stary fragment w motywie wołał get_post bez sprawdzenia statusu future, CDN trzymał HTML bez Cache-Control dla zalogowanego redaktora. Na produkcji ten sam zestaw poszedłby w niedzielę wieczorem. Materiał wyszedłby przed terminem, formularz zbierałby dane bez zaktualizowanej klauzuli UK GDPR, a poniedziałkowy ruch z newslettera trafiłby w 404 po panicznym cofnięciu wpisu.

środowisko testowe zatrzymał promocję. wycofanie zmian na kopii testowej potwierdził, że sama wtyczka SEO jest niewinna, gdy motyw nie woła szkicu po kluczu bez statusu. Motyw dostał poprawkę, checklista publikacji (szkic, future, formularz, purge, URL w newsletterze, dostępność w stopce, polityka prywatności) przeszła, dopiero potem produkcja. Nie ma tu nazwy firmy, bo to kształt zdarzenia, nie case study z logotypem. Jest mechanizm: najpierw kopia, potem produkcja. Bez kopii zostałby post-mortem i rozmowa z prawnikiem o wycieku.

Ten sam kształt wraca przy wtyczkach płatności w sklepach B2B, przy checkoucie, który po aktualizacji gubi stawkę VAT, i przy „drobnej” aktualizacji SEO, która nadpisuje robots i wycina panel partnera z indeksu wewnętrznego wyszukiwania. Liverpool nie wybacza tego ciszej niż inny rynek. Wygląda to gorzej, bo obok siedzi ktoś, kto pyta o UK GDPR, o numer VAT albo o slot w kalendarzu sezonu rejsów.

#Sezon rejsów, Albert Dock i praktyka, której nie widać w panelu hostingu

Sezon rejsów i wydarzenia w Albert Dock to kalendarz, w którym widać, kiedy serwisy portowe i instytucje kultury dostają skok ruchu i kiedy publikacja komunikatu operacyjnego nie może spaść. Opieka, która nigdy nie wychodzi poza ticket, gubi ten kontekst: w Liverpoolu część zespołów i tak siedzi po stronie operatorów portowych albo instytucji kultury i usłyszy te same pytania w Baltic Triangle albo przy Albert Dock.

WP-CLI w utrzymaniu nie jest ozdobą konferencyjną. To sposób, żeby aktualizację, różnicę wtyczek i eksport listy użytkowników zrobić powtarzalnie, z logiem, bez klików wp-admin na produkcji. Po incydencie bezpieczeństwa argument „zrobimy to ręcznie w panelu” brzmi jeszcze gorzej, kiedy compliance pyta o oś czasu.

Freeze aktualizacji przed sezonem rejsów albo premierą wystawy to nie fanaberia. To zapis w runbooku: w oknie od X do Y żadna wtyczka nie idzie na produkcję bez zgody klienta. Operator portowy, który ogłasza opóźnienie rejsu w piątek wieczorem, nie chce słyszeć, że „właśnie aktualizowaliśmy cache i teraz sprawdzamy”.

#Miesięczny rytm, onboarding i przejęcie bałaganu

Onboarding to audyt, nie kick-off z prezentacją. Inwentaryzacja wtyczek, wersja PHP, cron, poczta, SSL, WAF, czy kopia w ogóle się odtwarza, gdzie stoi serwer, kto ma dostęp SFTP i do wp-admin, czy są konta-widma po agencji, która zniknęła. Baseline Lighthouse na stronie głównej i na najważniejszym formularzu, checkoucie albo szablonie harmonogramu rejsów. Lista ryzyk z priorytetem: najpierw to, co psuje odtworzenie i bezpieczeństwo, potem to, co psuje konwersję albo publikację.

Pierwszy cykl aktualizacji na stagingu jest częścią onboardingu, nie „bonusem w miesiącu drugim”. Jeśli stagingu nie ma, jego postawienie jest pracą startową. Serwis portowy albo instytucji kultury w Liverpoolu bez kopii testowej nie wchodzi w stały abonament z otwartymi auto-update.

Miesiąc stały: okno aktualizacji, skan, przegląd logów WAF, test odtworzenia kopii w uzgodnionym cyklu, krótki raport. Raport ma metryki (uptime z monitoringu, błędy 5xx, czas odpowiedzi, lista wgranych wersji), decyzje (wtyczka X zostaje, wtyczka Y do wymiany) i residualne ryzyko (host poza UK, brak 2FA u redakcji, Xero nadal na ręcznym PDF, cache bez reguły dla future). Bez residualnego ryzyka raport jest broszurą.

Przejęcie zaniedbanej instalacji zaczyna się od tej samej listy, tylko dłuższej. Stary PHP, wtyczka page buildera bez łatek, kopia tylko na tym samym dysku co produkcja, hasło admin we wpisie w Confluence, checkout z trzema wtyczkami podatkowymi naraz, Redis, który trzyma szkice. Pierwszy miesiąc to remediacja. Stała opieka zaczyna się, gdy da się bezpiecznie wgrać łatki.

Budowa od zera albo przebudowa motywu to już inna usługa: programista WordPress w Liverpoolu. Sklep, checkout, GBP i VAT: programista WooCommerce w Liverpoolu. Opieka nie udaje, że jest projektem wdrożeniowym. Gdy w utrzymaniu wychodzi, że motyw trzeba napisać od nowa, to idzie jako osobne zlecenie, na piśmie. Filary niezależne od miasta: programista WordPress i programista WooCommerce.

#Wydajność przy skokach ruchu sezonowych i użytkownikach z całej Wielkiej Brytanii

Origin w Liverpoolu albo w sąsiednim centrum w UK nie naprawi ciężkiego motywu z page builderem. HTTP/3, Brotli, AVIF, cache, który nie trzyma prywatnego koszyka ani nieopublikowanego artykułu, ograniczenie wtyczek z zapytań SQL na każdej podstronie: to nadal robota utrzymaniowa. Core Web Vitals mierzymy na realnych URL-ach, nie na pustej instalacji. INP psuje się od skryptów czatu, od playera wideo i od tag managera, który marketing dodał poza ticketingiem. Opieka, która nie widzi GTM, będzie gonić „optymalizację obrazków” w nieskończoność.

Dla serwisu portowego albo instytucji kultury w Liverpoolu liczy się czas do pierwszego bajtu z sieci w całej Wielkiej Brytanii, nie tylko z telefonu w centrum. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UK albo przynajmniej w EOG jest częścią kontraktu operatorskiego, nie dodatkiem. Strona z galerią wystaw i z PDF-ami press kitu umiera na LCP od nieoszczędnych JPEG-ów szybciej niż od „słabego hostingu”. Skok ruchu po ogłoszeniu nowej trasy albo po premierze wystawy wymaga planu freeze aktualizacji zapisanym przed kampanią, nie decyzji ad hoc w piątek wieczorem.

#Bezpieczeństwo jako lista decyzji, nie jako plakietka

HTTPS z HSTS tam, gdzie infrastruktura to uniesie. Nagłówki ograniczające XSS. 2FA. Minimum kont administratorskich. Zakaz wtyczek „nulled”. Zakaz edytora plików wp-admin na produkcji. Rotacja haseł po odejściu freelancerów. Test odtworzenia kopii, bo kopia, której nikt nie odtwarzał, jest plikiem. Przy danych osobowych: umowa powierzenia, lista podprocesorów (host, CDN, poczta, analityka), procedura naruszenia z ICO w tle. Polityka prywatności zgodna z UK GDPR to element compliance, który opieka pilnuje, żeby nie zniknęła po aktualizacji motywu.

To nie jest certyfikat ISO sprzedawany z abonamentem. To jest lista, którą da się odhaczyć przy onboardingowym audycie i wrócić do niej co kwartał. Klient z Baltic Triangle, z portu albo z instytucji kultury przy Albert Dock i tak przyniesie własną checklistę. Lepiej mieć swoją wcześniej.

#Rodzeństwo w Wielkiej Brytanii

Ten sam model opieki działa w innych brytyjskich miastach, z tym samym runbookiem i innym kontekstem lokalnym:

• Opieka techniczna WordPress w Manchesterze
• Opieka techniczna WordPress w Leeds
• Opieka techniczna WordPress w Londynie

#Jak zaczynamy, bez zaliczek w procentach na stronie

Zakres, godziny reakcji i cena są indywidualne i lądują w umowie przed startem. Na tej stronie nie ma podziału płatności na transze procentowe i nie ma tabeli pakietów. Krótki opis serwisu, stacku, hostingu i tego, czy jest środowisko testowe, wystarczy, żeby zaproponować audyt onboardingu.

Kontakt: formularz. W zgłoszeniu przydaje się lokalizacja hostingu, lista wtyczek albo dostęp do stagingu, oraz informacja, czy serwis musi zostać w UK albo w EOG. Z tego powstaje plan: co naprawiamy zanim w ogóle wejdziemy w miesięczny rytm, a co zostaje w kadencji.

Opieka w Liverpoolu ma sens, gdy serwis już niesie biznes i trzeba go nie zepsuć. Gdy trzeba go dopiero zbudować, wracamy do programowania WordPress w Liverpoolu. Gdy trzeba go utrzymać przy checkoucie w GBP, formularzach pod UK GDPR i hostingu w Wielkiej Brytanii, zostajemy przy tym, co ta strona opisuje: środowisko testowe, kopia, WAF, dziennik, procesy po stronie klienta.