{"id":1218,"date":"2026-04-11T20:53:48","date_gmt":"2026-04-11T20:53:48","guid":{"rendered":"https:\/\/cms.funnelsheet.com\/?p=1218"},"modified":"2026-04-11T20:53:48","modified_gmt":"2026-04-11T20:53:48","slug":"how-to-track-users-who-abandon-a-form-and-then-convert-via-whatsapp","status":"publish","type":"post","link":"https:\/\/cms.funnelsheet.com\/?p=1218","title":{"rendered":"How to Track Users Who Abandon a Form and Then Convert via WhatsApp"},"content":{"rendered":"<p>Track users who abandon a form and then convert via WhatsApp presents a stubborn attribution puzzle for teams that rely on reliable data. A visitor may begin a form, abandon at the last field due to friction, and return later by opening WhatsApp to complete the conversation. Across GA4, GTM Web, and Meta, signals can diverge: the form event may not align with a WhatsApp chat, cookies or consent states may block signals, and time windows may misalign. The consequence is misattribution, wasted spend, and uncertain pipeline health. This article outlines a pragmatic approach to diagnose, configure, and validate an end-to-end measurement stack that connects form abandonment signals to WhatsApp conversions, leveraging GA4, GTM Server-Side, Meta CAPI, and BigQuery where it makes sense.<\/p>\n<p>You will come away with a concrete diagnostic checklist, a recommended event schema, and a step-by-step implementation that respects Consent Mode and data-sharing constraints. The goal is to empower you to answer where attribution breaks, what signals to capture, and how to build a measurement pipeline that yields credible cross-channel signals, so WhatsApp conversions can be traced back to initial form interactions without exposing data leakage or privacy risk.<\/p>\n<h2>Diagn\u00f3stico: por que o tracking entre formul\u00e1rio e WhatsApp falha<\/h2>\n<h3>Principais causas de falha de atribui\u00e7\u00e3o<\/h3>\n<p>Antes de falar de solu\u00e7\u00f5es, \u00e9 crucial nomear o problema em termos pr\u00e1ticos. O abandonment do formul\u00e1rio n\u00e3o gera um sinal consistente at\u00e9 a convers\u00e3o via WhatsApp, porque os dois eventos costumam ocorrer em dispositivos diferentes, com cookies que expiram ou s\u00e3o bloqueados, e com janelas de atribui\u00e7\u00e3o distintas entre GA4 e Meta. Adicionalmente, UTM par\u00e2metros podem se perder durante redirecionamentos, e o click para WhatsApp pode n\u00e3o transportar contexto suficiente sobre a origem. Em muitos setups, a pessoa inicia no navegador, sai, e inicia o contato no WhatsApp usando um link direto, o que quebra a ponte entre o formul\u00e1rio e a conversa posterior.<\/p>\n<p>Al\u00e9m disso, LGPD e Consent Mode podem limitar o compartilhamento de dados entre plataformas. Quando o consentimento n\u00e3o \u00e9 coletado de forma consistente ou quando uma parte do fluxo depende de cookies de terceiros, voc\u00ea pode ter dados ausentes, duplicados ou sinaliza\u00e7\u00e3o de convers\u00e3o atrasada. Em plataformas como GA4 e Meta, isso se traduz em diferen\u00e7as entre o que \u00e9 contado como \u201clead\u201d ou \u201cconvers\u00e3o\u201d e o que realmente fecha o neg\u00f3cio via WhatsApp. N\u00e3o \u00e9 apenas uma quest\u00e3o de implementar tags; \u00e9 sobre manter uma hist\u00f3ria coesa de usu\u00e1rio, desde o primeiro formul\u00e1rio at\u00e9 a conversa no chat.<\/p>\n<blockquote>\n<p>Abandono de formul\u00e1rio n\u00e3o \u00e9 falha de uma \u00fanica plataforma; \u00e9 uma falha de narrativa de dados que precisa de pontos de verifica\u00e7\u00e3o em v\u00e1rias camadas: camadas de dados, par\u00e2metros de origem, e a ponta de contato no WhatsApp.<\/p>\n<\/blockquote>\n<blockquote>\n<p>Para que a atribui\u00e7\u00e3o fa\u00e7a sentido, \u00e9 preciso padronizar identidades, manter contexto suficiente nos eventos e n\u00e3o depender apenas de uma janela de atribui\u00e7\u00e3o estreita.<\/p>\n<\/blockquote>\n<h3>Sinais de que o setup est\u00e1 quebrado<\/h3>\n<p>Alguns ind\u00edcios comuns de ruptura incluem: GA4 mostra um fluxo de origem diferente do mostrado no Meta Ads Manager, leads surgem sem associa\u00e7\u00e3o com cliques de WhatsApp, ou o tempo entre o clique e o contato via WhatsApp excede a janela de atribui\u00e7\u00e3o prevista, levando a double counting ou subcontagem. Outro sinal \u00e9 a inconsist\u00eancia entre dados de formul\u00e1rio (start, abandono, submit) e eventos de WhatsApp (click, chat iniciado, mensagem enviada), especialmente quando o app de mensagens n\u00e3o recebe o contexto de origem. Esses padr\u00f5es indicam que voc\u00ea precisa alinhar sinais, identidades e tempo de eventos com mais rigor.<\/p>\n<h2>Arquitetura recomendada para esse cen\u00e1rio<\/h2>\n<h3>Client-side vs server-side: quando usar cada um<\/h3>\n<p>Em cen\u00e1rios onde a jornada cruza fronteiras de dispositivos e apps, o modelo server-side Tagging oferece maior robustez. GTM Server-Side permite que eventos de formul\u00e1rio, abandono e WhatsApp sejam processados no lado do servidor, reduzindo bloqueios por bloqueadores, cookies de terceiros e varia\u00e7\u00f5es de janela. O client-side continua importante para captura imediata de eventos de navega\u00e7\u00e3o, cliques de WhatsApp e dados de DOM (data layer). A pr\u00e1tica recomendada \u00e9 combinar: use o client-side para detec\u00e7\u00e3o r\u00e1pida de eventos de UI e o server-side para normalizar sinais, enriquecer com par\u00e2metros est\u00e1veis e enviar para GA4 e Meta com menos ru\u00eddo.<\/p>\n<h3>Consent Mode v2 e LGPD<\/h3>\n<p>Consent Mode v2 \u00e9 ferramenta essencial para manter a conformidade sem sacrificar dados valiosos. Em sites com banners de consentimento, voc\u00ea pode adiar certos sinais at\u00e9 obter consentimento expl\u00edcito, mantendo a capacidade de medir impactos de forma gradual. Contudo, a implementa\u00e7\u00e3o depende do tipo de neg\u00f3cio, do fluxo de consentimento e das regras de privacidade aplic\u00e1veis. Em ambientes com strict LGPD, \u00e9 comum capturar apenas eventos anonimizados ou agregados at\u00e9 que o usu\u00e1rio consinta; mesmo assim, \u00e9 poss\u00edvel manter um pipeline confi\u00e1vel com IDs n\u00e3o identific\u00e1veis e hashing de dados sens\u00edveis quando permitido.<\/p>\n<h2>Instrumenta\u00e7\u00e3o pr\u00e1tica com GA4, GTM Web e GTM Server-Side, e Meta CAPI<\/h2>\n<h3>Mapa de eventos essenciais<\/h3>\n<p>Para conectar form abandonment a convers\u00f5es via WhatsApp, os eventos centrais devem incluir: form_start (quando o usu\u00e1rio come\u00e7a a preencher), form_abandon (quando ele sai sem submission), form_submit (conclus\u00e3o do formul\u00e1rio), whatsapp_click (clique no bot\u00e3o ou link de WhatsApp), whatsapp_chat_started (in\u00edcio da conversa no WhatsApp) e purchase ou lead (convers\u00e3o final no CRM). Cada evento deve carregar par\u00e2metros \u00fateis: form_id, page_path, utm_source\/utm_medium\/utm_campaign, gclid, wa_phone_number (quando dispon\u00edvel), e um identificador de sess\u00e3o (session_id) que possa ser mapeado entre eventos.<\/p>\n<h3>Enriquecimento com par\u00e2metros de origem<\/h3>\n<p>Par\u00e2metros de origem n\u00e3o devem ser abandonados ao transitar entre plataformas. Passe utm_ e gclid sempre que poss\u00edvel, e inclua um identificador de usu\u00e1rio anonimiz\u00e1vel (por exemplo, user_id_hash) que permita ligar eventos de forma segura entre GA4, GTM-SS e Meta CAPI. No servidor, associe esses identificadores a um esquema de identidade que n\u00e3o exponha dados sens\u00edveis. Quanto mais contexto de origem voc\u00ea transportar \u2014 como canal, criativo, posi\u00e7\u00e3o do an\u00fancio \u2014 mais f\u00e1cil fica reconstruir o caminho at\u00e9 a WhatsApp e justificar o or\u00e7amento com dados confi\u00e1veis.<\/p>\n<h3>Integra\u00e7\u00e3o pr\u00e1tica com GA4<\/h3>\n<p>No GA4, defina eventos personalizados (form_start, form_abandon, whatsapp_click) com par\u00e2metros consistentes; crie dimens\u00f5es personalizadas para capturar form_id e origem. Use GTM Web para disparar esses eventos na p\u00e1gina, garantindo que o dataLayer contenha os dados necess\u00e1rios. Em GTM Server-Side, reenvie esses eventos para GA4 usando o Measurement Protocol ou a API de dados do GA4, com uma camada adicional de normaliza\u00e7\u00e3o de par\u00e2metros. Use a mesma l\u00f3gica para encaminhar eventos relevantes ao Meta CAPI para fortalecer a atribui\u00e7\u00e3o no conjunto de dados de Meta.<\/p>\n<h3>Exporta\u00e7\u00e3o para Meta CAPI<\/h3>\n<p>Meta CAPI pode receber eventos que complementem o cookie-based tracking, ajudando a reduzir perdas de atribui\u00e7\u00e3o. Envie eventos relevantes, como whatsapp_click e lead, com par\u00e2metros que incluam origem, form_id, e session_id. Embora o CAPI permita maior resili\u00eancia, a correla\u00e7\u00e3o com o formul\u00e1rio ainda precisa ser preservada via identidades consistentes e par\u00e2metro de tempo preciso. Lembre-se: a comunica\u00e7\u00e3o entre GA4, GTM SS e CAPI deve ser coordenada para evitar duplica\u00e7\u00e3o de convers\u00f5es.<\/p>\n<blockquote>\n<p>Consist\u00eancia de identidade \u00e9 a moeda da atribui\u00e7\u00e3o cross-channel: sem um identificador est\u00e1vel entre plataformas, os sinais se perdem em ru\u00eddos.<\/p>\n<\/blockquote>\n<h2>Valida\u00e7\u00e3o, auditoria e qualidade de dados<\/h2>\n<h3>Checklist de valida\u00e7\u00e3o<\/h3>\n<ul>\n<li>Verifique que form_start, form_abandon e whatsapp_click aparecem nas mesmas janelas de atribui\u00e7\u00e3o entre GA4 e Meta.<\/li>\n<li>Confirme que utm_source\/utm_medium\/utm_campaign e gclid s\u00e3o transportados de forma consistente at\u00e9 o evento whatsapp_click.<\/li>\n<li>Assegure que dataLayer cont\u00e9m form_id e session_id para correla\u00e7\u00e3o entre eventos.<\/li>\n<li>Valide que o dataflow entre GTM Web e GTM Server-Side n\u00e3o introduz duplicidade de eventos.<\/li>\n<li>Rode QA com usu\u00e1rios reais e cen\u00e1rios de churn: in\u00edcio em desktop, conclus\u00e3o por WhatsApp no celular, e retornos ap\u00f3s a primeira visita.<\/li>\n<li>Verifique discrep\u00e2ncias entre GA4 e Meta, investigando janelas de atribui\u00e7\u00e3o, modelos de atribui\u00e7\u00e3o e lat\u00eancia de envio de eventos.<\/li>\n<li>Conferir que Consent Mode v2 est\u00e1 ativo e que sinais s\u00e3o tratados conforme o consentimento obtido.<\/li>\n<\/ul>\n<h3>Erros comuns e corre\u00e7\u00f5es<\/h3>\n<p>Um erro comum \u00e9 perder o gclid ao redirecionar do formul\u00e1rio para o WhatsApp. A solu\u00e7\u00e3o \u00e9 manter o par\u00e2metro na URL de redirecionamento ou armazen\u00e1-lo no dataLayer antes do envio para o servidor. Outro problema frequente \u00e9 a aus\u00eancia de contexto no evento whatsapp_click, tornando imposs\u00edvel ligar o clique \u00e0 origem; inclua par\u00e2metros de origem e session_id em cada evento. Por fim, a carga de dados no GTM Server-Side pode falhar se n\u00e3o houver um mapeamento claro de formato entre o que chega do client e o que o GA4\/Meta espera.<\/p>\n<h2>Roteiro de implementa\u00e7\u00e3o passo a passo<\/h2>\n<ol>\n<li>Mapeie a jornada do usu\u00e1rio: identifique pontos de contato (formul\u00e1rio, clique de WhatsApp, eventual conversa no chat) e as janelas de atribui\u00e7\u00e3o relevantes. <\/li>\n<li>Defina o esquema de eventos: form_start, form_abandon, form_submit, whatsapp_click, whatsapp_chat_started, lead\/purchase; determine par\u00e2metros padr\u00e3o (form_id, page_path, utm_*, gclid, session_id). <\/li>\n<li>Implemente eventos no GTM Web: disparadores para evento form_start no in\u00edcio do preenchimento, evento form_abandon quando o usu\u00e1rio sai sem enviar, e evento whatsapp_click ao clicar no link\/btn de WhatsApp. <\/li>\n<li>Configure GTM Server-Side: encaminhe eventos para GA4 e Meta CAPI com normaliza\u00e7\u00e3o de par\u00e2metros, mantendo a identidade entre plataformas. <\/li>\n<li>Habilite Consent Mode v2 e adapte regras de privacidade conforme o neg\u00f3cio; garanta que os dados sens\u00edveis n\u00e3o sejam expostos e que o fluxo respeite o consentimento do usu\u00e1rio. <\/li>\n<li>Crie uma camada de enriquecimento com BigQuery para cruzar eventos de formul\u00e1rio com convers\u00f5es via WhatsApp; modele uma \u00e1rvore de identidades para facilitar a correla\u00e7\u00e3o com CRM. <\/li>\n<li>Valide com pilotos reais: colete dados de uma amostra de tr\u00e1fego, compare GA4 vs Meta, ajuste janelas de atribui\u00e7\u00e3o e refine o fluxo de dados at\u00e9 que haja converg\u00eancia aceit\u00e1vel. <\/li>\n<\/ol>\n<h2>Casos de uso e considera\u00e7\u00f5es operacionais<\/h2>\n<p>Na pr\u00e1tica, a integra\u00e7\u00e3o entre GTM Web, GTM Server-Side e Meta CAPI exige alinhamento entre times de dados, desenvolvimento e m\u00eddia. Em ag\u00eancias, isso pode exigir padroniza\u00e7\u00e3o de nomes de eventos e par\u00e2metros entre clientes, al\u00e9m de acordos sobre a granularidade de dados para evitar sobrecarga de logs. Em modelos com WhatsApp como canal de fechamento, \u00e9 essencial que o pipeline permita a reconcilia\u00e7\u00e3o entre o lead no CRM e o conjunto de eventos de aquisi\u00e7\u00e3o, para que a decis\u00e3o de or\u00e7amento possa ser vinculada \u00e0 origem real da conversa no WhatsApp. Guanabara de dados \u00e9 comum, mas com uma arquitetura bem definida, os conflitos tendem a diminuir e o backlog de perguntas de clientes pode ser respondido com dados reais e audit\u00e1veis.<\/p>\n<blockquote>\n<p>Dados alinhados entre GA4, GTM-SS e CAPI reduzem a incerteza de atribui\u00e7\u00e3o e ajudam a defender o investimento em canais que levam a conversas no WhatsApp.<\/p>\n<\/blockquote>\n<p>Para quem trabalha com a ag\u00eancia, vale considerar um contrato de servi\u00e7o que inclua entrega de um plano de governan\u00e7a de dados, rotinas de auditoria mensais, e um playbook de corre\u00e7\u00e3o r\u00e1pida para cen\u00e1rios de falha de dados. O objetivo \u00e9 ter uma vis\u00e3o de 360 graus da jornada, desde o formul\u00e1rio at\u00e9 a conversa no WhatsApp, com uma linha de tempo clara, um conjunto de sinais bem definido, e um fluxo que possa ser replicado para novos clientes com pouca personaliza\u00e7\u00e3o de c\u00f3digo.<\/p>\n<p>Para aprofundar a confiabilidade do pipeline, \u00e9 comum complementar com BigQuery e Looker Studio: voc\u00ea pode exportar eventos brutos, realizar joins com dados offline do CRM e construir dashboards que mostrem, em tempo real, a correla\u00e7\u00e3o entre abandono de formul\u00e1rio e convers\u00e3o via WhatsApp. Dependendo do tamanho do seu conjunto de dados e do volume de tr\u00e1fego, essa camada extra pode justificar o custo operacional pela clareza que oferece na tomada de decis\u00e3o.<\/p>\n<p>Se voc\u00ea quiser uma an\u00e1lise pr\u00e1tica do seu ambiente atual, podemos discutir uma avalia\u00e7\u00e3o t\u00e9cnica abrangente para identificar lacunas cr\u00edticas entre GA4, GTM Web, GTM Server-Side e Meta CAPI. Sem promessas vazias, o objetivo \u00e9 entregar um plano de a\u00e7\u00e3o com etapas espec\u00edficas, prazos realistas e m\u00e9tricas de sucesso que cabem no seu or\u00e7amento.<\/p>\n<p>Em termos de fontes t\u00e9cnicas para aprofundar, vale consultar a documenta\u00e7\u00e3o oficial do GA4 para eventos e dados de envio, as guias do GTM Server-Side, a documenta\u00e7\u00e3o da Conversions API da Meta e as recomenda\u00e7\u00f5es de Consent Mode v2. Essas refer\u00eancias ajudam a fundamentar as escolhas de implementa\u00e7\u00e3o e a valida\u00e7\u00e3o de dados em ambientes reais de produ\u00e7\u00e3o. <\/p>\n<p>Se desejar, podemos alinhar uma sess\u00e3o pr\u00e1tica para revisar seu stack atual e propor um plano de a\u00e7\u00e3o com etapas espec\u00edficas de implementa\u00e7\u00e3o e valida\u00e7\u00e3o, sem custo de explora\u00e7\u00e3o inicial. Em um primeiro contato, descreva o seu cen\u00e1rio: quais eventos j\u00e1 existem, quais dados chegam via form, qual \u00e9 a taxa de abandono t\u00edpica e como voc\u00eas configuraram o fluxo de WhatsApp. Isso ajuda a priorizar as a\u00e7\u00f5es com maior impacto sobre a confiabilidade da atribui\u00e7\u00e3o.<\/p>\n<p>Como pr\u00f3ximo passo, avalie qual parte do pipeline voc\u00ea pode consolidar hoje \u2014 por exemplo, consolidar GTM Web e GTM Server-Side em um \u00fanico conjunto de eventos com par\u00e2metros padronizados, antes de migrar para a camada de BigQuery e dashboards. O objetivo \u00e9 reduzir ru\u00eddos, manter a consist\u00eancia dos sinais e deixar espa\u00e7o para melhoria cont\u00ednua na qualidade da atribui\u00e7\u00e3o entre formul\u00e1rio e WhatsApp.<\/p>\n<p>Para refer\u00eancia t\u00e9cnica adicional, voc\u00ea pode consultar a documenta\u00e7\u00e3o oficial sobre GA4 Event Measurement, GTM Server-Side, e Conversions API, que fornecem diretrizes detalhadas sobre par\u00e2metros, m\u00e9todos de envio e melhores pr\u00e1ticas de integra\u00e7\u00e3o. Embora cada cen\u00e1rio tenha suas particularidades, a ado\u00e7\u00e3o de uma arquitetura coesa com eventos bem definidos e valida\u00e7\u00e3o regular tende a reduzir significativamente as varia\u00e7\u00f5es entre plataformas e melhorar a confiabilidade da atribui\u00e7\u00e3o.<\/p>\n<p>Se voc\u00ea precisa de uma avalia\u00e7\u00e3o pr\u00e1tica ou de uma implementa\u00e7\u00e3o guiada, entre em contato com a equipe da Funnelsheet para discutir como adaptar esse framework ao seu funil, levando em conta o seu stack espec\u00edfico, o volume de dados e as restri\u00e7\u00f5es de privacidade. Vamos trabalhar juntos para transformar abandono de formul\u00e1rio em uma hist\u00f3ria de convers\u00e3o no WhatsApp que possa ser medida com credibilidade.<\/p>\n<p>Observa\u00e7\u00e3o: a implementa\u00e7\u00e3o descrita acima considera que o fluxo de dados envolve GA4, GTM Web, GTM Server-Side, e Meta CAPI, com pr\u00e1ticas de Consent Mode v2 para conformidade de privacidade. Consulte a documenta\u00e7\u00e3o oficial para detalhes t\u00e9cnicos atuais e limites de cada plataforma.<\/p>\n<p>Conectar dados entre formul\u00e1rio e WhatsApp requer n\u00e3o apenas tecnologia, mas um plano claro de governan\u00e7a de dados. Se voc\u00ea quer avan\u00e7ar, podemos agendar uma revis\u00e3o t\u00e9cnica com foco em diagn\u00f3sticos, arquitetura e um roteiro de implanta\u00e7\u00e3o adaptado ao seu ambiente. O passo seguinte \u00e9 alinhar com a equipe de dev e de m\u00eddia para priorizar os ajustes com impacto mais imediato na confiabilidade da atribui\u00e7\u00e3o.<\/p>\n<p>Para aprofundar, leia refer\u00eancias oficiais sobre GA4, GTM Server-Side e Conversions API quando necess\u00e1rio, mantendo o foco no que realmente importa: transformar sinais de abandono em convers\u00f5es rastre\u00e1veis via WhatsApp com qualidade de dados.<\/p>\n<h2>Fechamento<\/h2>\n<p>O caminho paraTrack users who abandon a form and then convert via WhatsApp \u00e9 t\u00e9cnico, espec\u00edfico e, acima de tudo, pr\u00e1tico. A chave est\u00e1 em padronizar identidades, manter contexto de origem em cada evento e alinhar as janelas de atribui\u00e7\u00e3o entre GA4 e Meta. Com uma abordagem de implementa\u00e7\u00e3o que combine client-side para captura r\u00e1pida e server-side para robustez, voc\u00ea reduz ru\u00eddos, evita perdas de dados e cria uma linha de vis\u00e3o confi\u00e1vel da jornada completa \u2014 do formul\u00e1rio at\u00e9 a WhatsApp. Se quiser, podemos analisar seu ambiente hoje e propor um plano de a\u00e7\u00e3o com etapas espec\u00edficas para entregar atribui\u00e7\u00e3o mais est\u00e1vel e uma vis\u00e3o clara do funil.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Track users who abandon a form and then convert via WhatsApp presents a stubborn attribution puzzle for teams that rely on reliable data. A visitor may begin a form, abandon at the last field due to friction, and return later by opening WhatsApp to complete the conversation. Across GA4, GTM Web, and Meta, signals can&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":[69,454,13,14,455],"content_language":[5],"class_list":["post-1218","post","type-post","status-publish","format-standard","hentry","category-blogen","tag-attribution","tag-form-abandonment","tag-ga4","tag-gtm-server-side","tag-whatsapp-conversions","content_language-en"],"acf":[],"_links":{"self":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1218","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=1218"}],"version-history":[{"count":0,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1218\/revisions"}],"wp:attachment":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1218"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1218"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1218"},{"taxonomy":"content_language","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcontent_language&post=1218"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}