Agentic Browsing in Google PageSpeed Insights Ihr Service wird derzeit im Hinblick auf KI-Agenten bewertet
Google hat PageSpeed Insights um eine fünfte Kategorie erweitert, die prüft, ob Ihre Website nicht von einem Menschen, sondern von einem KI-Agenten bedient werden kann. Wir erklären, was genau dabei gemessen wird, warum dies wichtig ist und wie Sie Ihre TYPO3-Website darauf vorbereiten können – von der llms.txt-Datei bis hin zur Barrierefreiheit und Stabilität des Layouts.
Auf einen Blick
Was ist passiert:
Im Mai 2026 hat Google in Lighthouse (der Engine von PageSpeed Insights) eine neue Kategorie namens „Agentic Browsing“ hinzugefügt. Diese Kategorie prüft, wie gut ein KI-Agent Ihre Website lesen und verarbeiten kann – neben den bekannten Kategorien „Leistung“, „Barrierefreiheit“, „Best Practices“ und „SEO“.
Drei Standardtests: Eine
saubere Barrierefreiheitsstruktur (Accessibility Tree), ein stabiles Seitenlayout (niedriger CLS-Wert) sowie das Vorhandensein einer korrekten llms.txt-Datei im Stammverzeichnis der Domain. Das Ergebnis ist kein Wert zwischen 0 und 100, sondern ein Verhältnis (z. B. 3/3).
Ist dies ein Ranking-Faktor?:
Nein. Google stellt klar, dass dies kein Ranking-Faktor ist. Es handelt sich um ein Diagnosetool, das als experimentell und „in der Entwicklung“ gekennzeichnet ist. Keine Panik – aber behalten Sie es im Auge.
Warum das wichtig ist: Ein
immer größerer Teil des Internetverkehrs entfällt auf KI-Agenten (OpenAI Operator, Anthropic Computer Use, Google Project Mariner, Perplexity), die im Namen der Nutzer agieren. Google hat ihre Anforderungen nun messbar gemacht.
Gute Nachrichten für TYPO3: Die
meisten Anforderungen decken sich mit dem, was wir ohnehin gut machen: semantisches HTML, WCAG-Konformität, ein stabiles Layout und die llms.txt-Datei. Eine solide aufgebaute TYPO3-Website hat hier einen Vorsprung.
Jahrelang war PageSpeed Insights ein Tool, das eine einzige Frage beantwortete: Wie schnell lädt Ihre Website für den Nutzer? Im Jahr 2026 fügte Google eine völlig neue Frage hinzu: Kann ein KI-Agent – also eine Software, die im Namen des Nutzers agiert – Ihre Website lesen, verstehen und bedienen? Diese neue Kategorie heißt „Agentic Browsing“ und wurde neben den bekannten Kategorien „Leistung“, „Barrierefreiheit“, „Best Practices“ und „SEO“ eingeführt.
Es handelt sich um eine scheinbar technische Neuerung, die jedoch einen tiefgreifenden Wandel in unserer Sichtweise auf Webseiten signalisiert. Das Internet wird nicht mehr ausschließlich von Menschen genutzt – immer häufiger wird es von Maschinen gelesen, die in unserem Auftrag agieren. In diesem Artikel erklären wir, was „Agentic Browsing“ ist, was genau dabei geprüft wird, was es NICHT bedeutet und welche konkreten Maßnahmen Sie auf Ihrer TYPO3-Website ergreifen sollten, damit sie für eine Welt gerüstet ist, in der ein KI-Agent zu Ihren Besuchern zählt.
Was ist „Agentic Browsing“?
Beim „Agentic Browsing“ wird eine Website nicht von einem Menschen besucht, der scrollt und klickt, sondern von einem autonomen KI-Agenten – der die Seite programmgesteuert auswertet, ihre Struktur versteht, relevante Elemente findet und eine Aufgabe ausführt. Anstelle von „Klicken, scrollen, lesen“ fragt der Agent: Wo ist die Schaltfläche „In den Warenkorb“, wie füllt man dieses Formular aus, wie vergleicht man diese Preise?
Das ist längst keine Theorie mehr. Im Jahr 2026 bewegt sich eine ganze Reihe von Agenten im Internet, die im Namen der Nutzer handeln: Operator von OpenAI, Computer Use von Anthropic, Project Mariner von Google, Perplexity sowie der Browsing-Modus in ChatGPT. Wenn ein Nutzer den KI-Assistenten bittet, „das beste Angebot zu finden“ oder „einen Termin zu vereinbaren“, dann besucht der Agent – nicht ein Mensch – Ihre Website und versucht, die Aufgabe zu erledigen.
Der Unterschied zu einem klassischen Suchmaschinen-Roboter ist grundlegend. Der Google-Crawler indexiert Inhalte, um sie zu ranken. Der KI-Agent führt Aktionen aus – er füllt ein Kontaktformular aus, vergleicht Ihre Preisliste mit der der Konkurrenz, erstellt ein Angebot und präsentiert es dem Nutzer als fertige Optionen. Eine Website kann im klassischen SEO eine Bewertung von 100/100 haben und dennoch für den Agenten unbrauchbar sein.
Lighthouse 13.3 und PageSpeed Insights Woher kommt das?
PageSpeed Insights basiert auf einer Engine namens Lighthouse – derselben, die auch das Lighthouse-Panel in den Chrome DevTools und Dutzende von Überwachungstools antreibt. Lighthouse wird alle paar Wochen aktualisiert, meist unbemerkt. Diese Aktualisierung war anders.
Am 7. Mai 2026 hat Lighthouse in Version 13.3 die Kategorie „Agentic Browsing“ aus dem experimentellen Modus (verborgen hinter einem Flag) in die Standardkonfiguration übernommen. Dies ist der Moment, in dem ein Nischen-Experiment zu einem festen Bestandteil des Berichts wird. Etwa am 21. Mai 2026 begann PageSpeed Insights, allen Nutzern die Ergebnisse dieser Kategorie anzuzeigen. Wenn du den Geschwindigkeitstest deiner Website zuvor durchgeführt und anschließend erneut gestartet hast, wirst du einen neuen Abschnitt sehen, der zuvor nicht vorhanden war.
Ein wichtiger Hinweis zur Beruhigung: Wenn Ihr klassisches Leistungsergebnis jetzt anders aussieht, liegt das mit ziemlicher Sicherheit nicht an „Agentic Browsing“. Diese Kategorie hat keinen Einfluss auf das Ergebnis von 0–100. Änderungen bei der Leistungsbewertung sind auf regelmäßige Anpassungen der Google-Methodik oder normale Datenschwankungen zurückzuführen – nicht auf die neue Kategorie.
Was genau überprüft Agentic Browsing?
In PageSpeed Insights setzt sich das Standardergebnis „Agentic Browsing“ aus drei Tests zusammen. Wichtig: Zu diesem Thema kursieren zahlreiche falsche Informationen, darunter erfundene Audits, die es gar nicht gibt. Hier ist die Version, die der offiziellen Lighthouse-Dokumentation entspricht.
Reine Barrierefreiheitsstruktur (Accessibility Tree)KI-Agenten lesen eine Webseite nicht visuell, sondern über den sogenannten Barrierefreiheitsbaum – eine vereinfachte Übersicht über Rollen, Bezeichnungen und Zustände interaktiver Elemente (die gleiche, die auch Bildschirmleseprogramme verwenden). Der Test prüft, ob Schaltflächen, Links und Formularfelder echte Beschriftungen, korrekte ARIA-Rollen und lesbare Namen haben. Erkennt der Agent „Anfrage senden“ als Schaltfläche und nicht als namenloses
mit Klick-Funktion?
Stabiles Seitenlayout (Cumulative Layout Shift)Das ist der bekannte CLS-Indikator – er misst, wie stark die Elemente einer Seite beim Laden hin- und herspringen. Für den Menschen ist ein springendes Layout irritierend. Für einen KI-Agenten, der schneller arbeitet als ein Mensch und die Seite oft anhand eines Screenshots „sieht“, bedeutet ein sich verschiebendes Layout, dass an der falschen Stelle geklickt wird. Der empfohlene CLS-Wert liegt unter 0,1.
Die korrekte Datei „llms.txt“ im Stammverzeichnisllms.txt ist ein vorgeschlagener Dateistandard (im Markdown-Format), der KI-Agenten kurz und prägnant beschreibt, worum es auf der Website geht und wo sich die wichtigsten Unterseiten befinden. Der Test prüft, ob die Datei unter der Adresse /llms.txt vorhanden ist, ob sie eine H1-Überschrift enthält, ob sie nicht zu kurz ist und ob sie Links enthält.
Vierter Test außerhalb der Standardbewertung: WebMCP
Es gibt noch einen vierten, fortgeschritteneren Audit – WebMCP –, der jedoch bewusst nicht im Standardumfang enthalten ist. WebMCP ist ein vorgeschlagener Standard, der es einer Website ermöglicht, direkt anzugeben, welche Aktionen ein Agent ausführen darf (dieses Formular absenden, in den Warenkorb legen, eine Buchung starten) – anstatt dies anhand des Seitenlayouts zu erraten. Allerdings erfordert dies Chrome in Version 150 und eine Registrierung beim offiziellen Origin Trial, und derzeit erfüllt ihn nur ein verschwindend geringer Teil der Websites weltweit – selbst unter den großen und gut strukturierten. Deshalb fließt er nicht in das Standardergebnis ein, und es gibt vorerst keinen Grund, sich darüber Gedanken zu machen.
Punktestand Warum ist das ein Verhältnis und nicht 0–100?
Im Gegensatz zu einem klassischen Leistungsergebnis liefert Agentic Browsing keine einzelne Zahl zwischen 0 und 100. Es zeigt einen Anteil an – zum Beispiel 3/3 –, also wie viele Bereitschaftstests Ihre Website besteht. Dies ist eine bewusste Designentscheidung: In einem Bereich, in dem sich Standards, das Verhalten von Agenten und Protokolle ständig ändern, wäre eine einzige gewichtete Bewertung irreführend.
Wichtig: Dies ist eine Liste von Chancen, keine Strafentabelle. Sie „fallen“ in dieser Kategorie nicht durch, nur weil Sie keine KI-Funktionen haben. Selbst eine minimalistische Website (wie example.com) kann die volle Punktzahl erreichen, da sie die Grundlagen erfüllt: eine klare Struktur und ein stabiles Layout. Betrachte das Ergebnis als Checkliste für Entwickler und nicht als Urteil.
Was „Agentic Browsing“ NICHT bedeutet Wichtige Hinweise
✗ Dies ist kein Ranking-Faktor von Google. Das Google-Suchteam hat ausdrücklich erklärt, dass llms.txt weder für das Ranking noch für die AI Overviews verwendet wird. Die Kategorie stammt vom Chrome-Team und bezieht sich auf Webcrawler, nicht auf die Sichtbarkeit in der Suchmaschine.
✗ Es handelt sich nicht um einen ausgereiften Standard. Die Kategorie wird ausdrücklich als „experimentell“ und „in der Entwicklung“ gekennzeichnet. Die Tests und die Bewertungsmethode können sich noch ändern.
✗ Ein schlechtes Ergebnis ist kein Grund zur Panik. Die schwierigsten Tests (WebMCP, agents.json) bestehen heute die meisten Websites nicht – und das ist in Ordnung.
✗ Es ist nicht erforderlich, „KI-Funktionen“ zu implementieren. Die meisten Anforderungen sind solide Grundlagen, die es ohnehin zu haben lohnt.
Es ist jedoch interessant, einen gewissen inneren Widerspruch bei Google selbst festzustellen: Das Search-Team sagt, dass llms.txt nicht benötigt wird, während das Chrome-Team gerade ein Audit eingeführt hat, das genau diese Datei überprüft. Das verdeutlicht sehr gut, dass wir uns in einer frühen, unsicheren Phase befinden – es lohnt sich, die Entwicklung zu beobachten, aber man sollte deswegen nicht die gesamte Strategie auf den Kopf stellen.
Warum ist das trotzdem wichtig? Die Richtung ist klar
Man könnte diese Kategorie leicht unterschätzen: experimentell, klein, noch in der Entwicklung. Das wäre jedoch ein Fehler. Die Entwicklung ist eindeutig. KI-Agenten werden neben Menschen und Suchmaschinen-Bots zu vollwertigen Nutzern des Netzes. Google hat ihre Anforderungen gerade erst messbar gemacht – und das ist in der Regel der erste Schritt, damit etwas zum Standard wird.
Es gibt noch ein weiteres gewichtiges Argument: PageSpeed Insights hat einen größeren Einfluss, als sein Name vermuten lässt. Das PSI-Ergebnis fließt in Kunden-Audits, in Sprint-Tickets, in Fragen der Geschäftsleitung und in Ausschreibungen ein. Eine neue Kategorie in diesem Bericht bleibt nicht lange nur den Ingenieuren vorbehalten – sie fließt schnell in Kundengespräche, Angebotsvergleiche und die SEO-Roadmap ein. Der Firmengründer kann diesen Test starten. Der Kunde kann ihn vor einem Verkaufsgespräch starten. Das Einkaufsteam kann damit Anbieter vergleichen.
Man sollte auch die Geschichte im Hinterkopf behalten: llms.txt hat sich in etwa einem Jahr von einem Nischenvorschlag zu einem Test in Lighthouse entwickelt. Das Muster „experimentell, nur Origin Trial“ wandelt sich sehr schnell zum „Standard“. Wer seine Website jetzt vorbereitet, ist bereit, wenn die Messlatte höher gelegt wird.
Unser eigener Test drblitz-weblab.com hat 3 von 3 Punkten erhalten
Anstatt nur theoretisch darüber zu schreiben, haben wir Agentic Browsing auf unserer eigenen Website implementiert. 7. Juli 2026, mobiler Test in PageSpeed Insights (Lighthouse-Engine 13.4.0), Adresse drblitz-weblab.com. Ergebnis in der Kategorie „Agentic Browsing“: 3/3 – vollständig. Die Seite hat alle drei Standardtests bestanden: saubere Barrierefreiheitsstruktur, stabiles Layout und korrekte llms.txt-Datei.
Am interessantesten ist der Vergleich mit den übrigen Ergebnissen. Im selben Test erzielte die Seite 100/100 bei „Barrierefreiheit“, 100/100 bei „SEO“, 96 bei „Best Practices“ – und, was für Agenten entscheidend ist, einen „Cumulative Layout Shift“ von 0 (ideal). Das Performance-Ergebnis lag dabei bei 67, mit einem Largest Contentful Paint von 6,8 s – es gibt also noch Verbesserungspotenzial hinsichtlich der reinen Geschwindigkeit.
Und genau das ist der springende Punkt. Unsere Seite hat bei Agentic Browsing die volle Punktzahl nicht deshalb erhalten, weil sie die schnellste ist – denn gerade in puncto Leistung haben wir noch einiges zu tun –, sondern weil sie über eine saubere Barrierefreiheitsstruktur (100/100), einen CLS-Wert von Null und eine korrekte llms.txt-Datei aufweist. Dies bestätigt die These dieses Artikels schwarz auf weiß: Die Bereitschaft für KI-Agenten hängt von Semantik, Barrierefreiheit und Layoutstabilität ab, nicht von der reinen Ladegeschwindigkeit. Eine Seite kann eine durchschnittliche Leistungsbewertung haben und gleichzeitig volle 3/3 bei Agentic Browsing erreichen – denn das sind zwei verschiedene Dinge.
Für uns als Agentur ist das eine praktische Lektion, die wir auf Kundenprojekte übertragen: Die Grundlage der Barrierefreiheit, die wir im Hinblick auf die WCAG und das polnische Recht schaffen, macht die Seiten gleichzeitig bereit für KI-Agenten – noch bevor der Großteil des Marktes überhaupt darüber nachgedacht hat. Das ist genau derselbe Ansatz, den wir in unserem Artikel über die Verbindung von TYPO3-Suchmaschinenoptimierung mit Barrierefreiheit und WCAG beschrieben haben – Barrierefreiheit und Sichtbarkeit (für Menschen, Suchmaschinen und nun auch KI-Agenten) sind ein gemeinsames Unterfangen, nicht drei getrennte Aufgaben.
Was bedeutet das für eine TYPO3-Website? Warum hast du einen Vorteil?
Hier gibt es eine gute Nachricht. Das meiste, was Agentic Browsing belohnt, ist keine „neue KI-Arbeit“, sondern die Grundlagen guter Webentwicklung – genau die, über die eine solide aufgebaute TYPO3-Website bereits verfügt. Schauen wir uns die drei Tests aus der Perspektive von TYPO3 an.
Verfügbarkeit das Fundament, das wir bereits errichten
Eine saubere Barrierefreiheitsstruktur ist nichts anderes als semantisches, barrierefreies HTML, das den WCAG-Richtlinien entspricht. TYPO3 bietet vollständige Kontrolle über jedes Element der Vorlage (Fluid), sodass die Erstellung korrekter Labels, ARIA-Rollen und einer sinnvollen Überschriftenstruktur für uns kein Problem darstellt. Dies ist dieselbe Grundlage, die wir für die Konformität mit WCAG 2.1/2.2 AA anwenden – was bereits durch das polnische Barrierefreiheitsgesetz und das BFSG vorgeschrieben ist. Mit anderen Worten: Die Arbeit an der Barrierefreiheit für Menschen mit Behinderungen verbessert automatisch die Eignung für KI-Agenten. Eine Investition, zwei Vorteile. Hier kommt auch der wichtigste und zugleich „langweiligste“ Ratschlag ins Spiel: Hören Sie auf, Text und Tabellen als Bilder darzustellen. Ein Tabellenbild ist für den Barrierefreiheitsbaum unsichtbar. Eine echte HTML-Tabelle (oder die Komponente, die sie rendert) ist für Screenreader, Robots und Agenten sofort lesbar. Das ist die häufigste Schwachstelle umfangreicher Page-Builder, die sich in einem gut geführten TYPO3 leicht vermeiden lässt.
Stabilität des Systems Die Frage einer erfolgreichen Umsetzung
Ein niedriger CLS-Wert ist das Ergebnis einer sorgfältigen Umsetzung: festgelegte Abmessungen für Bilder und Einbettungen, keine Elemente, die verzögert geladen werden und den Inhalt verschieben, sowie ein durchdachtes Laden von Schriftarten. Das ist dieselbe Arbeit, die wir auch für die Core Web Vitals und die Suchmaschinenoptimierung leisten. Indem du den CLS für Nutzer und SEO verbesserst, verbesserst du ihn auch für Suchmaschinen-Crawler.
llms.txt Günstig, schnell, lohnt sich
Die Datei „llms.txt“ ist das einfachste der drei Elemente. Es handelt sich um eine gewöhnliche Markdown-Datei im Stammverzeichnis der Domain, die beschreibt, womit sich das Unternehmen beschäftigt, und auf wichtige Unterseiten verweist – so verfasst, dass das KI-Modell sie schnell lesen kann. Die Erstellung dauert nur wenige Stunden und ist kein Entwicklungssprint. Auch wenn das Google-Search-Team behauptet, dass sie keinen Einfluss auf das Ranking hat – das Risiko ist nahezu null, und die Datei wird bereits von Lighthouse geprüft und von einigen Agenten gelesen. In TYPO3 kann sie statisch implementiert oder dynamisch aus der Seitenstruktur generiert werden.
Aktionsplan Wo soll man anfangen?
Wenn Sie Ihre TYPO3-Website auf die Welt der KI-Agenten vorbereiten möchten, ist dies eine sinnvolle Reihenfolge – von kostengünstigen und besonders wirkungsvollen Maßnahmen bis hin zu fortgeschritteneren.
- Führen Sie einen Test durch. Geben Sie Ihre Adresse bei PageSpeed Insights ein und sehen Sie sich den Abschnitt „Agentic Browsing“ an – dort sehen Sie, welche der drei Tests Sie bestehen.
- Füge die Datei „llms.txt“ hinzu. Der kostengünstigste Schritt mit dem besten Verhältnis von Effekt zu Aufwand. H1-Überschrift, kurze Beschreibung, Links zu wichtigen Unterseiten.
- Verbessern Sie die Barrierefreiheit. Beschriftungen für Schaltflächen und Links, korrekte ARIA-Rollen, keine „leeren“ anklickbaren Elemente. Diese Arbeit wird ohnehin von PAD und BFSG verlangt.
- Ersetze Textbilder durch echtes HTML. Tabellen, Preislisten, als Bilder gerenderte Diagramme – schreibe sie in semantisches HTML um.
- Stabilisieren Sie das Layout. Abmessungen von Bildern und Einbettungen, Kontrolle des Ladens von Schriftarten, Beseitigung von Inhaltssprüngen – CLS unter 0,1.
- Stärken Sie die strukturierten Daten. Schema.org (Organization, Service, FAQPage, Article) liefert den Crawlern einen Kontext, auf den sie sich verlassen können.
- Behalte WebMCP und agents.json im Auge. Derzeit noch experimentell – setze es nicht zwangsweise um, aber verfolge die Entwicklung, denn „experimentell“ wird schnell zum „Standard“.
Beachte, dass sich die Schritte 3–6 ohnehin aus anderen Gründen lohnen: Barrierefreiheit (Einhaltung gesetzlicher Vorschriften), Core Web Vitals (SEO), strukturierte Daten (Sichtbarkeit in Suchmaschinen und KI). Agentic Browsing erstellt keine neue Aufgabenliste – vielmehr belohnt es Dinge, die eine gute Agentur ohnehin tut.
Ein umfassenderer Überblick Auffindbar, zitierfähig, nutzbar
Agentic Browsing ist Teil eines größeren Wandels, der sich im Internet vollzieht. Früher zählte nur eine Frage: Ist mein Inhalt auffindbar (findable) – also SEO? Heute kommen zwei weitere Fragen hinzu: Ist er von KI-Modellen zitierbar (citable) – das ist der Bereich AEO/GEO (Answer Engine / Generative Engine Optimization) – und ist er für einen Agenten nutzbar (usable) – genau das ist Agentic Browsing.
Webseiten, die in dieser neuen Realität erfolgreich sein werden, sind gleichzeitig auffindbar, zitierfähig und nutzbar. Die gute Nachricht: Die Grundlagen aller drei Aspekte decken sich weitgehend – klare Struktur, semantisches HTML, strukturierte Daten, stabiles Layout, eindeutige llms.txt. Eine Seite, die eine Maschine leicht lesen kann, ist eine Seite, die eine Maschine lieber zitiert und auf der sie effizienter arbeitet.
Häufig gestellte Fragen
Nein. Agentic Browsing hat keinen Einfluss auf das klassische Leistungsergebnis von 0–100. Wenn sich Ihr Geschwindigkeitswert geändert hat, liegt das mit ziemlicher Sicherheit an periodischen Anpassungen der Methodik von PageSpeed Insights oder an Datenschwankungen – nicht an der neuen Kategorie. Es liegt hier kein Notfall vor.
Nicht direkt. Google hat klargestellt, dass „llms.txt“ weder ein Ranking-Faktor ist noch Einfluss auf die KI-Übersichten hat. Das neue Lighthouse-Audit überprüft diese Datei aus einem anderen Grund – nämlich für KI-Agenten, die das Web über Chrome durchsuchen. Es lohnt sich, sie hinzuzufügen, um für diese Agenten gerüstet zu sein und das geringe Risiko zu minimieren, nicht jedoch, um das Suchmaschinenranking zu verbessern.
Das hängt nicht vom CMS ab, sondern von der Qualität der Umsetzung. Agentic Browsing belohnt semantisches HTML, Barrierefreiheit, ein stabiles Layout und die Datei „llms.txt“ – und das hängt davon ab, wie die Website aufgebaut ist. TYPO3 bietet volle Kontrolle über die Vorlagen (Fluid), was die Erfüllung dieser Anforderungen erleichtert. Umfangreiche Page-Builder (wie sie häufig in WordPress zu finden sind) erzeugen oft unsauberen Code – Schaltflächen-Symbole ohne Beschriftungen, leere Links, Bilder anstelle von Text –, was hier zu einer schlechteren Bewertung führt.
Vorerst nicht. WebMCP befindet sich noch in der Testphase, erfordert Chrome 150 und eine Registrierung bei Origin Trial, und fast jede Website – auch die großen – scheitert derzeit daran. Es fließt nicht in die Standardbewertung ein. Es lohnt sich, es im Auge zu behalten, aber man sollte es nicht krampfhaft einführen. Konzentriere dich zunächst auf die drei Standardtests.
Am einfachsten: Geben Sie die Adresse in PageSpeed Insights (pagespeed.web.dev) ein und suchen Sie den Abschnitt „Agentic Browsing“. Alternativ können Sie Lighthouse in den Chrome DevTools mit der ausgewählten Kategorie „Agentic Browsing“ starten oder Lighthouse über die Befehlszeile verwenden (erfordert eine aktuelle Version). Hinweis: Da in verschiedenen Tools unterschiedliche Versionen von Lighthouse verwendet werden können, können die Ergebnisse leicht voneinander abweichen.
Über den Autor
Dr. Blitz-Weblab ist eine ausschließlich auf TYPO3 spezialisierte Agentur mit dem Status eines TYPO3 Silver Members und einem Büro in Krakau. Seit acht Jahren beschäftigen wir uns ausschließlich mit TYPO3 – der Erstellung, Aktualisierung und Wartung von Websites für Kunden in Polen und den DACH-Ländern. Wir sind spezialisiert auf Barrierefreiheit (WCAG 2.1/2.2 AA, polnisches Barrierefreiheitsgesetz, BFSG), Sicherheit und Compliance (NIS2, DSGVO, CRA) sowie die Verknüpfung von SEO und Barrierefreiheit in einem einzigen Prozess. Zu unseren Projekten zählen unter anderem das Portal der Universitätsmedizin Mannheim (25.000 Unterseiten in mehreren Sprachen), die Website der Stadt Mszana Dolna, RED NOSES International und das Internationale Jugendbegegnungszentrum in Oświęcim. Dieser Artikel basiert auf der offiziellen Lighthouse-Dokumentation sowie auf unseren eigenen Tests an Live-Websites – darunter auch unsere eigene Website.
Möchten Sie herausfinden, wie Ihre TYPO3-Website im Agentic Browsing abschneidet und was verbessert werden sollte? Unter drblitz-weblab.com/kontakt können Sie in unserem Kalender einen passenden Termin für eine 60-minütige Beratung auswählen.
Wie können wir helfen?
Die Vorbereitung einer TYPO3-Website auf die Welt der KI-Agenten entspricht weitgehend der Arbeit, die wir im Hinblick auf Barrierefreiheit, Leistung und SEO leisten – nur aus einer neuen Perspektive.
Wir bieten:
✓ Audit zur AI-Agenten-Bereitschaft – Agentic-Browsing-Test, Barrierefreiheit, CLS, llms.txt, strukturierte Daten, inklusive Bericht und
Prioritätenliste✓ Implementierung von llms.txt – statisch oder dynamisch aus der
TYPO3-Seitenhierarchie✓ Verbesserung der Barrierefreiheit (WCAG 2.1/2.2 AA) – Konformität mit PAD und BFSG sowie Vorbereitung auf KI-Agenten in einem
Schritt✓ Optimierung der Core Web Vitals und der Layoutstabilität (CLS)
✓ Implementierung von Schema.org-Strukturdaten für bessere Sichtbarkeit in KI und Suchmaschinen
. Telefon: 12 333 44 01. E-Mail: [email protected].
