{"id":1072,"date":"2026-04-05T14:46:15","date_gmt":"2026-04-05T14:46:15","guid":{"rendered":"https:\/\/cms.funnelsheet.com\/?p=1072"},"modified":"2026-04-05T14:46:15","modified_gmt":"2026-04-05T14:46:15","slug":"how-to-build-a-score-for-leads-based-on-their-traffic-source","status":"publish","type":"post","link":"https:\/\/cms.funnelsheet.com\/?p=1072","title":{"rendered":"How to Build a Score for Leads Based on Their Traffic Source"},"content":{"rendered":"<p>Pontua\u00e7\u00e3o de leads com base na origem do tr\u00e1fego \u00e9 uma forma pr\u00e1tica de filtrar oportunidades em um ecossistema onde v\u00e1rias fontes competem pela aten\u00e7\u00e3o: Google Ads, Meta, tr\u00e1fego org\u00e2nico, campanhas de e-mail, WhatsApp Business API, e muito mais. O problema real que voc\u00ea j\u00e1 sente \u00e9 claro: dados de convers\u00e3o aparecem desalinhados entre GA4, GTM Web, GTM Server-Side, e o CRM, e a origem do tr\u00e1fego pode deixar o lead com valor incerto ou at\u00e9 desconsiderado. Sem uma abordagem de scoring que traduza a origem em qualidade de lead, voc\u00ea est\u00e1 operando com ru\u00eddos \u2014 voc\u00ea v\u00ea fontes que parecem entregar leads, mas que raramente se traduzem em clientes fechados; v\u00ea outras fontes que parecem fracas, mas frequentemente geram oportunidades de alto valor, especialmente quando combinadas com o ciclo de venda via WhatsApp ou SDRs. A ideia central n\u00e3o \u00e9 simplesmente atribuir cr\u00e9dito a um clique, e sim transformar o mapa de origem em um sinal confi\u00e1vel de propens\u00e3o \u00e0 convers\u00e3o. Esse \u00e9 o problema que muitos times de performance enfrentam: a origem do tr\u00e1fego carrega informa\u00e7\u00f5es \u00fateis, mas s\u00f3 rende quando convertida em uma m\u00e9trica pr\u00e1tica que o CRM entende e a equipe pode agir de forma r\u00e1pida e consistente. A partir dessa percep\u00e7\u00e3o, vamos nomear o desafio com precis\u00e3o e, em seguida, apresentar um caminho t\u00e9cnico para construir um score de leads robusto e acion\u00e1vel, usando GA4, GTM Server-Side, CAPI e integra\u00e7\u00f5es com BigQuery para manter a linha entre investimento em an\u00fancios e receita real.<\/p>\n<p>Este artigo prop\u00f5e um modelo de pontua\u00e7\u00e3o que transforma a origem do tr\u00e1fego em um atributo quantific\u00e1vel do lead, com pesos calibrados historicamente, regras de atualiza\u00e7\u00e3o e uma governan\u00e7a de dados que n\u00e3o depende de promessas vagas. Ao final, voc\u00ea ter\u00e1 um framework claro para decidir entre abordagens client-side e server-side, entender os trade-offs de cada fonte, e operacionalizar a pontua\u00e7\u00e3o de forma que o time de vendas consiga priorizar rapidamente. N\u00e3o \u00e9 apenas teoria: \u00e9 um mapa de decis\u00e3o t\u00e9cnico que j\u00e1 foi testado em setups com LGPD, Consent Mode v2, vias offline e integra\u00e7\u00e3o com CRMs como HubSpot ou RD Station. E embora o tema envolva complexidade de dados entre plataformas, o objetivo \u00e9 entregar uma pr\u00e1tica pronta para uso, com etapas, valida\u00e7\u00e3o e governan\u00e7a que acompanham o ritmo de ajustes do neg\u00f3cio.<\/p>\n\n\n                        <figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1161\" height=\"1200\" src=\"https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/2gjp_az2o_i.jpg\" alt=\"a hard drive is shown on a white surface\" class=\"wp-image-899\" srcset=\"https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/2gjp_az2o_i.jpg 1161w, https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/2gjp_az2o_i-290x300.jpg 290w, https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/2gjp_az2o_i-991x1024.jpg 991w, https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/2gjp_az2o_i-768x794.jpg 768w\" sizes=\"auto, (max-width: 1161px) 100vw, 1161px\" \/><\/figure>\n                        \n\n<h2>Por que a origem do tr\u00e1fego importa para a qualifica\u00e7\u00e3o de leads<\/h2>\n<blockquote><p>\u201cA origem do tr\u00e1fego n\u00e3o \u00e9 apenas um canal: \u00e9 o mapa da inten\u00e7\u00e3o do lead.\u201d<\/p><\/blockquote>\n<p>Para entender por que a origem do tr\u00e1fego precisa entrar como feature de scoring, comece pensando na qualidade de cada fonte. Algumas fontes tendem a gerar leads com maior propens\u00e3o a fechar em ciclos curtos, enquanto outras geram leads que entram no funil apenas para pesquisa ou compara\u00e7\u00e3o, levando mais tempo at\u00e9 a venda. Al\u00e9m disso, a atribui\u00e7\u00e3o entre plataformas pode distorcer o sinal: um clique que acontece no Google Ads pode ser interrompido por um clique intermedi\u00e1rio no Meta, ou at\u00e9 por uma mensagem recebida via WhatsApp que n\u00e3o fica vis\u00edvel no modelo de last-click. A soma de dados de v\u00e1rias fontes cria uma vis\u00e3o mais fiel da inten\u00e7\u00e3o, desde que a origem seja corretamente mapeada e traduzida em m\u00e9tricas. Outro aspecto crucial \u00e9 que a origem do tr\u00e1fego pode sinalizar qualidade de dados: fontes com IDs de campanha bem estruturados, UTM padronizados e eventos confi\u00e1veis tendem a ser mais est\u00e1veis na mensura\u00e7\u00e3o, reduzindo ru\u00eddos de altera\u00e7\u00f5es de tela, redirecionamentos ou mecanismos de consentimento. Em resumo, a origem do tr\u00e1fego precisa ser tratada como uma pista acion\u00e1vel, n\u00e3o apenas como contexto. O scoring por fonte que apresentamos aqui busca exatamente esse sinal confi\u00e1vel para priorizar leads com maior probabilidade de convers\u00e3o e valor de vida \u00fatil.<\/p>\n<blockquote><p>\u201cSem um score por fonte, o pipeline fica vulner\u00e1vel a varia\u00e7\u00f5es sazonais, mudan\u00e7as de plataforma e ru\u00eddo de atribui\u00e7\u00e3o.\u201d<\/p><\/blockquote>\n<h2>Definindo o modelo de score: entradas, pesos e limites<\/h2>\n<h3>Entradas essenciais<\/h3>\n<p>Para come\u00e7ar, liste as entradas que v\u00e3o alimentar o score. Combine dados de origem com sinais de comportamento e atributos do lead. Exemplos pr\u00e1ticos incluem: origem (utm_source, utm_medium, utm_campaign, gclid\/dclid, fbclid), canal de venda (WhatsApp, formul\u00e1rio Web, liga\u00e7\u00e3o telef\u00f4nica), engajamento (tempo no site, p\u00e1ginas-chave visitadas, a\u00e7\u00f5es espec\u00edficas como download de whitepaper ou envio de formul\u00e1rio), e atributos de lead (empresa, setor, tamanho da empresa, est\u00e1gio no CRM). Em organiza\u00e7\u00f5es com log\u00edstica de offlines, inclua convers\u00f5es autom\u00e1ticas ou offline recebidas via planilha ou integra\u00e7\u00e3o ERP. O controle de qualidade da origem \u00e9 essencial: verifique se os par\u00e2metros est\u00e3o normalizados e se a origem est\u00e1 presente nos dados hist\u00f3ricos para evitar lacunas de preenchimento no score.<\/p>\n<h3>Pesos por fonte: como calibrar<\/h3>\n<p>N\u00e3o existe uma f\u00f3rmula \u00fanica. A pr\u00e1tica recomendada \u00e9 calibrar pesos com base em conver\u00f5es hist\u00f3ricas, tempo de fechamento, e qualidade de lead detectada no CRM. Fontes de alto valor, como campanhas de busca no Google Ads (especialmente palavras-chave de inten\u00e7\u00e3o alta) ou contatos ativos via WhatsApp com resposta r\u00e1pida, tendem a receber pesos maiores. Fontes com ru\u00eddo maior ou com dados menos confi\u00e1veis podem ter pesos menores ou ser utilizadas apenas como fontes de creditamento assistem\u00e1tico. \u00c9 comum come\u00e7ar com uma distribui\u00e7\u00e3o simples e iterar: por exemplo, Google Search de alto valor (0,40), Meta (0,25), WhatsApp org\u00e2nico\/CRM (0,15), tr\u00e1fego direto com hist\u00f3rico de convers\u00e3o (0,10), e outras fontes de menor probabilidade (0,10). A ideia \u00e9 que o total do score tenha um intervalo que permita distinguir claramente leads qualificados de leads n\u00e3o qualificados. Garanta que o sistema seja aud\u00edvel: cada peso precisa ter justificativa documental, para que a calibragem n\u00e3o seja apenas \u201cp\u00e9rolas\u201d de dados.<\/p>\n<h3>Limites e atualiza\u00e7\u00e3o do score<\/h3>\n<p>Defina limites de score que indiquem qual lead merece encaminhamento r\u00e1pido. Por exemplo, um lead com score acima de um limiar pode ir direto para SDRs, enquanto scores m\u00e9dios podem requerer nutri\u00e7\u00e3o adicional. Estabele\u00e7a regras de atualiza\u00e7\u00e3o: o score pode reavaliar em per\u00edodos curtos (diariamente) quando novas intera\u00e7\u00f5es ocorrem, ou ficar est\u00e1vel se n\u00e3o houver novas a\u00e7\u00f5es relevantes. Considere regras espec\u00edficas para fontes sens\u00edveis a consentimento: com Consent Mode v2 ativo, certos dados de origem podem ter uso restrito; modele o score para que ele possa ser recalibrado sem depender de dados n\u00e3o dispon\u00edveis. Al\u00e9m disso, leve em conta a janela de convers\u00e3o: uma lead de origem &#8220;X&#8221; pode converter 30 dias ap\u00f3s o clique; inclua uma regra que permita ajuste de score conforme o atraso de convers\u00e3o.<\/p>\n<h2>Arquitetura t\u00e9cnica pr\u00e1tica<\/h2>\n<h3>Client-side vs server-side: quando funciona cada uma<\/h3>\n<p>Com bases de dados que exigem alta fidelidade de dados de origem, o modelo tende a exigir processamento no servidor para reduzir perdas de dados (por exemplo, janelas de redirecionamento, delays de display, ou bloqueios de cookies). Em ambientes SPA (single-page apps) ou com heavy uso de GTM, a implementa\u00e7\u00e3o server-side pode oferecer maior controle sobre a consist\u00eancia de dados, especialmente quando se trata de coletar dados de convers\u00e3o offline ou de integra\u00e7\u00f5es com CRM. Por outro lado, para equipes que precisam de velocidade e menor lat\u00eancia, uma configura\u00e7\u00e3o client-side com GTM Web pode ser suficiente, desde que haja valida\u00e7\u00e3o de dados e fallback apropriados. Em muitos cen\u00e1rios, a solu\u00e7\u00e3o h\u00edbrida (reencaminhando dados cr\u00edticos via GTM Server-Side para pontos de decis\u00e3o no CRM e BigQuery) entrega o equil\u00edbrio entre fidelidade de origem e lat\u00eancia de decis\u00e3o.<\/p>\n<h3>Integra\u00e7\u00e3o com GA4, GTM Server-Side e CRM<\/h3>\n<p>A implementa\u00e7\u00e3o pr\u00e1tica envolve mapear a origem para dimens\u00f5es no GA4, padronizar a coleta no GTM (Web e Server-Side), e empurrar o score para o CRM. No GA4, crie dimens\u00f5es personalizadas para armazenar o &#8220;source score&#8221; por lead, combinando a origem com sinais de engajamento. No GTM Server-Side, trate a l\u00f3gica de agrega\u00e7\u00e3o de dados para evitar perdas em redirecionamentos e para manter a integridade em ambientes que bloqueiam cookies. A integra\u00e7\u00e3o com CRM (HubSpot, RD Station, ou outros) requer a entrega de dados padronizados: o lead deve chegar com o score e a origem associada, com timestamps de atualiza\u00e7\u00e3o para que a equipe de vendas possa agir com base no estado mais recente. Em ambientes com dados sens\u00edveis, mantenha conformidade com LGPD e utilize Consent Mode v2 para tratar dados de origem com responsabilidade.<\/p>\n<h3>Sincroniza\u00e7\u00e3o de offline e dados first-party<\/h3>\n<p>Nem toda convers\u00e3o acontece online. Leads que conversam via WhatsApp, telefone ou lojas f\u00edsicas podem fechar semanas depois, e esses eventos precisam refletir no score. Para isso, integre fluxos de dados offline ao pipeline: utilize planilhas de convers\u00e3o offline ou m\u00f3dulos de importa\u00e7\u00e3o de CRM para ajustar o score de leads com base em convers\u00f5es verificadas. A clave \u00e9 manter o mapeamento entre lead online e registro offline, de modo que o score represente a propens\u00e3o real de fechar, mesmo quando a \u00faltima intera\u00e7\u00e3o ocorre fora do ambiente digital principal. Lembre-se de que dados offline exigem governan\u00e7a extra e valida\u00e7\u00e3o frequente para evitar drift entre fontes.<\/p>\n<h2>Roteiro de implementa\u00e7\u00e3o passo a passo<\/h2>\n<ol>\n<li>Mapear fontes: compile todas as fontes de tr\u00e1fego relevantes (utm_source, utm_medium, utm_campaign, gclid\/dclid, fbclid, originating phone or WhatsApp IDs) e garanta que estejam presentes no sistema de analytics e CRM.<\/li>\n<li>Padronizar origem: crie camadas de normaliza\u00e7\u00e3o de origem no GA4 e GTM para evitar duplicidade de fontes ou varia\u00e7\u00f5es de nomenclatura entre plataformas.<\/li>\n<li>Definir sinais de qualidade por fonte: al\u00e9m da origem, inclua engagement signals (tempo no site, p\u00e1ginas-chave, eventos personalizados) e atributos de lead no CRM (setor, porte, est\u00e1gio).<\/li>\n<li>Desenhar o modelo de scoring: determine entradas, pesos e limiares; modele regras para atualiza\u00e7\u00e3o autom\u00e1tica com base em novas intera\u00e7\u00f5es e no tempo de convers\u00e3o.<\/li>\n<li>Implementar a l\u00f3gica de scoring: codifique as regras no GTM Server-Side ou no seu pipeline de dados (BigQuery\/DBT) e garanta que o score seja propagado para o CRM com timestamps de atualiza\u00e7\u00e3o.<\/li>\n<li>Integrar com CRM: alinhe os formatos de dados, crie campos de score no CRM e automatize a passagem de leads qualificados para o fluxo de SDRs ou vendedores.<\/li>\n<li>Valida\u00e7\u00e3o e calibra\u00e7\u00e3o cont\u00ednuas: compare o score com resultados reais (convers\u00f5es, ciclo de venda, CAC\/LTV) e ajuste pesos conforme necess\u00e1rio; conduza revis\u00f5es semanais nos primeiros meses.<\/li>\n<\/ol>\n<p>Observa\u00e7\u00e3o importante: estabele\u00e7a uma m\u00e9trica de valida\u00e7\u00e3o para n\u00e3o depender apenas de engenharia de dados. Par\u00e2metros como precis\u00e3o de qualifica\u00e7\u00e3o (lead score acima do limiar que resultou em convers\u00e3o) e velocidade de qualifica\u00e7\u00e3o (tempo entre o clique e a qualifica\u00e7\u00e3o) ajudam a manter o modelo alinhado ao impacto de vendas. A implementa\u00e7\u00e3o deve contemplar Consent Mode v2, para respeitar privacidade sem comprometer a qualidade do sinal de origem, e manter a conformidade com LGPD.<\/p>\n<h2>Valida\u00e7\u00e3o e governan\u00e7a: sinais de que o setup est\u00e1 quebrado e como corrigir<\/h2>\n<h3>Erros comuns e corre\u00e7\u00f5es pr\u00e1ticas<\/h3>\n<p>Entre os erros mais frequentes est\u00e3o: (1) dados de origem ausentes ou inconsistentes entre GA4 e CRM; (2) overfitting do score por uma fonte espec\u00edfica, que n\u00e3o se sustenta com novas campanhas; (3) atraso entre intera\u00e7\u00e3o e convers\u00e3o n\u00e3o considerado pelo rate de atualiza\u00e7\u00e3o do score; (4) falhas de integra\u00e7\u00e3o entre GTM Server-Side e CRM que deixam o score no silo. Corrija com valida\u00e7\u00f5es autom\u00e1ticas: verifique a correla\u00e7\u00e3o entre score e taxa de convers\u00e3o por fonte, monitore o drift de \u00edndices de engajamento, atualize a arquitetura de dados para suportar offline e first-party, e mantenha uma trilha de altera\u00e7\u00f5es para auditoria.<\/p>\n<blockquote><p>\u201cO score s\u00f3 funciona se refletir o que o time de vendas percebe na pr\u00e1tica: leads qualificados convertem, leads n\u00e3o qualificados n\u00e3o desperdi\u00e7am tempo.\u201d<\/p><\/blockquote>\n<h3>Checklist de valida\u00e7\u00e3o r\u00e1pida<\/h3>\n<ul>\n<li>Todos os joins entre GA4, GTM Server-Side e CRM est\u00e3o est\u00e1veis e com time stamps alinhados.<\/li>\n<li>Os pesos por fonte s\u00e3o defendidos por dados hist\u00f3ricos e suportados por uma \u00fanica vers\u00e3o de configura\u00e7\u00e3o.<\/li>\n<li>Concord\u00e2ncia entre convers\u00f5es offline e online \u00e9 suficiente para ajuste de score sem perda de fidelidade.<\/li>\n<li>Consent Mode v2 est\u00e1 ativo para fontes sens\u00edveis, com fallback para dados n\u00e3o identific\u00e1veis quando necess\u00e1rio.<\/li>\n<\/ul>\n<h2>Decis\u00f5es t\u00e9cnicas: quando usar cada abordagem e como escolher entre op\u00e7\u00f5es<\/h2>\n<h3>Quando adotar abordagem baseada em servidor vs cliente<\/h3>\n<p>A decis\u00e3o passa pela necessidade de fidelidade de dados, escalabilidade e complexidade de implementa\u00e7\u00e3o. Se voc\u00ea lida com v\u00e1rias fontes com atraso de atribui\u00e7\u00e3o e precisa de controle r\u00edgido sobre a coleta, o caminho server-side tende a ser mais est\u00e1vel, especialmente para evitar perdas de dados por bloqueadores de cookies ou pol\u00edticas de sandbox. J\u00e1 para equipes que precisam de velocidade de implanta\u00e7\u00e3o, um modelo client-side com valida\u00e7\u00f5es robustas pode ser suficiente, desde que haja monitoramento constante de drift e fallback de dados. Em muitos cen\u00e1rios, uma arquitetura h\u00edbrida que processa o core de scoring no servidor e utiliza o client-side apenas para coleta r\u00e1pida de sinais de engajamento funciona bem.<\/p>\n<h3>\u00c1rvore de decis\u00e3o t\u00e9cnica para escolher a abordagem<\/h3>\n<p>Considere: se a fonte pode perder dados com GIFs de retargeting, se o lead tem v\u00e1rias intera\u00e7\u00f5es em curto intervalo, se a janela de convers\u00e3o \u00e9 longa, e se voc\u00ea utiliza offline conversions, opte por server-side; caso contr\u00e1rio, client-side pode agilizar a implementa\u00e7\u00e3o sem comprometer a qualidade do sinal. Em qualquer escolha, mantenha uma camada de abstra\u00e7\u00e3o para que mudan\u00e7as de plataforma (GA4, GTM, ou CAPI) n\u00e3o quebrem o scoring. Documente cada decis\u00e3o para auditoria interna e pe\u00e7a valida\u00e7\u00e3o com o time de produto, marketing e vendas.<\/p>\n<h2>Conclus\u00e3o pr\u00e1tica e pr\u00f3ximos passos<\/h2>\n<p>Construir uma pontua\u00e7\u00e3o de leads com base na origem do tr\u00e1fego n\u00e3o \u00e9 uma promessa de melhoria gen\u00e9rica; \u00e9 uma decis\u00e3o operacional que exige arquitetura de dados bem definida, governan\u00e7a de dados compat\u00edvel com LGPD e um pipeline de dados confi\u00e1vel entre GA4, GTM Server-Side, CRM e, se aplic\u00e1vel, BigQuery. O valor real vem da capacidade de priorizar rapidamente leads com maior probabilidade de fechar, reduzindo desperd\u00edcios de tempo do time de vendas e fortalecendo a justificativa de investimento com dados que resistem a escrut\u00ednio. A implementa\u00e7\u00e3o bem-sucedida depende de calibrar pesos com base em convers\u00f5es hist\u00f3ricas, manter a consist\u00eancia de origem nos dados, e monitorar o desempenho do score ao longo do tempo com uma rotina de valida\u00e7\u00e3o semanal.<\/p>\n<p>Para avan\u00e7ar com seguran\u00e7a, revise seu mapeamento de origem, alinhe as fontes com o seu CRM e estabele\u00e7a o primeiro conjunto de pesos, com um limiar de qualifica\u00e7\u00e3o claro. A partir disso, voc\u00ea ter\u00e1 um pipeline mais previs\u00edvel e confi\u00e1vel, capaz de justificar decis\u00f5es de or\u00e7amento e de estrat\u00e9gia de canal com uma m\u00e9trica tang\u00edvel: o score de leads pela origem do tr\u00e1fego. Se quiser alinhar a sua implementa\u00e7\u00e3o com pr\u00e1ticas j\u00e1 comprovadas no nosso m\u00e9todo, podemos conduzir um diagn\u00f3stico t\u00e9cnico para ajustar os detalhes de GA4, GTM Server-Side, CAPI e integra\u00e7\u00e3o com BigQuery. Entre em contato para alinharmos um plano de a\u00e7\u00e3o espec\u00edfico ao seu stack de an\u00fancios e ao seu CRM.<\/p>","protected":false},"excerpt":{"rendered":"<p>Pontua\u00e7\u00e3o de leads com base na origem do tr\u00e1fego \u00e9 uma forma pr\u00e1tica de filtrar oportunidades em um ecossistema onde v\u00e1rias fontes competem pela aten\u00e7\u00e3o: Google Ads, Meta, tr\u00e1fego org\u00e2nico, campanhas de e-mail, WhatsApp Business API, e muito mais. O problema real que voc\u00ea j\u00e1 sente \u00e9 claro: dados de convers\u00e3o aparecem desalinhados entre GA4,&hellip;<\/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":[],"content_language":[5],"class_list":["post-1072","post","type-post","status-publish","format-standard","hentry","category-blogen","content_language-en"],"acf":[],"_links":{"self":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1072","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=1072"}],"version-history":[{"count":0,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1072\/revisions"}],"wp:attachment":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1072"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1072"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1072"},{"taxonomy":"content_language","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcontent_language&post=1072"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}