Programista WordPress w Gandawie

Strona firmowa w Gandawie stoi obok landing spin-offu biotech z iGent, portalu partnerskiego logistyki przy North Sea Port albo serwisu korporacyjnego z raportem kwartalnym z Ghent Digital Hub. To nie jest powód, żeby WordPress udawał platformę rezerwacji badań klinicznych albo system ERP uniwersytetu. To powód, żeby motyw, bloki Gutenberg, CPT i wtyczki były napisane tak, jak oczekuje flamandzki dział compliance, redaktor publikujący materiał grantowy UGent i zespół prawny, który czyta belgijski GDPR i wytyczne APD (Autorité de protection des données) oraz GBA (Gegevensbeschermingsautoriteit), a nie tylko wynik Lighthouse.

WPPoland buduje ten WordPress z polskiego zespołu seniorów dla firm w Gandawie i w szerszej Flandrii. 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 Gandawie

Gandawa nie jest Brukselą i nie powinna brzmieć jak Bruksela w copy. Stolica Belgii ma inny kalendarz, inny profil klienta i inny ekosystem vendorów. Gandawa jest drugim co do wielkości miastem Flandrii, siedzibą Universiteit Gent (UGent), węzłem portowym przy kanale Gandawa-Terneuzen i centrum Ghent Digital Hub, który łączy biotechnologię, SaaS i e-commerce w aglomeracji od Sint-Amandsberg po Zwijnaarde. WordPress w tym układzie często obsługuje landing produktu, dokumentację techniczną, strefę inwestorów albo portal partnerski B2B. Motyw, który nie wytrzyma publikacji raportu albo ogłoszenia partnerstwa z UGent w godzinach szczytu, produkuje incydent operacyjny, nie „drobny ticket po weekendzie”.

iGent i klastry biotech wokół Zwijnaarde to jeden z najbardziej rozpoznawalnych ekosystemów life sciences w Europie. Firmy stamtąd budują produkty SaaS, platformy B2B i strony instytucjonalne z wymogami compliance i audytowalności. North Sea Port i logistyka B2B to inny profil: długi cykl sprzedaży, formularze leadowe pod CRM, katalogi techniczne i wymagania, które czytają APD/GBA, nie tylko wynik Lighthouse. WordPress Meetup Ghent spotyka się regularnie w ekosystemie flamandzkim. To sygnał, że lokalna społeczność zna WordPress Coding Standards, debatuje o Gutenbergu i widzi różnicę między motywem blokowym a page builderem generującym shortcode’y w treści.

Brief od klienta w Gandawie często brzmi: „mamy Elementor albo Divi, redakcja boi się migracji, a CTO chce Gutenberg i Git”. To jest problem modelu treści i procesu wdrożenia, nie problem szablonu z marketplace. Typowy projekt, który trafia do seniorów Gandawie, nie brzmi „zróbcie ładną stronę”. Brzmi: odziedziczone motywy z page builderem, spin-off biotech publikujący aktualizacje produktowe w krótkich oknach czasowych, formularz kontaktowy zbierający dane osobowe pod belgijski GDPR, a nowa podstrona pod linię usługową powstaje przez kopiowanie strony z zeszłego roku i ręczne podmienianie numerów wersji. To jest dług techniczny, który wychodzi w lipcu przed Gentse Feesten, nie w audycie SEO.

#Motyw blokowy, motyw klasyczny i własna wtyczka

Nowa budowa w Gandawie 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 spin-offu biotech z iGent oznacza to stonowany layout korporacyjny, czytelny krój bez ozdobników i komponenty, które nie pękają na długich nazwach produktów albo numerach regulacyjnych. Dla firmy logistycznej z portu oznacza to layout przyjazny partnerom B2B, kontrast WCAG 2.2 AA 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 (Gandawa to nie Antwerpia, Antwerpia to nie Leuven), blok cytatu z atrybucją, karta publikacji z datą, stopka z linkiem do polityki prywatności zgodnej z belgijskim GDPR i numerem KBO/BCE.

Pełna edycja witryny (FSE) ma sens, gdy zespół redakcyjny naprawdę ma dostać kontrolę nad nagłówkiem i stopką. W praktyce wiele firm biotech w Gandawie 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 Gandawie 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 inwestora, inne dla klienta detalicznego, inne dla partnera B2B) 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 produktu, kolejka do CRM, endpoint REST dla intranetu, 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 kontaktowego). Logika biznesowa nie trafia do functions.php motywu, bo functions.php umiera razem z motywem, a firma z Gandawy zmienia partnera brandingowego częściej niż model treści.

Porównanie warstw przy kickoffie:

#Gutenberg, CPT i ACF pod biotech i sektor usługowy

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 Gandawie listy są konkretne: produkty i usługi, publikacje regulacyjne, osoby z zespołu, lokalizacje biur (Korenmarkt to nie Zwijnaarde, Zwijnaarde to nie port), wydarzenia, 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 lipcu przed Gentse Feesten. 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 Gandawie 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.

#Belgijski GDPR, APD/GBA i formularze we flamandzkim kontekście

Belgia stosuje rozporządzenie UE 2016/679 (GDPR/RODO) wraz z krajową implementacją w ustawie z 30 lipca 2018 r. o ochronie osób fizycznych w związku z przetwarzaniem danych osobowych. Organ nadzorczy to Gegevensbeschermingsautoriteit (GBA) po niderlandzku i Autorité de protection des données (APD) po francusku. Dla strony WordPress w Gandawie 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 (zapytania B2B, newslettery, formularze kontaktowe, formularze aplikacyjne, zapisy na konferencję UGent) 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, CookieFirst, popularne w Belgii) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją. Wytyczne APD/GBA 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 Gandawie 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 to decyzja klienta, ale konfiguracja WordPressa 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 formularza kontaktowego w piątek przed publikacją raportu kwartalnego, odpowiedź nie może być nie wiemy.

Przy incydencie z danymi osobowymi art. 33 GDPR daje administratorowi 72 godziny na zgłoszenie do APD/GBA, 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 i włożyć do zgłoszenia naruszenia w 72 godziny, gdy procedura tego wymaga.

#Hosting w UE i jurysdykcja backupów

Dane osobowe pod GDPR ciągną pytanie: w której jurysdykcji stoi serwer. Combell w Belgii, OVH we Francji, Hetzner w Niemczech, AWS w Frankfurtzie (eu-central-1) 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 Gandawie 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 i w Europie Środkowej.

Dla sklepów WooCommerce z checkoutem w EUR, Bancontact i integracją Mollie opisujemy osobny brief na stronie programista WooCommerce w Gandawie. Ta strona trzyma się programowania WordPress, nie checkoutu.

#Dostępność: EAA i sektor prywatny w Belgii

Dostępność w Gandawie nie jest jednym przepisem. Europejski Akt o Dostępności (dyrektywa 2019/882) obowiązuje od 28 czerwca 2025 dla wskazanych usług cyfrowych, w tym e-commerce, a belgijski sektor publiczny od dawna oczekuje WCAG 2.1 AA (z perspektywą przejścia na WCAG 2.2). Poza mikroprzedsiębiorstwami poniżej 10 osób i 2 mln euro obrotu obejmuje on także sektor prywatny, a niedostępna strona usługowa spin-offu biotech albo portalu B2B z portu to ryzyko wizerunkowe i kontraktowe, nie „nice to have”.

Co konkretnie robi zespół w kodzie:

• Semantyczne znaczniki HTML, poprawna hierarchia nagłówków, etykiety formularzy powiązane z polami przez for/id, komunikaty błędów czytelne dla czytników ekranu.
• Kontrast kolorów zgodny z WCAG 2.2 AA, focus widoczny na wszystkich interaktywnych elementach, nawigacja klawiaturą przez menu i modale.
• Obrazy z sensownymi atrybutami alt, wideo z napisami tam, gdzie materiał jest publikowany na stronie publicznej.
• Skan axe-core w CI plus ręczna ścieżka klawiatury na kluczowych szablonach: formularz kontaktowy, nawigacja główna, wyszukiwarka.
• Deklaracja dostępności dla podmiotów publicznych jako szablon z polami, nie jako strona zapomniana w stopce.

Dla firm biotech z iGent dostępność ma też wymiar produktowy: dokumenty PDF z alternatywą HTML, tabele danych z nagłówkami, formularze, które da się wypełnić klawiaturą. WordPress nie zastępuje platformy laboratoryjnej, ale strona promocyjna produktu musi być użyteczna dla każdego odbiorcy, nie tylko dla użytkownika myszy na szybkim laptopie.

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

Formularze lead generation i zapytania B2B to najczęstszy punkt integracji dla firm SaaS i biotech z Ghent 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 firm logistycznych z North Sea Port druga powtarzalna integracja to katalogi techniczne i strefy partnerskie: embed zewnętrznego systemu, synchronizacja z kalendarzem wydarzeń branżowych, cache warstwy publicznej tak, żeby kampania sezonowa nie zabiła serwera. WordPress nie zastępuje systemu TMS, ale strona promocyjna musi wytrzymać szczyt ruchu.

Dla scaleupów z Ghent Digital Hub trzecia integracja to często połączenie z narzędziami produktowymi: dokumentacja API, changelog produktu, status page, webhook do Slack albo Teams przy publikacji nowej wersji. 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 w EUR, integracją z Bancontact, Mollie, bpost i raportowaniem sprzedaży dla zespołu finansowego opisujemy na osobnej stronie programista WooCommerce w Gandawie. Programowanie motywu sklepu, wtyczek checkoutu i integracji magazynowych to ten sam stos techniczny, ale inny brief niż strona firmowa B2B.

#Przypadek: publikacja raportu przed deadline grantu UGent

Serwis korporacyjny na WordPressie w Gandawie, landing z raportem kwartalnym spin-offu biotech, formularz inwestora, treść zaplanowana na poniedziałek 8:00 przed spotkaniem komitetu grantowego UGent. W kolejce leżała migracja bloku hero z page buildera na własny blok Gutenberg plus aktualizacja wtyczki cache, „drobna, na żywo”.

Na środowisku testowym publikacja o 8:00 serwowała treść z piątkowego szkicu. Przyczyna: zmiana klucza cache po patchu, fragment motywu wołał get_post bez sprawdzenia statusu future, CDN trzymał HTML bez właściwego Cache-Control. Na produkcji materiał wyszedłby przed terminem, formularz zbierałby dane bez zaktualizowanej klauzuli GDPR, a ruch z newslettera flamandzkiego trafiłby w 404 po panicznym cofnięciu.

środowisko testowe zatrzymał promocję. wycofanie zmian potwierdził, że sama wtyczka cache jest niewinna, gdy motyw nie woła szkicu po kluczu bez statusu. Checklista publikacji (szkic, future, formularz, purge, URL w newsletterze, numer KBO w stopce) przeszła, dopiero potem produkcja. Bez środowiska testowego i freeze w kalendarzu zostałby post-mortem i rozmowa z prawnikiem o wycieku.

Ten sam kształt wraca przy formularzu rekrutacyjnym, który po aktualizacji motywu traci checkbox zgody, przy wtyczce consent wyłączonej przez patch cache i przy „drobnej” aktualizacji SEO, która nadpisuje robots. Gandawa nie wybacza tego ciszej, bo obok siedzi ktoś, kto pyta o APD/GBA albo o slot w programie grantowym VLAIO.

#Jak pracujemy

Każdy projekt w Gandawie 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 Gentse Feesten, publikacji produktowych albo kampanii grantowych, ż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ą, 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 Gandawie regularnie zgłaszają się do nas z tymi problemami:

• Migracje z page builderów do Gutenberg FSE przed kampanią sezonową albo publikacją produktową: 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 biotech i SaaS: 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 Gentse Feesten i kampanii sezonowych: 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 aplikacyjne: nagłówki Content Security Policy, wyłączony XML-RPC, wymuszone uwierzytelnianie dwuskładnikowe do panelu i limitowanie zapytań na endpointach logowania
• Wielojęzyczność NL/EN/FR: regresja hreflang i wtyczek WPML/Polylang po aktualizacji motywu, osobne struktury URL i niezależne metadane dla każdej wersji językowej

#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 rezerwacje sezonowe w lipcu. 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 kontaktowy 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 Gandawie

Dobrze zbudowana strona jest wartościowa tylko wtedy, gdy Twoja grupa docelowa w Gandawie 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 Gandawie, spójność NAP (nazwa, adres, telefon) i strony przygotowane pod zapytania regionalne, uwzględniające Antwerpię, Leuven i Brukselę tam, gdzie biznes faktycznie obsługuje klientów całej Belgii.
• 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.
• Wielojęzyczne SEO. Dla firm flamandzkich z wersjami NL/EN/FR wdrażamy hreflang, osobne struktury URL i niezależne metadane dla każdej wersji językowej.

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

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

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 Gentse Feesten albo kampanii grantowych, żeby migracja nie wypadła w oknie krytycznym.

Czy pracujecie z firmami spoza Gandawy? Tak. Znamy lokalny kontekst (Ghent Digital Hub, UGent, iGent, North Sea Port, Gentse Feesten), ale współpracujemy z klientami w całej Belgii i za granicą. Wiele firm z Gandawy obsługuje klientów Antwerpii, Leuven i Brukseli bez osobnej strony na każde miasto.

Jak obsługujecie strony wielojęzyczne? Implementujemy wielojęzyczność przez WPML albo Polylang dla tradycyjnego WordPress lub natywny routing i18n dla buildów headless z Astro albo Next.js. Każda wersja językowa dostaje prawidłowe tagi hreflang, zlokalizowane slugi URL i niezależne meta dane SEO. Dla firm flamandzkich z wersjami NL/EN/FR konfiguracja locale i hreflang wymaga osobnej decyzji architektonicznej.

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

Jak wygląda współpraca z APD/GBA i GDPR? Dokumentujemy techniczne kroki, logi i oś czasu. Klasyfikacja naruszenia i zgłoszenie do APD/GBA pozostaje po stronie administratora danych. Nie sprzedajemy fałszywej certyfikacji GDPR.

Czym różni się współpraca z WPPoland od lokalnej agencji w Gandawie? 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 Gandawie z checkoutem w EUR, integracją z Bancontact, Mollie, bpost i przygotowaniem pod belgijski GDPR. Jeśli obecna strona działa i potrzebuje tylko stałej opieki, testowanych aktualizacji i monitoringu, zobacz opieka techniczna WordPressa w Gandawie 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 Gandawie

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 Gentse Feesten albo publikacją raportu kwartalnego spin-offu UGent, zacznij od spisania celów, ograniczeń i obecnego stanu projektu. Wycena jest indywidualna i zależy od zakresu prac.