Wie IntentGrid eine Seite für jeden Besucher neu schreibt
IntentGrid schreibt den sichtbaren Text einer Webseite für die einzelne Person neu, die sie gerade liest, und nutzt dafür nur den Kontext, der mit dem Request ankommt. Es ändert Überschriften, Fließtext und Handlungsaufforderungen. Es ändert nicht Design, Layout, Preise oder Produktaussagen. IntentGrid ist im Early Access: Die öffentliche Demo schreibt jede eingefügte URL neu und rendert sie in einer Sandbox auf intentgrid.ai, während die Anpassung auf deiner eigenen Domain pro Seite von Hand eingerichtet wird.
Zuletzt aktualisiert am 24. September 2026.
Was IntentGrid beim Seitenaufruf liest
Alles, was es nutzt, kommt aus dem Request selbst und aus dem Browser des Besuchers. Es gibt keine Kontoabfrage, keinen Datenhändler und kein Profil, das danach bleibt.
- Traffic-Quelle und Referrer, damit ein Besucher aus einem Forenlink und einer aus einem Suchergebnis nicht gleich behandelt werden.
- Kampagnen- und UTM-Parameter, damit eine Seite das Versprechen der Anzeige einlösen kann.
- Ungefähre Stadt, Region und Land, aus der IP-Adresse aufgelöst.
- Gerätetyp und Browser.
- Spracheinstellung.
- Bildschirm- und Fenstergröße, und ob Dark oder Light bevorzugt wird.
- Zeitzone, Plattform und Tageszeit bei diesem Besucher.
Das Neuschreiben erfährt nie den Namen oder die E-Mail-Adresse eines Besuchers und schlägt nie das Unternehmen hinter einer IP-Adresse nach. Es weiß, wie jemand gekommen ist, nicht wer er ist.
Vier Dinge gehören in denselben Atemzug, weil man sie leicht übersieht. Der sichtbare Text einer Seite, die du einfügst, wird zum Neuschreiben an eine Inferenz-API eines Drittanbieters geschickt. Steht die Stadt nicht bereits im Request, wird sie über einen Drittanbieter-Geolokalisierungsdienst aus der IP aufgelöst. Diese Marketingseite behält eine zufällige ID in deinem Browser und meldet Demo-Läufe und Anmeldungen an Google Analytics und Reddit Ads, einschließlich eines Einweg-Hashes jeder E-Mail-Adresse, die du einträgst, was normale Werbemessung ist und nicht Teil der Anpassung. Und eine in die Demo eingefügte URL wird mit der IP des Anfragenden und demselben Kontext, den das Neuschreiben genutzt hat, in einen privaten Team-Kanal weitergeleitet: ungefähre Stadt, Gerät, Referrer oder Kampagne, Sprache, Ortszeit und Bildschirmgröße.
Was es neu schreibt und was es nie anfasst
Es schreibt Text neu: Überschriften, Zwischenüberschriften, Fließtext, Feature-Beschreibungen und die Beschriftungen auf Buttons.
Dein Design, dein Layout, deine Farben, deine Komponenten, deine Typografie, deine Bilder, deine Preise und deine Produktaussagen kommen unangetastet zurück. Die Demo legt vier Dinge darüber: einen Willkommensstreifen in einer Farbe aus deinem eigenen Stylesheet, ein personalisiertes Overlay, eine Hervorhebung auf deiner Überschrift und ein kleines IntentGrid-Abzeichen. Wenn dem Modell zu einem Satz nichts Besseres einfällt, gibt es diesen Satz unverändert zurück. Es ist angewiesen, nie einen Preis, ein Feature oder eine Aussage zu erfinden, die deine Seite nicht ohnehin macht, denn der schnellste Weg, eine Landingpage zu ruinieren, ist ein Versprechen darauf, das das Produkt nicht halten kann.
Das gehört deutlich gesagt: Wenn deine Seite wegen des Gradient-Heros, der drei abgerundeten Karten und des Glases überall nach KI aussieht, repariert IntentGrid das nicht. Das ist ein Designproblem, und das hier ist kein Designwerkzeug. Siehe warum vibe-gecodete Websites gleich aussehen für den Teil, den es angeht und den es nicht angeht.
Was ein Suchmaschinen-Crawler bekommt
Die Anpassung auf deiner Domain ist so gebaut, dass Crawler deine kanonische Standardseite bekommen: eine URL, eine kanonische Version, keine Duplikate pro Segment, die im Index gegeneinander konkurrieren, und nichts, was einem Crawler ausgeliefert wird und ein Mensch nicht sehen kann. Dieser Teil ist noch nicht fertig, deshalb wird einem Crawler heute überhaupt nichts ausgeliefert und deine Live-Seite bleibt unangetastet. Die Cloaking-Grenze ist der Grund, warum es so gebaut ist, und sie wird ausführlich behandelt in schadet Website-Personalisierung dem SEO.
Was heute funktioniert: die Demo, Schritt für Schritt
Eines läuft gerade jetzt, und das ist eine Demo. Genau das passiert, wenn du auf intentgrid.ai eine URL einfügst:
- Der Server holt das HTML dieser öffentlichen Seite.
- Er entfernt jedes Script und jeden Inline-Handler und behält Markup und CSS.
- Er schickt den sichtbaren Text der Seite, bis zu ein paar hundert Strings, zusammen mit dem Kontext deines Requests an ein Sprachmodell eines Drittanbieters.
- Er setzt die neu geschriebenen Strings zurück ins Markup.
- Er rendert das Ergebnis in einem gesandboxten iframe auf intentgrid.ai.
Links zu anderen Seiten werden ebenfalls angepasst, Formulare und alles Script-Gesteuerte funktionieren allerdings nicht, weil die Scripts entfernt wurden, und jeder Klick zählt gegen das Limit der Demo pro Besucher. Was du siehst, ist eine Vorschau deiner Seite. Es ist nicht deine Seite, und es läuft nicht auf deiner Domain.
Was die Demo nicht kann
Sie kann deine Seite nicht ändern, also kann sie sie nicht kaputt machen. Sie holt dein öffentliches HTML und deine Stylesheets so, wie jeder Browser es tut, und hat keinen Zugriff auf ein Backend, eine Datenbank, eine Umgebungsvariable oder irgendwelche Nutzerdaten.
Eine vollständig client-gerenderte Anwendung gibt eine fast leere Hülle zurück, weil eine fast leere Hülle das ist, was der Fetch bekommen hat. Darin steht kaum Text zum Neuschreiben, und die Vorschau wirkt dünn.
Eine Persona zu wählen, also „zeig mir die Hacker-News-Version“, steht auf der Roadmap und ist nicht in der Demo. Die Demo schreibt für die Art Besucher, die sie tatsächlich sehen kann: deine Stadt, dein Gerät, deine Sprache und wie du gekommen bist. Zwei Besucher, die sich in diesen Signalen ähneln, bekommen für ein paar Minuten dieselbe gecachte Version.
Sie läuft außerdem auf einem täglichen Inferenz-Budget. Wenn das aufgebraucht ist oder der Modellaufruf fehlschlägt, fällt die Vorschau still auf eine Vorlage zurück, die deine Überschrift austauscht und eine Willkommenszeile ergänzt, ohne den Fließtext neu zu schreiben. Der Rahmen nennt es dann „angepasst“ statt „KI-angepasst“.
Sie misst nichts. In diesem Produkt gibt es nirgends eine Conversion-Rate, keine Uplift-Zahl und keinen statistischen Beweis, und es gibt kein veröffentlichtes Kundenergebnis, keine Fallstudie und kein Testimonial, weil es sie noch nicht gibt.
Was Early Access bedeutet
Die Anpassung live auf deiner eigenen Domain für deine eigenen Besucher laufen zu lassen, ist nicht fertig. Es ist Early Access: pro Seite von Hand freigeschaltet, gemeinsam mit dem IntentGrid-Team. Es ist kein Self-Service, und es gibt noch kein Installations-Snippet zum Kopieren. Die Roadmap auf der Startseite markiert das Neuschreiben pro Besucher weiterhin als in Arbeit, weil es da steht.
Während des Early Access ist es kostenlos. Es ist kein Bezahlplan veröffentlicht, und niemandem wurde eine dauerhaft kostenlose Stufe versprochen.
Wer den Text prüft
Ein Sprachmodell schreibt deine Worte, und schlechter Text wirft keine Fehlermeldung. Nichts hier nimmt den Seitenbetreiber aus dieser Schleife. Weil Early Access von Hand eingerichtet wird, wird der angepasste Text gemeinsam mit dir angesehen, bevor er in die Nähe echter Besucher kommt. Tonalitätsregler, eine Sperrwortliste und eine Prüfwarteschlange sind noch nicht gebaut.
Wenn dein Produkt kein Publikum hat, repariert das kein Satz, und IntentGrid wird es dir nicht sagen. Eine Überschrift neu zu schreiben ist eine der produktivsten Arten, sich nicht zu fragen, warum niemand kauft. Das hier ist ein Werkzeug für Seiten, die schon Besucher bekommen, die wieder gehen, kein Ersatz dafür, herauszufinden, ob überhaupt jemand die Sache will.