Programista WooCommerce w Budapeszcie

Sklep WooCommerce w Budapeszcie stoi obok sklepu D2C z Váci utca z checkoutem w HUF i dostawą Foxpost do automatu przy Nyugati, hurtowni B2B z XIII. kerület z cenami według ról i fakturą z numerem adószám, subskrypcji SaaS fintech z Graphisoft Park rozliczanej cyklicznie przez Barion, albo sklepu gadżetów eventowych przed Craft Conference, który w szczycie tygodnia konferencyjnego musi przeżyć skok ruchu bez gubienia webhooków SimplePay. To nie jest powód, żeby Woo udawało ERP centrum SSC albo platformę rezerwacji spotkań inwestorskich. To powód, żeby checkout, bramki Barion i SimplePay, ÁFA, dostawa i integracje magazynowe były napisane tak, jak oczekuje węgierski dział compliance, magazyn w aglomeracji budapeszteńskiej albo zespół prawny, który czyta GDPR i wytyczne NAIH, a nie tylko wynik Lighthouse na stronie kategorii.

WPPoland realizuje programowanie WooCommerce z polskiego zespołu seniorów dla firm w Budapeszcie i w szerszych Węgrzech. Zakres to checkout, Barion, SimplePay, PayPal, strefy dostaw, logika podatkowa ÁFA, hooki zamiast modyfikacji rdzenia i QA end-to-end na ścieżkach zamówień. Motyw WordPress, abonament opieki i kontakt są osobnymi tematami, z linkami na końcu.

#Checkout WooCommerce w Budapeszcie

Budapeszt to stolica Węgier i największy ośrodek technologiczny w kraju. Aglomeracja stołeczna łączy biurowce IT w Infoparku i Graphisoft Park, hub fintech przy Andrássy út, kampus Eötvös Loránd Tudományegyetem z pipeline’em absolwentów oraz konferencje branżowe, które co roku ustawiają kalendarz publikacji treści. Sklep WooCommerce w tym układzie często nie jest wizytówką z koszykiem, tylko kanałem sprzedaży gadżetów employer branding, katalogiem B2B dla dystrybutorów usług IT, subskrypcją produktów cyfrowych albo sklepem D2C dla marki, która właśnie ogłosiła premierę przed Craft Conference.

Brief od klienta w Budapeszcie często brzmi: mamy Elementor i trzydzieści wtyczek, checkout trwa wieczność, Apple Pay działa losowo, a po aktualizacji Woo zamówienia wiszą na oczekującym. To jest problem architektury checkoutu i webhooków Barion, nie problem szablonu z marketplace. Typowy projekt, który trafia do seniorów Budapeszcie, nie brzmi zróbcie sklep. Brzmi: odziedziczony Woo z page builderem, SimplePay skonfigurowana przez agencję trzy lata temu, magazyn klei statusy ręcznie po Craft Conference, a dział prawny pyta, czy checkbox zgody w checkout i polityka prywatności da się obronić przed NAIH. To jest dług integracyjny, który wychodzi w kwietniu przy konferencji, nie w audycie SEO.

Budapest WordPress Meetup spotyka się regularnie w ekosystemie budapeszteńskim. To nie jest kanał sprzedaży. To sygnał, że lokalna społeczność zna WordPress Coding Standards i widzi różnicę między checkoutem z WooCommerce Blocks a page builderem generującym shortcode’y w treści. Sklepy, które tu stawiamy albo naprawiamy, zwykle łączą dwa rytmy: codzienną sprzedaż B2C z dostawą GLS do aglomeracji budapeszteńskiej, oraz skoki katalogu przed premierą produktu albo kampanią rekrutacyjną, gdy magazyn w Ferencváros albo fulfilment w okolicach Budapesztu musi wyjechać paletami, a nie listem poleconym.

Prace trzymają się WooCommerce. Customizacje idą przez hooki action i filter oraz własną wtyczkę, nigdy przez edycję plików rdzenia. Granica między rdzeniem Woo, kodem wtyczki i motywem zapada na audycie i trafia do runbooka.

#Płatności na checkoucie na Węgrzech w 2026

Węgierski koszyk zaczyna się od waluty. Sklep w Budapeszcie sprzedaje w HUF albo w EUR, w zależności od segmentu: B2C lokalny zwykle w forintach, B2B i eksport często w euro. Barion to węgierska bramka, którą kupujący i księgowość w Budapeszcie znają z portfela mobilnego i terminala w sklepie stacjonarnym; integracja Woo z Barion wymaga osobnego runbooku webhooków i testów sandbox. SimplePay (OTP SimplePay) to drugi filar rynku węgierskiego, szczególnie przy kartach i Apple Pay. PayPal pokrywa scenariusze międzynarodowe i kupujących ekspatów. Klient z aglomeracji budapeszteńskiej oczekuje, że kwota na checkoucie, w mailu potwierdzającym i na wyciągu banku będzie zgodna z wybraną walutą, z jawną stawką ÁFA.

Dla każdej bramki w runbooku zostaje: obsługiwane flow (jednorazowe, cykliczne, capture, zwrot pełny, zwrot częściowy), adres webhooka, lista zdarzeń które zmieniają status, matryca kont sandbox i historia idempotencji. Barion zgłasza capture i odmowę osobnymi zdarzeniami. SimplePay wymaga osobnej decyzji, czy capture idzie od razu, czy po nadaniu przesyłki - przy produktach fizycznych z magazynu w XIII. kerület druga opcja chroni przed pobraniem pieniędzy za SKU, którego nie ma na stanie.

Kolejność metod na checkoucie ustawiamy pod węgierskie nawyki: Barion i SimplePay wysoko, PayPal tam gdzie ruch międzynarodowy tego wymaga, Apple Pay jako warstwa karty na mobile, utalás (przelew bankowy) tylko w ścieżce B2B z jasnym komunikatem o czasie księgowania. Domyślny szablon Woo z kartą na górze i bez portfela węgierskiego pracuje wbrew nawykom rynku, w tym kupującego w Budapeszcie, który woli Barion przy koszyku powyżej kilkudziesięciu tysięcy forintów.

Sklepy sprzedające do innych krajów UE muszą osobno rozwiązać VAT OSS albo lokalną rejestrację w kraju docelowym. Woo sam z siebie nie jest modułem OSS. Albo wtyczka podatkowa liczy stawki destynacji, albo ERP jest źródłem podatku, a Woo tylko zbiera adres i kwoty. Mieszanie obu źródeł to najczęstszy rozjazd w deklaracji ÁFA, który wychodzi dopiero na fakturze, a nie w koszyku.

#Strefy dostaw: GLS, Foxpost i MPL

Krajowa dostawa z Węgier w 2026 to przede wszystkim GLS Hungary, Foxpost (automaty paczkowe) i MPL Magyar Posta. GLS obsługuje paczki do standardowego gabarytu w aglomeracji budapeszteńskiej. Foxpost daje sieć automatów Budapeszcie: Nyugati, Keleti, Blaha Lujza tér, Corvin Plaza, Arena Mall. Strefy Woo rozdzielamy nie tylko na Węgry / UE / reszta świata, ale na wagę i wymiar: do progu listu, do progu paczki standardowej, powyżej kurier paletowy dla gabarytów.

Integracja z kurierem wymaga mapowania produktów Woo na usługi przewoźnika: GLS Business Parcel, Foxpost automata, MPL PostaPont. Wtyczka kuriera nie dodaje osobnej metody do listy stref Woo. Przypina się ją do istniejącej stawki ryczałtowej albo darmowej dostawy, a potem mapuje produkty w ustawieniach API. Ręczne klejenie etykiet w portalu GLS przy liczbie zamówień po Craft Conference nie skaluje się.

Foxpost wymaga identyfikatora automatu w polach adresu, a nie w notatce do zamówienia. Poprawny adres wymaga kodu automatu zgodnego z API Foxpost, kodu pocztowego stacji i kraju Węgry. Ręczne wpisanie “Foxpost” w linii adresu bez identyfikatora kończy się odrzuceniem etykiety.

Etykieta i numer śledzenia wracają do zamówienia Woo i do maila klienta. Generowanie etykiety po payment_complete zdejmujemy do Action Scheduler (as_enqueue_async_action), żeby handler webhooka oddał 200 zanim API kuriera policzy routing. Lokalny odbiór w aglomeracji (Infopark, magazyn w Ferencváros) ma osobną metodę z jasnym adresem punktu.

#ÁFA i pole adószám

Stawki ÁFA na Węgrzech w 2026: standardowa 27 procent (najwyższa w UE), obniżona 18 procent na wybrane kategorie (np. część produktów spożywczych i usług hotelowych), super obniżona 5 procent na wybrane towary (np. część artykułów spożywczych podstawowych). Koszyk mieszany jest codziennością przy sklepie B2B centrum SSC albo eventowym, który sprzedaje katalog targowy obok gadżetu. Woo musi liczyć podatek per pozycja, a nie weź najwyższą stawkę koszyka. Błąd w klasie podatkowej produktu wychodzi dopiero na fakturze ÁFA.

B2B wewnątrz Węgier z ważnym numerem adószám idzie jako transakcja z odwrotnym obciążeniem albo z zerową stawką tam, gdy przepisy na to pozwalają, o ile numer przejdzie walidację VIES i sklep zapisuje dowód sprawdzenia przy zamówieniu. Pole adószám na checkoucie, walidacja i przełączenie klasy podatkowej to nie ozdoba formularza. Przy płatności utalás B2B to samo pole decyduje, czy faktura w ogóle ma szansę przejść u księgowości w Budapeszcie.

Granicę co liczy podatek i wystawia dokument zapisujemy w runbooku: WooCommerce Tax, osobny silnik faktur (Számlázz.hu, Billingo, własna integracja), albo system księgowy klienta. Jedno źródło numeracji. Dwa źródła dają podwójne numery albo dziury, a audyt podatkowy NAV tego nie wybacza.

#Webhooki, rezerwacja stanu i HPOS

Najczęstsza wada sklepów, które wracają do naprawy w Budapeszcie, nie leży w wyglądzie checkoutu. Leży w tym, co dzieje się po kliknięciu Fizetés Barionnal albo Rendelés leadása. Sklep z magazynem w XIII. kerület, który sprzedaje równolegle przez własne Woo i przez marketplace, płaci za ten błąd dwa razy: raz zamówieniem w limbo, drugi raz nadsprzedażą SKU, który był już zarezerwowany w drugim kanale.

#Status zamówienia ustala serwer, nie powrót klienta

Status zamówienia ustala powiadomienie serwer do serwera. Powrót klienta na stronę podziękowania nie jest źródłem prawdy. Endpoint order-received to zdarzenie przeglądarki. Przeglądarka jest zawodna: po autoryzacji Barion klient zamyka kartę w metrze między Deák Ferenc tér a Kálvin tér, traci sieć w parkingowym domu przy Liszt Ferenc, wraca z cache. Hook woocommerce_thankyou służy do wyświetlenia treści. Nie zmienia statusu płatności.

O pieniądzach decyduje callback bramki. W Woo odbiera go własny adres zwrotny z parametrem wc-api, czyli akcja z rodziny woocommerce_api_ rejestrowana przez wtyczkę bramki. Handler po weryfikacji sygnatury wywołuje payment_complete na obiekcie zamówienia i przenosi je z pending do processing. Sygnaturę sprawdzamy na surowym ciele żądania ze strumienia php://input, zanim cokolwiek zostanie sparsowane. Cięższą pracę po weryfikacji - synchronizację magazynu, wystawienie faktury, nadanie GLS albo Foxpost - zdejmujemy do Action Scheduler, żeby odpowiedź 200 wracała szybko i Barion albo SimplePay nie zaczęły ponawiać.

Powtórzony sygnał z bramki jest normą, nie awarią. Identyfikator zdarzenia zapisujemy w meta zamówienia i sprawdzamy przed przetworzeniem. Zamówienie już opłacone nie zmienia statusu drugi raz. Dostaje notatkę o zignorowanym duplikacie.

Płatność odrzucona i zwrot częściowy to dwie osobne ścieżki. Odrzucenie ustawia status failed, nie cancelled, bo zamówienie ma nadal dać się opłacić: klient dostaje link z get_checkout_payment_url. Zwrot częściowy idzie przez wc_create_refund z listą pozycji i kwot oraz z flagą zwrotu na bramce. Zamówienie zostaje w processing albo completed, a zwróconą kwotę czyta się z get_total_refunded, nie ze statusu.

#Rezerwacja magazynu i sprzedaż wielokanałowa

Stan rezerwujemy w momencie rozpoczęcia płatności, nie po jej potwierdzeniu. WooCommerce od wersji 4.3 zapisuje rezerwację w tabeli wp_wc_reserved_stock przez wc_reserve_stock_for_order, zwalnia ją przez wc_release_stock_for_order, a czas trzymania bierze z opcji woocommerce_hold_stock_minutes. Bez tego dwoje kupujących wchodzi w Barion na ostatnią sztukę limitowanego SKU przed Craft Conference i oboje dostają potwierdzenie.

Przy sprzedaży wielokanałowej rezerwacja Woo nie wie nic o eMAG, Amazon albo innym kanale. Źródłem prawdy zostaje wspólna pula w ERP albo w warstwie fulfilment, a Woo trzyma stan przez synchronizację. Hold stock przy płatności utalás B2B ustawia się dłużej niż przy Barion: przelew z OTP albo K&H potrafi iść do następnego dnia roboczego.

#Tabele wp_wc_orders i tryb zgodności

High-Performance Order Storage jest domyślny dla nowych instalacji od WooCommerce 8.2. Zamówienia żyją wtedy w wp_wc_orders, wp_wc_order_addresses, wp_wc_order_operational_data i wp_wc_orders_meta, a nie jako wpisy shop_order w wp_posts. Sklepy postawione wcześniej przełączają się świadomie: najpierw tryb zgodności, potem HPOS jako magazyn autorytatywny, na końcu wyłączenie dual-write gdy raporty i wtyczki przestaną się rozjeżdżać.

Diagnostyka i raporty idą przez wc_get_orders oraz OrderUtil, nie przez SQL w wp_posts. Wtyczka, która w 2026 nadal szuka zamówień wyłącznie w postmeta, na HPOS pokazuje puste listy i gubi zwroty. Oficjalne Barion, SimplePay, PayPal, GLS i Foxpost są na HPOS od dawna. Problemem są stare konektory magazynowe i autorskie crony.

#GDPR, NAIH i formularze w węgierskim kontekście

Węgry stosują rozporządzenie UE 2016/679 (GDPR) wraz z krajową implementacją w ustawie CXII z 2011 r. o prawie informacyjnym (Info Act), nadzorowaną przez Nemzeti Adatvédelmi és Információszabadság Hatóság, powszechnie zwaną NAIH. Dla sklepu WooCommerce w Budapeszcie to nie jest abstrakcyjny paragraf prawny. To decyzje w formularzach, w wtyczkach consent, w polityce prywatności i w logach audytowych.

Co wpisujemy w brief i w kod:

• Formularze zbierające dane osobowe (konto klienta, newsletter, zapytania B2B, checkout z zapisem do konta) 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, Complianz, popularne na Węgrzech) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją. Wytyczne NAIH wymagają świadomej zgody przed nieistotnymi plikami cookie. To jest decyzja w motywie i w kolejności enqueue, nie ticket opieki po pierwszym raporcie organu nadzorczego.
• Polityka prywatności i cookie policy są szablonami z polami, nie blokami, które redaktor może usunąć z drzewa. W Budapeszcie 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 (adatfeldolgozói szerződés) to decyzja klienta, ale konfiguracja Woo musi umożliwiać realizację tej decyzji zgodnie z art. 28 GDPR.
• Logi audytowe dla formularzy i zmian w panelu admina pomagają przy incydentach. Jeśli ktoś pyta kto zmienił ustawienia formularza checkout w piątek przed Craft Conference, odpowiedź nie może być nie wiemy.

Zespół nie obiecuje zgodności z GDPR bez właściciela procesu po stronie klienta. Nie składa zgłoszenia do NAIH za klienta. Obiecuje konfigurację techniczną, którą właściciel może opisać w dokumentacji i włożyć do zgłoszenia naruszenia w 72 godziny, gdy procedura tego wymaga. NAIH publikuje wytyczne i narzędzia audytowe na naih.hu; runbook checkoutu 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 Frankfurtie (eu-central-1), Rackforest w Budapeszcie, GTS Hungary, 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 budapeszteńskiej albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników na Węgrzech i w Europie Środkowej.

#Zwroty i prawo konsumenckie jako operacje sklepu

Poniższe akapity opisują skutki w sklepie. Nie są poradą prawną. Teksty terms and conditions, privacy policy i polityki zwrotów zatwierdza kancelaria albo odpowiedzialny w firmie. Zadaniem Woo jest spiąć ten tekst z koszykiem, z przyciskiem, z mailem i z magazynem.

Konsument na Węgrzech ma prawo odstąpić od umowy zawartej na odległość w ciągu 14 dni na podstawie węgierskiego prawa konsumenckiego (fogyasztóvédelem). Termin zaczyna biec, gdy klient otrzymał towar. Dla magazynu w Ferencváros to nie ciekawostka prawna. To SKU, którego nie wolno sprzedać drugi raz, bo może wrócić za trzy kwartały.

Ścieżka operacyjna, którą budujemy:

1. Klient składa zwrot z numerem zamówienia albo danymi, które pozwalają je znaleźć w wp_wc_orders.
2. Sklep ustawia status RMA, wysyła potwierdzenie i etykietę zwrotną GLS albo instrukcję nadania Foxpost.
3. Przyjęcie na magazynie zdejmuje blokadę SKU i dopiero wtedy idzie wc_create_refund na Barion, SimplePay, PayPal albo przelew zwrotny przy utalás B2B.
4. Częściowy zwrot (jedna pozycja z trzech) nie zamyka całego zamówienia i nie zwraca kosztów wysyłki w ciemno; kwoty bierze się z pozycji, nie z ręcznego zwróć wszystko.
5. Towar wyłączony ze zwrotu (higiena, personalizacja, treść cyfrowa po rozpoczęciu) musi mieć tę informację przy SKU przed zakupem.

Sezon po świętach i po Craft Conference to test tej ścieżki. Sklep, który w styczniu ręcznie klika zwroty w panelu Barion, a stany poprawia w Excelu, rozjeżdża raport ÁFA i nadsprzedaje wracający towar.

#Katalog i checkout pod kalendarz Craft Conference

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. W tych oknach ruch na stronie rośnie wielokrotnie, newslettery idą w setkach tysięcy, a każda zmiana na produkcji jest ryzykiem. Dlatego w runbooku zapisujemy freeze wdrożeń: w tygodniu Craft Conference nie idą aktualizacje wtyczek, nie idą nowe bloki, nie idą zmiany w motywie. środowisko testowe dostaje zmiany, produkcja czeka do kilku dni po szczycie.

Katalog, który przez jedenaście miesięcy ma osiemset pozycji, przed konferencją dostaje warstwę limitowanych zestawów, cen obowiązujących do wyczerpania zapasu i wariantów, których nie ma w stałej ofercie. Woo musi to udźwignąć bez zgonu strony kategorii.

Nowa architektura checkoutu, przełączenie HPOS albo zmiana mapy stref GLS i Foxpost nie wchodzi na produkcję w oknie konferencyjnym. Tydzień przed Craft Conference produkcja nie dostaje drobnej aktualizacji SEO. Drobna aktualizacja SEO w piątek przed szczytem potrafi nadpisać robots, wyciąć landing merchu z indeksu albo zepsuć cache strony promocyjnej.

Warianty trzymamy jako prawdziwe variation z własnym SKU, wagą i klasą podatkową, nie jako pole tekstowe wpisz kolor. Duża macierz (rozmiar × kolor × materiał przy merchu eventowym) dostaje własne zapytania i cache fragmentów.

Preorder przed premierą produktu: SKU jest widoczny, płatność schodzi, ale fulfillment stoi aż do daty. Status on-hold albo własny status warte na magazyn musi blokować etykietę kuriera. Inaczej wtyczka GLS nada pustą paczkę pod automat Foxpost przy Nyugati.

Ceny netto / brutto na checkoucie B2B (netto plus ÁFA) i B2C (brutto) to dwa szablony, nie przełącznik CSS. Kupujący z adószám w Budapeszcie oczekuje netto. Konsument z aglomeracji oczekuje brutto.

#Budapeszt jako kontekst rynkowy, nie jako ozdobnik

Infopark i Graphisoft Park to dwa największe klastry biurowe IT w Budapeszcie. Software house’y, centra SSC i firmy fintech konkurują o developerów na rynku, gdzie sklep merchu, formularz leadów B2B i integracja z ATS muszą działać w szczycie kampanii rekrutacyjnej, nie w spokojnym styczniu. WooCommerce trzyma sklepy gadżetów employer branding, katalogi usług outsourcingowych, landingi pod rundę inwestycyjną i formularze leadów pod targi.

Váci utca i Belváros (V. kerület) łączą biura detaliczne z platformami produktowymi D2C. Centra SSC w XIII. kerület 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.

Typowy brief, który trafia do seniorów Budapeszcie, nie brzmi zróbcie ładny sklep. Brzmi: odziedziczony Woo z trzydziestoma wtyczkami, checkout który gubi webhook SimplePay, magazyn w Ferencváros synchronizowany ręcznie z Excela, księgowość czeka na eksport do Számlázz.hu, a za tydzień startuje Craft Conference. To jest problem checkoutu, webhooków i HPOS, nie problem szablonu z marketplace.

#Subskrypcje, B2B i WooCommerce Blocks

WooCommerce Subscriptions w Budapeszcie spotykamy przy boxach D2C, subskrypcjach produktów cyfrowych albo abonamentach B2B z rozliczeniem cyklicznym przez Barion. Subskrypcja wymaga osobnego runbooku: retry płatności, grace period, anulowanie, upgrade planu, synchronizacja z CRM. Webhook invoice.payment_failed od Barion musi trafić do Woo i zmienić status subskrypcji, nie tylko wysłać maila.

B2B w Budapeszcie to ceny według ról, minimalne wielkości zamówień, procesy zapytań ofertowych i dedykowane portale do zarządzania kontami klientów biznesowych. WooCommerce B2B albo własna warstwa ról musi współgrać z adószám i płatnością utalás. Portal B2B, który pokazuje ceny netto bez walidacji roli, to wyciek cennika hurtowego na front publiczny.

WooCommerce Blocks Checkout ma sens, gdy checkout ma być lekki i nie ciągnąć całego page buildera. Bloki checkoutu renderują się serwerowo tam, gdzie to możliwe. Skrypty Barion, SimplePay i Foxpost Location Finder ładujemy wtedy, gdy checkout jest na ekranie, z preconnect do ich domen, nie w stopce każdej strony kategorii.

#Wydajność koszyka i checkoutu

Checkout jest dynamiczny. Pełny page cache na cart i checkout serwuje cudzy koszyk albo pusty fragment mini-cart. Warstwa cache (Redis, Cloudflare) omija te ścieżki albo stosuje segmentację. Fragmenty mini-cart liczymy osobno.

Obrazy katalogu idą w AVIF / WebP z srcset. Kampanie eventowe generują ciężkie JPEG ze stoiska; bez przetwarzania LCP na karcie produktu spada, zanim kupujący zobaczy przycisk Barion. Query Monitor na stagingu pokazuje, czy wtyczka kuriera i bramka nie dokładają po N zapytań na każdy request koszyka.

Pomiar: Lighthouse i dane terenowe na URL produktu, kategorii i checkoutu, przed i po. Craft Conference to test infrastruktury, nie średnia z kwartału. Monitoring z jednego regionu USA kłamie, gdy goście stoją w kolejce przy wejściu na konferencję. Punkt pomiaru w UE jest częścią kryteriów odbioru.

Core Web Vitals są czynnikiem rankingowym Google i jednocześnie czynnikiem konwersji na stronie, która zbiera zamówienia w szczycie kampanii. Nie obiecujemy konkretnej delty procentowej przed audytem, bo skala poprawy zależy od stanu wejściowego konkretnej instalacji. Budżety wydajnościowe ustalamy na starcie projektu i weryfikujemy je na danych terenowych z raportu CrUX, nie tylko w pomiarze laboratoryjnym.

#Zakres prac, QA i przekazanie

Audyt na wejściu obejmuje: taksonomię i klasy podatkowe ÁFA, kolejność metod płatności Barion, SimplePay i PayPal, strefy GLS, Foxpost i MPL, HPOS i listę wtyczek czytających zamówienia, webhooki, hold stock, ścieżkę zwrotu, eksport do Számlázz.hu albo Billingo, baseline Lighthouse, kalendarz Craft Conference w harmonogramie wydań, konfigurację GDPR, cookie consent pod NAIH. Na tym etapie zapada, co jest źródłem stanu, podatku i numeru dokumentu.

Implementacja idzie gałęziami funkcyjnymi. Każda bramka ma scenariusz sandbox: Barion test environment, SimplePay sandbox, PayPal sandbox, Apple Pay w środowisku testowym. GLS i Foxpost mają środowiska testowe etykiet. QA kończy się zamówieniem, które przechodzi: koszyk mieszany ze stawkami ÁFA, automat Foxpost, webhook, notatka w zamówieniu, etykieta, mail, a potem zwrot częściowy na tę samą bramkę.

Przekazanie to runbook bramek, mapa stref, opis zwrotu po stronie sklepu, instrukcja eksportu księgowego i zapis decyzji HPOS. Wycena jest indywidualna i na piśmie przed startem. Zmiany zakresu omawiamy z konsekwencją dla terminu. Nie publikujemy cennika SKU na tej stronie.

#Kiedy ta strona, a kiedy opieka albo programista WordPress

Ta strona zostaje przy sklepie: katalog, checkout, płatność, dostawa, stan, dokument, zwrot. Motyw bloga, Gutenberg, intranet albo strona korporacyjna centrali w Infoparku nie są tutaj tematem - to programista WordPress w Budapeszcie. Monitoring, aktualizacje rdzenia i kopie zapasowe bez przebudowy checkoutu to opieka techniczna WordPress w Budapeszcie. Wspólny filar e-commerce: programista WooCommerce.

Infopark, Graphisoft Park i Craft Conference tłumaczą, skąd biorą się sklepy B2B z adószám i płatnością utalás. Nie tłumaczą, czemu webhook SimplePay bez idempotencji zostawia zamówienie w pending po konferencji.

#Rozpocznij projekt sklepu WooCommerce w Budapeszcie

Do kontaktu wystarczy krótki opis: czy sklep już stoi, jakie bramki są włączone (Barion, SimplePay, PayPal), skąd leci dostawa (GLS, Foxpost, odbiór w aglomeracji), czy HPOS jest włączony, jaki jest magazyn (XIII. kerület, 3PL, centrala w Ferencváros), czy księgowość czeka na eksport do Számlázz.hu, czy cookie consent blokuje tagi przed zgodą, i które daty Craft Conference blokują wydanie. Na tej podstawie widać, czy potrzebna jest przebudowa checkoutu, czy zestawienie webhooków i stanów.

WPPoland pracuje przy WooCommerce od strony zamówienia, nie od strony slajdu. Budapeszt dostaje ten sam rygor inżynierski co każdy inny sklep, tylko ze stackiem, którego kupujący na Węgrzech naprawdę używa, i z kalendarzem Craft Conference wpisanym w harmonogram wydań.