Programista WooCommerce w Sheffield

Sklep WooCommerce w Sheffield stoi obok magazynu dostawcy tier 2 przy Advanced Manufacturing Park, studia kreatywnego w Kelham Island albo biura software w centrum miasta. Kupujący płaci w funtach brytyjskich przez PayPal albo Stripe, wybiera Royal Mail Tracked albo DPD Pickup w aglomeracji Sheffield i oczekuje faktury VAT, którą dział finansowy wgra do Xero albo Sage. Checkout skopiowany z rynku euro - waluta w EUR, brak UK postcode lookup, cookie banner ładujący tagi przed zgodą - gubi zamówienia zanim ktokolwiek oceni specyfikację komponentu aerospace. Ta strona opisuje budowę i naprawę sklepu: katalog, checkout, płatności, dostawy, stany i zwroty. Nie opisuje opieki serwera ani motywu korporacyjnego.

Zakres pokrywa programistę WooCommerce w warunkach brytyjskich. Strona firmowa bez koszyka to osobna ścieżka: programista WordPress w Sheffield. Sklep już na produkcji, który potrzebuje aktualizacji i kopii, a nie przebudowy checkoutu, idzie na opiekę techniczną WordPress w Sheffield.

#Checkout WooCommerce w Sheffield

Sheffield nie jest Manchesterem ani Leeds. Manchester ma MediaCityUK. Leeds ma Park Row. Sheffield ma coś innego: dziedzictwo stali przekształcone w produkcję zaawansowaną, Advanced Manufacturing Park w Rotherham jako węzeł aerospace i automotive, dwa uniwersytety (University of Sheffield i Sheffield Hallam University) oraz Sheffield Digital jako organizację spinającą sektor kreatywny i technologiczny. South Yorkshire Mayoral Combined Authority wiąże Sheffield z Rotherham, Barnsley i Doncaster w jedną narrację rozwoju regionalnego. To nie jest slogan na slajdzie. To realny kontekst briefu: firma w Sheffield często obsługuje dystrybutorów całej Europie, a sklep musi działać dla odbiorcy w Niemczech albo Polsce bez osobnej instalacji na każdy kraj.

Sheffield Digital to organizacja członkowska spinająca software house’y, agencje kreatywne i firmy produkcyjne szukające cyfryzacji w regionie. Spotkania społeczności WordPress w Sheffield zbierają developerów pracujących na WordPressie w regionie. Brief od klienta w Sheffield często brzmi: mamy sklep na Woo z page builderem, magazyn w Rotherham synchronizowany ręcznie, checkout w GBP, ale webhook Stripe gubi się po weekendzie sprzedażowym, a dział compliance czyta UK GDPR, nie tylko wynik Lighthouse.

Sklepy, które tu stawiamy albo naprawiamy, zwykle łączą dwa rytmy: codzienną sprzedaż B2C z dostawą Royal Mail do Hillsborough, Kelham Island albo centrum miasta oraz skoki katalogu przed publikacją materiałów z Advanced Manufacturing Park albo eventem Sheffield Digital, gdy hurt z magazynu w Rotherham albo z fulfilmentu w Doncaster musi wyjechać paletami DPD, a nie listem poleconym.

Dostawca z Kelham Island, producent komponentów aerospace z AMP albo firma usługowa z South Yorkshire potrzebuje sklepu B2B, który nie brzmi jak szablon z marketplace, ale ma ten sam rejestr formalny co katalog PDF wysyłany do działu zakupów Nottingham. Ceny netto, pole VAT registration number, płatność przelewem i paletowa wysyłka to nie opcje premium. To warunek, żeby zamówienie w ogóle przeszło u księgowości.

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 w UK w 2026

Brytyjski koszyk zaczyna się od waluty. Sklep w Sheffield sprzedaje w GBP. Stripe i PayPal to dwie bramki, które pokrywają większość scenariuszy: karta z 3D Secure, Apple Pay, Google Pay, portfel PayPal i płatność odroczona tam, gdzie PayPal oferuje Pay in 3. Klient z South Yorkshire oczekuje, że kwota na checkoucie, w mailu potwierdzającym i na wyciągu bankowym będzie w funtach, nie w euro przeliczonym po kursu z wczoraj.

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. Stripe w praktyce zgłasza payment_intent.succeeded i charge.refunded osobnymi zdarzeniami. PayPal wymaga osobnej decyzji, czy capture idzie od razu, czy po nadaniu przesyłki - przy towarze fizycznym z magazynu w Rotherham druga opcja chroni przed pobraniem pieniędzy za SKU, którego nie ma.

Kolejność metod na checkoucie ustawiamy pod brytyjskie nawyki: PayPal i Apple Pay wysoko, karta przez Stripe niżej, przelew bankowy (BACS) tylko w ścieżce B2B z jasnym komunikatem o czasie księgowania. Domyślny szablon Woo z kartą na górze i bez portfela pracuje wbrew nawykom rynku UK, w tym kupującego w Sheffield, który woli PayPal albo Apple Pay przy koszyku powyżej kilkuset funtów.

Po Brexicie sklepy sprzedające do 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 VAT.

#Strefy dostaw: Royal Mail i DPD

Krajowa dostawa z UK w 2026 to przede wszystkim Royal Mail Tracked i DPD. Royal Mail obsługuje listy i paczki do standardowego gabarytu. DPD daje kuriera do drzwi i sieć punktów Pickup Shop w aglomeracji Sheffield: Kelham Island, centrum miasta, Hillsborough, Meadowhall, Dore, Ecclesall. Strefy Woo rozdzielamy nie tylko na UK / EU / reszta świata, ale na wagę i wymiar: do progu listu poleconego, do progu paczki Royal Mail, powyżej kurier DPD.

Integracja z kurierem wymaga mapowania produktów Woo na usługi przewoźnika: Tracked 48, Tracked 24, Special Delivery, DPD Next Day, DPD Two Day. 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 Royal Mail przy liczbie zamówień po publikacji katalogu z AMP nie skaluje się.

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 (Sheffield, Rotherham, Barnsley) ma osobną metodę z jasnym adresem magazynu.

Advanced Manufacturing Park i kalendarz publikacji katalogów to freeze wdrożeń, nie temat transportowy na stronie sklepu. Okna premiery linii produktowej, kampanie rekrutacyjne pod nowy kampus University of Sheffield albo landing pod wydarzenie Sheffield Digital wpisują freeze w runbooku. Firma z biurem w Kelham Island, która planuje relokację bliżej AMP, potrzebuje sklepu, który przeżyje zmianę adresu magazynu odbioru osobistego bez ręcznego grzebania w HTML.

#VAT i pole VAT registration number

Stawki VAT w UK w 2026: standardowa 20 procent, obniżona 5 procent (np. energia w określonych warunkach), zero-rated na część żywności i książek. Koszyk mieszany jest codziennością przy sklepie części zamiennych albo wystawienniczym, 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 VAT.

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

Granicę co liczy podatek i wystawia dokument zapisujemy w runbooku: WooCommerce Tax, osobny silnik faktur, albo system księgowy Xero albo Sage. Jedno źródło numeracji. Dwa źródła dają podwójne numery albo dziury, a audyt HMRC tego nie wybacza.

#Webhooki, rezerwacja stanu i HPOS

Najczęstsza wada sklepów, które wracają do naprawy w Sheffield, nie leży w wyglądzie checkoutu. Leży w tym, co dzieje się po kliknięciu Pay with PayPal albo Place order. Sklep z magazynem w Rotherham, który sprzedaje równolegle przez własne Woo i przez Amazon UK, 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 PayPal klient zamyka kartę w tramwaju między centrum Sheffield a AMP, traci sieć w parkingowym domu przy Meadowhall, 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 dokumentu, nadanie Royal Mail albo DPD - zdejmujemy do Action Scheduler, żeby odpowiedź 200 wracała szybko i Stripe albo PayPal 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 PayPal na ostatnią sztukę limitowanego SKU z kolekcji po publikacji katalogu z AMP i oboje dostają potwierdzenie.

Przy sprzedaży wielokanałowej rezerwacja Woo nie wie nic o Amazon, eBay 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 przelewem B2B ustawia się dłużej niż przy PayPal: przelew z banku 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 Stripe, PayPal, Royal Mail i DPD są na HPOS od dawna. Problemem są stare konektory magazynowe i autorskie crony.

#UK GDPR, cookies i formularze w brytyjskim kontekście

Po Brexicie Wielka Brytania zachowała własną wersję RODO, powszechnie nazywaną UK GDPR, oraz Data Protection Act 2018. Organ nadzorczy to Information Commissioner’s Office (ICO). Dla sklepu WooCommerce w Sheffield 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 z polem VAT registration number) dostają jawną podstawę prawną, checkbox zgody tam, gdzie consent jest wymagany, i minimalizację pól.
• Wtyczki consent (CookieYes, Complianz, podobne) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją. To jest decyzja w motywie i w kolejności enqueue, nie ticket opieki po pierwszym raporcie ICO.
• Polityka prywatności i cookie policy są szablonami z polami, nie blokami, które redaktor może usunąć z drzewa.
• 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 (DPA) to decyzja klienta, ale konfiguracja Woo 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 checkoutu w piątek przed publikacją katalogu z AMP, odpowiedź nie może być nie wiemy.

Przy incydencie z danymi osobowymi art. 33 UK GDPR daje administratorowi 72 godziny na zgłoszenie do ICO, o ile naruszenie może wiązać się z ryzykiem dla praw osób. Dlatego dziennik z developmentu i utrzymania musi mieć datę pierwszej wiedzy, nie datę kiedy developer wrócił z urlopu. Zespół nie obiecuje zgodności UK GDPR bez właściciela procesu po stronie klienta. Obiecuje konfigurację techniczną, którą właściciel może opisać w dokumentacji. ICO publikuje wytyczne na ico.org.uk; runbook checkoutu powinien być z nimi zgodny co do tego, co agencja dokumentuje, a co zostaje po stronie administratora danych.

Dla firm z klientami w UE dodatkowo: reprezentant w UE jeśli wymagany, standardowe klauzule umowne, ocena wpływu na ochronę danych przy nowych formularzach zbierających dane wrażliwe. Hosting danych osobowych pod UK GDPR ciągnie pytanie: w której jurysdykcji stoi serwer. AWS w Londynie (eu-west-2), OVH we Francji, Hetzner w Niemczech to różne odpowiedzi dla compliance officer, ale wszystkie mieszczą się w jurysdykcji akceptowalnej dla większości brytyjskich sklepów B2C. Ashburn albo Hillsboro to Stany i zwykle wymaga Standard Contractual Clauses albo innej podstawy transferu. Decyzję zapisujemy w liście podprocesorów, nie w stopce motywu.

#Zwroty i Consumer Rights Act 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 w UK ma prawo odstąpić od umowy zawartej na odległość w ciągu 14 dni na podstawie Consumer Contracts Regulations 2013. Termin zaczyna biec, gdy klient otrzymał towar. Dla magazynu w Rotherham 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ą Royal Mail albo instrukcję nadania DPD.
3. Przyjęcie na magazynie zdejmuje blokadę SKU i dopiero wtedy idzie wc_create_refund na Stripe, PayPal albo przelew zwrotny przy BACS.
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 publikacji katalogów z AMP to test tej ścieżki. Sklep, który w marcu ręcznie klika zwroty w panelu PayPal, a stany poprawia w Excelu, rozjeżdża raport VAT i nadsprzedaje wracający towar.

#Katalog i checkout pod kalendarz Sheffield

Publikacja katalogu produktowego z Advanced Manufacturing Park to jeden z najważniejszych okien sprzedażowych w regionie. Tysiące odwiedzin na stronie produktu, newslettery w setkach, a każda zmiana na produkcji jest ryzykiem. Sheffield Digital organizuje wydarzenia i programy wspierające firmy technologiczne w regionie. Cutlers’ Hall i tradycja Company of Cutlers in Hallamshire to kontekst employer brandingu i eventów branżowych. Dlatego w runbooku zapisujemy freeze wdrożeń: w tygodniu publikacji katalogu albo wydarzenia nie idą aktualizacje wtyczek, nie idą nowe bloki, nie idą zmiany w motywie. środowisko testowe dostaje zmiany, produkcja czeka do poniedziałku po zamknięciu okna.

Katalog, który przez jedenaście miesięcy ma 800 pozycji, przed sezonem 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 Royal Mail i DPD nie wchodzi na produkcję w oknie publikacji katalogu. Tydzień przed premierą linii produktowej produkcja nie dostaje drobnej aktualizacji SEO. Drobna aktualizacja SEO w piątek przed otwarciem sezonu potrafi nadpisać robots, wyciąć landing z indeksu albo zepsuć cache strony rejestracji.

Warianty trzymamy jako prawdziwe variation z własnym SKU, wagą i klasą podatkową, nie jako pole tekstowe wpisz kolor. Duża macierz (materiał × wymiar × wykończenie przy częściach aerospace) dostaje własne zapytania i cache fragmentów.

Preorder przed sezonem: SKU jest widoczny, płatność schodzi, ale fulfillment stoi aż do daty. Status on-hold albo własny status warte na magazyn Rotherham musi blokować etykietę kuriera. Inaczej wtyczka DPD nada pustą paczkę pod punkt Pickup w Kelham Island.

Ceny netto / brutto na checkoucie B2B (netto plus VAT) i B2C (brutto) to dwa szablony, nie przełącznik CSS. Kupujący z VAT registration number w Nottingham oczekuje netto. Konsument z aglomeracji oczekuje brutto.

Język checkoutu: sklep w Sheffield często idzie po angielsku jako kanon, z polskim dla zespołu redakcyjnego w Warszawie albo Krakowie. WPML WooCommerce Multilingual albo TranslatePress nie mogą rozjechać klas podatkowych i metod dostaw między językami.

#Sheffield jako kontekst South Yorkshire, nie jako ozdobnik

South Yorkshire to jeden z najważniejszych klastrów produkcji zaawansowanej w UK poza Londynem. Wokół Advanced Manufacturing Park siedzą Boeing Sheffield, McLaren Composites Technology Centre, Rolls-Royce oraz dziesiątki dostawców tier 1, tier 2 i tier 3 z sektora aerospace, automotive i obrony. Przy Kelham Island pracują studia kreatywne, agencje i indie retail. Dla WooCommerce w Sheffield wynika z tego prosta rzecz: sklep B2B producenta komponentów musi pokazać certyfikaty, specyfikacje, numery katalogowe i formularz zapytania dystrybutorskiego. Awaria checkoutu albo nieaktualny stan magazynowy boli w łańcuchu dostaw, nie w UX.

Typowy brief, który trafia do seniorów, nie brzmi zróbcie ładny sklep. Brzmi: odziedziczony Woo z 30 wtyczkami, checkout który gubi webhook Stripe, magazyn w Rotherham synchronizowany ręcznie z Excela, księgowość czeka na eksport do Sage, a za tydzień startuje kampania pod publikację katalogu z AMP. To jest problem checkoutu, webhooków i HPOS, nie problem szablonu z marketplace.

South Yorkshire Mayoral Combined Authority wiąże Sheffield z Rotherham, Barnsley i Doncaster w jedną strategię rozwoju gospodarczego. Firmy stąd obsługują klientów całej Europie, a Sheffield jest jednym z najbardziej wielokulturowych miast w UK. Dla WooCommerce to oznacza więcej pytań o wielojęzyczność, hreflang i locale redaktora pracującego po polsku przy froncie po angielsku.

Spotkania społeczności WordPress w Sheffield to lokalny barometr ekosystemu, nie zamiennik audytu checkoutu. Sklep, który łamie checkout albo edytor, wyjdzie na meetupie szybciej niż w tickecie.

Creative tech w Sheffield (studia kreatywne, broadcast, indie retail przy Kelham Island) generuje sklepy z mocnym storytellingiem, ale słabą warstwą operacyjną. Page builder generujący shortcode’y w treści, motyw bez wariantów SKU i brak webhook idempotencji to trzy osobne problemy, które razem dają sklep ładny na slajdzie i martwy w piątek po deployu.

University of Sheffield i Sheffield Hallam University wypuszczają spin-offy z Advanced Manufacturing Research Centre (AMRC) i z programów komercjalizacji badań. WooCommerce w takich firmach często trzyma warstwę sprzedażową gadżetów, materiałów szkoleniowych albo części zamiennych. Wzorce się powtarzają: szybki time-to-market na landingach, potem żądanie spójnego checkoutu, potem integracja z HubSpot albo Pipedrive, potem wielojęzyczność, gdy pierwszy kontrakt wychodzi poza UK.

#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. Skrypty Stripe, PayPal i DPD Location Finder ładujemy wtedy, gdy checkout jest na ekranie, z preconnect do ich domen, nie w stopce każdej strony kategorii.

Obrazy katalogu idą w AVIF / WebP z srcset. Publikacja katalogu generuje ciężkie JPEG ze stoiska; bez przetwarzania LCP na karcie produktu spada, zanim kupujący zobaczy przycisk PayPal. 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. Okno publikacji katalogu z AMP to test infrastruktury, nie średnia z kwartału. Monitoring z jednego regionu USA kłamie, gdy dystrybutorzy w Europie wchodzą na sklep w godzinach szczytu. Punkt pomiaru w UK albo przynajmniej w UE jest częścią kryteriów odbioru.

Dla serwisu B2B w Sheffield liczy się też czas do pierwszego bajtu z sieci korporacyjnej w Rotherham, centrum miasta albo przy M1/M18, nie tylko z telefonu w Kelham Island.

#Zakres prac, QA i przekazanie

Audyt na wejściu obejmuje: taksonomię i klasy podatkowe VAT, kolejność metod płatności Stripe i PayPal, strefy Royal Mail i DPD, HPOS i listę wtyczek czytających zamówienia, webhooki, hold stock, ścieżkę zwrotu, eksport do Xero albo Sage, baseline Lighthouse, kalendarz publikacji katalogów z AMP i wydarzeń Sheffield Digital w harmonogramie wydań, konfigurację UK GDPR i cookie consent. 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: Stripe test mode, PayPal sandbox, Apple Pay w środowisku testowym. Royal Mail i DPD mają środowiska testowe etykiet. QA kończy się zamówieniem, które przechodzi: koszyk mieszany ze stawkami VAT, punkt DPD Pickup, 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 Kelham Island nie są tutaj tematem - to programista WordPress w Sheffield. Monitoring, aktualizacje rdzenia i kopie zapasowe bez przebudowy checkoutu to opieka techniczna WordPress w Sheffield. Szerszy opis utrzymania bez miasta: utrzymanie stron WordPress. Wspólny filar e-commerce: programista WooCommerce.

Advanced Manufacturing Park i South Yorkshire Mayoral Combined Authority tłumaczą, skąd biorą się sklepy B2B z VAT registration number i płatnością przelewem. Nie tłumaczą, czemu webhook Stripe bez idempotencji zostawia zamówienie w pending po weekendzie sprzedażowym.

#Rozpocznij projekt sklepu WooCommerce w Sheffield

Do kontaktu wystarczy krótki opis: czy sklep już stoi, jakie bramki są włączone (Stripe, PayPal), skąd leci dostawa (Royal Mail, DPD, odbiór w Rotherham), czy HPOS jest włączony, jaki jest magazyn (AMP, 3PL, centrala w Kelham Island), czy księgowość czeka na eksport do Xero albo Sage, czy cookie consent blokuje tagi przed zgodą, i które daty publikacji katalogu albo wydarzeń Sheffield Digital 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. Sheffield dostaje ten sam rygor inżynierski co każdy inny sklep, tylko ze stackiem, którego kupujący w UK naprawdę używa, i z kalendarzem South Yorkshire wpisanym w harmonogram wydań.