WordPress Entwickler in Sheffield

Ein polnisches WordPress-Entwicklungsteam, das Sites für Unternehmen in Sheffield 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 die Compliance-Abteilung nach UK-Hosting fragt, die Redaktion eine Produktkatalog-Landing vor einer Messe am Advanced Manufacturing Park veröffentlichen muss und ein B2B-Händleranfrage-Formular nach einem Plugin-Update weiterhin unter UK GDPR läuft. Diese Seite beschreibt WordPress-Entwicklung in diesem Umfeld: Yorkshire-Geschäftskontext, UK GDPR mit ICO-Aufsicht, Barrierefreiheit 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 britischem Checkout, VAT und Zahlungsgateways wie Stripe oder Worldpay: 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 Sheffield bedeutet

WordPress-Entwicklung in Sheffield ist nicht „Marktplatz-Theme installieren und Farben anpassen“. Es ist Architektur, in der ein technischer Produktkatalog, ein Recruiting-Portal, ein Mitgliederbereich oder eine Unternehmenswebsite mit Companies-House-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 UK GDPR, 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 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 Sheffield-Markt, kein generisches Stadt-Template

Sheffield ist Heimat des Sheffield Digital Hub und eines Yorkshire-Ökosystems, in dem fortgeschrittene Fertigung, Kreativwirtschaft, Einzelhandel und zwei aktive Universitäten aufeinandertreffen. Ein Zulieferer am Advanced Manufacturing Park, eine Agentur in Kelham Island oder ein KMU im City Centre bringt ein anderes Briefing-Profil als London oder Manchester. Das ist kein generisches „Local SMB and Enterprise“-Label. Hier treibt WordPress oft technische Produktkataloge, B2B-Händlerportale, Recruiting-Landings oder Kampagnen-Seiten an, die eine Freitag-23:59-Frist einhalten müssen.

Das Wettbewerbsumfeld in South Yorkshire bedeutet, dass Unternehmen langsames LCP in der Kampagnenwoche, 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.

#Sheffield als Projektkontext, nicht als Titel-Dekoration

#Sheffield Digital Hub und Tech-Unternehmen

Der Sheffield 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 Vortrag auf dem Campus der University of Sheffield oder der Sheffield Hallam University 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 Sheffield muss ein Performance-Budget ab dem ersten Sprint enthalten, nicht als Ticket nach dem ersten CrUX-Bericht.

Das Projekt-Runbook für Kunden in Sheffield enthält einen Produktions-Freeze vor kritischen Fenstern: Quartalsbericht, Messeanmeldung, Mitgliedschaftskampagne, Veröffentlichung im Advanced Manufacturing Park oder eine Veranstaltung im Millennium Gallery. 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.

#Advanced Manufacturing Park, Universitäten und Forschung

Der Advanced Manufacturing Park (AMP) bündelt Forschung, Spin-offs und Industrieunternehmen in Rotherham nahe Sheffield. Die University of Sheffield und die Sheffield Hallam University bringen ein anderes Briefing-Profil. Sites für Forschungsgruppen, Spin-offs, Kanzleien, Beratungen und Think Tanks müssen Publikationen, Konferenzanmeldeformulare und regulatorische Inhalte mit Gültigkeitsdaten verarbeiten. WordPress ersetzt in diesem Umfeld kein Labor- oder Dokumentationssystem, aber eine öffentliche Konsultations-Landing oder ein Alumni-Portal 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.

#Kelham Island, City Centre und lokales Yorkshire-Geschäft

Kelham Island, das City Centre und der Creative Quarter: Dienstleister, Kreativagenturen und KMU mit kürzeren Publikationszyklen sitzen hier. Sie haben kleinere Infrastrukturbudgets als ein Konzern am AMP, aber dasselbe Risikoprofil: eine gehackte Site oder ein Formular ohne Rechtsgrundlage schadet der Reputation schneller als langsames LCP. UK-Unternehmen verlangen eine Companies-House-Nummer im Footer und oft klare Cookie- und Datenschutzhinweise. Ein nur auf Desktop getestetes Theme fängt Regressionen auf mobilen Nutzern im Supertram-Netz nicht ab.

#UK GDPR, ICO und Architektur für den britischen Markt

Wir kennen WordPress. Ein britischer Kunde fragt etwas anderes: wo Daten liegen, ob der Server im Vereinigten Königreich oder in der EU steht, wie lange Logs aufbewahrt werden, wer Verantwortlicher ist, ob ein Data Processing Agreement vorliegt. Diese Fragen gehören in Architektur und Code, nicht in einen „DSGVO-konform“-Slogan.

#ICO und UK-Regulierung

Nach dem Brexit gilt im Vereinigten Königreich die UK GDPR (Data Protection Act 2018) unter Aufsicht des Information Commissioner’s Office (ICO). Für WordPress in Sheffield definiert das einen konkreten Entwicklungsumfang: Verarbeitungsverzeichnis (Record of Processing Activities), Data Processing Agreement wo die Agentur Daten verarbeitet, Meldeverfahren innerhalb von 72 Stunden bei Verletzungen, Datensparsamkeit in Formularen, Datenschutzerklärung gemäß UK GDPR Artikel 13.

Entwicklung ersetzt nicht den Datenschutzbeauftragten des Kunden. Sie gestaltet Formulare, Einwilligung und Datenflüsse so, dass der Kunde Pflichten erfüllen kann. Niemand auf Agenturseite unterschreibt mit „Sie sind UK-GDPR-konform, weil Sie eine Checkbox haben“. Das ICO veröffentlicht Leitfäden und Audit-Tools auf ico.org.uk; 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, OneTrust, in UK-Unternehmen verbreitet) werden so konfiguriert, dass Marketing-Skripte vor Zustimmung nicht laden. ICO-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 Sheffield sind diese Seiten Compliance-Assets, keine Marketing-Fußnoten.
• CRM-Integrationen erhalten Datenfluss-Dokumentation: was das externe System erreicht, wie lange, wer Verantwortlicher ist. DPAs sind Kundenentscheidung, aber die WordPress-Konfiguration muss diese Entscheidung ermöglichen, inklusive UK- oder 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 UK und EU

Personenbezogene Daten unter UK GDPR werfen Rechtsraumfragen auf: wo der Server steht. Kinsta, WP Engine, Cloudways mit UK-Region, AWS in London oder eu-west-2 sind unterschiedliche Antworten für einen Compliance-Officer. Ashburn oder Hillsboro sind die USA und meist ein Veto ohne Standard Contractual Clauses oder eine andere Transfergrundlage.

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

#Architektur: Block-Theme, Plugin, Integrationen

Jedes Projekt in Sheffield 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 UK- oder 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 Sheffield 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.

#Barrierefreiheit und Public Sector Bodies Regulations

Der britische Markt verlangt zunehmend WCAG 2.2 AA. Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018 gelten für öffentliche Stellen und beeinflussen auch Lieferanten im NHS- und Universitätsumfeld. Barrierefreiheit setzen wir von Anfang an um: semantisches Markup, ARIA-Landmarks, Tastaturnavigation, Focus-Management und automatisierte Tests in der CI. Regressionstests decken Formulare und PDF-Downloads ab, nicht nur die Startseite.

#Wie wir Projekte in Sheffield 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 UK GDPR 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, Verarbeitungsverzeichnis und Abnahmekriterien. Umfang und Phasen 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 Sheffield lösen

Unternehmen in Sheffield 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 Übersetzungen synchron halten, wenn ein Yorkshire-Unternehmen auch in EU-Märkte exportiert.
• 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 Messestart

Ein B2B-Zulieferer auf WordPress in South Yorkshire: Produktlinien-Landing, Händleranfrage-Formular, Content für Dienstag 20:00 Uhr geplant, eine Woche vor einer Messe am Advanced Manufacturing Park. 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 ICO-Einwilligungsfeld verliert, und mit einer „kleinen“ SEO-Änderung, die robots überschreibt und ein B2B-Bestellstatus-Panel aus dem Index wirft. Sheffield verzeiht das nicht leiser als ein anderer Markt, weil jemand in der Nähe nach UK GDPR, nach ICO oder nach einem Slot im Kampagnenkalender fragt.

#Performance-Engineering und Core Web Vitals

Core Web Vitals beeinflussen Suchranking und Nutzererfahrung. WordPress-Projekte in Sheffield 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 Karten-Widget nahe dem City Centre und einem Tag Manager, den Marketing außerhalb des Ticketings ergänzt hat. Für eine B2B- oder Fertigungs-Site in Sheffield zählt Time to First Byte aus UK und Mitteleuropa, nicht nur von einem Telefon in Kelham Island.

#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: Data Processing Agreement, Verarbeitungsverzeichnis, Meldeverfahren unter UK GDPR und dem Data Protection Act 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 Sheffield Digital Hub, ein Fertigungs-Spin-off am AMP oder ein Büro in Kelham Island bringt ohnehin eine eigene Checkliste mit. Besser, die eigene liegt zuerst bereit. WordPress-Hardening-Dokumentation steht im WordPress Developer Handbook. Entwicklung in Sheffield ergänzt einen Freeze-Kalender, die ICO-Frage und eine explizite UK- oder EU-Residency-Beschreibung.

#Lokale SEO und digitale Sichtbarkeit in Sheffield

Digitale Sichtbarkeit in Sheffield 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 Sheffield 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 Großbritannien und international. Polnische Teams, die eine Site für ein Unternehmen in Sheffield betreuen, liegen in einer Zeitzone nahe UK, sodass das Arbeitsfenster besser mit dem Kundenfenster überlappt als bei transatlantischer Auslieferung.

#Projekt in Sheffield starten

Kurze Projektbeschreibung senden: was die Site leisten muss, ob bestehender Code existiert, wo Hosting steht, ob UK-GDPR-Formulare nötig sind, ob ein Freeze vor Messestart oder Kampagnenveröffentlichung 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 Kampagnenveröffentlichung, Händlerformulare, B2B-Kataloge und UK GDPR unter ICO-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.