00 · Produkt
Die Technik hinter WisyLink
Eine einfache, abschnittsweise Referenz dazu, wie das Produkt konstruiert ist, was es kann und nicht kann, wie es zuverlässig bleibt und wie es unterstützt wird.
Keine Anbieter-Namen. Keine erfundenen Kennzahlen.
01 · Architektur
Wie es tatsächlich aufgebaut ist
Jede Website ist ein echtes, unabhängiges Backend — kein gemeinsames Template. Hier ist, was das unter der Haube bedeutet.
Eigene Rechenleistung, keine geteilte
Jede von Ihnen erstellte Website läuft auf eigener, dedizierter Rechenleistung — teilt niemals eine Laufzeit mit dem Code einer anderen Website. Ein Problem auf einer Website hat keinen Weg in die eines anderen.
Ein echtes Backend von Anfang an
Jede Website erhält eine eigene Datenhaltung und Dateispeicherung, und — wenn sie sie benötigt — echte Konten, Zahlungen und Live-Updates, bereits integriert.
Eine Multi-Agent-Build-Pipeline, die nichts zu nehmen hat
Der Build-Prozess ist eine koordinierte Pipeline spezialisierter Agenten und eine darüber liegende Orchestrationsschicht — und nichts davon besitzt dauerhaften Zugriff auf Ihr Konto, Ihre Anmeldedaten, Daten anderer Seiten oder die eigenen Umgebungsvariablen und interne Konfiguration der Plattform. Selbst eine manipulierte Anweisung kann nur die gerade bearbeitete Seite betreffen.
Jede Anfrage wird geprüft, bevor sie läuft
Eine nicht signierte oder gefälschte Anfrage erreicht niemals den Code Ihrer Website — sie wird an der Pforte abgelehnt, noch bevor irgendeine Rechenleistung beginnt.
Aus einem globalen Netzwerk geliefert, automatisch aktuell gehalten
Seiten werden aus einem globalen Netzwerk in der Nähe Ihrer Besucher ausgeliefert. Ein neuer Build geht in Sekunden live; eine Datenänderung erreicht Besucher in etwa einer Minute — ohne manuellen Schritt.
Deployments erfolgen vollständig oder gar nicht
Eine neue Version ersetzt entweder vollständig die vorherige oder wird nicht veröffentlicht. Es gibt keinen Zustand, in dem Besucher auf einer teilweise aktualisierten Seite landen.
02 · Umfang
Was es tut — und was nicht
Was entsteht, ist ein echtes, produktionstaugliches Produkt — gebaut in einer vollständig isolierten, sicheren, live Umgebung, koordiniert über mehrere Orchestrierungsebenen und spezialisierte Agenten. Hier ist genau, was das umfasst, und wo die beabsichtigten Grenzen liegen.
Was enthalten ist
Eine echte gehostete Webanwendung
Server-seitig gerenderte Seiten auf eigener Domain, mit von Anfang an sichtbarem Inhalt für Suchmaschinen — kein statisches Mockup.
Ein funktionierendes Backend, nicht nur ein Frontend
Datenhaltung, Dateiuploads, und — wenn die Site sie benötigt — Konten, Zahlungen und Live-Updates, bereits integriert.
Ihre eigene Adresse
Standardmäßig eine gehostete Subdomain oder Ihre eigene benutzerdefinierte Domain, die über die Plattform verbunden oder dort gekauft wird.
Funktioniert weiter, während Sie Änderungen vornehmen
Jede Änderung durchläuft denselben isolierten Build-Prozess und wird entweder sauber ausgeliefert oder lässt die vorherige Version weiterhin live.
Die beabsichtigten Einschränkungen
Es tätigt niemals stillschweigend Kosten in Ihrem Namen
Jede Aktion, die über das im Paket enthaltene Kontingent hinaus Kosten verursacht, wird nur ausgeführt, nachdem Sie sie ausdrücklich ausgelöst haben — niemals automatisch, und niemals über das hinaus, was Sie genehmigt haben.
Es verwaltet nicht Ihre Drittanbieter-Konten
Zahlungsabwickler, E-Mail und jeder andere Dienst, den Sie verbinden, werden mit Ihren eigenen Anmeldeinformationen konfiguriert, im Ruhezustand verschlüsselt und vom Code Ihrer eigenen Website gelesen.
Nutzung hat eine Obergrenze, und sie wird durchgesetzt, nicht angenommen
Speicher, Datenbank und Bandbreite werden kontinuierlich gemessen und pro Konto begrenzt — eine Obergrenze wird im Moment der Erreichung durchgesetzt, nie rückwirkend.
Es baut echte Web-Backends, keine App-Store-Binärdateien
Was Sie bauen, ist eine Webanwendung, von jedem Browser und Gerät aus erreichbar — kein kompiliertes App-Paket, das in einen App Store hochgeladen wird.
03 · Zuverlässigkeitsingenieurwesen
Für dauerhaften Betrieb gemacht – nicht nur zum Starten
Keine Plattform ist vor Ausfällen gefeit. Entscheidend ist, wie groß ein Fehler ist, den sie enthält, und wie schnell sie sich davon erholt.
Begrenzter Ausfall
Da jede Website auf eigener Rechenleistung läuft, kann ein Fehler oder ein Traffic-Anstieg auf einer Website keine andere mitreißen.
Ein fehlgeschlagenes Build erreicht niemals Besucher
Wenn eine neue Version nicht erfolgreich abgeschlossen wird, läuft die Seite einfach weiter mit der zuletzt funktionierenden Version — Zuverlässigkeit bedeutet hier, dass nichts Halbfertiges ausgeliefert wird.
Missbrauch wird abgefangen, bevor er Sie erreicht
Der Traffic wird durch eine schützende globale Schicht geleitet, bevor er irgendeine Rechenressource erreicht — Missbrauch in großem Umfang wird gestoppt, bevor er zum Problem Ihrer Website wird.
Konkurrenzfreie Ressourcenabrechnung
Nutzungsgrenzen werden als Teil desselben Schreibvorgangs durchgesetzt, der sie verbraucht, direkt auf der Datenschicht — nicht durch eine separate Prüfung, die verzögert oder doppelt zählt.
Kein gemeinsames Wartungsfenster
Jede Website wird unabhängig bereitgestellt und aktualisiert, daher gibt es kein plattformweites Wartungsfenster, das alle Websites gleichzeitig offline nimmt.
04 · Entwicklungsgeschichte
Wie die Architektur hierher kam
Die Plattform ist nicht zufällig zu diesem Design gekommen — sie wurde in absichtlichen Stufen hierher weiterentwickelt.
Grundlagen
Ein Backend pro Site
Die Kernentscheidung lautet: Jede Site besitzt ihr eigenes echtes Backend auf eigener Rechenleistung und mit eigener Datenbank — nicht Zeilen in der App von jemand anderem.
Härtung
Absicherung des Anforderungswegs
Jede Anforderung an die Recheneinheiten einer Site wurde hinter kryptografischer Signatur platziert, sodass eine nicht signierte oder gefälschte Anfrage abgelehnt wird, bevor Kosten für die Verarbeitung entstehen.
Sandboxing
Beschränkung der Privilegien des Build-Agents
Der KI-Buildprozess läuft nun mit keinerlei dauerhaften Berechtigungen — der Zugriff auf Secrets und Infrastruktur wird von der Quelle aus entfernt, nicht erst im Nachhinein gefiltert.
Heute
Sofortige, ereignisgesteuerte Bereitstellung
Cache-Invaliderung wurde vom Abwarten eines Timers darauf verlegt, sofort auszulösen, sobald sich etwas tatsächlich ändert — ein neues Build oder eine Schreiboperation erreicht Besucher fast unmittelbar.
05 · Support
Wie Support-Anfragen bearbeitet werden
Senden Sie eine Frage oder Support-Anfrage über den Kontaktkanal — so läuft der Vorgang, sobald sie eingeht.
Jede Meldung wird unmittelbar nach Eingang übernommen
Eine eingereichte Meldung geht sofort ins System und wird ohne Verzögerung triagiert — nichts wartet in einer unbeaufsichtigten Warteschlange.
Die meisten technischen Probleme werden eigenständig gelöst
Das System untersucht das gemeldete Problem und löst es in den meisten Fällen eigenständig — und überwacht danach weiter, um sicherzustellen, dass es weiterhin behoben bleibt.
Falls eine Reaktion durch eine Person erforderlich ist, melden wir uns direkt bei Ihnen
Wenn ein Bericht eine Rückmeldung erfordert, melden wir uns so schnell wie möglich — nicht in einer Ticket-Warteschlange belassen.
Es beginnt mit einer Nachricht
Jeder der obigen Schritte beginnt im Moment des Eingangs — senden Sie eine Frage oder Support-Anfrage über den Kontaktformular und der Prozess beginnt sofort.
Sehen Sie es selbst
Der schnellste Beweis ist ein echter Beweis — Beschreiben Sie, was Sie wünschen, und beobachten Sie, wie es gebaut wird.
Aus einem Satz wird eine Live-App.