WordPress Agentur · Wien
WordPress Agentur Wien – Entwicklung, die technisch trägt
Wenn Sie WordPress nicht nur hübsch, sondern sauber entwickelt brauchen, geht es um Architektur, Performance, Erweiterbarkeit und verlässliche Umsetzung. Genau dafür ist diese Leistung gedacht.
Ich entwickle WordPress-Lösungen für Unternehmen in Wien: individuelle Themes, Elementor-Setups, WooCommerce, technische SEO-Basis, Schnittstellen und Weiterentwicklung nach dem Launch. Der Fokus liegt auf Umsetzung und Funktion, nicht auf dekorativem Webdesign.
Arbeitsweise
Warum Unternehmen mit mir arbeiten
Viele Unternehmen suchen nicht die größte WordPress Agentur, sondern jemanden, der technische Entscheidungen erklären und selbst umsetzen kann. Genau dort liegt mein Schwerpunkt: direkte Entwicklung, klare Architektur und ein Setup, das nicht nur beim Launch gut aussieht.
Direkter Kontakt zum Entwickler
Sie sprechen nicht mit einer vorgelagerten Projektrolle, die technische Fragen weiterreichen muss. Wenn es um Elementor-Struktur, WooCommerce, Hosting, Performance oder SEO-Signale geht, kann ich direkt erklären, welche Entscheidung welche Folgen hat und wo es keine pauschale Antwort gibt.
Individuelle Lösungen statt Plugin-Sammlung
Ich installiere kein Plugin, nur weil es eine schnelle Antwort verspricht. Zuerst prüfe ich, ob WordPress-Bordmittel, ein kleines Snippet, ein Custom Post Type oder eine gezielte Eigenentwicklung stabiler sind. Ein Plugin ist gut, wenn es Standardlogik zuverlässig löst. Es ist schlecht, wenn es eine kleine Aufgabe mit eigener Datenbanklogik, Assets und Update-Risiko aufbläht.
WordPress, WooCommerce und Elementor mit technischer Ordnung
WooCommerce braucht andere Regeln als eine einfache Firmenwebsite. Elementor braucht globale Templates und klare Grenzen. Ich trenne diese Fälle, statt alles mit demselben Baukasten-Denken zu behandeln.
Langfristige Wartbarkeit
Eine Lösung ist erst dann gut, wenn sie auch in zwei Jahren noch verständlich ist. Deshalb achte ich auf klare Komponenten, reduzierte Abhängigkeiten, nachvollziehbare Datenmodelle und Entscheidungen, die später nicht zur Falle werden.
Wenn Sie vor einer WordPress-Entscheidung stehen, ist eine kurze technische Einordnung oft hilfreicher als ein Paketpreis ohne Blick ins System.
Technische Einschätzung anfragenEntwicklung
WordPress Entwicklung für Unternehmen in Wien
Eine gute WordPress-Lösung entsteht nicht aus vielen Plugins, sondern aus klaren Entscheidungen: Was soll das System leisten, wer pflegt Inhalte und wie bleibt die Website später stabil?
Individuelle WordPress-Architektur
Seitenstruktur, Content-Typen, Rollen, Komponenten und Pflegebereiche werden so geplant, dass Ihr Team im Alltag arbeiten kann, ohne versehentlich das Layout zu zerstören.
Technische Umsetzung statt Plugin-Sammlung
Funktionen werden bewusst ausgewählt oder individuell umgesetzt. Ziel ist ein schlankes System mit nachvollziehbarer Logik, schnellen Ladezeiten und weniger Abhängigkeiten.
WooCommerce und funktionale Erweiterungen
Für Shops oder digitale Verkaufsprozesse prüfe ich Produktlogik, Checkout, Zahlungsarten, Versand, E-Mails und Performance, bevor zusätzliche Erweiterungen installiert werden.
Elementor sauber einsetzen
Elementor kann sinnvoll sein, wenn Inhaltspflege, Kampagnen und schnelle Layout-Änderungen wichtiger sind als maximale technische Schlankheit. Entscheidend sind klare Templates, reduzierte Widgets, stabile globale Styles und die bewusste Grenze: Nicht jede Funktion gehört in den Builder.
SEO-ready Technik
Entwicklung mit SEO-Basis von Anfang an
WordPress Entwicklung und SEO dürfen nicht getrennt gedacht werden. Technische Entscheidungen beeinflussen Indexierung, Ladezeit, interne Verlinkung und die spätere Skalierung von Leistungsseiten.
Saubere URL- und Inhaltsstruktur
Leistungen, Standorte, Blog und Referenzen bekommen eine klare Architektur, damit Google und Nutzer:innen verstehen, welche Seite welche Suchintention bedient.
Performance und Core Web Vitals
Themes, Bilder, Skripte, Caching und Plugin-Last werden so behandelt, dass die Website nicht schon beim Launch technisch schwerfällig ist. Dabei geht es selten um einen einzelnen Score, sondern um konkrete Ursachen: Serverantwort, LCP-Bild, Render Blocking, JavaScript-Last oder Layout Shifts.
Technische Metadaten und Schema
Meta-Daten, Canonicals, Open Graph, strukturierte Daten und interne Links werden in die Umsetzung eingebunden, statt später als Reparaturprojekt aufzutauchen.
Wartbare Grundlage für Wachstum
Neue Landingpages, Kampagnen oder WooCommerce-Funktionen sollen später anschließbar sein. Dafür braucht es eine Basis, die nicht bei jeder Erweiterung neu gedacht werden muss.
Vorgehen
Meine technische Arbeitsweise
Ich arbeite bei WordPress nicht nach dem Prinzip „Plugin suchen, installieren, Problem weg“. Zuerst kommt die Ursache, dann die kleinste stabile Änderung. Architektur vor Code, Analyse vor Umsetzung, Wartbarkeit vor Geschwindigkeit und Nachvollziehbarkeit vor Hacks. Das ist weniger spektakulär als schnelle Backend-Klicks, aber genau so bleiben WordPress-Projekte über Jahre beherrschbar.
Erst Architektur verstehen
Vor Änderungen prüfe ich Theme, Child Theme, Builder, Plugins, Custom Post Types, Rollen, Hosting, Cache, Cron Jobs und kritische Seiten. Ohne diesen Überblick sieht jede Lösung kleiner aus, als sie tatsächlich ist. Viele WordPress-Probleme sind keine Code-Probleme, sondern Folgen einer unklaren Architektur.
- • Welche Funktionen sind geschäftskritisch?
- • Welche Plugins erzeugen Daten oder Shortcodes?
- • Welche Seiten dürfen SEO-seitig nicht verändert werden?
Ursache statt Symptom behandeln
Wenn eine Seite langsam ist, ist nicht automatisch ein Cache-Plugin die Lösung. Vielleicht ist das LCP-Bild falsch, JavaScript blockiert Interaktionen, wp_options autoloadet zu viel, OPcache ist schlecht konfiguriert oder das Hosting begrenzt PHP-Prozesse. Erst nach der Messung entscheide ich, ob Code, Cache, Bilder, Datenbank oder Server der richtige Hebel ist.
- • Messen vor Optimieren
- • Logfiles und DevTools nutzen
- • Änderungen einzeln nachvollziehbar halten
WordPress-Bordmittel zuerst prüfen
Viele Anforderungen lassen sich mit Custom Post Types, Taxonomien, Templates, Rollen oder kleinen Erweiterungen sauber lösen. Ein großes Plugin ist sinnvoll, wenn es wirklich Standardlogik zuverlässig abbildet, gepflegt wird und Daten portabel bleiben. Wenn ein Plugin nur deshalb gewählt wird, weil es heute schneller wirkt, wird es morgen oft zur teuersten Lösung.
- • nicht jede Funktion als Plugin einkaufen
- • Datenmodell vor Layout festlegen
- • Admin-Pflege einfach halten
In Jahren denken, nicht nur bis zum Launch
Ich frage bei jeder Lösung: Wer pflegt das später? Was passiert beim nächsten PHP-Update? Kann jemand anderes nachvollziehen, warum diese Struktur gebaut wurde? Genau diese Fragen verhindern teure Folgekosten.
- • wartbare Komponenten
- • dokumentierte Entscheidungen
- • Update- und Übergabefähigkeit
Praxisbeispiele
Typische Projekte
Die folgenden Beispiele sind anonymisierte Projektsituationen, wie sie bei WordPress-Websites regelmäßig vorkommen. Sie zeigen, wie ich technische Entscheidungen treffe, ohne reale Kundendaten offenzulegen.
Relaunch einer gewachsenen Firmenwebsite
Problem: viele alte Unterseiten, unklare Menüstruktur, Rankings auf einzelnen Leistungsseiten. Möglich gewesen wäre ein schneller visueller Relaunch mit späterer SEO-Korrektur. Gewählt wurde stattdessen zuerst URL-Mapping, neue Seitenarchitektur, Weiterleitungen, saubere Templates und Prüfung der Indexierung nach dem Launch. Ergebnis: die Website wurde wieder pflegbar, ohne wichtige Suchintentionen zusammenzuwerfen.
WooCommerce Checkout instabil
Problem: Zahlungen funktionierten nicht zuverlässig, mehrere Add-ons griffen in Checkout und E-Mail-Versand ein. Statt sofort ein weiteres Checkout-Plugin zu installieren, wurden Testbestellungen, Zahlungslogs, Cache-Ausnahmen, Sessions und E-Mail-Zustellung geprüft. Gewählt wurde die Reduktion überschneidender Plugins. Ergebnis: weniger Fehlerquellen und ein nachvollziehbarer Checkout-Ablauf.
Elementor Website mit schlechter Ladezeit
Problem: viele Einzelseiten mit eigenen Sektionen, zu viele Widgets und große Bilder. Ein Custom Theme wäre technisch schlanker gewesen, aber für das interne Team zu starr. Deshalb wurden globale Elementor-Templates, weniger Add-ons, neue Bildgrößen und gezielte Asset-Reduktion gewählt. Ergebnis: bessere Pflege und weniger Frontend-Ballast, ohne die Redaktion zu blockieren.
Technische SEO nach falscher Struktur
Problem: ähnliche Leistungsseiten konkurrierten miteinander, interne Links waren zufällig gesetzt. Technische Lösung: Suchintention je URL trennen, Breadcrumbs und interne Links ordnen, Canonicals prüfen und Templates konsistent aufbauen. Ergebnis: klarere Seitenlogik für Nutzer:innen und Suchmaschinen.
Wenn es nicht um ein neues Projekt, sondern um einen konkreten Fehler geht, ist zuerst WordPress Hilfe & Support sinnvoller als eine Entwicklungsplanung.
Akutes WordPress-Problem?Ablauf
So läuft die Zusammenarbeit ab
Technische Klärung
Wir klären Ziele, bestehendes System, Funktionen, Pflegebedarf, SEO-Anforderungen, Hosting, Risiken und Zugänge. Bei bestehenden Websites schaue ich zuerst auf Theme, Plugins, Datenbank und kritische Geschäftsprozesse.
Architektur und Angebot
Sie bekommen einen klaren Umfang mit technischen Entscheidungen, Zeitrahmen und Prioritäten: Elementor oder individuelles Theme, Plugin oder Eigenentwicklung, WooCommerce oder Alternative, Staging ja oder nein.
Umsetzung und Tests
Theme, Elementor, WooCommerce oder individuelle Funktionen werden umgesetzt, getestet und optimiert. Dazu gehören responsive Checks, Formular-Tests, Ladezeit, Indexierbarkeit und kritische User Flows.
Launch und Weiterentwicklung
Nach dem Go-live folgen Übergabe, Monitoring und sinnvolle nächste Schritte für Stabilität und Wachstum. Für regelmäßige Pflege verlinke ich bewusst auf die separate Wartungsleistung.
Rahmen
Pakete und typische Umfänge
Entwicklung
WordPress Business Setup
ab 2.500 Euro
- • Technische Konzeption
- • Theme- oder Elementor-Setup
- • SEO-ready Struktur
- • Launch-Unterstützung
Individuell
WordPress Entwicklung
nach Umfang
- • Custom Funktionen
- • WooCommerce
- • Schnittstellen
- • Performance-Optimierung
Nach Launch
Weiterentwicklung
ab 80 Euro / Std.
- • Neue Funktionen
- • Technische Optimierung
- • SEO-Anpassungen
- • Beratung zur Skalierung
Praxis
Wann Unternehmen eine WordPress Agentur brauchen
Viele Anfragen beginnen nicht mit einem Wunsch nach einer neuen Website, sondern mit einem konkreten Geschäftsproblem. Die technische Lösung hängt davon ab, ob Umsatz, Sichtbarkeit, Pflege oder interne Abläufe betroffen sind.
Technische Entscheidung: Elementor oder Custom Theme
Ich entscheide das nicht ideologisch. Elementor ist sinnvoll, wenn ein Marketing-Team Seiten selbst bauen muss und die technische Freiheit begrenzt wird. Ein Custom Theme ist sinnvoller, wenn wiederkehrende Komponenten, sehr gute Core Web Vitals, klare Datenmodelle oder langfristige Erweiterbarkeit wichtiger sind als freie Layout-Bearbeitung.
Die bestehende Website ist gewachsen und unübersichtlich geworden
Typisch sind zehn Jahre alte Themes, mehrere Page Builder, nicht genutzte Plugins und Seiten, die niemand mehr anfassen möchte. Dann geht es zuerst um Bestandsaufnahme: Welche Inhalte bringen Anfragen, welche Funktionen sind kritisch und welche technische Last kann weg?
- • Theme- und Plugin-Audit
- • Prüfung von Templates und Shortcodes
- • Entscheidung: sanieren oder neu strukturieren
WooCommerce bremst Verkauf oder Administration
Wenn Checkout, Warenkorb, Versandlogik oder E-Mails nicht zuverlässig funktionieren, wird WooCommerce schnell zum operativen Problem. Ich prüfe nicht nur das sichtbare Frontend, sondern auch Zahlungswege, WP-Cron oder Server Cron, E-Mail-Zustellung, Produktdaten und Plugin-Überschneidungen. WooCommerce wird oft dann zum Engpass, wenn jedes Spezialthema über ein Add-on gelöst wurde.
- • Checkout- und Zahlungsfluss testen
- • Logfiles und Fehler nach Bestellungen prüfen
- • Cron Jobs und Plugin-Abhängigkeiten reduzieren
Elementor macht Pflege leicht, aber die Website langsam
Elementor ist nicht automatisch schlecht. Problematisch wird es, wenn jede Sektion eigene Styles, Animationen und Widgets lädt. Dann braucht es saubere Templates, reduzierte globale Styles, klare Breakpoints und eine Entscheidung, welche Bereiche wirklich frei editierbar sein müssen. Manchmal ist nicht Elementor das Problem, sondern fehlende Regeln für seine Nutzung.
- • Globale Templates statt Einzelseiten-Chaos
- • CSS/JS-Last prüfen
- • Responsive Layouts gezielt testen
Google versteht die Seitenstruktur nicht
Wenn Leistungen, Standorte und Blogartikel dieselben Begriffe benutzen, konkurrieren Seiten intern. Dann braucht WordPress nicht mehr Texte, sondern eine bessere Architektur: eindeutige URLs, klare Suchintention pro Seite und interne Links, die Prioritäten zeigen.
- • Suchintention je URL festlegen
- • Breadcrumbs und interne Links prüfen
- • Canonical- und Indexierungslogik kontrollieren
Wenn Sie schon wissen, wo WordPress im Alltag bremst, reicht oft eine kurze technische Einordnung. Danach ist klarer, ob Entwicklung, Webdesign, Wartung oder Support der richtige nächste Schritt ist.
Technisches Problem einordnenArchitektur
Technische Entscheidungen, die ein Projekt später teuer oder günstig machen
WordPress-Projekte werden selten wegen einer einzelnen falschen Entscheidung teuer. Teuer wird es, wenn viele kleine Abkürzungen zusammenkommen: ein schweres Theme, ein Plugin für jede Kleinigkeit, keine Staging-Umgebung und keine klare Struktur für Inhalte.
Gute Entwicklung endet nicht beim Go-live. Wenn WordPress geschäftskritisch ist, sollte Wartung mit Updates, Backups und Monitoring von Anfang an mitgedacht werden.
Nach dem Launch absichernPerformance
Was bei WordPress Performance wirklich geprüft wird
Performance ist kein einzelner Schalter. Ich prüfe zuerst, ob die Seite langsam rendert, zu viele Dateien lädt, Bilder falsch ausliefert, die Datenbank bremst oder das Hosting am Limit ist.
Render Blocking und Frontend-Last
Viele WordPress-Seiten laden CSS und JavaScript für Plugins, die auf der aktuellen Seite gar nicht gebraucht werden. Ich prüfe, welche Dateien render-blocking sind, welche Skripte verzögert geladen werden können und ob kritisches CSS sinnvoll ist. Nicht jedes defer oder delay ist besser: Bei Menüs, Formularen oder Buchungsstrecken kann zu aggressives Verzögern neue Fehler erzeugen.
- • CSS/JS pro Seitentyp analysieren
- • nicht benötigte Assets entfernen
- • Third-Party-Skripte wie Maps, Tracking oder Chat prüfen
Bilder, Lazy Loading und Mediengrößen
Große Originalbilder, falsche Breakpoints oder fehlende WebP/AVIF-Varianten sind häufige Bremsen. Entscheidend ist nicht nur Komprimierung, sondern ob WordPress die passende Bildgröße für Desktop und Mobile ausliefert.
- • Hero-Bilder separat prüfen
- • responsive sizes kontrollieren
- • Lazy Loading nicht blind auf LCP-Bilder anwenden
Caching und Datenbank
Caching hilft nur, wenn klar ist, was gecacht werden darf. Bei WooCommerce, Login-Bereichen oder Formularen müssen Warenkorb, Sessions und dynamische Seiten sauber ausgeschlossen werden. Zusätzlich können Transients, Revisionen und große Autoload-Einträge in wp_options die Datenbank belasten. Object Cache oder Redis sind sinnvoll, wenn wiederholte Datenbankabfragen der Engpass sind, nicht als Dekoration im Hosting-Paket.
- • Page Cache, Object Cache und Browser Cache trennen
- • Autoload-Optionen prüfen
- • WooCommerce-Ausnahmen sauber setzen
Technische Entscheidung: zuerst Hosting oder zuerst Code?
Wenn Time to First Byte hoch ist, PHP-Prozesse warten oder die Datenbank langsam antwortet, bringt Frontend-Feinschliff wenig. Wenn dagegen LCP-Bild, CSS oder JavaScript blockieren, löst ein Serverwechsel das falsche Problem. Deshalb wird Performance immer von Messdaten aus entschieden.
- • TTFB und Serverlogs prüfen
- • PHP Memory Limit und OPcache einordnen
- • Frontend- und Serverprobleme trennen
Core Web Vitals
LCP, INP und CLS zeigen unterschiedliche Probleme. LCP hängt oft an Hero-Bild, Serverzeit oder Render Blocking. INP leidet unter schwerem JavaScript. CLS entsteht durch Bilder ohne feste Maße, spätes Nachladen von Bannern oder unstabile Fonts.
- • LCP-Element identifizieren
- • Interaktionslast messen
- • Layout Shifts durch feste Dimensionen verhindern
Projektstart
Worauf Unternehmen vor Projektstart achten sollten
Ein WordPress-Projekt wird ruhiger, wenn ein paar Fragen früh geklärt sind. Nicht alles muss perfekt vorbereitet sein, aber technische Entscheidungen brauchen ein Mindestmaß an Klarheit.
Kurze Checkliste vor dem ersten Angebot
- • Welche Seiten sollen Anfragen oder Umsatz bringen?
- • Welche Inhalte muss Ihr Team selbst pflegen können?
- • Gibt es WooCommerce, Mehrsprachigkeit, Mitgliederbereiche oder Schnittstellen?
- • Welche bestehenden URLs dürfen nicht verloren gehen?
- • Welche Plugins sind heute geschäftskritisch?
- • Gibt es Zugriff auf Hosting, Domain, DNS und Backups?
- • Soll mit Elementor gearbeitet werden oder ist ein individuelles Theme sinnvoller?
- • Welche SEO-Seiten dürfen sich inhaltlich nicht überschneiden?
Einordnung
Warum ich manchmal von einer Lösung abrate
Gute Beratung besteht nicht darin, immer die größte Lösung zu verkaufen. Bei WordPress ist Vertrauen oft genau dort entstanden, wo ich von einer unnötigen Erweiterung abgeraten habe.
Nicht jede Website braucht WooCommerce
Wenn nur wenige Produkte angefragt statt direkt verkauft werden, ist ein sauberer Anfrageprozess oft besser als ein kompletter Shop. WooCommerce bringt Checkout, Steuern, Versand, E-Mails, Updates und rechtliche Themen mit. Das lohnt sich nur, wenn der Verkaufsprozess wirklich darüber laufen soll.
Nicht jedes Team braucht Elementor
Wenn Inhalte selten geändert werden und Layouts klar definiert sind, kann ein individuelles Theme langfristig ruhiger sein. Elementor lohnt sich, wenn Redaktionsfreiheit wirklich gebraucht und technisch begrenzt wird.
Nicht jeder braucht einen eigenen Server
Ein eigener Server klingt professionell, bedeutet aber auch Verantwortung für Updates, Monitoring, Sicherheit, Backups und Notfälle. Für viele Unternehmenswebsites ist gutes Managed Hosting stabiler als ein schlecht gepflegter VPS.
Nicht jede Sonderfunktion braucht ein Plugin
Wenn eine Funktion klein, stabil und projektspezifisch ist, kann eine gezielte Eigenentwicklung besser sein. Wenn sie Standardlogik mit vielen Randfällen enthält, ist ein gutes Plugin oft vernünftiger. Die Kunst liegt nicht im Dogma, sondern in der richtigen Grenze.
Erfahrung
Typische Fehlannahmen
Viele WordPress-Entscheidungen klingen im ersten Gespräch logisch. In der Praxis zeigt sich aber, dass die bequemste Lösung am Anfang nicht immer die günstigste Lösung über mehrere Jahre ist.
„Das Plugin hat gute Bewertungen, also passt es.“
Bewertungen sagen wenig darüber, ob ein Plugin zu Ihrem Datenmodell, Hosting, WooCommerce-Setup oder Page Builder passt. Ich prüfe, welche Assets es lädt, welche Tabellen es anlegt, wie es aktualisiert wird und ob es sich später sauber entfernen lässt.
„Performance machen wir am Ende.“
Core Web Vitals entstehen während der Architektur: Bildformate, Komponenten, Fonts, Skripte, Cache-Regeln und Hosting. Wer Performance erst am Ende prüft, optimiert oft gegen Entscheidungen, die längst eingebaut sind.
„Dokumentation ist weniger wichtig als neue Funktionen.“
Das Gegenteil ist häufig wahr. Eine kurze Notiz, warum ein Plugin installiert, ein Template gebaut oder eine Weiterleitung gesetzt wurde, spart später Stunden. Gute WordPress-Projekte wirken oft langweilig, weil die wichtigen Entscheidungen nachvollziehbar sind.
„Die einfachste Lösung ist immer die billigste.“
Ein schneller Workaround kann günstig sein, wenn er bewusst begrenzt bleibt. Teuer wird er, wenn er still zur Basis für weitere Funktionen wird. Deshalb unterscheide ich zwischen pragmatischer Lösung und technischer Schuld.
Fehler vermeiden
Häufige technische Fehler
Die häufigsten Probleme entstehen nicht durch WordPress selbst, sondern durch fehlende technische Führung. Diese Fehler wirken am Anfang klein, werden aber später teuer, weil sie jede Änderung langsamer und riskanter machen.
Zu viele Plugins für kleine Aufgaben
Ein Plugin für ein Icon, ein Plugin für Weiterleitungen, ein Plugin für Header-Code: Das wirkt schnell, erzeugt aber Abhängigkeiten. Die Folgen sind zusätzliche Updates, mehr CSS/JS, mögliche Sicherheitslücken und unklare Zuständigkeiten.
Design ohne Inhaltsmodell
Wenn zuerst Layouts gebaut werden und erst danach Inhalte entstehen, werden WordPress-Seiten unruhig. Ohne Inhaltsmodell werden gleiche Inhalte mehrfach gepflegt, Felder fehlen und spätere Erweiterungen brauchen unnötig viel Umbau.
Kein Staging vor riskanten Änderungen
PHP-Versionen, WooCommerce-Updates oder Page-Builder-Änderungen direkt auf Live zu testen, ist unnötig riskant. Die Folge sind Ausfälle in Formularen, Checkout, Layouts oder Login-Bereichen, die unter Zeitdruck repariert werden müssen.
SEO erst nach dem Launch
Wenn SEO erst nach dem Go-live beginnt, sind URLs, Überschriften, interne Links und Templates oft schon falsch angelegt. Dann wird nicht optimiert, sondern repariert: Weiterleitungen, Canonicals und Inhaltslogik müssen nachträglich korrigiert werden.
Fehlende Dokumentation
Wenn niemand weiß, warum ein Plugin installiert wurde oder welche Template-Datei eine Seite steuert, wird jede spätere Änderung riskanter. Gute Dokumentation muss nicht lang sein, aber sie muss technische Entscheidungen nachvollziehbar machen.
Wenn Ihr WordPress-Projekt bereits in einer dieser Situationen steckt, ist oft zuerst gezielte Hilfe sinnvoll, bevor größere Entwicklung geplant wird.
Bestehendes Problem lösenRelaunch
Wenn eine bestehende WordPress Website neu aufgesetzt wird
Ein Relaunch ist technisch heikler als ein kompletter Neustart. Die alte Website hat URLs, Rankings, Medien, Weiterleitungen, Formulare, Tracking und manchmal versteckte Funktionen, die erst auffallen, wenn sie fehlen. Deshalb wird ein Relaunch wie ein kontrollierter Umzug behandelt, nicht wie ein neues Design über alten Inhalt.
URL-Mapping und Weiterleitungen
Vor dem Launch wird geklärt, welche bestehenden URLs bleiben, welche zusammengelegt werden und welche Weiterleitungen nötig sind. Besonders wichtig sind Seiten mit Rankings, Backlinks, Anfragen oder lokalen Suchbegriffen.
- • alte Sitemap und Crawl-Daten prüfen
- • 301-Weiterleitungen vorbereiten
- • keine wichtigen Seiten versehentlich auf 404 laufen lassen
Daten und Medien sauber migrieren
Medienbibliotheken, Beitragsbilder, PDFs, Alt-Texte, Kategorien und Custom Fields wirken nebensächlich, bis sie in hunderten Inhalten fehlen. Ich prüfe, welche Daten übernommen werden müssen und was bewusst bereinigt werden kann.
- • Mediengrößen neu erzeugen
- • veraltete Inhalte entfernen
- • Custom Fields und Inhaltstypen dokumentieren
Deployment mit Rückfallplan
Bei einem Relaunch sollte klar sein, wie DNS, Hosting, Cache, SSL, E-Mail und Backups zusammenhängen. Wenn beim Go-live etwas schiefgeht, braucht es keinen Aktionismus, sondern einen vorbereiteten Rückfallplan.
- • Staging vor Live-Schaltung testen
- • Backup vor Deployment sichern
- • Cache und Permalinks nach Launch prüfen
Nach dem Launch messen
Die ersten Tage nach einem Relaunch zeigen, ob technische Signale stimmen: Indexierbarkeit, Core Web Vitals, Formularfunktion, Tracking, 404-Fehler und Serverlogs. Diese Prüfung gehört zur Entwicklung, nicht erst zu späterer Wartung.
- • Search Console und Logs beobachten
- • Formulare und Conversion-Wege testen
- • kritische Templates mobil prüfen
Wenn der Relaunch vor allem visuelle Struktur, UX/UI und Unternehmensauftritt betrifft, ist WordPress Webdesign der bessere Einstieg. Wenn Funktionen, Datenmodell und technische Architektur im Vordergrund stehen, bleibt diese Agentur-Leistung passend.
Design-Relaunch ansehenPassende WordPress Leistungen
Interne Orientierung ohne Vermischung
Je nach Situation ist eine andere WordPress-Leistung sinnvoll. Diese Links helfen, wenn Ihr Anliegen in eine angrenzende Richtung geht.
WordPress Wartung Wien
Für regelmäßige Updates, Backups, Monitoring und Wartungsverträge nach dem Launch.
WordPress Hilfe & Support
Für akute Fehler, Notfälle, Plugin-Probleme oder schnelle technische Hilfe.
WordPress Webdesign Wien
Für UX, UI, Design und den visuellen Aufbau einer professionellen WordPress Website.
FAQ
Häufige Fragen zur WordPress Agentur in Wien
Ist Wien Webstudio eine klassische WordPress Agentur?
Wien Webstudio arbeitet wie eine technische WordPress Agentur, aber mit direktem Entwicklerkontakt. Sie sprechen ohne Projektmanagement-Umwege mit der Person, die Architektur, Umsetzung und Qualität verantwortet.
Welche WordPress-Entwicklung ist möglich?
Möglich sind individuelle Themes, saubere Elementor-Setups, WooCommerce-Erweiterungen, Performance-Optimierung, technische SEO-Struktur, Schnittstellen und Anpassungen bestehender WordPress-Systeme.
Arbeiten Sie mit Elementor oder individuellen Themes?
Beides ist möglich. Elementor eignet sich, wenn Teams Inhalte flexibel pflegen möchten. Individuelle Themes sind sinnvoll, wenn Performance, klare Komponenten und langfristige Wartbarkeit wichtiger sind.
Übernehmen Sie auch WooCommerce-Projekte?
Ja, wenn der Shop technisch schlank und betriebsfähig geplant wird. Dazu gehören Produktlogik, Checkout, Zahlungsarten, Versand, Performance und Erweiterbarkeit.
Ist SEO bei der Entwicklung berücksichtigt?
Ja. URL-Struktur, Überschriften, Core Web Vitals, indexierbare Inhalte, interne Verlinkung und technische Metadaten werden während der Entwicklung mitgedacht.
Gibt es Begleitung nach dem Launch?
Ja. Nach dem Launch sind Weiterentwicklung, technische Optimierungen und Übergabe möglich. Für regelmäßige Updates ist die separate WordPress Wartung sinnvoll.
Wann ist individuelle WordPress-Entwicklung besser als ein fertiges Theme?
Individuelle Entwicklung ist sinnvoll, wenn Ladezeit, klare Komponenten, eigene Inhaltstypen, spezielle Layoutlogik oder langfristige Erweiterbarkeit wichtig sind. Ein fertiges Theme ist oft günstiger am Start, kann aber teuer werden, wenn später jede Änderung gegen Theme-Logik, Page-Builder-Code und Plugin-Abhängigkeiten arbeitet.
Wie vermeiden Sie Plugin-Konflikte?
Vor neuen Plugins prüfe ich Zweck, Wartungsstand, Datenbank-Last, Frontend-Skripte, Kompatibilität mit PHP und WordPress sowie Überschneidungen mit bestehenden Funktionen. Wenn eine kleine Eigenentwicklung robuster ist als ein schweres Plugin, wird diese Option besprochen.
Was bedeutet SEO-ready Entwicklung konkret?
Dazu gehören indexierbare Inhalte, saubere H1-H3-Struktur, sprechende URLs, Canonicals, Schema, interne Verlinkung, schnelle Templates, Bildgrößen, Core Web Vitals und eine Seitenarchitektur, die Suchintentionen nicht vermischt.
Können bestehende WordPress-Websites technisch saniert werden?
Ja, wenn die Basis noch tragfähig ist. Ich prüfe Theme, Plugins, Datenbank, Hosting, PHP-Version, Caching, Templates und SEO-Struktur. Danach wird entschieden, ob eine Sanierung sinnvoll ist oder ein kontrollierter Relaunch günstiger wird.
Wann lohnt sich WooCommerce?
WooCommerce lohnt sich, wenn Produkte, Zahlungen, Versand und rechtliche Anforderungen in WordPress gut abbildbar sind und kein eigenes Shopsystem nötig ist. Bei sehr vielen Produkten, komplexen ERP-Prozessen oder hoher Skalierung sollte die Architektur genauer geprüft werden.
Arbeiten Sie mit Staging und Deployment?
Bei riskanten Änderungen ja. Updates, größere Template-Anpassungen, PHP-Wechsel oder WooCommerce-Funktionen sollten zuerst auf Staging getestet werden. Danach wird die Änderung kontrolliert auf Live übertragen.
Welche Hosting-Faktoren beeinflussen WordPress-Projekte?
Wichtig sind PHP-Version, PHP Memory Limit, OPcache, Datenbankleistung, Server-Caching, HTTP/2 oder HTTP/3, Brotli, Backup-Zugriff, Staging-Möglichkeiten und Supportqualität. Billiges Hosting ist nicht automatisch schlecht, aber bei WooCommerce, vielen eingeloggten Nutzer:innen oder großen Medienbibliotheken wird es schnell zum begrenzenden Faktor.
Wie entscheiden Sie, ob ein Plugin installiert oder individuell entwickelt wird?
Ich prüfe zuerst, ob WordPress die Funktion bereits sauber abbilden kann. Danach vergleiche ich Plugin-Qualität, Update-Historie, Datenbanklast, Frontend-Assets und Abhängigkeiten. Individuelle Entwicklung ist sinnvoll, wenn ein Plugin zu viel Ballast lädt oder eine geschäftskritische Funktion zu unkontrolliert macht.
Was passiert, wenn eine bestehende Website viele alte Plugins enthält?
Dann wird nicht einfach gelöscht. Ich prüfe, welche Plugins wirklich aktiv genutzt werden, welche Shortcodes oder Daten erzeugen, welche nur historische Reste sind und welche Sicherheitsrisiken haben. Erst danach wird entfernt, ersetzt oder in eine schlankere Lösung überführt.
Kann WordPress auch für komplexere Unternehmenswebsites sinnvoll sein?
Ja, wenn Inhalte, Rollen, Komponenten und Erweiterungen sauber geplant werden. WordPress wird problematisch, wenn jede Anforderung über ein zufälliges Plugin gelöst wird. Mit klarer Architektur kann es für viele Unternehmenswebsites sehr tragfähig sein.
Wie gehen Sie mit bestehenden Rankings bei einem Relaunch um?
Vor einem Relaunch werden wichtige URLs, Rankings, Backlinks, Weiterleitungen, Canonicals und interne Links geprüft. Ziel ist nicht nur eine neue Website, sondern ein kontrollierter Übergang ohne unnötigen Sichtbarkeitsverlust.
Bekomme ich eine Dokumentation der technischen Entscheidungen?
Ja, bei relevanten Entscheidungen dokumentiere ich, warum ein Plugin, ein Custom Post Type, ein Template, eine Weiterleitung oder eine technische Lösung gewählt wurde. Das ist wichtig, damit die Website später nicht von implizitem Wissen abhängig bleibt.
Wann reicht Shared Hosting und wann braucht WordPress mehr?
Shared Hosting reicht oft für kleinere Unternehmenswebsites mit wenigen dynamischen Funktionen. Managed WordPress Hosting ist sinnvoll, wenn Staging, Backups, Cache und Support wichtiger werden. Ein VPS oder eigener Server lohnt sich erst, wenn Last, spezielle Serverdienste, Redis, Cron Jobs oder individuelle Deployment-Prozesse wirklich gebraucht werden.
Wie gehen Sie mit WP-Cron, Object Cache oder Redis um?
Ich setze solche Themen nicht pauschal ein. Bei kleinen Websites ist WP-Cron oft ausreichend. Bei WooCommerce, Imports oder zeitkritischen Aufgaben kann ein Server Cron stabiler sein. Object Cache oder Redis helfen nur, wenn Datenbankabfragen wirklich ein Engpass sind und das Hosting sauber dafür ausgelegt ist.
Nächster Schritt
WordPress technisch sauber entwickeln lassen
Wenn Ihr WordPress-Projekt mehr braucht als ein fertiges Theme, lohnt sich eine technische Klärung. Ich sage Ihnen ehrlich, welche Lösung tragfähig ist und welche Komplexität Sie vermeiden sollten.