Opieka techniczna WordPress w Madrycie

Polski zespół, który utrzymuje WordPressa dla firmy w Madrycie, nie dokłada „jeszcze jednego abonamentu aktualizacji”. Utrzymuje serwis, który stoi obok platform fintech w La Nave, landingów korporacyjnych przy Paseo de la Castellana, sklepów WooCommerce z Redsys i Bizum, formularzy leadowych pod kampanie przed FITUR na IFEMA oraz stron B2B z integracją CRM, na rynku, gdzie awaria checkoutu w tygodniu targowym albo martwy formularz demo przed South Summit 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, madrycki kontekst fintech, korporacji i handlu, 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 Madrytu: IFEMA, RODO z hiszpańską AEPD, pytanie o hosting w UE oraz dziennik incydentów, który da się pokazać przy audycie. Sklep WooCommerce z checkoutem pod rynek hiszpański to osobna ścieżka: programista WooCommerce w Madrycie. Budowa od zera albo przebudowa motywu idzie do programisty WordPress w Madrycie. Filary niezależne od miasta: programista WordPress i programista WooCommerce.

#Co oznacza opieka WordPress przy serwisie fintech, korporacyjnym albo B2B

Opieka to nie „włącz auto-update i miej nadzieję”. Dla platformy demo SaaS w La Nave, katalogu usług doradczych przy AZCA, sklepu z produktami B2B albo strony biura technologicznego w aglomeracji madryckiej 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 Madrycie często zbiera dane, których nie wolno traktować jak treści bloga. Formularz demo przed rundą inwestycyjną, kalkulator oferty B2B z polem NIF, panel partnera handlowego, 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ą inwestor, kupujący albo partner B2B 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 FITUR albo do formularza zgłoszeniowego, który przestaje zbierać leady w oknie kampanii przed South Summit.

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 Madrycie albo w Barcelonie. Kiedy te trzy warstwy leżą w jednym katalogu, po dwóch latach porządkowanie ich wymaga decyzji, których nikt już nie potrafi podjąć.

#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 fintech w La Nave, operatora B2B przy Castellana albo sklepu z produktami B2B w aglomeracji madryckiej ten plik jest surowcem do zgłoszenia. Agencja WordPress nie składa raportu do AEPD za klienta. Dostarcza oś czasu, której klient nie musi rekonstruować z pamięci.

#Madryt jako kontekst, nie jako ozdobnik w tytule

Madryt to stolica administracyjna Hiszpanii, europejski węzeł fintech i dom IFEMA, jednego z największych kompleksów targowych w Europie. Tu liczy się ekosystem wokół La Nave Innovation Hub, scena SaaS wzdłuż Paseo de la Castellana i rosnąca warstwa cyfrowa dla operatorów turystycznych obsługujących FITUR oraz dla firm B2B wystawiających się na SIMO, Fruit Attraction albo innych wydarzeniach na IFEMA. To nie jest Sewilla turystyczna ani Barcelona e-commerce. Tu serwis WordPress często obsługuje landingi kampanii inwestycyjnych, formularze demo przed rundą seed albo sklep B2C z płatnością Bizum, który musi przeżyć aktualizację w tym samym tygodniu, w którym prawnik i tak pyta o hosting w UE.

#IFEMA i zamrożenie wdrożeń

IFEMA Madrid to kompleks w Barajas, gdzie co roku odbywają się FITUR (styczeń, turystyka), SIMO (technologia), Fruit Attraction (agro) i dziesiątki mniejszych targów branżowych. W tygodniach poprzedzających i w trakcie tych wydarzeń setki firm z Madrytu i z całej Hiszpanii patrzą na landingi kampanii, formularze leadowe i integracje z systemami CRM. Awaria strony w środku FITUR to nie „bug do backlogu”. To utracone leady i reputacja u partnerów, którzy mają pełny kalendarz spotkań na cały styczeń.

Runbook opieki dla klientów Madrycie ma wpisane zamrożenie wdrożeń produkcyjnych na okno IFEMA, zwykle od tygodnia przed otwarciem danego targu 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 FITUR, uczy się tego na własnej skórze, kiedy serwis nie wytrzymuje skoku ruchu z telefonów uczestników targów przy Recinto Ferial.

#South Summit i drugie okno freeze

South Summit, co roku w La Nave (dawny recinto przemysłowy Villaverde przekształcony w hub innowacji miejskiej), to drugi szczyt kalendarza cyfrowego Madrytu. Startupy fintech, healthtech i mobilitytech, inwestorzy, demo day i kampanie partnerskie generują falę ruchu i presji na formularze zgłoszeniowe. Runbook ma osobny wpis freeze na okno South Summit, zwykle od tygodnia przed otwarciem do tygodnia po zamknięciu. Dwa freeze w jednym kwartale to nie wyjątek. To normalny kalendarz operacyjny madryckiego serwisu B2B albo eventowego.

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. Madryt nie wymaga DC w samym centrum miasta. Wymaga, żeby origin i kopia miały sensowną jurysdykcję w UE i żeby wycofanie zmian był zapisany przed wdrożeniem.

#La Nave, fintech i sektor B2B

La Nave Innovation Hub to jeden z najbardziej rozpoznawalnych hubów technologicznych w Madrycie. WordPress trzyma landingi produktowe, formularze demo, blogi techniczne i strony employer branding dla firm z sektora fintech, healthtech i mobilitytech, które wyszły z akceleratora albo właśnie zamknęły rundę seed. Awaria po aktualizacji wtyczki formularza albo regresja w tłumaczeniach ES/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 demo z polami NIF 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 Castellana nie akceptuje argumentu „strona główna działa”, kiedy formularz zgłoszeniowy zwraca 500 po aktualizacji wtyczki sesji.

#Operacje specyficzne dla Hiszpanii i UE

Polski zespół zna WordPressa. Hiszpański 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 hiszpańska AEPD

Hiszpania stosuje RODO (GDPR) oraz krajową ustawę organiczną o ochronie danych osobowych i gwarantowaniu praw cyfrowych (LOPDGDD). Organ nadzorczy to Agencia Española de Protección de Datos (AEPD). Dla WordPressa w Madrycie 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, política de privacidad zgodna z art. 13 RODO.

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

Przy incydencie z danymi osobowymi art. 33 RODO daje administratorowi 72 godziny na zgłoszenie do AEPD, 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”.

#Hosting w UE

Dane osobowe pod RODO ciągną pytanie: w której jurysdykcji stoi serwer. AWS w Irlandii (eu-west-1), OVH we Francji, Hetzner w Niemczech, Arsys albo Raiola w Hiszpanii, Scaleway w Paryżu 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 Madrycie” 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 Madrycie albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników aglomeracji madryckiej i w Europie Środkowej. Madryt ma centra danych w Barajas i w aglomeracji, ale origin WordPressa nadal często stoi u dostawcy z regionem madryckim 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 Madrycie”.

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 FITUR? Utrzymanie, które „wrzuca wszystko na najtańszy VPS w USA”, nie przechodzi rozmowy z prawnikiem fintech ani z dyrektorem e-commerce przed IFEMA.

#Cookie banner, LSSI-CE i hiszpańskie oczekiwania

Hiszpański rynek jest wyczulony na cookie i tracking. Ustawa o usługach społeczeństwa informacyjnego (LSSI-CE) i wytyczne AEPD wymagają świadomej zgody przed nieistotnymi plikami cookie. Wtyczki zgody (Complianz, Cookiebot, Iubenda) integrują się z GTM i Meta Pixel. Aktualizacja motywu albo wtyczki cache potrafi wyłączyć blokowanie skryptów do momentu, kiedy AEPD 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.

#Redsys, Bizum i checkout, którego nie wolno łatać w ciemno

Sklep madrycki zbiera Bizum, kartę przez Redsys, czasem przelew. Webhooki bramki i status zamówienia muszą przeżyć aktualizację WooCommerce. W Madrycie do Stripe dochodzi Redsys i Bizum - 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 89 EUR opłacone przez Bizum, 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 styczniu, w tygodniu FITUR, 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 NIF albo stawkę IVA, produkuje dokumenty, których księgowość w Madrycie 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ść Bizum, czy wp-admin, czy cała produkcja, czy wyciek oferty przed IFEMA. 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 IFEMA albo South Summit okno bywa szersze niż w zwykłym miesiącu, bo koszt martwego landingu w styczniu albo czerwcu 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 AEPD 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 FITUR, środowisko testowe to zatrzymał

Serwis biura turystycznego na WordPressie, landing kampanii pod FITUR, formularz rezerwacji wycieczki, treść zaplanowana na wtorek 8:00, tydzień przed otwarciem targów na IFEMA. 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 política de privacidad, a wtorkowy ruch z newslettera do partnerów hotelowych 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 Redsys, przy formularzu demo, który po aktualizacji gubi stawkę IVA, i przy „drobnej” aktualizacji SEO, która nadpisuje robots i wycina panel partnera z indeksu. Madryt nie wybacza tego ciszej niż inny rynek. Wygląda to gorzej, bo obok siedzi ktoś, kto pyta o RODO, o IFEMA albo o slot w kalendarzu South Summit.

#WordPress Madrid i praktyka, której nie widać w panelu hostingu

WordPress Madrid spotyka się regularnie w ekosystemie madryckim (grupa na Meetup.com i lokalne spotkania w La Nave oraz w coworkingach przy Castellana). 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 Madrycie część zespołów i tak siedzi po stronie fintech albo korporacji i usłyszy te same pytania na wydarzeniach przy IFEMA albo w La Nave.

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 fintech albo B2B w Madrycie bez kopii testowej nie wchodzi w stały abonament z otwartymi auto-update.

Miesiąc stały: okno aktualizacji poza IFEMA i South Summit, 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 IFEMA 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 FITUR. 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 Madrycie. Sklep, checkout, Redsys, Bizum i IVA: programista WooCommerce w Madrycie. 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 targowego i użytkownikach z aglomeracji madryckiej

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 FITUR, 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 fintech albo B2B w Madrycie liczy się czas do pierwszego bajtu z sieci w aglomeracji madryckiej i w Europie Środkowej, nie tylko z telefonu przy Puerta del Sol. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UE jest częścią kontraktu operatorskiego, nie dodatkiem. Strona z pełnoekranowymi zdjęciami FITUR umiera na LCP od nieoszczędnych JPEG-ów szybciej niż od „słabego hostingu”. Przed IFEMA 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 LOPDGDD.

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 fintech w La Nave, z Castellana 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 Madrycie dodaje do niej kalendarz freeze IFEMA i South Summit, pytanie o AEPD oraz jawny opis rezydencji w UE.

#Rodzeństwo na Półwyspie Iberyjskim

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

• Opieka techniczna WordPress w Sewilli
• Opieka techniczna WordPress w Walencji
• Opieka techniczna WordPress w Maladze
• Opieka techniczna WordPress w Barcelonie

#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 IFEMA, South Summit albo szczyt kampanii targowej. Z tego powstaje plan: co naprawiamy zanim w ogóle wejdziemy w miesięczny rytm, a co zostaje w kadencji.

Opieka w Madrycie 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 IFEMA, formularzach demo, checkoutcie Redsys i Bizum oraz RODO pod AEPD, 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.