O guia de rastreamento para times de marketing que trabalham com ag\u00eancias externas n\u00e3o \u00e9 apenas sobre escolher ferramentas certas. \u00c9 sobre estabelecer, entre cliente, ag\u00eancia e time interno, uma linha clara de mensura\u00e7\u00e3o que n\u00e3o se perca em meio a dados conflitantes: GA4, GTM Web, GTM Server-Side, Meta CAPI, Google Ads Enhanced Conversions e BigQuery s\u00e3o apenas os instrumentos. O desafio real come\u00e7a quando a responsabilidade \u00e9 compartilhada com terceiros: quem fica respons\u00e1vel pelo data layer correto, pela consist\u00eancia de UTMs, pela captura de cliques e pela atribui\u00e7\u00e3o que realmente reflete a receita? Rastrear sem alinhar com o CRM (RD Station, HubSpot, Looker Studio) e sem considerar convers\u00f5es offline \u00e9 trope\u00e7ar no mesmo muro repetidas vezes. Este guia parte do princ\u00edpio de que, para equipes que atendem clientes com ag\u00eancias externas, a clareza operativa \u00e9 o ativo mais valioso \u2014 n\u00e3o a promessa de \u201cmais dados\u201d ou de \u201cmelhor ROAS\u201d.<\/p>\n
Neste artigo, voc\u00ea encontrar\u00e1 um diagn\u00f3stico direto dos pontos de falha mais comuns quando a ag\u00eancia externa fica no centro da implementa\u00e7\u00e3o, um desenho de arquitetura de rastreamento que funciona na pr\u00e1tica (incluindo cen\u00e1rios server-side), um roteiro de valida\u00e7\u00e3o e governan\u00e7a para manter o alinhamento ao longo do tempo e, acima de tudo, decis\u00f5es concretas que voc\u00ea pode levar para o pr\u00f3ximo ciclo de entrega com o cliente. A tese \u00e9 simples: sem um pipeline de dados bem definido e com responsabilidades claras, qualquer melhoria inicial de n\u00fameros tende a desmoronar quando o dado cru chega ao CRM ou ao ERP. Ao terminar a leitura, voc\u00ea ter\u00e1 condi\u00e7\u00f5es de diagnosticar rapidamente, corrigir gargalos cr\u00edticos e documentar acordos t\u00e9cnicos que evitam retrabalho caro.<\/p>\n
\n\u201cO gargalo n\u00e3o est\u00e1 apenas no clique; est\u00e1 na cadeia de dados que transforma aquele clique em uma convers\u00e3o vis\u00edvel no CRM.\u201d<\/p>\n<\/blockquote>\n
Primeiro, \u00e9 comum encontrar discrep\u00e2ncias entre GA4, Meta CAPI e Google Ads \u2014 especialmente quando a ag\u00eancia externa gerencia parte da implementa\u00e7\u00e3o. GA4 tende a capturar eventos com maior fidelidade quando o data layer est\u00e1 rigorosamente mantido, mas pode divergir do que chega pela integra\u00e7\u00e3o de Meta CAPI ou pelo pixel de Google Ads se houver perdas de par\u00e2metros (UTMs, gclid) durante o fluxo de navega\u00e7\u00e3o, redirecionamentos ou p\u00e1ginas com envio de formul\u00e1rio ass\u00edncrono. Al\u00e9m disso, a configura\u00e7\u00e3o de cross-domain measurement entre dom\u00ednios do anunciante e do checkout pode n\u00e3o estar completa, o que resulta em sessions que n\u00e3o se cruzam com as convers\u00f5es reais. A realidade \u00e9 que cada canal e cada ponto de contato pode enviar dados com regras diferentes de deduplica\u00e7\u00e3o, e \u00e9 ali que as diverg\u00eancias come\u00e7am a aparecer nos dashboards do cliente.<\/p>\n
H3: Discrep\u00e2ncias entre GA4, Meta CAPI e Google Ads. O que tende a acontecer \u00e9 uma captura de evento que olha apenas para o lado do usu\u00e1rio (client-side) com uma janela de atribui\u00e7\u00e3o distinta daquela usada pelo servidor (CAPI). Quando a ag\u00eancia externa n\u00e3o padroniza a passagem de par\u00e2metros no data layer, voc\u00ea v\u00ea cliques que n\u00e3o \u201cconvertem\u201d no GA4, ou convers\u00f5es que aparecem sem a origem correta no Google Ads. Nesse ponto, a fun\u00e7\u00e3o de atribui\u00e7\u00e3o fica subordinada \u00e0s regras de cada ferramenta, e o que deveria ser uma linha \u00fanica de verdade se fragmenta em v\u00e1rias janelas temporais e formatos de evento. A corre\u00e7\u00e3o come\u00e7a pela defini\u00e7\u00e3o de um contrato t\u00e9cnico de dados com a ag\u00eancia: quais eventos, quais par\u00e2metros, quais janelas de convers\u00e3o e como ser\u00e3o deduplicados entre plataformas.<\/p>\n
H3: Impacto do Consent Mode v2, cookies e janela de convers\u00e3o. N\u00e3o \u00e9 apenas tecnologia: cada implementa\u00e7\u00e3o de Consent Mode v2 pode impactar a coleta de dados de convers\u00f5es off-site, especialmente quando h\u00e1 opt-in parcial ou regras de consentimento diferentes entre dom\u00ednios. Em ambientes com LGPD, a decis\u00e3o de permitir ou n\u00e3o rastreamento de certas atividades pode reduzir a cobertura de dados, exigindo compensa\u00e7\u00e3o por meio de medidas de first-party data e de replica\u00e7\u00e3o de eventos no servidor. Al\u00e9m disso, a escolha da janela de convers\u00e3o (7 dias, 30 dias, etc.) afeta diretamente o alinhamento entre modelos de atribui\u00e7\u00e3o do GA4 e da plataforma de an\u00fancios. O que funciona em produ\u00e7\u00e3o \u00e9 uma configura\u00e7\u00e3o padronizada de Consent Mode v2, combinada com fluxos de dados que mant\u00eam a consist\u00eancia de modelos entre o browser e o servidor, com uma documenta\u00e7\u00e3o clara do que \u00e9 capturado, quando e por quem.<\/p>\n
H3: Sinais de que o setup est\u00e1 quebrado no funil com WhatsApp e CRM. Um problema comum: leads que chegam via WhatsApp e passam por um atendimento que n\u00e3o tem integra\u00e7\u00e3o com o data layer original. A mensagem pode ter sido enviada, mas o evento de convers\u00e3o n\u00e3o \u00e9 emparelhado com o clique que gerou a origem, resultando em leads atribu\u00eddos ao canal errado. Al\u00e9m disso, quando o CRM (RD Station, HubSpot ou similares) n\u00e3o recebe um mapeamento de eventos id\u00eantico ao coletado no GA4, a fidelidade entre aquisi\u00e7\u00e3o e receita cai. Em ambientes com WhatsApp Business API, \u00e9 essencial capturar o CLID\/UTM no primeiro toque e manter esse identificador ao longo da conversa para que a convers\u00e3o offline possa ser associada ao clique correto. Esses sinais de \u201csetup quebrado\u201d costumam aparecer quando a ag\u00eancia n\u00e3o padroniza dados entre o site, o CRM e as plataformas de an\u00fancios, ou quando n\u00e3o existe uma estrat\u00e9gia de valida\u00e7\u00e3o cont\u00ednua de dados.<\/p>\n
Arquitetura de rastreamento para equipes que trabalham com ag\u00eancias externas<\/h2>\n
\n\u201cArquitetura n\u00e3o \u00e9 glamour; \u00e9 contrato entre dados, eventos e decis\u00f5es.\u201d<\/p>\n<\/blockquote>\n
Para equipes que trabalham com ag\u00eancias externas, o desenho da solu\u00e7\u00e3o precisa ser suficientemente claro para ser mantido por quem n\u00e3o escreveu o c\u00f3digo desde o in\u00edcio. O objetivo \u00e9 ter uma arquitetura que permita que qualquer auditor externo ou novo dev entenda rapidamente onde os dados s\u00e3o capturados, como s\u00e3o enviados, onde s\u00e3o processados e onde chegam no relat\u00f3rio final. A pr\u00e1tica recomendada envolve: data layer padronizado, UTMs devidamente propagadas, gclid\/clickId preservados at\u00e9 a convers\u00e3o, e um pipeline que combine dados de GA4, GTM Server-Side e Meta CAPI com exporta\u00e7\u00f5es para BigQuery e Looker Studio para valida\u00e7\u00f5es. Em ambientes corporativos com ag\u00eancias, a ideia \u00e9 ter uma vis\u00e3o \u00fanica da origem da convers\u00e3o, independentemente do canal ou da ferramenta de atribui\u00e7\u00e3o.<\/p>\n
H3: Desenho de dados: data layer, UTMs, gclid e clickId. Comece com um data layer robusto, que capture par\u00e2metros de campanha (utm_source, utm_medium, utm_campaign), e estenda para capturar gclid, fbclid, click_id e quaisquer identificadores exclusivos do fluxo de convers\u00e3o. Esse conjunto precisa viajar por toda a navega\u00e7\u00e3o, incluindo p\u00e1ginas de aterrissagem, p\u00e1ginas intermedi\u00e1rias e p\u00e1ginas de confirma\u00e7\u00e3o. Se houver formul\u00e1rios ass\u00edncronos, garanta que a passagem de eventos para o GA4 e para o servidor mantenha esses par\u00e2metros persistentes at\u00e9 a conclus\u00e3o do fluxo. Sem uma fita de dados confi\u00e1vel, qualquer pipeline que passe pelo GTM Server-Side fica vulner\u00e1vel a perdas de dados no redirecionamento ou em eventos que ocorrem antes do envio ao servidor.<\/p>\n
H3: Server-Side GTM vs Client-Side: quando optar. Em projetos geridos por ag\u00eancias, o GTM Server-Side \u00e9 quase sempre recomend\u00e1vel para reduzir varia\u00e7\u00f5es de coleta entre ambientes e para melhorar a deduplica\u00e7\u00e3o via Event IDs padronizados. Contudo, n\u00e3o \u00e9 uma bala de prata: a implementa\u00e7\u00e3o server-side exige planejamento, custo e governan\u00e7a. A decis\u00e3o deve considerar a complexidade do funil, o volume de dados e a capacidade de manter o servidor. Em geral, use Client-Side para eventos de alto-frequ\u00eancia que exigem baixa lat\u00eancia e Server-Side para eventos cr\u00edticos de convers\u00e3o, de forma a centralizar a deduplica\u00e7\u00e3o, o cross-domain tracking e a prote\u00e7\u00e3o de dados sens\u00edveis.<\/p>\n
H3: Integra\u00e7\u00e3o entre GA4, GTM-SS, Meta CAPI e BigQuery. A arquitetura ideal cria um trilho de dados que come\u00e7a no data layer, com eventos padronizados que chegam ao GTM Web, v\u00e3o para o GTM Server-Side, s\u00e3o enriquecidos com par\u00e2metros de identidade (User ID, Client ID) e, por fim, s\u00e3o enviados para GA4, Meta CAPI, e, quando poss\u00edvel, exportados para BigQuery. A partir do BigQuery, voc\u00ea pode construir modelos de atribui\u00e7\u00e3o mais est\u00e1veis, cruzar dados com o CRM e criar relat\u00f3rios com Looker Studio que mostrem a jornada do lead desde o clique at\u00e9 a venda. A implementa\u00e7\u00e3o exige documenta\u00e7\u00e3o clara de quem envia o que, quando e como, especialmente entre a ag\u00eancia e o cliente.<\/p>\n
Casos comuns com WhatsApp, CRM e convers\u00f5es offline<\/h2>\n
Casos reais envolvem a necessidade de conectar toques em WhatsApp a convers\u00f5es no CRM, mesmo quando o fechamento ocorre dias depois do clique. A complexidade aumenta quando o lead precisa percorrer v\u00e1rias intera\u00e7\u00f5es, e a ag\u00eancia externa gerencia apenas a primeira camada de dados de aquisi\u00e7\u00e3o. O que funciona bem \u00e9 um eixo de dados que preserve o identificador do clique (gclid\/clickId) ao longo de todo o processo, incluindo mensagens enviadas pelo WhatsApp Business API, visitas a landing pages, eventos no site e, por fim, a convers\u00e3o registrada no CRM por meio de integra\u00e7\u00e3o com a API ou importa\u00e7\u00e3o offline.<\/p>\n
H3: Convers\u00f5es offline via importa\u00e7\u00e3o de planilha. Em muitos cen\u00e1rios B2B ou varejo com atendimento via WhatsApp, convers\u00f5es s\u00e3o verificadas offline \u2014 ou seja, o fechamento acontece semanas depois do clique original. A solu\u00e7\u00e3o pr\u00e1tica \u00e9 manter um mapeamento entre o click (gclid) ou o session_id, e a convers\u00e3o offline no CRM, com envio peri\u00f3dico de dados para BigQuery para valida\u00e7\u00e3o. O objetivo \u00e9 que a ag\u00eancia tenha uma vis\u00e3o cont\u00ednua de onde cada lead come\u00e7ou, qual foi o caminho at\u00e9 a venda e qual foi a contribui\u00e7\u00e3o de cada canal. Sem esse mapeamento, voc\u00ea fica com dados fragmentados entre o canal de aquisi\u00e7\u00e3o e o canal de fechamento.<\/p>\n
H3: WhatsApp Business API: atribui\u00e7\u00e3o entre clique e mensagem. O fluxo t\u00edpico envolve cliques em Meta Ads que levam ao WhatsApp, onde a primeira intera\u00e7\u00e3o ocorre fora do site. Se a passagem de par\u00e2metros de campanha n\u00e3o \u00e9 preservada, o data layer pode perder UTMs, e a atribui\u00e7\u00e3o tende a ficar no canal de origem, em vez de refletir a jornada completa. A pr\u00e1tica recomendada \u00e9 capturar UTMs e IDs de campanha na primeira intera\u00e7\u00e3o com o WhatsApp, usar a API para associar esse identificador ao atendimento, e enviar o evento de convers\u00e3o ao GA4 e ao CRM com esse identificador unificado.<\/p>\n
H3: Integra\u00e7\u00e3o com RD Station, HubSpot, Looker Studio. A integra\u00e7\u00e3o entre CRM e plataformas de an\u00fancios \u00e9 essencial para fechar o ciclo de vida do lead. Em ambientes com ag\u00eancias, a padroniza\u00e7\u00e3o de campos entre RD Station, HubSpot e o data layer evita duplicidade e mant\u00e9m a linha do tempo consistente. Looker Studio pode receber dados do BigQuery para criar dashboards com a jornada do usu\u00e1rio, incluindo convers\u00f5es offline, mensagens no WhatsApp, e intera\u00e7\u00f5es com formul\u00e1rios. A chave \u00e9 manter um esquema de nomenclatura consistente para campanhas, fontes, m\u00eddias e identificadores de convers\u00e3o.<\/p>\n
Governan\u00e7a, entrega e auditoria para ag\u00eancias externas<\/h2>\n
Governan\u00e7a s\u00f3lida evita que a qualidade dos dados seja dependente de uma pessoa ou de uma configura\u00e7\u00e3o passageira. Em ambientes com v\u00e1rias equipes trabalhando com diferentes clientes, a documenta\u00e7\u00e3o de padr\u00f5es se torna o contrato t\u00e9cnico entre as partes. A exig\u00eancia pr\u00e1tica \u00e9 ter um conjunto de regras que assegure a consist\u00eancia de dados, a deduplica\u00e7\u00e3o de eventos e a valida\u00e7\u00e3o cont\u00ednua de dados entre GA4, GTM-SS, Meta CAPI e CRM. A cada ciclo de entrega, a equipe deve confirmar que as principais m\u00e9tricas correspondem aos dados do CRM, e que a janela de convers\u00e3o est\u00e1 alinhada com as regras de atribui\u00e7\u00e3o negociadas com o cliente.<\/p>\n
\n\u201cAuditoria mensal n\u00e3o \u00e9 luxo; \u00e9 contrato com o cliente.\u201d<\/p>\n<\/blockquote>\n
H3: Checklist de valida\u00e7\u00e3o de dados (checklist que voc\u00ea pode aplicar na pr\u00f3xima entrega). Este item estar\u00e1 em formato de lista, para que voc\u00ea tenha um roteiro pr\u00e1tico e r\u00e1pido de confer\u00eancia entre equipes e plataformas. A seguir, um conjunto objetivo de valida\u00e7\u00f5es que reduzem ru\u00eddo e ajudam a manter a consist\u00eancia entre GA4, GTM-SS, Meta CAPI, e o CRM:<\/p>\n
\n
- Verificar a consist\u00eancia de UTMs entre todas as p\u00e1ginas de aterrissagem, formul\u00e1rios e p\u00e1ginas de confirma\u00e7\u00e3o, bem como na origem dos an\u00fancios.<\/li>\n
- Confirmar que gclid, clickId e outros identificadores viacam pelo data layer at\u00e9 o GTM Server-Side e s\u00e3o preservados at\u00e9 o envio para GA4 e Meta CAPI.<\/li>\n
- Validar que eventos-chave (view_item, add_to_cart, purchase, lead, message_sent) est\u00e3o mapeados entre GA4, GTM e o CRM, com IDs de cliente correspondentes.<\/li>\n
- Certificar que o Consent Mode v2 est\u00e1 ativo e que as regras de CMP refletem as pol\u00edticas de LGPD do cliente, sem perder dados cr\u00edticos de convers\u00e3o.<\/li>\n
- Testar cen\u00e1rios de convers\u00e3o offline (importa\u00e7\u00e3o via planilha ou integra\u00e7\u00e3o direta com o CRM) para garantir a associa\u00e7\u00e3o correta entre clique e venda.<\/li>\n
- Executar uma auditoria de end-to-end do fluxo WhatsApp, desde o clique at\u00e9 a convers\u00e3o no CRM, verificando a equival\u00eancia de datas, fontes e campanhas.<\/li>\n<\/ol>\n
H3: Roteiro de auditoria mensal. A cada m\u00eas, repita um conjunto de verifica\u00e7\u00f5es com etapas bem definidas: (1) coleta de logs de servidor, (2) valida\u00e7\u00e3o de par\u00e2metros de campanha, (3) checagem de deduplica\u00e7\u00e3o entre GA4 e Meta CAPI, (4) reconcilia\u00e7\u00e3o com o CRM, (5) gera\u00e7\u00e3o de relat\u00f3rio de desvios e (6) planejamento de corre\u00e7\u00f5es para o pr\u00f3ximo sprint. A ideia \u00e9 tornar a auditoria parte do processo operacional da ag\u00eancia, n\u00e3o uma exce\u00e7\u00e3o pontual. A documenta\u00e7\u00e3o de cada etapa deve ficar acess\u00edvel aos clientes e \u00e0s equipes t\u00e9cnicas, para facilitar o onboarding de novos membros sem perdas de contexto.<\/p>\n
Erros comuns e como corrigi-los de forma pr\u00e1tica<\/h2>\n
Nem tudo o que aparece no relat\u00f3rio \u00e9 prova de que o sistema est\u00e1 fechado. Erros comuns costumam brotar de decis\u00f5es r\u00e1pidas sem valida\u00e7\u00e3o cruzada entre plataformas \u2014 o que, no fim, \u00e9 caro e demorado para consertar. Abaixo, apresento alguns cen\u00e1rios pr\u00e1ticos com corre\u00e7\u00f5es diretas, sem rodeios.<\/p>\n
H3: Erro: UTM perdida em redirecionamentos ou durante o carregamento de p\u00e1ginas. Corrija com uma estrat\u00e9gia de passagem de par\u00e2metros no data layer que n\u00e3o dependa de cookies de terceiros. Garanta que as UTMs, GCLID e Click ID sejam capturados na p\u00e1gina de sa\u00edda e introduzidos no GA4 e no GTM Server-Side logo no primeiro frame de carregamento. Verifique tamb\u00e9m se o redirect est\u00e1 passando de forma confi\u00e1vel os par\u00e2metros sem perder o contexto.<\/p>\n
H3: Erro: dados de WhatsApp n\u00e3o s\u00e3o vinculados ao clique original. Corrija armazenando o identificador \u00fanico do clique (gclid\/clickId) no primeiro toque do WhatsApp e mantendo esse identificador associado ao atendimento no CRM. Evite a solu\u00e7\u00e3o de apenas registrar a primeira mensagem sem refer\u00eancia de origem; sem esse v\u00ednculo, fica imposs\u00edvel medir a contribui\u00e7\u00e3o da campanha.<\/p>\n
H3: Erro: discrep\u00e2ncias entre GA4 e Meta CAPI para a mesma convers\u00e3o. Corrija com uma deduplica\u00e7\u00e3o baseada em Event IDs padronizados e compartilhe entre as equipes a estrat\u00e9gia de atribui\u00e7\u00e3o (por exemplo, atribui\u00e7\u00e3o de \u00faltima intera\u00e7\u00e3o no GA4 vs atribui\u00e7\u00e3o de primeira intera\u00e7\u00e3o no Meta). A corre\u00e7\u00e3o pr\u00e1tica envolve alinhar a janela de convers\u00e3o e atualizar os mapeamentos de eventos entre plataformas, com valida\u00e7\u00f5es mensais para evitar que mudan\u00e7as isoladas virarem regra.<\/p>\n
Como adaptar a abordagem \u00e0 realidade do cliente e do projeto<\/h2>\n
Quando a ag\u00eancia gerencia v\u00e1rias contas com requisitos diferentes (WhatsApp, e-commerce, servi\u00e7os, B2B), \u00e9 comum precisar adaptar a arquitetura. Em muitos casos, a solu\u00e7\u00e3o ideal envolve uma governan\u00e7a centrada em contratos t\u00e9cnicos com SLAs de entrega de dados, com uma pipeline de dados que suporta adi\u00e7\u00f5es futuras sem quebrar o que j\u00e1 est\u00e1 funcionando. A boa not\u00edcia \u00e9 que a base \u2014 data layer consistente, par\u00e2metros preservados, eventos padronizados, integra\u00e7\u00e3o com CRM e valida\u00e7\u00e3o de offline conversions \u2014 continua v\u00e1lida, mesmo com varia\u00e7\u00f5es de canal e de funil. O segredo \u00e9 manter disciplina na documenta\u00e7\u00e3o, manter o alinhamento entre a ag\u00eancia e o cliente e ter a capacidade de responder rapidamente quando o ecossistema muda (novas regras de consentimento, mudan\u00e7as de API, mudan\u00e7as na estrutura de pre\u00e7os de plataformas).<\/p>\n
Passos finais para come\u00e7ar hoje<\/h2>\n
Agora que voc\u00ea viu o mapa de diagn\u00f3stico, arquitetura, casos reais e governan\u00e7a, o pr\u00f3ximo passo \u00e9 pr\u00e1tico: pe\u00e7a para a ag\u00eancia externa documentar o pipeline t\u00e9cnico atual, incluindo data layer, eventos capturados, par\u00e2metros de campaign e janela de convers\u00e3o. Em seguida, alinhe com o cliente uma mesa de revis\u00e3o de dados com foco em 3 m\u00e9tricas-chave: cobertura, deduplica\u00e7\u00e3o e alinhamento com o CRM. Com esses componentes alinhados, voc\u00ea reduz a ambiguidade entre n\u00fameros de GA4, Meta e CRM, e aumenta a confiabilidade da atribui\u00e7\u00e3o sem depender de hack de \u00faltima hora ou de promessas vagas de melhoria de ROAS.<\/p>\n
Se quiser agendar uma avalia\u00e7\u00e3o t\u00e9cnica detalhada do seu setup atual (GA4, GTM Server-Side, CAPI, BigQuery) para verificar governan\u00e7a, fluxo de dados e oportunidades de melhoria, nossa equipe pode ajudar a conduzir o diagn\u00f3stico com uma agenda objetiva para a pr\u00f3xima sprint.<\/p>\n","protected":false},"excerpt":{"rendered":"
O guia de rastreamento para times de marketing que trabalham com ag\u00eancias externas n\u00e3o \u00e9 apenas sobre escolher ferramentas certas. \u00c9 sobre estabelecer, entre cliente, ag\u00eancia e time interno, uma linha clara de mensura\u00e7\u00e3o que n\u00e3o se perca em meio a dados conflitantes: GA4, GTM Web, GTM Server-Side, Meta CAPI, Google Ads Enhanced Conversions e…<\/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":[789,15,9,37,19],"content_language":[6],"class_list":["post-1558","post","type-post","status-publish","format-standard","hentry","category-blogbr","tag-agencias-externas","tag-atribuicao","tag-crm","tag-rastreamento","tag-utms","content_language-br"],"acf":[],"_links":{"self":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1558","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=1558"}],"version-history":[{"count":0,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1558\/revisions"}],"wp:attachment":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1558"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1558"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1558"},{"taxonomy":"content_language","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcontent_language&post=1558"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}