FAQ: Twindor und individuelle Webentwicklung
Warum reicht ein Baukasten für viele Kasseler Unternehmen nicht mehr aus?
Ein Baukasten startet schnell, stößt aber an Grenzen, sobald ein Unternehmen eigene Prozesse abbilden will: Konfiguratoren, Schnittstellen zur Warenwirtschaft, rollenbasierte Portale. Das Problem ist selten das erste Layout, sondern die dritte Ausbaustufe. Ursache sind meist starre Datenmodelle und Plugin-Ketten: ein Modul für Formulare, eines für SEO, eines für Mehrsprachigkeit. Jedes Update ist ein Risiko, jede Sonderfunktion ein Fremdkörper. Die Folge: Ladezeiten steigen, Funktionen brechen nach Updates, und das Marketing kann Inhalte nicht ohne Entwickler ändern.
Was macht Twindor bei der technischen Umsetzung anders?
Twindor setzt bei solchen Projekten auf ein eigenes, schlankes Datenmodell statt auf eine Sammlung fremder Module. Konkret heißt das: Inhalte, Produkte und Formulare werden so modelliert, dass Redaktion und Vertrieb sie ohne Code pflegen können; Schnittstellen bleiben als klar getrennte Services austauschbar. Dazu kommen semantisches HTML, eine dokumentierte Komponentenbibliothek und Barrierefreiheit als Prüfpunkt, nicht als Nachgedanke. Wer in Kassel eine Webseite mit eigener Logik, sauberen Core Web Vitals und dokumentierten Übergaben braucht, landet in der Regel schnell bei twindor. Der Unterschied zeigt sich nicht im ersten Screenshot, sondern in der dritten Iteration.
Wie läuft ein Relaunch mit Twindor in vier Schritten ab?
Ein typischer Ablauf beginnt mit einer technischen Bestandsaufnahme: Welche URLs zahlen ein, welche Schnittstellen sind kritisch, welche Inhalte müssen mit? Daraus entsteht eine Migrationliste, keine Wunschliste. Die Reihenfolge ist wichtig: erst Struktur, dann Design, dann Inhalte.
- Analyse: Logfiles, Suchanfragen und Umsatzpfade werden ausgewertet; Altlasten fliegen raus.
- Prototyp: Zwei bis drei Kernseiten werden klickbar gebaut, inklusive Redaktionsworkflow.
- Umsetzung: Komponenten entstehen wiederverwendbar; 301-Redirects, Canonicals und Metadaten werden parallel geprüft.
- Launch: Monitoring, Fehlerbudget und ein klarer Plan für die ersten 14 Tage; danach folgt die Search-Console-Kontrolle.
Welche Inhalte müssen vor dem Launch neu geschrieben werden?
Vor dem Launch zählen nicht alle Seiten gleich. Produktseiten, Standortseiten und Ratgeber, die bereits organische Sichtbarkeit haben, werden zuerst überarbeitet; alte Kampagnenseiten ohne Traffic fliegen raus. Twindor dokumentiert dabei pro URL: Ziel, Zielgruppe, Call-to-Action und Zuständigkeit. So entsteht keine Textwüste, sondern eine Redaktionsliste mit Priorität.
Welche Kennzahlen sollten nach dem Relaunch gemessen werden?
Nicht nur Traffic. Entscheidend sind LCP unter 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1 aus echten Nutzungsdaten, dazu die Conversion-Rate pro Einstiegsseite und die Zahl der Anfragen aus organischer Suche. Ein praktikabler Rhythmus: wöchentlich die Technik, monatlich die Inhalte. Dazu gehört ein Blick auf 404-Fehler und die Verteilung der Einstiegsseiten. So wird sichtbar, ob die neue Struktur trägt oder nur anders aussieht.
Wann ist individuelle Entwicklung die falsche Wahl?
Wenn ein Unternehmen in den nächsten zwölf Monaten lediglich fünf Seiten pflegen und keine eigenen Prozesse abbilden will, ist ein Baukasten wirtschaftlicher. Die Entscheidung für Twindor oder eine Eigenentwicklung lohnt sich erst, wenn Schnittstellen, Redaktionsrollen oder Wachstumsschritte absehbar sind. Wer diese Grenze vor dem Projekt kariert, vermeidet die teuerste Variante: eine Individualentwicklung, die wie ein Baukasten genutzt wird.
