Programista WordPress w Antwerpii

Strona firmowa w Antwerpii stoi obok landingu kolekcji fashion na Meir, katalogu usług operatora logistycznego z okolic portu Antwerp-Bruges albo formularza rejestracji na event branżowy w okolicy Eilandje. To nie jest powód, żeby WordPress udawał system TMS albo platformę rezerwacji w skali globalnego OTA. To powód, żeby motyw, bloki Gutenberg, CPT i wtyczki były napisane tak, jak oczekuje belgijski dział compliance, redaktor publikujący katalog sezonowy w wersji niderlandzkiej i zespół prawny, który czyta GDPR nadzorowane przez APD (Autorité de protection des données / Gegevensbeschermingsautoriteit), a nie tylko wynik Lighthouse.

WPPoland buduje ten WordPress z polskiego zespołu seniorów dla firm w Antwerpii i w szerszym ekosystemie flamandzkim Belgii. Zakres to programowanie WordPress: motyw blokowy albo klasyczny, własne wtyczki, Gutenberg, CPT, ACF albo natywne bloki, integracje REST i przegląd kodu na Git. Sklep WooCommerce, abonament opieki i kontakt są osobnymi tematami, z linkami na końcu.

#Programowanie WordPress w Antwerpii

Antwerpia to drugie co do wielkości miasto Belgii, europejski hub logistyczny z portem Antwerp-Bruges i ośrodek Antwerp Digital Hub koncentrujący startupy, agencje i firmy technologiczne od Eilandje po Berchem. To nie jest Bruksela instytucjonalna ani Gandawa uniwersytecka. Brief od klienta w Antwerpii brzmi inaczej niż brief z Brukseli: mniej o instytucjonalnym wielojęzyczności FR/NL/DE na jednej stronie, więcej o formularzach zbierających dane pod belgijskie GDPR, wersji niderlandzkiej jako pierwszym locale i stronie, która wytrzyma otwarcie sezonu fashion albo deadline rejestracji na konferencję bez padnięcia w piątek wieczorem.

Antwerp Digital Hub zbiera startupy, scaleupy i korporacyjne zespoły produktowe w jednej narracji rozwoju cyfrowego. Firmy stamtąd budują landingi produktowe, dokumentację API, portale partnerskie B2B i strony instytucjonalne z wymogami audytowalności. WordPress w tym środowisku to często strona produktowa SaaS, portal partnera dystrybutorskiego albo witryna firmy usługowej obsługującej port i logistykę. Motyw, który nie wytrzyma publikacji katalogu sezonowego albo ogłoszenia partnerstwa w godzinach szczytu, produkuje incydent operacyjny, nie „drobny ticket po weekendzie”.

Meir, Nationalestraat i okolice ModeMuseum to inny profil briefu niż Eilandje i port. Tu siedzą marki fashion, butiki i MŚP z krótszym cyklem publikacji. Mają mniejszy budżet na infrastrukturę niż korporacja portowa, ale to samo ryzyko: zhakowana strona albo formularz wysyłający dane bez podstawy prawnej psuje wizerunek szybciej niż wolny LCP. Belgia wymaga numeru BCE/KBO w stopce. W Flandrii dominuje niderlandzki, więc wersja NL jest często pierwsza, nie dodatek do francuskiego. Development, który testuje tylko wersję angielską, nie widzi regresji w wersji niderlandzkiej.

Typowy projekt, który trafia do seniorów Antwerpii, nie brzmi „zróbcie ładną stronę”. Brzmi: odziedziczone motywy z page builderem, firma fashion publikująca kolekcje sezonowe w krótkich oknach czasowych, formularz rejestracji na event zbierający dane osobowe pod GDPR, a nowy landing pod linię usługową powstaje przez kopiowanie strony z zeszłego roku i ręczne podmienianie materiałów. To jest dług techniczny, który wychodzi w tygodniu przed otwarciem sezonu, nie w audycie SEO.

#Motyw blokowy, motyw klasyczny i własna wtyczka

Nowa budowa w Antwerpii startuje od decyzji, która później kosztuje miesiącami: czy prezentacja żyje w motywie blokowym z theme.json, czy w klasycznych szablonach PHP, i co idzie do wtyczki. Ta decyzja jest zapisywana przed pierwszym commitem.

#theme.json, wzorce i granica motywu

Motyw blokowy trzyma tokeny: paletę, skalę typografii, odstępy, szerokości treści. Dla marki fashion z Meir oznacza to layout przyjazny galeriom produktowym, kontrast WCAG 2.2 AA i komponenty, które nie pękają na długich nazwach kolekcji albo opisach materiałów. Dla operatora logistycznego z okolic portu oznacza to stonowany layout korporacyjny, czytelny krój i komponenty, które działają na wolniejszym połączeniu mobilnym w terenie. Wzorce bloków opisują powtarzalne układy: hero z materiałem produktowym, siatka biur (Antwerpia to nie Gandawa, Gandawa to nie Bruksela), blok cytatu z atrybucją, karta publikacji z datą, stopka z linkiem do polityki prywatności zgodnej z belgijskim GDPR.

Pełna edycja witryny (FSE) ma sens, gdy zespół redakcyjny naprawdę ma dostać kontrolę nad nagłówkiem i stopką. W praktyce wiele firm z Antwerp Digital Hub tej kontroli nie chce: nagłówek jest elementem brandu i compliance, a nie placem zabaw. Wtedy motyw blokowy zostaje, ale szablony części (header, footer) są zablokowane, a redakcja pracuje w obrębie wzorców i własnych bloków. To kompromis, nie półśrodek.

Każdy własny blok dostaje block.json, kategorię, ikonę i atrybuty ze schematem. Tam, gdzie treść ma trafić do wyszukiwarki i do RSS, render idzie po stronie serwera. React w edytorze służy do InspectorControls i podglądu, nie do tego, żeby front był aplikacją SPA udającą WordPressa. Handbook na developer.wordpress.org jest źródłem kontraktu API, nie slajdem ze szkolenia.

#Kiedy klasyczny motyw PHP zostaje

Odziedziczone instalacje w Antwerpii często mają pięć, siedem lat: child theme na komercyjnym szkielecie, ACF wklejone w page.php, shortcode’y w treściach, jQuery z epoki przed blokami, osobna kopia strony pod każdą kampanię sezonową. Przepisanie tego na FSE „bo tak wypada w 2026” jest droższe niż naprawa hierarchii szablonów, wyciągnięcie logiki do wtyczki i dokładanie Gutenberg tylko tam, gdzie redakcja naprawdę składa nowe landingi.

Klasyczny motyw zostaje, gdy:

• logika warunkowa siedzi w szablonach (inne menu dla partnera B2B, inne dla klienta detalicznego) i przeniesienie jej do theme.json nic nie upraszcza;
• zespół redakcyjny publikuje setki stron w klasycznym edytorze i szkolenie z FSE byłoby większym ryzykiem niż dług;
• child theme jest cienki, a problemem są wtyczki i autoload, nie sam silnik szablonów.

Nawet wtedy nowe klocki idą jako bloki, nie jako kolejne shortcode’y. Shortcode w treści z 2019 roku zostaje do migracji. Nowy kod go nie dokłada.

#Funkcja do wtyczki, wygląd do motywu

Granica jest prosta i zapisana w runbooku. Motyw umie pokazać. Wtyczka umie wiedzieć. CPT kolekcji sezonowej, kolejka do CRM, endpoint REST dla portalu partnerskiego, rola „redaktor treści regulacyjnych” bez publish_pages na produkcji publicznej: to wtyczka. Kolory, siatka, wzorzec hero: to motyw. Jeśli po zmianie motywu znika katalog usług, architektura była zła.

Własna wtyczka ma własny prefix, autoload PSR-4, plik główny z nagłówkiem Plugin Name i wersją semver oraz testy tam, gdzie logika liczy (daty publikacji, mapowanie pól do CRM, walidacja formularza rejestracji). Logika biznesowa nie trafia do functions.php motywu, bo functions.php umiera razem z motywem, a firma w Antwerpii zmienia partnera brandingowego częściej niż model treści.

Porównanie warstw przy kickoffie:

#Gutenberg, CPT i ACF pod fashion, logistykę i B2B

Gutenberg bez modelu treści kończy się tym, że każda podstrona jest unikalnym kolażem bloków i nikt nie potrafi zrobić listy. W Antwerpii listy są konkretne: kolekcje sezonowe, publikacje regulacyjne, osoby z zespołu, lokalizacje biur (Eilandje to nie Meir, Meir to nie Berchem), eventy branżowe, oferty pracy. To są obiekty, nie „kolejne strony w drzewie”.

#Własne typy treści zamiast kopiowanych landingów

CPT rejestrujemy z własnymi capabilities, nie z mapowaniem na post. Redaktor treści regulacyjnych ma edytować kartę publikacji, a nie kasować wtyczek. Archiwum CPT dostaje szablon albo wzorzec zapytań. Pojedynczy obiekt ma szablon, który nie pozwala rozpychać layoutu poza ustalony układ. Taksonomie są osobne: typ publikacji (raport, komunikat, case study) nie miesza się z tagami bloga.

ACF ma tu miejsce, ale nie jako substytut bloków. Pola ACF na CPT sprawdzają się przy danych, które są polami, nie layoutem: data publikacji, numer wersji dokumentu, język wersji, plik PDF, flaga „embargo do”. Layout strony osoby albo artykułu składa Gutenberg. Mieszanie ACF Flexible Content z pełnym edytorem bloków na tym samym obiekcie kończy się dwoma źródłami prawdy i redaktorem, który nie wie, gdzie kliknąć.

Gdzie ACF jest zbędne, atrybuty bloku w block.json wystarczą. Blok „osoba z cytatem” nie potrzebuje grupy pól na każdej stronie. Potrzebuje atrybutów i ewentualnie InnerBlocks na biogram. Mniej wtyczek w panelu to mniej powierzchni ataku i mniej konfliktów z wtyczkami consent i cache.

Landing kampanii sezonowej jako kopia strony z zeszłego roku jest długiem, który wychodzi w tygodniu przed otwarciem sezonu fashion. Obiekt CPT z polami sezonu, daty i materiałów przeżywa kampanię 2027 bez kopiowania drzewa. Szablon czyta obiekt. Redaktor zmienia datę, nie HTML.

#Bloki serwerowe zamiast shortcode’ów

Shortcode w treści to dług, który widać dopiero przy migracji. Nowy kod w Antwerpii idzie jako blok z renderem serwerowym: znaczniki semantyczne, atrybuty w komentarzu bloku, możliwość filtrowania wyjścia. Blok listy publikacji czyta CPT, cache’uje zapytanie transjentem z jawnym TTL i invalidacją przy save_post, a nie przy każdym requeście w szczycie kampanii.

przegląd kodu bloku sprawdza trzy rzeczy, zanim gałąź wpadnie do main: czy blok działa po wyłączeniu JS w podglądzie frontu, czy atrybuty mają typy i defaulty, czy nie ładuje całego builda edytora na froncie. Gutenberg, który dokłada megabajt Reacta do strony biografii dyrektora, nie przejdzie review.

#Belgijskie GDPR, APD, cookies i formularze

Belgia stosuje rozporządzenie UE 2016/679 (GDPR) wraz z ustawą z 30 lipca 2018 r. o ochronie osób fizycznych w zakresie przetwarzania danych osobowych, nadzorowaną przez APD (Autorité de protection des données po francusku, Gegevensbeschermingsautoriteit po niderlandzku). Dla strony WordPress w Antwerpii 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 (rejestracja na konferencję, newsletter, zapytania B2B od dystrybutorów, formularze leadów pod event branżowy) 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, Didomi, popularne w Belgii) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją. Wytyczne APD 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 Antwerpii 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 (DPA) to decyzja klienta, ale konfiguracja WordPressa musi umożliwiać realizację tej decyzji, w tym hosting w jurysdykcji UE tam, gdzie klient tego wymaga.
• Logi audytowe dla formularzy i zmian w panelu admina pomagają przy incydentach. Jeśli ktoś pyta „kto zmienił ustawienia formularza rejestracji w piątek przed deadline”, odpowiedź nie może być „nie wiemy”.

Przy incydencie z danymi osobowymi art. 33 GDPR daje administratorowi 72 godziny na zgłoszenie do APD, 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 z GDPR” bez właściciela procesu po stronie klienta. Obiecuje konfigurację techniczną, którą właściciel może opisać w dokumentacji. APD publikuje wytyczne na autoriteprotectiondonnees.be; runbook projektu powinien być z nimi zgodny co do tego, co agencja dokumentuje, a co zostaje po stronie administratora danych.

#Hosting w UE i wersje NL/EN

Dane osobowe pod GDPR ciągną pytanie: w której jurysdykcji stoi serwer. Combell w Belgii, OVH we Francji, Hetzner w Niemczech, AWS w regionie frankfurckim albo paryskim 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 Antwerpii” 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 Belgii albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników Flandrii. Wersje NL i EN dostają osobne slugi, hreflang i checklistę regresji po każdej większej zmianie motywu albo wtyczki WPML.

Dla sklepów WooCommerce z checkoutem Bancontact, TVA/BTW i fakturą z numerem BCE integracja z bramką płatniczą to osobny brief na stronie programista WooCommerce w Antwerpii. Ta strona trzyma się programowania WordPress, nie checkoutu.

#Integracje, które się powtarzają w Antwerpii

Formularze lead generation i zapytania B2B to najczęstszy punkt integracji dla firm z Antwerp Digital Hub. W praktyce oznacza to podłączenie WordPressa do CRM, walidację pól zgodną z belgijskim GDPR i limitowanie zapytań na endpointach publicznych, żeby formularz nie stał się wektorem spamu w godzinie publikacji raportu.

Dla operatorów logistycznych z okolic portu druga powtarzalna integracja to kalkulatory wysyłki i formularze zgłoszeniowe z załącznikami PDF specyfikacji: embed zewnętrznego API, cache warstwy publicznej tak, żeby deadline zgłoszenia o 23:59 w piątek nie zabił serwera. WordPress nie zastępuje systemu TMS, ale landing pod nową usługę musi wytrzymać ten deadline.

Dla marek fashion z Meir trzecia integracja to często połączenie z narzędziami e-commerce i newslettera: landing kolekcji sezonowej, formularz zapisu na pokaz, webhook do CRM albo do platformy mailingowej przy publikacji nowej kolekcji. Każda integracja dostaje dokumentację webhooków, matrycę błędów i test end-to-end na środowisku testowym przed wdrożeniem na produkcję.

Sklepy WooCommerce z checkoutem Bancontact, integracją z bpost, DPD albo GLS i raportowaniem sprzedaży dla zespołu finansowego opisujemy na osobnej stronie programista WooCommerce w Antwerpii. Programowanie motywu sklepu, wtyczek checkoutu i integracji magazynowych to ten sam stos techniczny, ale inny brief niż strona firmowa B2B.

#Jak pracujemy

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

1. Odkrywanie i audyt. Przeglądamy architekturę obecnej strony, strukturę treści, dane analityczne i cele biznesowe. Dokumentujemy dług techniczny, identyfikujemy szybkie wygrane i definiujemy mierzalne kryteria sukcesu zanim napiszemy pierwszą linię kodu. Sprawdzamy też kalendarz sezonu fashion, rejestracji na event albo kampanii portowej, żeby wdrożenie nie wpadło w okno krytyczne.
2. Specyfikacja techniczna. Na podstawie audytu tworzymy szczegółową specyfikację obejmującą decyzje architektoniczne, wybory technologii, harmonogram, kamienie milowe i zakres. Zatwierdzasz plan zanim rozpoczną się prace programistyczne.
3. 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.
4. Przegląd na środowisku testowym. Kompletne rozwiązanie działa na środowisku testowym identycznym z produkcją. Testujesz z prawdziwą treścią w wersji NL i EN, weryfikujesz integracje i zatwierdzasz do uruchomienia. Naprawiamy wszelkie problemy przed uruchomieniem.
5. 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.

#Typowe wyzwania, które rozwiązujemy

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

• Migracje z page builderów do Gutenberg FSE przed sezonem fashion albo publikacją katalogu: wyodrębniamy treść, przebudowujemy layouty jako wzorce bloków i szkolimy zespoły redakcyjne bez zakłócania ruchu na żywo czy pozycji SEO w tygodniach, gdy strona ma najwięcej odwiedzin
• Problemy wydajnościowe z nadmiaru wtyczek na stronach fashion i logistycznych: audytujemy zainstalowane pluginy, zastępujemy ciężkie zależności lekkim kodem niestandardowym, implementujemy warstwy cachowania i redukujemy zapytania do bazy z setek do pojedynczych
• Skalowanie WordPress dla otwarcia sezonu fashion i kampanii portowych: konfigurujemy Cloudflare full-page caching z wyjątkami dla formularzy, optymalizujemy indeksy bazy danych, implementujemy cachowanie wyników zapytań i przeprowadzamy testy obciążeniowe przed startem sezonu
• Hardening bezpieczeństwa dla stron zbierających dane kontaktowe albo formularze rejestracji na event: nagłówki Content Security Policy, wyłączony XML-RPC, wymuszone uwierzytelnianie dwuskładnikowe do panelu i limitowanie zapytań na endpointach logowania

#Wydajność mierzona, nie obiecana z góry

Core Web Vitals są czynnikiem rankingowym Google i jednocześnie czynnikiem konwersji na stronie, która zbiera leady B2B albo rejestracje na event w tygodniu kampanii. Nie obiecujemy konkretnej delty procentowej przed audytem, bo skala poprawy zależy od stanu wejściowego konkretnej instalacji. To, co robimy systematycznie:

• Optymalizacja zasobów. Obrazy przetwarzane przez proces budowania w responsywne srcset w formatach WebP i AVIF, CSS purgowany i inlinowany dla treści above-the-fold, JavaScript tree-shaken i ładowany dynamicznymi importami.
• Architektura cachowania. Wielowarstwowe cachowanie: cache przeglądarki, CDN (Cloudflare), cache aplikacji (Redis), cache zapytań do bazy z inteligentną inwalidacją - z osobnym potraktowaniem dynamicznych fragmentów, jeśli strona ma formularz rejestracji albo embed wideo.
• Optymalizacja sieci. HTTP/3 z QUIC, kompresja Brotli, hinty preconnect i dns-prefetch, priorytetyzacja zasobów krytycznych dla pierwszego widoku.
• Optymalizacja renderowania. Inlining krytycznego CSS, asynchroniczne ładowanie stylów, lazy loading obrazów i iframów, triggery animacji oparte na Intersection Observer.

Każda decyzja wydajnościowa jest oparta na danych. Mierzymy przed i po, dokumentujemy wpływ i dołączamy baseline wydajności do dokumentacji projektu, żeby regresja po kolejnej aktualizacji wtyczki była widoczna od razu, a nie po fakcie w oknie sezonowym.

#Lokalne SEO i widoczność cyfrowa w Antwerpii

Dobrze zbudowana strona jest wartościowa tylko wtedy, gdy Twoja grupa docelowa w Antwerpii i w szerszej Flandrii może ją znaleźć. Nasze projekty programowania WordPress obejmują fundamentalną architekturę SEO od pierwszego szkicu:

• Fundamenty techniczne SEO. Czyste struktury URL, mapy strony XML, konfiguracja robots.txt, tagi canonical i prawidłowa hierarchia nagłówków. Implementujemy dane strukturalne Schema.org: LocalBusiness, Organization, Product, Service, FAQ i HowTo tam, gdzie mają sens.
• Optymalizacja wyszukiwania lokalnego. Integracja z Google Business Profile, lokalne dane strukturalne z adresem w Antwerpii, spójność NAP (nazwa, adres, telefon) i strony przygotowane pod zapytania regionalne, uwzględniające Gandawę, Brukselę i Rotterdam tam, gdzie biznes faktycznie obsługuje klientów całym Beneluksie.
• Core Web Vitals jako sygnały rankingowe. Google używa metryk doświadczenia strony w ocenie page experience. Budżety wydajnościowe ustalamy na starcie projektu i weryfikujemy je na danych terenowych z raportu CrUX, nie tylko w pomiarze laboratoryjnym.
• Architektura treści. Układamy strony filarowe, artykuły pomocnicze i linkowanie wewnętrzne tak, żeby użytkownik szybko trafiał do właściwego tematu, a wyszukiwarka jasno rozumiała zakres kompetencji firmy.

SEO nie jest dodatkiem po uruchomieniu strony, jest częścią decyzji architektonicznych od pierwszego szkicu.

#Pytania, które zadają nam firmy w Antwerpii

Czy możecie zmigrować naszą istniejącą stronę? Tak. Obsługujemy migracje z dowolnego CMS do WordPress, z WordPress do architektury headless (Astro/Next.js) i między dostawcami hostingu. Każda migracja obejmuje mapowanie URL, implementację przekierowań 301 i monitoring SEO przez 90 dni po migracji, z uwzględnieniem kalendarza sezonu fashion albo kampanii portowych, żeby migracja nie wypadła w oknie krytycznym.

Czy pracujecie z firmami spoza Antwerpii? Tak. Znamy lokalny kontekst (Antwerp Digital Hub, port Antwerp-Bruges, Meir, Eilandje, Bancontact), ale współpracujemy z klientami w całej Belgii i za granicą. Wiele firm w Antwerpii obsługuje klientów Gandawie, Brukseli i Rotterdamie bez osobnej strony na każde miasto.

Jak obsługujecie strony wielojęzyczne? Implementujemy wielojęzyczność przez WPML dla tradycyjnego WordPress lub natywny routing i18n dla buildów headless z Astro lub Next.js. Każda wersja językowa dostaje prawidłowe tagi hreflang, zlokalizowane slugi URL i niezależne meta dane SEO. Dla firm w Flandrii wersja niderlandzka jest często pierwsza, angielska druga, francuska trzecia - kolejność wpływa na checklistę regresji i na strukturę menu.

Co obejmuje bieżące wsparcie? Po zakończeniu budowy projekt może przejść na dedykowaną opiekę techniczną WordPressa w Antwerpii: testowane aktualizacje, kopie zapasowe, monitoring bezpieczeństwa i wydajności oraz priorytetowe wsparcie z udokumentowanym runbookiem. Szczegóły na stronie opieki, nie w tym briefie programistycznym.

Czym różni się współpraca z WPPoland od lokalnej agencji w Antwerpii? Przede wszystkim doświadczeniem w WordPress od 2007 roku, własnym zapleczem technicznym na Astro i headless WordPress oraz pracą na jasnych założeniach: zakres, etapy i odpowiedzialność są opisane przed wdrożeniem. Wycena jest indywidualna i zależy od zakresu, nie z gotowego cennika.

#Powiązane usługi

Jeśli Twoja firma prowadzi już sklep online albo planuje go zbudować, mamy dedykowaną stronę o programista WooCommerce w Antwerpii z checkoutem Bancontact, integracją z belgijskimi kurierami i przygotowaniem pod belgijskie GDPR. Jeśli obecna strona działa i potrzebuje tylko stałej opieki, testowanych aktualizacji i monitoringu, zobacz opieka techniczna WordPressa w Antwerpii albo pillar utrzymanie stron WordPress - obie strony opisują ten sam stos techniczny z perspektywy operacyjnej, nie programistycznej.

Pełny zakres prac programistycznych WordPress (motywy, wtyczki, Gutenberg, refaktoryzacje) opisuje strona programista WordPress. Jeśli chcesz omówić brief, wyślij krótki opis obecnej sytuacji przez formularz kontaktowy.

#Rozpocznij swój projekt w Antwerpii

Jeśli chcesz omówić programowanie WordPress, wyślij krótki opis obecnej sytuacji, celu biznesowego i ograniczeń technicznych. Na tej podstawie sprawdzamy konfigurację, wskazujemy ryzyka i proponujemy praktyczny plan działania.

Jeśli planujesz nową budowę, migrację do Gutenberg albo refaktoryzację odziedziczonego motywu przed sezonem fashion albo publikacją katalogu portowego, zacznij od spisania celów, ograniczeń i obecnego stanu projektu. Wycena jest indywidualna i zależy od zakresu prac.