Wspieramy społeczność WordPress w Budapeszcie
Nie jesteśmy tylko zdalną agencją. Jesteśmy aktywną częścią ekosystemu. Wierzymy w Open Source i wnosimy wkład w społeczność, która napędza ponad 40% sieci (W3Techs).
Kontekst lokalny: Skalowalna architektura dla rosnących produktów, wysoki poziom bazowego bezpieczeństwa oraz wielojęzyczne ścieżki użytkownika zoptymalizowane pod rynek lokalny i międzynarodowy.
- Członek Budapest WordPress Meetup
Nawiązywanie kontaktów z innymi programistami w regionie Budapeszt.
Dołącz do nas na następnym spotkaniu →
Programista WordPress & WooCommerce w Budapeszcie
W Budapeszcie, gdzie konkurencja jest wysoka, szybkość strony to Twój najważniejszy atut SEO. Nasz stack Astro + Headless WP gwarantuje wyniki, które zostawiają konkurencję w tyle.
Dla firm w Budapeszcie obsługujących sektor Startupy i firmy korporacyjne, bezpieczeństwo danych jest priorytetem. Architektura Headless wirtualnie eliminuje najczęstsze wektory ataków na WordPressa.
Polski zespół, który utrzymuje WordPressa dla firmy w Budapeszcie, nie dokłada „jeszcze jednego abonamentu aktualizacji”. Utrzymuje serwis, który stoi obok formularzy rekrutacyjnych dla centrów SSC przy Váci út, landingów fintech pod audyt inwestorski, katalogów B2B dla operatorów usług współdzielonych i portalów employer branding pod Craft Conference, na rynku, gdzie awaria landingu przed konferencją albo martwy formularz leadów szczycie kampanii rekrutacyjnej to temat na rozmowę z prawnikiem i z dyrektorem digital, a nie tylko z marketingiem. Ta strona opisuje opiekę techniczną WordPressa właśnie w tym układzie: polski delivery, budapeszteński kontekst SSC i fintech, 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 Budapesztu: Váci út, Infopark, Craft Conference, GDPR z węgierskim nadzorem NAIH, pytanie o hosting w UE oraz dziennik incydentów, który da się pokazać przy audycie. Sklep WooCommerce z checkoutem pod rynek węgierski to osobna ścieżka: programista WooCommerce w Budapeszcie. Budowa od zera albo przebudowa motywu idzie do programisty WordPress w Budapeszcie.
Co oznacza opieka WordPress przy serwisie SSC, fintech albo B2B
Opieka to nie „włącz auto-update i miej nadzieję”. Dla platformy employer branding centrum SSC z XIII. dzielnicy, katalogu usług B2B operatora outsourcingowego, sklepu WooCommerce z wysyłką po Węgrzech albo strony biura technologicznego przy Deák Ferenc tér 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 rekrutacyjny, poprawka Core Web Vitals na stronie z materiałem wideo - wisi na tym fundamencie. Bez niego kolejna wtyczka tylko powiększa powierzchnię ataku.
Serwis w Budapeszcie często zbiera dane, których nie wolno traktować jak treści bloga. Formularz aplikacyjny przed szczytem rekrutacyjnym przy Váci út, kalkulator wyceny usług IT, panel partnera dystrybutora, paywall katalogu ofert, logowanie do strefy inwestora fintech: 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ą rekruter, partner B2B albo kandydat 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 katalogu w trybie sandbox. Aktualizacja „od razu na żywo, bo to tylko patch” jest najkrótszą drogą do martwego formularza rekrutacyjnego w piątek przed otwarciem Craft Conference albo do landingu, który serwuje treść z poprzedniej edycji konferencji w godzinie premiery.
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 kampanii rekrutacyjnej. 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 Budapeszcie albo w Debreczynie. Zlanie tych trzech warstw w jednym katalogu FTP powoduje, że po dwóch latach nie widać już, gdzie kończy się dokumentacja, a zaczyna zwykłe zaleganie plików.
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 centrum SSC przy Váci út, operatora outsourcingowego z Infoparku albo fintech z Deák Ferenc tér ten plik jest surowcem do zgłoszenia. Agencja WordPress nie składa raportu do NAIH za klienta. Dostarcza oś czasu, której klient nie musi rekonstruować z pamięci.
Budapeszt jako kontekst, nie jako ozdobnik w tytule
Budapeszt to stolica Węgier i największy ośrodek technologiczny w kraju. Aglomeracja stołeczna łączy biurowce SSC przy Váci út i Infopark w XI. dzielnicy, kampus BME z pipeline’em absolwentów, hub fintech przy Deák Ferenc tér oraz konferencje branżowe, które co roku ustawiają kalendarz publikacji treści. To nie jest Debreczyn akademicko-startupowy ani Balaton turystyczny. Tu serwis WordPress często obsługuje rekrutację developerów, katalogi usług outsourcingowych, landingi pod rundę inwestycyjną albo formularze leadów pod targi, 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.
Craft Conference i zamrożenie wdrożeń
Craft Conference to jedna z największych konferencji technologicznych w Europie Środkowej, odbywająca się co roku w Budapeszcie. W tygodniu konferencji setki software house’ów, startupów i firm fintech patrzą na landingi produktowe, formularze zapisu na spotkania, integracje z systemami CRM i treści wielojęzyczne HU/EN. Awaria strony w środku tygodnia konferencyjnego to nie „bug do backlogu”. To utracone leady i reputacja u partnerów, którzy mają pełny kalendarz spotkań.
Runbook opieki dla klientów Budapeszcie ma wpisane zamrożenie wdrożeń produkcyjnych na okno Craft Conference, zwykle od tygodnia przed otwarciem do kilku dni 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 Craft Conference, uczy się tego na własnej skórze, kiedy serwis nie wytrzymuje skoku ruchu z telefonów uczestników konferencji.
Váci út, Infopark i sezon rekrutacyjny
Váci út i Infopark to dwa największe klastry biurowe IT w Budapeszcie. Centra SSC, software house’y i firmy fintech konkurują o developerów na rynku, gdzie strona kariery, formularz aplikacyjny i integracja z ATS muszą działać w szczycie kampanii rekrutacyjnej, nie w spokojnym styczniu. WordPress trzyma landingi employer branding, formularze zgłoszeniowe z załącznikiem CV, panele statusu rekrutacji i treści wielojęzyczne HU/EN dla kandydatów międzynarodowych.
Dla utrzymania wynika z tego prosta rzecz: aktualizacja wtyczki cache, integracji z API rekrutacyjnym albo WPML musi przejść checklistę, która obejmuje formularz aplikacyjny z uploadem PDF i panel statusu kandydata. środowisko testowe z tym samym stosem PHP i tymi samymi wtyczkami w sandbox to minimum, nie luksus. Centrum SSC przy Váci út nie akceptuje argumentu „strona główna działa”, kiedy formularz kariery zwraca 500 po aktualizacji wtyczki sesji.
Fintech, SSC i ekosystem technologiczny
Budapeszt łączy sektor fintech z tradycyjnym outsourcingiem IT. Biura przy Deák Ferenc tér budują platformy produktowe, landingi pod rundę inwestycyjną i blogi techniczne. Centra SSC obsługują katalogi usług, formularze leadów B2B i press kity do pobrania po zalogowaniu. Oba sektory mają wspólny problem: skoki ruchu i presja compliance, 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 rejestracji kandydata, widzi. Budapeszt 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ęgier i UE
Polski zespół zna WordPressa. Węgierski 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ęgierski NAIH
Węgry stosują rozporządzenie UE 2016/679 (GDPR) wraz z krajową implementacją w ustawie CXII z 2011 r. o prawie do samostanowienia informacyjnego i wolności informacji, nadzorowaną przez Nemzeti Adatvédelmi és Információszabadság Hatóság, powszechnie zwaną NAIH. Dla WordPressa w Budapeszcie 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 NAIH. Nikt po stronie agencji nie podpisuje się pod „jesteście zgodni z GDPR, bo macie WAF”. To byłoby kłamstwo opakowane w produkt. NAIH publikuje wytyczne i narzędzia audytowe na naih.hu; 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 z regionem frankfurckim, Invitech w Budapeszcie, Hetzner w Niemczech, OVH we Francji 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 Budapeszcie” 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 aglomeracji stołecznej albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników na Węgrzech i w Europie Środkowej. Budapeszt ma centra danych w okolicy, ale origin WordPressa nadal często stoi u dostawcy z regionem frankfurckim. To nie jest wada. To jest jawna decyzja rezydencji, którą trzeba opisać w runbooku, a nie ukrywać za hasłem „hosting w Budapeszcie”.
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 nieopublikowanego landingu rekrutacyjnego? Utrzymanie, które „wrzuca wszystko na najtańszy VPS w USA”, nie przechodzi rozmowy z prawnikiem fintech ani z dyrektorem digital przed Craft Conference.
Cookie banner, consent i węgierskie oczekiwania
Węgierski rynek jest wyczulony na cookie i tracking. Wytyczne NAIH wymagają świadomej zgody przed nieistotnymi plikami cookie. Wtyczki zgody (Cookiebot, Complianz, popularne na Węgrzech) integrują się z GTM i Meta Pixel. Aktualizacja motywu albo wtyczki cache potrafi wyłączyć blokowanie skryptów do momentu, kiedy NAIH 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, checkout i wysyłka międzynarodowa
Ta strona nie publikuje cen WPPoland. Opisuje, jak faktura z ÁFA ma wyglądać jako obieg, nie jako cennik. Sklep WooCommerce, który po aktualizacji wtyczki fakturującej gubi numer adószám albo stawkę ÁFA, produkuje dokumenty, których księgowość w Budapeszcie nie przyjmie. W utrzymaniu pilnujemy, żeby wtyczka faktur, pole podatkowe i PDF nie rozjechały się po patchu.
Polski runbook checkoutu nie przenosi się na Węgry jeden do jednego. W Budapeszcie obowiązują HUF albo EUR, węgierska ÁFA, inne bramki płatnicze (Stripe, Barion, PayPal) i inny mix przewoźników niż na rynku krajowym. Sklep z wysyłką do Niemiec albo Polski wymaga osobnej checklisty po każdej aktualizacji wtyczki wysyłkowej. Opieka skopiowana z instalacji w Polsce wywala się na pierwszej fakturze z poprawnym ÁFA i na etykiecie, której kurier nie skanuje w punkcie odbioru przy Deák Ferenc tér.
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 landingu przed Craft Conference. 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 Craft Conference okno bywa szersze niż w zwykłym miesiącu, bo koszt martwego landingu w maju 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 NAIH 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 landing rekrutacyjny przed Craft Conference, środowisko testowe to zatrzymał
Serwis centrum SSC na WordPressie, landing rekrutacyjny pod konferencję, formularz aplikacyjny z uploadem CV, treść zaplanowana na wtorek 20:00, tydzień przed otwarciem Craft Conference. 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 pracy w stanie „szkic”, publikacja o 20:00 serwowała oferty z poprzedniego kwartału. 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 do kandydató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 w sklepie B2B, przy formularzu leadów, który po aktualizacji gubi stawkę ÁFA, i przy „drobnej” aktualizacji SEO, która nadpisuje robots i wycina panel partnera z indeksu. Budapeszt nie wybacza tego ciszej niż inny rynek. Wygląda to gorzej, bo obok siedzi ktoś, kto pyta o GDPR, o Craft Conference albo o slot w kalendarzu kampanii rekrutacyjnej przy Váci út.
WordPress w Budapeszcie i praktyka, której nie widać w panelu hostingu
Budapest WordPress Meetup spotyka się regularnie w ekosystemie budapeszteńskim (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 Budapeszcie część zespołów i tak siedzi po stronie SSC albo fintech i usłyszy te same pytania na wydarzeniach przy Craft Conference albo w coworkingach Infoparku.
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 rekrutacyjnym, 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 fintech albo SSC w Budapeszcie bez kopii testowej nie wchodzi w stały abonament z otwartymi auto-update.
Miesiąc stały: okno aktualizacji poza Craft Conference i szczytami rekrutacyjnymi, 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 Craft Conference 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 pracy. 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 Budapeszcie. Sklep, checkout, ÁFA i bramki płatnicze: programista WooCommerce w Budapeszcie. 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 tygodniu konferencyjnym i użytkownikach z aglomeracji stołecznej
Origin w UE nie naprawi ciężkiego motywu z galeriami wideo i materiałami w wysokiej rozdzielczości. HTTP/3, Brotli, AVIF, lazy load, który nie psuje LCP hero, cache, który nie trzyma prywatnego koszyka ani nieopublikowanego landingu rekrutacyjnego, ograniczenie wtyczek z zapytań SQL na każdej podstronie: to nadal robota utrzymaniowa. Core Web Vitals mierzymy na realnych URL-ach z formularzami rekrutacyjnymi, nie na pustej instalacji. INP psuje się od skryptów czatu, od widgetu mapy biura przy Váci út 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 SSC w Budapeszcie liczy się czas do pierwszego bajtu z sieci na Węgrzech i w Europie Środkowej, nie tylko z telefonu przy Deák Ferenc tér. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UE jest częścią kontraktu operatorskiego, nie dodatkiem. Strona z pełnoekranowymi zdjęciami zespołu umiera na LCP od nieoszczędnych JPEG-ów szybciej niż od „słabego hostingu”. Przed Craft Conference 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 ustawą CXII z 2011 r.
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 centrum SSC, z operatora outsourcingowego albo z fintech przy Váci út 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 Budapeszcie dodaje do niej kalendarz freeze Craft Conference, pytanie o NAIH 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 Craft Conference albo szczyt rekrutacyjny przy Váci út. Z tego powstaje plan: co naprawiamy zanim w ogóle wejdziemy w miesięczny rytm, a co zostaje w kadencji.
Opieka w Budapeszcie 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 Craft Conference, formularzach rekrutacyjnych, targach fintech i GDPR pod węgierskim nadzorem NAIH, 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.
Mapa w Budapeszcie i okolic
Obsługujemy klientów w Budapeszcie i pobliskich miejscowościach.
Ta strona zawiera informacje przygotowane specjalnie dla Budapeszt.
Polski zespół, który utrzymuje WordPressa dla firmy w Budapeszcie, nie dokłada „jeszcze jednego abonamentu aktualizacji”. Utrzymuje serwis, który stoi obok formularzy rekrutacyjnych dla centrów SSC przy Váci út, landingów fintech pod audyt inwestorski, katalogów B2B dla operatorów usług współdzielonych i portalów employer branding pod Craft Conference, na rynku, gdzie awaria landingu przed konferencją albo martwy formularz leadów szczycie kampanii rekrutacyjnej to temat na rozmowę z prawnikiem i z dyrektorem digital, a nie tylko z marketingiem. Ta strona opisuje opiekę techniczną WordPressa właśnie w tym układzie: polski delivery, budapeszteński kontekst SSC i fintech, 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 Budapesztu: Váci út, Infopark, Craft Conference, GDPR z węgierskim nadzorem NAIH, pytanie o hosting w UE oraz dziennik incydentów, który da się pokazać przy audycie. Sklep WooCommerce z checkoutem pod rynek węgierski to osobna ścieżka: programista WooCommerce w Budapeszcie. Budowa od zera albo przebudowa motywu idzie do programisty WordPress w Budapeszcie.
Co oznacza opieka WordPress przy serwisie SSC, fintech albo B2B
Opieka to nie „włącz auto-update i miej nadzieję”. Dla platformy employer branding centrum SSC z XIII. dzielnicy, katalogu usług B2B operatora outsourcingowego, sklepu WooCommerce z wysyłką po Węgrzech albo strony biura technologicznego przy Deák Ferenc tér 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 rekrutacyjny, poprawka Core Web Vitals na stronie z materiałem wideo - wisi na tym fundamencie. Bez niego kolejna wtyczka tylko powiększa powierzchnię ataku.
Serwis w Budapeszcie często zbiera dane, których nie wolno traktować jak treści bloga. Formularz aplikacyjny przed szczytem rekrutacyjnym przy Váci út, kalkulator wyceny usług IT, panel partnera dystrybutora, paywall katalogu ofert, logowanie do strefy inwestora fintech: 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ą rekruter, partner B2B albo kandydat 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 katalogu w trybie sandbox. Aktualizacja „od razu na żywo, bo to tylko patch” jest najkrótszą drogą do martwego formularza rekrutacyjnego w piątek przed otwarciem Craft Conference albo do landingu, który serwuje treść z poprzedniej edycji konferencji w godzinie premiery.
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 kampanii rekrutacyjnej. 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 Budapeszcie albo w Debreczynie. Zlanie tych trzech warstw w jednym katalogu FTP powoduje, że po dwóch latach nie widać już, gdzie kończy się dokumentacja, a zaczyna zwykłe zaleganie plików.
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 centrum SSC przy Váci út, operatora outsourcingowego z Infoparku albo fintech z Deák Ferenc tér ten plik jest surowcem do zgłoszenia. Agencja WordPress nie składa raportu do NAIH za klienta. Dostarcza oś czasu, której klient nie musi rekonstruować z pamięci.
Budapeszt jako kontekst, nie jako ozdobnik w tytule
Budapeszt to stolica Węgier i największy ośrodek technologiczny w kraju. Aglomeracja stołeczna łączy biurowce SSC przy Váci út i Infopark w XI. dzielnicy, kampus BME z pipeline’em absolwentów, hub fintech przy Deák Ferenc tér oraz konferencje branżowe, które co roku ustawiają kalendarz publikacji treści. To nie jest Debreczyn akademicko-startupowy ani Balaton turystyczny. Tu serwis WordPress często obsługuje rekrutację developerów, katalogi usług outsourcingowych, landingi pod rundę inwestycyjną albo formularze leadów pod targi, 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.
Craft Conference i zamrożenie wdrożeń
Craft Conference to jedna z największych konferencji technologicznych w Europie Środkowej, odbywająca się co roku w Budapeszcie. W tygodniu konferencji setki software house’ów, startupów i firm fintech patrzą na landingi produktowe, formularze zapisu na spotkania, integracje z systemami CRM i treści wielojęzyczne HU/EN. Awaria strony w środku tygodnia konferencyjnego to nie „bug do backlogu”. To utracone leady i reputacja u partnerów, którzy mają pełny kalendarz spotkań.
Runbook opieki dla klientów Budapeszcie ma wpisane zamrożenie wdrożeń produkcyjnych na okno Craft Conference, zwykle od tygodnia przed otwarciem do kilku dni 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 Craft Conference, uczy się tego na własnej skórze, kiedy serwis nie wytrzymuje skoku ruchu z telefonów uczestników konferencji.
Váci út, Infopark i sezon rekrutacyjny
Váci út i Infopark to dwa największe klastry biurowe IT w Budapeszcie. Centra SSC, software house’y i firmy fintech konkurują o developerów na rynku, gdzie strona kariery, formularz aplikacyjny i integracja z ATS muszą działać w szczycie kampanii rekrutacyjnej, nie w spokojnym styczniu. WordPress trzyma landingi employer branding, formularze zgłoszeniowe z załącznikiem CV, panele statusu rekrutacji i treści wielojęzyczne HU/EN dla kandydatów międzynarodowych.
Dla utrzymania wynika z tego prosta rzecz: aktualizacja wtyczki cache, integracji z API rekrutacyjnym albo WPML musi przejść checklistę, która obejmuje formularz aplikacyjny z uploadem PDF i panel statusu kandydata. środowisko testowe z tym samym stosem PHP i tymi samymi wtyczkami w sandbox to minimum, nie luksus. Centrum SSC przy Váci út nie akceptuje argumentu „strona główna działa”, kiedy formularz kariery zwraca 500 po aktualizacji wtyczki sesji.
Fintech, SSC i ekosystem technologiczny
Budapeszt łączy sektor fintech z tradycyjnym outsourcingiem IT. Biura przy Deák Ferenc tér budują platformy produktowe, landingi pod rundę inwestycyjną i blogi techniczne. Centra SSC obsługują katalogi usług, formularze leadów B2B i press kity do pobrania po zalogowaniu. Oba sektory mają wspólny problem: skoki ruchu i presja compliance, 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 rejestracji kandydata, widzi. Budapeszt 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ęgier i UE
Polski zespół zna WordPressa. Węgierski 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ęgierski NAIH
Węgry stosują rozporządzenie UE 2016/679 (GDPR) wraz z krajową implementacją w ustawie CXII z 2011 r. o prawie do samostanowienia informacyjnego i wolności informacji, nadzorowaną przez Nemzeti Adatvédelmi és Információszabadság Hatóság, powszechnie zwaną NAIH. Dla WordPressa w Budapeszcie 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 NAIH. Nikt po stronie agencji nie podpisuje się pod „jesteście zgodni z GDPR, bo macie WAF”. To byłoby kłamstwo opakowane w produkt. NAIH publikuje wytyczne i narzędzia audytowe na naih.hu; 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 z regionem frankfurckim, Invitech w Budapeszcie, Hetzner w Niemczech, OVH we Francji 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 Budapeszcie” 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 aglomeracji stołecznej albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników na Węgrzech i w Europie Środkowej. Budapeszt ma centra danych w okolicy, ale origin WordPressa nadal często stoi u dostawcy z regionem frankfurckim. To nie jest wada. To jest jawna decyzja rezydencji, którą trzeba opisać w runbooku, a nie ukrywać za hasłem „hosting w Budapeszcie”.
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 nieopublikowanego landingu rekrutacyjnego? Utrzymanie, które „wrzuca wszystko na najtańszy VPS w USA”, nie przechodzi rozmowy z prawnikiem fintech ani z dyrektorem digital przed Craft Conference.
Cookie banner, consent i węgierskie oczekiwania
Węgierski rynek jest wyczulony na cookie i tracking. Wytyczne NAIH wymagają świadomej zgody przed nieistotnymi plikami cookie. Wtyczki zgody (Cookiebot, Complianz, popularne na Węgrzech) integrują się z GTM i Meta Pixel. Aktualizacja motywu albo wtyczki cache potrafi wyłączyć blokowanie skryptów do momentu, kiedy NAIH 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, checkout i wysyłka międzynarodowa
Ta strona nie publikuje cen WPPoland. Opisuje, jak faktura z ÁFA ma wyglądać jako obieg, nie jako cennik. Sklep WooCommerce, który po aktualizacji wtyczki fakturującej gubi numer adószám albo stawkę ÁFA, produkuje dokumenty, których księgowość w Budapeszcie nie przyjmie. W utrzymaniu pilnujemy, żeby wtyczka faktur, pole podatkowe i PDF nie rozjechały się po patchu.
Polski runbook checkoutu nie przenosi się na Węgry jeden do jednego. W Budapeszcie obowiązują HUF albo EUR, węgierska ÁFA, inne bramki płatnicze (Stripe, Barion, PayPal) i inny mix przewoźników niż na rynku krajowym. Sklep z wysyłką do Niemiec albo Polski wymaga osobnej checklisty po każdej aktualizacji wtyczki wysyłkowej. Opieka skopiowana z instalacji w Polsce wywala się na pierwszej fakturze z poprawnym ÁFA i na etykiecie, której kurier nie skanuje w punkcie odbioru przy Deák Ferenc tér.
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 landingu przed Craft Conference. 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 Craft Conference okno bywa szersze niż w zwykłym miesiącu, bo koszt martwego landingu w maju 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 NAIH 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 landing rekrutacyjny przed Craft Conference, środowisko testowe to zatrzymał
Serwis centrum SSC na WordPressie, landing rekrutacyjny pod konferencję, formularz aplikacyjny z uploadem CV, treść zaplanowana na wtorek 20:00, tydzień przed otwarciem Craft Conference. 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 pracy w stanie „szkic”, publikacja o 20:00 serwowała oferty z poprzedniego kwartału. 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 do kandydató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 w sklepie B2B, przy formularzu leadów, który po aktualizacji gubi stawkę ÁFA, i przy „drobnej” aktualizacji SEO, która nadpisuje robots i wycina panel partnera z indeksu. Budapeszt nie wybacza tego ciszej niż inny rynek. Wygląda to gorzej, bo obok siedzi ktoś, kto pyta o GDPR, o Craft Conference albo o slot w kalendarzu kampanii rekrutacyjnej przy Váci út.
WordPress w Budapeszcie i praktyka, której nie widać w panelu hostingu
Budapest WordPress Meetup spotyka się regularnie w ekosystemie budapeszteńskim (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 Budapeszcie część zespołów i tak siedzi po stronie SSC albo fintech i usłyszy te same pytania na wydarzeniach przy Craft Conference albo w coworkingach Infoparku.
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 rekrutacyjnym, 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 fintech albo SSC w Budapeszcie bez kopii testowej nie wchodzi w stały abonament z otwartymi auto-update.
Miesiąc stały: okno aktualizacji poza Craft Conference i szczytami rekrutacyjnymi, 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 Craft Conference 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 pracy. 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 Budapeszcie. Sklep, checkout, ÁFA i bramki płatnicze: programista WooCommerce w Budapeszcie. 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 tygodniu konferencyjnym i użytkownikach z aglomeracji stołecznej
Origin w UE nie naprawi ciężkiego motywu z galeriami wideo i materiałami w wysokiej rozdzielczości. HTTP/3, Brotli, AVIF, lazy load, który nie psuje LCP hero, cache, który nie trzyma prywatnego koszyka ani nieopublikowanego landingu rekrutacyjnego, ograniczenie wtyczek z zapytań SQL na każdej podstronie: to nadal robota utrzymaniowa. Core Web Vitals mierzymy na realnych URL-ach z formularzami rekrutacyjnymi, nie na pustej instalacji. INP psuje się od skryptów czatu, od widgetu mapy biura przy Váci út 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 SSC w Budapeszcie liczy się czas do pierwszego bajtu z sieci na Węgrzech i w Europie Środkowej, nie tylko z telefonu przy Deák Ferenc tér. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UE jest częścią kontraktu operatorskiego, nie dodatkiem. Strona z pełnoekranowymi zdjęciami zespołu umiera na LCP od nieoszczędnych JPEG-ów szybciej niż od „słabego hostingu”. Przed Craft Conference 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 ustawą CXII z 2011 r.
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 centrum SSC, z operatora outsourcingowego albo z fintech przy Váci út 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 Budapeszcie dodaje do niej kalendarz freeze Craft Conference, pytanie o NAIH 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 Craft Conference albo szczyt rekrutacyjny przy Váci út. Z tego powstaje plan: co naprawiamy zanim w ogóle wejdziemy w miesięczny rytm, a co zostaje w kadencji.
Opieka w Budapeszcie 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 Craft Conference, formularzach rekrutacyjnych, targach fintech i GDPR pod węgierskim nadzorem NAIH, 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.
Społeczność WordPress w Budapeszcie
Współorganizujemy WordCamp Gdynia od 2015 i pracujemy w zespole organizacyjnym WordCamp Europe od 2024. To, czego uczymy się na tych wydarzeniach, wraca do kodu, który piszemy dla klientów.
Budapest WordPress Meetup
Lokalna grupa społeczności dla programistów i użytkowników.
Dołącz do grupy →
Projekty WordPress zrealizowane w Budapeszcie i Węgry
Zobacz wybrane realizacje, które wspierają biznes naszych klientów.
Tech Platform: odszkodowania.pl
Strona biuro pomocy poszkodowanym została zaprojektowana z myślą o profesjonalnym i empatycznym przekazie informacji, wspierając osoby poszkodowane w trudnyc...
Tech Platform: ogloszenia.osemka.pl
Ogloszenia.osemka.pl to portal ogłoszeniowy funkcjonujący jako subdomena społecznościowego serwisu Osemka.pl, zaprojektowany i wdrożony w latach 2006-2007. J...
Tech Platform: osiedlegalaktyka.pl
Osiedlegalaktyka.pl to profesjonalny projekt w moim portfolio programisty WordPress, zrealizowany jako witryna promująca nowoczesne osiedle mieszkaniowe w Sz...
Wsparcie techniczne WordPress w Budapeszcie
Przewodniki metodyczne (SEO, GEO, compliance)
Te materiały opisują, jak pracujemy nad cytowaniami w modelach językowych, modernizacją WooCommerce B2B oraz odpornością operacyjną pod NIS2 i przetargi - niezależnie od miasta realizacji.
Co wyróżnia w Budapeszcie
Lokalna ekspertyza: - Stała opieka WordPress dla polskich zespołów utrzymujących serwisy SSC, fintech i B2B w Budapeszcie oraz w aglomeracji stołecznej - Aktualizacje rdzenia, wtyczek i motywów najpierw na środowisku testowym, potem na produkcji, z udokumentowaną ścieżką wycofania - Kopie operacyjne, WAF i dziennik incydentów pod GDPR oraz węgierski nadzór NAIH, bez mieszania kopii z archiwum compliance po stronie klienta Nasz zespół rozumie specyfikę rynku w Budapeszcie i dostosowuje rozwiązania do lokalnych potrzeb biznesowych. Kluczowe decyzje projektowe podejmujemy na podstawie realnych danych z rynku w Budapeszcie, a nie szablonowych założeń.
Potrzebujesz usługi: Opieka techniczna WordPress w Budapeszcie?
Porozmawiajmy o tym, jak możemy wprowadzić Twoją stronę na wyższy poziom wydajności.
Umów bezpłatną konsultację w BudapeszcieFAQ - Opieka techniczna WordPress w Budapeszcie
Gdzie w Budapeszcie spotyka się środowisko webowe?
Lokalny meetup to Budapest WordPress Meetup, strona grupy: https://www.meetup.com/budapest-wordpress-meetup/. Zapytaj tam, zanim podpiszesz cokolwiek, ze mną też. Sala ludzi, którzy już kogoś lokalnie zatrudnili, weryfikuje szybciej niż jakiekolwiek portfolio.
Czego zwykle dotyczy brief z Budapesztu?
Zlecenia idą przede wszystkim od: Startupy i firmy korporacyjne. Skalowalna architektura dla rosnących produktów, wysoki poziom bazowego bezpieczeństwa oraz wielojęzyczne ścieżki użytkownika zoptymalizowane pod rynek lokalny i międzynarodowy. Lista odbioru dla rynku Węgry obejmuje GDPR, NIS2 oraz EAA. Nic z tego nie dotyczy wyłącznie Budapesztu, obowiązuje na całym rynku, ale wpisane w zakres kosztuje mniej niż dokładane po starcie.
Co zawiera miesięczny pakiet opieki?
Aktualizacje rdzenia WordPress, wtyczek i motywów testowane na środowisku testowym przed produkcją; kopie zapasowe operacyjne; skanowanie malware i WAF; monitoring uptime i PageSpeed; ograniczony czas na drobne zmiany uzgodniony w umowie; kanał priorytetowy w dni robocze. Zakres godzin i czas pierwszej odpowiedzi zapisujemy w runbooku, a nie jako uniwersalny procent SLA. Cennika na tej stronie nie ma; wycena jest indywidualna. Aktualizacje produkcyjne omijają okno Craft Conference i szczytów rekrutacyjnych przy Váci út, chyba że umowa przewiduje incydent krytyczny.
Technologie i Specjalizacje - w Budapeszcie
Specjalizujemy się w:
Wspominamy o:
Sprawdź inne usługi WordPress i bazę wiedzy
Wzmocnij swój biznes dzięki profesjonalnemu wsparciu technicznemu w kluczowych obszarach ekosystemu WordPress.
Audyt CrUX i atrybucja LCP, INP, CLS per template.
Core Web Vitals, cache i szybki frontend.
Stabilność, aktualizacje i wsparcie po wdrożeniu.
Migracja do Astro, Next.js i headless WordPress.
Headless WordPress, Sanity, Strapi i Contentful z Astro lub Next.js.
Audyt, hardening i ochrona przed incydentami.
Powiązane kategorie
Artykuły wspierające temat

Jak zoptymalizować Interaction to Next Paint (INP) na stronach WordPress. Praktyczne poprawki najnowszej metryki Core Web Vitals wpływającej bezpośrednio na pozycje w Google.

Pole kontra lab, LCP, INP i CLS dla WordPressa w 2026. Zielone LCP Google to nadal 2,5 s w CrUX. 100/100 w Lighthouse to cel laboratoryjny. Consent, Cookiebot, widgety kasowe, cache HTML.

Porównanie najlepszych wtyczek do optymalizacji obrazów w WordPress, konfiguracja dostarczania WebP/AVIF, ekstrakcja critical CSS i ustawienie LiteSpeed Cache dla maksymalnych wyników PageSpeed.