{"id":1250,"date":"2026-04-13T02:19:43","date_gmt":"2026-04-13T02:19:43","guid":{"rendered":"https:\/\/cms.funnelsheet.com\/?p=1250"},"modified":"2026-04-13T02:19:43","modified_gmt":"2026-04-13T02:19:43","slug":"how-to-track-campaigns-that-generate-leads-through-both-chat-and-forms","status":"publish","type":"post","link":"https:\/\/cms.funnelsheet.com\/?p=1250","title":{"rendered":"How to Track Campaigns That Generate Leads Through Both Chat and Forms"},"content":{"rendered":"

Rastrear campanhas que geram leads atrav\u00e9s de chat e formul\u00e1rios \u00e9 um desafio recorrente para equipes de m\u00eddia paga que operam no Brasil e internacionalmente. Leads vindos de WhatsApp, chat widgets ou mensagens diretas precisam ser capturados com a mesma fidelidade que os leads gerados por formul\u00e1rios tradicionais, sen\u00e3o a atribui\u00e7\u00e3o fica segmentada, o CRM fica bagun\u00e7ado e o gasto em m\u00eddia n\u00e3o se traduz em receita real. O problema n\u00e3o est\u00e1 apenas na diverg\u00eancia entre GA4, GTM Server-Side e Meta CAPI, mas na aus\u00eancia de uma conven\u00e7\u00e3o clara de eventos, na padroniza\u00e7\u00e3o de par\u00e2metros de origem e na gest\u00e3o de consentimento em ambientes com LGPD. Este texto foca em oferecer um diagn\u00f3stico pr\u00e1tico e um roteiro de implementa\u00e7\u00e3o que ajude a conectar investimento em an\u00fancios \u00e0 gera\u00e7\u00e3o de leads com confian\u00e7a. O objetivo \u00e9 deixar o leitor pronto para auditar, corrigir e configurar uma solu\u00e7\u00e3o que permita atribui\u00e7\u00e3o consistente entre chat e formul\u00e1rios, com foco t\u00e9cnico em GA4, GTM Server-Side, CAPI e BigQuery.<\/p>\n

Ao terminar a leitura, voc\u00ea ter\u00e1 um caminho claro para diagnosticar gargalos, alinhar a arquitetura de dados entre canais de chat e formul\u00e1rios, configurar um fluxo de eventos padronizado e validar oundle de dados com auditorias concretas. O artigo n\u00e3o \u00e9 uma promessa gen\u00e9rica de melhoria de m\u00e9tricas, mas um conjunto de decis\u00f5es t\u00e9cnicas que costumam fazer diferen\u00e7a em setups reais: como nomear eventos, como transportar dados entre cliente e servidor, como lidar com consentimento e como comparar fontes para evitar duplicidade de lead. Al\u00e9m disso, apresento um roteiro de auditoria e um modelo de \u00e1rvore de decis\u00e3o para orientar a escolha entre client-side e server-side, bem como entre diferentes abordagens de atribui\u00e7\u00e3o. A ideia \u00e9 que voc\u00ea consiga agir imediatamente, com passos t\u00e9cnicos bem definidos e limites expl\u00edcitos para cada escolha.<\/p>\n\n\n

\"a<\/figure>\n \n\n

Diagn\u00f3stico: onde os dados costumam se perder<\/h2>\n

Pontos de ruptura entre chat e formul\u00e1rios<\/h3>\n

O maior vil\u00e3o \u00e9 a falta de alinhamento entre como os dados s\u00e3o capturados no chat e como s\u00e3o coletados via formul\u00e1rio. Em muitos setups, cada canal utiliza um esquema de eventos diferente, com nomes conflitantes e par\u00e2metros que n\u00e3o se repetem entre as fontes. O resultado comum \u00e9 uma fila de leads que entra no CRM com dados incompletos ou com atribui\u00e7\u00e3o perdida porque o usu\u00e1rio interagiu primeiro por chat e, dias depois, concluiu a convers\u00e3o via formul\u00e1rio, sem que haja correla\u00e7\u00e3o entre os eventos. \u00c9 comum ver situa\u00e7\u00f5es em que o evento de abertura de chat n\u00e3o dispara no GA4, enquanto o formul\u00e1rio dispara apenas no backend, criando duplicidade de lead ou, pior, gaps de atribui\u00e7\u00e3o.<\/p>\n

Dados de leads gerados por chat e formul\u00e1rios precisam compartilhar a mesma nomea\u00e7\u00e3o de eventos e janela de atribui\u00e7\u00e3o para evitar distor\u00e7\u00f5es.<\/p><\/blockquote>\n

Inconsist\u00eancia entre GA4, GTM Server-Side e Meta CAPI<\/h3>\n

Quando a captura de dados \u00e9 distribu\u00edda entre client-side (GA4\/Tag Manager Web) e server-side (GTM Server-Side com CAPI), a chance de diverg\u00eancia aumenta. Eventos podem chegar com timestamp diferente, par\u00e2metros ausentes ou variantes de nomes entre plataformas. Mesmo que o evento final seja o mesmo \u2014 por exemplo, um “lead” \u2014 as informa\u00e7\u00f5es cruzadas (origem, meio, campanha, valor estimado) nem sempre batem. Al\u00e9m disso, o Cross-Device e o cross-channel trazem desafios de deduplica\u00e7\u00e3o e sincroniza\u00e7\u00e3o de janelas de convers\u00e3o, algo que s\u00f3 se resolve com uma camada de unifica\u00e7\u00e3o de dados e regras de mapeamento consistentes.<\/p>\n

Atribui\u00e7\u00e3o de leads offline e CRM<\/h3>\n

Leads que entram no funil por meio de canais de WhatsApp ou telefonemas raramente deixam rastros completos para a atribui\u00e7\u00e3o digital: o fechamento pode ocorrer offline, com dados que chegam ao CRM sem a origem de campanha completa. Se a integra\u00e7\u00e3o entre CRM e plataformas de an\u00fancios n\u00e3o \u00e9 bem projetada, h\u00e1 risco de subavalia\u00e7\u00e3o de campanhas que realmente geraram oportunidades ou, ainda, de superestimar aquela que acabou por fechar. Em muitos casos, a solu\u00e7\u00e3o envolve uma estrat\u00e9gia de envio de convers\u00f5es offline para BigQuery ou Looker Studio para cruzar dados de CRM com dados de an\u00fancios, mantendo uma linha de vis\u00e3o \u00fanica por lead.<\/p>\n

Consentimento e privacidade n\u00e3o s\u00e3o apenas barreiras legais; eles impactam diretamente na granularidade de dados que voc\u00ea pode usar para atribui\u00e7\u00e3o. Sem uma estrat\u00e9gia de Consent Mode bem alinhada, a qualidade da atribui\u00e7\u00e3o tende a cair.<\/p><\/blockquote>\n

Arquitetura de dados para leads gerados por chat e formul\u00e1rios<\/h2>\n

Eventos consistentes para chat (WhatsApp Business API) e formul\u00e1rios (GA4)<\/h3>\n

A base \u00e9 padronizar o vocabul\u00e1rio de eventos entre canais. Por exemplo, adotar um conjunto m\u00ednimo de eventos: lead_iniciado, lead_submetido, lead_qua_lidou, com par\u00e2metros padronizados como origem, meio, campanha, e um identificador \u00fanico do lead. No chat, o envio do evento deve ocorrer no momento em que o usu\u00e1rio inicia a conversa\u00e7\u00e3o e, se houver convers\u00e3o, o evento de submission deve vir acompanhado do ID de conversa. Nos formul\u00e1rios, garanta que o evento de submission carregue tamb\u00e9m o ID da conversa, quando houver, para facilitar a correla\u00e7\u00e3o entre canais. Essa consist\u00eancia facilita a deduplica\u00e7\u00e3o de leads e a consome\u00e7\u00e3o de dados por meio de CAPI, GTM Server-Side e GA4 sem ru\u00eddos.<\/p>\n

Para refer\u00eancia t\u00e9cnica, veja diretrizes oficiais sobre como estruturar eventos no GA4 e integr\u00e1-los via GTM Server-Side: Eventos GA4<\/a> e GTM Server-Side<\/a>.<\/p>\n

Consent Mode v2 ajuda a manter utilidade dos dados mesmo com consentimento parcial, reduzindo o impacto na atribui\u00e7\u00e3o sem violar privacidade.<\/p><\/blockquote>\n

Estrutura de UTMs e par\u00e2metros de origem<\/h3>\n

UTMs consistentes s\u00e3o o fio condutor entre a origem de tr\u00e1fego e o lead no CRM. Para chat, voc\u00ea pode capturar par\u00e2metros no link inicial do chat ou no v\u00ednculo de continua\u00e7\u00e3o de conversa; para formul\u00e1rios, assegure que os UTMs estejam presentes no URL de origem e persistam at\u00e9 a convers\u00e3o, mesmo se o usu\u00e1rio retornar por um toque de chat. A integra\u00e7\u00e3o entre GA4, GTM e o backend precisa manter esses par\u00e2metros intactos do clique at\u00e9 a conclus\u00e3o da convers\u00e3o. A documenta\u00e7\u00e3o oficial sobre uso de par\u00e2metros de origem ajuda a alinhar essas pr\u00e1ticas entre plataformas. Veja a documenta\u00e7\u00e3o GA4 para eventos e par\u00e2metros.<\/p>\n

Observa\u00e7\u00e3o pr\u00e1tica: quando o usu\u00e1rio volta do chat para o formul\u00e1rio ou vice-versa, manter o mesmo identificador de lead facilita a correla\u00e7\u00e3o entre os toques de canal. A simplifica\u00e7\u00e3o aqui \u00e9 crucial para evitar sobreposi\u00e7\u00e3o de atribui\u00e7\u00e3o entre canais. O objetivo \u00e9 ter uma trilha de dados coerente que permita cruzar eventos de chat e de formul\u00e1rio sem perder o contexto de origem.<\/p>\n

Consent Mode v2 n\u00e3o \u00e9 apenas uma op\u00e7\u00e3o de privacidade; \u00e9 um instrumento para manter a granularidade de dados quando o usu\u00e1rio restringe cookies.<\/p><\/blockquote>\n

Consent Mode e LGPD: impactos na coleta<\/h3>\n

Implementar Consent Mode v2 envolve decis\u00f5es sobre CMP, prefer\u00eancias de cookies e o controle de dados que podem ser usados para fins de atribui\u00e7\u00e3o. Em cen\u00e1rios com LGPD, \u00e9 comum que parte dos dados de pessoas n\u00e3o possa ser utilizada para atribui\u00e7\u00e3o completa at\u00e9 que o usu\u00e1rio consinta explicitamente. Mesmo assim, \u00e9 poss\u00edvel manter um n\u00edvel de rastreamento \u00fatil se voc\u00ea planejar eventos com amostra de dados, configurar opera\u00e7\u00f5es server-side para reduzir depend\u00eancia de cookies e respeitar as escolhas do usu\u00e1rio. A documenta\u00e7\u00e3o de Consent Mode orienta como incorporar esse m\u00f3dulo nas suas integra\u00e7\u00f5es.<\/p>\n

Para refer\u00eancia, consulte as diretrizes oficiais sobre Consent Mode: Consent Mode<\/a>.<\/p>\n

Configura\u00e7\u00e3o pr\u00e1tica: passo a passo para rastrear chat + formul\u00e1rios<\/h2>\n
    \n
  1. Mapear fluxos de lead: identifique todos os pontos de contato de chat (WhatsApp, chat no site) e de formul\u00e1rios (lead forms, popups) que geram leads, incluindo quem aciona, em que momento e qual CRM recebe o dado.<\/li>\n
  2. Definir nomenclatura de eventos e par\u00e2metros: crie um vocabul\u00e1rio \u00fanico para \u201clead_iniciado\u201d e \u201clead_submetido\u201d com par\u00e2metros consistentes (origem, campanha, meio, canal, lead_id).<\/li>\n
  3. Implementar envio de eventos via GTM Server-Side e CAPI: configure o envio de eventos de chat para o servidor (CAPI) e o envio de formul\u00e1rios para GA4 via GTM Server-Side, assegurando que o lead_id seja preservado entre canais.<\/li>\n
  4. Padronizar UTMs e par\u00e2metros de origem: defina um conjunto padr\u00e3o de UTMs a serem passados em todos os toques, incluindo chat e formul\u00e1rio, e garanta persist\u00eancia no ciclo de vida do lead.<\/li>\n
  5. Configurar convers\u00f5es no GA4 para ambos canais: crie eventos de convers\u00e3o espec\u00edficos para \u201clead\u201d gerados por chat e por formul\u00e1rio; ajuste as janelas de atribui\u00e7\u00e3o conforme o seu modelo de neg\u00f3cio.<\/li>\n
  6. Ativar Consent Mode v2 e CMP: implemente o Consent Mode, integre a CMP com as decis\u00f5es de coleta e garanta que a coleta de dados respeite as escolhas do usu\u00e1rio.<\/li>\n
  7. Validar end-to-end com auditoria de dados: realize testes de fluxo completo (do clique at\u00e9 a convers\u00e3o no CRM) em ambiente de staging e valide com uma auditoria de dados que atravesse GA4, GTM Server-Side, CAPI e BigQuery, se necess\u00e1rio.<\/li>\n<\/ol>\n

    Para suporte t\u00e9cnico, voc\u00ea pode consultar a documenta\u00e7\u00e3o de GA4 sobre eventos e par\u00e2metros, bem como a configura\u00e7\u00e3o de GTM Server-Side. Eventos GA4<\/a> e GTM Server-Side<\/a>. Al\u00e9m disso, a implementa\u00e7\u00e3o de consentimento pode ser orientada pela documenta\u00e7\u00e3o do Consent Mode da Google e pelas pol\u00edticas de LGPD aplic\u00e1veis ao seu neg\u00f3cio. Consent Mode<\/a>.<\/p>\n

    Estrat\u00e9gias de atribui\u00e7\u00e3o e janela de convers\u00e3o<\/h2>\n

    Quando usar atribui\u00e7\u00e3o last-click vs data-driven<\/h3>\n

    A decis\u00e3o entre atribui\u00e7\u00e3o last-click e data-driven deve considerar a natureza multicanal do seu funil. Em cen\u00e1rios com chat ativo e formul\u00e1rios que se cruzam, a atribui\u00e7\u00e3o baseada em dados tende a ser mais est\u00e1vel pois utiliza dados hist\u00f3ricos para distribuir o cr\u00e9dito entre canais. Contudo, se o volume de dados for baixo ou se houver grandes varia\u00e7\u00f5es entre canais, pode ser sensato come\u00e7ar com last-click para entender a rela\u00e7\u00e3o imediata entre clique e convers\u00e3o, migrando para uma abordagem data-driven conforme o conjunto de dados cresce.<\/p>\n

    Atribui\u00e7\u00e3o cross-channel entre chat e formul\u00e1rios<\/h3>\n

    Para uma atribui\u00e7\u00e3o \u00fatil, \u00e9 essencial ter uma linha de base que permita unir eventos de chat e de formul\u00e1rio com o mesmo lead_id. Sem isso, voc\u00ea perde a conex\u00e3o entre o toque de chat e a convers\u00e3o no formul\u00e1rio. A ideia \u00e9 criar uma \u201ccole\u00e7\u00e3o\u201d de eventos por lead, com uma coes\u00e3o de origem e uma sequ\u00eancia de eventos que permita reconstituir o caminho do lead no n\u00edvel de cada usu\u00e1rio, sem depender apenas do \u00faltimo clique.<\/p>\n

    Janela de convers\u00e3o e sincroniza\u00e7\u00e3o com CRM<\/h3>\n

    As janelas de convers\u00e3o devem refletir o seu ciclo de venda. Se o lead costuma converter entre o primeiro contato e a oportunidade ser fechada ap\u00f3s dias ou semanas, ajuste as janelas de atribui\u00e7\u00e3o para capturar esse intervalo. Al\u00e9m disso, alinhe a sincroniza\u00e7\u00e3o com o CRM para que o status do lead e o hist\u00f3rico de intera\u00e7\u00f5es apare\u00e7am com o mesmo timestamp que os eventos no GA4. Essa sincronia facilita a valida\u00e7\u00e3o de dados entre fonte de tr\u00e1fego e resultado final no CRM.<\/p>\n

    Erros comuns e corre\u00e7\u00f5es pr\u00e1ticas<\/h2>\n

    UTMs que se perdem no redirecionamento<\/h3>\n

    \u00c9 comum ver UTMs que desaparecem quando o usu\u00e1rio transita entre canais ou quando h\u00e1 redirecionamentos no fluxo de conversa. A pr\u00e1tica recomendada \u00e9 capturar UTMs na entrada do usu\u00e1rio, armazen\u00e1-las em um ID de sess\u00e3o ou em um cookie de curto prazo, e reusar esse conjunto de par\u00e2metros na passagem para o formul\u00e1rio ou na passagem de dados para o servidor. Sem isso, a origem da convers\u00e3o fica indefinida ou a origem \u00e9 atribu\u00edda \u00e0 \u00faltima interac\u00e7\u00e3o, distorcendo o quadro de ROI por canal.<\/p>\n

    GCLID que some no fluxo de formul\u00e1rio<\/h3>\n

    Quando o usu\u00e1rio chega ao formul\u00e1rio a partir de um clique em an\u00fancio, o GCLID precisa persistir para que o clique seja correlacionado com a convers\u00e3o. Em muitos casos, o GCLID \u00e9 perdido durante o redirecionamento ou n\u00e3o \u00e9 enviado com o evento de submission do formul\u00e1rio. A solu\u00e7\u00e3o envolve manter o GCLID no servidor, usar par\u00e2metros de sess\u00e3o ou vincular o GCLID a um lead_id que transita entre chat e formul\u00e1rio, para que a atribui\u00e7\u00e3o permane\u00e7a coesa.<\/p>\n

    Discrep\u00e2ncia entre GA4 e Meta CAPI<\/h3>\n

    Discrep\u00e2ncias entre GA4 e Meta CAPI s\u00e3o comuns quando a coleta ocorre de forma descoordenada entre client-side e server-side. A raiz pode ser o mapeamento de eventos, a perda de dados de origem ou diferen\u00e7as nas janelas de atribui\u00e7\u00e3o. A corre\u00e7\u00e3o envolve alinhar os nomes de eventos, consolidar par\u00e2metros de origem e validar integridade dos dados com checks de end-to-end, incluindo a verifica\u00e7\u00e3o de registros no BigQuery ou no Looker Studio para cruzar com as fontes de CRM e an\u00fancios.<\/p>\n

    Para refer\u00eancia externa sobre a API de convers\u00f5es da Meta, consulte a documenta\u00e7\u00e3o de integra\u00e7\u00f5es de API de Conversions: Conversions API<\/a>.<\/p>\n

    Como adaptar a solu\u00e7\u00e3o \u00e0 realidade do projeto ou do cliente<\/h2>\n

    Ritmo de entrega e padroniza\u00e7\u00e3o entre contas de cliente<\/h3>\n

    Em ambientes de ag\u00eancia, \u00e9 comum ter m\u00faltiplos clientes com n\u00edveis de maturidade diferentes. Padronizar o vocabul\u00e1rio de eventos, a estrutura de UTMs e a forma de enviar dados para o servidor ajuda a reduzir o retrabalho. Comece com uma linha de base comum para todos os clientes, depois adapte a configura\u00e7\u00e3o para necessidades espec\u00edficas, como integra\u00e7\u00f5es com CRMs diferentes (HubSpot, RD Station, etc.) e fluxos de WhatsApp Business API diferentes.<\/p>\n

    Opera\u00e7\u00e3o de auditoria recorrente<\/h3>\n

    Crie um roteiro de auditoria peri\u00f3dico para checar diverg\u00eancias entre fontes (GA4, CAPI, GTM-SS) e com o CRM. Registre erros frequentes, como gaps de par\u00e2metros, eventos ausentes ou duplicados, e trate cada caso como uma exce\u00e7\u00e3o controlada, com corre\u00e7\u00f5es direcionadas e documenta\u00e7\u00e3o de aprendizado para evitar recorr\u00eancia. A disciplina de auditoria \u00e9 o que transforma um setup vulner\u00e1vel em uma solu\u00e7\u00e3o previs\u00edvel.<\/p>\n

    Erros comuns: checklist r\u00e1pido de valida\u00e7\u00e3o<\/h2>\n

    Erros de implementa\u00e7\u00e3o de endpoints<\/h3>\n

    Verifique se os endpoints do GTM Server-Side est\u00e3o recebendo eventos de chat e formul\u00e1rio com os par\u00e2metros esperados. Pequenas falhas \u2014 como nomes de eventos desalinhados ou par\u00e2metros ausentes \u2014 podem invalidar grande parte da coleta.<\/p>\n

    Sincroniza\u00e7\u00e3o entre CRM e dados de an\u00fancios<\/h3>\n

    Confirme que o lead_id utilizado no frontend se conecta ao registro correspondente no CRM. A desconex\u00e3o entre as fontes de dados impede a constru\u00e7\u00e3o de uma vis\u00e3o \u00fanica de cada lead, dificultando atribui\u00e7\u00e3o e ROI real.<\/p>\n

    Consist\u00eancia de janela de atribui\u00e7\u00e3o<\/h3>\n

    \u00c0 medida que as plataformas evoluem, as janelas de atribui\u00e7\u00e3o podem variar entre GA4, Meta e Google Ads. Mantenha uma pol\u00edtica de janela de atribui\u00e7\u00e3o documentada e revise-a periodicamente para evitar que a mesma convers\u00e3o seja creditada de forma desigual entre canais.<\/p>\n

    Fechamento<\/h2>\n

    Rastrear campanhas que geram leads por chat e formul\u00e1rios n\u00e3o \u00e9 apenas uma quest\u00e3o de coletar dados; \u00e9 alinhar eventos, par\u00e2metros e janelas de atribui\u00e7\u00e3o em uma arquitetura coesa que permita ver o caminho completo do lead desde o clique at\u00e9 a convers\u00e3o final. Comece com o diagn\u00f3stico, normalize a nomenclatura de eventos, implemente a transmiss\u00e3o de dados entre client-side e server-side de forma consistente e valide tudo com uma auditoria de dados. Ao adotar os passos descritos, voc\u00ea aumenta a confiabilidade da atribui\u00e7\u00e3o, reduz a perda de leads e habilita decis\u00f5es de investimento com base em dados mais est\u00e1veis, sem abrir m\u00e3o da privacidade e da conformidade. Se quiser avan\u00e7ar j\u00e1 na pr\u00e1tica, defina a primeira linha de a\u00e7\u00f5es com o mapeamento de fluxos de lead e a configura\u00e7\u00e3o de eventos padronizados para chat e formul\u00e1rios, e siga o roteiro de auditoria para confirmar que a arquitetura funciona como esperado hoje.<\/p>","protected":false},"excerpt":{"rendered":"

    Rastrear campanhas que geram leads atrav\u00e9s de chat e formul\u00e1rios \u00e9 um desafio recorrente para equipes de m\u00eddia paga que operam no Brasil e internacionalmente. Leads vindos de WhatsApp, chat widgets ou mensagens diretas precisam ser capturados com a mesma fidelidade que os leads gerados por formul\u00e1rios tradicionais, sen\u00e3o a atribui\u00e7\u00e3o fica segmentada, o CRM…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[4],"tags":[54,496,13,43,25],"content_language":[5],"class_list":["post-1250","post","type-post","status-publish","format-standard","hentry","category-blogen","tag-atribuicao-de-campanhas","tag-chat-e-formularios","tag-ga4","tag-geracao-de-leads","tag-lgpd","content_language-en"],"acf":[],"_links":{"self":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1250","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1250"}],"version-history":[{"count":0,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1250\/revisions"}],"wp:attachment":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1250"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1250"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1250"},{"taxonomy":"content_language","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcontent_language&post=1250"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}