Programista WooCommerce w Lizbonie

Sklep WooCommerce w Lizbonie stoi obok subskrypcji boxa z rozliczeniem cyklicznym przez Stripe dla marki z Factory Lisbon, sklepu merchowego z checkoutem w EUR i dostawą przez CTT, hurtowni B2B z cenami według ról dla dystrybutorów z całej Portugalii oraz katalogu produktów turystycznych z wielojęzycznym checkoutem PT/EN dla cyfrowych nomadów. To nie jest powód, żeby Woo udawało platformę biletową Web Summit ani system rezerwacji hoteli w Alfama. To powód, żeby checkout, bramki, IVA, dostawa i integracje magazynowe były napisane tak, jak oczekuje portugalski dział compliance, magazyn w Barreiro albo Sintra i zespół finansowy, który czyta wytyczne CNPD, a nie tylko wynik Lighthouse na stronie kategorii.

WPPoland realizuje programowanie WooCommerce z polskiego zespołu seniorów dla firm w Lizbonie i w aglomeracji lizbońskiej, które mają siedzibę, magazyn albo klientów Portugalii. Zakres to checkout, MB Way, Stripe, Multibanco, strefy dostaw, logika podatkowa, 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.

#Programowanie WooCommerce dla sklepów Lizbonie

Lizbona to stolica Portugalii, ośrodek eventowy z Web Summit, Parque das Nações i Altice Arena, oraz ekosystem startupowy wokół Factory Lisbon i Beato Creative Hub. Cyfrowi nomadzi, firmy turystyczne i marki D2C z inkubatorów generują inne wzorce ruchu niż Porto przemysłowe. Premiera nowej kolekcji merchu przed Web Summit albo kampania produktowa w listopadzie to skok odwiedzin w godzinach, nie w tygodniach. Sklep WooCommerce w tym układzie często nie jest „wizytówką z koszykiem”, tylko kanałem sprzedaży dla marki tech, subskrypcją SaaS z rozliczeniem cyklicznym albo sklepem B2B z checkoutem pod portugalski rynek.

Brief od klienta w Lizbonie często brzmi: „mamy Elementor i czterdzieści wtyczek, checkout trwa wieczność, MB Way działa losowo, a po aktualizacji Woo zamówienia wiszą na oczekującym”. To jest problem architektury checkoutu i webhooków Stripe, nie problem szablonu z marketplace. Typowy projekt, który trafia do seniorów Lizbonie, nie brzmi „zróbcie sklep”. Brzmi: odziedziczony Woo z page builderem, Stripe skonfigurowany przez agencję trzy lata temu, magazyn klei statusy ręcznie po Black Friday, a dział prawny pyta, czy checkbox zgody w checkout i política de privacidade da się obronić przed CNPD. To jest dług integracyjny, który wychodzi w listopadzie albo w oknie Web Summit, nie w audycie SEO.

#Checkout, MB Way, Stripe i bramki portugalskie

Sklep portugalski zbiera płatności w EUR, często przez MB Way, kartę przez Stripe, Multibanco albo PayPal. Webhooki bramki i status zamówienia muszą przeżyć aktualizację WooCommerce i patch wtyczki płatności. W Lizbonie do Stripe dochodzi MB Way - metoda, której kupujący w Portugalii oczekują w kasie, nie ciekawostka z ulotki integratora.

Przykład z audytu: zamówienie na 149 EUR opłacone przez MB Way, a w panelu WooCommerce wciąż „oczekujące na płatność”, bo callback nie dotarł po patchu wtyczki albo bo środowisko testowe i produkcja miały różne URL webhooków. To nie jest błąd UX. To incydent operacyjny, który w Black Friday, w tygodniu Web Summit albo w szczycie sezonu turystycznego, kosztuje więcej niż w styczniu, bo magazyn wysyła ręcznie albo anuluje zamówienia, które klient już opłacił.

Co wpisujemy w runbook bramki:

WooCommerce Blocks Checkout ma sens, gdy checkout ma być lekki i spójny z motywem blokowym. Klasyczny shortcode checkout zostaje, gdy odziedziczona warstwa pól i integracji jest zbyt kosztowna do migracji przed Web Summit. Decyzja trafia do pisemnego kompromisu technicznego, nie do mody na bloki.

Skrypt bramki Stripe nie może blokować LCP na stronie checkout. Ładujemy go po interakcji albo z defer, testujemy na stagingu z tym samym CDN co produkcja. Właściciel sklepu z Factory Lisbon nie akceptuje argumentu „strona produktu jest szybka”, kiedy checkout na mobile wisi trzy sekundy przed polem karty albo przyciskiem MB Way.

Integracja Multibanco wymaga osobnej ścieżki testowej. Klient płaci referencją bankową, a Woo musi dostać potwierdzenie w czasie, który nie pozostawia zamówienia w limbo. W runbooku jest timeout, retry i alert, gdy webhook nie dotrze w ustalonym oknie. Magazyn nie powinien pakować paczek na podstawie „klient twierdzi, że zapłacił”.

#IVA portugalski, faktury i dostawa po Portugalii

Portugalski sklep WooCommerce musi umieć IVA krajowy (23 procent stawka standardowa, 13 procent obniżona, 6 procent super obniżona tam gdzie przepisy pozwalają), obsługę sprzedaży do reszty UE oraz OSS tam, gdzie sprzedaż transgraniczna wymaga scentralizowanej deklaracji. Pole NIF w checkout B2B, numer faktury w eksporcie do Primavera albo Sage i zgodność z wymogami Autoridade Tributária to decyzje w wtyczce checkoutu i integracji, nie w motywie. SAF-T dotyczy księgowości po stronie klienta, ale eksport zamówień z Woo musi dostarczać dane, które księgowość w Lizbonie może wciągnąć bez ręcznego przepisywania.

Dostawa w Lizbonie to nie jedna stawka „Portugalia”. Klienci oczekują CTT, DPD, GLS albo odbioru w punkcie. Kalkulator wysyłki musi liczyć wagę, wymiary i strefy (Lizbona i aglomeracja, reszta Portugalii kontynentalnej, Azory, Madera, reszta UE) bez trzydziestu ręcznych reguł w panelu, które nikt nie aktualizuje po zmianie cennika przewoźnika. Integracja API przewoźnika dostaje log błędów i test na stagingu z adresem testowym, nie tylko „działa u mnie na localhost”.

Waluta EUR jest domyślna, ale sklepy w Lizbonie obsługują też turystów z Polski, Niemiec, Wielkiej Brytanii i cyfrowych nomadów z całej Europy. Wielojęzyczność wymaga osobnej decyzji: czy checkout w portugalskim i angielskim idzie przez te same bramki, czy pola adresowe mają walidację kodu pocztowego per kraj. Kampania w euro bez poprawnego IVA na produkcie cyfrowym albo bez OSS dla klienta z Niemiec kończy się porzuconymi koszykami i pytaniami od księgowości, których analytics nie wyjaśni bez nagrania sesji.

#Lizbona: Factory Lisbon, Beato i sezon Web Summit

Lizbona nie jest Porto ani Madrytem. Tu liczy się Factory Lisbon w dzielnicy Beato, Hub Criativo do Beato, Parque das Nações z Altice Arena i FIL, oraz Web Summit co roku w pierwszej połowie listopada. Te osie ustawiają priorytety techniczne dla sklepu, który ma działać w Lizbonie, a nie tylko nosić to w tytule strony usługowej.

#Factory Lisbon i sklepy z ekosystemu tech

Factory Lisbon to jeden z najbardziej rozpoznawalnych ośrodków technologicznych w Portugalii, w dzielnicy Beato. WooCommerce trzyma sklepy produktowe, subskrypcje SaaS z rozliczeniem cyklicznym, merch eventowy i katalogi B2B dla firm, które wyszły z inkubatora albo właśnie zamknęły rundę seed. Awaria checkoutu po aktualizacji wtyczki płatności albo regresja w tłumaczeniach PT/EN boli w tygodniu demo day albo przed rozmową z inwestorem, nie w sierpniu.

Dla developmentu wynika z tego prosta rzecz: aktualizacja wtyczki Stripe, integracji z HubSpot albo WPML musi przejść checklistę, która obejmuje checkout z polem NIF, subskrypcję z webhookiem renewal i panel partnera z mapą lokalizacji. środowisko testowe z tym samym stosem PHP i tymi samymi wtyczkami w sandbox to minimum, nie luksus. Founder z biura w Beato nie akceptuje argumentu „strona główna działa”, kiedy checkout zwraca 500 po aktualizacji wtyczki sesji.

#Parque das Nações i eventy

Parque das Nações to dzielnica wystawiennicza z Altice Arena i centrum kongresowym FIL. WooCommerce obsługuje sklepy merchowe eventów, formularze zamówień dla wystawców, katalogi produktów z dostawą na teren targów i treści wielojęzyczne PT/EN dla uczestników międzynarodowych. Awaria po aktualizacji wtyczki wysyłkowej albo regresja w tłumaczeniach boli w tygodniu konferencji, nie w styczniu.

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

#Web Summit i koordynacja freeze

Web Summit odbywa się co roku w Lizbonie, zwykle w pierwszej połowie listopada. W tym tygodniu setki firm z całej Europy patrzą na landingi produktowe, checkouty i integracje z systemami CRM. Awaria sklepu w środku tygodnia Web Summit to nie „bug do backlogu”. To utracone zamówienia i reputacja u partnerów, którzy mają pełny kalendarz na cały listopad.

Runbook wdrożenia dla klientów Lizbonie ma wpisane zamrożenie deployów produkcyjnych na okno Web Summit, zwykle od końca października do tygodnia po zakończeniu konferencji. 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 Web Summit, uczy się tego na własnej skórze, kiedy sklep nie wytrzymuje skoku ruchu z telefonów uczestników.

#RODO, CNPD i dane w checkout

Portugalia stosuje RODO (GDPR) oraz krajową ustawę Lei n.º 58/2019, która implementuje rozporządzenie na poziomie krajowym. Organ nadzorczy to Comissão Nacional de Proteção de Dados (CNPD). Dla WooCommerce w Lizbonie wynika z tego konkretny zakres developmentu: lista podprocesorów (host, CDN, poczta, analityka, bramki płatnicze), umowa powierzenia tam, gdzie agencja przetwarza dane, procedura naruszenia w 72 godziny, minimalizacja danych w checkout, política de privacidade zgodna z art. 13 RODO.

Development nie zastępuje DPO klienta. Dostarcza logi, oś czasu i opis zmian po incydencie. Klient klasyfikuje, czy zdarzenie wymaga zgłoszenia do CNPD. Nikt po stronie agencji nie podpisuje się pod „jesteście zgodni z RODO, bo macie SSL”. CNPD publikuje wytyczne i narzędzia audytowe na cnpd.pt; runbook checkoutu powinien być z nimi zgodny co do tego, co agencja dokumentuje, a co zostaje po stronie administratora danych.

Cookie banner i tracking w checkout to osobna warstwa. Lei n.º 41/2004 i wytyczne CNPD wymagają świadomej zgody przed nieistotnymi plikami cookie. Wtyczki zgody (Complianz, Cookiebot, Iubenda) integrują się z GTM i Meta Pixel. Aktualizacja motywu albo wtyczki cache potrafi wyłączyć blokowanie skryptów do momentu, kiedy CNPD albo klient zauważy, że analityka leci przed zgodą. W runbooku checkoutu kwartalny przegląd bannera i tagów na stronie koszyka jest częścią checklisty regresji, nie dodatkiem SEO.

Hosting w UE ciągnie pytanie: w której jurysdykcji stoi serwer. AWS w Irlandii (eu-west-1), OVH we Francji, Hetzner w Niemczech, Claranet albo Dominios.pt w Portugalii to różne odpowiedzi dla compliance officer, ale wszystkie mieszczą się w UE. Ashburn albo Hillsboro to Stany i zwykle veto bez Standard Contractual Clauses albo innej podstawy transferu. Origin w Irlandii albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników Portugalii i w Europie Środkowej.

#Co dostarczamy w projekcie WooCommerce

Zakres pracy w Lizbonie obejmuje elementy, które sklep musi mieć, żeby przeżyć aktualizacje Woo i sezon kampanii:

• Automatyzacja importu danych produktowych z systemów ERP, feedów CSV i API dostawców ze zaplanowaną synchronizacją, rozwiązywaniem konfliktów i zarządzaniem stanem magazynowym
• Funkcjonalność B2B: ceny według ról, minimalne wielkości zamówień, procesy zapytań ofertowych i dedykowane portale do zarządzania kontami klientów biznesowych z polem NIF
• Budowa sklepów WooCommerce z zoptymalizowanymi procesami checkout, konfiguratorami produktów i stronami kategorii zorientowanymi na konwersję
• Implementacje WooCommerce Subscriptions i systemów członkowskich z rozliczeniami cyklicznymi, bramkami do treści i wielopoziomowym dostępem
• Personalizacja procesów zarządzania zamówieniami: automatyczne przejścia statusów, niestandardowe statusy, powiadomienia e-mail, generowanie etykiet CTT i integracje z magazynami
• Konfiguracja sklepów wielowalutowych i wielojęzycznych z WPML WooCommerce Multilingual, geolokacyjnym przełączaniem waluty i zlokalizowanymi doświadczeniami checkout PT/EN

Każdy element idzie przez hooki Woo zamiast modyfikacji rdzenia. Granica między rdzeniem Woo, kodem wtyczki checkoutu i kodem motywu zapada na etapie architektury i jest zapisana w runbooku, żeby kolejna agencja albo wewnętrzny developer wiedział, gdzie wolno dotykać kodu.

#Proces realizacji: od audytu do przekazania

Każdy projekt w Lizbonie realizujemy według ustrukturyzowanego procesu minimalizującego ryzyko i maksymalizującego transparentność:

1. Odkrywanie i audyt, przeglądamy architekturę obecnego sklepu, strukturę katalogu, dane analityczne i cele biznesowe. Dokumentujemy dług techniczny, identyfikujemy szybkie wygrane i definiujemy mierzalne kryteria sukcesu zanim napiszemy pierwszą linię kodu. W audycie jest pytanie o rezydencję danych w UE, bramki MB Way i Stripe oraz o to, kto u klienta trzyma rejestr przetwarzania pod CNPD.

2. Sprinty deweloperskie, pracujemy w 1-2 tygodniowych iteracjach z demo na koniec każdego sprintu. Widzisz postęp na bieżąco, dajesz uwagi na czas i możesz zmieniać priorytety bez wykolejania projektu. Checkout i bramki płatnicze nigdy nie idą w tym samym oknie co „drobna aktualizacja SEO”.

3. Zapewnienie jakości, każdy element pracy przechodzi przez przegląd kodu, testy automatyczne, testy w różnych przeglądarkach, walidację dostępności i pomiar wydajności względem ustalonych budżetów, zanim trafi na środowisko testowe. QA end-to-end na stagingu pokrywa koszyk, checkout, płatność MB Way, potwierdzenie w panelu, mail, zwrot i ścieżki błędów.

4. Launch i przekazanie, obsługujemy zmiany DNS, konfigurację SSL, rozgrzewanie cache’u, weryfikację przekierowań i konfigurację monitoringu. Po uruchomieniu zostajemy w gotowości przez 72 godziny do natychmiastowego rozwiązywania problemów, poza oknem Web Summit chyba że umowa przewiduje inaczej.

5. Wsparcie po uruchomieniu, po początkowym okresie stabilizacji przechodzimy do bieżącego wsparcia albo przekazujemy sklep zespołowi klienta z żyjącą dokumentacją. Miesięczne przeglądy analizują metryki wydajności, adresują dług techniczny i planują kolejne usprawnienia.

Infrastruktura testowa obejmuje PHPUnit do logiki biznesowej, Cypress do testów e2e procesu checkout i Lighthouse CI do budżetów wydajnościowych. Każde wdrożenie uruchamia test transakcji na bramce testowej przed promocją na produkcję.

#Typowe wyzwania, które rozwiązujemy w Lizbonie

Firmy w Lizbonie regularnie zgłaszają się do nas z tymi problemami:

• Zgodność podatkowa w wielu jurysdykcjach, konfigurujemy automatyczne obliczanie IVA, obsługę VAT dla sprzedaży transgranicznej w UE (OSS) i generowanie zgodnych faktur per jurysdykcja z polem NIF
• Synchronizacja stanów magazynowych między wieloma kanałami sprzedaży, budujemy procesy synchronizacji w czasie rzeczywistym między WooCommerce, feedami marketplace, systemami POS i oprogramowaniem magazynowym z rozwiązywaniem konfliktów i logowaniem audytu
• Wskaźniki porzucania koszyka powyżej średniej branżowej, implementujemy odzyskiwanie exit-intent, trwałe sesje koszyka, sekwencje e-mail remarketingowych i layouty checkout testowane A/B
• Zamówienia opłacone przez MB Way, które wiszą na „oczekującym” po aktualizacji wtyczki płatności, naprawiamy mapowanie callbacków i dodajemy idempotencję webhooków
• Checkout, który nie przechodzi audytu CNPD, bo checkbox zgody i política de privacidade nie są zsynchronizowane z polami formularza

#Przypadek: patch wtyczki płatności przed Web Summit

Sklep merchowy z Beato na WooCommerce, checkout w EUR z MB Way i Stripe, kampania produktowa zaplanowana na wtorek 8:00, tydzień przed rozpoczęciem Web Summit. W kolejce do produkcji leżała aktualizacja wtyczki płatności plus patch cache, „drobny, na żywo, bo to tylko security fix”.

Na środowisku testowym, sklonowanym z produkcji razem z Redisem i z ofertami w stanie „szkic”, płatność MB Way przeszła u klienta, ale webhook nie zaktualizował statusu zamówienia. Przyczyna: zmiana URL callback po patchu, stary endpoint w konfiguracji Stripe, CDN trzymał HTML checkoutu bez invalidacji po deploy. Na produkcji ten sam zestaw poszedłby w niedzielę wieczorem. Magazyn wysłałby ręcznie albo anulował zamówienia, które klient już opłacił, a wtorkowy ruch z newslettera do uczestników Web Summit trafiłby w chaos operacyjny.

środowisko testowe zatrzymał promocję. wycofanie zmian na kopii testowej potwierdził, że sama wtyczka cache jest niewinna, gdy endpoint webhooków nie jest zaktualizowany w panelu Stripe. Konfiguracja dostała poprawkę, checklista płatności (MB Way, Stripe, Multibanco, mail, status w panelu, purge cache) 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 danych w checkout.

#Wydajność przy skoku ruchu sezonowego

Origin w UE nie naprawi ciężkiego motywu z galeriami produktowymi. HTTP/3, Brotli, AVIF, lazy load, który nie psuje LCP hero, cache, który nie trzyma prywatnego koszyka ani nieopublikowanej oferty B2B, ograniczenie wtyczek z zapytań SQL na każdej podstronie: to nadal robota developerska. Core Web Vitals mierzymy na realnych URL-ach z checkoutem i koszykiem, nie na pustej instalacji. INP psuje się od skryptów czatu, od widgetu mapy i od tag managera, który marketing dodał poza ticketingiem.

Dla sklepu w Lizbonie liczy się czas do pierwszego bajtu z sieci w Portugalii i w Europie Środkowej, nie tylko z telefonu w centrum miasta. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UE jest częścią kontraktu, nie dodatkiem. Strona z pełnoekranowymi zdjęciami produktów umiera na LCP od nieoszczędnych JPEG-ów szybciej niż od „słabego hostingu”. Przed Web Summit 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 checkoutu i danych płatniczych

HTTPS z HSTS tam, gdzie infrastruktura to uniesie. Nagłówki ograniczające XSS. 2FA do wp-admin. Minimum kont administratorskich. Zakaz wtyczek „nulled”. Zakaz edytora plików wp-admin na produkcji. Rotacja haseł po odejściu freelancerów. Przy danych osobowych w checkout: umowa powierzenia, lista podprocesorów (host, CDN, poczta, analityka, bramki), procedura naruszenia pod RODO i Lei n.º 58/2019.

Bramki płatnicze nie przechowują pełnych danych karty w Woo, ale logi webhooków i zamówień zawierają dane osobowe. Retencja logów musi być uzgodniona z polityką klienta i wymogami CNPD. Development, który trzyma logi płatności w nieskończoność na tym samym serwerze co produkcja, nie przechodzi rozmowy z prawnikiem firmy z Factory Lisbon.

#Rodzeństwo w Portugalii i na Półwyspie Iberyjskim

Ten sam model developmentu WooCommerce działa w innych portugalskich miastach i w sąsiednich stolicach iberyjskich, z tym samym runbookiem i innym kontekstem lokalnym:

• Programista WooCommerce w Porto
• Programista WooCommerce w Madrycie
• Programista WooCommerce w Walencji

Opieka techniczna WordPressa, niezależna od developmentu sklepu, jest opisana na stronie opieki technicznej WordPress w Lizbonie. Budowa motywu od zera albo przebudowa warstwy prezentacji idzie do programisty WordPress w Lizbonie. Szerszy opis produktu WooCommerce, niezależny od miasta, jest na stronie programisty WooCommerce.

#Jak zaczynamy

Zakres, harmonogram i cena są indywidualne i lądują w umowie przed startem. Na tej stronie nie ma tabeli pakietów ani cennika. Krótki opis sklepu, stacku, bramek płatniczych i tego, czy jest środowisko testowe, wystarczy, żeby zaproponować audyt.

Kontakt: formularz. W zgłoszeniu przydaje się lokalizacja hostingu, lista wtyczek albo dostęp do stagingu, informacja o bramkach MB Way i Stripe oraz o tym, czy sklep musi zostać w UE i czy w najbliższych tygodniach jest Web Summit albo szczyt kampanii sezonowej. Z tego powstaje plan: co naprawiamy w checkoutu, co zostaje w kadencji utrzymania, a co wymaga osobnego briefu.

Programowanie WooCommerce w Lizbonie ma sens, gdy sklep już niesie biznes albo ma przejść z szablonu na architekturę, która przeżyje aktualizacje Woo, sezon eventowy i okno Web Summit. Gdy trzeba go tylko utrzymać przy formularzach B2B, checkoutcie MB Way i RODO pod CNPD, wracamy do opieki. Gdy trzeba go zbudować od zera z checkoutem, który da się pokazać audytorowi bez rekonstruowania historii z pamięci, zostajemy przy tym, co ta strona opisuje: hooki, środowisko testowe, runbook bramek, QA end-to-end i pisemne przekazanie.