Kategorie: Einblicke

Ein KI-Assistent erhält den Auftrag, Daten aus verschiedenen Quellen zu sammeln, Code zu schreiben, um sie zu analysieren, und das Ergebnis als Diagramm darzustellen. Er arbeitet stundenlang, führt Skripte aus, greift auf Dateien zu und kommuniziert mit anderen Diensten. Ein fehlerhafter Befehl könnte das System beschädigen oder ein Angreifer den Assistenten kapern. Sandboxen verhindern das: isolierte Umgebungen, in denen der Agent arbeitet, ohne das Host-System oder sensible Daten zu gefährden.

Die Ingenieure von Perplexity haben eine Plattform namens SPACE (Sandboxed Platform for Agentic Code Execution) entwickelt. Sie ist für langlaufende, zustandsbehaftete Agenten-Workloads konzipiert. Traditionelle Container-basierte Sandboxen sind für kurze, statlose Jobs optimiert und haben ein Problem: Der Kernel ist ein Single Point of Failure. Wer den Kernel im Container kompromittiert, kann auf den Host-Kernel zugreifen und andere Container gefährden. SPACE nutzt virtuelle Maschinen (VMs) mit eigenem Gast-Kernel. Selbst wenn ein Angreifer den Kernel der VM übernimmt, bleibt der Schaden auf diese eine VM beschränkt – der Host und andere Mandanten sind geschützt.

Warum herkömmliche Sandboxen für Agenten nicht reichen

Ein KI-Agent, der über Stunden oder Tage arbeitet, sammelt Kontext, verändert ein Dateisystem und hinterlässt laufende Prozesse. Bei Container-Ansätzen müsste man diese Zustände regelmäßig extern sichern und bei Fehlern neu aufbauen – aufwendig. SPACE modelliert den gesamten Lebenszyklus einer Sandbox als expliziten Zustandsautomaten: Erstellen, Pausieren, Fortsetzen, Suspendieren und Wiederherstellen sind sauber definierte Operationen. Das ermöglicht Forking, Rollback und Crash-Recovery – ohne dass der Agent jedes Mal neu starten muss.

Die drei Säulen von SPACE: Sicherheit, Funktionalität, Effizienz

Die Herausforderung beim Bau einer Sandbox-Plattform ist die Abwägung zwischen Sicherheit, Funktionalität und Effizienz. Mehr Freiheit für den Agenten bedeutet mehr Angriffsfläche. Schnellere Sandbox-Erstellung durch gemeinsame Ressourcen erhöht das Risiko von Datenlecks. Häufigere Snapshots verbessern die Wiederherstellbarkeit, kosten aber Speicher und Zeit. SPACE balanciert diese Ziele durch eine durchdachte Architektur.

Sicherheit: Mehrschichtige Isolation

Die Isolation ist mehrschichtig. Erstens die VM-Isolation: Jede Sandbox läuft in einer eigenen VM mit Gast-Kernel. Zweitens die Host-OS-Prozessisolierung: Host-Dienste laufen unprivilegiert, privilegierte Operationen werden über einen dedizierten Node-Manager abgewickelt. Kommunikation mit der Sandbox erfolgt ausschließlich über kontrollierte Kanäle: Ein in der VM laufender Daemon namens space reguliert Dateisystemzugriffe, Prozesse und Netzwerk. Dieser Daemon kommuniziert nur mit dem Host über einen privaten In-VM-Kanal – die Netzwerkschnittstelle der VM steht nur dem Workload selbst für ausgehenden Datenverkehr zur Verfügung.

Credentials werden außerhalb der Sandbox verwaltet. Geheime Schlüssel oder Passwörter gelangen nie in die Sandbox. Der Credential Manager verwaltet die Daten außerhalb. Bei Bedarf werden sie auf Netzwerkebene injiziert oder von einem Browser-Agenten automatisch ausgefüllt – sie berühren das Dateisystem des Agenten nie. Für ruhende Daten unterstützt SPACE BYOK (Bring Your Own Key): Verschlüsselungsschlüssel kommen aus dem eigenen Key-Management-Service des Kunden und verlassen nie den sicheren Bereich. Entzieht das Unternehmen den Schlüssel, sind die Daten unlesbar.

Funktionalität: Lebenszyklus für langlebige Agenten

Ein Agent startet ohne Wartezeit. SPACE hält einen Warm Pool von Pods vor, die bereits eine Vorlage (Template) eingebunden haben. Wird eine neue Sandbox angefordert, wird sie einem passenden Pod zugewiesen – das startet in Sekundenbruchteilen. Snapshots sind der Kernmechanismus für Pause, Suspend, Rollback und Wiederherstellung. Ein Scheduler erfasst regelmäßig zwei Arten: Disk-Snapshots (Momentaufnahmen des Dateisystems) und Full-Snapshots (Checkpoints der gesamten VM). Disk-Snapshots sind häufig, Full-Snapshots seltener. Sie verbleiben auf dem Knoten, die Aufbewahrungsdauer richtet sich nach einer gestaffelten Policy.

Wird eine Sandbox suspendiert, pausiert das System die VM, erstellt einen Full-Snapshot und lädt die Artefakte in den Objektspeicher hoch. Erst wenn alle Teile angekommen sind, wird der Snapshot in der Datenbank als wiederherstellbar markiert. So kann kein korrupter Zustand entstehen. Die Wiederherstellung kann auf jedem beliebigen Knoten erfolgen, da der Snapshot zentral gespeichert ist. Das ermöglicht Lastverteilung und Ausfallsicherheit.

Effizienz: Weniger Speicher und schnellere Operationen

Effizienz ist entscheidend. SPACE setzt auf das Btrfs-Dateisystem (B-tree Filesystem) auf den Knoten. Btrfs kombiniert Copy-on-Write mit logischem Volume-Management. Der Vorteil: Reflink-Kopien sind extrem schnell, da nur Metadaten kopiert werden, die Datenblöcke bleiben gemeinsam genutzt. Snapshots sind atomar und sofort. Dadurch braucht man nur den tatsächlichen Änderungsbereich zu speichern. Sandbox-Erstellung und -Wiederherstellung sind effizient.

Die Resultate: Seit der Einführung von SPACE als Sandbox-Schicht für Perplexity Computer im letzten Monat wurden Millionen von Sandboxen erstellt und zig Millionen Wiederverbindungen unterstützt – mit Startzeiten, die drei- bis fünfmal schneller sind als bei der vorherigen Lösung. 100 Prozent der Computer-Sitzungen laufen heute auf SPACE. Die Entwickler planen, die Plattform auf weitere Oberflächen auszurollen.

Was bedeutet das für die Praxis?

Für Anwender von KI-Agenten bedeutet das mehr Vertrauen in die Sicherheit ihrer Systeme. Selbst wenn ein Agent kompromittiert wird, bleibt der Schaden auf die einzelne Sandbox begrenzt. Geheimnisse sind nie im Zugriff des Agenten. Gleichzeitig arbeiten Agenten produktiver, weil sie lange Sitzungen ohne Neustart fortsetzen können. Für Betreiber von Agent-Plattformen bietet SPACE eine skalierbare, effiziente Infrastruktur, die mit den steigenden Anforderungen wächst. Sicherheit und Komfort lassen sich verbinden – wenn die Architektur entsprechend gestaltet ist.

Quelle: research.perplexity.ai

Was bedeutet Ping?

Ping ist ein Computer-Befehl. Damit testest du, ob ein anderer Computer im Internet erreichbar ist. Stell dir vor, du wirfst einen Ball gegen eine Wand. Kommt er zurück, weißt du, die Wand ist da. So funktioniert Ping.

Der Name kommt vom Sonar bei Schiffen. Schiffe senden Schallwellen aus und warten auf das Echo. Dieses Echo heißt „Ping“. Dein Computer sendet kleine Datenpakete und wartet auf Antwort. Diese Antwort ist der Ping.

Ping wird in Millisekunden gemessen. Ein guter Wert ist niedrig, zum Beispiel unter 50. Ein hoher Wert bedeutet lange Antwortzeit. Das stört bei Online-Spielen.

Wie funktioniert der Ping-Befehl?

Öffne die Eingabeaufforderung. Auf Windows: Windows-Taste + R, dann „cmd“ tippen. Ein schwarzes Fenster erscheint. Dort gibst du „ping google.com“ ein und drückst Enter.

Dein Computer sendet vier kleine Datenpakete an Google. Für jedes misst er die Zeit bis zur Antwort. Diese Zeit zeigt er an. Du siehst auch, ob alle Pakete ankamen. Manchmal gehen Pakete verloren. Das nennt man „Packet Loss“.

Die Antwort enthält wichtige Daten. Sie zeigt die IP-Adresse des Ziels. Außerdem die genaue Zeit in Millisekunden. Manchmal siehst du TTL. Das bedeutet „Time To Live“ und zeigt, wie viele Stationen das Paket durchlaufen darf.

Wofür braucht man Ping?

Ping hilft bei Internet-Problemen. Lädt eine Webseite nicht, pingst du sie zuerst. Bekommst du eine Antwort, ist deine Verbindung in Ordnung. Dann liegt das Problem vielleicht an der Webseite.

Gamer benutzen Ping oft. Bei Online-Spielen ist eine schnelle Verbindung wichtig. Ein hoher Ping bedeutet Verzögerung. Deine Aktionen kommen später beim Server an. Das kann den Spielspaß ruinieren. Viele Spieler überwachen ihren Ping.

Techniker nutzen Ping für die Fehlersuche. Funktioniert ein Netzwerk nicht, pingen sie verschiedene Computer. So finden sie heraus, wo das Problem liegt. Vom Router bis zum Zielcomputer kann jeder Schritt gepingt werden.

Was bedeuten die Ping-Ergebnisse?

Die Ping-Antwort hat mehrere Teile. Zuerst siehst du die IP-Adresse des Ziels. Dann kommen die Antwortzeiten für jedes Paket. Ein Wert von „Zeit=15ms“ bedeutet 15 Millisekunden. Das ist schnell.

Am Ende kommt eine Zusammenfassung. Sie zeigt, wie viele Pakete gesendet und empfangen wurden. Bei vier gesendeten und vier empfangenen Paketen ist alles gut. Gehen Pakete verloren, steht dort „3 empfangen, 1 verloren“. Das ist nicht optimal.

Die Zusammenfassung zeigt Minimum, Maximum und Durchschnitt. Der Durchschnitt ist der wichtigste Wert. Er gibt die typische Antwortzeit an. Der Maximum-Wert zeigt die schlechteste Antwort. Große Unterschiede deuten auf eine instabile Verbindung hin.

Ping auf verschiedenen Geräten

Auf Windows-Computern ist Ping immer dabei. Öffne die Eingabeaufforderung und gib „ping“ gefolgt von der Adresse ein. Die Option „-t“ pingt kontinuierlich. Dann hört Ping nicht nach vier Paketen auf, sondern pingt weiter bis du Strg+C drückst.

Auf Smartphones gibt es Ping-Apps. Sie machen das Gleiche wie der Computer-Befehl. Sie sind praktisch, um das WLAN zu testen. Manche Router haben auch Ping-Funktionen. Im Router-Menü kannst du oft andere Geräte im Netzwerk pingen.

Mac-Computer haben Ping auch. Öffne das Terminal und benutze den gleichen Befehl. Auch Linux-Computer haben Ping. Die Bedienung ist fast überall gleich. Nur die Optionen können etwas unterschiedlich sein.

Ping-Optionen

Ping hat viele Optionen. Mit „-n“ legst du fest, wie viele Pakete gesendet werden. Standard sind vier. Mit „ping -n 10 google.com“ sendest du zehn Pakete. Das gibt eine bessere Statistik.

Die Option „-l“ legt die Größe der Pakete fest. Standard sind 32 Bytes. Größere Pakete brauchen länger. Mit „ping -l 1000 google.com“ sendest du 1000 Byte große Pakete. Das testet, wie die Verbindung mit größeren Datenmengen umgeht.

Mit „-w“ setzt du eine Wartezeit. Das ist die maximale Zeit, die Ping auf eine Antwort wartet. Standard sind 4000 Millisekunden. Bei langsamen Verbindungen kannst du diesen Wert erhöhen. So vermeidest du, dass Ping zu früh aufgibt.

Probleme und Grenzen von Ping

Ping testet nur die Erreichbarkeit. Es testet nicht die Download- oder Upload-Geschwindigkeit. Dafür gibt es andere Tools. Ping misst nur die Antwortzeit für kleine Pakete. Das ist wichtig für Echtzeit-Anwendungen wie Spiele.

Manche Server blockieren Ping. Sie antworten nicht auf Ping-Anfragen. Das ist eine Sicherheitseinstellung. Dann zeigt Ping „Zielhost nicht erreichbar“ an. Das bedeutet nicht unbedingt, dass der Server down ist.

Ping kann nicht alle Netzwerkprobleme finden. Es zeigt nur, ob eine Verbindung grundsätzlich funktioniert. Für detaillierte Analysen gibt es andere Tools. Traceroute zeigt jeden einzelnen Schritt der Verbindung. Ping ist der erste und einfachste Test.

Ping in der Praxis

Dein Internet ist langsam. Öffne die Eingabeaufforderung und ping deinen Router. Die Adresse ist meist 192.168.1.1 oder 192.168.0.1. Ist der Ping zum Router schnell, liegt das Problem nicht im Heimnetzwerk. Dann pingst du eine externe Adresse wie google.com.

Ist der Ping zu Google hoch, aber zum Router niedrig, liegt das Problem beim Internet-Anbieter. Vielleicht ist die Leitung überlastet. Sind beide Pings hoch, könnte das WLAN das Problem sein. Teste dann mit einem Netzwerkkabel direkt am Router.

Bei Online-Spielen siehst du oft den Ping-Wert in der Ecke. Dieser Wert wird laufend aktualisiert. Steigt der Wert plötzlich an, gibt es ein Problem. Vielleicht lädt jemand anderes ein Video. Oder der Internet-Anbieter hat Probleme.

Zusammenfassung

Ping ist ein einfaches Werkzeug. Es testet die Grundfunktion von Netzwerk-Verbindungen. Jeder kann Ping benutzen. Die Eingabeaufforderung mag ungewohnt sein, aber sie ist leicht zu lernen.

Merke dir: „ping [Adresse]“. Die Adresse kann eine Webseite wie google.com sein oder eine IP-Adresse. Drücke Enter und warte. Vier Antworten bedeuten eine gute Verbindung. Zeitwerte unter 50ms sind sehr gut.

Bei Problemen ist Ping der erste Schritt. Es gibt schnell Auskunft über den Zustand der Verbindung. Techniker beginnen fast immer mit einem Ping-Test. Auch du kannst das tun, wenn dein Internet nicht richtig funktioniert.

Was ist Vercel?

Vercel ist eine Cloud-Plattform für Entwickler. Sie hilft dabei, Webseiten und Apps im Internet zu veröffentlichen. Vercel ist besonders bekannt für Next.js, ein Werkzeug zum Bauen moderner Webseiten. Viele Unternehmen nutzen Vercel für ihre Online-Projekte.

Der Sicherheitsvorfall

Hacker sind in die Systeme von Vercel eingedrungen. Sie behaupten, Daten gestohlen und zum Verkauf angeboten zu haben. Vercel bestätigt den unbefugten Zugriff auf interne Systeme. Das Unternehmen hat Experten eingeschaltet und die Polizei informiert.

Der Angriff startete über ein kompromittiertes Dritt-Tool. Ein Mitarbeiter nutzte das KI-Tool Context.ai, das ein Sicherheitsproblem hatte. Über dieses Tool erlangten die Hacker Zugang zu den Google-Konten des Mitarbeiters und damit zu Vercels Systemen.

Was wurde gestohlen?

Die Hacker, die sich „ShinyHunters“ nennen, posteten in einem Forum. Sie behaupten, Zugangsschlüssel, Quellcode, Datenbank-Daten und interne Informationen erbeutet zu haben. Als Beweis veröffentlichten sie eine Datei mit 580 Datensätzen von Mitarbeitern, darunter Namen und E-Mail-Adressen.

Die Hacker gelangten auch an „Environment Variables“. Das sind geheime Konfigurationswerte für Programme. Vercel speichert diese normalerweise verschlüsselt. Einige Variablen, die nicht als sensibel markiert waren, waren jedoch unverschlüsselt und wurden ausgenutzt.

Was bedeutet das für Nutzer?

Viele Webseiten und Apps werden mit Next.js gebaut und bei Vercel gehostet. Eine gefährdete Plattform kann auch diese Dienste betreffen.

Der Vorfall zeigt: Auch große Unternehmen können gehackt werden. Starke Passwörter und Zwei-Faktor-Authentifizierung sind wichtig. Der Angriff begann bei einem Mitarbeiter-Konto.

Wie hat Vercel reagiert?

Vercel hat den Vorfall öffentlich gemacht und Kunden informiert. Das Unternehmen rät Kunden, ihre „Environment Variables“ zu überprüfen. Alle geheimen Schlüssel sollten als sensibel markiert und verschlüsselt sein. Falls nötig, müssen sie ausgetauscht werden.

Next.js, Turbopack und andere Open-Source-Projekte sind laut Vercel sicher. Der Angriff zielte auf interne Systeme, nicht auf diese öffentlichen Code-Bibliotheken.

ShinyHunters und Lösegeldforderung

In Telegram-Nachrichten wurde über eine Lösegeldforderung von 2 Millionen Dollar diskutiert. Ob Vercel gezahlt hat, ist unbekannt. Andere mit ShinyHunters in Verbindung gebrachte Hacker bestritten eine Beteiligung. Die Welt der Cyberkriminalität ist oft unübersichtlich.

Tipps für mehr Sicherheit

Nutze unterschiedliche, starke Passwörter. Ein Passwort-Manager kann helfen.
Aktiviere Zwei-Faktor-Authentifizierung, wo es möglich ist.
Sei vorsichtig mit Dritt-Apps und Tools, die du mit deinen Konten verbindest.
Halte deine Software aktuell.
Sei misstrauisch bei unerwarteten Nachrichten, die nach Daten fragen.

Warum Cloud-Sicherheit wichtig ist

Cloud-Dienste speichern Daten auf Servern im Internet. Das ist praktisch, bedeutet aber, dass man seine Daten einem Unternehmen anvertraut. Die Sicherheit dieser Dienste ist daher entscheidend. Ein Leck kann Tausende Kunden betreffen.

Sicherheit hängt von vielen Faktoren ab: der Plattform selbst, den Mitarbeiter-Konten und den Praktiken der Kunden. Bei Vercel war das schwächste Glied ein kompromittiertes Konto eines Drittanbieters.

Wachsam bleiben

Der Vercel-Hack zeigt, dass niemand vor Cyberangriffen sicher ist. Informiere dich über digitale Sicherheit. Achte auf deine persönlichen Daten. Überlege, welche Informationen du online teilst. Auch große Tech-Firmen sind verwundbar. Wachsamkeit ist in der digitalen Welt wichtig.

Ann war im letzten Monat in San Francisco unterwegs und hat dort verschiedene KI-native Unternehmen besucht. Sie konnte aus erster Hand sehen, wie diese Firmen heute wirklich arbeiten. Vieles davon hat sie überrascht und einige Muster haben sich bei fast jedem Besuch wiederholt. Hier ist eine kurze Zusammenfassung dessen, was ein KI-natives Unternehmen für die Zukunft bedeuten könnte.

Der Produktmanager verschwindet

An einem einzigen Tag hat Ann fünf Firmen besucht. Insgesamt fand sie dort genau einen einzigen Vollzeit-Produktmanager. Eine der Firmen hatte sogar 40 Mitarbeiter und trotzdem keinen klassischen PM. Stattdessen sprechen die Entwickler täglich direkt mit den Kunden und treffen Produktentscheidungen komplett selbst.

Der Produktmanager wird hier nicht einfach mit KI unterstützt oder verstärkt. Bei vielen Startups, die Ann gesehen hat, wird die Rolle komplett von Engineering und Design übernommen. Der PM verschwindet als eigenständige Funktion. Was übrig bleibt, ist eine viel direktere Verbindung zwischen den Menschen, die etwas bauen, und den Menschen, die es nutzen.

Die größte Gefahr: Die Feature-Fabrik

Wenn man jeden Kundenwunsch innerhalb eines Tages umsetzen kann, ist die Versuchung riesig, einfach alles zu bauen. Mehrere Firmen haben Ann erzählt, dass genau das ihr größtes strategisches Risiko ist. Sie nennen es die Feature-Fabrik. Es bedeutet, dass man am Ende ein Produkt hat, das alles ein bisschen kann, aber nichts richtig.

Die Firmen, die diesen Kampf gewinnen, arbeiten mit harten Grenzen. Eine Firma erlaubt ihren KI-Agenten nur, bestehende Funktionen über JSON zu konfigurieren. Sie können buchstäblich keinen neuen Code schreiben. Eine andere nutzt klare Nordstern-Kennzahlen pro Team, um Ideen zu killen, bevor sie überhaupt umgesetzt werden. Mehrere Gründer betonten gegenüber Ann: Man muss bewusst entscheiden, wo das Produkt eine klare Meinung hat und wo es flexibel sein darf.

Wenn die Umsetzung fast nichts mehr kostet, wird Geschmack zum entscheidenden Wettbewerbsvorteil. Aber wie ein Unternehmen sich organisieren muss, damit dieser Geschmack wirklich sichtbar wird, ist noch eine offene Frage.

Der Tech-Stack vereinheitlicht sich

Fast jede Firma, die Ann besucht hat, nutzt denselben Kern an Werkzeugen. Slack für die Kommunikation. Claude Code fürs Programmieren. GitHub für den Code. Codex für Code-Reviews. Linear für das Projektmanagement. Linear hat nicht nur das große SaaS-Sterben überlebt, sondern entwickelt sich gerade zu einem zentralen Werkzeug für dieses neue Arbeitsmodell.

Slack ist dabei zur zentralen Orchestrierungsschicht für KI-Agenten geworden. Eine einfache Emoji-Reaktion erstellt automatisch ein Ticket. Bots melden Diagnosen und sortieren Kundenanfragen vor. Wer einen Agenten in einem Thread markiert, startet damit direkt eine Bearbeitung des Problems.

Vor sechs Monaten kam Cursor in jedem Gespräch vor. Heute wird es nur noch sporadisch erwähnt. Die Entwickler leben jetzt in Claude Code. Ein Forscher erzählte Ann, er habe Cursor parallel zu Claude laufen lassen und sich ständig gefragt, warum er das zweite Fenster überhaupt brauche. Das ist beunruhigend für alle Coding-Plattformen: Entwickler scheinen nicht besonders treu zu einem bestimmten Werkzeug zu sein. Das wirft die Frage auf, wie eine Coding-Plattform über die Zeit ihren Wert behält — außer sie profitiert von den Daten, die Entwickler erzeugen, und trainiert damit ihr Modell. Hier hat Anthropic einen klaren Vorteil, besonders mit den Neuigkeiten rund um Mythos.

Menschen überall im Unternehmen bauen echte Dinge

Eine Account Managerin im Enterprise-Bereich hatte ihr Produkt-Team monatelang darum gebeten, das Hochladen neuer Kunden zu automatisieren. Niemand hat es priorisiert. Dann fragte sie einfach einen KI-Agenten in Slack. Eine Stunde später war es fertig.

Ein Buchhaltungsteam schreibt eigene Datenbankabfragen und nutzt MCP, um direkt mit den eigenen Geschäftsdaten zu reden. Eine Chief of Staff produziert Direktwerbung und Marketing-Materialien in unter 30 Minuten. Die wahre Verschiebung passiert nicht bei den Entwicklern. Sie passiert bei allen anderen.

Das ist die am meisten unterschätzte Veränderung. Es geht nicht darum, was KI für Programmierer leistet. Es geht darum, was sie für alle anderen Rollen im Unternehmen ermöglicht.

Experimentieren kostet fast nichts mehr — und die Effekte verstärken sich

Ein Forscher testet zehn verschiedene Interface-Designs, lässt jedes einen Tag laufen und wirft neun davon weg. Eine Designerin generiert mehrere konkurrierende Entwürfe in einzelnen Browser-Tabs in unter sechs Minuten. Ein Growth-PM ohne jede Programmierkenntnisse hat in zwei Tagen eine komplette Meta-Ads-Pipeline gebaut: Strategie-Briefings, KI-generierte Video-Anzeigen und automatisches Posten auf Meta.

Firmen nutzen KI sogar, um Kunden zu simulieren, bevor echte Menschen das Produkt jemals berühren. Ein Team hat KI-Agenten gebaut, die verschiedene Nutzer-Rollen spielen und damit das Produkt unter Stress setzen — ohne auf echtes Feedback warten zu müssen. Ein anderes führt hunderte Kundeninterviews pro Woche durch, statt 50 pro Quartal. Eine Firma hat detaillierte Kunden-Personas mit kompletten Verhandlungs-Historien, Kommunikations-Vorlieben und Entscheidungs-Mustern erstellt. Sie nutzen das, um sich auf Verkaufsgespräche vorzubereiten.

Diese Firmen iterieren drei- bis fünfmal schneller als früher. Diese Geschwindigkeit zeigt sich auf zwei Arten. Manche schließen ein einzelnes Experiment schneller ab und können so mehr Experimente in derselben Zeit durchführen. Andere lassen mehrere Experimente parallel laufen. In beiden Fällen wird die Fläche an Unbekanntem schneller erkundet. Sowohl das Bauen als auch das Lernen verkürzen sich quer durch die ganze Organisation. Wissen baut sich auf und verstärkt sich gegenseitig.

Aber das ist eine grundsätzlich andere Art zu arbeiten. Es hat Ann daran erinnert, wie sich Kriegsführung von Kampfjets zu Schwärmen von Drohnen verlagert hat — und welche Folgen das für die Strategie hatte. Etwas Ähnliches passiert gerade bei der Frage, wie Unternehmen funktionieren.

Wie es weitergeht

Ann besucht weiter Firmen und wird in Zukunft tiefere Fallstudien mit konkreten Beispielen veröffentlichen. Aber das Muster ist jetzt schon klar erkennbar. Der Abstand zwischen Firmen, die diese Praktiken verinnerlicht haben, und solchen, die noch über „KI-Strategie“ diskutieren, ist riesig — und er wächst jede Woche weiter.

Wenn du als Gründer so arbeitest, hört Ann gerne von dir.

Was sind schlechte Produktseiten?

Stell dir einen Online-Shop vor. Vielleicht verkaufst du T-Shirts, Handyhüllen oder Süßigkeiten. In deinem Shop gibt es viele Produktseiten. Das sind die Seiten, auf denen ein einzelnes Produkt beschrieben wird. Manche Seiten funktionieren gut. Kunden bleiben lange darauf und kaufen. Andere Seiten funktionieren schlecht. Kunden kommen, bleiben kurz und gehen wieder. Sie kaufen nichts. Diese Seiten nennt man schlechte Produktseiten. Sie kosten dich Geld.

Das Problem: Man weiß nicht, welche Seiten schlecht sind

Viele Shop-Besitzer kennen das. Der Besucherverkehr ist okay. Die Werbung läuft. Aber die Verkaufsrate ist zu niedrig. Es kommen viele Leute, aber zu wenige kaufen. Ein Shop-Betreiber hatte 600 Produkte. Er wusste nicht, welche seiner 600 Produktseiten das Problem verursachten. Er hatte ein Gefühl, dass etwas nicht stimmt. Aber er hatte nie die Zeit, alle Seiten zu analysieren. Das ist aufwendig. So laufen die schlechten Seiten einfach weiter. Monat für Monat kostet das Geld.

Wie findet man schlechte Seiten? Die Performance-Schwellenwerte

Um schlechte Seiten zu finden, muss man sie messen. Dafür gibt es bestimmte Werte. Diese Werte nennt man Performance-Schwellenwerte. Das sind Grenzwerte, die eine Seite erreichen sollte. Drei wichtige Werte sind: Die Absprungrate, die Verweildauer und die Conversion-Rate. Die Absprungrate zeigt an, wie viele Besucher sofort wieder gehen. Eine schlechte Seite hat eine Absprungrate von über 70 Prozent. Die Verweildauer zeigt, wie lange ein Besucher auf der Seite bleibt. Bei einer schlechten Seite ist die Verweildauer unter 30 Sekunden. Die Conversion-Rate zeigt, wie viele Besucher etwas kaufen. Eine schlechte Seite hat eine Conversion-Rate unter 0,5 Prozent. Wenn eine Seite mehrere dieser schlechten Werte hat, ist sie ein Kandidat für Verbesserungen.

Die Lösung: Automation

Bei 600 Produkten ist es unmöglich, jeden Tag alle Seiten von Hand zu prüfen. Die Lösung ist Automation. Ein Computerprogramm übernimmt die Arbeit. Dieses Programm prüft täglich alle Produktseiten. Es vergleicht die Seiten mit den Performance-Schwellenwerten. Seiten, die schlecht abschneiden, werden automatisch markiert. Sie kommen auf eine Prioritätenliste. Für diese schlechten Seiten wird dann ein neuer Text geschrieben. Aber nicht von einem Menschen, sondern von einem Programm. Dieses Programm kann lernen und schreiben.

Wie bessere Texte geschrieben werden

Das Programm bekommt einen Auftrag. Es soll zwei neue Produktbeschreibungen schreiben. Diese nennt man Variante A und Variante B. Das Programm bekommt dafür den alten Text, den Produktnamen und Informationen über die Zielgruppe. Die Zielgruppe sind die Leute, die das Produkt kaufen sollen. Das Programm bekommt auch Vorgaben zum Schreibstil. Es soll nicht einfach irgendetwas schreiben. Es soll bessere Texte schreiben, die zum Produkt und zur Zielgruppe passen. Das ist schwieriger, als es klingt. Der Text soll nicht generisch sein. Er soll speziell und überzeugend sein.

Der A/B-Test: Welcher Text ist besser?

Jetzt gibt es zwei neue Texte. Aber welcher Text ist der bessere? Das findet man mit einem A/B-Test heraus. Bei einem A/B-Test zeigt man der Hälfte der Besucher Variante A. Der anderen Hälfte zeigt man Variante B. Das passiert automatisch. Dann misst man, bei welcher Variante mehr Leute das Produkt in den Warenkorb legen oder kaufen. Die Variante, die gewinnt, ist die bessere. Dieser Test wird direkt im Shop-System, zum Beispiel Shopify, angelegt. Alles läuft automatisch ab. Der Shop-Besitzer muss nichts mehr von Hand machen.

Die Schwierigkeiten bei der Automation

Das klingt einfach, ist es aber nicht. Es gibt einige Schwierigkeiten. Die erste Schwierigkeit sind die Daten. Die Daten aus Analyse-Tools wie Google Analytics haben nicht immer die gleiche Struktur. Bevor das Programm sie nutzen kann, müssen sie geprüft und in ein einheitliches Format gebracht werden. Die zweite Schwierigkeit ist der Schreibauftrag. Er muss sehr genau sein, sonst schreibt das Programm schlechte Texte. Die dritte Schwierigkeit ist die Technik. Die A/B-Tests automatisch in Shopify anzulegen, ist kompliziert. Das Programm muss Fehler abfangen. Es muss verhindern, dass derselbe Test doppelt angelegt wird. Und es muss die Tests über den Tag verteilen, damit nicht alles auf einmal passiert.

Das Ergebnis: Mehr Verkäufe durch bessere Seiten

Bei einem Kunden wurden die 40 schlechtesten Produktseiten gefunden. Für diese Seiten wurden automatisch A/B-Tests mit neuen Texten gestartet. Es war keine Agentur nötig. Es war kein Texter nötig. Es war keine manuelle Analyse nötig. Nach sechs Wochen war das Ergebnis da. Die durchschnittliche Conversion-Rate der getesteten Seiten stieg um 18 Prozent. Das ist sehr viel. Für die Seiten, bei denen Variante B gewann, wurde der neue Text automatisch übernommen. Der Kreislauf läuft jetzt dauerhaft. Schlechte Seiten werden gefunden, bekommen neue Texte und werden getestet. So verbessert sich der Shop ständig.

Was du daraus lernen kannst

Du musst keinen großen Shop haben, um von dieser Idee zu lernen. Wichtig ist: Du solltest wissen, wie deine Seiten performen. Raten hilft nicht. Du brauchst Daten. Wenn du nur ein paar Produkte hast, kannst du das vielleicht von Hand prüfen. Schaue dir die Absprungrate und die Verweildauer an. Frage dich: Ist mein Produkttext gut? Spricht er meine Kunden an? Wenn du viele Produkte hast, denke über Automation nach. Es gibt Tools, die dir helfen können. Das Ziel ist, aus Besuchern Käufer zu machen. Jede verbesserte Produktseite bringt dir mehr Geld.

Dieser Artikel basiert auf einem Originalartikel: https://flowhouse.beehiiv.com/p/wie-viel-geld-liegt-gerade-auf-deinen-schlechtesten-produktseiten