Was ist eine Smart Website? Seiten die sich an die Anzeige anpassen die dich hergebracht hat

Das Experiment für heute Nachmittag

Hier ist ein Experiment das du heute Nachmittag machen kannst. Öffne deine Werbekonten, nimm deine fünf besten Anzeigen und klick jede davon als wärst du ein Fremder. Dann schau dir die Seite an auf der du landest.

Meiner Erfahrung nach setzt die Seite in neun von zehn Fällen das Gespräch nicht fort das die Anzeige begonnen hat. Die Anzeige hat ein schnelles Angebot für ein bestimmtes Problem versprochen; die Seite ist die Startseite, mit Slider, Leitbild und einem Menü mit elf Einträgen. Die Anzeige hat einen Großhändler angesprochen; die Seite spricht Konsumenten an. Die Anzeige war in dem lockeren Ton der auf LinkedIn funktioniert; die Seite liest sich wie eine Broschüre von 2014.

Du hast für den Klick bezahlt. Die Seite hat ihn weggeworfen.

Ich habe einen großen Teil des letzten Jahrzehnts damit verbracht das von Hand zu reparieren, eine Landingpage nach der anderen, und irgendwann habe ich innegehalten und gefragt warum die Website das nicht einfach selbst machen kann. Diese Frage ist das was ich heute eine Smart Website nenne, und dieser Artikel ist die lange Fassung davon was ich damit meine, wie sie funktioniert, was sie bewusst nicht tut, und warum ich glaube dass in ein paar Jahren jede Unternehmensseite so gebaut wird.

Eine Seite für alle ist ein Kompromiss den niemand gewählt hat

Überleg mal wie eine typische Unternehmenswebsite entsteht. Jemand schreibt ein Briefing. Eine Agentur oder ein Freelancer baut einen Satz Seiten. Der Text auf jeder Seite muss für jeden denkbaren Besucher gleichzeitig funktionieren: die Person die noch nie von dir gehört hat, die Person die dich mit zwei Wettbewerbern vergleicht, der Bestandskunde der die Supportnummer sucht, die Journalistin, der Bewerber, der Einkäufer von der Messe und der Einkäufer aus der Google Suche. Also wird der Text so geschrieben dass er niemanden vor den Kopf stößt und niemanden konkret anspricht. Das ist kein Versagen des Texters. Es ist das was das Briefing verlangt hat.

Dann beginnt das Marketing Anzeigen zu schalten. Und Anzeigen, wenn sie gut sind, sind das Gegenteil davon. Eine gute Anzeige ist spezifisch. Sie benennt ein Problem, eine Zielgruppe, ein Versprechen. Die ganze Disziplin der bezahlten Werbung dreht sich ums Eingrenzen, ums Finden der Botschaft bei der ein Segment aufhört zu scrollen. Du hast also einen Funnel mit einer sehr scharfen Spitze und einer sehr stumpfen Landung.

Die Antwort der Branche darauf war die Landingpage: eine eigene Seite pro Kampagne, außerhalb der Hauptseite gebaut, oft in einem Page Builder der ein zweites CMS ist mit eigenem Login, eigener Hostingrechnung und eigener Art kaputtzugehen. Landingpages funktionieren, und ich habe hunderte gebaut. Aber schau dir an was sie kosten. Jede Kampagne braucht eine neue. Sie driften vom Design und den Aussagen der Hauptseite weg. Sie sind Waisen in der Suche. Sie streichen meist die Navigation, also hat der Besucher der mehr wissen will nirgends hin. Und in dem Moment in dem die Kampagne endet, verrotten sie.

Was ich wollte war der Nutzen einer Landingpage, eine Seite die die Anzeige fortsetzt, ohne die Last eine parallele Website zu pflegen. Das heißt die Hauptseite selbst muss ändern können was sie sagt, je nachdem warum du gekommen bist. Und das ist die ganze Idee.

Was Message Match wirklich ist, und was es wert ist

Vor der Mechanik der Grund warum es zählt. Message Match ist ein einfaches Konzept: die Seite auf der ein Besucher landet soll wiederholen, in Worten und in der Substanz, was die Anzeige versprochen hat. Dieselbe Kernaussage, dasselbe Angebot, derselbe Ton, dieselbe Zielgruppe. Wenn das passt registriert das Gehirn des Besuchers in unter einer Sekunde "ja, richtig hier" und liest weiter. Wenn nicht, gibt es den kleinen Ruck von "Moment, ist das dasselbe?" und ein großer Teil geht wieder.

Ich habe das oft genug gemessen um langweilig damit zu sein. Auf Konten wo ich eine generische Landung durch eine passende ersetzt und sonst nichts verändert habe, hat sich die Conversionrate auf diesem Traffic typischerweise irgendwo zwischen einem Drittel mehr und dem Doppelten bewegt, mit den größeren Sprüngen bei B2B Dienstleistungen wo die generische Seite am weitesten von der Anzeige entfernt war. Google belohnt es außerdem über die Komponente Nutzererfahrung mit der Landingpage im Qualitätsfaktor, was den Klickpreis senkt, und Metas Relevanzsignale tun eine Version desselben. Message Match ist also kein Nice to have. Es ist der Unterschied zwischen einer Kampagne die sich rechnet und einer die es nicht tut, und meistens der günstigste Hebel der in einem Konto noch übrig ist das auf Gebotsebene schon optimiert wurde.

Über das größere Framework dahinter habe ich in dem Artikel zum Message Market Model Fit geschrieben, und die Kurzfassung ist dass die Botschaft zum Markt und zum Modell passen muss bevor du einen Euro ausgibst. Eine Smart Website ist der Mechanismus der die Botschaft auch auf der Seite zum Markt passen lässt, nicht nur in der Anzeige.

Das Modell: kanonisch plus Varianten

Hier ist die Form einer Smart Website, von außen nach innen.

Es gibt eine kanonische Version jeder Seite. Das ist die Version die Suchmaschinen indexieren, die Version die ein Besucher bekommt wenn er deine Domain in den Browser tippt, und die Version die jeder bekommt wenn die Seite keinen Grund hat ihm etwas anderes zu zeigen. Es ist eine richtige Seite, vollständig, gut geschrieben, und sie steht für sich. Das ist wichtig und ich komme darauf zurück.

Dann gibt es, für die Seiten die zählen, Varianten. Eine Variante ist dieselbe Seite mit ausgetauschten Bausteinen: die Überschrift, der erste Absatz, das Hero Bild, der Beweisblock, der Call to Action, vielleicht die Reihenfolge der Abschnitte. Eine Variante existiert weil eine bestimmte Anzeige, eine bestimmte Zielgruppe oder eine bestimmte Stufe der Journey die Seite präziser braucht als die kanonische Version sein kann.

Die Seite entscheidet welche Variante sie zeigt anhand dessen warum du gekommen bist. Das ist der ganze Trick. Nicht wer du bist, warum du gekommen bist.

Warum du gekommen bist: die Kampagnenparameter

Jede Werbeplattform lässt dich Parameter an die URL hängen auf die ein Klick führt. Die meisten kennen sie als UTM Tags, und die meisten nutzen sie nur damit Analytics berichten kann aus welcher Kampagne ein Besuch kam. Ich habe vor Jahren einen ganzen Leitfaden dazu geschrieben wie man sie richtig nutzt, und er ist immer noch einer der meistgelesenen Texte auf dieser Seite.

Eine Smart Website liest dieselben Parameter und behandelt sie als Anfrage. Kampagne, Anzeigengruppe, Creative und ein kleiner eigener Parameter sagen zusammen: dieser Besucher hat die Anzeige geklickt die Logistikleitern schnelle Angebote für Lagerregale versprochen hat. Die Seite schaut nach ob für diese Absicht eine Variante der Landingpage existiert. Wenn ja, rendert sie diese Variante. Wenn nein, rendert sie die kanonische Seite. Kein Raten, keine Ableitung, keine Daten von Dritten. Anzeige und Seite werden zusammen geschrieben, als Paar, und die URL ist der Vertrag zwischen beiden.

Das ist der Teil den ich für wirklich neu halte, und der Teil den ich zuerst baue. Statt eine Landingpage zu erstellen und dann eine Anzeige die darauf zeigt, erstellst du das Paar an einem Ort. Du schreibst das Versprechen der Anzeige und die Fortsetzung dieses Versprechens auf der Seite nebeneinander, und das System gibt dir die URL die du in die Anzeige setzt. Ein Objekt, eine URL, ein Satz Conversion Zahlen. Wenn du das Angebot änderst, änderst du es einmal.

Erinnern, aber nur mit Erlaubnis

Der erste Besuch ist der einfache Fall. Der Besucher kam mit Parametern, du hast eine Variante zugeordnet, fertig. Der interessante Fall ist der zweite Besuch.

Eine Logistikleiterin klickt am Dienstag deine LinkedIn Anzeige, liest die Regalseite und geht wieder. Am Donnerstag erinnert sie sich an dich, tippt deine Domain in den Browser und landet auf der Startseite. Was soll die Startseite sagen?

Die faule Antwort ist "dasselbe wie für alle". Die kluge Antwort ist "die Version die das Gespräch von Dienstag fortsetzt". Der Hero der Startseite spricht über Lagerausstattung statt über den generischen Claim. Die Fallstudie auf der Startseite ist die aus der Logistik. Der Call to Action ist das Angebotsformular das sie schon gesehen hat, nicht der Newsletter.

Dafür muss sich die Seite merken dass diese Besucherin an Regalen interessiert war. Und hier ziehe ich eine harte Linie die ein großer Teil der Personalisierungsbranche nicht zieht. Die Seite merkt es sich nur wenn die Besucherin eingewilligt hat, und sie merkt es sich in einem First Party Cookie der das Interesse enthält und sonst nichts. Keine Nutzer ID. Keinen Fingerprint. Kein Profil das aus anderen Seiten zusammengenäht wurde. Einen kleinen Wert der "Regale" sagt und die Variante die sie gesehen hat, gesetzt nachdem sie auf einem Consent Banner auf Akzeptieren geklickt hat das genau das erklärt, und gelöscht wenn sie es sagt oder wenn der Cookie abläuft.

Wenn sie nicht eingewilligt hat, zeigt die Seite die kanonische Version. Sie wird nicht schlechter, sie nervt nicht, sie versucht nicht über IP Adresse oder Bildschirmgröße herauszufinden wer sie ist. Kanonisch ist der Standard und es ist eine gute Seite. Einwilligung schaltet Kontinuität frei, und Kontinuität ist der ganze Nutzen, deshalb habe ich festgestellt dass die ehrliche Erklärung auf dem Banner viel öfter akzeptiert wird als die übliche Wand aus Juristendeutsch. Menschen lassen sich völlig gern von einer Seite erinnern die ihnen klar sagt was sie sich merken wird.

Die Ethik und die Mechanik dahinter habe ich in Privacy First Growth Hacking ausführlich beschrieben, und die Kurzfassung ist dass die Grenze zwischen hilfreich und gruselig darin liegt ob der Besucher vorhersagen könnte was du über ihn weißt. Ein Interesse aus einer Anzeige die er geklickt hat, mit Erlaubnis gespeichert, ist vorhersehbar. Alles andere nicht.

Testen ist kein Feature, es ist die Architektur

Sobald eine Seite unterschiedliche Inhalte aus unterschiedlichen Gründen rendern kann, hört A/B Testing auf ein separates Werkzeug zu sein das man anschraubt. Es ist derselbe Mechanismus mit einem Eingang mehr.

Jede Variante auf einer Smart Website kann selbst Alternativen haben. Die Regalseite hat vielleicht zwei Überschriften im Test. Ein Besucher der zur Regalvariante passt bekommt eine der beiden zugewiesen, die Zuweisung wird neben dem Interesse in demselben Consent Cookie gespeichert damit sie über Sitzungen hinweg stabil bleibt, und das Conversion Ereignis wird gegen genau die Kombination verbucht die er gesehen hat: welche Absicht, welche Variante, welche Alternative. Kein Skript eines Testanbieters das die Seite flackern lässt, kein Stichprobenrechner in einem eigenen Tab, kein Verlust der Zuweisung wenn der Besucher an einem anderen Tag zurückkommt.

Das Reporting folgt daraus. Für jede Absicht siehst du wie viele Leute kamen, wie viele konvertiert haben und welche Alternative gewonnen hat, mit sauber gerechneter Statistik. Warum die Statistik zählt habe ich in dem Leitfaden zu digitalen Marketing Testmethoden beschrieben, und der Punkt den ich immer wieder mache ist dass die meisten Tests viel zu früh für entschieden erklärt werden. Eingebautes Testen erlaubt dem System sich zu weigern einen Gewinner zu nennen bis die Zahlen es rechtfertigen, statt sich darauf zu verlassen dass ein Marketer unter Druck die Nerven behält.

Die Konsequenz fürs Geschäft ist einfach. Die Seite wird jeden Monat besser, pro Zielgruppe, auf Basis von Belegen, ohne dass jemand irgendetwas neu gestaltet.

Wo die Inhalte leben, und warum es kein CMS gibt

Dieser Teil überrascht Leute, also lass mich präzise sein. Eine Smart Website hat kein Content Management System im Sinn von WordPress. Es gibt keinen Admin mit Seitenbaum, keinen visuellen Builder, kein Plugin Verzeichnis.

Inhalte leben auf einer Smart Website als strukturierte Bausteine. Eine Überschrift ist ein Baustein. Ein erster Absatz ist ein Baustein. Ein Beweisblock mit Zitat, Name und Logo ist ein Baustein. Ein Call to Action mit Beschriftung, Ziel und Begleitsatz ist ein Baustein. Seiten sind Kompositionen aus Bausteinen, und Varianten sind Kompositionen die einige davon austauschen. Die Seite ist eine Ruby on Rails Anwendung und die Bausteine sind Zeilen in einer Datenbank mit Schema, was langweilig klingt und tatsächlich der Grund ist warum das Ganze überhaupt möglich ist. Ein Page Builder speichert Klumpen aus HTML. Einem Klumpen HTML kannst du nicht sinnvoll sagen "gib mir die Regalvariante dieser Seite". Einem Satz strukturierter Bausteine schon.

Wie ändert der Inhaber also den Text? Über das Kundenportal, in normaler Sprache. Du öffnest die Seite, zeigst auf den Baustein und beschreibst die Änderung: "lass diese Überschrift Logistikleiter ansprechen und erwähne die Lieferzeit von zehn Tagen". Die KI entwirft sie in der Markenstimme die sie vom Rest der Seite gelernt hat, du siehst vorher und nachher, du gibst frei oder bearbeitest und gibst frei, und sie geht live. Bilder funktionieren genauso mit einem Briefing. Niemand loggt sich in ein CMS ein. Niemand ruft die Agentur wegen zwei Zeilen an. Und jede Änderung wird festgehalten, mit wer wann freigegeben hat, was ein Compliance Punkt ist und nicht nur eine Bequemlichkeit.

Ich will die Grenze hier klar ziehen. Die KI entwirft. Ein Mensch gibt frei. Nichts auf einer Smart Website wird von einem Modell veröffentlicht ohne dass ein Mensch auf einen Knopf drückt, und das ist keine Einschränkung die ich vorhabe aufzuheben. Der Wert der KI in dieser Schleife ist dass der mühsame Teil, sieben Varianten derselben Überschrift für sieben Zielgruppen zu schreiben, Minuten dauert statt einen Tag. Die Entscheidung welche live geht bleibt dort wo sie hingehört.

Suchmaschinen, Canonical Tags und die Cloaking Frage

Die erste Frage die jeder kompetente SEO stellt wenn ich das beschreibe: ist das nicht Cloaking? Google eine Seite zu zeigen und Nutzern eine andere ist seit zwanzig Jahren ein Strafdelikt, also ist es die richtige Frage.

Die Antwort ist nein, und die Gründe sind strukturell, nicht eine Frage der Hoffnung dass es niemand merkt.

Erstens ist die kanonische Seite eine echte Seite und sie ist das was Suchmaschinen sehen. Crawler kommen ohne Kampagnenparameter und ohne Consent Cookie, also bekommen sie die kanonische Version, genau wie ein Erstbesucher der die URL tippt. Es gibt keine Sonderbehandlung für Bots, in keine Richtung.

Zweitens trägt jede Variante einen Canonical Tag der auf die kanonische URL zeigt, und der Kerninhalt, die Substanz dessen worum es auf der Seite geht, das Produkt, die Dienstleistung, die Aussagen, die Preise, ist auf jeder Variante derselbe. Varianten ändern Gewichtung, Ton, Reihenfolge und Beispiele. Sie ändern nicht was die Seite ist. Eine Variante der Regalseite ist immer noch die Regalseite. Das ist dasselbe Prinzip das Google im Zusammenhang mit A/B Tests seit Jahren ausdrücklich absegnet: variiere die Darstellung, behalte die Substanz, kanonisiere, und du bist auf der sicheren Seite.

Drittens werden Kampagnenparameter von der Indexierung ausgeschlossen, wie sie es ohnehin sein sollten, also konkurriert nie eine Varianten URL mit der kanonischen in den Suchergebnissen.

Der Nettoeffekt ist dass die kanonische Seite für die Suche eher besser ist als eine konventionelle Seite, weil die ganze Kampagnenenergie die früher in verwaiste Landingpages floss jetzt Seiten verbessert die tatsächlich indexiert sind. Wie sich die Suche in KI Antworten und Zero Click Ergebnisse aufspaltet habe ich in dem Artikel zu SEO, AIO, GEO und AEO beschrieben, und eine der Schlussfolgerungen dort ist dass klare, gut strukturierte kanonische Seiten genau das sind was die KI Suchschicht zitieren will.

Was eine Smart Website verweigert

Ich habe es als nützlich empfunden diesen Teil laut auszusprechen, denn "Personalisierung" hat einen schlechten Ruf und hat ihn sich verdient.

Eine Smart Website macht kein Fingerprinting. Sie kombiniert nicht Bildschirmgröße, Schriften, Zeitzone und ein Dutzend weitere Signale zu einer Schattenkennung um dich ohne Cookie wiederzuerkennen. Das ist eine Technik, sie funktioniert, und ich werde sie nicht bauen.

Sie rät nicht wer du bist. Sie leitet aus deinem Verhalten nicht Geschlecht, Alter, Einkommen oder sonst etwas ab und ändert die Seite auf Basis der Vermutung. Jeder Mechanismus den ich beschrieben habe hängt daran warum du gekommen bist, also an einer Kampagne die du geklickt hast oder einem Interesse dessen Speicherung du erlaubt hast. Nie daran wer das System glaubt dass du sein könntest.

Sie speichert keine persönlichen Daten in der Personalisierungsschicht. Name, Mailadresse und alles andere was du der Seite über ein Formular gibst geht dorthin wo es hingehört, in ein CRM oder ein Bestellsystem mit eigener Einwilligung und eigenem Zweck. Die Varianten Engine sieht sie nie und braucht sie nicht.

Sie kauft oder leiht keine Daten. Keine Zielgruppensegmente von Dritten, keine Anreicherungsdienste, keine "wir wissen dass diese IP zu einer Firma in Hamburg gehört" Tricks. Wenn du willst dass die Seite Logistikleiter anspricht, schaltest du eine Anzeige für Logistikleiter und die Seite setzt diese Anzeige fort. Die Zielgruppendefinition lebt auf der Werbeplattform, wo sie ohnehin deren Einwilligungsrahmen unterliegt, und die Seite respektiert einfach die Übergabe.

Ich beschreibe diese Grenzen nicht widerwillig. Sie sind der Grund warum der Ansatz in Europa überhaupt funktioniert, und der Grund warum er weiter funktionieren wird wenn die nächste Regulierungsrunde kommt. Und in einem Jahrzehnt in diesem Geschäft habe ich nicht ein einziges Mal gesehen dass abgeleitete Personalisierung eine schlichte, ehrliche Fortsetzung dessen geschlagen hätte was der Besucher geklickt hat.

Ein durchgerechnetes Beispiel: ein Onlineshop

Machen wir es konkret. Sagen wir du betreibst einen Shop für Gartenmöbel. Echtes Sortiment, ein paar hundert Produkte, eine designgetriebene Marke, Verkauf in Deutschland und Österreich.

Deine kanonische Startseite ist das was sie sein sollte: ein schöner saisonaler Hero, die Hauptkategorien, ein Beweisstreifen mit Bewertungen, eine Newsletter Box. Sie rankt, sie konvertiert kalten Traffic ordentlich, und du würdest sie nicht ändern.

Jetzt ist April und du fährst drei Kampagnen. Auf Meta ein Video über ein modulares Sofaset für Leute die mit Outdoor Living Inhalten interagiert haben. Auf Google Shopping und in der Suche Anzeigen auf "Gartenlounge wetterfest". Auf Pinterest eine Kampagne rund um Lösungen für kleine Balkone.

Auf einer konventionellen Seite landen alle drei auf der Startseite oder einer Kategorieseite, und der Balkonbesucher scrollt an einem Hero Bild einer Lounge vorbei die nie in seine Wohnung passen würde. Auf einer Smart Website hat jede Kampagne eine Variante der Landingpage. Der Meta Besucher bekommt das modulare Sofa als Hero, mit dem Schlüsselbild aus dem Video und dem Versprechen aus der Anzeige, "gebaut für deine Terrasse, nicht für den Showroom", als Überschrift. Der Suchbesucher bekommt einen Hero der das Wort wetterfest in der ersten Zeile sagt, mit der Wettergarantie als Beweisblock, denn danach hat er gesucht. Der Pinterest Besucher bekommt Balkonsets zuerst, mit einem "passt auf einen 2 mal 3 Meter Balkon" Filter der schon gesetzt ist.

Die Kategorieseiten darunter machen dasselbe. Produktseiten ändern sich nicht, denn ein Produkt ist ein Produkt, aber der "das könnte dir auch gefallen" Streifen auf einer Produktseite kann für den Balkonbesucher zu balkongroßen Artikeln tendieren, was genau die Art von Ding ist die den Warenkorbwert hebt ohne dass sich jemand manipuliert fühlt.

Jeder Besucher der einwilligt wird als "modular", "wetterfest" oder "Balkon" gemerkt. Wenn er im Mai von selbst zurückkommt, macht die Startseite dort weiter. Und jede dieser Varianten hat zwei Überschriften im Test, also weißt du bis Juni welche Zeile der Meta Zielgruppe Sofas verkauft, ohne ein einziges Meeting dazu.

Was der Aufbau gebraucht hat: drei Varianten einer Landingpage und eine Präferenz auf dem Empfehlungsstreifen, an einem Nachmittag im Portal geschrieben, mit den Kampagnen URLs die gleichzeitig erzeugt wurden. Was er ersetzt hat: drei separate Landingpages in einem Builder, das Skript eines Testanbieters, und eine monatliche Diskussion darüber welches Hero Bild verwendet wird.

Ein durchgerechnetes Beispiel: ein B2B Dienstleister

Jetzt das andere Ende. Sagen wir du bist ein Ingenieurbüro mit fünfzehn Leuten das Bauwerksprüfungen und Compliance Gutachten für Gewerbeimmobilien macht, in Österreich, mit einer Website die acht Leistungen beschreibt und alle anspricht.

Du schaltest LinkedIn Anzeigen an zwei Zielgruppen: Facility Manager bei Immobiliengesellschaften und Architekten in mittelgroßen Büros. Die Anzeige für Facility Manager dreht sich darum eine durchgefallene Prüfung zu vermeiden. Die Anzeige für Architekten dreht sich um schnelle Statikberechnungen während der Planungsphase.

Das konventionelle Ergebnis ist dass beide auf der Seite Gutachten landen, die alles auflistet was du tust, in der Reihenfolge in der es dem Gründer eingefallen ist, und der Facility Manager herausfinden muss welches der acht Dinge für ihn gilt.

Auf einer Smart Website bekommt der Facility Manager eine Variante der Gutachtenseite mit dem Prüfungsergebnis als Überschrift, der relevantesten Zertifizierung ganz vorn, einer Fallstudie einer Immobiliengesellschaft, und einem Call to Action der "Begehung vor der Prüfung buchen" sagt statt "Kontakt". Der Architekt bekommt dieselbe Seite um die Durchlaufzeit herum neu aufgebaut, mit einem Beweisblock der ein Büro zitiert das seine Berechnungen in vier Tagen zurückbekommen hat, und einem Call to Action zum Senden der Pläne. Dieselbe Leistung. Dieselbe Seite in den Augen von Google. Völlig andere erste dreißig Sekunden für die Person die sie liest.

Das Erinnern zählt hier noch mehr als im eCommerce, weil B2B Kauf Wochen dauert. Der Facility Manager kommt über einen Monat dreimal zurück, über einen gespeicherten Link, über die Weiterleitung eines Kollegen, über eine Suche nach deinem Firmennamen. Jedes Mal, mit Einwilligung, setzt die Seite das Prüfungsgespräch fort statt auf die acht Leistungen des Gründers zurückzuspringen. Wenn er schließlich das Formular ausfüllt kommt die Anfrage mit der Absicht markiert an, also weiß dein Vertriebskollege bevor er zum Hörer greift warum der Kunde gekommen ist.

Ich habe diese Art von Ding jahrelang manuell für Beratungsunternehmen gemacht, mit handgebauten Seiten, und der Sprung bei der Anfragerate war der größte den ich irgendwo sehe, weil der generische Ausgangspunkt meist so weit von dem entfernt ist was eine der beiden Zielgruppen braucht. Was sich mit einer Smart Website ändert ist dass es aufhört ein Projekt zu sein und zu dem wird wie die Seite funktioniert.

Warum Rails, und warum ich das nicht auf einem Page Builder baue

Gelegentlich werde ich gefragt ob das alles nicht als Plugin für WordPress oder als App auf einem gehosteten Baukasten ginge. Technisch geht ein Teil davon. Praktisch habe ich mich dagegen entschieden, und die Gründe lohnen sich auszusprechen weil es dieselben sind die ich in meinem Vergleich der Web Frameworks genannt habe.

Eine Smart Website ist eine Anwendung, keine Dokumentensammlung. Sie hat ein Datenmodell mit Seiten, Bausteinen, Varianten, Absichten, Zuweisungen und Conversions. Sie hat Logik die bei jeder Anfrage läuft. Sie hat ein Portal mit Rollen, Freigaben und einem Prüfpfad. Rails ist genau dafür gebaut: ein ausgereiftes Framework mit ordentlichem Testing, ordentlichen Sicherheitswerkzeugen und einer Datenschicht mit der ich "die Regalvariante dieser Seite für einen Besucher der am Dienstag eingewilligt hat" in ein paar Zeilen ausdrücken kann. Ein Page Builder ist dafür gebaut dass Nichtentwickler Kästen anordnen, und jeder Versuch Anwendungsverhalten daran anzuschrauben endet im Kampf mit dem Werkzeug.

Es gibt auch ein Sicherheitsargument, das ich im Solidus Vergleich ausführlich gemacht habe und hier nicht wiederhole: eine Seite deren Verhalten von dreißig Plugins von dreißig Autoren abhängt ist eine Seite deren Sicherheit von dreißig Leuten abhängt die du nie getroffen hast. Eine Rails Anwendung mit kleiner, getesteter Codebasis ist etwas das ich bei jedem Release scannen und hinter dem ich stehen kann.

Und es gibt ein schlichtes wirtschaftliches Argument. Eine als Anwendung gebaute Seite muss nicht alle vier Jahre neu gebaut werden wenn das Theme veraltet, weil das Design eine Schicht über strukturierten Inhalten ist und geändert werden kann ohne die Inhalte anzufassen. Das meiste Geld das für Unternehmenswebsites ausgegeben wird geht in periodische Neubauten die dieselben Inhalte in einem neuen Template nachbauen. Mir wäre lieber dieses Geld ginge in Varianten die konvertieren.

Was das noch nicht ist

Ich habe gesagt ich beschreibe das nicht als fertig ausgeliefert, also hier ehrlich der Stand zum Zeitpunkt des Schreibens.

Das Modell aus kanonisch plus Varianten, die Zuordnung über Kampagnenparameter und das einwilligungsbasierte Erinnern sind das was ich zuerst baue, auf meiner eigenen Seite, weil ich mich weigere etwas zu verkaufen das ich nicht selbst betrieben habe. Die Portalbearbeitung mit KI Entwurf und menschlicher Freigabe ist die nächste Schicht, und sie baut auf einem Kundenportal auf das schon existiert und schon Dokumente, Freigaben und Prüfprotokolle für meine Kunden abwickelt. Der kombinierte Builder für Anzeige und Seite, bei dem du das Paar einmal schreibst und eine URL bekommst, ist das Stück mit dem größten Potenzial und das Stück bei dem ich am vorsichtigsten bin es fertig zu nennen, weil es richtig zu machen bedeutet drei Werbeplattformen zu integrieren die jede ihre eigene Vorstellung davon haben was eine Kampagne ist.

Wenn du das liest und morgen eine willst, bekommst du morgen also die sauber gebaute Rails Seite mit der Varianten Engine, und den Rest sobald er fertig ist. Was du nicht bekommst ist das Versprechen dass alles auf dieser Seite ein Knopf ist den du heute drücken kannst. Ich schreibe lieber jetzt die ehrliche Version dieses Artikels und aktualisiere sie, als die Broschürenversion zu schreiben und zu hoffen.

Der Punkt zu dem ich immer zurückkomme

Nimm die Mechanik weg und die Idee ist altmodisch. Ein guter Ladenbesitzer spricht mit jedem Kunden über das wofür er gekommen ist. Er sagt nicht jedem der durch die Tür kommt das ganze Inventar auf, und er folgt Leuten nicht die Straße runter um herauszufinden wo sie wohnen. Er erinnert sich an die Stammkunden, weil die Stammkunden erinnert werden wollen, und er behandelt Fremde als Fremde bis die Fremden etwas anderes sagen.

Websites haben das verloren als sie zu Dokumenten wurden. Anzeigen haben es nie verloren, deshalb sind Anzeigen spezifisch und Websites vage und die Lücke dazwischen kostet alle Geld. Eine Smart Website ist einfach die Website die sich wieder wie der Ladenbesitzer verhält: das Gespräch fortsetzen das der Besucher begonnen hat, mit Erlaubnis erinnern, und aus dem besser werden was tatsächlich funktioniert statt aus dem was jemand hübsch findet.

Das meine ich mit dem Begriff. Wenn deine Seite das noch nicht tut, und fast keine tut es, ist der gratis Workshop der Ort an dem wir anfangen: deine Anzeigen, deine Seiten, und die Lücke dazwischen.