Porque o tráfego do ChatGPT cai enquanto o direto sobe e como medir conversoes de pesquisa IA

#porque motivo o tráfego do chatgpt e agrupado como direto no ga4

Na segunda semana de outubro de 2026, responsáveis de comércio eletrónico e de análise de dados viram nos relatórios de aquisição as visitas de referência de chatgpt.com a descer enquanto o canal Direct (tráfego direto) subia. Cedric Huesler, da Adobe, analisou cerca de 500 páginas onde o ChatGPT gerava pelo menos 5 por cento das visitas e comparou os dias 9 a 13 de outubro com a semana anterior. As visitas do ChatGPT caíram cerca de 31 000 por dia, as visitas diretas às mesmas páginas subiram cerca de 26 000 por dia e o tráfego de pesquisa desceu 7 por cento, em linha com outras fontes (Search Engine Roundtable, 14 de outubro de 2026).

Huesler atribuiu a causa à forma como o ChatGPT abria as ligações após o lançamento do GPT-6. A 15 de outubro informou que se tratava de um erro e que o ChatGPT voltara a etiquetar as ligações com utm_source=chatgpt.com. A OpenAI não publicou qualquer comunicado sobre o assunto. Vale a pena conhecer o mecanismo descrito a seguir, porque mostra o que acontece à atribuição sempre que um clique perde ao mesmo tempo o parâmetro de campanha e o cabeçalho de referência.

A OpenAI indica na FAQ para editores que o ChatGPT acrescenta automaticamente utm_source=chatgpt.com aos URL de referência, para que os editores possam acompanhar esse tráfego em ferramentas como o Google Analytics (OpenAI, Publishers and developers FAQ). Uma ligação citada tem então este aspeto:

https://asualoja.pt/artigo-tecnico/?utm_source=chatgpt.com

Gracas a este parametro, qualquer motor analitico (Google Analytics 4, Matomo, Adobe Analytics) atribua de imediato a sessão a fonte chatgpt.com com o meio referral ou ai_search. Em paralelo, o navegador do utilizador remetia o cabecalho HTTP habitual:

Referer: https://chatgpt.com/

Huesler descreveu que, durante o erro, o GPT-6 abria as fontes citadas através de JavaScript, sem parâmetro no endereço:

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

Os efeitos tecnicos deste ajuste afetam todo o ecossistema analitico:

1. Eliminacao absoluta do cabecalho HTTP Referer: Segundo a MDN, a função noreferrer de window.open omite o cabeçalho Referer e ativa também noopener (MDN, Window.open()). O atributo noreferrer forca o motor do navegador (Blink no Chrome, WebKit no Safari, Gecko no Firefox) a não transmitir o campo Referer. A propriedade de DOM document.referrer na pagina de destino passa a ser uma cadeia de texto vazia ("").
2. Supressao das etiquetas UTM: O utilizador e reencaminhado diretamente para o URL canonico sem a extensao ?utm_source=chatgpt.com.
3. Classificacao forcada como Direto no agrupamento padrão do GA4: No agrupamento de canais predefinido do GA4, Direto significa que a origem corresponde exatamente a (direct) e o meio é (not set) ou (none) (Ajuda do Google Analytics, agrupamento de canais predefinido). Quando uma visita alcanca o GA4 sem parametros de campanha (utm_source, utm_medium, gclid) e desprovida de cabecalho de referencia, o algoritmo padrão encaminha a sessão para o balde Direct / (none).

Como consequencia, o tráfego qualificado gerado por motores generativos converteu-se em tráfego escuro de IA (Dark AI Traffic). O diagrama abaixo ilustra a transicao de comportamento:

+-----------------------------------------------------------------------------------+
| Comportamento com o parâmetro UTM:                                                |
| Clique no ChatGPT -> URL com ?utm_source=chatgpt.com -> Referer: chatgpt.com      |
| -> GA4 classifica: Origem: chatgpt.com / Meio: referral                           |
+-----------------------------------------------------------------------------------+
                                          |
                                          v
+-----------------------------------------------------------------------------------+
| Período do erro do GPT-6, 9 a 15 de outubro de 2026:                              |
| Clique no ChatGPT -> window.open(url, "_blank", "noreferrer") -> URL limpo        |
| -> Referer: [VAZIO]                                                               |
| -> GA4 classifica: Origem: (direct) / Meio: (none)                                |
+-----------------------------------------------------------------------------------+

Perante este cenario, existe o perigo de administradores e equipas técnicas assumirem erradamente que o investimento em Generative Engine Optimization (GEO) perdeu relevancia, quando na realidade os clientes continuam a aceder e a converter, figurando apenas camuflados nos relatorios de tráfego direto.

#como distinguir o tráfego escuro do chatgpt de visitas diretas genuinas

O tráfego direto genuino compreende utilizadores que digitam o endereco manualmente na barra de navegacao, clicam em marcadores guardados ou acedem a ligacoes a partir de clientes de correio eletronico que não passam cabecalhos web.

As visitas diretas autenticas demonstram um padrão consistente:

• Muitas entradas ocorrem na página principal do domínio (/ ou /pt-pt/).
• Predominam utilizadores recorrentes com identificadores de sessão previamente guardados.
• A taxa de interacao com o aviso de consentimento de cookies e reduzida, dado que a preferencia ja foi definida em visitas anteriores.

Em contrapartida, o tráfego proveniente do ChatGPT camuflado sob a etiqueta Direto apresenta sinais tecnicos e comportamentais muito distintos:

#1. Entradas em URLs profundos de produtos e tutoriais

Os assistentes inteligentes raramente aconselham a pagina inicial de uma marca. Quando um consumidor pesquisa detalhes tecnicos (por exemplo, como sincronizar stocks entre WooCommerce e um software de gestão ERP), as fontes remetem diretamente para:

• Páginas especificas de produto (/loja/modulo-sincronizacao-erp/).
• Artigos aprofundados de suporte e documentacao técnica.
• Fichas de especificacoes e calculadoras de preços.

Se os seus relatórios revelarem um salto súbito no tráfego Direto para um artigo específico do blogue sem o envio de qualquer boletim informativo, verifique os registos do servidor à procura de rastreadores da OpenAI nesse URL.

#2. Disparidades na exibicao do aviso de cookies em telemoveis

Na análise de Cedric Huesler, da Adobe, 55 por cento dos visitantes vindos do ChatGPT viram o aviso de consentimento no telemóvel. Durante o erro, a percentagem de novos visitantes diretos em dispositivos móveis que viram o aviso subiu de 36 para 44 por cento (Search Engine Roundtable). Uma percentagem crescente de primeiras visualizações do aviso no canal Direto contraria a tese de utilizadores fiéis a utilizarem marcadores do navegador.

#3. Funil de conversao extremamente veloz

Os utilizadores com origem na pesquisa em IA trazem uma intencao de compra amadurecida. Toda a prospeccao, selecao de caracteristicas e analise comparativa decorreram previamente na conversa com o modelo de linguagem. O acesso ao website destina-se a confirmar preço, validar condições de entrega e concluir o pagamento.

#correlacao de registos do servidor entre oai searchbot e sessões humanas

Os sistemas de IA generativa não inventam hiperligacoes para documentos que não tenham recolhido. De modo a fornecer fontes atualizadas, os servidores da OpenAI recorrem a dois agentes de recolha principais:

1. OAI-SearchBot: o rastreador que a OpenAI usa para mostrar sites nos resultados de pesquisa do ChatGPT. As páginas bloqueadas para ele no robots.txt não aparecem nas respostas de pesquisa, embora possam continuar a surgir como ligações de navegação.
2. ChatGPT-User: o agente por trás de determinadas ações iniciadas pelo utilizador no ChatGPT e nos Custom GPTs. A OpenAI indica que não é usado para rastrear a web de forma automática e que as regras do robots.txt podem não se aplicar, porque é o utilizador que inicia a ação (OpenAI, Overview of OpenAI Crawlers).

Ao analisar o diferencial cronologico nos ficheiros de registo do servidor (Nginx, Caddy, Apache, Cloudflare), torna-se possível detetar com elevada segurança as visitas de utilizadores reais:

[14/Oct/2026:14:22:01 +0200] GET /pt-pt/blog/arquitetura-headless/ 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)

... (intervalo de 12 segundos) ...

[14/Oct/2026:14:22:13 +0200] GET /pt-pt/blog/arquitetura-headless/ 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: 85.240.x.x (Operador de telecomunicacoes portugues)

Sempre que os registos de acesso reportam o pedido de um URL por parte do OAI-SearchBot ou ChatGPT-User, seguido, no espaco de 10 a 180 segundos, por uma requisicao humana sem cabecalho de referencia dirigida exatamente ao mesmo recurso, a visita é candidata a ser atribuída ao ChatGPT. A proximidade temporal não prova a origem por si só, e a janela de 180 segundos é um pressuposto a calibrar com os seus próprios registos.

O seguinte utilitario em Node.js avalia registos de acesso e extrai estas ocorrencias correlacionadas:

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(`Identificadas ${correlatedVisits.length} sessoes correlacionadas com pesquisas em tempo real no ChatGPT.`);
  return correlatedVisits;
}

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

#deteção no servidor através de cloudflare e wordpress

De modo a contornar a perda de dados, a classificacao deve operar na camada perimetral de rede com o Cloudflare Workers e ser transmitida para o WordPress.

#Passo 1: Cloudflare Worker para heuristica de visitas de IA

O script perimetral monitoriza os pedidos, guarda o registo temporal dos rastreadores na memoria KV e acrescenta um cabecalho especial sempre que surge um acesso direto subsequente:

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);
  }
};

#Passo 2: Plugin MU no WordPress e alimentacao do dataLayer

No WordPress, criamos o ficheiro wp-content/mu-plugins/ai-traffic-detector.php para interpretar os parametros do servidor e disponibilizar os dados no ambiente frontend:

<?php
/**
 * Plugin Name: AI Search Traffic Heuristic Detector
 * Description: Deteta trafego oculto de pesquisa em IA e transfere atributos de sessao para o 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);

Com este evento no Google Tag Manager, o acionador do GA4 pode injetar os atributos traffic_type: "ai_search" e inferred_source: "chatgpt".

#que limites o cloudflare workers kv impoe a deteção de tráfego de ia

O Worker do passo 1 guarda marcas temporais no Workers KV. A Cloudflare documenta três limites que afetam esta heurística (Cloudflare, Write key-value pairs):

1. O valor mínimo de expirationTtl é 60 segundos. A duração de 300 segundos do exemplo é válida, e a janela mais curta é controlada pela condição timeDiff <= 180 no código.
2. O KV aceita no máximo uma escrita por segundo na mesma chave, e as escritas mais rápidas devolvem o erro 429. Vários pedidos do rastreador ao mesmo URL no mesmo segundo interromperiam o processamento do pedido, e por isso a escrita do exemplo termina com .catch(() => {}).
3. Uma escrita fica visível de imediato na mesma localização de rede, mas pode demorar até 60 segundos a ficar visível noutras partes do mundo. O rastreador da OpenAI e o visitante costumam chegar a centros de dados diferentes da Cloudflare, pelo que parte das visitas no primeiro minuto após a recolha do rastreador não fica marcada.

O cabeçalho User-Agent é fácil de falsificar. A OpenAI publica os intervalos de IP dos seus rastreadores em https://openai.com/searchbot.json e https://openai.com/chatgpt-user.json (OpenAI, Overview of OpenAI Crawlers). Grave a marca do rastreador no KV apenas quando o endereço do cabeçalho CF-Connecting-IP estiver dentro desses intervalos. Sem essa verificação, qualquer script que envie o cabeçalho OAI-SearchBot pode marcar qualquer página como visitada pelo ChatGPT e inflacionar o relatório.

#como o ga4 classifica o tráfego do chatgpt no canal ai assistant

O agrupamento de canais predefinido do GA4 tem um canal próprio, AI Assistant. A Google descreve-o como o canal pelo qual os utilizadores chegam de fontes como o ChatGPT, o Gemini, o Deepseek, o Copilot ou o Grok, excluindo os AI Overviews e o AI Mode da pesquisa Google (Ajuda do Google Analytics, agrupamento de canais predefinido). A regra tem dois ramos: o meio corresponde exatamente a ai-assistant, ou o referenciador corresponde a uma lista de assistentes de IA, caso em que o GA4 define o meio ai-assistant e a campanha (ai-assistant).

Desta definição resultam três consequências práticas:

1. O canal AI Assistant depende de um referenciador ou de um meio. Uma visita sem cabeçalho Referer e sem parâmetros de campanha cumpre a regra de Direto, pelo que nenhum canal predefinido a consegue recuperar. Era assim que se apresentavam os cliques do ChatGPT durante o erro.
2. A Google recomenda, na documentação sobre URL de campanha, usar sempre utm_source, utm_medium e utm_campaign, e os parâmetros em falta surgem nos relatórios como (not set) (Ajuda do Google Analytics, dados de campanha com URL personalizados). Etiquete as ligações que publica, por exemplo na descrição do seu próprio GPT, com o conjunto completo e utm_medium=ai-assistant, porque é esse o meio que a regra do canal reconhece.
3. Antes de criar um grupo de canais próprio, verifique quanto tráfego o GA4 já atribui ao AI Assistant. Um grupo próprio faz sentido quando quer separar cada assistente ou incluir fontes que não constam da lista da Google.

#configuração de grupos de canais personalizados no google analytics 4

Para reorganizar os relatorios de gestão no GA4:

1. Aceda ao Google Analytics 4, entre em Administração, escolha Visualizacao de dados e prima Grupos de canais.
2. Clique em Criar novo grupo de canais.
3. Adicione um canal intitulado AI Search & Chatbots.
4. Configure as condições de correspondencia:

Condicao 1 (Fontes de texto conhecidas):
Origem corresponde a expressao regular:
.*(chatgpt|openai|perplexity|claude|copilot|gemini|anthropic|mistral|deepseek).*

OU

Condicao 2 (Origens de aplicacoes moveis):
Origem corresponde a expressao regular:
.*(android-app:\/\/com\.openai\.chatgpt|android-app:\/\/ai\.perplexity|ios-app).*

5. Ordene o novo canal acima de Organic Search, Referral e Direct.
6. Guarde as definições.

Uma propriedade padrão do GA4 permite 2 grupos de canais personalizados (uma propriedade 360 permite 5), cada um com até 50 canais. Um grupo pode ser aplicado retroativamente em relatórios, segmentos e explorações, e o tráfego é atribuído ao primeiro canal cuja definição cumpre, pela ordem atual (Ajuda do Google Analytics, grupos de canais personalizados). É por isso que a ordem do ponto 5 conta. A Google enumera como campos destas regras dimensões de origem de tráfego: origem, meio, nome e ID da campanha, plataforma de origem, conteúdo manual do anúncio e agrupamento de canais predefinido. O parâmetro de evento do script de deteção não está entre elas, pelo que deve analisar o sinal ai_traffic_inferred como dimensão personalizada em explorações e segmentos.

Os paineis de faturação e conversao apresentarao de imediato o contributo comercial do tráfego de assistentes virtuais de forma isolada.

#medicao de conversoes de pesquisa ia em lojas woocommerce

A par da heuristica no servidor, os operadores de plataformas WooCommerce devem recorrer a três métodos complementares baseados em dados primarios (First-Party Data):

#1. Vouchers promocionais inseridos em dados estruturados

Ao otimizar os seus produtos para pesquisa generativa, inclua promocoes exclusivas no esquema JSON-LD:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Controlador Industrial Avancado",
  "offers": {
    "@type": "Offer",
    "price": "1250.00",
    "priceCurrency": "EUR",
    "description": "Utilize o codigo promocional AICLIENTE no checkout para obter 5 por cento de desconto em encomendas recomendadas por assistentes inteligentes."
  }
}

Se um modelo repetir o código na resposta, cada aplicação de AICLIENTE no carrinho do WooCommerce comprova uma transação vinda de um assistente de IA. Nada garante que o modelo repita o código, e um cupão publicado pode circular por outras vias, por isso o número é um limite inferior e não o quadro completo.

#2. Inquerito rápido na pagina de confirmacao de encomenda

Um questionario discreto no endpoint de finalizacao (order-received) permite aferir a proveniencia do cliente:

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;">Pergunta rapida: Como conheceu a nossa loja online?</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"> Recomendacao no ChatGPT ou assistente IA
            </label>
            <label style="display: block; margin-bottom: 8px; cursor: pointer;">
                <input type="radio" name="source_channel" value="google_search"> Pesquisa tradicional no Google
            </label>
            <label style="display: block; margin-bottom: 8px; cursor: pointer;">
                <input type="radio" name="source_channel" value="social_media"> Redes sociais ou anuncio publicitario
            </label>
            <label style="display: block; margin-bottom: 12px; cursor: pointer;">
                <input type="radio" name="source_channel" value="friend_recommendation"> Recomendacao de colega ou amigo
            </label>
            <button type="submit" class="button" style="padding: 8px 16px;">Submeter resposta</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;">Obrigado pela sua resposta.</p>';
            });
        });
    </script>
    <?php
});

O excerto envia a resposta para /wp-json/wppoland/v1/save-attribution, pelo que esse endpoint tem de ser registado com register_rest_route() e um permission_callback próprio que confirme que a encomenda pertence ao cliente atual. Compare as respostas com a origem da encomenda que o WooCommerce regista, descrita na secção seguinte.

#3. Testes de incrementalidade

Ao configurar temporariamente o ficheiro robots.txt para impedir o OAI-SearchBot de analisar uma categoria especifica durante três semanas, pode comparar as quebras de vendas e tráfego Direto relativamente a produtos com acesso livre. A diferenca calculada reflete o impacto financeiro real do canal de IA.

A OpenAI indica que uma alteração ao robots.txt pode demorar cerca de 24 horas a refletir-se nos resultados de pesquisa, e que uma página bloqueada pode continuar a surgir como simples ligação com título se a OpenAI conhecer o URL por outras fontes. Para o evitar é necessária a meta tag noindex, e o rastreador tem de poder aceder à página para a ler (OpenAI, Publishers and developers FAQ). Conte o período de teste a partir do dia seguinte à alteração.

#como o woocommerce order attribution regista encomendas do chatgpt

Desde a versão 8.5.0, lançada a 9 de janeiro de 2024, o WooCommerce inclui a funcionalidade Order Attribution, ativada por predefinição em lojas novas e existentes (WooCommerce Developer Blog, WooCommerce 8.5.0). Quando uma encomenda é feita, guarda o URL de referência, os parâmetros UTM (source, medium, campaign, content, term), o tipo de dispositivo e o número de visualizações de página da sessão antes da encomenda (documentação do WooCommerce, Order Attribution Tracking). Os dados aparecem nas caixas Order attribution e Customer history do ecrã de edição da encomenda e na coluna de origem da tabela WooCommerce > Orders.

Para o tráfego do ChatGPT contam as regras de prioridade da documentação:

• as origens UTM e orgânicas substituem as origens anteriores,
• uma visita escrita à mão (type-in) nunca substitui uma origem identificada,
• uma referência substitui a origem anterior apenas quando não há sessão ativa,
• uma encomenda sem referência e sem origem recebe a origem Direct.

Uma encomenda feita a partir de uma ligação com utm_source=chatgpt.com fica assim registada com a origem UTM chatgpt.com, e uma encomenda vinda de um clique sem parâmetro e sem referenciador fica como Direct. A segunda regra joga a favor da loja: um cliente que chegou por uma ligação etiquetada e mais tarde voltou a escrever o endereço mantém a origem ChatGPT enquanto o navegador guardar os cookies de atribuição.

A funcionalidade cria sete cookies sbjs_ no navegador, entre eles sbjs_session com duração de 30 minutos, e só lê os dados quando a encomenda é feita. É compatível com a WP Consent API, pelo que funciona com plugins de gestão de consentimento. Desative-a em WooCommerce > Settings > Advanced > Features ou com o WP-CLI:

wp option update woocommerce_feature_order_attribution_enabled "no"

As encomendas feitas com a funcionalidade desativada não têm dados de atribuição, por isso, antes de analisar o tráfego de IA, confirme que estava ativa no período em estudo. Cruzar as encomendas com origem Direct com as respostas do inquérito pós-compra mostra quantas vendas vindas de assistentes de IA escaparam à análise.

#resumo e lista de acoes para a equipa técnica

Uma semana sem utm_source=chatgpt.com mostrou o quanto os relatórios de tráfego de IA dependem de um parâmetro e de um cabeçalho, ambos controlados pelo fornecedor do chat. O erro foi corrigido a 15 de outubro, mas a mesma dependência regressa com cada alteração futura à interface do ChatGPT.

Pontos de acao imediatos:

1. Analise os registos do servidor correlacionando pedidos do OAI-SearchBot com acessos diretos.
2. Verifique o canal predefinido AI Assistant no Google Analytics 4 e defina grupos de canais dedicados a motores de IA quando precisar de mais detalhe.
3. Crie heuristicas perimetrais com Cloudflare Workers e envie sinais para o dataLayer.
4. Implemente códigos de desconto em esquemas de dados estruturados e inquéritos no WooCommerce, e compare as respostas com a origem das encomendas no Order Attribution.
5. Garanta que a arquitetura de ligações e conteúdo permite a correta indexação semântica, conforme abordamos na nossa auditoria de segurança WordPress e no serviço de integração WooCommerce ERP, além do nosso artigo sobre Google Universal Cart e UCP. Para soluções avançadas, consulte os nossos serviços ou contacte-nos.