{"id":1617,"date":"2026-04-24T21:28:01","date_gmt":"2026-04-24T21:28:01","guid":{"rendered":"https:\/\/cms.funnelsheet.com\/?p=1617"},"modified":"2026-04-24T21:28:01","modified_gmt":"2026-04-24T21:28:01","slug":"tracking-para-negocios-que-dependem-de-formulario-e-ligacao-como-canais-principais","status":"publish","type":"post","link":"https:\/\/cms.funnelsheet.com\/?p=1617","title":{"rendered":"Tracking para neg\u00f3cios que dependem de formul\u00e1rio e liga\u00e7\u00e3o como canais principais"},"content":{"rendered":"<p>Tracking para neg\u00f3cios que dependem de formul\u00e1rio e liga\u00e7\u00e3o como canais principais \u00e9 um desafio real para quem precisa conectar investimento em m\u00eddia a convers\u00e3o efetiva. Quando a maior parte das chamadas e envios de formul\u00e1rio definem o funil, a dist\u00e2ncia entre o clique, a captura de dados e a venda final no CRM tende a ser maior, abrindo brechas de atribui\u00e7\u00e3o. Sem uma arquitetura de rastreamento que trate formul\u00e1rios, telefonemas e mensagens como eventos interoper\u00e1veis, voc\u00ea opera no escuro: leads aparecem com atraso, dados de origem se perdem e a compara\u00e7\u00e3o entre GA4 e plataformas de publicidade n\u00e3o se equilibra.<\/p>\n<p>Neste artigo, voc\u00ea encontra um diagn\u00f3stico direto, com caminhos pr\u00e1ticos de implementa\u00e7\u00e3o para canais principais que passam por formul\u00e1rios e liga\u00e7\u00f5es. Vamos deixar claro onde as falhas costumam aparecer \u2014 data layer ausente, IDs que n\u00e3o passam, disparo de eventos incompleto, integra\u00e7\u00f5es com CRM mal conectadas, e a ponte entre dados online e offline. O objetivo \u00e9 entregar um roteiro pronto para a\u00e7\u00f5es concretas: configura\u00e7\u00e3o de GA4, GTM Web e GTM Server-Side, Meta CAPI, al\u00e9m de estrat\u00e9gias para exportar para BigQuery e dashboards em Looker Studio. No final, voc\u00ea ter\u00e1 crit\u00e9rios objetivos para decidir entre abordagens client-side e server-side, bem como quando investir na captura offline sem perder consist\u00eancia.<\/p>\n<h2>Desafios centrais do tracking quando formul\u00e1rios e liga\u00e7\u00f5es s\u00e3o os canais principais<\/h2>\n<h3>Conex\u00e3o entre formul\u00e1rio no site e CRM<\/h3>\n<p>Sem um data layer padronizado, o envio de um formul\u00e1rio n\u00e3o gera um conjunto \u00fanico de dados que o CRM possa interpretar. Formul\u00e1rios diferentes (nativo, embedded, ou via widget de terceiros) costumam disparar eventos distintos sem um campo comum de identifica\u00e7\u00e3o. O resultado t\u00edpico \u00e9 o lead registrado no GA4 com um conjunto de par\u00e2metros, mas sem o lead_id correspondente no RD Station, HubSpot ou outro CRM. A consequ\u00eancia \u00e9 uma atribui\u00e7\u00e3o incompleta: a venda final pode ficar associada apenas ao \u00faltimo clique, ignorando o caminho completo que envolveu formul\u00e1rios, contatos por WhatsApp e atendimento telef\u00f4nico. O ideal \u00e9 mapear cada submission para um identificador \u00fanico (lead_id) que percorra todos os sistemas e, quando poss\u00edvel, manter esse v\u00ednculo via data layer, API de integra\u00e7\u00e3o do CRM e eventos de backend. Para entender melhor como estruturar esse fluxo, vale acompanhar guias oficiais de integra\u00e7\u00e3o de dados entre GA4, GTM e CRM. <a href=\"https:\/\/developers.google.com\/tag-manager\/web\/reference\/dataLayer\" target=\"_blank\" rel=\"noopener\">dataLayer<\/a> e <a href=\"https:\/\/developers.google.com\/gtm\/server-side\" target=\"_blank\" rel=\"noopener\">GTM Server-Side<\/a> s\u00e3o refer\u00eancias \u00fateis para n\u00e3o perder o tra\u00e7o entre o formul\u00e1rio e o CRM.<\/p>\n<h3>Atribui\u00e7\u00e3o de chamadas: do clique ao atendimento<\/h3>\n<p>Atribuir liga\u00e7\u00f5es envolve capturar o clique, o n\u00famero de telefone apresentado (em landing pages, WhatsApp, ou telefone de empresa) e o desfecho da convers\u00e3o. O desafio \u00e9 manter o GCLID, o clique do Meta, ou o identificador de campanha dispon\u00edvel at\u00e9 a finaliza\u00e7\u00e3o da venda, mesmo quando o atendimento acontece fora do ambiente web (liga\u00e7\u00e3o recebida, atendimento por WhatsApp ou fechamento no CRM). Sem um mecanismo de call-tracking robusto, os n\u00fameros podem saltar entre n\u00fameros din\u00e2micos, levando a dados discrepantes entre GA4 e o console de an\u00fancios. A implementa\u00e7\u00e3o comum envolve: GTM Web para capturar eventos de liga\u00e7\u00e3o, GTM Server-Side para consolidar dados e enviar para GA4 e para Meta CAPI, e uma integra\u00e7\u00e3o com o CRM para registrar a chamada como convers\u00e3o offline ou h\u00edbrida. Quando bem feito, essa conex\u00e3o reduz a lacuna entre clique e convers\u00e3o final. Veja como a documenta\u00e7\u00e3o oficial aborda integra\u00e7\u00f5es de server-side e convers\u00f5es com Facebook CAPI. <a href=\"https:\/\/developers.facebook.com\/docs\/marketing-api\/conversions-api\" target=\"_blank\" rel=\"noopener\">Conversions API<\/a> e <a href=\"https:\/\/developers.google.com\/gtm\/server-side\" target=\"_blank\" rel=\"noopener\">GTM Server-Side<\/a> oferecem fundamentos para esse fluxo.<\/p>\n<h3>Formul\u00e1rios nativos vs. integra\u00e7\u00f5es: o que realmente funciona<\/h3>\n<p>Formul\u00e1rios nativos do site podem ser mais f\u00e1ceis de implementar, mas tendem a varrer dados para v\u00e1rias dire\u00e7\u00f5es sem um caminho \u00fanico de identifica\u00e7\u00e3o. Integra\u00e7\u00f5es com plataformas de CRM (HubSpot, RD Station, entre outras) e com canais de atendimento (WhatsApp Business API, telefonia) exigem uma arquitetura unificada de eventos. O que funciona na pr\u00e1tica \u00e9: padronizar eventos de formul\u00e1rio com par\u00e2metros consistentes (form_id, form_name, source, gclid), enviar esse conjunto para GA4 e para o CRM, e manter um registro de cada contato com um lead_id persistente. Quando a organiza\u00e7\u00e3o tamb\u00e9m opera campanhas de WhatsApp ou calls, \u00e9 essencial ter um mapeamento entre mensagens, chamadas e convers\u00f5es: cada ponto de contato precisa ter uma evid\u00eancia de origem e uma janela de atribui\u00e7\u00e3o comum para evitar saltos entre plataformas. Em termos de refer\u00eancia t\u00e9cnica, o modelo de dados de eventos e as pr\u00e1ticas de integra\u00e7\u00e3o com o CRM ajudam a reduzir a fragmenta\u00e7\u00e3o entre plataformas. Em ambientes com Consent Mode v2, \u00e9 imprescind\u00edvel respeitar as op\u00e7\u00f5es de consentimento sem quebrar o fluxo de dados entre plataformas. <\/p>\n<blockquote>\n<p>O desafio real \u00e9 manter a linha de dados entre o clique, o envio do formul\u00e1rio e a venda registrada no CRM, com controle de consentimento.<\/p>\n<\/blockquote>\n<blockquote>\n<p>Conectar online e offline exige uma vis\u00e3o de pipeline onde cada evento carrega o mesmo identificador de lead.<\/p>\n<\/blockquote>\n<h2>Arquitetura recomendada: onde investir para confiabilidade<\/h2>\n<h3>Eventos de formul\u00e1rio padronizados e data layer<\/h3>\n<p>Comece pelo data layer: cada envio de formul\u00e1rio deve disparar um evento GA4 com pelo menos os seguintes par\u00e2metros: event_name = &#8220;form_submission&#8221;, form_id, form_name, lead_type, source_campaign, gclid ou fbclid, e o ID de sess\u00e3o, quando aplic\u00e1vel. No GTM Web, empurre esses dados para GA4 e, se poss\u00edvel, para o CRM por meio de API. O uso de um data layer padronizado evita varia\u00e7\u00f5es entre formul\u00e1rios diferentes e facilita a correla\u00e7\u00e3o com o CRM. Al\u00e9m disso, mantenha um esquema de nomenclatura consistente para eventos de envio de formul\u00e1rio, para que o mesmo conjunto de dados possa ser consumido por GTM Server-Side, GA4 e CAPI sem redund\u00e2ncias. A pr\u00e1tica ajuda a reduzir discrep\u00e2ncias entre GA4 e as plataformas de an\u00fancios, especialmente quando h\u00e1 v\u00e1rias fontes (Google, Meta, an\u00fancios diretos) concorrendo pela mesma convers\u00e3o. Para refer\u00eancia de implementa\u00e7\u00e3o de dados em GTM, veja a documenta\u00e7\u00e3o de dataLayer. <a href=\"https:\/\/developers.google.com\/tag-manager\/web\/reference\/dataLayer\" target=\"_blank\" rel=\"noopener\">dataLayer<\/a> e, para server-side, <a href=\"https:\/\/developers.google.com\/gtm\/server-side\" target=\"_blank\" rel=\"noopener\">GTM Server-Side<\/a>.<\/p>\n<h3>Call tracking com GTM Server-Side e Meta CAPI<\/h3>\n<p>Para chamadas, a estrat\u00e9gia recomendada envolve capturar o n\u00famero, o tipo de contato e o ID do lead, enviando esses dados para GA4 e para o Meta CAPI, quando aplic\u00e1vel, em conjunto com o CRM. Com GTM Server-Side, voc\u00ea pode consolidar os eventos de liga\u00e7\u00e3o de v\u00e1rias fontes (p\u00e1gina, WhatsApp, integra\u00e7\u00e3o de voz) em um \u00fanico feed de dados e encaminh\u00e1-los para plataformas de an\u00fancios e anal\u00edtica com menos ru\u00eddo. A autentica\u00e7\u00e3o e o consentimento devem ser gerenciados com Consents Mode v2, para respeitar LGPD sem sacrificar a visibilidade de convers\u00f5es. Em termos de execu\u00e7\u00e3o, a chave \u00e9 alinhar nomes de eventos (por exemplo, &#8220;phone_call&#8221; ou &#8220;call_started&#8221;) e par\u00e2metros, de forma que GA4, Meta CAPI e o CRM leiam o mesmo conjunto de informa\u00e7\u00f5es. Para consultoria tecnol\u00f3gica sobre CAPI, confira a documenta\u00e7\u00e3o oficial do Meta. <a href=\"https:\/\/developers.facebook.com\/docs\/marketing-api\/conversions-api\" target=\"_blank\" rel=\"noopener\">Conversions API<\/a> e, sobre GTM Server-Side, <a href=\"https:\/\/developers.google.com\/gtm\/server-side\" target=\"_blank\" rel=\"noopener\">GTM Server-Side<\/a>.<\/p>\n<h3>Convers\u00f5es offline via BigQuery e Looker Studio<\/h3>\n<p>Quando o funil envolve etapas sem evento em tempo real (por exemplo, venda fechada por telefone semanas depois do clique) ou dados que precisam de enriquecimento com o CRM, o caminho offline \u00e9 indispens\u00e1vel. Exportar eventos de GA4 para BigQuery e cruz\u00e1-los com dados do CRM permite reconstruir a jornada completa e atribuir corretamente a convers\u00e3o. Use Looker Studio para dashboards que correlacionem campanhas com fechamentos por canal (formul\u00e1rio, liga\u00e7\u00e3o, WhatsApp), mantendo janela de atribui\u00e7\u00e3o consistente. Considere um pipeline que carrega dados de CRM diariamente, une com eventos online e gera m\u00e9tricas de qualidade de lead, tempo at\u00e9 fechamento e ganho por canal. O BigQuery \u00e9 a pe\u00e7a-chave para armazenamento e consultas avan\u00e7adas; a documenta\u00e7\u00e3o oficial cobre conceitos de armazenamento e consulta. <a href=\"https:\/\/cloud.google.com\/bigquery\/docs\" target=\"_blank\" rel=\"noopener\">BigQuery<\/a> e <a href=\"https:\/\/lookerstudio.google.com\/\" target=\"_blank\" rel=\"noopener\">Looker Studio<\/a> ajudam a transformar dados brutos em insight acion\u00e1vel.<\/p>\n<blockquote>\n<p>Conectar offline e online reduz o gap de atribui\u00e7\u00e3o entre bot\u00f5es e liga\u00e7\u00f5es.<\/p>\n<\/blockquote>\n<h2>Checklist de valida\u00e7\u00e3o e passos pr\u00e1ticos<\/h2>\n<ol>\n<li>Mapear os pontos de contato: formularios, liga\u00e7\u00f5es, WhatsApp e outros touches que impactam a convers\u00e3o. Defina como cada um entra no pipeline de dados e quais interfaces (CRM, GA4, Meta) precisam refletir essa entrada.<\/li>\n<li>Definir nomenclaturas de eventos e par\u00e2metros: padronize nomes como form_submission, phone_call, whatsapp_message e inclua par\u00e2metros comuns (form_id, lead_type, source_campaign, gclid, wa_id).<\/li>\n<li>Implementar data layer padronizado para formul\u00e1rios: cada submission deve empurrar um objeto com os campos obrigat\u00f3rios para o GTM e o CRM, evitando varia\u00e7\u00f5es entre widgets.<\/li>\n<li>Configurar GTM Web para disparo de eventos de formul\u00e1rio e liga\u00e7\u00e3o: envie para GA4 e, quando poss\u00edvel, para a API do CRM para criar ou atualizar o registro de lead.<\/li>\n<li>Configurar GTM Server-Side para consolida\u00e7\u00e3o de eventos: receba eventos do GTM Web, normalize, encaminhe para GA4, Meta CAPI e CRM, reduzindo ru\u00eddo por implementa\u00e7\u00e3o de plugins diferentes.<\/li>\n<li>Integrar com Meta CAPI para convers\u00f5es offline e cliques: alinhe os nomes de eventos e os par\u00e2metros entre GA4 e Meta, mantendo consist\u00eancia de dados para atribui\u00e7\u00e3o entre plataformas.<\/li>\n<li>Configurar pipeline de dados para BigQuery e Looker Studio: crie uma tabela de eventos brutos, outra com enriquecimento do CRM, e dashboards que mostrem canais de origem, tempo at\u00e9 fechamento e efeito de formul\u00e1rios.<\/li>\n<li>Executar valida\u00e7\u00e3o ponta a ponta: simular envios de formul\u00e1rio, liga\u00e7\u00f5es e mensagens, checar se todas as fontes aparecem no GA4, no CRM e no BigQuery, com consenso de dados e sem perda de identificadores.<\/li>\n<\/ol>\n<h2>Erros comuns e como corrigir<\/h2>\n<h3>Erro: dados do formul\u00e1rio n\u00e3o chegam ao CRM<\/h3>\n<p>Corre\u00e7\u00e3o pr\u00e1tica: implemente a passagem do lead_id entre o envio do formul\u00e1rio, o CRM e o GA4. Garanta que o data layer contenha um identificador \u00fanico (lead_id) que seja preservado na transmiss\u00e3o entre GTM Web e GTM Server-Side, e que o webhook ou API de integra\u00e7\u00e3o do CRM aceite esse identificador como chave de correspond\u00eancia. Verifique se a integra\u00e7\u00e3o do CRM est\u00e1 sempre ouvindo o evento de submission e atualizando o registro correspondente; se necess\u00e1rio, implemente uma fila simples para evitar perda de eventos em picos de tr\u00e1fego.<\/p>\n<h3>Erro: GCLID desaparece no redirecionamento<\/h3>\n<p>Corre\u00e7\u00e3o pr\u00e1tica: mantenha o par\u00e2metro gclid presente at\u00e9 a coleta final, especialmente em fluxos com redirecionamento entre dom\u00ednio ou p\u00e1ginas de confirma\u00e7\u00e3o. Use o armazenamento de par\u00e2metros no sessionStorage ou no data layer, assegurando que o gclid seja encaminhado para GA4 e para o CRM atrav\u00e9s do backend. Em cen\u00e1rios com whitelabels ou dom\u00ednios diferentes, valide a passagem do par\u00e2metro entre os dom\u00ednios com um listener de URL e um fallback que armazene o gclid para o processamento offline.<\/p>\n<h3>Erro: disparo de evento de formul\u00e1rio apenas no front-end, sem convers\u00e3o registrada<\/h3>\n<p>Corre\u00e7\u00e3o pr\u00e1tica: garanta que o GTM Server-Side receba o evento e o encaminhe para GA4 e para CRM. Evite depend\u00eancia exclusiva do client-side para convers\u00f5es cr\u00edticas; use o servidor para consolidar eventos de v\u00e1rias fontes e manter a sincroniza\u00e7\u00e3o entre plataformas. Habilite o Consent Mode v2 para respeitar as prefer\u00eancias do usu\u00e1rio, mas mantenha o fluxo de envio de dados permitidos pelo consentimento com fallback adequado.<\/p>\n<h3>Erro: diverg\u00eancia entre GA4 e Meta CAPI<\/h3>\n<p>Corre\u00e7\u00e3o pr\u00e1tica: alinhe nomenclaturas e mapeamentos de par\u00e2metros entre GA4 e CAPI. Crie um conjunto \u00fanico de regras de transforma\u00e7\u00e3o no GTM Server-Side para que o mesmo evento seja enviado com os mesmos par\u00e2metros para ambas as plataformas, reduzindo gaps de atribui\u00e7\u00e3o. Fa\u00e7a revis\u00e3o peri\u00f3dica das janelas de convers\u00e3o e das regras de atribui\u00e7\u00e3o de cada plataforma para manter consist\u00eancia entre relat\u00f3rios.<\/p>\n<h3>Como adaptar a entrega ao contexto do cliente<\/h3>\n<p>Nem todo cliente tem o mesmo n\u00edvel de maturidade de dados. Adapte a complexidade da arquitetura \u00e0s necessidades, or\u00e7amento e timelines do projeto. Em projetos menores, priorize um caminho enxuto com GTM Web + GA4 + integra\u00e7\u00e3o com CRM; para clientes com opera\u00e7\u00f5es multicanal e CRM completo, estenda para GTM Server-Side, BigQuery e dashboards de Looker Studio. O segredo \u00e9 manter um conjunto m\u00ednimo de eventos padronizados e um plano de valida\u00e7\u00e3o que possa ser executado em 2\u20133 sprints, sem exigir reescrita de toda a stack a cada mudan\u00e7a de fornecedor de CRM ou de canal de atendimento.<\/p>\n<h2>Como adaptar \u00e0 realidade do projeto do cliente<\/h2>\n<p>Entenda o ecossistema do cliente: origem do tr\u00e1fego (Google, Meta, org\u00e2nico), canais de atendimento (WhatsApp Business API, telefone), e o CRM utilizado (HubSpot, RD Station, Salesforce, outros). Defina um contrato de dados com o time de Dev, o time de m\u00eddia e o cliente: quais eventos v\u00e3o enviar, quais par\u00e2metros ser\u00e3o obrigat\u00f3rios e como ser\u00e1 feito o monitoramento de qualidade. Em muitos cen\u00e1rios, vale come\u00e7ar com uma pilha mais simples (GA4 + CRM + Looker Studio) e, conforme a maturidade cresce, evoluir para GTM Server-Side e BigQuery. Em termos de governan\u00e7a, documente o modelo de dados, a nomenclatura de eventos e a estrat\u00e9gia de consentimento para facilitar auditorias futuras. Para refer\u00eancia de integra\u00e7\u00e3o com CRM, explore a documenta\u00e7\u00e3o oficial da plataforma escolhida e mantenha a consist\u00eancia entre an\u00fancios e convers\u00f5es.<\/p>\n<p>Se desejar aprofundar a avalia\u00e7\u00e3o t\u00e9cnica e receber uma auditoria pr\u00e1tica da sua implementa\u00e7\u00e3o de tracking, podemos conduzir uma revis\u00e3o focada em formularios, liga\u00e7\u00f5es e pontes com CRM. Para come\u00e7ar, consulte a documenta\u00e7\u00e3o das ferramentas citadas e procure alinhar cada etapa com a realidade do seu funil de vendas. <\/p>\n<p>Para avan\u00e7ar de forma pr\u00e1tica, pe\u00e7a uma auditoria r\u00e1pida da sua implementa\u00e7\u00e3o de tracking com a Funnelsheet e conhe\u00e7a o que j\u00e1 est\u00e1 pronto para escalar. Uma an\u00e1lise objetiva pode revelar pontos de melhoria que reduzem a lacuna entre o clique e a venda, mantendo conformidade com LGPD e Consent Mode.<\/p>\n<p>Se quiser saber mais, explore recursos oficiais sobre data layer, GTM Server-Side, Conversions API e BigQuery para refer\u00eancias t\u00e9cnicas confi\u00e1veis: <a href=\"https:\/\/developers.google.com\/tag-manager\/web\/reference\/dataLayer\" target=\"_blank\" rel=\"noopener\">dataLayer<\/a>, <a href=\"https:\/\/developers.google.com\/gtm\/server-side\" target=\"_blank\" rel=\"noopener\">GTM Server-Side<\/a>, <a href=\"https:\/\/developers.facebook.com\/docs\/marketing-api\/conversions-api\" target=\"_blank\" rel=\"noopener\">Conversions API<\/a> e <a href=\"https:\/\/cloud.google.com\/bigquery\/docs\" target=\"_blank\" rel=\"noopener\">BigQuery<\/a>.<\/p>\n<p>Pr\u00f3ximo passo: agende uma avalia\u00e7\u00e3o t\u00e9cnica da sua pilha de rastreamento para formul\u00e1rios e liga\u00e7\u00f5es e receba um plano de implementa\u00e7\u00e3o com prioridades, prazos e entreg\u00e1veis claros. O caminho certo depende do contexto, do seu CRM e da infraestrutura existente, mas voc\u00ea pode sair daqui com a\u00e7\u00f5es concretas j\u00e1 na pr\u00f3xima sprint.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Tracking para neg\u00f3cios que dependem de formul\u00e1rio e liga\u00e7\u00e3o como canais principais \u00e9 um desafio real para quem precisa conectar investimento em m\u00eddia a convers\u00e3o efetiva. Quando a maior parte das chamadas e envios de formul\u00e1rio definem o funil, a dist\u00e2ncia entre o clique, a captura de dados e a venda final no CRM tende&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":[3],"tags":[15,9,330,13,840],"content_language":[6],"class_list":["post-1617","post","type-post","status-publish","format-standard","hentry","category-blogbr","tag-atribuicao","tag-crm","tag-formularios","tag-ga4","tag-ligacoes","content_language-br"],"acf":[],"_links":{"self":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1617","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=1617"}],"version-history":[{"count":0,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1617\/revisions"}],"wp:attachment":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1617"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1617"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1617"},{"taxonomy":"content_language","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcontent_language&post=1617"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}