Google hat dem Bericht, den jeder SEO zuerst öffnet, eine zweite Zeile hinzugefügt. Seit dem 24. September 2026 teilt der Leistungsbericht der Google Search Console den Suchtyp Web in zwei Werte: web: text-based und web: multimodal. Die multimodale Zeile zählt Suchanfragen, bei denen die Anfrage ein Bild war und kein getippter Text — eine Aufnahme mit Google Lens, eine Circle-to-Search-Geste unter Android, ein zu Google hochgeladenes Bild oder der Rechtsklick „Mit Google nach Bild suchen“ in Chrome.
Interessant ist nicht der Filter. Interessant ist, dass Googles eigene Erklärung zur Herkunft dieser Zahlen wenige Stunden nach der Ankündigung korrigiert wurde und dass die Daten mindestens eines Praktikers auch zur korrigierten Fassung nicht passen.
Dazu kommt eine Lücke, die bei Google bisher niemand kommentiert hat: die Aufteilung existiert in der Search-Console-Oberfläche und nicht in der Search Analytics API.
Was Google gesagt hat
Google Search Central veröffentlichte am 24. September 2026 den Beitrag „Announcing web multimodal Search performance reporting in Search Console“. Die Ankündigung beschreibt die Änderung als Einblick in ein Suchverhalten, das Website-Betreiber vorher nicht isolieren konnten, und verspricht „insights into how your content is surfaced when users search using images (such as with a smartphone camera)“.
Der Rollout ist laut Google global und begann am selben Tag: „The integration of multimodal search data is rolling out globally starting today.“ Ein Enddatum wurde nicht genannt, und die Verfügbarkeit ist über die Properties gestaffelt. Eine Property ohne multimodale Zeile ist heute also nicht zwingend eine Property ohne diesen Traffic.
Eine Zahl zum Volumen hat Google nicht veröffentlicht: keinen Anteil an den Web-Impressionen, keinen Branchenwert, nichts. Das hier ist eine Dokumentationsänderung, keine Studie, also gibt es keine Stichprobengröße — und jeder Prozentwert, der diese Woche zirkuliert, hat keine Primärquelle hinter sich.
Was die Dokumentation genau sagt
Die Hilfeseite zum Leistungsbericht beschreibt den Filter jetzt als „web (text-based or multimodal), image, video, or news searches“ und definiert den neuen Wert so: „Web: multimodal — Includes web search results where an image was used as part of the search.“ Diese Hilfeseite trägt kein veröffentlichtes Aktualisierungsdatum, was zählt, wenn man festhalten will, was sich wann geändert hat.
Die entscheidende Einschränkung steht in derselben Dokumentation: „Because multimodal searches mostly use images rather than text, specific text query data isn’t available for this traffic.“ Die Dokumentation der Dimensionen wird noch deutlicher: „the queries dimension isn’t available when this search type is selected“.
Multimodaler Traffic ist damit auf Seiten-, Länder- und Geräteebene messbar, nicht auf Suchanfragenebene. Sie sehen, welche Ihrer Seiten Klicks aus bildbasierten Suchanfragen erhalten. Sie sehen nicht, welches Bild es war, und Sie können die Suchintention nicht aus einem Keyword ableiten, weil es kein Keyword gibt.
Die Aufteilung erscheint an zwei Stellen: im Leistungsbericht für die Suchergebnisse und im separaten Leistungsbericht für Funktionen mit generativer KI.
| Merkmal | web: text-based | web: multimodal |
|---|---|---|
| Auslöser der Anfrage | Getippter Text | Bild, Foto oder Screenshot |
| Einstiegspunkte | Normales Suchfeld | Lens, Circle to Search (Android), Bild-Upload, „Mit Google nach Bild suchen“ in Chrome |
| Dimension Suchanfragen | Verfügbar | Nicht verfügbar |
| Seiten, Länder, Geräte | Verfügbar | Verfügbar |
| In der Search Analytics API | Ja, als web |
Wert existiert nicht (Referenz zuletzt am 11. August 2026 aktualisiert) |
Was die Community gemessen hat
Wenige Stunden nach der Ankündigung wurde auf Bluesky die Frage gestellt, auf die es ankommt: Sind das neue Daten oder Daten, die schon im Web-Gesamtwert steckten und jetzt herausgetrennt wurden?
John Mueller von Google antwortete zuerst unsicher — „I’ll double-check, I thought these were not reported at all before“ — und dann, in einem Beitrag vom 24. September 2026 um 14:16 UTC, mit einer geprüften Antwort: „And … checking with the team, the data wasn’t previously in the counts, the report has new data.“
Diese Antwort hat eine Folge. Wenn multimodale Impressionen vorher nie im Web-Gesamtwert enthalten waren, steigt dieser Wert ab dem Rollout-Datum, ohne dass sich an der Website etwas geändert hat. Der Anstieg ist ein Artefakt des Berichts, und jeder Jahres- oder Monatsvergleich über dieses Datum hinweg vergleicht zwei verschiedene Definitionen derselben Metrik.
Die Praxisdaten passen dazu aber nicht gut. Dave Smart, zitiert von Barry Schwartz bei Search Engine Roundtable am 24. September 2026, fragte, ob diese Impressionen schon immer unter Web gruppiert gewesen seien, und beschrieb das umgekehrte Muster: „I am seeing corresponding drops in impressions and clicks starting the 10th on a few properties, which lines up with the new data.“ Rückgänge ab dem 10. September, zwei Wochen vor der Ankündigung, wären genau das, was man erwartet, wenn Impressionen aus dem Text-Topf herausgenommen und nicht zu einem Gesamtwert addiert werden.
Diese Beobachtung stammt von einem einzelnen Praktiker mit Blick auf „a few properties“. Weder die Anzahl der Properties noch Impressionsvolumen noch Domains wurden veröffentlicht. Es ist damit ein Signal zum Abgleich mit Ihren eigenen Daten, kein Befund. Eine gepaarte Vorher-Nachher-Reihe mit offengelegten Properties — die Messung, die die Frage klären würde — hat niemand publiziert.
Die Lücke zwischen Oberfläche und API
Dieser Teil ist unstrittig, weil er in dreißig Sekunden prüfbar ist. Die API-Referenz zu searchanalytics.query erlaubt sechs Werte für den Suchtyp-Parameter: discover, googleNews, news, image, video und web. Das Wort „multimodal“ kommt auf der Seite nicht vor. Ihr Aktualisierungsstempel lautet 11. August 2026 — sechs Wochen vor dem Start der Funktion. Am 26. September 2026 gegen die Live-Referenz geprüft.
Praktisch heißt das: Oberfläche und API der Search Console sind sich nicht mehr einig, was web bedeutet. In der Oberfläche ist es ein Elternwert mit zwei filterbaren Kindern, in der API eine einzige undifferenzierte Zahl. Jedes Looker-Studio-Dashboard, jeder geplante Export, jede BI-Pipeline und jedes Rank-Tracking-Tool, das Web-Leistung über die API zieht, liefert den gemischten Wert — ohne Feld zur Trennung und ohne Hinweis darauf, dass sich die Zusammensetzung geändert hat.
Wenn Ihr Monatsreport auf der API aufsetzt und Ihre Stichproben in der Oberfläche entstehen, werden die beiden nicht mehr zusammenpassen, und nur eines von beiden kann sich erklären.
Was sich in der Praxis ändert
Für die meisten Websites ist das eine Messänderung, keine Traffic-Änderung. Am 24. September 2026 hat sich nichts daran geändert, wie Google Ergebnisse sortiert. Verschoben hat sich die Grenze einer Metrik, an der sehr viele Entscheidungen in der Suchmaschinenoptimierung datiert werden.
Drei Konsequenzen. Erstens: jeder Vergleich von Impressionen oder Klicks über den 24. September 2026 hinweg überschreitet eine Definitionsänderung und braucht eine Annotation, bevor jemand die Stufe in der Kurve als Erfolg liest. Zweitens: Seiten, die über visuelle Ähnlichkeit gefunden werden — Produktfotos, Pflanzen, Ersatzteile, Bauwerke, Verpackungen, Screenshots von Oberflächen — können ein Seitenprofil zeigen, das kein Keyword-Bericht erklärt, und das ist erwartbar und kein Defekt. Drittens: Bildoptimierung ist kein Thema mehr allein für die Bildsuche, denn die Ziel-Oberfläche ist jetzt ein Web-Ergebnis, das über eine Kamera erreicht wird.
Die Analytics- und Messebene des Kurses zeigt, wie man eine Berichtsänderung so datiert, dass eine spätere Analyse sie nicht als Leistung liest — genau die Disziplin, die diese Woche verlangt. Die Ebene Technisches SEO behandelt Crawling und Indexierung von Bilddateien, und die Ebene GEO und AIO erklärt, wie der Bericht zu generativen KI-Funktionen neben dem klassischen steht.
Was diese Woche zu tun ist
- Prüfen, ob die Zeile schon existiert. Leistung → Suchergebnisse → Filter Suchtyp. Bei gestaffeltem Rollout beweist ein Fehlen heute nichts.
- Beide Zeilen für die letzten 16 Monate getrennt exportieren, solange Sie in der Oberfläche sind — eine Basislinie, die die API nicht liefert.
- Den 24. September 2026 in jedem Dashboard annotieren, das Web-Impressionen oder -Klicks zeigt, und den 10. September 2026 als zweite, unerklärte Grenze annotieren, falls Ihre Daten dort eine Stufe zeigen.
- Die API-gestützten Reports auf stille Abweichung prüfen.
webfür einen einzelnen Tag über die API abrufen und mit dem Oberflächenwert desselben Tages vergleichen. Das Ergebnis notieren: dieser Vergleich ist der einzige Beweis, den Sie über Ihre eigene Property haben werden. - Keine Keyword-Strategie darauf aufbauen. In diesen Daten stecken konstruktionsbedingt keine Suchanfragen.
- Die fünf Seiten mit den meisten multimodalen Klicks identifizieren und ansehen, was dort tatsächlich fotografierbar ist. Näher kommt dieser Bericht an Intention nicht heran.
Wo die Branche wirklich uneinig ist
Eine Frage ist hier ungeklärt, und diese Website tut nicht so, als wäre sie es.
Sind neu berichtete Daten in der Search Console neue Daten oder eine Umklassifizierung bereits gezählter Daten? Googles Position, formuliert von Mueller nach Rückfrage beim Team, lautet: die Daten waren vorher nicht in den Zählungen. Das starke Argument dafür ist einfach — der Antwortende hat das Team gefragt, dem die Pipeline gehört, und niemand kann es besser wissen.
Das starke Argument der anderen Seite ist Dave Smarts Beobachtung: entsprechende Rückgänge ab dem 10. September auf mehreren Properties, also das Muster einer Umklassifizierung und nicht das Muster neuer Daten. Möglich ist auch, dass beides für Verschiedenes zutrifft: eine Pipeline kann ein Signal an einem Datum erfassen und an einem anderen anzeigen.
Was die verfügbaren Belege nicht klären können: Niemand hat Impressionsreihen je Property über beide Daten hinweg mit offengelegten Domains veröffentlicht, und Google hat keinen Hinweis auf ein Startdatum der Datenerfassung publiziert. Bis eines davon existiert, ist die Richtung der Änderung in Ihrem eigenen Web-Gesamtwert eine empirische Frage zu Ihrer Property — zu beantworten mit Ihrem Export, nicht mit der Aussage irgendeiner Seite.
Was weiterhin unbekannt ist
Ob und wann die API einen multimodalen Wert erhält. Ob die multimodale Historie vor den 24. September 2026 zurückreicht oder dort beginnt. Ob die Stufe vom 10. September, die mehrere Properties zeigen, überhaupt damit zusammenhängt. Und wie groß multimodaler Traffic als Anteil an den Web-Impressionen in irgendeiner Branche ist — Google hat dazu keine Zahl veröffentlicht.
Meinung des Autors — Txema Hermoso
Dieser Abschnitt ist Meinung, keine Berichterstattung. Alles oben ist belegt; was folgt, ist meine Lesart.
Das Nützliche an diesem Release ist nicht die neue Sichtbarkeit. Es ist die Erinnerung daran, dass die Metrik, auf der fast das gesamte SEO-Reporting aufbaut, eine Definition ist, die Google ohne Changelog-Eintrag auf der Hilfeseite ändern kann. Die Search Console ist ein Produkt, kein Messinstrument.
Meine praktische Position: die Abweichung zwischen Oberfläche und API ist das größere operative Problem dieser Woche, und es ist das, über das niemand spricht. Eine falsche Zahl in einem Monatsreport, dem die Geschäftsführung vertraut, richtet mehr Schaden an als eine unerklärte Stufe in einer Kurve, die ein SEO täglich sieht.
Ob die Zahlen neu oder verschoben sind: dazu habe ich keine Position, und die Belege erlauben keine. Ich sage einem Kunden lieber „ich gleiche unseren eigenen Export gegen beide Daten ab“, als die selbstsichere Version eines der beiden Lager zu wiederholen. Auch deshalb zählt die Annotation mehr als die Antwort — eine annotierte Diskontinuität lässt sich später zurückrechnen, eine nicht annotierte verfälscht still jeden Vergleich, der darauf aufbaut.
Quellen
- Announcing web multimodal Search performance reporting in Search Console — Google Search Central Blog, 24. September 2026.
- Leistungsbericht (Suchergebnisse) — Search-Console-Hilfe. Ohne veröffentlichtes Aktualisierungsdatum.
- Search Analytics API: searchanalytics.query — Google for Developers, Referenz zuletzt am 11. August 2026 aktualisiert. Am 26. September 2026 geprüft: kein multimodaler Wert.
- John Mueller auf Bluesky, 24. September 2026, 14:16 UTC.
- Multimodal Search Type Filter In Google Search Console Performance Report — Barry Schwartz, Search Engine Roundtable, 24. September 2026, mit der Beobachtung von Dave Smart.
- Google Search Console gains Lens and Circle to Search data, without queries — Luis Rijo, PPC Land, 24. September 2026.
- Google Search Console Adds Multimodal Filter For Image-Based Searches — Matt G. Southern, Search Engine Journal, 24. September 2026.
Keine Zahl in diesem Artikel stammt aus einer Studie: alle Angaben sind Daten, dokumentierte Werte oder die Beobachtung eines einzelnen Praktikers, und für keine gilt eine Stichprobengröße.