WordPress Entwickler in Brussels

Ein polnisches WordPress-Entwicklungsteam, das Sites für Unternehmen in Brüssel baut, beginnt nicht mit einer Folie voller Page-Builder-Logos. Es beginnt mit der Frage, was ein Core-Update in derselben Woche überleben muss, in der der Anwalt nach EU-Hosting fragt, die Compliance-Abteilung eine Unterauftragsverarbeiter-Liste will und die Redaktion eine öffentliche Konsultations-Landing in FR und NL vor der Anmeldefrist für ein Branchenevent nahe Heysel veröffentlichen muss. Diese Seite beschreibt WordPress-Entwicklung in diesem Umfeld: Brüsseler institutioneller und geschäftlicher Kontext, belgische DSGVO mit APD-Aufsicht (Autorité de protection des données / Gegevensbeschermingsautoriteit), mehrsprachige Auslieferung und Code, den ein anderer Entwickler ohne sechswöchige Einarbeitung übernehmen kann.

Laufende Betreuung nach dem Start ist ein separater Weg: Wartung von WordPress-basierten Websites. Ein WooCommerce-Shop mit belgischem Checkout, TVA/BTW und Bancontact-Gateways: WooCommerce-Entwickler. Hier liegt der Fokus auf Aufbau und Neuaufbau: Theme, Plugin, Integrationen, Migration vom Page Builder, Headless wo es Sinn ergibt. Das zentrale Angebot bleibt die WordPress-Entwicklung als Leistungssäule.

#Was WordPress-Entwicklung für Unternehmen in Brüssel bedeutet

WordPress-Entwicklung in Brüssel ist nicht „Marktplatz-Theme installieren und Farben anpassen“. Es ist Architektur, in der eine öffentliche Konsultations-Landing, ein B2B-Produktkatalog, ein Verbandsmitgliederportal oder eine Unternehmenswebsite mit BCE/KBO-Nummer im Footer nach einem Core-Update, nach einer Cache-Plugin-Änderung und nachdem Marketing ein Tag in GTM gesetzt hat, weiter funktionieren muss.

In der Praxis heißt das eine klare Trennung zwischen Theme und Plugin, Block-Patterns, die Redakteure ohne Entwicklereinsatz zusammensetzen können, Formulare mit Datensparsamkeit unter DSGVO, Einwilligung, die Analytics vor Zustimmung nicht lädt, und środowisko testowe, auf dem nicht nur die Startseite, sondern ein Anmeldeformular mit PDF-Produktspezifikation getestet wird.

#Was wir liefern

• Eigene Block-Themes mit theme.json, wiederverwendbaren Patterns, globalen Styles und Template-Hierarchie, damit FR/NL-Redaktionsteams ohne Code arbeiten
• Individuelle Plugins für CRM-Integrationen (HubSpot, Salesforce, Pipedrive), REST-Endpunkte, Geschäftslogik und Post Types, die ein Theme-Wechsel überleben
• Eigene Gutenberg-Blöcke mit React-Komponenten, block.json-Metadaten und serverseitigem Rendering, wo Performance und Barrierefreiheit zählen
• Migrationen von Elementor, Divi oder anderen Page Buildern zu Gutenberg FSE: Content-Extraktion, Layouts als Block-Patterns neu aufgebaut, redaktionelle Schulung
• WordPress Multisite für Organisationen mit mehreren Marken, regionalen Sites oder Franchise-Netzwerken aus einer Installation
• Headless-Integrationen: WordPress als Content-CMS, Storefront oder Front auf Astro oder Next.js, wenn Core Web Vitals auf klassischem Theme trotz Bildoptimierung stagnieren
• WCAG 2.2 AA-Konformität: semantisches Markup, ARIA-Landmarks, Tastaturnavigation, Focus-Management und Barrierefreiheitstests in der CI
• WP-CLI-Skripte für Content-Migration, Massen-Datenbankoperationen und umgebungsspezifisches Konfigurationsmanagement

#Der Brüsseler Markt, kein generisches Stadt-Template

Brüssel ist Hauptstadt Belgiens, Sitz der EU-Institutionen und Heimat eines Brussels-Digital-Hub-Knotens, der Startups, Agenturen und Tech-Firmen in der Agglomeration von Etterbeek bis Saint-Gilles bündelt. Das ist nicht Hafen-Antwerpen oder Universitäts-Gent. Hier treibt WordPress oft öffentliche Konsultations-Landings, B2B-Produktkataloge, Verbandsmitgliedschaftsformulare oder Recruiting-Portale an, die eine Freitag-23:59-Frist einhalten müssen.

Das Wettbewerbsumfeld in Brüssel bedeutet, dass Unternehmen sich langsames LCP in der Berichtsveröffentlichungswoche, ein Formular, das Daten ohne aktualisierte Datenschutzerklärung nach einem Plugin-Update sendet, oder ein Theme, das niemand pflegen kann, nachdem ein Freelancer geht, nicht leisten können. Kunden kommen zu uns nach einer Budget-Agentur oder nachdem ein Page Builder so gewachsen ist, dass jede Änderung eine Woche kostet.

#Brüssel als Projektkontext, nicht als Titel-Dekoration

#Brussels Digital Hub und Tech-Unternehmen

Der Brussels Digital Hub ist ein Ökosystem, in dem WordPress die Produkt-Landing, Dokumentation, Investorenzone oder das B2B-Partnerportal trägt. Traffic-Spitzen nach einer Partnerschaftsmeldung oder einem Konferenzvortrag sind ein reales Lastprofil. Ein Theme mit Kataloggalerien in voller Auflösung und fünfzehn Analytics-Plugins stirbt am LCP schneller als durch „schwaches Hosting“. Entwicklung in Brüssel muss ein Performance-Budget ab dem ersten Sprint enthalten, nicht als Ticket nach dem ersten CrUX-Bericht.

Das Projekt-Runbook für Kunden in Brüssel enthält einen Produktions-Freeze vor kritischen Fenstern: Quartalsbericht, Branchenevent-Anmeldung, Verbandsmitgliedschaftskampagne. Das ist keine Entwicklerpräferenz. Es ist eine operative Entscheidung, die vor der Saison mit dem Kunden vereinbart und in den Sprint-Kalender geschrieben wird.

#EU-Institutionen und der Regulierungssektor

Schuman, Berlaymont und das Europäische Viertel bringen ein anderes Briefing-Profil. Sites für Verbände, Kanzleien, Beratungen und Think Tanks müssen Publikationen in FR und NL (manchmal EN und DE), Konferenzanmeldeformulare und regulatorische Inhalte mit Gültigkeitsdaten verarbeiten. WordPress ersetzt in diesem Umfeld kein juristisches Dokumentationssystem, aber eine öffentliche Konsultations-Landing oder ein Mitgliederportal muss eine Frist überleben, ohne einen Montagmorgen-Vorfall auszulösen.

Für die Entwicklung folgt daraus eine einfache Regel: Ein neuer Formularblock, eine Katalog-API-Integration oder eine WPML-Konfiguration muss eine Checkliste bestehen, die ein Anmeldeformular mit PDF-Produktspezifikation und ein B2B-Bestellstatus-Panel abdeckt. środowisko testowe mit demselben PHP-Stack und denselben Plugins im Sandbox-Modus ist Minimum, kein Luxus.

#Louise, Ixelles und lokales belgisches Geschäft

Avenue Louise, Place du Châtelain, das Flagey-Viertel: Dienstleister, Kreativagenturen und KMU mit kürzeren Publikationszyklen sitzen hier. Sie haben kleinere Infrastrukturbudgets als ein Konzern nahe den Institutionen, aber dasselbe Risikoprofil: eine gehackte Site oder ein Formular ohne Rechtsgrundlage schadet der Reputation schneller als langsames LCP. Belgien verlangt eine BCE/KBO-Nummer im Footer und oft zweisprachigen FR/NL-Content. Ein nur auf Französisch getestetes Theme fängt Regressionen im Niederländischen nicht ab.

#DSGVO, APD und Architektur für den belgischen Markt

Wir kennen WordPress. Ein belgischer Kunde fragt etwas anderes: wo Daten liegen, ob der Server in der Europäischen Union steht, wie lange Logs aufbewahrt werden, wer Verantwortlicher ist, ob ein Auftragsverarbeitungsvertrag vorliegt. Diese Fragen gehören in Architektur und Code, nicht in einen „DSGVO-konform“-Slogan.

#Belgische APD und EU-Regulierung

Belgien wendet die EU-Verordnung 2016/679 (DSGVO) zusammen mit dem Gesetz vom 30. Juli 2018 zum Schutz natürlicher Personen bei der Verarbeitung personenbezogener Daten an, beaufsichtigt von der APD (Autorité de protection des données auf Französisch, Gegevensbeschermingsautoriteit auf Niederländisch). Für WordPress in Brüssel definiert das einen konkreten Entwicklungsumfang: Unterauftragsverarbeiter-Liste (Host, CDN, Mail, Analytics), Verarbeitungsvertrag wo die Agentur Daten verarbeitet, Meldeverfahren innerhalb von 72 Stunden bei Verletzungen, Datensparsamkeit in Formularen, Datenschutzerklärung gemäß DSGVO Artikel 13.

Entwicklung ersetzt nicht den DSB des Kunden. Sie gestaltet Formulare, Einwilligung und Datenflüsse so, dass der Kunde Pflichten erfüllen kann. Niemand auf Agenturseite unterschreibt mit „Sie sind DSGVO-konform, weil Sie eine Checkbox haben“. Die APD veröffentlicht Leitfäden und Audit-Tools auf autoriteprotectiondonnees.be; das Projekt-Runbook sollte klarstellen, was die Agentur dokumentiert und was beim Verantwortlichen bleibt.

Was in Briefing und technische Dokumentation gehört:

• Formulare mit personenbezogenen Daten (Konferenzanmeldung, Newsletter, B2B-Händleranfragen, Event-Leads) erhalten eine explizite Rechtsgrundlage, eine Einwilligungs-Checkbox wo nötig und Feldsparsamkeit. Felder ohne Formularzweck existieren nicht im Schema.
• Consent-Plugins (Cookiebot, Complianz, Didomi, in Belgien verbreitet) werden so konfiguriert, dass Marketing-Skripte vor Zustimmung nicht laden. APD-Leitfäden verlangen informierte Einwilligung vor nicht-essenziellen Cookies. Das ist Theme- und Enqueue-Reihenfolge, kein Ticket nach dem ersten Aufsichtsbericht.
• Datenschutz- und Cookie-Richtlinien sind Templates mit geschützten Feldern, keine Blöcke, die Redakteure aus dem Baum löschen können. In Brüssel sind diese Seiten Compliance-Assets, keine Marketing-Fußnoten.
• CRM-Integrationen erhalten Datenfluss-Dokumentation: was das externe System erreicht, wie lange, wer Verantwortlicher ist. AVVs sind Kundenentscheidung, aber die WordPress-Konfiguration muss diese Entscheidung ermöglichen, inklusive EU-Hosting wo nötig.
• Audit-Logs für Formulare und Admin-Änderungen helfen bei Vorfällen. Wenn jemand fragt, wer die Anmeldeformular-Einstellungen am Freitag vor der Frist geändert hat, darf die Antwort nicht „wir wissen es nicht“ lauten.

#Hosting in der EU

Personenbezogene Daten unter DSGVO werfen Rechtsraumfragen auf: wo der Server steht. Combell in Belgien, OVH in Frankreich, Hetzner in Deutschland, AWS in Frankfurt oder Paris sind unterschiedliche Antworten für einen Compliance-Officer, liegen aber in der EU. Ashburn oder Hillsboro sind die USA und meist ein Veto ohne Standardvertragsklauseln oder eine andere Transfergrundlage.

Die Frage „liegt Hosting in Brüssel“ kommt seltener als „liegt es in der EU“. Die operative Antwort hat zwei Teile. Rechtsraum: EU, Backups rutschen nicht über Nacht in einen US-Bucket ohne Vereinbarung. Latenz: Origin in Belgien oder Frankfurt plus CDN mit TLS-Terminierung in der EU reicht meist für Nutzer in Belgien und Mitteleuropa. Das ist eine explizite Residency-Entscheidung im Runbook, nicht versteckt hinter „Hosting in Brüssel“.

#Architektur: Block-Theme, Plugin, Integrationen

Jedes Projekt in Brüssel läuft auf einem wiederholbaren Stack: Docker-basierte lokale Umgebung, automatisierte Tests mit PHPUnit und Pest wo Logik es verlangt, ESLint und Prettier für Front-End-Qualität und GitHub Actions für CI/CD. Auslieferung geht auf EU-Hosting, Cloudflare mit europäischem Edge oder Kundeninfrastruktur, je nach Datenresidency-Anforderungen.

#Grenze zwischen Theme und Plugin

Das Theme beschreibt Darstellung und redaktionelle Struktur: Templates, Block-Patterns, globale Styles. Das Plugin trägt Integrationen, Custom Post Types, die ein Theme-Wechsel überdauern, Geschäftslogik, REST-Endpunkte und Admin-Werkzeuge. Ist ein Feature funktional statt präsentationsbezogen, landet es im Plugin. Die Grenze wird in der Architektur festgelegt und im Runbook dokumentiert, nicht im Kopf eines einzelnen Entwicklers.

#Gutenberg/FSE versus klassisches Theme

Bei Neubauten ist die Voreinstellung ein Block-Theme mit Full Site Editing, weil dort der WordPress-Editor hingeht. Klassische PHP-Themes bleiben sinnvoll, wenn ein bestehendes Theme eine große individuelle Logikschicht hat, deren Portierung sich nicht lohnt, oder wenn das Redaktionsteam in Brüssel mit dem klassischen Editor besser arbeitet. Die Wahl wird als schriftliche technische Abwägung mit Kosten-versus-Schulden-Begründung dokumentiert, nicht als ideologische Entscheidung.

#FR/NL-Mehrsprachigkeit und hreflang

Der belgische Markt verlangt oft zwei Sprachversionen ab Tag eins. Mehrsprachigkeit setzen wir mit WPML oder Polylang um: Translation Memory, hreflang-Tags, lokalisierte URL-Slugs und ein redaktioneller Prozess, der FR und NL synchron hält. Regressionstests decken beide Versionen ab, nicht nur die Standard-Sprache. Headless mit Astro oder Next.js bringt natives i18n-Routing, wenn die Storefront mehr Core-Web-Vitals-Kontrolle braucht als ein klassisches Theme erlaubt.

#Wie wir Projekte in Brüssel abwickeln

Jedes Projekt folgt einem strukturierten Prozess, der Risiken minimiert und Transparenz maximiert:

1. Discovery und Audit, Prüfung von bestehendem Code, Integrationen, Hosting, Formularen unter DSGVO und Sprachversionen. Ergebnis ist eine schriftliche Risiko- und Prioritätenkarte, kein animiertes Slide-Deck.
2. Architektur und Umfang, Definition von Theme versus Plugin, Block-Patterns, Integrationen, Unterauftragsverarbeiter-Liste und Abnahmekriterien. Umfang, Phasen und Preisgestaltung sind individuell und landen im Vertrag vor dem ersten Code.
3. Entwicklungssprints, ein- oder zweiwöchige Iterationen mit środowisko testowe-Demos am Ende jedes Sprints. Fortschritt ist kontinuierlich sichtbar, uwagi kommt rechtzeitig, Prioritäten lassen sich anpassen, ohne das Projekt zu entgleisen.
4. Qualitätssicherung, jede Änderung durchläuft Code-Review, automatisierte Tests wo Logik es verlangt, Browser-Checks, Barrierefreiheitsvalidierung und Leistungsmessung gegen vereinbarte Budgets vor środowisko testowe-Abnahme.
5. Start und Übergabe, DNS-Änderungen, SSL-Konfiguration, Cache-Warmup, Redirect-Prüfung und Monitoring. Nach Go-live bleibt das Team in einem vereinbarten Stabilisierungsfenster verfügbar. Dokumentation, Runbook und Übergabe-Session gehören zur Lieferung, nicht zum Zusatzangebot.

#Typische Herausforderungen, die wir in Brüssel lösen

Unternehmen in Brüssel wenden sich regelmäßig mit diesen Problemen an uns:

• Page-Builder-Migrationen zu Gutenberg FSE, Content-Extraktion, Layouts als Block-Patterns neu aufgebaut, redaktionelle Teams geschult, ohne Live-Traffic oder SEO-Positionen zu stören. Ein Page Builder mit Hunderten individueller Widgets braucht ein Audit, bevor jemand eine „Zwei-Wochen“-Frist verspricht.
• Security Hardening für Sites mit sensiblen Daten: Content-Security-Policy-Header, XML-RPC deaktiviert wo nicht nötig, Zwei-Faktor-Authentifizierung, Application Firewalls und Verbot von „nulled“ Plugins. Incident Response beschreibt Erkennung, Eindämmung und Dokumentation; konkrete Reaktionszeiten gehören in den Wartungsvertrag, nicht als Versprechen auf dieser Stadtseite.
• Mehrsprachige redaktionelle Workflows, Sites mit WPML oder Polylang, Translation Memory, hreflang-Tags und Prozesse, die FR- und NL-Übersetzungen synchron halten.
• CRM-Integrationen und B2B-Portale, Webhooks, REST API, Lead-Sync aus Event-Anmeldeformularen, Bestellstatus-Panels für Händler. Jede Integration hat ein Runbook: was bei API-Ausfall passiert, wie lange Daten in der Queue liegen, wer den Alert erhält.
• Langsames Theme trotz „Bildoptimierung“, ein Lighthouse-Profil plus Query Monitor auf einer Anmeldeseite und einem B2B-Katalog findet den echten Engpass: schweres Theme, autoloaded Options, langsame Plugin-Queries, Tag Manager lädt Skripte vor Einwilligung.

#Fall: B2B-Katalog und Cache vor Berichtsveröffentlichung

Ein B2B-Dienstleister auf WordPress: Produktlinien-Landing, Bürobesprechungs-Anmeldeformular, Content für Dienstag 20:00 Uhr geplant, eine Woche vor Quartalsberichtsveröffentlichung. In der Queue stand ein Theme-Refactoring mit neuer Object-Cache-Schicht plus Katalogblock-Änderung, „klein, zuerst środowisko testowe“ - aber środowisko testowe hatte Redis nicht in derselben Konfiguration wie Produktion.

Auf der Testumgebung, nach Klon von Produktion mit Redis und Katalog im Draft-Status, lieferte die 20:00-Veröffentlichung Spezifikationen vom Vorjahr. Ursache: Cache-Key-Änderung nach dem Refactoring, ein altes Theme-Fragment rief get_post ohne Prüfung des future-Status auf, CDN lieferte HTML ohne sinnvolles Cache-Control für einen eingeloggten Redakteur. Auf Produktion wäre derselbe Satz am Sonntagabend live gegangen.

środowisko testowe stoppte die Promotion. wycofanie zmian auf der Testkopie bestätigte, dass die Cache-Schicht unschuldig war, wenn das Theme keine Drafts per Key ohne Status holt. Das Theme bekam den Fix, die Veröffentlichungs-Checkliste (Draft, Future, Formular, Purge, Newsletter-URL, Cookie-Banner) bestand, dann Produktion. Kein Firmenname hier, weil das eine Vorfallform ist, kein Logo-Case-Study. Der Mechanismus lautet: zuerst Kopie, dann Produktion. Ohne Kopie folgen Post-Mortem und ein Gespräch mit dem Anwalt über ein Formularleck, das Leads ohne aktualisierte Datenschutzerklärung sammelte.

Dieselbe Form kehrt mit einem Recruiting-Formular zurück, das nach einem Update ein APD-Einwilligungsfeld verliert, und mit einer „kleinen“ SEO-Änderung, die robots überschreibt und ein B2B-Bestellstatus-Panel aus dem Index wirft. Brüssel verzeiht das nicht leiser als ein anderer Markt, weil jemand in der Nähe nach DSGVO, nach APD oder nach einem Slot im Berichtsveröffentlichungskalender fragt.

#Performance-Engineering und Core Web Vitals

Core Web Vitals beeinflussen Suchranking und Nutzererfahrung. WordPress-Projekte in Brüssel werden mit einem Performance-Budget ab der Architektur geplant, nicht als Ticket nach dem ersten CrUX-Bericht:

• Largest Contentful Paint (LCP), optimierter Critical Rendering Path, vorgeladene Hero-Bilder in AVIF oder WebP, Edge-Caching und statische Generierung wo Content es erlaubt
• Interaction to Next Paint (INP), minimale JavaScript-Hydration, debouncte Event-Handler und Drittanbieter-Skripte begrenzt bis nach Einwilligung
• Cumulative Layout Shift (CLS), explizite Bildabmessungen, font-display:swap mit abgestimmten Fallbacks und reservierter Platz für dynamische Inhalte

Diese Metriken werden über Lighthouse CI in der wdrożenie-Pipeline und auf echten URLs mit Anmeldeformularen verfolgt, nicht auf einer leeren Installation. INP bricht an Chat-Skripten, einem Bürokarten-Widget nahe Avenue Louise und einem Tag Manager, den Marketing außerhalb des Ticketings ergänzt hat. Für eine B2B- oder institutionelle Site in Brüssel zählt Time to First Byte aus Belgien und Mitteleuropa, nicht nur von einem Telefon in der Innenstadt.

#Sicherheit im Code, nicht als Badge

HTTPS mit HSTS wo Infrastruktur es erlaubt. Header, die XSS begrenzen. 2FA. Minimale Admin-Konten. Datei-Editor in wp-admin auf Produktion deaktiviert. Passwortrotation nach ausscheidenden Freelancern. Parametrisierte Datenbankabfragen, escaped Output, Nonce-Verifizierung auf Formularen und Rate Limiting an Authentifizierungsendpunkten. Für personenbezogene Daten: Verarbeitungsvertrag, Unterauftragsverarbeiter-Liste, Meldeverfahren unter DSGVO und dem belgischen Gesetz von 2018.

Das ist kein ISO-Zertifikat, das mit einem Retainer verkauft wird. Es ist eine Liste, die beim Onboarding-Audit abgehakt und vierteljährlich überprüft werden kann. Ein Kunde aus dem Brussels Digital Hub, ein Verband oder ein Büro nahe den EU-Institutionen bringt ohnehin eine eigene Checkliste mit. Besser, die eigene liegt zuerst bereit. WordPress-Hardening-Dokumentation steht im WordPress Developer Handbook. Entwicklung in Brüssel ergänzt einen Freeze-Kalender, die APD-Frage und eine explizite EU-Residency-Beschreibung.

#Lokale SEO und digitale Sichtbarkeit in Brüssel

Digitale Sichtbarkeit in Brüssel verlangt mehr als Keyword-Platzierung. Der Ansatz baut SEO von Anfang an in die technische Architektur ein:

Indexierung und Content-Entdeckung, Suchmaschinen sollen wichtige Seiten schnell finden, verstehen und indexieren. Auf großen Sites setzen wir IndexNow ein, damit neuer Content schneller im Index landet.

Strukturierte Daten, jede wichtige Seite erhält passendes Schema.org-Markup. Google versteht Content-Typ, Leistung, Standort und Beziehungen zwischen Seiten besser.

E-E-A-T-Signale, Inhalte werden so strukturiert, dass Erfahrung, Expertise und Vertrauenswürdigkeit sichtbar werden. Autorenbiografien, Über-uns-Seiten mit Firmenhistorie, Fallstudien mit messbaren Ergebnissen, wo der Kunde sie veröffentlichen kann.

Sichtbarkeit in KI-gestützter Suche, Inhalte bleiben lesbar für Antwortgenerierungssysteme. Klare Definitionen, konkrete Fakten, Quellen und geordnete Daten helfen.

#Warum Unternehmen in Brüssel WPPoland wählen

Wir schreiben Code, den andere Entwickler pflegen können. Jedes Projekt enthält Dokumentation, Coding Standards und eine Übergabe-Session. Kein Vendor Lock-in, keine proprietären Frameworks, keine Black Boxes.

Mehr als 500 WordPress-Projekte seit 2007. Wir wissen, was in Produktion funktioniert, was bei Skalierung bricht und was Kunden wirklich brauchen versus was sie zu brauchen glauben. Der Prozess wendet WordPress Coding Standards an, durchgesetzt durch automatisierte Tools. Jede Änderung durchläuft Code-Review, Tests und środowisko testowe-Validierung vor Produktion.

Wir arbeiten mit Kunden in ganz Belgien und international. Polnische Teams, die eine Site für ein Unternehmen in Brüssel betreuen, liegen in einer Zeitzone nahe Belgien, sodass das Arbeitsfenster besser mit dem Kundenfenster überlappt als bei transatlantischer Auslieferung.

#Projekt in Brüssel starten

Kurze Projektbeschreibung senden: was die Site leisten muss, ob bestehender Code existiert, wo Hosting steht, ob FR/NL-Versionen nötig sind, ob ein Freeze vor Berichtsveröffentlichung oder Branchenevent-Anmeldung ansteht. Zurück kommt ein Angebot mit Umfang, Zeitplan und individueller Preisgestaltung. Auf dieser Seite gibt es keine Preisliste und keine Pakettabelle.

Kontakt: Kontaktformular. WordPress-Lösungen bauen wir seit 2007. Wenn die Site bereits Geschäft trägt und stabil durch Berichtsveröffentlichung, Mitgliedschaftsformulare, B2B-Kataloge und DSGVO unter belgischer APD-Aufsicht bleiben muss, folgt nach dem Start die Wartung von WordPress-basierten Websites. Wenn sie noch von Grund auf gebaut oder neu aufgebaut werden muss, bleibt es bei dem, was diese Seite beschreibt: Theme, Plugin, Integrationen, środowisko testowe, Dokumentation und Code, der das nächste WordPress-Core-Update überlebt. Shop-Projekte verweisen auf WooCommerce-Entwickler; der thematische Rahmen für Custom-Entwicklung steht unter WordPress-Entwickler.