Relatório GSC Redes Sociais 2026: Reddit + YouTube + TikTok

O Google disponibilizou discretamente um novo relatório de desempenho "Social & Video Platforms" no Google Search Console em 7 de julho de 2026. A nova visão combina impressões, cliques e métricas de rich results do Reddit, YouTube e TikTok em uma única aba — a primeira vez que o GSC consolida sinais sociais cross-platform em uma única visualização. Para criadores que dividem suas publicações entre um canal no YouTube, um pipeline de vídeos curtos no TikTok e uma presença em comunidades no Reddit, a visão combinada responde à pergunta que três dashboards separados não conseguiam responder: qual plataforma está realmente movendo a audiência, e qual post vale arquivar para o playbook do próximo trimestre?

O relatório é opt-in por propriedade e limitado a propriedades que já recebem impressões de social rich results. Uma vez ativado, retorna até 90 dias de dados e agrupa posts por domínio, não por URL — uma escolha deliberada que espelha como o GSC já trata agregações de fóruns e páginas de discussão. Esse agrupamento tem um efeito colateral que impacta toda estratégia de arquivamento: a URL que se arquiva hoje pode não ser a URL que o GSC reportará amanhã. Para atribuir um pico de tráfego de cauda longa a uma thread específica do TikTok ou do Reddit, é preciso capturar a URL e o timestamp e o snapshot de engajamento em uma única ação de arquivamento. Essa é exatamente a lacuna que o sidecar JSON do threadgrab foi construído para fechar.

O que entra no novo relatório Social & Video do GSC

O lançamento de 7 de julho traz três integrações de plataforma prontas para uso — discussões do Reddit, vídeos do YouTube e posts públicos do TikTok — e o modelo de API subjacente é genérico o suficiente para que o Google possa estendê-lo a newsletters do LinkedIn, Reels do Instagram e feeds do Bluesky sem alterar a interface. Cada linha do novo relatório representa uma unidade de conteúdo de nível superior (uma thread do Reddit, um vídeo do YouTube, um post do TikTok), e as colunas expõem impressões, cliques, CTR e posição média da mesma forma que a aba tradicional de Resultados da pesquisa.

O campo mais interessante, porém, é o novo filtro source_platform. Sem ele, é possível ver que o site recebeu 2.800 impressões de social-video ontem; com ele, é possível dividir esse número em 1.900 de threads do Reddit, 700 de embeds do YouTube e 200 de embeds do TikTok. Criadores que publicam um resumo semanal em seu próprio domínio, mas que é citado no Reddit, que mantêm uma série no YouTube com embed em seu blog e que fazem cross-post de conteúdo curto no TikTok finalmente têm um único lugar para comparar os três.

Por que a visão combinada importa para os criadores

Até agora, a atribuição cross-platform para criadores de conteúdo vivia em três dashboards separados, dois dos quais (Reddit, TikTok) nem sequer expunham dados de impressões. O YouTube Studio já oferece impressões há anos, mas somente para superfícies de busca e sugeridos — não para os embeds que aparecem em blogs de terceiros. O Reddit Ads Manager expõe apenas impressões promovidas. A superfície de analytics do TikTok mostra apenas visualizações dentro da própria plataforma. Nenhuma delas conversa com as outras, e nenhuma mapeia de forma limpa de volta ao blog post ou à newsletter que originalmente produziu o conteúdo.

O novo relatório do GSC não resolve todas as lacunas — ele ainda mede o que acontece na sua propriedade no índice do Google, não o que acontece nas próprias plataformas. Mas é o primeiro lugar onde um criador consegue ver a pegada combinada de descoberta social de uma única peça de conteúdo, e isso basta para tornar significativo o relatório de fim de trimestre. Se um artigo sobre um padrão de nicho de engenharia de dados for citado em uma thread do Reddit, embedado em um tutorial do YouTube e costurado em um recap do TikTok, o novo relatório mostra essa pegada combinada; os dashboards por plataforma mostram três histórias parciais.

Três plataformas, três regras de retenção

O novo relatório herda semânticas de retenção muito diferentes de cada fonte subjacente, e a forma como o GSC as normaliza importa para a construção do seu arquivo:

O limite de 90 dias do GSC é a restrição dominante: se esperar mais de três meses para capturar um post que gerou tráfego em março, o relatório ainda mostrará a linha, mas não será possível atribuí-la à URL de origem porque a fonte pode ter sido deletada, editada ou soterrada. Combine a linha do GSC com o sidecar JSON do dia em que o post atingiu o pico, e terá uma trilha de auditoria pronta para citação que sobrevive às políticas de exclusão de qualquer uma das três plataformas.

O problema do desvio de URL

O Reddit edita os slugs das URLs a cada renomeação promovida por moderadores. O YouTube mantém o mesmo ID de vídeo, mas atualiza título, descrição e capítulos in loco, de modo que uma linha do GSC indexada por um ID de vídeo de 12 caracteres pode apontar para um vídeo com três títulos diferentes na hora em que se consulta. Os nomes de usuário do TikTok podem mudar a qualquer momento sem invalidar a URL, mas o próprio post pode ser marcado como privado, deletado ou substituído por um repost com um novo ID. Nenhuma dessas situações aparece como 404 no GSC — a linha simplesmente continua reportando impressões em uma URL que já não corresponde ao conteúdo.

A solução é capturar a tríplice identidade do post no momento do arquivamento: o ID da plataforma (ID da thread do Reddit, ID do vídeo do YouTube, ID do post do TikTok), a URL canônica no momento da captura e o título. O sidecar JSON que o threadgrab emite já faz isso para Reddit e YouTube; para TikTok, captura a URL do post mais o handle do criador no momento da captura, de modo que é possível resolver a URL de volta a uma pessoa mesmo após uma mudança de handle.

Construa o sidecar em cinco passos

Este é o fluxo de trabalho que combina o novo relatório do GSC com um sidecar do threadgrab em cinco passos repetíveis:

1. Identifique o post candidato no GSC. Abra o relatório Social & Video, ordene por impressões e escolha as três primeiras linhas que vieram de uma plataforma para a qual se faz cross-post ativamente.
2. Resolva cada linha até a URL de origem. Clique na linha do GSC para ver a URL da plataforma que ela referencia. No Reddit, é o permalink canônico do comentário; no YouTube, é a URL do embed; no TikTok, é a URL do post com o parâmetro de query ?_t= que fixa um timestamp específico.
3. Capture cada URL de origem com o threadgrab. Execute a CLI de captura para cada URL com a flag --platform definida explicitamente, para que o sidecar registre qual schema foi usado. O sidecar herdará automaticamente os campos de ID específicos da plataforma.
4. Anote a linha do GSC em um índice local. Anexe o ID específico da plataforma, o timestamp de captura e o caminho do arquivo sidecar a um CSV local indexado pela URL da linha do GSC. É isso que permite cruzar uma linha do novo relatório com o conteúdo arquivado exato em três cliques em vez de trinta.
5. Reexecute no limite de 90 dias. O relatório do GSC mantém 90 dias de histórico; se um post gerou um pico relevante na segunda metade dessa janela, capture-o novamente com um sidecar novo, de modo que o arquivo registre o snapshot pós-engajamento em vez do snapshot de pico.

Conecte a CLI de captura ao relatório do GSC

A CLI de captura aceita um arquivo de manifesto, que é a forma mais limpa de preencher retroativamente várias linhas a partir de uma única exportação do GSC. Um manifesto é um arquivo JSON com uma entrada por linha, e o campo URL da entrada é o que é capturado. Veja um exemplo mínimo:

{
  "rows": [
    {
      "gsc_url": "https://example.com/blog/data-pipeline-postgres-vs-mongo/",
      "social_url": "https://www.reddit.com/r/dataengineering/comments/1abc23z/why_we_switched/",
      "platform": "reddit",
      "impressions": 1843,
      "clicks": 41,
      "captured_at": "2026-07-20T08:12:00Z"
    },
    {
      "gsc_url": "https://example.com/blog/postgres-tuning-2026/",
      "social_url": "https://www.youtube.com/watch?v=dQw4w9WgXcQ",
      "platform": "youtube",
      "impressions": 612,
      "clicks": 18,
      "captured_at": "2026-07-20T08:12:05Z"
    }
  ]
}

Execute threadgrab capture-manifest manifest.json --output ./archive/ e a CLI captura cada URL social, grava um sidecar JSON ao lado de cada exportação em Markdown e devolve um recibo de manifesto com a lista dos caminhos dos arquivos sidecar. Encaminhe o recibo para o seu CSV local do passo 4 e terá um cruzamento completo em uma única passada.

Mapeie o relatório ao seu arquivo com uma única consulta SQL

Depois de algumas semanas de exportações do GSC e algumas centenas de sidecars, o cruzamento vira uma única consulta SQL. O exemplo abaixo assume que tanto a exportação do GSC Social & Video quanto o índice de sidecars já foram carregados em uma instância local do DuckDB:

SELECT
  gsc.date,
  gsc.social_url,
  gsc.impressions,
  gsc.clicks,
  sidecar.platform_id,
  sidecar.title_at_capture,
  sidecar.sidecar_path
FROM gsc_social_video AS gsc
LEFT JOIN sidecar_index AS sidecar
  ON gsc.social_url = sidecar.canonical_url
WHERE gsc.date >= '2026-07-01'
  AND gsc.impressions > 50
ORDER BY gsc.date DESC, gsc.impressions DESC;

O LEFT JOIN é o detalhe importante: as linhas em que sidecar.platform_id é NULL são exatamente aquelas em que se falhou na hora de arquivar, e são as linhas em que não é possível reconstruir a citação de volta a um post real. Uma auditoria mensal sobre a contagem de NULL mostra se o arquivo está acompanhando o novo relatório e fornece uma meta de SLA clara para o próximo mês.

O que ainda não funciona

O novo relatório do GSC é opt-in por propriedade, e a liberação vem sendo gradual: em 20 de julho, a aba está visível para propriedades que receberam pelo menos uma impressão de Reddit rich result nos últimos 30 dias, mas não para propriedades cujo único tráfego de social-video veio de embeds do YouTube. O Google não publicou uma data para o caminho exclusivo de YouTube; enquanto isso, propriedades que dependem só de embeds do YouTube não verão o relatório mesmo após a adesão. Se a propriedade estiver nesse caso, o contorno é adicionar uma seção amigável ao Reddit (uma thread de comunidade, um AMA, um post de discussão) ao ritmo de publicação, de modo que o relatório tenha pelo menos uma fonte de dados qualificada.

Outra lacuna: o relatório ainda não expõe divisões por país para impressões de social-video. Se a audiência for global e o principal pico de tráfego veio de uma thread do Reddit em alemão, não dá para segmentar no nível de país; só se obtém a contagem combinada de impressões. O Google sinalizou que as divisões por país estão no roadmap, mas não comprometeu uma data. Até lá, o sidecar JSON é o único lugar em que o país de origem fica registrado, porque a CLI de captura geolocaliza cada URL por meio do IP público no momento da captura.

Cross-link do cluster: cobertura cross-platform do threadgrab

O novo relatório do GSC se apoia em um conjunto de funcionalidades do threadgrab lançadas nos últimos dois meses. O fluxo de captura específico do Reddit está documentado no guia de workflow de cross-posting, que mostra como capturar uma thread do Reddit, uma cadeia de comentários do YouTube e uma newsletter do LinkedIn em uma única sessão de arquivamento. O schema do sidecar é detalhado na referência de pipeline Markdown, incluindo o detalhamento campo a campo do que é capturado e do que é omitido. E o problema de retenção de longo prazo — o mesmo que o novo relatório do GSC torna mais visível ao limitar o histórico a 90 dias — é o assunto do guia de estratégia de backup.

Perguntas Frequentes