{"id":1681,"date":"2026-04-26T17:50:14","date_gmt":"2026-04-26T17:50:14","guid":{"rendered":"https:\/\/cms.funnelsheet.com\/?p=1681"},"modified":"2026-04-26T17:50:14","modified_gmt":"2026-04-26T17:50:14","slug":"eventos-de-ga4-para-funil-de-saude-com-agendamento-confirmacao-e-atendimento-rastreados","status":"publish","type":"post","link":"https:\/\/cms.funnelsheet.com\/?p=1681","title":{"rendered":"Eventos de GA4 para funil de sa\u00fade com agendamento, confirma\u00e7\u00e3o e atendimento rastreados"},"content":{"rendered":"<p>No ambiente de sa\u00fade, o funil de convers\u00e3o que envolve agendamento, confirma\u00e7\u00e3o e atendimento \u00e9 especialmente sens\u00edvel a perdas de dados em v\u00e1rios pontos de contato. Em muitos casos, o usu\u00e1rio inicia o caminho em an\u00fancios, continua por meio de formul\u00e1rios no site, conversa no WhatsApp e conclui a sess\u00e3o ap\u00f3s a consulta \u2014 tudo sob a influ\u00eancia de diferentes plataformas: GA4, GTM Web, GTM Server-Side, Meta CAPI, integra\u00e7\u00f5es de CRM e, \u00e0s vezes, dados offline. O resultado comum \u00e9 uma desincroniza\u00e7\u00e3o entre o que o Analytics registra e o que de fato acontece na rela\u00e7\u00e3o cl\u00ednica: agendamento n\u00e3o chega como convers\u00e3o, ou a confirma\u00e7\u00e3o n\u00e3o \u00e9 associada ao usu\u00e1rio correto, levando a auditorias dif\u00edceis e decis\u00f5es erradas. Este artigo aborda como estruturar e validar eventos do GA4 para um funil de sa\u00fade com etapas de agendamento, confirma\u00e7\u00e3o e atendimento, de modo que voc\u00ea tenha visibilidade ponta a ponta, mesmo com dados first-party, consentimento e m\u00faltiplos canais.<\/p>\n<p>A tese aqui \u00e9 pr\u00e1tica: ao definir nomes de eventos consistentes, par\u00e2metros expl\u00edcitos e fluxos de envio confi\u00e1veis (inclusive server-side quando necess\u00e1rio), voc\u00ea reduz ru\u00eddos, facilita a reconcilia\u00e7\u00e3o com o CRM e facilita a gera\u00e7\u00e3o de relat\u00f3rios que resistem a escrut\u00ednio. No fim, voc\u00ea ter\u00e1 um blueprint para diagnosticar problemas rapidamente, corrigir pontas frias do funil e sustentar decis\u00f5es com dados que realmente ligam investimento a receita. Vamos direto aos passos, exemplos e armadilhas com as quais j\u00e1 lidei ao auditar centenas de implementa\u00e7\u00f5es em sa\u00fade.<\/p>\n<h2>Por que esse conjunto de eventos \u00e9 crucial para sa\u00fade<\/h2>\n<h3>Diagn\u00f3stico: falha de liga\u00e7\u00e3o entre agendamento, confirma\u00e7\u00e3o e atendimento<\/h3>\n<p>O problema n\u00e3o \u00e9 apenas coletar eventos isolados \u2014 \u00e9 conect\u00e1-los ao fluxo completo. Em muitos setups, o evento de agendamento dispara no formul\u00e1rio do site, a confirma\u00e7\u00e3o fica presa no WhatsApp ou no CRM, e o atendimento final s\u00f3 aparece como convers\u00e3o quando a venda \u00e9 fechada. Sem uma vis\u00e3o integrada, voc\u00ea fica com uma &#8220;\u00e1rvore de dados&#8221; que mostra toques, mas n\u00e3o o caminho \u00faltimo da convers\u00e3o. Isso leva a decis\u00f5es que parecem baseadas em dados, mas na pr\u00e1tica refletem apenas fragmentos desconectados do funil.<\/p>\n<h3>Problema de atribui\u00e7\u00e3o em funis com atendimento<\/h3>\n<p>Para servi\u00e7os de sa\u00fade, a linha do tempo entre o clique no an\u00fancio, o agendamento e o atendimento pode chegar a 7, 14 dias ou mais. Em campanhas multicanal (Meta, Google Ads, WhatsApp), GA4 pode registrar eventos que parecem conflitantes entre si, principalmente quando h\u00e1 redirecionamentos, UTMs perdidos ou IDs de usu\u00e1rio que n\u00e3o s\u00e3o mantidos entre plataformas. Sem uma estrat\u00e9gia de atribui\u00e7\u00e3o que leve em conta o timing, a janela de convers\u00e3o e a correspond\u00eancia entre eventos, voc\u00ea pode estar atribuindo valor ao canal errado, prejudicando decis\u00f5es de budget e otimiza\u00e7\u00e3o.<\/p>\n<h3>Limites de dados first-party e consentimento<\/h3>\n<p>Consent Mode v2, LGPD e integra\u00e7\u00f5es com CRM criam fronteiras reais sobre o que pode ser enviado e armazenado. Em ambientes com formul\u00e1rios em SPA (single-page apps) ou fluxos de chat (WhatsApp Business API), manter uma cobertura de dados robusta exige planejamento: quais eventos s\u00e3o enviados, com quais par\u00e2metros, como fica a correspond\u00eancia entre identificadores e como reconcilia offline com dados online. \u00c9 comum ver solu\u00e7\u00f5es que funcionam bem no site, mas falham quando o usu\u00e1rio s\u00f3 interage por WhatsApp ou quando a confirma\u00e7\u00e3o depende de uma interven\u00e7\u00e3o humana no CRM \u2014 nesses casos, a conclus\u00e3o de atribui\u00e7\u00e3o tende a ficar truncada ou inflar n\u00fameros de toques sem significado real para a receita.<\/p>\n<blockquote>\n<p>O desafio n\u00e3o \u00e9 apenas coletar dados; \u00e9 conect\u00e1-los de ponta a ponta ao conte\u00fado que gera a confirma\u00e7\u00e3o e o atendimento.<\/p>\n<\/blockquote>\n<blockquote>\n<p>Se o agendamento n\u00e3o dispara com precis\u00e3o, voc\u00ea perde a vis\u00e3o de qual an\u00fancio levou o usu\u00e1rio a confirmar a consulta e a aparecer no atendimento.<\/p>\n<\/blockquote>\n<h2>Estrutura recomendada de eventos GA4 para esse funil<\/h2>\n<h3>Nomea\u00e7\u00e3o de eventos e par\u00e2metros essenciais<\/h3>\n<p>Crie uma cadeia de eventos clara e sem ambiguidade para cada estado do funil. Use nomes consistentes com a conven\u00e7\u00e3o GA4 e inclua par\u00e2metros significativos para cada evento:<\/p>\n<ul>\n<li>schedule_appointment (agendamento) \u2014 par\u00e2metros: appointment_id, service_type, location_id, scheduled_time, user_id, channel (sa\u00fade web, WhatsApp, telefone).<\/li>\n<li>appointment_confirmed (confirma\u00e7\u00e3o) \u2014 par\u00e2metros: appointment_id, confirmed_time, channel, agent_id (quando houver interven\u00e7\u00e3o humana).<\/li>\n<li>appointment_attended (atendimento realizado) \u2014 par\u00e2metros: appointment_id, attended_time, patient_id, modality (presencial\/online).<\/li>\n<li>appointment_completed (conclus\u00e3o\/receita associada) \u2014 par\u00e2metros: appointment_id, revenue (quando aplic\u00e1vel), outcome (ex.: consulta realizada, procedimento).<\/li>\n<li>appointment_no_show (faltou) \u2014 par\u00e2metros: appointment_id, no_show_time, reason (se dispon\u00edvel).<\/li>\n<\/ul>\n<p>Par\u00e2metros adicionais que ajudam a reconcilia\u00e7\u00e3o com CRM e offline: crm_id (id do registro no CRM), visitor_id (identificador de usu\u00e1rio no site), ga_session_id (session_id do GA4), source_medium, consulting_flag (flags de qualidade de lead). Evite repetir identificadores n\u00e3o est\u00e1veis entre plataformas; prefira um identificador \u00fanico persistente por sess\u00e3o que possa ser mapeado no CRM.<\/p>\n<h3>Par\u00e2metros de estado, tempo e canal<\/h3>\n<p>Para evitar ambiguidades, registre o tempo com time stamps padronizados (UTC), utilize uma fun\u00e7\u00e3o de mapeamento para converter fuso hor\u00e1rio local, quando necess\u00e1rio, e inclua o canal de aquisi\u00e7\u00e3o (utm_source\/utm_medium ou par\u00e2metros equivalentes) nos eventos de agendamento e confirma\u00e7\u00e3o. A vis\u00e3o de conjunto depende de assumir que cada evento carrega o estado do usu\u00e1rio (ex.: agendado, confirmado, atendido) e o canal de origem, para permitir cassifica\u00e7\u00e3o por jornada do paciente.<\/p>\n<blockquote>\n<p>Eventos de estado devem contar a hist\u00f3ria da sess\u00e3o: cada mudan\u00e7a de estado revela a pr\u00f3xima etapa no funil.<\/p>\n<\/blockquote>\n<h3>Relacionamento com CRM\/WhatsApp: IDs de cliente e convers\u00e3o<\/h3>\n<p>Integre GA4 com o CRM para mapear appointment_id a registros de paciente. Quando o atendimento ocorre via WhatsApp, envie o ID do appointment junto com o identificador do paciente para manter a refer\u00eancia. Essas liga\u00e7\u00f5es reduzem ru\u00eddos de atribui\u00e7\u00e3o entre plataformas (GA4, CRM, WhatsApp API) e ajudam a reconciliar convers\u00f5es offline com campanhas online. Em muitos casos, a linha de frente de atendimento registra a confirma\u00e7\u00e3o e o atendimento em tempo real; ter esse v\u00ednculo entre eventos GA4 e o CRM facilita a auditoria de ROI e a valida\u00e7\u00e3o de dados com clientes internos.<\/p>\n<h2>Implementa\u00e7\u00e3o pr\u00e1tica: client-side vs server-side, integra\u00e7\u00f5es e LGPD<\/h2>\n<h3>Como escolher entre GTM Web e GTM Server-Side<\/h3>\n<p>A estrat\u00e9gia de envio de eventos depende do trade-off entre lat\u00eancia, privacidade e controle de dados. No front-end (GTM Web), voc\u00ea obt\u00e9m rapidez de implementa\u00e7\u00e3o, mas est\u00e1 sujeito a bloqueadores de terceiros, pol\u00edticas de consentimento e varia\u00e7\u00f5es de navega\u00e7\u00e3o. No GTM Server-Side, voc\u00ea centraliza o envio de dados, pode aplicar consentimento de forma mais consistente, redirecionar payloads para o Google Ads, Meta e BigQuery sem depender do navegador, e reduzir o impacto de ad blockers. Em cen\u00e1rios com dados sens\u00edveis de sa\u00fade, o servidor costuma oferecer maior controle de privacidade e integra\u00e7\u00e3o com fontes offline, mas exige gest\u00e3o adicional de servidor, custo e complexidade de configura\u00e7\u00e3o. Em muitos casos, a primeira itera\u00e7\u00e3o \u00e9 no client-side para valida\u00e7\u00e3o, seguida de uma fase de server-side para confian\u00e7a a longo prazo e reconcilia\u00e7\u00e3o com CRM e dados offline.<\/p>\n<h3>Consent Mode e privacidade: o que realmente funciona<\/h3>\n<p>Considere a ado\u00e7\u00e3o de Consent Mode v2 para manter a usabilidade de campanhas sem violar as limita\u00e7\u00f5es de privacidade. O Consent Mode ajuda a ajustar o envio de dados para servi\u00e7os de analytics e an\u00fancios conforme o consentimento do usu\u00e1rio, mantendo uma vis\u00e3o de performance sem comprometer requisitos legais. Entretanto, o modo n\u00e3o substitui a necessidade de mapear identificadores entre plataformas (por exemplo, um user_id persistente que atende a pol\u00edticas de privacidade) e de manter uma janela de atribui\u00e7\u00e3o realista que reflita o comportamento do usu\u00e1rio ao longo do tempo. Esteja preparado para documentar exatamente o que \u00e9 enviado, para qual finalidade e sob quais condi\u00e7\u00f5es de consentimento.<\/p>\n<h3>Integra\u00e7\u00e3o com CRM (RD Station, HubSpot) e canais de atendimento (WhatsApp Business API)<\/h3>\n<p>A conex\u00e3o entre GA4 e CRM deve ocorrer em dois planos: dados de usu\u00e1rios para atribui\u00e7\u00e3o online e dados offline para reconcilia\u00e7\u00e3o com atendimentos de cl\u00ednica. Envie ao CRM o appointment_id, user_id e o status do agendamento (agendado, confirmado, atendido) para cada registro relevante. No WhatsApp, alinhe as mensagens disparadas com a confirma\u00e7\u00e3o do agendamento e com o status de atendimento; associe cada mensagem a um appointment_id para manter a trilha de convers\u00e3o. Em cen\u00e1rios onde o atendimento acontece com interven\u00e7\u00e3o humana, inclua agent_id ou user_guid para tra\u00e7ar a responsabilidade e o tempo de resposta. Sem esse alinhamento, voc\u00ea continuar\u00e1 a ter dados inconsistente entre GA4, CRM e mensagens de atendimento, o que mina a credibilidade das m\u00e9tricas.<\/p>\n<p>Plano de implementa\u00e7\u00e3o e valida\u00e7\u00e3o requer cuidado: as APIs de CRM costumam exigir mapeamento espec\u00edfico de campos e IDs. Al\u00e9m disso, sempre que poss\u00edvel, utilize um padr\u00e3o de ID \u00fanico para sess\u00e3o e para cada appointment, criando uma ponte est\u00e1vel entre GA4 e os pain\u00e9is do CRM. A reconcilia\u00e7\u00e3o entre dados online e offline \u00e9 um esfor\u00e7o cont\u00ednuo, mas crucial para evitar surpresas no fim do m\u00eas.<\/p>\n<h2>Checklist de implementa\u00e7\u00e3o: plano de a\u00e7\u00e3o em 7 passos<\/h2>\n<ol>\n<li>Mapear o fluxo: identifique os pontos de contato cr\u00edticos (formul\u00e1rio de agendamento, confirma\u00e7\u00e3o por WhatsApp, atendimento e fechamento da consulta) e determine onde cada estado deve ser rastreado com precis\u00e3o.<\/li>\n<li>Definir a nomenclatura de eventos: adote schedule_appointment, appointment_confirmed, appointment_attended, appointment_no_show e, se necess\u00e1rio, appointment_completed; alinhe com o CRM para facilitar a reconcilia\u00e7\u00e3o.<\/li>\n<li>Configurar coleta com GTM Web\/Server-Side: implemente disparos para os eventos, incluindo par\u00e2metros-chave como appointment_id, service_type, location_id, user_id, channel, timestamp e source\/medium.<\/li>\n<li>Integrar com CRM e canais de atendimento: garanta que appointment_id e user_id sejam persistidos em CRM (HubSpot, RD Station) e que mensagens do WhatsApp carreguem o mesmo identificador.<\/li>\n<li>Habilitar envio de dados offline\/BigQuery: planeje a exporta\u00e7\u00e3o de dados de convers\u00e3o para reconcilia\u00e7\u00f5es com dados do CRM e com Looker Studio para dashboards consolidados.<\/li>\n<li>Realizar valida\u00e7\u00e3o com ferramentas de debugging: use GA4 DebugView, Real-time e logs de servidor para confirmar que cada evento chega com os par\u00e2metros corretos e no estado esperado.<\/li>\n<li>Auditoria cont\u00ednua e melhoria: crie rotinas de revis\u00e3o mensal para checar consist\u00eancia entre GA4, CRM e dados offline, ajustando nomes, par\u00e2metros e mapeamentos conforme necess\u00e1rio.<\/li>\n<\/ol>\n<p>Ao planejar, leve em considera\u00e7\u00e3o sinais de que o setup est\u00e1 com ru\u00eddo: eventos duplicados, agendamentos que n\u00e3o correlacionam com nenhuma confirma\u00e7\u00e3o, ou convers\u00f5es que parecem ocorrer sem contato real de atendimento. Em tais casos, revisite a camada de disparo do GTM, revalide a correspond\u00eancia entre IDs e verifique se o fluxo offline est\u00e1 capturado corretamente.<\/p>\n<h2>Sinais de que o setup est\u00e1 quebrado e como ajustar<\/h2>\n<h3>Sinais de setup quebrado<\/h3>\n<p>Quando GA4 e CRM n\u00e3o se alinham, voc\u00ea v\u00ea diverg\u00eancias de contagem entre o funil de agendamento e a taxa de atendimento. Lead(s) que aparecem como convers\u00e3o sem hist\u00f3ria de confirma\u00e7\u00e3o ou atendimento, UTMs que somem ao passar pelo redirecionamento, ou eventos de agendamento que chegam sem appointment_id. Esses sinais indicam problemas de mapeamento de identificadores, configura\u00e7\u00e3o de par\u00e2metros ou fluxo de envio de dados entre plataformas.<\/p>\n<h3>Erros comuns e corre\u00e7\u00f5es pr\u00e1ticas<\/h3>\n<p>1) Falta de persist\u00eancia de user_id entre plataformas: implemente um identificador coerente desde o primeiro touch, com fallback para session_id. 2) Nomes de eventos inconsistentes: padronize schedule_appointment e appointment_confirmed em toda a implementa\u00e7\u00e3o. 3) Eventos sem par\u00e2metros cr\u00edticos: inclua appointment_id, channel e timestamp; sem isso, a reconcilia\u00e7\u00e3o fica insegura. 4) Dados offline n\u00e3o sincronizados: utilize recursos de data import do GA4 ou reconcilia\u00e7\u00e3o via BigQuery; n\u00e3o confie apenas em dados online para entender a performance de longo prazo.<\/p>\n<h3>Quando revisar a estrat\u00e9gia de atribui\u00e7\u00e3o<\/h3>\n<p>Se o seu funil envolve v\u00e1rias plataformas (Google Ads, Meta, WhatsApp) e o tempo entre toque e convers\u00e3o \u00e9 longo, pode ser \u00fatil reavaliar a janela de atribui\u00e7\u00e3o e considerar modelos que valorizem o \u00faltimo toque com tradu\u00e7\u00e3o para offline. Em situa\u00e7\u00f5es de atendimento que depende de confirma\u00e7\u00e3o manual, a atribui\u00e7\u00e3o pode exigir regras espec\u00edficas para evitar atribuir valor a um canal apenas pela primeira intera\u00e7\u00e3o. A chave \u00e9 ter uma abordagem que leve em conta o tempo entre toque e convers\u00e3o e que permita a reconcilia\u00e7\u00e3o com dados do CRM.<\/p>\n<h2>Opera\u00e7\u00e3o pr\u00e1tica: adequa\u00e7\u00e3o \u00e0 realidade do projeto<\/h2>\n<h3>Adaptar \u00e0 realidade do cliente ou da cl\u00ednica<\/h3>\n<p>Cada opera\u00e7\u00e3o tem nuances distintas: cl\u00ednicas com agendamento via formul\u00e1rio no site, atendimento em roteiros de WhatsApp ou telefone, e consult\u00f3rios que utilizam diferentes CRMs. Padronize o que for poss\u00edvel, mas permita exce\u00e7\u00f5es quando a infraestrutura do cliente exigir. Se houver um fluxo de atendimento h\u00edbrido (online e presencial), diferencie claramente os par\u00e2metros para evitar confus\u00e3o entre tipos de consulta e canais de atendimento.<\/p>\n<h3>Roteiro de auditoria t\u00e9cnica r\u00e1pido<\/h3>\n<p>1) Verificar que appointment_id, user_id e channel viajam juntos entre GA4 e CRM; 2) Conferir que os estados agendado, confirmado e atendido s\u00e3o refletidos nos respectivos eventos com timestamps coerentes; 3) Validar que CTAs de agendamento no site disparam schedule_appointment apenas ap\u00f3s o preenchimento obrigat\u00f3rio; 4) Confirmar que postback de CRM para GA4 n\u00e3o duplica eventos; 5) Checar consist\u00eancia de dados entre Looker Studio e GA4 para dashboards de ROI.<\/p>\n<blockquote>\n<p>N\u00e3o confie no primeiro conjunto de dados: valide, reconfirme e reconcilie entre GA4, CRM e canais de atendimento.<\/p>\n<\/blockquote>\n<p>Para um time de tr\u00e1fego que precisa entregar m\u00e9tricas que resistam a auditorias, a pr\u00e1tica recomendada \u00e9 manter a documenta\u00e7\u00e3o de cada evento, os par\u00e2metros obrigat\u00f3rios e o mapeamento entre o CRM e o GA4 em um reposit\u00f3rio compartilhado. Demore o m\u00ednimo poss\u00edvel para come\u00e7ar, mas n\u00e3o adie a valida\u00e7\u00e3o de dados cr\u00edticos. A qualidade do modelo de dados define a confiabilidade de toda a decis\u00e3o de investimento.<\/p>\n<p>Links externos \u00fateis para refer\u00eancia t\u00e9cnica incluem a documenta\u00e7\u00e3o oficial do GA4 sobre eventos e o conjunto de guias de integra\u00e7\u00e3o com plataformas de an\u00fancios. Consulte a documenta\u00e7\u00e3o oficial de eventos do GA4 para entender nomes, par\u00e2metros e melhores pr\u00e1ticas: <a href=\"https:\/\/developers.google.com\/analytics\/devguides\/collection\/ga4\/events\" target=\"_blank\" rel=\"nofollow\">documenta\u00e7\u00e3o oficial GA4 sobre eventos<\/a>. Em cen\u00e1rios de privacidade e consentimento, o Consent Mode oferece diretrizes para o envio de dados enquanto respeita as escolhas do usu\u00e1rio: <a href=\"https:\/\/support.google.com\/analytics\/answer\/10339869\" target=\"_blank\" rel=\"nofollow\">Consent Mode<\/a>. Para integra\u00e7\u00f5es de campanhas com redes de an\u00fancios, a Conversions API da Meta tamb\u00e9m \u00e9 relevante quando voc\u00ea precisa alinhar eventos com o ecossistema de an\u00fancios: <a href=\"https:\/\/developers.facebook.com\/docs\/marketing-api\/conversions-api\" target=\"_blank\" rel=\"nofollow\">Conversions API (Meta)<\/a>.<\/p>\n<p>Com esse arcabou\u00e7o, voc\u00ea chega a uma configura\u00e7\u00e3o de GA4 que sustenta o objetivo de rastrear com confiabilidade o funil de sa\u00fade \u2014 do agendamento \u00e0 confirma\u00e7\u00e3o e ao atendimento \u2014 com a possibilidade de reconcilia\u00e7\u00e3o entre dados online e offline, e com a capacidade de apresentar m\u00e9tricas que realmente comprovem a performance de campanhas em diferentes canais.<\/p>\n<p>Se quiser avan\u00e7ar hoje, podemos mapear seu stack atual, alinhar os eventos-chave com seu CRM e planejar a implanta\u00e7\u00e3o em GTM Server-Side para maior robustez e governan\u00e7a de dados. Vamos conversar para tra\u00e7ar o caminho pr\u00e1tico da sua implementa\u00e7\u00e3o.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>No ambiente de sa\u00fade, o funil de convers\u00e3o que envolve agendamento, confirma\u00e7\u00e3o e atendimento \u00e9 especialmente sens\u00edvel a perdas de dados em v\u00e1rios pontos de contato. Em muitos casos, o usu\u00e1rio inicia o caminho em an\u00fancios, continua por meio de formul\u00e1rios no site, conversa no WhatsApp e conclui a sess\u00e3o ap\u00f3s a consulta \u2014 tudo&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":[243,106,200,13,267],"content_language":[6],"class_list":["post-1681","post","type-post","status-publish","format-standard","hentry","category-blogbr","tag-agendamento","tag-dados-first-party","tag-funil-de-conversao","tag-ga4","tag-integracoes-de-crm","content_language-br"],"acf":[],"_links":{"self":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1681","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=1681"}],"version-history":[{"count":0,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1681\/revisions"}],"wp:attachment":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1681"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1681"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1681"},{"taxonomy":"content_language","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcontent_language&post=1681"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}