Opieka techniczna WordPress w Dublinie

Polski zespół, który utrzymuje WordPressa dla firmy w Dublinie, nie dokłada „jeszcze jednego abonamentu aktualizacji”. Utrzymuje serwis, który stoi obok biurowców przy Grand Canal Dock, landingiem pod publikację modułu SaaS, sklepem WooCommerce z checkoutem w EUR przez Stripe albo Revolut oraz formularzami B2B z integracją CRM, na rynku irlandzkim, gdzie awaria formularza demo przed St. Patrick’s Festival albo martwy checkout po aktualizacji wtyczki to temat na rozmowę z działem compliance i z dyrektorem operacyjnym, a nie tylko z marketingiem. Ta strona opisuje opiekę techniczną WordPressa właśnie w tym układzie: polski delivery, irlandzki kontekst Silicon Docks i DPC, bez cennika i bez obietnic dostępności w procentach.

Szerszy opis produktu opieki, niezależny od miasta, jest na stronie utrzymania stron WordPress. Tu schodzimy do Dublina: Silicon Docks, IFSC, ekosystem fintech, RODO z DPC oraz dziennik incydentów, który da się pokazać przy audycie Data Protection Commission. Sklep WooCommerce z checkoutem pod rynek irlandzki to osobna ścieżka: programista WooCommerce w Dublinie. Budowa od zera albo przebudowa motywu idzie do programisty WordPress w Dublinie. Filary niezależne od miasta: programista WordPress i programista WooCommerce.

#Co oznacza opieka WordPress przy serwisie fintech, B2B albo sklepowym w Dublinie

Opieka to nie „włącz auto-update i miej nadzieję”. Dla portalu partnerskiego dostawcy SaaS, katalogu produktowego firmy z Silicon Docks, sklepu B2B z integracją ERP albo strony biura technologicznego w IFSC 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 DPC. 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 Dublinie często zbiera dane, których nie wolno traktować jak treści bloga. Formularz zapytania partnerskiego z numerem VAT registration number, kalkulator wysyłki An Post albo DPD Ireland, panel partnera handlowego z listą certyfikatów, 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ą partner, dystrybutor albo dział zakupów Cork 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 Stripe albo Revolut. Aktualizacja „od razu na żywo, bo to tylko patch” jest najkrótszą drogą do martwego checkoutu w piątek przed St. Patrick’s Festival albo do formularza demo, który przestaje zbierać leady w oknie kampanii B2B w Dublinie.

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 Dublinie albo w Brukseli. Gdy wszystkie trzy warstwy leżą razem na FTP, po dwóch latach nikt nie rozstrzygnie, który plik warto zachować, a który można skasować bez ryzyka.

#WAF, monitoring i dziennik pod audyt DPC

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 w Silicon Docks, dostawcy SaaS z Docklands albo sklepu B2B w aglomeracji Dublin ten plik jest surowcem do zgłoszenia. Agencja WordPress nie składa raportu do DPC za klienta. Dostarcza oś czasu, której klient nie musi rekonstruować z pamięci.

#Dublin jako kontekst irlandzki, nie jako ozdobnik w tytule

Dublin to stolica Irlandii i jeden z najważniejszych ośrodków fintech, SaaS i cyfrowej gospodarki w Europie. Tu liczy się Silicon Docks między Grand Canal Dock a Ringsend, IFSC z biurami banków i fintech przy North Wall Quay, Docklands z korporacjami technologicznych i ekosystem startupów wokół Dogpatch Labs oraz Trinity College. Inicjatywy Enterprise Ireland i Dublin Chamber wiążą firmy w aglomeracji w jedną narrację rozwoju. To nie jest slogan na slajdzie. To realny kontekst briefu: firma w Dublinie często obsługuje partnerów całej Irlandii i w Europie, a serwis musi działać po aktualizacji wtyczki, nie tylko w dniu audytu SEO.

#Silicon Docks i ekosystem fintech

Silicon Docks to serce irlandzkiego ekosystemu technologicznego: Stripe z europejską siedzibą przy Grand Canal Street Lower, Revolut z irlandzką spółką regulowaną, setki mniejszych firm SaaS i fintech wokół Dogpatch Labs. WordPress w tym układzie często trzyma landing produktowy, portal partnerów, dokumentację API albo stronę instytucjonalną spin-offu po rundzie seed. Awaria formularza demo albo nieaktualny changelog boli w tygodniu demo day albo przed rozmową z inwestorem, nie w „UX”.

Brief od klienta w Dublinie często brzmi: mamy Elementor i czterdzieści wtyczek, redakcja publikuje katalog po angielsku, a CTO chce Gutenberg i Git. Opieka, która nie rozumie tego kontekstu, aktualizuje wtyczki bez regresji na formularzu partnerskim. Founder z biura w Silicon Docks nie akceptuje argumentu „strona główna działa”, kiedy formularz zgłoszeniowy zwraca 500 po aktualizacji wtyczki sesji albo gdy checkbox zgody nie jest zsynchronizowany z polami wymaganymi przez DPC.

#IFSC, Docklands i sektor korporacyjny

IFSC to centrum usług finansowych przy North Wall Quay z firmami bankowymi, ubezpieczeniowymi i korporacyjnymi z długim cyklem sprzedaży B2B. Docklands to biura międzynarodowych korporacji technologicznych z krótszym cyklem publikacji produktów cyfrowych. WordPress obsługuje katalogi części, formularze zapytania ofertowego, sklepy B2B z cenami według ról i treści wielojęzyczne EN/PL/DE dla klientów transgranicznych. Awaria po aktualizacji wtyczki wysyłkowej albo regresja w tłumaczeniach boli w tygodniu zamówień sezonowych, nie w styczniu.

Development, który testuje tylko homepage, tego nie widzi. Development, który ma runbook z listą endpointów, webhooków Stripe i ścieżki checkout B2B, widzi. Dublin 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.

#St. Patrick’s Festival i koordynacja freeze

St. Patrick’s Festival odbywa się co roku w Dublinie, zwykle w połowie marca. W tym tygodniu setki firm z całej Irlandii patrzą na landingi produktowe, checkouty merchu zielonego i integracje z systemami CRM. Awaria sklepu w środku tygodnia festiwalu to nie „bug do backlogu”. To utracone zamówienia i reputacja u partnerów, którzy mają pełny kalendarz na cały marzec.

Runbook wdrożenia dla klientów Dublinie ma wpisane zamrożenie deployów produkcyjnych na okno St. Patrick’s Festival, zwykle od końca lutego do tygodnia po zakończeniu parady. 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 festiwalu, uczy się tego na własnej skórze, kiedy sklep nie wytrzymuje skoku ruchu z telefonów uczestników.

#Web Summit i kalendarz publikacji produktowej

Web Summit co roku zbiera tysiące firm technologicznych w Dublinie. Dla wielu klientów z Silicon Docks to okno publikacji produktowej, ogłoszeń partnerstw i kampanii rekrutacyjnych. Serwis WordPress musi przeżyć skok ruchu, nie tylko w dniu eventu, ale w tygodniu przed i po. Freeze wdrożeń w oknie krytycznym jest częścią runbooku opieki, nie superstycją. Firma z biurem przy Grand Canal Dock, która planuje relokację bliżej IFSC, potrzebuje serwisu, który przeżyje zmianę adresu, mapy Google Business Profile i NAP bez ręcznego grzebania w HTML.

#Operacje specyficzne dla Irlandii

Polski zespół zna WordPressa. Irlandzki klient pyta o coś innego: RODO z DPC, cookie consent, kto jest administratorem danych, czy mamy umowę powierzenia przetwarzania. Te pytania trzeba umieć obsłużyć procesem, nie sloganem o „zgodności z RODO”.

#RODO, DPC i Data Protection Act 2018

Irlandia stosuje ogólne rozporządzenie o ochronie danych (RODO/GDPR) wraz z krajowymi przepisami uzupełniającymi, w tym Data Protection Act 2018. Data Protection Commission (DPC, irlandzki organ nadzorczy ds. ochrony danych, dataprotection.ie) nadzoruje zgodność i jest kluczowym organem dla wielu globalnych firm technologicznych z siedzibą w Dublinie. Dla WordPressa w Dublinie wynika z tego konkretny zakres utrzymania: lista podprocesorów (host, CDN, poczta, analityka, bramki Stripe i Revolut), umowa powierzenia tam, gdzie agencja przetwarza dane, procedura naruszenia w 72 godziny, minimalizacja danych w formularzach, polityka prywatności 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 DPC. Nikt po stronie agencji nie podpisuje się pod „jesteście zgodni z RODO, bo macie WAF”. Przy incydencie z danymi osobowymi art. 33 RODO daje administratorowi 72 godziny na zgłoszenie do DPC, o ile naruszenie może wiązać się z ryzykiem dla praw osób. Dlatego dziennik z opieki musi mieć datę pierwszej wiedzy, nie datę „kiedy developer wrócił z urlopu”.

Co wpisujemy w runbook utrzymania:

• Formularze zbierające dane osobowe (aplikacje, newslettery, zapytania B2B, formularze demo SaaS) dostają jawną podstawę prawną, checkbox zgody tam, gdzie consent jest wymagany, i minimalizację pól. Pola, których nie potrzebujesz do celu formularza, nie istnieją.
• Wtyczki consent (Cookiebot, OneTrust, popularne w Irlandii i w całej UE) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją. Kwartalny przegląd bannera i tagów na kluczowych szablonach jest częścią opieki, nie dodatkiem SEO.
• Polityka prywatności i cookie policy są szablonami z polami, nie blokami, które redaktor może usunąć z drzewa. W Dublinie te strony są elementem compliance, nie stopką marketingową.
• Integracje z CRM (HubSpot, Salesforce, Pipedrive) dostają dokumentację przepływu danych: co trafia do systemu zewnętrznego, jak długo, kto jest administratorem. Umowy powierzenia przetwarzania to decyzja klienta, ale konfiguracja WordPressa musi umożliwiać realizację tej decyzji.
• Logi audytowe dla formularzy i zmian w panelu admina pomagają przy incydentach. Jeśli ktoś pyta „kto zmienił ustawienia formularza demo w piątek przed St. Patrick’s Festival”, odpowiedź nie może być „nie wiemy”.

DPC publikuje wytyczne na dataprotection.ie. Runbook formularza powinien być z nimi zgodny co do tego, co agencja dokumentuje, a co zostaje po stronie administratora danych. Zespół nie obiecuje „zgodności z RODO” bez właściciela procesu po stronie klienta. Obiecuje konfigurację techniczną, którą właściciel może opisać w dokumentacji i obronić przed DPC.

Hosting w UE ciągnie pytanie: w której jurysdykcji stoi serwer. AWS w Dublinie (eu-west-1), Azure w Dublinie, Hetzner w Falkenstein (Niemcy, EOG), Blacknight z irlandzkim zapleczem albo hosting u lokalnego providera 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. Origin w Dublinie albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników Irlandii i w Europie Środkowej.

#Checkout WooCommerce, którego nie wolno łatać w ciemno

Sklep w Dublinie zbiera płatności w EUR przez Stripe (europejska siedziba przy Grand Canal Street Lower), Revolut Pay albo kartę przez Apple Pay i Google Pay. Webhooki bramki i status zamówienia muszą przeżyć aktualizację WooCommerce. Aktualizacja wtyczki płatności, która na produkcji nadpisuje mapowanie callbacków, zostawia magazyn w Blanchardstown 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 Apple Pay, a w panelu WooCommerce wciąż „oczekujące na płatność”, bo webhook Stripe nie dotarł po patchu wtyczki albo bo środowisko testowe i produkcja miały różne URL webhooków. To nie jest błąd UX. To incydent operacyjny, który w Black Friday, w szczycie sezonu merchu albo w tygodniu St. Patrick’s Festival kosztuje więcej niż w styczniu. Szczegóły checkoutu, An Post, DPD Ireland, VAT i HPOS opisuje programista WooCommerce w Dublinie. Opieka pilnuje, żeby aktualizacja nie psuła webhooków i rezerwacji stanu.

#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ść Stripe, czy wp-admin, czy cała produkcja, czy wyciek oferty przed kampanią. 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 przed St. Patrick’s Festival okno bywa szersze niż w zwykłym miesiącu, bo koszt martwego landingu w tygodniu szczytu 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 DPC 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 Slacka.

#Przypadek: aktualizacja cache położyłaby formularze leadowe przed St. Patrick’s Festival, środowisko testowe to zatrzymał

Serwis studia SaaS z Silicon Docks na WordPressie, landing kampanii pod publikację nowej wersji produktu, formularz zapytania partnerskiego z polem VAT registration number, treść zaplanowana na wtorek 8:00, tydzień przed St. Patrick’s Festival. 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 polityki prywatności, a wtorkowy ruch z newslettera do partnerów 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 Stripe, przy formularzu demo, który po aktualizacji gubi stawkę VAT, i przy „drobnej” aktualizacji SEO, która nadpisuje robots i wycina panel partnera z indeksu. Dublin nie wybacza tego ciszej niż inny rynek. Wygląda to gorzej, bo obok siedzi ktoś, kto pyta o RODO z DPC, o tydzień St. Patrick’s Festival albo o slot w kalendarzu kampanii B2B w Silicon Docks.

#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 partnerskim, 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 Dublinie bez kopii testowej nie wchodzi w stały abonament z otwartymi auto-update.

Miesiąc stały: okno aktualizacji poza freeze przed St. Patrick’s Festival, 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 (brak 2FA u redakcji, brak umowy powierzenia, cache bez reguły dla future, freeze przed St. Patrick’s Festival jeszcze nie wpisany). Bez residualnego ryzyka raport jest broszurą.

Przejęcie zaniedzanej 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 publikacją. 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 Dublinie. Sklep, checkout, Stripe, Revolut, VAT i An Post: programista WooCommerce w Dublinie. 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 Dublin

Origin w Irlandii albo 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 kampanią, ograniczenie wtyczek z zapytań SQL na każdej podstronie: to nadal robota utrzymaniowa. Core Web Vitals mierzymy na realnych URL-ach z formularzami partnerskimi, 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 B2B w Dublinie liczy się czas do pierwszego bajtu z sieci korporacyjnej w Cork, Galway albo z biura w IFSC, nie tylko z telefonu w centrum miasta. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UE albo przynajmniej w Irlandii 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 St. Patrick’s Festival 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 z DPC.

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 w Silicon Docks, z hali w Blanchardstown albo ze sklepu B2B w aglomeracji i tak przyniesie własną checklistę. Lepiej mieć swoją wcześniej.

#Kiedy ta strona, a kiedy programista WordPress albo WooCommerce

Ta strona zostaje przy utrzymaniu: aktualizacje, kopie, monitoring, WAF, dziennik, drobne poprawki w ramach umowy. Motyw od zera, Gutenberg, CPT, refaktoryzacja page buildera albo integracja ERP to programista WordPress w Dublinie. Checkout w EUR, An Post, DPD Ireland, HPOS i webhooki Stripe to programista WooCommerce w Dublinie. Silicon Docks i St. Patrick’s Festival tłumaczą, skąd biorą się serwisy B2B z formularzami partnerskimi i freeze przed publikacją produktowych. Nie tłumaczą, czemu webhook Stripe bez idempotencji zostawia zamówienie w pending po Black Friday.

#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, informacja czy serwis ma formularze pod RODO z DPC, czy jest WooCommerce z Stripe albo Revolut, oraz które daty St. Patrick’s Festival albo kampanii B2B blokują wydanie. Z tego powstaje plan: co naprawiamy zanim w ogóle wejdziemy w miesięczny rytm, a co zostaje w kadencji.

Opieka w Dublinie 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 w EUR i RODO z DPC, zostajemy przy tym, co ta strona opisuje: środowisko testowe, kopia, WAF, dziennik, compliance po stronie klienta i runbook, który da się pokazać audytorowi bez rekonstruowania historii z pamięci.