# Wenn deine Website Werkzeuge anbietet statt Seiten Thema: [Maschinenlesbare Website](https://btlabs.dev/de/ki-website) > Vom Ansehen zum Erledigen: eine Überlegung dazu, was passiert, wenn KI-Agenten handeln statt antworten — samt der Gründe, warum es auch scheitern kann. Ich habe zwanzig Jahre lang Seiten gebaut. Startseite, Leistungen, Über uns, Kontakt. Die Reihenfolge hat sich geändert, die Gestaltung sowieso, das Grundprinzip nie: Eine Website ist eine Sammlung von Seiten, die ein Mensch anschaut. In letzter Zeit denke ich, dass dieses Prinzip nicht falsch wird, aber unvollständig. Und ich schreibe diesen Text ausdrücklich als Überlegung, nicht als Ankündigung — nichts von dem, was hier als Möglichkeit beschrieben ist, ist ein Versprechen. ## Der Unterschied zwischen Ansehen und Erledigen. Eine Seite ist etwas zum Ansehen. Man liest sie, versteht sie, und dann tut man etwas — anrufen, ein Formular ausfüllen, hinfahren. Der letzte Schritt passiert außerhalb der Website. Ein Werkzeug ist etwas zum Benutzen. „Prüfe, ob am 14. noch ein Termin frei ist." „Berechne, was das für 120 Quadratmeter kostet." „Schick mir die Ersatzteilliste für dieses Modell." Das sind keine Seiten. Das sind Handlungen mit einem Ergebnis. Heute stehen solche Handlungen auf Websites meistens als Text da, und ein Mensch übersetzt sie in Klicks. Die Überlegung, um die es hier geht: Was, wenn ein Betrieb sie nicht nur beschreibt, sondern **anbietet** — in einer Form, die auch eine Maschine benutzen kann, die für einen Kunden unterwegs ist? ## Warum das gerade jetzt denkbar wird. Zwei Entwicklungen laufen aufeinander zu. Die eine: Assistenten sind vom Antworten zum Handeln übergegangen. Sie beantworten nicht mehr nur Fragen, sie führen Aufgaben aus — buchen, vergleichen, bestellen, ausfüllen. Wie gut das funktioniert, ist eine andere Frage; dass es die Richtung ist, sieht man an jeder neuen Version. Die andere: Es entstehen Verfahren, mit denen eine Website nicht nur Inhalte, sondern **Fähigkeiten** anbieten kann — beschrieben, mit klaren Grenzen, so dass ein Programm sie aufrufen kann, ohne dass es dafür einen menschlichen Klick braucht. Das ist heute nicht flächendeckend etabliert, und ich behaupte nicht zu wissen, welche dieser Verfahren sich durchsetzen. Aber sie existieren, sie sind offen dokumentiert, und sie beantworten eine Frage, die vorher niemand gestellt hat: Was, wenn der Besucher gar nicht klicken kann? ## Ein Gedankenspiel, kein Produkt. Nehmen wir einen Betrieb, der Kältetechnik installiert und wartet. Heute steht auf seiner Website: was er macht, für wen, ein Kontaktformular, vielleicht eine Notdienstnummer. Denkbar wäre stattdessen — und ich betone: **denkbar**, nicht verfügbar —, dass derselbe Betrieb drei Dinge anbietet, die nicht nach Seiten aussehen: - **Verfügbarkeit prüfen.** Nicht als Satz „rufen Sie uns an", sondern als abfragbare Auskunft: nächster freier Termin für diese Art Auftrag in diesem Gebiet. - **Eine Einschätzung liefern.** Aus wenigen Angaben eine Größenordnung — keine Zusage, aber mehr als Schweigen. - **Einen Vorgang beginnen.** Eine Anfrage entgegennehmen, mit dem, was der Betrieb wirklich braucht, statt mit einem Standardformular, das anschließend fünf Rückfragen erzeugt. Der springende Punkt ist nicht die Technik. Der springende Punkt ist: **Das sind dieselben drei Dinge, die heute am Telefon passieren.** Sie sind bereits Teil des Betriebs. Sie stehen nur nirgends in einer Form, in der etwas anderes als ein Mensch sie erreichen könnte. ## Was mich daran misstrauisch macht. Ich habe genug Wellen mitgemacht, um bei so einem Gedanken die Gegenprobe zu machen. **Es kann sein, dass niemand es nutzt.** Vieles, was technisch möglich war, ist nie in den Alltag gekommen, weil der Umweg über Menschen bequemer blieb. **Es kann sein, dass es an Vertrauen scheitert.** Einen Termin von einer Maschine verbindlich buchen zu lassen, setzt voraus, dass beide Seiten dem Ergebnis trauen. Diese Frage ist nicht technisch, und sie ist nicht gelöst. **Und es kann sein, dass die großen Plattformen es besetzen**, bevor es für einen einzelnen Betrieb relevant wird — wie bei Bewertungen und Kartendiensten. Dann wäre die eigene Website wieder nicht der Ort, an dem es passiert. Ich halte trotzdem eine Sache für sicher, und nur diese eine: Wer seine Fähigkeiten heute schon **beschreibbar** hat — was er macht, für wen, in welchem Gebiet, mit welchen Grenzen —, hat es leichter, wenn eine dieser Entwicklungen tatsächlich Alltag wird. Nicht weil er dann schneller wäre, sondern weil die Vorarbeit dieselbe ist, die ihn heute schon auffindbar macht. ## Warum ich das für die Fortsetzung derselben Linie halte. In [Warum „Webagentur" zu eng wird](https://btlabs.dev/de/posts/warum-webagentur-zu-eng-wird) habe ich beschrieben, dass sich die Aufgabe verschoben hat: vom Gestalten einer Ansicht zum Pflegen einer Quelle. Der Gedanke hier ist der nächste Schritt derselben Linie — von einer Quelle, aus der man **lesen** kann, zu einer, mit der man **etwas tun** kann. Und beides beginnt an derselben Stelle: bei sauber abgelegten Fakten. Eine Website, deren Leistungen, Zuständigkeiten und Grenzen nur als Fließtext existieren, kann weder das eine noch das andere. Eine, bei der sie als Angaben vorliegen, kann heute gelesen werden — und morgen vielleicht mehr. ## Zum Schluss, mit aller Vorsicht. Ich weiß nicht, ob Websites in fünf Jahren Werkzeuge anbieten. Ich weiß, dass die Frage sinnvoll geworden ist, und dass sie vor drei Jahren keinen Sinn ergeben hätte. Was ich Betrieben deshalb rate, ist unspektakulär und ohne Risiko: nichts auf Verdacht bauen. Aber das, was ohnehin gepflegt werden muss — Leistungen, Zeiten, Gebiete, Zuständigkeiten —, so ablegen, dass es nicht nur ein Mensch lesen kann. Das zahlt sich heute aus, ganz ohne Zukunft. --- Source: https://btlabs.dev/de/posts/wenn-deine-website-werkzeuge-anbietet Last-Modified: 2026-09-25T08:28:55.311Z Languages: [it](https://btlabs.dev/llms/it/posts/se-il-tuo-sito-offrisse-strumenti) · [en](https://btlabs.dev/llms/en/posts/if-your-website-offered-tools) See also: [llms.txt](https://btlabs.dev/llms.txt) · [ai.txt (Policy)](https://btlabs.dev/ai.txt) · [identity.json](https://btlabs.dev/identity.json)