# Wenn deine Website Werkzeuge anbietet statt Seiten

> Vom Ansehen zum Erledigen: eine Überlegung dazu, was passiert, wenn KI-Agenten handeln statt antworten — samt der Gründe, warum es auch scheitern kann.

![Isometrische Plattform präsentiert auf ihrer Oberfläche eine Reihe präziser Werkzeugformen statt flacher Seiten](https://cdn.btlabs.dev/media/website-werkzeuge-agenten-titelbild-16x9-v2-2688x1520-acf340f7.webp)

[Florian Berger](https://btlabs.dev/de/team/florian-berger) · 25.09.2026

Thema: [Maschinenlesbare Website →](https://btlabs.dev/de/ki-website)

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.

![Florian Berger, Gründer von Berger+Team, blickt direkt in die Kamera vor einer modernen Betonwand mit markantem Schattenwurf.](https://cdn.btlabs.dev/media/florian-berger-768x768-d06923c9.webp)

Über den Autor

[Florian Berger](https://btlabs.dev/de/team/florian-berger)

Florian Berger ist ein erfahrener Digital- und Kommunikationsexperte aus Bozen, der auf über 20 Jahre Praxis in den Bereichen Branding, Webentwicklung, Online-Marketing und Digitalisierung zurückblickt. Er ist Gründer von Berger+Team, einem agilen Kollektiv unabhängiger Freelancer, das sich als moderne und effiziente Alternative zum klassischen Agenturmodell positioniert. In seiner Arbeit verbindet er fundierte Markenstrategie mit innovativen Technologien und Infrastrukturen wie btlabs Core. Sein besonderer Fokus liegt auf der Integration von Künstlicher Intelligenz, [maschinenlesbarer](https://btlabs.dev/de/glossary/maschinenlesbare-website) [Suchmaschinenoptimierung](https://btlabs.dev/de/glossary/seo-suchmaschinenoptimierung) ([GEO](https://btlabs.dev/de/glossary/geo-generative-engine-optimization) ) und der Automatisierung von Geschäftsprozessen, um für Unternehmen echte Wettbewerbsvorteile zu generieren. Florian steht für eine ehrliche, transparente und ergebnisorientierte Beratung auf Augenhöhe – ohne leere Versprechen, unnötige Overhead-Kosten oder starre Verträge. Neben seiner unternehmerischen Tätigkeit engagiert er sich bei verschiedenen Technologie- und Digitalisierungsprojekten in der Region.

Florian verantwortet das [ai-discovery-radar](https://btlabs.dev/de/ai-discovery-radar), die offene Messreihe hinter unseren Zahlen. Wie wir arbeiten, steht auf [Über uns](https://btlabs.dev/de/ueber-uns).

### Werdegang

- **seit 2026** · btlabs Core und ai-discovery-radar: offene Messreihe mit DOI, Technical Report, ORCID
- **seit 2019** · Berger+Team, Bozen · Gründer
- **2008–2018** · Kreatif GmbH, Bozen · Gründer und Gesellschafter
- **2003–2008** · Genetica Multimedia, Leifers · Gründungsmitarbeiter

- [](https://www.linkedin.com/in/bergerflorian/ "LinkedIn")
- [](https://orcid.org/0009-0008-5780-1147 "Orcid")
- [](https://www.crunchbase.com/person/florian-berger-4962 "Crunchbase")
- [](https://github.com/flober81 "GitHub")
- [](https://www.xing.com/profile/Florian%5FBerger26 "Xing")
- [](https://www.behance.net/florianberger "Behance")
- [](https://dribbble.com/florian-berger "Dribbble")
- [](https://twitter.com/florianberger81 "X")
- [](https://www.youtube.com/@florianberger81 "YouTube")
- [](https://www.tiktok.com/@florianberger81 "TikTok")
- [](https://www.instagram.com/florian.f.berger/ "Instagram")
- [](https://www.facebook.com/florian.f.berger/ "Facebook")
- [](https://www.flickr.com/photos/florian-berger/ "Flickr")
- [](https://www.berger.team/autor/florian-berger/ "Berger+Team")

## Häufig gestellte Fragen.

**Was hat mein Betrieb davon, wenn KI-Assistenten direkt mit meiner Website sprechen können?**

Deine Angaben liegen dort bereit, wo Kunden zunehmend fragen. Statt dass eine KI deine Seite abgrast und rät, liest sie über eine offene Schnittstelle — [MCP (Model Context Protocol)](https://btlabs.dev/de/glossary/mcp-model-context-protocol) — genau die Inhalte, die du hinterlegt hast: Leistungen, Öffnungszeiten, Kontaktwege. Das Ziel: weniger falsche Auskünfte über deinen Betrieb und korrekte Zitate mit Quellenangabe — ob eine KI diesen Weg nutzt, entscheidet ihr Anbieter. Die Kontrolle bleibt bei dir — du entscheidest, welche Inhalte freigegeben sind, und jeder Zugriff wird protokolliert.

**Brauche ich einen Chatbot auf meiner Website?**

Meist nein. Ein Chatbot bedient nur Besucher, die ohnehin schon auf deiner Seite sind — er löst nicht das eigentliche KI-Problem: dass Agenten deine Fakten woanders abrufen und dort auf veraltete oder widersprüchliche Daten stoßen. „Agent-bereit" heißt nicht Chatbot, sondern ein maschinenlesbares Fundament mit klaren, aktuellen Daten aus einer verlässlichen Quelle. Erst wenn das steht, kann ein Chatbot ein sinnvolles Extra sein — nie der erste Schritt.

Nächster Schritt

## Sollen wir uns das gemeinsam anschauen?

Kein Pitch, kein Standardpaket — eine ehrliche Einschätzung zu deinem Projekt. Antwort in der Regel binnen 24 h.

[Gespräch starten →](https://btlabs.dev/de/kontakt#cta)

## Das könnte dich auch interessieren

- [· Was ein KI-Agent auf deiner Website findet: der Selbsttest in fünf Schritten · Bevor ein KI-Agent deine Seiten liest, fragt er an ein paar fest vereinbarten Adressen nach. Fünf davon kannst du mit einem Browser in wenigen Minuten selbst prüfen — mit dem, was jede Stelle bedeutet und wie verbreitet sie ist.](https://btlabs.dev/de/posts/ki-agent-website-selbsttest)
- [· Das Vokabular, auf das sich Maschinen geeinigt haben · Schema.org ist kein Format, sondern ein Wörterbuch — eine begrenzte, öffentliche Liste von Dingen, die Maschinen gleich benennen. Wer ein Wort erfindet, wird nicht gelesen.](https://btlabs.dev/de/posts/schema-org-vokabular)
- [· Welche Angaben eine Maschine über deinen Betrieb lesen können muss · Nicht alles auf deiner Seite gehört ausgezeichnet. Fünf Angaben entscheiden, ob ein Assistent dich empfehlen kann — und die Reihenfolge zählt mehr als die Vollständigkeit.](https://btlabs.dev/de/posts/welche-daten-auszeichnen)

---
Source: https://btlabs.dev/de/posts/wenn-deine-website-werkzeuge-anbietet
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)
