{"id":1110,"date":"2026-04-07T14:25:58","date_gmt":"2026-04-07T14:25:58","guid":{"rendered":"https:\/\/cms.funnelsheet.com\/?p=1110"},"modified":"2026-04-07T14:25:58","modified_gmt":"2026-04-07T14:25:58","slug":"how-to-choose-between-client-side-and-server-side-for-each-use-case","status":"publish","type":"post","link":"https:\/\/cms.funnelsheet.com\/?p=1110","title":{"rendered":"How to Choose Between Client-Side and Server-Side for Each Use Case"},"content":{"rendered":"<p>No mundo da mensura\u00e7\u00e3o de performance, a escolha entre client-side e server-side n\u00e3o \u00e9 apenas uma decis\u00e3o de arquitetura. \u00c9 a diferen\u00e7a entre sinais que chegam completos ou que se perdem no caminho, entre dados que sustentam uma atribui\u00e7\u00e3o confi\u00e1vel e aquele ru\u00eddo que voc\u00ea precisa explicar ao cliente ou \u00e0 lideran\u00e7a. Quando o assunto \u00e9 GA4, GTM Server-Side, Meta CAPI, convers\u00f5es offline, e integra\u00e7\u00e3o com CRM, entender onde cada evento deve nascer \u2014 no navegador do usu\u00e1rio ou no servidor central \u2014 pode evitar semanas de retrabalho e dezenas de horas de valida\u00e7\u00e3o. Este artigo aborda, de forma objetiva, como mapear use cases reais e decidir entre client-side e server-side para cada cen\u00e1rio comum de rastreamento e atribui\u00e7\u00e3o, com foco em produ\u00e7\u00e3o real, n\u00e3o em teoria. <\/p>\n<p>A tese central \u00e9 simples: para cada tipo de evento e para cada ponto de contato da jornada, existe um lugar mais adequado para a coleta de dados, levando em conta qualidade, lat\u00eancia, privacidade e governan\u00e7a. Ao terminar a leitura, voc\u00ea ter\u00e1 uma \u00e1rvore de decis\u00e3o pr\u00e1tica para aplicar imediatamente, um roteiro de implementa\u00e7\u00e3o com etapas acion\u00e1veis e um conjunto de valida\u00e7\u00f5es que reduzem a ambiguidade entre plataformas. A partir da\u00ed, \u00e9 poss\u00edvel diagnosticar discrep\u00e2ncias, corrigir falhas de coleta e alinhar as expectativas com clientes e equipes t\u00e9cnicas.<\/p>\n\n\n                        <figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1600\" height=\"1063\" src=\"https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/wxqm_ntk0u.jpg\" alt=\"graphical user interface\" class=\"wp-image-835\" srcset=\"https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/wxqm_ntk0u.jpg 1600w, https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/wxqm_ntk0u-300x199.jpg 300w, https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/wxqm_ntk0u-1024x680.jpg 1024w, https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/wxqm_ntk0u-768x510.jpg 768w, https:\/\/cms.funnelsheet.com\/wp-content\/uploads\/2026\/04\/wxqm_ntk0u-1536x1020.jpg 1536w\" sizes=\"auto, (max-width: 1600px) 100vw, 1600px\" \/><\/figure>\n                        \n\n<h2>Quando client-side faz sentido: use cases t\u00edpicos e decis\u00f5es r\u00e1pidas<\/h2>\n<h3>Casos de baixa lat\u00eancia e eventos de navega\u00e7\u00e3o em tempo real<\/h3>\n<p>Se a prioridade \u00e9 capturar eventos que exigem resposta quase imediata \u2014 cliques em CTAs, carregamento de p\u00e1ginas, visualiza\u00e7\u00f5es r\u00e1pidas \u2014 o client-side tende a ser mais direto. O navegador envia os eventos logo ap\u00f3s a intera\u00e7\u00e3o, o que facilita a visualiza\u00e7\u00e3o de funis e a corre\u00e7\u00e3o de furos de dados antes que o usu\u00e1rio saia do fluxo. Por\u00e9m, isso depende de a experi\u00eancia do usu\u00e1rio n\u00e3o ser presa a bloqueadores de an\u00fancios, extens\u00f5es ou pol\u00edticas de privacidade que prejudiquem a visibilidade desses sinais. Em GA4, muitos eventos podem ser enviados via gtag\/GA4 collection no cliente, desde que haja cuidado com consentimento e limites de envio repetido.<\/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<h3>Eventos que demandam sincroniza\u00e7\u00e3o com m\u00faltiplas fontes do front-end<\/h3>\n<p>Quando o evento precisa correlacionar a\u00e7\u00f5es entre diferentes canais (por exemplo, navegar entre site e WhatsApp Business API) ou entre sess\u00f5es de p\u00e1gina e conversa por chat, o client-side pode facilitar a correla\u00e7\u00e3o inicial. A ideia \u00e9 ter sinais no front-end que alimentem rapidamente o funil de atribui\u00e7\u00e3o, antes de consolidar no servidor. Nesse cen\u00e1rio, assegure que as integra\u00e7\u00f5es com o data layer e com o GA4 estejam bem definidas, com mapeamento claro de par\u00e2metros UTM, gclid e other identifiers.<\/p>\n<blockquote><p>Dados do lado do cliente podem ser r\u00e1pidos, mas s\u00e3o fr\u00e1geis frente a bloqueadores, recargas de p\u00e1gina e pol\u00edticas de privacidade \u2014 tenha isso em mente na decis\u00e3o.<\/p><\/blockquote>\n<blockquote><p>Para manter a coer\u00eancia entre sinais, vale a pena mapear exatamente onde cada evento nasce e qual \u00e9 a janela de atribui\u00e7\u00e3o que ele precisa sustentar.<\/p><\/blockquote>\n<h2>Quando server-side \u00e9 a aposta correta: cen\u00e1rios que exigem consist\u00eancia e controle<\/h2>\n<h3>Conformidade, privacidade e Consent Mode<\/h3>\n<p>Em ambientes com LGPD, Consent Mode v2 e requisitos de governan\u00e7a de dados, o server-side oferece controle mais fino sobre quais sinais s\u00e3o coletados, quando s\u00e3o enviados e para onde v\u00e3o. A coleta no servidor permite respeitar regras de consentimento com menos depend\u00eancia de cookies ou sinaliza\u00e7\u00e3o do navegador, reduzindo o risco de dados incompletos por bloqueios de terceiros. Nesse caminho, vale integrar GTM Server-Side com GTM Web\/modos de envio de dados para GA4, al\u00e9m de manter uma trilha de consentimento que permita ativar\/desativar fluxos com base no status do usu\u00e1rio.<\/p>\n<h3>Consolida\u00e7\u00e3o de dados offline e integra\u00e7\u00e3o com CRM<\/h3>\n<p>Quando o objetivo \u00e9 conectar campanhas a uma receita que ocorre fora do navegador \u2014 por exemplo, convers\u00f5es via WhatsApp, telefone ou CRM \u2014 o server-side \u00e9 quase obrigat\u00f3rio. As convers\u00f5es offline, a correspond\u00eancia entre lead e venda, e o fechamento de ciclos de venda que ultrapassam a janela de cookies se beneficiam de um pipeline centralizado onde eventos e transa\u00e7\u00f5es entram no servidor, muitas vezes via Conversions API, importa\u00e7\u00e3o de planilhas ou integra\u00e7\u00f5es com BigQuery. Essa abordagem tende a reduzir discrep\u00e2ncias entre plataformas (GA4, Meta Ads, Google Ads) e oferece uma base mais consistente para reconcilia\u00e7\u00e3o com o CRM.<\/p>\n<blockquote><p>Server-side n\u00e3o resolve todos os problemas, mas reduz a superf\u00edcie de perda de dados causada por bloqueadores, cookies de terceiros e margens de privacidade. Ainda assim, exige infraestrutura e vigil\u00e2ncia constante.<\/p><\/blockquote>\n<h2>Como comparar abordagens por use case: crit\u00e9rios-chave e trade-offs<\/h2>\n<h3>Qualidade vs. lat\u00eancia: onde tolerar atraso para ganhar fidelidade<\/h3>\n<p>Client-side costuma oferecer menor lat\u00eancia para eventos simples e de alto volume, mas est\u00e1 sujeito a varia\u00e7\u00f5es de rede, bloqueadores e limites de cookies. Server-side aumenta a fidelidade da atribui\u00e7\u00e3o ao consolidar sinais, reduzir duplicidade e sustentar eventos offline, por\u00e9m adiciona lat\u00eancia de pipeline e requer uma arquitetura est\u00e1vel (GTM Server-Side, APIs de convers\u00f5es, valida\u00e7\u00e3o de dados). A decis\u00e3o deve ponderar: quanto atraso \u00e9 aceit\u00e1vel para a sua tomada de decis\u00e3o e quanto voc\u00ea pode investir em infraestrutura para manter a qualidade de dados?<\/p>\n<h3>Conformidade, privacidade e experi\u00eancia do usu\u00e1rio<\/h3>\n<p>Se a sua organiza\u00e7\u00e3o precisa alinhar-se estritamente a pol\u00edticas de consentimento, o server-side oferece mais controle, especialmente quando voc\u00ea precisa dividir fluxos entre usu\u00e1rios que consentem ou n\u00e3o com cookies. O Consent Mode v2 permite que os sinais de utilidade permane\u00e7am utiliz\u00e1veis ainda que o consentimento esteja ausente, mas a implementa\u00e7\u00e3o varia conforme o ecossistema (GA4, Ads, CAPI) e o tipo de site. Este \u00e9 um ponto onde a solu\u00e7\u00e3o n\u00e3o \u00e9 apenas t\u00e9cnica, mas estrat\u00e9gica em governan\u00e7a de dados.<\/p>\n<h3>Escalabilidade e manuten\u00e7\u00e3o<\/h3>\n<p>Server-side exige manuten\u00e7\u00e3o de containers, monitoramento de lat\u00eancia, e gest\u00e3o de falhas no pipeline de dados. Em projetos com or\u00e7amento restrito ou com equipes menores, a curva de implementa\u00e7\u00e3o pode ser mais \u00edngreme. Em troca, a escalabilidade de dados, a consist\u00eancia entre fontes e o suporte a fluxos offline tendem a compensar a longo prazo. Em contrapartida, client-side \u00e9 mais r\u00e1pido de colocar no ar, mas demanda vigil\u00e2ncia constante sobre mudan\u00e7as de navegador, novos bloqueadores e atualiza\u00e7\u00f5es de plataformas de an\u00fancios.<\/p>\n<h2>Roteiro de implementa\u00e7\u00e3o e valida\u00e7\u00e3o: rumo a um setup confi\u00e1vel<\/h2>\n<h3>Checklist t\u00e9cnico de valida\u00e7\u00e3o do dataset<\/h3>\n<ol>\n<li>Mapear fluxos de dados: quais eventos existem, onde s\u00e3o criados e para quais plataformas ser\u00e3o enviados (GA4, Google Ads, Meta CAPI, BigQuery).<\/li>\n<li>Definir regras de consentimento e toler\u00e2ncia: quais sinais passam pelo Consent Mode v2, qual granularidade \u00e9 permitida pelo CRM.<\/li>\n<li>Determinar a prioridade de coleta: quais eventos ficam no client-side e quais migram para server-side com base na criticidade da precis\u00e3o.<\/li>\n<li>Configurar GTM Server-Side: container, dom\u00ednio de envio, configura\u00e7\u00e3o de webhooks e endpoints para conectar com GA4 e CAPI.<\/li>\n<li>Estabelecer valida\u00e7\u00e3o entre fontes: criar rotas de compara\u00e7\u00e3o entre GA4, BigQuery e CRM para detectar discrep\u00e2ncias rapidamente.<\/li>\n<li>Monitorar e ajustar: implantar alertas para quedas de ingest\u00e3o, picos de duplica\u00e7\u00e3o, lat\u00eancia excessiva e mudan\u00e7as de comportamento de usu\u00e1rio.<\/li>\n<\/ol>\n<p>Existem armadilhas comuns que costumam derrubar o mesmo projeto: pequenas mudan\u00e7as de UTM que n\u00e3o s\u00e3o propagadas para o servidor, GCLID que some no redirecionamento, ou eventos que passam apenas no client-side mas n\u00e3o no server-side. A cada caso, a solu\u00e7\u00e3o come\u00e7a por uma valida\u00e7\u00e3o cruzada simples: confirme se o evento chega com o mesmo identificador em GA4 e na plataforma de origem, verifique se a janela de atribui\u00e7\u00e3o est\u00e1 alinhada entre canais, e confirme se o oven de consentimento n\u00e3o bloqueia sinais necess\u00e1rios.<\/p>\n<blockquote><p>Discrep\u00e2ncias entre GA4 e Meta CAPI costumam ser sintom\u00e1ticas de cad\u00eancia de envio ou de duplica\u00e7\u00e3o de eventos; trate cada assimetria como uma oportunidade de melhoria, n\u00e3o como falha inevit\u00e1vel.<\/p><\/blockquote>\n<blockquote><p>Um caminho pr\u00e1tico \u00e9 manter um conjunto m\u00ednimo de eventos cr\u00edticos no servidor para consist\u00eancia, enquanto o restante permanece no cliente para velocidade \u2014 desde que haja valida\u00e7\u00e3o cont\u00ednua de qualidade de dados.<\/p><\/blockquote>\n<h2>Casos de uso adicionais e adapta\u00e7\u00f5es operacionais<\/h2>\n<h3>WhatsApp e convers\u00f5es offline com CRM<\/h3>\n<p>Para empresas que fecham vendas via WhatsApp ou telefone, a conex\u00e3o entre campanha e receita s\u00f3 faz sentido se houver um pipeline centralizado para unir cliques, conversas e dados de CRM. Nesse cen\u00e1rio, o server-side facilita a imputa\u00e7\u00e3o de convers\u00f5es offline, evita a perda de dados por limita\u00e7\u00f5es de cookies, e facilita a reconcilia\u00e7\u00e3o com o m\u00f3dulo de CRM (RD Station, HubSpot, Looker Studio). O desafio \u00e9 manter a sincroniza\u00e7\u00e3o em tempo h\u00e1bil com ERP\/CRM, evitando ru\u00eddos de timing entre eventos de lead e a confirma\u00e7\u00e3o de venda.<\/p>\n<h3>Gest\u00e3o de m\u00faltiplos dom\u00ednios e subdom\u00ednios<\/h3>\n<p>Se o ecossistema envolve v\u00e1rios dom\u00ednios ou apps, o client-side pode ter inconsist\u00eancias em cookies entre dom\u00ednios. O server-side oferece uma vis\u00e3o centralizada para manter a coer\u00eancia de identificadores entre plataformas, o que \u00e9 crucial para evitar duplicidade de convers\u00f5es e confus\u00f5es na atribui\u00e7\u00e3o. Contudo, exige cuidado com a configura\u00e7\u00e3o de cookies de dom\u00ednio, cross-domain tracking e pol\u00edticas de privacidade em cada dom\u00ednio.<\/p>\n<h2>Erros comuns e corre\u00e7\u00f5es espec\u00edficas<\/h2>\n<h3>Erros frequentes com client-side<\/h3>\n<p>1) Falha na configura\u00e7\u00e3o de gclid\/utm: verifique se os par\u00e2metros est\u00e3o presentes em todas as fontes e se s\u00e3o passados adiante. 2) Bloqueadores de an\u00fancios bloqueando pixels: n\u00e3o dependa apenas de client-side para dados cr\u00edticos. 3) Duplica\u00e7\u00e3o de eventos por recarga de p\u00e1gina ou reloads autom\u00e1ticos: implemente deduplica\u00e7\u00e3o e checagem de IDs \u00fanicos.<\/p>\n<h3>Erros comuns com server-side<\/h3>\n<p>1) Lat\u00eancia de pipeline alta: otimize o throughput entre GTM Server-Side, GA4 e CAPI e reduza chamadas redundantes. 2) Falhas de autentica\u00e7\u00e3o ou de envio com credenciais expiradas: implemente backoff adequado e retries com logs detalhados. 3) Falta de valida\u00e7\u00e3o de dados: mantenha dashboards que comparam eventos entre fontes com alertas de diverg\u00eancia.<\/p>\n<h2>Adapta\u00e7\u00e3o da opera\u00e7\u00e3o: como aplicar na pr\u00e1tica em projetos de ag\u00eancia ou time interno<\/h2>\n<h3>Padroniza\u00e7\u00e3o por projeto e cliente<\/h3>\n<p>Adote um modelo de governan\u00e7a simples: documente quais eventos v\u00e3o a server-side e quais permanecem no client-side, padronize nomes de eventos, par\u00e2metros e etiquetas de qualidade de dados. Em casos com clientes diferentes, crie um playbook com decis\u00f5es de uso para cada tipo de use case (e.g., lead via WhatsApp, compra via e-commerce, reserva via site). O objetivo \u00e9 reduzir a variabilidade entre clientes sem perder a flexibilidade para contextos \u00fanicos.<\/p>\n<h3>Avalia\u00e7\u00e3o de custos e manuten\u00e7\u00e3o<\/h3>\n<p>Enquanto server-side traz ganhos de qualidade, ele imp\u00f5e custos de infraestrutura, manuten\u00e7\u00e3o de containers, monitoramento e gest\u00e3o de depend\u00eancias. Planeje o budget para 6 a 12 meses de opera\u00e7\u00e3o inicial com margem para ajustes finos, especialmente em integra\u00e7\u00f5es com CRM e plataformas de an\u00fancios. Em setups com alto volume de dados, projete escalabilidade horizontal e uma estrat\u00e9gia de downtime m\u00ednima para n\u00e3o perder dados cr\u00edticos durante upgrades.<\/p>\n<h2>Conclus\u00e3o pr\u00e1tica: decidindo com confian\u00e7a o caminho certo para cada use case<\/h2>\n<p>Para cada ponto de contato da jornada do usu\u00e1rio, h\u00e1 um equil\u00edbrio entre rapidez, qualidade de dados e governan\u00e7a. Em cen\u00e1rios de alta urg\u00eancia de eventos de front-end e baixa depend\u00eancia de cookies, client-side entrega rapidez e visibilidade. Em situa\u00e7\u00f5es de necessidade de consist\u00eancia entre fontes, dados offline ou conformidade r\u00edgida, server-side \u00e9 a rota mais segura, desde que haja uma infraestrutura est\u00e1vel e valida\u00e7\u00f5es cont\u00ednuas. A decis\u00e3o n\u00e3o \u00e9 universal \u2014 \u00e9 contextual, depende do ecossistema, do volume de dados e do n\u00edvel de governan\u00e7a que voc\u00ea consegue sustentar.<\/p>\n<p>Pr\u00f3ximo passo: inicie com uma avalia\u00e7\u00e3o r\u00e1pida dos seus use cases cr\u00edticos e organize uma sess\u00e3o com a equipe t\u00e9cnica para mapear onde cada sinal nasce, quais identificadores s\u00e3o usados e quais fluxos precisam migrar para server-side. A partir da\u00ed, implemente o roteiro de valida\u00e7\u00e3o, configure a integra\u00e7\u00e3o entre GA4, GTM Server-Side e Conversions API, e acompanhe as m\u00e9tricas de qualidade de dados diariamente nas primeiras 30 dias. Se quiser, posso ajudar a estruturar esse diagn\u00f3stico em um plano de 2 semanas com tarefas claras para dev, analytics e gest\u00e3o de dados.<\/p>\n<p>Conte\u00fados oficiais para consulta r\u00e1pida: GA4 colect and measurement API, GTM Server-Side, Conversions API e BigQuery podem orientar decis\u00f5es t\u00e9cnicas de implementa\u00e7\u00e3o e valida\u00e7\u00e3o. Leia as documenta\u00e7\u00f5es oficiais para confirmar detalhes de vers\u00f5es e requisitos de integra\u00e7\u00e3o:<\/p>\n<p>&#8211; GA4 collection API: <a href=\"https:\/\/developers.google.com\/analytics\/devguides\/collection\/ga4\" target=\"_blank\" rel=\"noopener\">https:\/\/developers.google.com\/analytics\/devguides\/collection\/ga4<\/a><\/p>\n<p>&#8211; GTM Server-Side: <a href=\"https:\/\/developers.google.com\/tag-manager\/server-side\" target=\"_blank\" rel=\"noopener\">https:\/\/developers.google.com\/tag-manager\/server-side<\/a><\/p>\n<p>&#8211; Conversions API (Meta): <a href=\"https:\/\/developers.facebook.com\/docs\/marketing-api\/conversions-api\" target=\"_blank\" rel=\"noopener\">https:\/\/developers.facebook.com\/docs\/marketing-api\/conversions-api<\/a><\/p>\n<p>&#8211; BigQuery: <a href=\"https:\/\/cloud.google.com\/bigquery\/docs\" target=\"_blank\" rel=\"noopener\">https:\/\/cloud.google.com\/bigquery\/docs<\/a><\/p>","protected":false},"excerpt":{"rendered":"<p>No mundo da mensura\u00e7\u00e3o de performance, a escolha entre client-side e server-side n\u00e3o \u00e9 apenas uma decis\u00e3o de arquitetura. \u00c9 a diferen\u00e7a entre sinais que chegam completos ou que se perdem no caminho, entre dados que sustentam uma atribui\u00e7\u00e3o confi\u00e1vel e aquele ru\u00eddo que voc\u00ea precisa explicar ao cliente ou \u00e0 lideran\u00e7a. Quando o assunto&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":[15,310,44,13,14],"content_language":[5],"class_list":["post-1110","post","type-post","status-publish","format-standard","hentry","category-blogen","tag-atribuicao","tag-client-side","tag-conversoes-offline","tag-ga4","tag-gtm-server-side","content_language-en"],"acf":[],"_links":{"self":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1110","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=1110"}],"version-history":[{"count":0,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1110\/revisions"}],"wp:attachment":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1110"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1110"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1110"},{"taxonomy":"content_language","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcontent_language&post=1110"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}