Opieka techniczna WordPress w Rzymie

Polski zespół, który utrzymuje WordPressa dla firmy w Rzymie, nie dokłada „jeszcze jednego abonamentu aktualizacji”. Utrzymuje serwis, który stoi obok rezerwacji hotelowych w szczycie sezonu, formularzy zgłoszeniowych instytucji publicznych w dzielnicy EUR, kalendarzy wydarzeń w Fiera di Roma i wielojęzycznych landingów turystycznych, na rynku, gdzie awaria systemu rezerwacji w Wielkanoc albo martwy formularz kontaktowy w lipcu to temat na rozmowę z dyrektorem digital i z prawnikiem, a nie tylko z marketingiem. Ta strona opisuje opiekę techniczną WordPressa właśnie w tym układzie: polski delivery, rzymski kontekst sektora publicznego i turystyki, 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 Rzymu: sezon turystyczny, instytucje w EUR, Fiera di Roma, GDPR z włoskim nadzorem Garante Privacy, pytanie o hosting w UE oraz dziennik incydentów, który da się pokazać przy audycie. Sklep WooCommerce z checkoutem pod rynek włoski to osobna ścieżka: programista WooCommerce w Rzymie. Budowa od zera albo przebudowa motywu idzie do programisty WordPress w Rzymie.

#Co oznacza opieka WordPress przy serwisie instytucji, turystyki albo B2B

Opieka to nie „włącz auto-update i miej nadzieję”. Dla portalu informacyjnego instytucji publicznej w EUR, operatora turystycznego z rezerwacją online, muzeum z wielojęzyczną witryną albo biura technologicznego w Roma Startup Hub 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 na event, poprawka Core Web Vitals na stronie z galerią zabytków - wisi na tym fundamencie. Bez niego kolejna wtyczka tylko powiększa powierzchnię ataku.

Serwis w Rzymie często zbiera dane, których nie wolno traktować jak treści bloga. Formularz rezerwacji w szczycie sezonu, kalendarz wydarzeń instytucji, panel partnera B2B, paywall strefy prasowej, logowanie do strefy kupującego: 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, gość hotelu albo urzędnik 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 formularzy albo kalendarza w trybie sandbox. Aktualizacja „od razu na żywo, bo to tylko patch” jest najkrótszą drogą do martwego formularza rezerwacji w piątek przed Wielkanocą albo do kalendarza wydarzeń, który serwuje daty z poprzedniego sezonu w godzinie premiery programu.

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 nowego wydarzenia. 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 Rzymie albo w Mediolanie. Kiedy te trzy warstwy leżą w jednym katalogu FTP, po dwóch latach dokumentacja i przypadkowe kopie są nie do rozróżnienia.

#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 operatora turystycznego przy Termini, instytucji w EUR albo agencji PR z centrum historycznego ten plik jest surowcem do zgłoszenia. Agencja WordPress nie składa raportu do Garante Privacy za klienta. Dostarcza oś czasu, której klient nie musi rekonstruować z pamięci.

#Rzym jako kontekst, nie jako ozdobnik w tytule

Rzym to stolica administracyjna Włoch, centrum turystyki masowej i hub instytucji publicznych w Lacio. Miasto łączy dzielnicę EUR z ministerstwami i agencjami państwowymi, centrum historyczne z milionami odwiedzających rocznie, kampus Roma Startup Hub z ekosystemem technologicznym oraz halę Fiera di Roma, gdzie targi branżowe i eventy instytucjonalne generują skoki ruchu na landingach WordPress. To nie jest Mediolan mody ani Turyn motoryzacyjny. Tu serwis WordPress często obsługuje rezerwacje, kalendarze wydarzeń, portale informacyjne instytucji i treści wielojęzyczne IT/EN, które muszą przeżyć aktualizację w tym samym tygodniu, w którym prawnik i tak pyta o hosting w UE i o zgodność z GDPR.

#Sezon turystyczny i zamrożenie wdrożeń

Szczyt sezonu turystycznego w Rzymie przypada na Wielkanoc, maj-czerwiec i lipiec-sierpień. W tych oknach setki hoteli, operatorów wycieczek, muzeów i platform rezerwacyjnych patrzą na systemy online, formularze zgłoszeniowe, kalendarze dostępności i integracje z systemami PMS albo CRM. Awaria strony w środku tygodnia przed Wielkanocą to nie „bug do backlogu”. To utracone rezerwacje i reputacja u partnerów, którzy mają pełny kalendarz na cały sezon.

Runbook opieki dla klientów Rzymie ma wpisane zamrożenie wdrożeń produkcyjnych na okno sezonu turystycznego, zwykle od tygodnia przed szczytem do kilku dni po jego zakończeniu. 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 przed Wielkanocą, uczy się tego na własnej skórze, kiedy serwis nie wytrzymuje skoku ruchu z telefonów turystów przy Colosseum.

#Fiera di Roma i eventy instytucjonalne

Fiera di Roma w dzielnicy EUR to drugi kalendarzowy punkt, którego nie da się zignorować w briefie. Instytucje, organizatorzy targów i agencje eventowe publikują programy konferencji, formularze rejestracji na spotkania, landingi pod konkretną edycję i treści wielojęzyczne IT/EN dla uczestników międzynarodowych. WordPress trzyma katalogi wydarzeń, formularze zgłoszeniowe, panele statusu rejestracji i treści archiwalne po evencie. Awaria po aktualizacji wtyczki formularza albo regresja w tłumaczeniach boli w tygodniu targów, nie w styczniu.

Dla utrzymania wynika z tego prosta rzecz: aktualizacja wtyczki cache, integracji z API kalendarzowym albo WPML musi przejść checklistę, która obejmuje formularz zgłoszeniowy z załącznikiem PDF programu i panel statusu rejestracji. środowisko testowe z tym samym stosem PHP i tymi samymi wtyczkami w sandbox to minimum, nie luksus. Instytucja z EUR nie akceptuje argumentu „strona główna działa”, kiedy panel rejestracji zwraca 500 po aktualizacji wtyczki sesji.

#Sektor publiczny, turystyka i ekosystem technologiczny

Rzym łączy tradycyjny sektor publiczny z nowoczesnym ekosystemem startupowym w Roma Startup Hub. Instytucje obsługują portale informacyjne, formularze obywatelskie i treści wielojęzyczne. Operatorzy turystyczni utrzymują rezerwacje, katalogi usług i strefy prasowe. Oba sektory mają wspólny problem: sezonowość ruchu, która nie wybacza awarii w szczycie.

Opieka, która testuje tylko homepage, tego nie widzi. Opieka, która ma runbook z listą endpointów, webhooków i ścieżki rezerwacji, widzi. Rzym nie wymaga DC w samym mieście. Wymaga, żeby origin i kopia miały sensowną jurysdykcję w UE i żeby wycofanie zmian był zapisany przed wdrożeniem.

#Operacje specyficzne dla Włoch i UE

Polski zespół zna WordPressa. Włoski 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 GDPR”.

#GDPR i włoski Garante Privacy

Włochy stosują rozporządzenie UE 2016/679 (GDPR) wraz z krajową implementacją w D.Lgs. 196/2003 (Codice Privacy), nadzorowaną przez Garante per la protezione dei dati personali. Dla WordPressa w Rzymie 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, polityka prywatności zgodna z art. 13 GDPR.

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

#Hosting w UE

Dane osobowe pod GDPR ciągną pytanie: w której jurysdykcji stoi serwer. AWS w Mediolanie (eu-south-1), Aruba we Włoszech, OVH we Francji, Hetzner w Niemczech, 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 Rzymie” 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 Lacio albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników we Włoszech i w Europie Środkowej. Rzym ma centra danych w aglomeracji, ale origin WordPressa nadal często stoi u dostawcy z regionem mediolańskim 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 Rzymie”.

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 prywatnej rezerwacji ani nieopublikowanego programu wydarzeń? Utrzymanie, które „wrzuca wszystko na najtańszy VPS w USA”, nie przechodzi rozmowy z prawnikiem instytucji ani z dyrektorem digital przed sezonem turystycznym.

#Cookie banner, consent i włoskie oczekiwania

Włoski rynek jest wyczulony na cookie i tracking. Wytyczne Garante Privacy wymagają świadomej zgody przed nieistotnymi plikami cookie. Wtyczki zgody (Iubenda, Cookiebot, Complianz, popularne we Włoszech) integrują się z GTM i Meta Pixel. Aktualizacja motywu albo wtyczki cache potrafi wyłączyć blokowanie skryptów do momentu, kiedy Garante 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.

#Faktury VAT, checkout i wysyłka międzynarodowa

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 Partita IVA albo stawkę IVA, produkuje dokumenty, których księgowość w Rzymie nie przyjmie. W utrzymaniu pilnujemy, żeby wtyczka faktur, pole podatkowe i PDF nie rozjechały się po patchu.

Polski runbook checkoutu nie przenosi się do Włoch jeden do jednego. W Rzymie obowiązują EUR, włoski IVA, inne bramki płatnicze (Stripe, Nexi, PayPal) i inny mix przewoźników niż na rynku krajowym. Sklep z wysyłką do Niemiec albo Francji wymaga osobnej checklisty po każdej aktualizacji wtyczki wysyłkowej. Opieka skopiowana z instalacji w Polsce wywala się na pierwszej fakturze z 22 procent IVA i na etykiecie, której kurier nie skanuje w punkcie odbioru przy Termini.

#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ść, czy wp-admin, czy cała produkcja, czy wyciek programu wydarzeń przed eventem. 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 sezonu turystycznego okno bywa szersze niż w zwykłym miesiącu, bo koszt martwego systemu rezerwacji w Wielkanocy albo w lipcu 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 Garante Privacy 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 rezerwacje przed Wielkanocą, środowisko testowe to zatrzymał

Serwis operatora turystycznego na WordPressie, landing pakietów wycieczkowych, formularz rezerwacji z kalendarzem dostępności, treść zaplanowana na wtorek 20:00, tydzień przed szczytem Wielkanocy. 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 pakietami w stanie „szkic”, publikacja o 20:00 serwowała oferty 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. Landing wyszedłby przed terminem, formularz zbierałby dane bez zaktualizowanej polityki prywatności, a wtorkowy 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, 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 w sklepie, przy formularzu instytucji, który po aktualizacji gubi stawkę IVA, i przy „drobnej” aktualizacji SEO, która nadpisuje robots i wycina panel statusu rejestracji z indeksu. Rzym nie wybacza tego ciszej niż inny rynek. Wygląda to gorzej, bo obok siedzi ktoś, kto pyta o GDPR, o sezon turystyczny albo o slot w kalendarzu rejestracji na event.

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

WordPress Roma spotyka się regularnie w ekosystemie rzymskim (grupa na Meetup.com i lokalne spotkania WordCamp). 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 Rzymie część zespołów i tak siedzi po stronie instytucji albo turystyki i usłyszy te same pytania na wydarzeniach przy Fiera di Roma albo w coworkingach Roma Startup Hub.

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 rezerwacji, checkoucie albo panelu B2B. 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 instytucji albo operatora turystycznego w Rzymie bez kopii testowej nie wchodzi w stały abonament z otwartymi auto-update.

Miesiąc stały: okno aktualizacji poza sezonem turystycznym i eventami w Fiera di Roma, 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 sezonu 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 pakietów wycieczkowych. 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 Rzymie. Sklep, checkout, IVA i bramki płatnicze: programista WooCommerce w Rzymie. 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 w sezonie turystycznym i użytkownikach z Lacio

Origin w UE nie naprawi ciężkiego motywu z galeriami zabytków i materiałami wideo w wysokiej rozdzielczości. HTTP/3, Brotli, AVIF, lazy load, który nie psuje LCP hero, cache, który nie trzyma prywatnej rezerwacji ani nieopublikowanego programu wydarzeń, ograniczenie wtyczek z zapytań SQL na każdej podstronie: to nadal robota utrzymaniowa. Core Web Vitals mierzymy na realnych URL-ach z formularzami rezerwacji, 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 instytucji albo turystyki w Rzymie liczy się czas do pierwszego bajtu z sieci we Włoszech i w Europie Środkowej, nie tylko z telefonu turysty przy Fontana di Trevi. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UE jest częścią kontraktu operatorskiego, nie dodatkiem. Strona z pełnoekranowymi zdjęciami zabytków umiera na LCP od nieoszczędnych JPEG-ów szybciej niż od „słabego hostingu”. Przed sezonem turystycznym 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 GDPR i Codice Privacy.

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 instytucji w EUR, z Fiera di Roma albo z Roma Startup Hub 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 Rzymie dodaje do niej kalendarz freeze sezonu turystycznego, pytanie o Garante Privacy oraz jawny opis rezydencji w UE.

#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 szczyt sezonu turystycznego albo event w Fiera di Roma. Z tego powstaje plan: co naprawiamy zanim w ogóle wejdziemy w miesięczny rytm, a co zostaje w kadencji.

Opieka w Rzymie 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 sezonie turystycznym, eventach w Fiera di Roma i GDPR pod włoskim nadzorem Garante Privacy, 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.