Opieka techniczna WordPress w Göteborgu

Polski zespół, który utrzymuje WordPressa dla firmy w Göteborgu, nie dokłada „jeszcze jednego abonamentu aktualizacji”. Utrzymuje serwis, który stoi obok łańcucha dostaw Volvo, portu w Göteborgu, biur przy Lindholmen Science Park, sklepów WooCommerce z Klarna i Swish oraz formularzy B2B z integracją CRM, na rynku, gdzie awaria checkoutu w tygodniu premiery modelu albo martwy formularz zapytania ofertowego przed konferencją maritime tech to temat na rozmowę z compliance officerem i z dyrektorem operacyjnym, a nie tylko z marketingiem. Ta strona opisuje opiekę techniczną WordPressa właśnie w tym układzie: polski delivery, göteborski kontekst automotive, maritime i korporacji, 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 Göteborgu: Lindholmen, IMY, pytanie o hosting w UE oraz dziennik incydentów, który da się pokazać przy audycie. Sklep WooCommerce z checkoutem pod rynek szwedzki to osobna ścieżka: programista WooCommerce w Göteborgu. Budowa od zera albo przebudowa motywu idzie do programisty WordPress w Göteborgu. Filary niezależne od miasta: programista WordPress i programista WooCommerce.

#Co oznacza opieka WordPress przy serwisie automotive, maritime albo B2B

Opieka to nie „włącz auto-update i miej nadzieję”. Dla portalu dostawcy części przy Volvo, katalogu usług operatora portowego, sklepu B2B z produktami przemysłowymi albo strony biura technologicznego w aglomeracji göteborskiej 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 - drobna zmiana w motywie, nowy formularz zgłoszeniowy, poprawka Core Web Vitals na stronie z mapą biur - wisi na tym fundamencie. Bez niego kolejna wtyczka tylko powiększa powierzchnię ataku.

Serwis w Göteborgu często zbiera dane, których nie wolno traktować jak treści bloga. Formularz zapytania ofertowego z numerem organisationsnummer, kalkulator frachtu morskiego, panel partnera handlowego z listą certyfikatów, paywall katalogu usług, logowanie do strefy agenta: 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ą kupujący, partner B2B albo dyrektor zakupów 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, te same wtyczki płatności albo katalogu w trybie sandbox. Aktualizacja „od razu na żywo, bo to tylko patch” jest najkrótszą drogą do martwego checkoutu w piątek przed premierą modelu albo do formularza zgłoszeniowego, który przestaje zbierać leady w oknie kampanii przed konferencją maritime tech na Lindholmen.

Po wgraniu łatek na kopii testowej idzie checklista, nie wyczucie. Logowanie wp-admin, zapis strony, formularz kontaktowy, koszyk i płatność jeśli jest WooCommerce, cron, poczta wychodząca, webhooki CRM, purge cache po publikacji oferty partnerskiej. 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.

#Kopie operacyjne to nie archiwum compliance

Codzienna kopia WordPressa służy do odtworzenia serwisu po błędzie albo ataku. Archiwum compliance dotyczy czego innego: rejestrów przetwarzania, dowodów audytowych i możliwości wglądu organu nadzorczego. Kopia w panelu hostingu nie spełnia wymogów archiwum sama z siebie. Brakuje niezmienności, kompletności i dokumentacji procedury.

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 compliance u klienta, zwykle w DMS albo u doradcy prawnego w Göteborgu albo w Sztokholmie. Trzy warstwy w jednym katalogu FTP powodują, że po dwóch latach porządkowanie zaczyna się od pytania, co te pliki w ogóle miały dokumentować.

#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.

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 właściciela biura przy Volvo Campus, operatora portowego albo sklepu B2B w aglomeracji göteborskiej ten plik jest surowcem do zgłoszenia. Agencja WordPress nie składa raportu do IMY za klienta. Dostarcza oś czasu, której klient nie musi rekonstruować z pamięci.

#Göteborg jako kontekst, nie jako ozdobnik w tytule

Göteborg to drugie co do wielkości miasto Szwecji, dom Volvo i największego portu w Skandynawii. Tu liczy się ekosystem wokół Lindholmen Science Park, scena maritime tech przy nabrzeżu oraz warstwa cyfrowa dla operatorów łańcucha dostaw automotive obsługujących fabryki i centra logistyczne w regionie Västra Götaland. To nie jest Sztokholm fintech ani Malmö e-commerce. Tu serwis WordPress często obsługuje landingi kampanii produktowych, formularze zapytania ofertowego przed rundą inwestycyjną albo sklep B2C z płatnością Swish, który musi przeżyć aktualizację w tym samym tygodniu, w którym prawnik i tak pyta o hosting w UE.

#Lindholmen, automotive i maritime tech

Lindholmen Science Park to jeden z najbardziej rozpoznawalnych hubów technologicznych w Göteborgu. WordPress trzyma landingi produktowe, formularze demo, blogi techniczne i strony employer branding dla firm z sektora automotive, maritime tech i sustainability, które wyszły z akceleratora albo właśnie zamknęły rundę seed. Awaria po aktualizacji wtyczki formularza albo regresja w tłumaczeniach SV/EN boli w tygodniu due diligence albo przed demo dla partnera przemysłowego, nie w sierpniu.

Dla utrzymania wynika z tego prosta rzecz: aktualizacja wtyczki cache, integracji z HubSpot albo WPML musi przejść checklistę, która obejmuje formularz zapytania z polem organisationsnummer i panel partnera z mapą lokalizacji. środowisko testowe z tym samym stosem PHP i tymi samymi wtyczkami w sandbox to minimum, nie luksus. Dyrektor operacyjny z biura przy Volvo Campus nie akceptuje argumentu „strona główna działa”, kiedy formularz zgłoszeniowy zwraca 500 po aktualizacji wtyczki sesji.

Port w Göteborgu i ekosystem maritime tech generują drugą oś wymagań. Serwisy operatorów logistycznych, spedytorów i firm obsługujących łańcuch dostaw morskiego często mają WordPress obok systemów ERP i TMS, które nie tolerują webhooka wysyłającego pusty payload po aktualizacji wtyczki REST. Kalkulator frachtu, status przesyłki, panel dostawcy: każdy endpoint musi przeżyć cykl aktualizacji, bo tam kończy się odpowiedzialność strony i zaczyna odpowiedzialność operacji portowej.

#Zamrożenie wdrożeń w oknie produktowym automotive

W przeciwieństwie do kalendarza targowego w Madrycie, göteborski rynek ma inne szczyty: premiery modelów, konferencje produktowe, okna kampanii przed konferencją maritime tech. Runbook opieki dla klientów Göteborgu ma wpisane zamrożenie wdrożeń produkcyjnych na uzgodnione okno freeze, zwykle od tygodnia przed premierą modelu albo otwarciem konferencji do tygodnia po zamknięciu. Aktualizacje krytyczne bezpieczeństwa przechodzą przez środowisko testowe i okno nocne, reszta czeka. To nie preferencja developera. To decyzja operacyjna uzgodniona z klientem przed sezonem.

Kto robi „drobny patch cache” w poniedziałek otwarcia konferencji na Lindholmen, uczy się tego na własnej skórze, kiedy serwis nie wytrzymuje skoku ruchu z telefonów uczestników. Opieka, która testuje tylko homepage, tego nie widzi. Opieka, która ma runbook z listą endpointów, webhooków i ścieżki demo przed rundą inwestycyjną, widzi.

#Operacje specyficzne dla Szwecji i UE

Polski zespół zna WordPressa. Szwedzki klient pyta o coś innego: gdzie leżą dane, czy serwer jest „w Unii Europejskiej”, jak długo trzymamy logi, kto jest administratorem danych, czy mamy Data Processing Agreement. Te pytania trzeba umieć obsłużyć procesem, nie sloganem o „zgodności z RODO”.

#RODO i szwedzka IMY

Szwecja stosuje ogólne rozporządzenie o ochronie danych (RODO/GDPR) wraz z krajowymi przepisami uzupełniającymi. Organ nadzorczy to Integritetsskyddsmyndigheten (IMY). Dla WordPressa w Göteborgu wynika z tego konkretny zakres utrzymania: lista podprocesorów (host, CDN, poczta, analityka), umowa powierzenia tam, gdzie agencja przetwarza dane, procedura naruszenia w 72 godziny, minimalizacja danych w formularzach, integritetspolicy zgodna z art. 13 RODO, organisationsnummer w stopce.

Utrzymanie nie zastępuje DPO klienta. Dostarcza logi, oś czasu i opis zmian po incydencie. Klient klasyfikuje, czy zdarzenie wymaga zgłoszenia do IMY. Nikt po stronie agencji nie podpisuje się pod „jesteście zgodni z RODO, bo macie WAF”. To byłoby kłamstwo opakowane w produkt. IMY publikuje wytyczne i narzędzia audytowe na imy.se; runbook opieki powinien być z nimi zgodny co do tego, co agencja dokumentuje, a co zostaje po stronie administratora danych.

Przy incydencie z danymi osobowych art. 33 RODO daje administratorowi 72 godziny na zgłoszenie do IMY, o ile naruszenie może wiązać się z ryzykiem dla praw osób. Brak szczegółów nie zwalnia z terminu, ale pozwala na zgłoszenie etapowe. Dlatego dziennik z opieki musi mieć datę pierwszej wiedzy, nie datę „kiedy developer wrócił z urlopu”.

Dla klientów korporacyjnych w Göteborgu dochodzą NIS2, DORA i Europejski Akt o Dostępności (EAA). Opieka nie zastępuje audytora NIS2 ani certyfikatora EAA. Dostarcza logi, procedury backupu i dokumentację hardeningu, które klient wkłada do własnej checklisty compliance. Volvo Campus i port w Göteborgu mają własne wymagania dostawców; instrukcja operacyjna opieki musi dać się pokazać pracownikowi działu zakupów bez rekonstruowania historii z pamięci.

#Hosting w UE

Dane osobowe pod RODO ciągną pytanie: w której jurysdykcji stoi serwer. AWS w Irlandii (eu-west-1), eu-north-1 w Sztokholmie, OVH we Francji, Hetzner w Niemczech, Binero albo Loopia w Szwecji to różne odpowiedzi dla compliance officer, ale wszystkie mieszczą się w UE. Ashburn albo Hillsboro to Stany i zwykle veto bez Standard Contractual Clauses albo innej podstawy transferu.

Pytanie „czy hosting jest w Göteborgu” wraca rzadziej niż „czy w UE”. Odpowiedź operacyjna jest dwuczęściowa. Jurysdykcja: UE, kopia nie wyjeżdża nocą na bucket w regionie US bez uzgodnienia. Latencja: origin w Szwecji albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników aglomeracji göteborskiej i w Europie Środkowej. Göteborg ma centra danych w regionie, ale origin WordPressa nadal często stoi u dostawcy z regionem stockholmskim albo frankfurckim. To nie jest wada. To jest jawna decyzja rezydencji, którą trzeba opisać w runbooku, a nie ukrywać za hasłem „hosting w UE”.

Rozmowa o hostingu w onboardingu jest więc merytoryczna, nie wizerunkowa. Czy produkcja jest w UE? Czy kopia wyjeżdża? Czy CDN kończy TLS w uzgodnionej strefie? Czy obiekt cache nie trzyma prywatnego koszyka ani nieopublikowanej oferty przed premierą modelu? Utrzymanie, które „wrzuca wszystko na najtańszy VPS w USA”, nie przechodzi rozmowy z prawnikiem automotive ani z dyrektorem e-commerce przed konferencją maritime tech.

#Cookie banner, ePrivacy i szwedskie oczekiwania

Szwedzki rynek jest wyczulony na cookie i tracking. Wytyczne IMY wymagają świadomej zgody przed nieistotnymi plikami cookie. Wtyczki zgody (Cookiebot, Cookie Information, podobne popularne w Szwecji) integrują się z GTM i Meta Pixel. Aktualizacja motywu albo wtyczki cache potrafi wyłączyć blokowanie skryptów do momentu, kiedy IMY albo klient zauważy, że analityka leci przed zgodą. W opiece kwartalny przegląd bannera i tagów na kluczowych szablonach jest częścią runbooku, nie dodatkiem SEO.

#Klarna, Swish i checkout, którego nie wolno łatać w ciemno

Sklep göteborski zbiera Swish, kartę przez Klarna, czasem fakturę B2B. Webhooki bramki i status zamówienia muszą przeżyć aktualizację WooCommerce. W Göteborgu do Stripe dochodzi Klarna i Swish - metody, których klienci oczekują w kasie, nie ciekawostka z ulotki. Aktualizacja wtyczki płatności, która na produkcji nadpisze mapowanie callbacków, zostawia magazyn z ręcznym klejeniem statusów zamówień. Dlatego te wtyczki nigdy nie idą w tym samym oknie co „drobna aktualizacja SEO”.

Przykład z audytu: zamówienie na 1 290 SEK opłacone przez Swish, a w panelu WooCommerce wciąż „oczekujące na płatność”, bo callback nie dotarł po patchu wtyczki. To nie jest błąd UX. To incydent operacyjny, który w marcu, w tygodniu premiery modelu, kosztuje więcej niż w lipcu.

Ta strona nie publikuje cen WPPoland. Opisuje, jak faktura z VAT ma wyglądać jako obieg, nie jako cennik. Sklep WooCommerce, który po aktualizacji wtyczki fakturującej gubi numer organisationsnummer albo stawkę moms, produkuje dokumenty, których księgowość w Göteborgu nie przyjmie. W utrzymaniu pilnujemy, żeby wtyczka faktur, pole podatkowe i PDF nie rozjechały się po patchu.

#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 płatność Swish, czy wp-admin, czy cała produkcja, czy wyciek oferty przed premierą modelu. 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. Przy freeze produktowym okno bywa szersze niż w zwykłym miesiącu, bo koszt martwego landingu w marcu albo we wrześniu jest wyższy niż koszt dyżuru. 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 IMY albo do wewnętrznego audytu, dziennik z opieki jest załącznikiem. Brak dziennika oznacza, że compliance składa raport ze zrzutów ekranu i ze wspomnień z WhatsAppa.

#Przypadek: aktualizacja cache położyłaby formularze leadowe przed konferencją, środowisko testowe to zatrzymał

Serwis operatora logistycznego na WordPressie, landing kampanii pod konferencję maritime tech na Lindholmen, formularz zapytania ofertowego z polem organisationsnummer, treść zaplanowana na wtorek 8:00, tydzień przed otwarciem wydarzenia. 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 ofertami w stanie „szkic”, publikacja o 8:00 serwowała ceny z poprzedniego sezonu. 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. Oferta wyszłaby przed terminem, formularz zbierałby dane bez zaktualizowanej integritetspolicy, a wtorkowy ruch z newslettera do partnerów portowych 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, cookie banner) 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 Klarna, przy formularzu demo, który po aktualizacji gubi stawkę moms, i przy „drobnej” aktualizacji SEO, która nadpisuje robots i wycina panel partnera z indeksu. Göteborg nie wybacza tego ciszej niż inny rynek. Wygląda to gorzej, bo obok siedzi ktoś, kto pyta o RODO, o premierę modelu albo o slot w kalendarzu konferencji maritime tech.

#WordPress Göteborg Meetup i praktyka, której nie widać w panelu hostingu

WordPress Göteborg Meetup spotyka się regularnie w ekosystemie göteborskim (grupa na Meetup.com i lokalne spotkania w Lindholmen oraz w coworkingach przy nabrzeżu). To nie jest kanał sprzedaży. To jest miejsce, w którym widać, jak lokalni maintainerzy aktualizują, jak rozmawiają o uprawnieniach i o hoście. Opieka, która nigdy nie wychodzi poza ticket, gubi ten kontekst: w Göteborgu część zespołów i tak siedzi po stronie automotive albo maritime tech i usłyszy te same pytania na wydarzeniach przy portu albo w Lindholmen.

WP-CLI w utrzymaniu nie jest ozdobą meetupową. 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 sesji o bezpieczeństwie w społeczności argument „zrobimy to ręcznie w panelu” brzmi jeszcze gorzej.

#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 demo, checkoucie albo panelu partnera. 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 automotive albo B2B w Göteborgu bez kopii testowej nie wchodzi w stały abonament z otwartymi auto-update.

Miesiąc stały: okno aktualizacji poza freeze produktowym, 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 UE, brak 2FA u redakcji, brak umowy powierzenia, cache bez reguły dla future, freeze produktowy jeszcze nie wpisany). 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 Notion, checkout z trzema wtyczkami podatkowymi naraz, Redis, który trzyma szkice ofert przed premierą modelu. 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 Göteborgu. Sklep, checkout, Klarna, Swish i moms: programista WooCommerce w Göteborgu. 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.

#Wydajność przy skoku ruchu i użytkownikach z aglomeracji göteborskiej

Origin w UE nie naprawi ciężkiego motywu z galeriami produktowymi. HTTP/3, Brotli, AVIF, lazy load, który nie psuje LCP hero, cache, który nie trzyma prywatnego koszyka ani nieopublikowanej oferty przed premierą modelu, ograniczenie wtyczek z zapytań SQL na każdej podstronie: to nadal robota utrzymaniowa. Core Web Vitals mierzymy na realnych URL-ach z formularzami demo, nie na pustej instalacji. INP psuje się od skryptów czatu, od widgetu mapy 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 automotive albo B2B w Göteborgu liczy się czas do pierwszego bajtu z sieci w aglomeracji göteborskiej i w Europie Środkowej, nie tylko z telefonu przy Avenyn. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UE jest częścią kontraktu operatorskiego, nie dodatkiem. Strona z pełnoekranowymi zdjęciami produktowych umiera na LCP od nieoszczędnych JPEG-ów szybciej niż od „słabego hostingu”. Przed konferencją maritime tech idzie osobny przegląd cache, limitów PHP i CDN; po evencie idzie ścinka landingów, które mają zostać jako archiwum, i tych, które mają dostać 301.

#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 pod RODO i szwedzkimi przepisami uzupełniającymi.

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 biura przy Volvo Campus, z portu albo ze sklepu B2C w aglomeracji i tak przyniesie własną checklistę. Lepiej mieć swoją wcześniej. Dokumentacja hardeningu WordPress, niezależna od miasta, jest w WordPress Developer Handbook. Opieka w Göteborgu dodaje do niej kalendarz freeze produktowego, pytanie o IMY oraz jawny opis rezydencji w UE.

#Rodzeństwo w Skandynawii

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

• Opieka techniczna WordPress w Sztokholmie
• Opieka techniczna WordPress w Oslo
• Opieka techniczna WordPress w Helsinkach

#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 UE i czy w najbliższych tygodniach jest premiera modelu, konferencja maritime tech albo szczyt kampanii produktowej. Z tego powstaje plan: co naprawiamy zanim w ogóle wejdziemy w miesięczny rytm, a co zostaje w kadencji.

Opieka w Göteborgu ma sens, gdy serwis już niesie biznes i trzeba go nie zepsuć. Gdy trzeba go dopiero zbudować, wracamy do developmentu. Gdy trzeba go utrzymać przy formularzach B2B, checkoutcie Klarna i Swish oraz szwedzkim GDPR pod IMY, zostajemy przy tym, co ta strona opisuje: środowisko testowe, kopia, WAF, dziennik, compliance po stronie klienta, hosting w UE i runbook, który da się pokazać audytorowi bez rekonstruowania historii z pamięci.