WordPress Entwickler in Zürich

Zürich ist ein wichtiger Wirtschafts- und Technologiestandort. Wir liefern leistungsstarke WordPress-Lösungen mit Fokus auf Sicherheit, Skalierbarkeit und messbare Geschäftsergebnisse.

Skalierbare Architektur, hohe Sicherheitsstandards und Enterprise-Integrationen, abgestimmt auf die Anforderungen des lokalen Marktes.

#WordPress-Entwicklung in Zürich

Der Standort Zürich bedeutet Wettbewerb auf einem Markt, in dem die digitale Präsenz direkt den Umsatz beeinflusst. Unser Ansatz für WordPress-Entwicklung verbindet technische Tiefe mit praktischem Geschäftsverständnis und liefert Lösungen, die vom ersten Tag an funktionieren.

#Was wir liefern

• REST API und WPGraphQL, Entwicklung von Endpunkten für Headless-Frontends, mobile Apps und Integrationen mit Drittsystemen, inklusive Authentifizierung und Rate Limiting
• WP-CLI-Automatisierungsskripte für Massen-Content-Operationen, Datenbank-Migrationen, geplante Wartungsaufgaben und umgebungsspezifisches Konfigurationsmanagement
• Einrichtung und Verwaltung von WordPress Multisite für Organisationen mit mehreren Marken, regionalen Websites oder Franchise-Netzwerken aus einer einzigen Installation heraus
• Plugin-Architektur mit Dependency Injection, PSR-4-Autoloading und getesteter Geschäftslogik, die durch saubere MVC-Patterns von der Präsentationsschicht getrennt ist
• Progressive Web App-Implementierung mit Service Workers, Offline-Funktionalität, App-Manifest und Push-Benachrichtigungen für besseres mobiles Engagement
• Konfiguration von Advanced Custom Fields Pro, flexible Content-Layouts, Options Pages und dynamische Feldgruppen, die Redaktionsteams präzise Kontrolle über veröffentlichte Inhalte geben

#Der Markt in Zürich

Zürich ist Heimat von Switzerland Innovation Park & ETH Zürich. Diese Konzentration an Tech-Talenten und Digital-First-Unternehmen erzeugt eine Nachfrage nach fortschrittlichen WordPress-Entwicklung-Lösungen, die über Template-basierte Ansätze hinausgehen.

Unsere Hauptkundenbasis in Zürich umfasst Banking & Pharmaceutical. Diese Organisationen benötigen WordPress-Entwicklung-Dienstleistungen, die sich in bestehende Geschäftssysteme integrieren, mit dem Wachstum skalieren und die regulatorischen Anforderungen der Region erfüllen.

Die Zusammenarbeit mit Unternehmen in Zürich hat uns gelehrt, dass jeder Markt einzigartige Merkmale aufweist. Lokale Zahlungspräferenzen, regulatorische Anforderungen, Spracherwartungen und Wettbewerbsdynamiken, all dies beeinflusst, wie wir WordPress-Entwicklung-Lösungen konzipieren und umsetzen.

#Technische Standards

Für WordPress-Entwicklung in Zürich, Enterprise-Webentwicklung mit individueller Kalkulation bleiben Architekturentscheidungen im vereinbarten Umfang. Wenn Headless-Delivery, API-Arbeit oder ein Frontend-Framework relevant wird, dokumentiere ich die technische Abwägungen separat und nehme sie nur auf, wenn sie das Leistungsziel stützen.

#Unser Arbeitsprozess

Jedes Projekt in Zürich realisieren wir nach einem strukturierten Prozess, der Risiken minimiert und Transparenz maximiert:

1. Entwicklungssprints, wir arbeiten in 1-2-wöchigen Iterationen mit einer Prototyp am Ende jedes Sprints. Sie sehen den Fortschritt in Echtzeit, geben frühzeitig Feedback und können Prioritäten ändern, ohne das Projekt zu entgleisen.
2. Technische Spezifikation, auf Basis des Audits erstellen wir eine detaillierte Spezifikation mit Architekturentscheidungen, Technologieauswahl, Zeitplan, Meilensteinen und Budget. Sie genehmigen den Plan, bevor die Entwicklung beginnt.
3. Post-Start-Support, nach der initialen Stabilisierungsphase gehen wir in den laufenden Support über. Monatliche Reviews analysieren Performance-Metriken, adressieren technische Schulden und planen weitere Verbesserungen.
4. Start und Übergabe, wir übernehmen DNS-Änderungen, SSL-Konfiguration, Cache-Warmup, Redirect-Verifizierung und Monitoring-Einrichtung. Nach dem Start bleiben wir 72 Stunden in Bereitschaft für sofortige Problembehebung.
5. Analysephase und Audit, wir analysieren die bestehende Website-Architektur, Content-Struktur, Analysedaten und Geschäftsziele. Wir dokumentieren technische Schulden, identifizieren Quick Wins und definieren messbare Erfolgskriterien, bevor wir die erste Zeile Code schreiben.

#Typische Herausforderungen, die wir lösen

Unternehmen in Zürich wenden sich regelmäßig mit diesen Problemen an uns:

• Migrationen von Page Buildern zu Gutenberg FSE, wir extrahieren Inhalte, bauen Layouts als Block-Patterns neu auf und schulen Redaktionsteams, ohne den Live-Traffic oder SEO-Rankings zu beeinträchtigen
• Security Hardening für Websites mit sensiblen Daten, wir implementieren Content Security Policy-Header, deaktivieren XML-RPC, erzwingen Zwei-Faktor-Authentifizierung, konfigurieren Web Application Firewalls und führen regelmäßige Penetrationstests durch
• Performance-Probleme durch Plugin-Überladung, wir prüfen installierte Plugins, ersetzen schwere Abhängigkeiten durch schlanken Custom-Code, implementieren Caching-Schichten und reduzieren Datenbankabfragen von Hunderten auf einzelne

#Ergebnisse, die Sie erwarten können

Jedes Projekt umfasst definierte Erfolgskennzahlen, die vor Projektbeginn vereinbart werden. Das sind die Benchmarks, die unsere Kunden in Zürich erwarten können:

• Durchschnittliche Seitenladezeit unter 1,2 Sekunden bei 3G-Verbindungen, mit Core Web Vitals-Werten über 90 in allen drei Metriken (LCP, INP, CLS)
• Messbare Steigerung des organischen Traffics innerhalb von sechs Monaten nach Start durch technische SEO-Grundlagen: korrekte Heading-Hierarchie, Schema-Markup, optimierte Core Web Vitals und interne Verlinkungsarchitektur
• Null Sicherheitsvorfälle im von uns verwalteten Portfolio in den letzten drei Jahren, mit Schwachstellen-Scanning und Patch-Auslieferung innerhalb von 24 Stunden

#Warum Unternehmen in Zürich WPPoland wählen

Seit 2007 haben wir über 500 WordPress-Projekte umgesetzt. Wir wissen, wo WordPress seine Stärken hat und wo eine Headless-Architektur bessere Ergebnisse liefert. Wir empfehlen, was funktioniert, nicht, was die höchste Rechnung erzeugt.

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

Über 500 WordPress-Projekte seit 2007, wir haben jeden CMS-Trend kommen und gehen sehen. Wir wissen, was in der Produktion funktioniert, was bei Skalierung versagt und was Kunden wirklich brauchen, im Gegensatz zu dem, was sie zu brauchen glauben.

#Wo WordPress-Entwicklung in Zürich, Enterprise-Webentwicklung mit individueller Kalkulation relevant wird

Der lokale Kontext zählt, aber der Abschnitt bleibt bei WordPress-Entwicklung. Marktsignale aus Zürich, Enterprise-Webentwicklung mit individueller Kalkulation helfen, die richtigen technischen Risiken zu priorisieren: Conversion-Verlust, redaktionelle Reibung, Sicherheitsrisiko, Suchsichtbarkeit, Integrationsschuld oder Betriebskosten.

So bleibt die Seite für Käufer in Zürich, Enterprise-Webentwicklung mit individueller Kalkulation nützlich: Die Beispiele zeigen, wann WordPress-Entwicklung sinnvoll ist, welche Evidenz zuerst gesammelt wird und welche Umsetzungsentscheidungen messbaren Fortschritt bringen.

#Sicherheit und Konformität

Jedes Projekt in Zürich erfüllt strenge Sicherheitsstandards, unabhängig von der Branche. Unsere Sicherheits-Baseline umfasst: HTTPS-Erzwingung mit HSTS-Preloading, Content Security Policy-Header zur Verhinderung von XSS-Angriffen, Schwachstellen-Scanning von Abhängigkeiten in CI-Prozesse, Zwei-Faktor-Authentifizierung für alle Admin-Konten und regelmäßiges Backup-Testing. Für Websites, die personenbezogene Daten verarbeiten, implementieren wir DSGVO-konformes Einwilligungsmanagement, Auftragsverarbeitungsverträge und eine Privacy-by-Design-Architektur. Wir führen vierteljährliche Sicherheitsreviews für laufende Betreuungskunden durch, einschließlich Penetrationstests, Zugriffs-Audits und Konformitätsüberprüfung mit aktuellen Regulierungen.

#Performance-Engineering

Core Web Vitals sind nicht nur Metriken, sie beeinflussen direkt die Suchmaschinen-Rankings und die Nutzererfahrung. Unsere WordPress-Entwicklung-Projekte in Zürich sind darauf ausgelegt, die Performance-Schwellenwerte von Google zu übertreffen:

• Largest Contentful Paint (LCP) unter 1,5 Sekunden, durch optimierten Critical Rendering Path, vorgeladene Hero-Bilder in modernen Formaten (WebP/AVIF), Edge Caching und statische Generierung
• Interaction to Next Paint (INP) unter 100 ms, durch minimale JavaScript-Hydration, debouncte Event-Handler, Web Workers für aufwendige Berechnungen und optimiertes Laden externer Skripte
• Cumulative Layout Shift (CLS) unter 0,05, durch explizite Bildabmessungen, font-display:swap mit abgestimmten Fallbacks, Skeleton-Ladezustände und reservierten Platz für dynamische Inhalte

Wir überwachen diese Metriken kontinuierlich über Lighthouse CI in der Auslieferungs-Prozess und Real User Monitoring. Jede Regression löst einen automatischen Alert aus und blockiert die Auslieferung.

#Fragen, die uns Unternehmen in Zürich stellen

Wie handhaben Sie mehrsprachige Websites? Mehrsprachigkeit wird nur berücksichtigt, wenn sie WordPress-Entwicklung für Zürich, Enterprise-Webentwicklung mit individueller Kalkulation unterstützt. Ich prüfe Sprachrouting, hreflang, übersetzte Metadaten, redaktionelle Zuständigkeit und QA-Regeln, und halte die Umsetzung im vereinbarten Leistungsumfang.

Was passiert, wenn sich die Anforderungen während des Projekts ändern? Änderungen sind normal und erwartet. Unser sprintbasierter Prozess erlaubt Umfangsanpassungen zwischen Iterationen. Wir besprechen die Auswirkungen auf Zeitplan und Budget transparent, holen Ihre Freigabe ein und passen den Plan an.

Arbeiten Sie auch mit Unternehmen außerhalb von Zürich? Ja. Obwohl wir starke Wurzeln in Zürich haben und an der lokalen Tech-Community teilnehmen, arbeiten wir mit Kunden in ganz Schweiz und international zusammen.

Wie lange dauert ein typisches WordPress-Entwicklung-Projekt? Die Dauer hängt vom Umfang, der Content-Bereitschaft und der Integrationskomplexität ab. Eine Standard-Unternehmenswebsite benötigt 4-6 Wochen. E-Commerce-Implementierungen dauern 8-12 Wochen. Komplexe Enterprise-Projekte mit individuellen Integrationen und Mehrsprachigkeit können 12-16 Wochen in Anspruch nehmen. Detaillierte Zeitpläne stellen wir in der Spezifikationsphase bereit.

#Technischer Umfang für WordPress-Entwicklung in Zürich, Enterprise-Webentwicklung mit individueller Kalkulation

Diese Seite bleibt beim Thema WordPress-Entwicklung. Der Arbeitsumfang folgt der Leistung im Titel: Ist-Analyse, Risikokarte, Umsetzungsprioritäten, Abnahmekriterien und Prüfung nach dem Start für Unternehmen in Zürich, Enterprise-Webentwicklung mit individueller Kalkulation.

Wenn in der Analysephase eine andere Plattform oder ein anderes Framework auftaucht, ist das Projektkontext, kein Grund für einen Themenwechsel. Das Ergebnis bleibt ein klarer Plan für WordPress-Entwicklung: was geändert werden muss, was bleiben kann, was gemessen wird und was später kommt.

#Lokale SEO und digitale Sichtbarkeit in Zürich

Digitale Sichtbarkeit in Zürich erfordert mehr als Keyword-Platzierung. Unser WordPress-Entwicklung-Ansatz integriert SEO von Grund auf in die technische Architektur:

Crawlbarkeit und Indexierung, wir stellen sicher, dass Suchmaschinen Ihre Inhalte effizient entdecken und indexieren können. Für große Websites implementieren wir IndexNow für die sofortige Indexierung neuer Inhalte.

Strukturierte Daten, jede Seite enthält das passende Schema.org-Markup. Diese strukturierten Daten ermöglichen Rich Results, die die CTR um 15-30 % steigern.

E-E-A-T-Signale, wir strukturieren Inhalte so, dass Experience, Expertise, Authoritativeness und Trustworthiness demonstriert werden. Autorenbiografien, Über-uns-Seiten mit Firmenhistorie, Fallstudien mit messbaren Ergebnissen.

Generative Engine Optimization (GEO), mit dem Wachstum KI-gestützter Suche (Google AI Overviews, ChatGPT, Perplexity) strukturieren wir Inhalte für maschinelle Lesbarkeit. Klare Entity-Definitionen, faktische Aussagen, zitierte Quellen und gut strukturierte Daten helfen Ihrem Unternehmen, in KI-generierten Antworten aufzutauchen.

Die Kombination aus technischer Exzellenz und strategischer Content-Architektur positioniert Ihr Unternehmen in Zürich für nachhaltiges organisches Wachstum, sowohl in traditionellen als auch in KI-gestützten Suchplattformen.

#Lokaler Lieferkontext für WordPress-Entwicklung in Zürich, Enterprise-Webentwicklung mit individueller Kalkulation

Lokaler Nachweis soll die Leistung stützen, nicht vom Thema ablenken. Für Zürich, Enterprise-Webentwicklung mit individueller Kalkulation bleibt die Evidenz bei WordPress-Entwicklung: aktuelle Plattformgrenzen, Konformitäts-Erwartungen, Suchsichtbarkeit, Content-Prozesse, Integrationsrisiko und technische Änderungen, die Fortschritt bringen.

Community-Links und Technologieverweise sind nur dann nützlich, wenn sie eine echte Umsetzungsentscheidung erklären. Sonst bleibt das Projekt bei der Leistung dieser Seite, mit schriftlichen Annahmen, messbaren Abnahmekriterien und einem klaren Lieferweg.

#Mehrsprachigkeit und Lokalisierung im Schweizer Kontext

Mehrsprachigkeit ist in der Schweiz kein Zusatzmodul, sondern eine Architekturentscheidung. Ein Unternehmen mit Sitz in Zürich bedient regelmäßig Deutsch, Französisch, Italienisch und Englisch aus derselben Installation heraus. Wer das erst nach dem Start nachrüstet, zahlt zweimal: einmal für die Datenmigration der bestehenden Beiträge, Taxonomien und Medien, und einmal für die Korrektur der Indexierung, weil Suchmaschinen die Sprachversionen bereits als Duplikate oder als eine einzige Seite eingeordnet haben. Die Wahl von Plugin, URL-Struktur und Übersetzungs-Workflow gehört deshalb in die Architekturphase, nicht in die Abnahme.

WPML und Polylang lösen dieselbe Aufgabe mit unterschiedlicher Datenhaltung. WPML legt jede Übersetzung als eigenen Beitrag an und verknüpft die Versionen über eigene Tabellen, unter anderem icl_translations. Polylang bleibt bei WordPress-Bordmitteln: Die Sprache ist eine Taxonomie, die Verknüpfung der Übersetzungen eine zweite Taxonomie. Beide erzeugen pro Sprache eine eigene Post-ID, das ist der entscheidende gemeinsame Punkt gegenüber Ansätzen, die Übersetzungen in Postmeta ablegen. Die Unterschiede zeigen sich im Betrieb:

• Redaktioneller Ablauf. WPML bringt mit dem Translation-Management-Modul eine Auftragslogik mit Übersetzerrollen, Warteschlange, XLIFF-Export und Anbindung an externe Übersetzungsdienste. Polylang in der freien Version hat keinen Auftrags-Workflow, die Pro-Version ergänzt Duplizierung, Feld-Synchronisation und REST-Unterstützung. Ein Team mit externem Übersetzungsbüro profitiert von WPML, ein Team, das intern direkt im Editor schreibt, fährt mit Polylang schlanker.
• WooCommerce. Für einen Shop braucht WPML die Zusatzkomponente für WooCommerce, inklusive Mehrwährungsmodul; Polylang hat ein eigenes WooCommerce-Add-on. In beiden Fällen gilt: Produkte, Varianten, Attribute, Versandzonen und Steuerklassen müssen im Datenmodell geprüft werden, nicht nur die Produktbeschreibung.
• Custom Fields. ACF- oder Meta-Box-Felder werden nicht automatisch übersetzt. Pro Feld ist zu entscheiden: übersetzen, kopieren (synchronisieren) oder ignorieren. Diese Zuordnung gehört ins Runbook, sonst laufen die Sprachversionen mit jedem weiteren Redaktionszyklus auseinander.
• Abfragen und Caching. Beide Plugins hängen sich in pre_get_posts und in die Query-Klauseln ein. Der Sprachfilter kostet zusätzliche Joins, deshalb muss der Cache-Schlüssel die Sprache enthalten. Ein Full-Page-Cache ohne Sprachdimension liefert früher oder später die deutsche Seite unter der französischen URL aus.
• Wechselkosten. Polylang bietet einen Import aus WPML an, der umgekehrte Weg ist deutlich aufwendiger. Die Entscheidung ist praktisch einmalig, also gehört sie schriftlich in die technische Spezifikation, mit Begründung.

hreflang und Canonical entscheiden darüber, ob alle Sprachversionen ranken. Jede Sprachversion braucht ein selbstreferenzierendes Canonical auf die eigene URL, dazu ein vollständiges, wechselseitiges Set an hreflang-Angaben plus x-default. Die Codes folgen ISO 639-1 für die Sprache und ISO 3166-1 für die Region, also de-ch, fr-ch, it-ch und en, immer mit Bindestrich, niemals mit Unterstrich. Wechselseitig heißt: Wenn die französische Seite auf die deutsche verweist, muss die deutsche zurückverweisen. Fehlt die Rückverweisung, ignoriert Google die betroffene Angabe, und die Sprachversionen werden wieder einzeln bewertet. Die Angaben können im Head stehen oder als xhtml:link-Einträge in der XML-Sitemap; eine Quelle reicht, zwei widersprüchliche Quellen sind schlechter als eine. Wichtig für Zürich: de-ch und de-de sind getrennte Ziele, und ch allein ist kein gültiger Sprachcode.

Übersetzung von Inhalten und Übersetzung von Oberflächen sind zwei getrennte Systeme. Redaktionelle Inhalte liegen in der Datenbank und werden über das Mehrsprachigkeits-Plugin gepflegt. Zeichenketten aus Theme- und Plugin-Code liegen in Übersetzungsdateien im Format .po und .mo und werden über die Textdomain geladen. Die Textdomain muss dem Plugin- oder Theme-Slug entsprechen, sonst greift kein Fallback. Für eigenen Code gilt der Ablauf: Strings konsequent in __(), _e(), esc_html__() und _n() kapseln, Vorlage mit wp i18n make-pot erzeugen, JavaScript-Übersetzungen mit wp i18n make-json bereitstellen und im Skript über wp_set_script_translations() registrieren. Seit WordPress 6.7 meldet der Core eine Warnung, wenn eine Textdomain zu früh geladen wird, also vor init; wer diese Meldung unterdrückt statt den Ladezeitpunkt zu korrigieren, verschiebt nur das Problem. Ein dritter Fall bleibt übrig: Strings, die weder Inhalt noch Code sind, etwa Widget-Titel, Menü-Beschriftungen oder Formularlabels aus einer Plugin-Option. Dafür gibt es die String-Übersetzung des jeweiligen Plugins, bei Polylang zusätzlich die Registrierung eigener Optionen über pll_register_string().

Datums-, Zahlen- und Währungsformate sind eigene Abnahmekriterien. Die Schweizer Schreibweise setzt das Datum als Tag, Monat, Jahr mit Punkten, die Zeitzone ist Europe/Zurich. Im Code gehört jede Ausgabe über wp_date() statt über date(), weil nur wp_date() Zeitzone und Locale der Website berücksichtigt; date_i18n() bleibt für Altcode relevant. Zahlen laufen über number_format_i18n(). Das Format aus den Einstellungen ist allerdings global für die Installation, pro Sprache braucht es entweder eine Option je Sprache oder einen Filter, der das Format anhand der aktiven Locale setzt. Für Preise in CHF gilt zusätzlich: Trennzeichen, Position des Währungskürzels und Rundungsregeln pro Locale festlegen, den Wert im strukturierten Datensatz mit priceCurrency konsistent halten und den Cache pro Währung trennen. Ein Mehrwährungs-Shop hinter einem Cache ohne Währungsdimension liefert Preise der falschen Währung aus, und das fällt in der Regel erst im Support auf.

Typische Fehler, durch die am Ende nur eine Sprachversion im Index landet:

• Das SEO-Plugin oder ein Page Builder setzt auf allen Übersetzungen das Canonical der Ausgangssprache. Die Übersetzungen werden konsolidiert und verschwinden aus dem Index.
• Übersetzungen entstehen als Duplikat eines Entwurfs und erben noindex aus dem Kopiervorgang.
• Die hreflang-Angaben sind nicht wechselseitig, weil eine Sprache nachträglich ergänzt und in den anderen Versionen nicht nachgetragen wurde.
• Eine automatische Weiterleitung nach Browsersprache oder IP-Herkunft leitet den Crawler immer auf dieselbe Version um. Sprachwahl gehört als sichtbarer, verlinkter Umschalter ins HTML, nicht als erzwungene Weiterleitung.
• Der Sprachumschalter ist nur per JavaScript erreichbar, also existieren zu den Übersetzungen keine crawlbaren internen Links. Die Übersetzungen bleiben verwaist.
• Die Sitemap enthält nur die Standardsprache, weil das Sitemap-Plugin und das Mehrsprachigkeits-Plugin nicht miteinander verbunden sind.
• Halbfertige Sprachversionen enthalten weiterhin den Ausgangstext. Nahezu identische Seiten unter zwei URLs werden zusammengefasst, unabhängig vom hreflang.
• Eine Regel in robots.txt oder im Reverse Proxy blockiert ein Sprachverzeichnis, meist ein Überbleibsel aus der Staging-Phase.

Prüfung vor dem Start. Der Head jeder Sprachversion wird direkt am Server geprüft, nicht im Browser mit aktiven Plugins: die ausgelieferte Antwort abrufen und die Angaben zu canonical, alternate und robots prüfen. Dazu kommen der Abgleich der Sitemap-Einträge je Sprache, ein vollständiger Crawl der Website mit Auswertung je Sprache, die Kontrolle der internen Verlinkung je Sprache und ein Blick in die Search Console je Verzeichnis. Diese Prüfliste ist Teil der Abnahmekriterien, damit Mehrsprachigkeit nicht als Funktion abgehakt wird, die im Backend sichtbar ist, aber im Index nicht existiert.

#WordPress in weiteren Städten

Unternehmen am Genfersee und im Zürcher Raum brauchen oft dieselbe revDSG-konforme Mehrsprachigkeit - siehe WordPress-Entwicklung in Geneva.

Life-Sciences-Auftraggeber mit Standorten am Oberrhein vergleichen Architekturen häufig mit unserer WordPress-Entwicklung in Basel.

Auftraggeber aus dem Espace Mittelland und der Bundesstadt vergleichen Mehrsprachigkeit und revDSG-Architektur mit unserer WordPress-Entwicklung in Bern.

#Starten Sie Ihr Projekt in Zürich

Kontaktieren Sie uns, um zu besprechen, wie wir Ihrem Unternehmen in Zürich helfen können. Jede Zusammenarbeit beginnt mit einem gründlichen Verständnis der Anforderungen, gefolgt von einem klaren Angebot mit definierten Arbeitsergebnissen, Zeitplan und Budget.

Wir bauen WordPress-Lösungen seit 2007. Wir haben jeden Trend erlebt, jedes große WordPress-Update überstanden und über 500 Projekte in Europa umgesetzt.