Bring eine bestehende Site oder App in XAIO — über URL, ZIP oder andere Plattform.

Warum nach XAIO migrieren?

Wenn deine Site schon auf Lovable, Bolt, Base44, Manus, Webflow, WordPress oder sonstwo läuft, kannst du sie in XAIO bringen, ohne sie neu zu bauen. Der Agent liest was da ist, baut es als sauberes XAIO-Projekt nach, und du iterierst mit Prompts weiter.

Drei Migrationspfade

Migration über URL — Füge die öffentliche URL deiner Live-Site ein. Der Agent holt die Seite, extrahiert Layout, Texte, Design-Tokens und Assets und baut die Struktur in einem frischen XAIO-Projekt nach.

Migration über ZIP — Lade eine ZIP aus einem anderen Builder hoch (Lovable / Bolt / Manus / Base44 etc.). Der Agent führt eine Vor-Analyse durch, identifiziert Komponenten, Datenmodelle und Geschäftslogik, und baut alles als XAIO mit gleicher Funktionalität nach.

Website-Erneuerung — Lade deine bestehende Site hoch und bitte den Agent eine moderne Version zu bauen. Gleicher Inhalt, frisches Design-System, responsive, barrierefrei.

Vor-Analyse & XAIO.md

Bei einer ZIP-Migration generiert der Agent zuerst eine XAIO.md-Datei, die das Design-System, Konventionen und Schlüssel-Entscheidungen des Quellprojekts erfasst. Du prüfst und passt an, bevor der eigentliche Rebuild startet. Nach der Migration dokumentiert diese XAIO.md dein Projekt über alle Chats hinweg.

Smarte Modell-Auswahl

Migrationen nutzen standardmäßig ein leistungsstärkeres Modell — der Agent muss potenziell große Quellbäume lesen, Intent ableiten und einen sauberen Rewrite erzeugen, nicht nur Text patchen. AI-Task-Kosten sind ein paar Mal höher als ein normaler Turn, aber das Ergebnis ist ein funktionierendes Projekt, nicht 30 Fix-Iterationen.

Was migriert wird

HTML / CSS / JS Struktur → React + Vite + Tailwind
Seiten und Routen → React Router
Formulare und Submissions → an dein XAIO-Backend angeschlossen (oder externe Endpoints falls spezifiziert)
Statische Assets (Bilder, Fonts, Icons) → in die Media-Library des Projekts verschoben
Datenmodelle / Collections → in PostgreSQL-Tabellen übersetzt wo sinnvoll

Was du danach wahrscheinlich nachjustierst

Pixel-genaue Ausrichtung von Rand-Fällen
Custom-Integrationen die der Quell-Builder eingebaut hatte (müssen über das XAIO-Integrations-Menü neu verdrahtet werden)
Alles was an einem Third-Party-API-Key hängt — die Keys in Environment ablegen

Migration ist eines der Features, wo ein gut formulierter Prompt eine Woche manuelle Arbeit ersetzt — aber das Ergebnis ist ein echtes XAIO-Projekt, keine Blackbox-Übernahme.