WordPress Entwickler in Dortmund

Dortmund ist eine Stadt, die ihre Identität mehrfach neu geschrieben hat. Dort, wo bis in die späten neunziger Jahre die Hochöfen der Hoesch- und Phoenix-Werke standen, liegt heute der Phoenix-See, und am gegenüberliegenden Ufer wächst seit Jahren ein IT- und Mittelstandsquartier. Das Technologiezentrum Dortmund (TZDO) am Eingang zum Wissenschaftspark gehört zu den ältesten und größten seiner Art in Deutschland, die TU Dortmund und die Fachhochschule Dortmund liefern Informatik- und Logistik-Absolventen für genau dieses Umfeld, und mit Wilo (Pumpen-Weltmarktführer in Hörde), Signal Iduna (Versicherungs-Konzernsitz an der B1), Dematic, KHS und der DHL-Drehkreuzlogistik am Flughafen sitzen Auftraggeber in der Stadt, deren digitale Strecken Compliance- und Lastanforderungen mitbringen, die ein Standard-Theme aus dem Marketplace nicht trägt.

Diese Seite beschreibt, was Senior-WordPress-Entwicklung in genau diesem Mix bedeutet: Code nach WordPress Coding Standards, BFSG-konforme Barrierefreiheit ab Juni 2025, deutsches Hosting und ein Lieferweg, der für Auditoren und für interne IT-Teams gleichermaßen lesbar bleibt.

#WordPress-Entwicklung für den Standort Dortmund

Die Auftraggeber aus dem Dortmunder Umfeld lassen sich grob in drei Profile aufteilen, und jedes davon legt einen anderen Schwerpunkt im WordPress-Stack fest. Erstens der industrielle und versicherungsnahe Mittelstand: Wilo, Signal Iduna, Dematic und Zulieferer aus dem Logistikkorridor zwischen Hafen, Westfalenhütte und Flughafen brauchen mehrsprachige Konzern- und Karriereseiten mit Single-Sign-On-Anbindung, einem geprüften Rechte- und Rollenkonzept und Lasttests vor Recruiting-Kampagnen. Zweitens das Forschungs- und Ausgründungs-Cluster rund um TU Dortmund, Fachhochschule und Fraunhofer IML mit seinen Logistik- und KI-Schwerpunkten; hier zählen sauber strukturierte Publikations- und Personenseiten, mehrsprachiges Routing und eine Anbindung an Identity-Provider der Hochschule. Drittens der klassische sächlich gesprochen westfälische Handel und Dienstleister von der Brückstraße bis zum Stadtteilzentrum in Hörde oder Aplerbeck, der einen verkaufenden Shop oder eine schlanke Lead-Site im deutschen Rechtsrahmen betreiben will.

Was alle drei verbindet: keiner sucht ein Theme mit ausgetauschtem Stadtnamen. Sie suchen einen Entwickler, der die konkrete technische Schuld benennt und sie nach WordPress-Standards abbaut, mit Dokumentation, die einen Wechsel des Dienstleisters überlebt.

#Was im Leistungsumfang liegt

• Eigene Block-Themes auf Basis von theme.json, Block-Patterns und Style-Varianten, damit Redaktionen im Site-Editor arbeiten können, ohne bei jedem Layoutwunsch einen Entwickler zu brauchen
• WordPress Multisite für Versicherer, Konzerntöchter oder Fakultäten, die mehrere Marken oder Standorte aus einer Installation pflegen, mit zentralen Updates und getrennten Redaktionsrechten
• Strukturierte Inhaltsmodelle mit Advanced Custom Fields oder Meta Box, Custom Post Types und Taxonomien, die einen Theme-Wechsel überdauern, weil sie im Plugin liegen, nicht im Theme
• Headless-Frontends mit Astro oder Next.js auf einer WordPress-REST-API oder WPGraphQL-Schicht, dort sinnvoll, wo der redaktionelle Komfort von Gutenberg erhalten bleiben soll, die Auslieferung aber statisch und cache-freundlich erfolgen muss
• Barrierefreiheit nach WCAG 2.2 AA mit Blick auf das BarrierefreiheitsstaerkungsGesetz (BFSG), das seit Juni 2025 für E-Commerce und Dienstleistungen mit Verbraucherkontakt gilt: semantisches Markup, ARIA-Landmarks, Tastaturbedienung, Fokus-Management, automatisierte Checks in der CI
• Sicherheitsbaseline mit Blick auf NIS2: deutsches Hosting bei Hetzner, IONOS oder mittwald, Auftragsverarbeitungsverträge, dokumentierte Lieferkette der eingesetzten Plugins und ein Wiederherstellungs-Pfad, der getestet wurde, nicht nur geplant

#Der deutsche Rechts- und Zahlungsrahmen, technisch umgesetzt

Eine WordPress-Site für den deutschen Markt ist erst dann fertig, wenn sie die Pflichten erfüllt, an denen generische Vorlagen scheitern. Wir setzen sie als Teil der Entwicklung um, nicht als Anhängsel:

• Impressumspflicht nach Digitale-Dienste-Gesetz und eine klare Datenschutzerklärung, eingebunden so, dass sie bei Theme-Updates nicht verloren gehen
• Widerrufsrecht und Pflichtinformationen im Bestellprozess, korrekt platziert vor dem zahlungspflichtigen Bestellbutton
• DSGVO und BDSG durchgängig, kombiniert mit TTDSG-konformem Cookie-Consent vor dem Laden von Drittanbieter-Skripten, dokumentierte Verarbeitungszwecke, Hosting in deutschen oder EU-Rechenzentren
• Bei Shops: eine Bezahlmischung, die zum westdeutschen Käuferverhalten passt. PayPal bleibt führend, Kauf auf Rechnung schließt fast gleichauf an und hat bei größeren Warenkörben die höchste Abschlussrate. Klarna, Apple Pay, Google Pay und SEPA-Lastschrift gehören in jeden ernsthaften Checkout. Wer noch giropay bewirbt, sollte wissen, dass das Verfahren Ende 2024 eingestellt wurde und der Nachfolger Wero seit 2025 schrittweise nachrückt
• Versand- und Retourenintegration für DHL als naheliegende Wahl wegen des Dortmunder Drehkreuzes, ergänzt um DPD und Hermes, mit Tracking-Anbindung im Kundenkonto
• Vertrauenssignale über Trusted Shops oder eKomi sowie strukturierter Feed-Export nach Idealo, statt händisch gepflegter Produktlisten

Diese Punkte sind keine Marketingfloskeln, sondern Implementierungsentscheidungen mit Fristen und Akzeptanzkriterien im Pflichtenheft.

#WooCommerce für den Dortmunder Mittelstand

Wenn aus der WordPress-Site ein Shop wird, verschiebt sich der Schwerpunkt vom Theme zur Korrektheit von Steuer-, Versand- und Rechtsprozessen. Im deutschen Kontext heißt das: differenzierte Mehrwertsteuersätze, korrekte Brutto-Preisauszeichnung, Versandkostenangaben vor Vertragsschluss und eine saubere Anbindung an die Buchhaltung über DATEV-Export oder eine direkte Schnittstelle zu Lexware, sevdesk oder Xentral. WooCommerce trägt das, sofern die Erweiterungen mit Bedacht gewählt und nicht wahllos gestapelt werden.

Wir halten die Plugin-Liste knapp, prüfen jede Erweiterung auf Wartungsstand und Performance-Last und verlagern wiederkehrende Geschäftslogik in eigene, getestete mu-plugins statt in ein weiteres Drittanbieter-Plugin. Für die Anbindung an Warenwirtschaft und Versand gilt dasselbe Prinzip wie für jede Integration: eine dokumentierte Schnittstelle, klare Fehlerbehandlung und ein Wiederherstellungspfad, falls ein Drittsystem ausfällt. Bei einem Händler im Speditionsumfeld kann das heißen, dass eine Statusmeldung der Versandschnittstelle nicht den Checkout blockiert, sondern in eine Queue läuft und nachgezogen wird.

#So arbeiten wir an einem Dortmunder Projekt

Der Ablauf ist auf Nachvollziehbarkeit ausgelegt, eine Eigenschaft, die Auftraggeber aus dem versicherungs- und logistiknahen Umfeld sofort wiedererkennen.

1. Analyse und Codebase-Audit. Bevor eine Zeile Code entsteht, prüfen wir die bestehende Installation: Theme-Struktur, eingesetzte Plugins, Integrationen, Hosting-Grenzen sowie eine Baseline für Performance und Barrierefreiheit. Die technische Schuld wird schriftlich dokumentiert, nicht mündlich geschätzt.
2. Architektur und Lieferform. Wir entscheiden, was im Theme und was im Plugin lebt, wie das Inhaltsmodell aussieht und woran die Abnahme gemessen wird. Diese Abwägung wird als Architecture Decision Record festgehalten.
3. Umsetzung in Feature-Branches. Implementierung nach WordPress Coding Standards, i18n-fähige Texte, barrierefreies Markup, serverseitig gerenderte Blöcke dort, wo es zählt, und Code-Review auf jedem Branch.
4. QA gegen Testumgebung. Regressionschecks, Lighthouse- und Core-Web-Vitals-Ziele, Accessibility-Scan gegen die BFSG-Kriterien. Erst danach geht etwas live.
5. Start und Übergabe. DNS, TLS, Redirect-Prüfung, Cache-Warmup, Monitoring. Nach dem Start bleiben wir in Bereitschaft, danach folgt eine Übergabe-Session mit schriftlichem Runbook.

#Typische Aufträge aus dem Dortmunder Umfeld

Drei Muster tauchen hier regelmäßig auf:

• Migration weg vom Page Builder. Ein Mittelständler aus dem westfälischen Umfeld hat sich über Jahre mit Elementor oder WPBakery zugebaut, die Ladezeit am Phoenix-See-Standort liegt nicht mehr in einem Bereich, der bei einem BVB-Heimspiel und gleichzeitigem Kampagnen-Push trägt. Wir überführen die Inhalte in native Gutenberg-Block-Patterns, ohne Live-Traffic oder Rankings zu beschädigen, und schulen die Redaktion auf den neuen Workflow.
• Konzern- oder Karriereseite mit System-Anbindung. Ein Versicherer oder Mittelständler mit Sitz in Dortmund will Stellenausschreibungen, Datenblätter und einen geschützten Bereich für externe Partner aus dem ERP oder dem Bewerber-Tracking-System heraus pflegen. Hier zählt eine saubere REST-Schnittstelle und ein Rechte- und Rollenkonzept, das auch einer internen Revision standhält.
• Skalierung für Lastspitzen. Eine Karriereseite, die rund um eine BVB-bezogene Sponsoring-Kommunikation oder eine Recruiting-Aktion plötzlich vier- oder fünfstellige gleichzeitige Besucher trägt. Wir konfigurieren Full-Page-Caching über Cloudflare, optimieren Datenbankindizes, prüfen die Object-Cache-Anbindung an Redis und fahren vorab Lasttests, statt am Tag der Veröffentlichung zu reagieren.

Was diese Fälle eint: Der Auftrag bleibt beim Thema WordPress-Entwicklung. Taucht in der Analyse ein anderer Stack auf, der wirklich besser passt, etwa ein Headless-Setup mit Sanity oder ein Storefront in Shopware, sagen wir das schriftlich, statt unbemerkt das Thema zu wechseln. Das Ergebnis ist immer ein klarer Plan: was geändert wird, was bleiben kann, was gemessen wird und was später kommt.

#Performance und Core Web Vitals

Geschwindigkeit ist messbar und ranking-relevant, weil Google die Core Web Vitals in die Page-Experience-Bewertung einbezieht. Unser Vorgehen pro Projekt:

• Assets: responsive Srcsets in WebP und AVIF, Critical CSS inline für den sichtbaren Bereich, JavaScript per Code-Splitting und dynamischen Imports nur dort geladen, wo es gebraucht wird
• Caching: mehrstufig über Browser-Cache, Cloudflare-CDN, Redis-Object-Cache und Transients mit gezielter Invalidierung
• Netzwerk: HTTP/3 mit QUIC, Brotli-Kompression, Preconnect- und DNS-Prefetch-Hints, sinnvoll besonders für mobile Nutzer im LTE-Bereich entlang der B1 und der A40
• Rendering: Lazy Loading für Bilder und Iframes, asynchrones Laden nicht-kritischer Stylesheets, Intersection-Observer-basierte Animations-Trigger

Jede Entscheidung wird vorher und nachher gemessen und in der Projektdokumentation hinterlegt. Wir nennen keine pauschalen Prozentversprechen, sondern die konkrete Veränderung an Ihrer Baseline.

#Sicherheit, NIS2 und Datenschutz

Die Sicherheits-Baseline gilt unabhängig von der Branche: HTTPS mit HSTS-Preloading, Content-Security-Policy gegen XSS, Schwachstellen-Scanning der Abhängigkeiten in der CI, Zwei-Faktor-Authentifizierung für Admin-Zugänge, deaktiviertes XML-RPC und regelmäßig getestete Backups. Für Auftraggeber im Umfeld von Versicherern, KRITIS-nahen Versorgern oder größeren Mittelständlern wird die NIS2-Richtlinie zu einem Pflichtkapitel: dokumentierte Lieferkette der WordPress-Plugins, nachweisbare Patch-Zyklen, Incident-Response-Runbook und ein Audit-Logging, das nicht in der WordPress-Datenbank verbleibt.

Für Sites, die personenbezogene Daten verarbeiten, kommt eine DSGVO- und BDSG-konforme Architektur hinzu: Auftragsverarbeitungsverträge mit dem Hoster, dokumentierte Verarbeitungszwecke und Privacy-by-Design im Plugin-Stack. Für Auftraggeber mit laufender Betreuung führen wir regelmäßige Sicherheits- und Zugriffsreviews durch.

#Lokale Sichtbarkeit in Dortmund und im westfälischen Markt

Eine gute Site nützt nichts, wenn die Zielgruppe in Dortmund, im westlichen Sauerland und im Ruhrgebiet sie nicht findet. Wir bauen die SEO-Architektur von Anfang an ein:

• Saubere URL-Struktur, XML-Sitemaps, Canonical-Tags und korrekte Heading-Hierarchie
• Strukturierte Daten nach Schema.org (Organization, LocalBusiness, Service, FAQ, Person), eingebunden über Frontmatter und Komponenten statt von Hand kopierter JSON-LD-Blöcke
• Lokale Optimierung mit Google-Business-Profil, NAP-Konsistenz zwischen Impressum, Branchenbüchern und Maps sowie standortbezogenes Markup für Dortmund und benachbarte Stadtteile wie Hörde, Aplerbeck oder Hombruch
• Hreflang und locale-getrennte Metadaten für Auftraggeber, die von Dortmund aus deutsch-, englisch- und polnischsprachige Märkte bedienen, ein häufiger Fall im logistik- und exportnahen Umfeld

#Häufige Fragen aus Dortmund

Neues Theme oder bestehendes erweitern? Beides möglich. Neubauten starten meist als eigenes Block-Theme auf den Editor-APIs; übernommene Projekte brauchen häufiger ein gezieltes Refactoring von Template-Hierarchie und Asset-Pipeline. Die Entscheidung fällt nach Kosten gegen Schuld, nicht danach, was spannender zu bauen ist.

Gutenberg/FSE oder klassisches PHP-Theme? Voreinstellung für Neubauten ist ein Block-Theme mit Full Site Editing, weil dorthin der WordPress-Editor geht. Klassische Themes behalten ihren Platz, wenn viel individuelle Logik portiert werden müsste oder die Redaktion mit dem klassischen Editor besser arbeitet.

Was unterscheidet das von einer generischen Agentur? Der Umfang dreht sich um WordPress-Entwicklung, nicht um ein breites Relaunch-Paket. Sie sprechen direkt mit dem Senior-Entwickler, der den Code schreibt, nicht mit einem Projektmanager, der Nachrichten weiterleitet, und nicht mit einem Junior, der auf Ihrem Projekt lernt.

Wie lange dauert ein Projekt? Das hängt von Umfang, Content-Bereitschaft und Integrationstiefe ab. Eine Unternehmenswebsite liegt oft bei wenigen Wochen, ein Shop mit deutscher Zahlungs- und Rechtsabwicklung deutlich darüber, ein mehrsprachiges Konzern-Projekt mit ERP-Anbindung entsprechend länger. Einen belastbaren Zeitplan liefern wir nach dem Audit.

Wie ist die Preisgestaltung? Die Kalkulation ist individuell und richtet sich nach Umfang und Integrationsaufwand. Alle Konditionen werden vor Projektbeginn schriftlich im Vertrag festgehalten.

#Nächster Schritt

Bereit, Ihr WordPress-Vorhaben in Dortmund zu besprechen? Den Einstieg bildet ein Gespräch über Ziele und Rahmenbedingungen sowie eine Prüfung Ihrer aktuellen Einrichtung. Kein Verkaufsgespräch, sondern technische Beratung von Entwicklern, die seit 2007 mit WordPress arbeiten. Ob Neubau am Phoenix-See, Migration auf moderne Block-Architektur für einen Mittelständler in Hörde oder laufende Betreuung einer Karriereseite mit Sitz im Wissenschaftspark: Der erste Schritt ist immer dieselbe ehrliche Bestandsaufnahme.