Warum der ChatGPT Traffic sinkt während Direct steigt und wie man KI Such Konversionen misst

#Warum ChatGPT Traffic in GA4 als Direct gruppiert wird

In der zweiten Oktoberwoche 2026 sahen E-Commerce Leiter und Analytics Teams in ihren Akquisitionsberichten, dass die Empfehlungsbesuche von chatgpt.com sanken, während der Kanal Direct (Direktzugriffe) zulegte. Cedric Huesler von Adobe analysierte rund 500 Seiten, auf denen ChatGPT mindestens 5 Prozent der Besuche brachte, und verglich den 9. bis 13. Oktober mit der Vorwoche. Die Besuche aus ChatGPT sanken um etwa 31.000 pro Tag, die Direktzugriffe auf dieselben Seiten stiegen um etwa 26.000 pro Tag, und der Suchtraffic fiel um 7 Prozent, im Einklang mit anderen Quellen (Search Engine Roundtable, 14. Oktober 2026).

Huesler führte die Ursache auf die Art zurück, wie ChatGPT nach dem Start von GPT-6 Links öffnete. Am 15. Oktober meldete er, dass es ein Fehler war und ChatGPT die Links wieder mit utm_source=chatgpt.com markiert. OpenAI hat dazu keine Stellungnahme veröffentlicht. Der folgende Mechanismus bleibt trotzdem relevant, weil er zeigt, was mit der Attribution passiert, sobald ein Klick sowohl den Kampagnenparameter als auch den Referrer Header verliert.

OpenAI schreibt in seiner FAQ für Publisher, dass ChatGPT den Parameter utm_source=chatgpt.com automatisch an Verweis-URLs anhängt, damit Publisher den Traffic in Tools wie Google Analytics auswerten können (OpenAI, Publishers and developers FAQ). Ein zitierter Link sieht dann so aus:

https://ihredomaene.de/produkt-detail/?utm_source=chatgpt.com

Aufgrund dieses Parameters ordneten Webanalysesysteme wie Google Analytics 4, Matomo oder Adobe Analytics die Sitzung verlässlich der Quelle chatgpt.com und dem Medium referral zu. Zusätzlich übertrug der Webbrowser des Nutzers den regulären HTTP Referer Header:

Referer: https://chatgpt.com/

Huesler beschrieb, dass GPT-6 während des Fehlers zitierte Quellen per JavaScript öffnete, ohne Parameter in der Adresse:

window.open(targetUrl, "_blank", "noopener,noreferrer");

Die Konsequenzen dieses technischen Eingriffs sind weitreichend:

1. Vollständige Unterdrückung des HTTP Referer Headers: Laut MDN lässt die Funktion noreferrer in window.open den Header Referer weg und setzt zugleich noopener (MDN, Window.open()). Das Browserattribut noreferrer zwingt die Rendering Engine (Blink in Chrome, WebKit in Safari, Gecko in Firefox), die Anfrage ohne Referer Header zu versenden. Das DOM Attribut document.referrer auf der Zielseite bleibt ein leerer String ("").
2. Entfernung aller UTM Parameter: Der Nutzer wird direkt auf die saubere kanonische URL ohne Kampagnenanhang geleitet.
3. Erzwungene Einordnung als Direct im GA4 Standardkanal: In der Standard-Channelgruppe von GA4 bedeutet Direct, dass die Quelle genau (direct) und das Medium (not set) oder (none) ist (Google Analytics Hilfe, Standard-Channelgruppe). Erhält Google Analytics 4 einen Seitenaufruf ohne Kampagnenparameter (utm_source, utm_medium, gclid) und ohne gültigen Referrer, greift die Standardlogik der Kanalgruppierung und ordnet den Zugriff zwingend als Direct / (none) ein.

Wertvoller KI Suchverkehr mutierte dadurch zu Dark AI Traffic. Die nachfolgende Übersicht veranschaulicht diesen Übergang:

+-----------------------------------------------------------------------------------+
| Verhalten mit UTM Parameter:                                                      |
| Klick in ChatGPT -> URL mit ?utm_source=chatgpt.com -> Referer: chatgpt.com       |
| -> GA4 ordnet ein: Source: chatgpt.com / Medium: referral                         |
+-----------------------------------------------------------------------------------+
                                          |
                                          v
+-----------------------------------------------------------------------------------+
| Fehlerzeitraum GPT-6, 9. bis 15. Oktober 2026:                                    |
| Klick in ChatGPT -> window.open(url, "_blank", "noreferrer") -> Saubere URL       |
| -> Referer: [LEER]                                                                |
| -> GA4 ordnet ein: Source: (direct) / Medium: (none)                              |
+-----------------------------------------------------------------------------------+

Führungsebenen und Marketingteams laufen Gefahr, falsche strategische Schlüsse zu ziehen. Sie könnten annehmen, dass Optimierungsmaßnahmen für generative Suchmaschinen (GEO (Generative Engine Optimization)) keine Wirkung mehr zeigen, während im Zeitraum des Fehlers ein Teil der ChatGPT-Sitzungen als Direktzugriff erfasst wurde.

Außerhalb eines solchen Zeitraums war der gemessene Anteil versteckter KI-Besuche in Direct verschwindend klein. Kevin Indig (19. Oktober 2026) hat GA4 auf 12 Websites mit Schwerpunkt B2B, davon 10 mit US-Zielmarkt, für August bis September 2026 geprüft: Im Schnitt trugen nur 0,003 % der Direktsitzungen erkennbare KI-Spuren. Das meiste Wachstum bei Direct stammte von Bots, und auf einer Website zählte GA4 409.000 Direktsitzungen, davon 198 mit Interaktion.

#Wie man verdeckten ChatGPT Traffic von echten Direktbesuchern unterscheidet

Echter Direktverkehr entsteht durch Nutzer, die eine Webadresse manuell in das Browseradressfeld tippen, auf Lesezeichen zugreifen oder Links in E-Mail Programmen öffnen.

Echter Direktverkehr folgt klaren Gesetzmäßigkeiten:

• Viele dieser Besucher treffen auf der Startseite (/ oder /de/) ein.
• Ein hoher Anteil besteht aus wiederkehrenden Nutzern mit bestehenden Sitzungscookies.
• Die Interaktionsrate mit dem Cookie Consent Banner ist gering, da Stammleser ihre Datenschutzauswahl bereits bei früheren Besuchen getroffen haben.

Verdeckter KI Traffic aus ChatGPT weist hingegen völlig andere Merkmale auf:

#1. Einstieg auf tiefen Produkt- und Ratgeberseiten

Generative Assistenten verweisen selten auf allgemeine Übersichtsseiten. Sucht ein Anwender nach spezifischen Lösungen (beispielsweise wie bindet man ein ERP System an WooCommerce an oder welches Drehmomentwerkzeug eignet sich für Karbonrahmen), führen die Zitate direkt zu:

• Spezifischen Produktdetailseiten (/shop/spezialwerkzeug-set/).
• Ausführlichen Fachartikeln und Schritt für Schritt Anleitungen.
• Technischen Datenblättern und Konfiguratoren.

Wenn in GA4 die Direktzugriffe auf einen einzelnen, tief verschachtelten Blogbeitrag ohne Newsletterversand sprunghaft steigen, prüfen Sie die Serverlogs auf Crawler von OpenAI für genau diese URL.

#2. Auffälligkeiten beim Cookie Consent Banner auf Mobilgeräten

In der Analyse von Cedric Huesler (Adobe) sahen 55 Prozent der Besucher aus ChatGPT auf Mobilgeräten das Cookie Banner. Während des Fehlers stieg der Anteil neuer mobiler Direktbesucher, die das Banner sahen, von 36 auf 44 Prozent (Search Engine Roundtable). Ein wachsender Anteil von Erstaufrufen des Zustimmungsdialogs im Kanal Direct widerlegt die Annahme von Stammkunden mit Lesezeichen.

#3. Stark verkürzter Konvertierungspfad

Besucher aus KI Dialogen besitzen eine ausgeprägte Kaufabsicht. Die Produktrecherche, der Vergleich von Produkteigenschaften und die Preisprüfung wurden bereits im Gespräch mit dem LLM durchgeführt. Der Besuch im Shop dient primär der Prüfung der Verfügbarkeit, der Lieferzeit und dem Checkout.

#Korrelation von Serverlogs zwischen OAI-SearchBot und Nutzerbesuchen

Ein Sprachmodell zitiert keine Webseiten, die es zuvor nicht eingelesen hat. Um in Echtzeit Quellenangaben bereitzustellen, greift die Infrastruktur von OpenAI über zwei zentrale Bots auf Webserver zu:

1. OAI-SearchBot: der Crawler, mit dem OpenAI Websites in den Suchergebnissen von ChatGPT anzeigt. Seiten, die für ihn in der robots.txt gesperrt sind, erscheinen nicht in Suchantworten, können aber weiterhin als Navigationslinks auftauchen.
2. ChatGPT-User: der Agent hinter bestimmten vom Nutzer ausgelösten Aktionen in ChatGPT und Custom GPTs. OpenAI schreibt, dass er nicht zum automatischen Crawlen des Webs dient und dass robots.txt Regeln möglicherweise nicht greifen, weil ein Nutzer die Aktion startet (OpenAI, Overview of OpenAI Crawlers).

Durch eine gezielte Zeitkorrelationsanalyse in den Server-Logdateien (Nginx, Caddy, Apache, Cloudflare) lässt sich verdeckter KI Traffic präzise nachweisen:

[14/Oct/2026:14:22:01 +0200] GET /de/blog/headless-systeme/ HTTP/2.0 200 
User-Agent: Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; OAI-SearchBot/1.4; +https://openai.com/searchbot
IP: 20.171.206.x (openai.com/searchbot.json)

... (Abstand 12 Sekunden) ...

[14/Oct/2026:14:22:13 +0200] GET /de/blog/headless-systeme/ HTTP/2.0 200 
Referer: -
User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 18_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1 Mobile/15E148 Safari/604.1
IP: 91.65.x.x (Deutscher DSL Provider)

Verzeichnet das Serverlog den Abruf eines Dokuments durch OAI-SearchBot oder ChatGPT-User und folgt binnen 10 bis 180 Sekunden ein unreferenzierter Aufruf derselben URL durch einen regulären Webbrowser, ist der Besuch ein Kandidat für die Zuordnung zu ChatGPT. Der zeitliche Abstand allein beweist die Quelle nicht, und das Fenster von 180 Sekunden ist eine Annahme, die Sie an Ihren eigenen Logs kalibrieren sollten.

Das folgende Node.js Skript analysiert Serverlogs im Standardformat und extrahiert diese korrelierten Sitzungen:

import fs from "node:fs";
import readline from "node:readline";

const AI_BOT_REGEX = /OAI-SearchBot|ChatGPT-User/i;
const CORRELATION_WINDOW_SEC = 180;

async function analyzeAccessLogs(logFilePath) {
  const fileStream = fs.createReadStream(logFilePath);
  const rl = readline.createInterface({ input: fileStream, crlfDelay: Infinity });

  const botEvents = new Map();
  const correlatedVisits = [];

  const logRegex = /^(\S+) \S+ \S+ \[([^\]]+)\] "(\S+) (\S+) \S+" (\d{3}) \S+ "([^"]*)" "([^"]*)"/;

  for await (const line of rl) {
    const match = line.match(logRegex);
    if (!match) continue;

    const [_, ip, dateStr, method, url, status, referer, userAgent] = match;
    const timestamp = Math.floor(new Date(dateStr.replace(":", " ")).getTime() / 1000);

    if (method !== "GET" || status !== "200") continue;

    if (AI_BOT_REGEX.test(userAgent)) {
      if (!botEvents.has(url)) botEvents.set(url, []);
      botEvents.get(url).push(timestamp);
      continue;
    }

    const isDirect = referer === "-" || referer === "";
    const isHumanUser = !userAgent.includes("bot") && !userAgent.includes("spider");

    if (isDirect && isHumanUser && botEvents.has(url)) {
      const timestamps = botEvents.get(url);
      const recentBotHit = timestamps.find(t => timestamp >= t && (timestamp - t) <= CORRELATION_WINDOW_SEC);

      if (recentBotHit) {
        correlatedVisits.push({
          url,
          userTimestamp: timestamp,
          botTimestamp: recentBotHit,
          delaySeconds: timestamp - recentBotHit,
          userIp: ip,
          userAgent: userAgent.slice(0, 80)
        });
      }
    }
  }

  console.log(`${correlatedVisits.length} Besuche wurden erfolgreich mit ChatGPT Suchabrufen korreliert.`);
  return correlatedVisits;
}

// Aufruf: node scripts/analyze-ai-traffic.mjs /var/log/nginx/access.log

#Serverseitige Verkehrserkennung in Cloudflare und WordPress

Um den Datenverlust zu beheben, sollte die Erkennung direkt auf Serverebene stattfinden. Ein Cloudflare Worker in Kombination mit einem WordPress Must-Use Plugin sichert die Datenzuordnung ab.

#Schritt 1: Cloudflare Worker für KI Heuristik

Ein Edge Worker analysiert eintreffende Anfragen, speichert Zeitstempel von Bot-Aufrufen im Key-Value-Speicher und versieht nachfolgende Direktzugriffe mit einem internen HTTP Header:

export default {
  async fetch(request, env) {
    const url = new URL(request.url);
    const referer = request.headers.get("referer");
    const userAgent = request.headers.get("user-agent") || "";

    if (/OAI-SearchBot|ChatGPT-User/i.test(userAgent)) {
      await env.AI_CACHE.put(`bot:${url.pathname}`, Date.now().toString(), { expirationTtl: 300 }).catch(() => {});
      return fetch(request);
    }

    const isDirect = !referer || referer === "";
    const isDeepPage = url.pathname !== "/" && !url.pathname.startsWith("/wp-admin");

    if (isDirect && isDeepPage) {
      const lastBotHit = await env.AI_CACHE.get(`bot:${url.pathname}`);
      
      if (lastBotHit) {
        const timeDiff = (Date.now() - parseInt(lastBotHit, 10)) / 1000;
        
        if (timeDiff <= 180) {
          const modifiedRequest = new Request(request, {
            headers: new Headers(request.headers)
          });
          modifiedRequest.headers.set("X-Probable-AI-Source", "chatgpt");
          
          const response = await fetch(modifiedRequest);
          const modifiedResponse = new Response(response.body, response);
          
          modifiedResponse.headers.append(
            "Set-Cookie", 
            `ai_inferred_source=chatgpt; Path=/; Max-Age=1800; SameSite=Lax; Secure`
          );
          
          return modifiedResponse;
        }
      }
    }

    return fetch(request);
  }
};

#Schritt 2: WordPress MU-Plugin und dataLayer Bereitstellung

In WordPress übernimmt die Datei wp-content/mu-plugins/ai-traffic-detector.php die Signale und übergibt sie an den Google Tag Manager:

<?php
/**
 * Plugin Name: AI Search Traffic Heuristic Detector
 * Description: Erkennt verdeckten KI Suchverkehr nach Wegfall der UTM Parameter und uebergibt Daten an den dataLayer.
 * Author: WPPoland
 * Version: 1.0.0
 */

if (!defined('ABSPATH')) {
    exit;
}

add_action('wp_head', function () {
    $is_ai_traffic = false;
    $ai_source = 'none';

    if (isset($_SERVER['HTTP_X_PROBABLE_AI_SOURCE'])) {
        $is_ai_traffic = true;
        $ai_source = sanitize_text_field($_SERVER['HTTP_X_PROBABLE_AI_SOURCE']);
    } elseif (isset($_COOKIE['ai_inferred_source'])) {
        $is_ai_traffic = true;
        $ai_source = sanitize_text_field($_COOKIE['ai_inferred_source']);
    } elseif (isset($_SERVER['HTTP_REFERER'])) {
        $ref = $_SERVER['HTTP_REFERER'];
        if (strpos($ref, 'chatgpt.com') !== false || strpos($ref, 'com.openai.chatgpt') !== false) {
            $is_ai_traffic = true;
            $ai_source = 'chatgpt_direct_ref';
        } elseif (strpos($ref, 'perplexity.ai') !== false) {
            $is_ai_traffic = true;
            $ai_source = 'perplexity';
        } elseif (strpos($ref, 'claude.ai') !== false) {
            $is_ai_traffic = true;
            $ai_source = 'claude';
        }
    }

    if ($is_ai_traffic) {
        ?>
        <script>
            window.dataLayer = window.dataLayer || [];
            window.dataLayer.push({
                'event': 'ai_traffic_detected',
                'ai_traffic_source': '<?php echo esc_js($ai_source); ?>',
                'ai_traffic_inferred': true
            });
        </script>
        <?php
    }
}, 1);

Im Google Tag Manager lässt sich dieses Ereignis nutzen, um die GA4 Konfigurationsparameter traffic_type: "ai_search" und inferred_source: "chatgpt" zu setzen.

#Welche Grenzen Cloudflare Workers KV bei der Erkennung von KI Traffic setzt

Der Worker aus Schritt 1 speichert Zeitstempel in Workers KV. Cloudflare dokumentiert drei Grenzen, die diese Heuristik beeinflussen (Cloudflare, Write key-value pairs):

1. Der kleinste Wert für expirationTtl ist 60 Sekunden. Die Lebensdauer von 300 Sekunden im Beispiel ist gültig, das kürzere Fenster prüft die Bedingung timeDiff <= 180 im Code.
2. KV erlaubt höchstens einen Schreibvorgang pro Sekunde auf denselben Schlüssel, schnellere Schreibvorgänge enden mit dem Fehler 429. Mehrere Crawleranfragen auf dieselbe URL in einer Sekunde würden die Verarbeitung der Anfrage abbrechen, deshalb endet der Schreibvorgang im Beispiel mit .catch(() => {}).
3. Ein Schreibvorgang ist am selben Netzwerkstandort sofort sichtbar, kann an anderen Orten der Welt aber bis zu 60 Sekunden brauchen. Der OpenAI Crawler und der Besucher landen meist in verschiedenen Rechenzentren von Cloudflare, sodass ein Teil der Besuche in der ersten Minute nach dem Crawlerabruf nicht markiert wird.

Ein User-Agent Header lässt sich leicht fälschen. OpenAI veröffentlicht die IP-Bereiche seiner Crawler unter https://openai.com/searchbot.json und https://openai.com/chatgpt-user.json (OpenAI, Overview of OpenAI Crawlers). Schreiben Sie den Crawler-Zeitstempel nur dann in KV, wenn die Adresse aus dem Header CF-Connecting-IP in diesen Bereichen liegt. Ohne diese Prüfung kann jedes Skript mit dem Header OAI-SearchBot beliebige Seiten als von ChatGPT besucht markieren und den Bericht aufblähen.

#Wie GA4 ChatGPT Traffic im Kanal AI Assistant einordnet

Die Standard-Channelgruppe von GA4 enthält einen eigenen Kanal AI Assistant. Google beschreibt ihn als den Kanal, über den Nutzer von Quellen wie ChatGPT, Gemini, Deepseek, Copilot oder Grok kommen, ausgenommen AI Overviews und AI Mode in der Google Suche (Google Analytics Hilfe, Standard-Channelgruppe). Die Regel hat zwei Zweige: Das Medium entspricht genau ai-assistant, oder der Referrer passt zu einer Liste von KI Assistenten, woraufhin GA4 das Medium ai-assistant und die Kampagne (ai-assistant) setzt.

Aus dieser Definition folgen drei praktische Punkte:

1. Der Kanal AI Assistant stützt sich auf einen Referrer oder ein Medium. Ein Besuch ohne Referer Header und ohne Kampagnenparameter erfüllt die Regel für Direct, also holt ihn kein Standardkanal zurück. Genau so sahen die Klicks aus ChatGPT während des Fehlers aus.
2. Google empfiehlt in der Dokumentation zu Kampagnen-URLs, immer utm_source, utm_medium und utm_campaign zu verwenden, und fehlende Parameter erscheinen in Berichten als (not set) (Google Analytics Hilfe, Kampagnendaten mit benutzerdefinierten URLs). Markieren Sie Links, die Sie selbst veröffentlichen, etwa in der Beschreibung Ihres eigenen GPT, mit dem vollständigen Satz und utm_medium=ai-assistant, denn genau dieses Medium erkennt die Kanalregel.
3. Bevor Sie eine eigene Kanalgruppe bauen, prüfen Sie, wie viel Traffic GA4 bereits AI Assistant zuordnet. Eine eigene Gruppe lohnt sich, wenn Sie einzelne Assistenten trennen oder Quellen außerhalb der Google Liste aufnehmen wollen.

#Konfiguration von benutzerdefinierten Kanalgruppen in Google Analytics 4

Um Klarheit in die Management-Dashboards zu bringen, richten Sie in GA4 eine eigene Kanalgruppe ein:

1. Öffnen Sie Google Analytics 4 und navigieren Sie zu Verwaltung -> Datenanzeige -> Kanalgruppen.
2. Wählen Sie Neue Kanalgruppe erstellen.
3. Fügen Sie einen neuen Kanal mit dem Namen AI Search & Chatbots hinzu.
4. Definieren Sie die Filterregeln:

Bedingung 1 (Explizite Text-Referrer):
Quelle stimmt mit regulaerem Ausdruck ueberein:
.*(chatgpt|openai|perplexity|claude|copilot|gemini|anthropic|mistral|deepseek).*

ODER

Bedingung 2 (Mobile App Schemata):
Quelle stimmt mit regulaerem Ausdruck ueberein:
.*(android-app:\/\/com\.openai\.chatgpt|android-app:\/\/ai\.perplexity|ios-app).*

5. Platzieren Sie den neuen Kanal in der Prioritätenliste oberhalb von Organic Search, Referral und Direct.
6. Speichern Sie die Gruppe.

Eine Standard-Property von GA4 erlaubt 2 benutzerdefinierte Channelgruppen (eine 360-Property 5), jede mit bis zu 50 Kanälen. Eine Gruppe lässt sich rückwirkend in Berichten, Segmenten und explorativen Datenanalysen anwenden, und der Traffic landet im ersten Kanal, dessen Definition er erfüllt, in der aktuellen Reihenfolge (Google Analytics Hilfe, benutzerdefinierte Channelgruppen). Deshalb zählt die Reihenfolge aus Punkt 5. Google nennt als Felder dieser Regeln Dimensionen der Traffic-Quelle: Quelle, Medium, Kampagnenname und Kampagnen-ID, Quellplattform, manueller Anzeigeninhalt und Standard-Channelgruppe. Der Ereignisparameter aus dem Erkennungsskript gehört nicht dazu, also werten Sie das Signal ai_traffic_inferred als benutzerdefinierte Dimension in Explorationen und Segmenten aus.

Die Berichte zur Monetarisierung und Akquisition weisen den KI Traffic fortan in einer eigenständigen Zeile aus.

#Messung von Konversionen aus KI Suchmaschinen in WooCommerce

Zusätzlich zur serverseitigen Heuristik sollten WooCommerce Betreiber drei bewährte First-Party Methoden anwenden:

#1. Semantische Gutscheincodes in strukturierten Daten

Integrieren Sie exklusive Gutscheine in das strukturierte Schema (Product, Offer) Ihrer Artikel:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Industrielle Steuereinheit Pro",
  "offers": {
    "@type": "Offer",
    "price": "890.00",
    "priceCurrency": "EUR",
    "description": "Nutzen Sie den Rabattcode CHAT5 an der Kasse für 5 Prozent Preisnachlass bei Bestellung über KI Assistenten."
  }
}

Nennt ein Modell den Code in seiner Antwort, belegt jede Einlösung im Bestellvorgang einen Verkauf aus der generativen Suche. Nichts garantiert, dass das Modell den Code nennt, und ein veröffentlichter Gutschein kann sich weiterverbreiten, deshalb ist die Zahl eine Untergrenze und nicht das ganze Bild.

#2. Befragung nach dem Kauf auf der Dankeseite

Eine unaufdringliche Frage auf der Seite order-received klärt die Herkunft bei unvollständigem Referrer-Tracking:

add_action('woocommerce_thankyou', function ($order_id) {
    if (!$order_id) return;
    $order = wc_get_order($order_id);
    if ($order->get_meta('_attribution_survey_answered')) return;

    ?>
    <div class="ai-survey-box" style="margin: 24px 0; padding: 20px; border: 1px solid #cbd5e1; border-radius: 8px; background: #f8fafc;">
        <h3 style="margin-top: 0; font-size: 18px;">Kurze Frage: Wie wurden Sie auf unser Angebot aufmerksam?</h3>
        <form id="ai-attribution-form">
            <input type="hidden" name="order_id" value="<?php echo esc_attr($order_id); ?>">
            <label style="display: block; margin-bottom: 8px; cursor: pointer;">
                <input type="radio" name="source_channel" value="chatgpt_ai"> Empfehlung in ChatGPT oder einem KI Assistenten
            </label>
            <label style="display: block; margin-bottom: 8px; cursor: pointer;">
                <input type="radio" name="source_channel" value="google_search"> Klassische Google Websuche
            </label>
            <label style="display: block; margin-bottom: 8px; cursor: pointer;">
                <input type="radio" name="source_channel" value="social_media"> Soziale Netzwerke oder Werbeanzeige
            </label>
            <label style="display: block; margin-bottom: 12px; cursor: pointer;">
                <input type="radio" name="source_channel" value="friend_recommendation"> Empfehlung von Bekannten oder Kollegen
            </label>
            <button type="submit" class="button" style="padding: 8px 16px;">Antwort übermitteln</button>
        </form>
    </div>
    <script>
        document.getElementById('ai-attribution-form').addEventListener('submit', function(e) {
            e.preventDefault();
            const formData = new FormData(this);
            fetch('/wp-json/wppoland/v1/save-attribution', {
                method: 'POST',
                body: formData
            }).then(() => {
                document.querySelector('.ai-survey-box').innerHTML = '<p style="color: #16a34a; font-weight: bold; margin: 0;">Vielen Dank für Ihre Rückmeldung.</p>';
            });
        });
    </script>
    <?php
});

Das Snippet sendet die Antwort an /wp-json/wppoland/v1/save-attribution, daher muss dieser Endpunkt mit register_rest_route() und einem eigenen permission_callback registriert werden, der prüft, ob die Bestellung zum aktuellen Kunden gehört. Vergleichen Sie die Antworten mit der Bestellherkunft, die WooCommerce speichert, wie im nächsten Abschnitt beschrieben.

#3. Inkrementalitätstests

Durch gezielte Ausschwärzung einzelner Produktkategorien in der robots.txt für OAI-SearchBot lässt sich nach 3 bis 4 Wochen ermitteln, wie stark die Verkäufe und Direktaufrufe in der Testgruppe sinken, während organische Google Klicks stabil bleiben. Die Differenz quantifiziert den realen wirtschaftlichen Einfluss von OpenAI.

OpenAI weist darauf hin, dass eine Änderung der robots.txt etwa 24 Stunden braucht, bis sie in den Suchergebnissen greift, und dass eine gesperrte Seite weiterhin als bloßer Link mit Titel erscheinen kann, wenn OpenAI die URL aus anderen Quellen kennt. Um das auszuschließen, braucht es das Meta-Tag noindex, und der Crawler muss die Seite abrufen dürfen, um es zu lesen (OpenAI, Publishers and developers FAQ). Zählen Sie den Testzeitraum deshalb ab dem Tag nach der Änderung.

#Wie WooCommerce Order Attribution Bestellungen aus ChatGPT erfasst

Seit Version 8.5.0, erschienen am 9. Januar 2024, bringt WooCommerce die integrierte Funktion Order Attribution mit, standardmäßig aktiv in neuen und bestehenden Shops (WooCommerce Developer Blog, WooCommerce 8.5.0). Beim Abschluss einer Bestellung speichert sie die verweisende URL, die UTM Parameter (source, medium, campaign, content, term), den Gerätetyp und die Zahl der Seitenaufrufe der Sitzung vor der Bestellung (WooCommerce Dokumentation, Order Attribution Tracking). Die Daten erscheinen in den Boxen Order attribution und Customer history auf der Bearbeitungsseite der Bestellung und in der Herkunftsspalte der Tabelle WooCommerce > Orders.

Für Traffic aus ChatGPT sind die Vorrangregeln aus der Dokumentation entscheidend:

• UTM Quellen und organische Quellen überschreiben frühere Quellen,
• ein direkt eingetippter Besuch (type-in) überschreibt nie eine erkannte Quelle,
• ein Verweis überschreibt die vorherige Quelle nur, wenn keine Sitzung aktiv ist,
• eine Bestellung ohne Verweis und ohne Quelle erhält die Herkunft Direct.

Eine Bestellung über einen Link mit utm_source=chatgpt.com wird also mit der UTM Quelle chatgpt.com erfasst, eine Bestellung nach einem Klick ohne Parameter und ohne Referrer als Direct. Die zweite Regel wirkt zugunsten des Shops: Ein Kunde, der über einen markierten Link kam und später durch Eintippen der Adresse zurückkehrte, behält die Quelle ChatGPT, solange der Browser die Attributions-Cookies hält.

Die Funktion setzt sieben sbjs_ Cookies im Browser, darunter sbjs_session mit 30 Minuten Laufzeit, und liest die Daten erst beim Abschluss der Bestellung. Sie ist mit der WP Consent API kompatibel und arbeitet daher mit Plugins für das Consent Management zusammen. Deaktivieren lässt sie sich unter WooCommerce > Settings > Advanced > Features oder per WP-CLI:

wp option update woocommerce_feature_order_attribution_enabled "no"

Bestellungen, die bei deaktivierter Funktion eingehen, haben keine Attributionsdaten. Prüfen Sie deshalb vor jeder Analyse von KI Traffic, ob die Funktion im untersuchten Zeitraum aktiv war. Der Abgleich von Bestellungen mit der Herkunft Direct mit den Antworten aus der Befragung nach dem Kauf zeigt, wie viele Verkäufe aus KI Assistenten die Analyse verpasst hat.

#Was hat sich im Oktober beim Tracking von ChatGPT und Gemini geändert

Aktualisierung, 30. Oktober 2026. Seit der ersten Fassung dieses Artikels sind zwei unabhängige Messungen erschienen, die für Shopbetreiber einiges verschieben.

SISTRIX hat die Links in ChatGPT Antworten Tag für Tag geprüft (Johannes Beus, SISTRIX, 30. Oktober 2026). Bis zum 8. Oktober trug jeder Quellenlink utm_source=chatgpt.com. Vom 9. bis 15. Oktober galt das nur für einen kleinen Teil, am 16. Oktober für 42 Prozent und ab dem 17. Oktober für 99 bis 100 Prozent. Vollständig zurück war der Parameter also zwei Tage nach dem Datum aus Hueslers Bericht. Links im neuen Antwortformat tragen rel="noopener noreferrer", und ohne Parameter erscheinen solche Besuche laut SISTRIX als Direktzugriffe. Die Quellenliste am Ende der Antworten fehlte zwischen dem 9. und 22. Oktober weitgehend (1 bis 19 Prozent der Antworten, vorher rund 72 Prozent) und ist seit dem 23. Oktober wieder da.

Der Referrer kam mit dem Parameter nicht zurück. Natzir Turrado berichtet aus seinen eigenen Logs, dass seit GPT-6 96 bis 99 Prozent der Besuche mit dem ChatGPT Parameter ohne Referer Header ankommen (Natzir Turrado, The state of AI traffic measurability). Das Schema weiter oben, das neben dem Parameter Referer: chatgpt.com zeigt, beschreibt den Stand vor GPT-6. Heute ist der Parameter das einzige Merkmal eines ChatGPT Klicks.

Bei Gemini verschwand dagegen der Parameter. Laut derselben Seite hängte Gemini ab September 2026 an einen Teil der zitierten Links ein undokumentiertes utm_source=gemini an. In der Woche ab dem 21. September trugen ihn etwa zwei von drei Besuchen mit Gemini Referrer, am 29. September war er über Nacht weg. Xyborg sah denselben Einbruch um den 28. September (Natzir Turrado auf X, 27. Oktober 2026). Google hat den Parameter nie angekündigt. Gemini im Browser übergibt weiterhin einen Referrer, diese Besuche bleiben also erkennbar. Die Gemini App für iOS öffnet Links in einer eigenen WebView ohne Referrer, GA4 verbucht sie als Direct, und die einzige Spur ist der User Agent GeminiiOS in den Serverlogs (Natzir Turrado auf X, 28. Oktober 2026).

Was ich in einem WooCommerce Shop prüfen würde:

1. Kanalbericht in GA4. Der Kanal AI Assistant greift beim Medium ai-assistant oder bei einem Referrer aus Googles Liste. Ein ChatGPT Klick mit utm_source=chatgpt.com, ohne Referrer und ohne Medium, erfüllt keine der beiden Bedingungen. Öffnen Sie Zugriffsakquisition mit der Dimension Sitzung: Quelle/Medium und prüfen Sie, in welchem Standardkanal chatgpt.com / (not set) landet (Unassigned ist der Auffangkanal, wenn keine Regel passt). Eine eigene Kanalgruppe mit einer Regel auf Quelle, wie Bedingung 1 oben, erfasst diese Besuche in jedem Fall.
2. Gemini in GA4. Im September sehen Sie womöglich zwei Quellen, gemini aus dem Parameter und gemini.google.com aus dem Referrer. Addieren Sie beide, bevor Sie September und Oktober vergleichen, sonst sieht das Ende des Parameters wie verlorener Traffic aus.
3. Matomo. Falls Ihr Shop mit Matomo statt GA4 misst: Der Kanal AI Assistants, eingeführt mit Matomo 5.5.0 am 8. Oktober 2025, wird über den Referrer zugeordnet (Changelog Matomo 5.5.0, Matomo FAQ). ChatGPT Besuche ohne Referrer landen dort nicht. Vergleichen Sie für dieselben Tage Akquisition > AI Assistants mit Kampagnen und Direkte Zugriffe.
4. Umami. Der UTM Bericht listet die Werte von utm_source (Umami Dokumentation, UTM). Verfolgen Sie chatgpt.com dort statt bei den Referrern und rechnen Sie damit, dass gemini nach dem 29. September nicht mehr auftaucht.
5. WooCommerce Order Attribution. Filtern Sie Bestellungen vom 9. bis 17. Oktober mit der Herkunft Direct und vergleichen Sie sie mit denselben Wochentagen eine Woche zuvor. Bestellungen nach dem 17. Oktober sollten wieder die Quelle chatgpt.com tragen.
6. Serverlogs. Zählen Sie Anfragen mit dem User Agent GeminiiOS auf Produktseiten. Nur so werden Besuche aus der Gemini App für iOS sichtbar.

Wenn die Attribution in Ihrem Shop danach neu aufgebaut werden muss, übernehme ich das im Rahmen der WooCommerce Entwicklung.

#Zusammenfassung und Maßnahmen für das Entwicklerteam

Eine Woche ohne utm_source=chatgpt.com hat gezeigt, wie stark die Berichte über KI Traffic von einem Parameter und einem Header abhängen, die beide der Chat-Anbieter kontrolliert. Der Fehler wurde am 15. Oktober behoben, doch dieselbe Abhängigkeit kehrt mit jeder künftigen Änderung an der Oberfläche von ChatGPT zurück.

Handlungsschritte:

1. Analysieren Sie Serverzugriffszeiten im Abgleich zwischen OAI-SearchBot und unreferenzierten Nutzeraufrufen.
2. Prüfen Sie den Standardkanal AI Assistant in Google Analytics 4 und definieren Sie eine eigene Kanalgruppe für KI Suchmaschinen, wenn Sie eine feinere Aufteilung brauchen.
3. Richten Sie Heuristiken auf Cloudflare Worker Ebene ein, um Signale an den dataLayer weiterzugeben.
4. Nutzen Sie exklusive Gutscheincodes in strukturierten Daten und Post-Purchase Befragungen in WooCommerce und vergleichen Sie die Antworten mit der Bestellherkunft in Order Attribution.
5. Optimieren Sie Ihre Informationsarchitektur so, dass KI Crawler Fakten mühelos aufnehmen können, wie in unseren Leitfäden zu Sicherheitsaudit WordPress und WooCommerce ERP Integration ausgeführt, ergänzt um unseren Leitfaden zu Google Universal Cart und UCP. Bei Fragen kontaktieren Sie unser Entwicklerteam.