Touren, die nach dem Klick weitergehen

Unser Recorder filmt jede Szene in einem echten Browser. Bisher öffnete jede Szene einen frischen Browser und lud ihre eigene Adresse. So blieben die Szenen unabhängig und verlässlich: Eine misslungene Einstellung konnte nie die nächste verderben.

Damit waren echte Abläufe aber unmöglich. Was ein Klick geöffnet, ausgewählt oder ausgefüllt hatte, war in der nächsten Szene verschwunden, weil diese ihre Seite wieder von oben lud. Ein Film konnte auf den Preis-Link klicken, doch die folgende Einstellung kam frisch auf der Preisseite an, ohne Spur des Wegs dorthin.

Für eine Produktdemo zerstört das die Geschichte. Eine Tour ist Ursache und Wirkung: Du drückst hier, und das bekommst du. Man hat uns auf viele Arten darum gebeten, und am klarsten war die einfachste: „Er soll die Tour wirklich machen.“

Eine Szene kann jetzt angeben, dass sie die vorige fortsetzt. Dann hält der Recorder die Seite und ihren Browser offen und filmt die nächste Szene genau dort, wo die letzte aufgehört hat: derselbe Scrollstand, dasselbe geöffnete Panel, dieselbe gewählte Option.

Es gab einen technischen Haken. Unsere übliche Aufnahme liefert ein Video pro Browsersitzung, also wäre eine Kette von Szenen als ein einziger langer Clip herausgekommen. Szenen in einer Kette nehmen ihre Clips jetzt mit dem Screencast des Browsers auf, einen pro Szene, damit sich jede weiterhin einzeln kürzen oder ersetzen lässt.

Eine Tour braucht auch gute Ausgänge. Der Recorder gibt eine Szene an einen frischen Start zurück, wenn die offene Seite:

• auf eine Bot-Prüfung, eine Anmelde- oder Registrierungsseite oder ein Passwortfeld trifft;
• auf einer anderen Website landet;
• geschlossen wurde;
• schon vier Szenen hintereinander getragen hat.

In jedem dieser Fälle würde Weitermachen etwas Falsches oder Privates filmen, also ist ein sauberer Neustart die bessere Einstellung.

Zuerst haben wir dem Planer, dem Modell, das das Drehbuch eines Films schreibt, Touren in Worten erklärt. In zwei Prüffilmen mit der Bitte, „im Menü auf Preise zu klicken“ und weiterzumachen, schickte er beide Szenen trotzdem direkt auf die Preisseite. Ein Modell liest eine Anweisung als Vorschlag.

Deshalb werden Touren jetzt auch im Code gebaut, aus der Einstellungsliste. Enthält ein Briefing einen Schritt wie „Klick auf X“, wird die Szene vor X zu einem Klick auf den Link von X, und die Szene von X macht dort weiter, wo dieser Klick gelandet ist. Ein Tour-Klick erkennt einen Link mit oder ohne Schrägstrich am Ende, und eine Szene, die ihre eigene Seite nennt, wird nie auf einer anderen fortgesetzt.

Einem Modell zu sagen, was es tun soll, ist ein Hinweis; die Garantie steckt im Code, der es prüft. Dieser Gedanke prägt inzwischen vieles, was wir bauen.

Handys brauchen einen Schritt mehr. Ein 9:16-Film zeigt das mobile Layout einer Website, und dort steckt der Navigationslink, den eine Tour sucht, meist in einem geschlossenen Menü. Die Suche nach dem Link fand nur seine versteckten Kopien, und die Tour konnte nicht beginnen.

Der Recorder öffnet das Menü jetzt einmal. Er sucht einen sichtbaren Button, der den Link steuert, oder einen mit der Beschriftung Menü, Navigation oder Hamburger, drückt den gerade erschienenen Link und schließt das Menü wieder. Bleibt der Link verborgen, verzichtet er sauber, statt eine Vermutung zu filmen.

Die Aufnahme hält am Handy genauso wie am Desktop: ein Clip pro Szene, mit der angeklickten Seite vom ersten bis zum letzten Bild.

Eine Tour kann jetzt ein echter Ablauf von bis zu vier Szenen sein: die Startseite, ein Klick auf einen Navigationslink, die geöffnete Seite mit einem Scrollen bis zum entscheidenden Teil, dann ein letzter Klick zum nächsten Schritt. Die Stimme beschreibt jeden Schritt, während er passiert, weil die Kamera wirklich dort ist.

Das ist der Unterschied zwischen einer Diashow aus Seiten und einer Demo. Wer zuschaut, sieht das Produkt reagieren, und genau das macht glaubwürdig, dass es funktioniert. Touren siehst du in vielen Beispielfilmen unter /videos, oder du startest deine eigene unter /new.