Tracking para neg\u00f3cios que trabalham com lan\u00e7amento e n\u00e3o com venda cont\u00ednua \u00e9 um patamar diferente de mensura\u00e7\u00e3o. Em lan\u00e7amentos, o volume \u00e9 concentrado em janelas de tempo definidas, com picos de tr\u00e1fego e um mix de canais que muda r\u00e1pido: an\u00fancios pagos, e-mails, WhatsApp e formul\u00e1rios de captura entram e saem do jogo em semanas, n\u00e3o em meses. Nesses cen\u00e1rios, um mesmo usu\u00e1rio pode aparecer em diferentes dispositivos, cruzar dados entre GA4, GTM Web e GTM Server-Side, al\u00e9m de enviar sinais para Meta CAPI e Google Ads. Se a trilha de dados n\u00e3o for bem calibrada, o problema n\u00e3o \u00e9 apenas o descompasso: \u00e9 a sensa\u00e7\u00e3o real de que a convers\u00e3o \u201caparece em um lugar\u201d e, na pr\u00e1tica, fica imposs\u00edvel comprovar que o investimento no lan\u00e7amento est\u00e1 realmente entregando receita. O fundamental \u00e9 entender que a precis\u00e3o n\u00e3o depende de mais dados, mas de dados certos filtrados pela janela correta, pela ordem de eventos certa e pela conex\u00e3o est\u00e1vel com o CRM e com o offline. <\/p>\n
Neste artigo, apresento um diagn\u00f3stico t\u00e9cnico-pragm\u00e1tico para lan\u00e7amentos, com foco em decis\u00f5es r\u00e1pidas, configura\u00e7\u00e3o acion\u00e1vel e exemplos pr\u00e1ticos de integra\u00e7\u00e3o entre GA4, GTM Server-Side, Meta CAPI e BigQuery. O objetivo \u00e9 ajudar gestores de tr\u00e1fego, donos de ag\u00eancia de performance e empres\u00e1rios que fecham vendas por WhatsApp a diagnosticar onde o tracking falha, corrigir pontos fr\u00e1geis e manter uma vis\u00e3o confi\u00e1vel da performance ao longo do ciclo de lan\u00e7amento \u2014 sem recorrer a promessas vagas ou a solu\u00e7\u00f5es gen\u00e9ricas. Ao final, voc\u00ea ter\u00e1 um roteiro claro de auditoria, crit\u00e9rios de escolha entre abordagens client-side e server-side, e um conjunto de a\u00e7\u00f5es que j\u00e1 pode come\u00e7ar a deixar seu ecossistema de dados pronto para o pr\u00f3ximo lan\u00e7amento. <\/p>\n
Em lan\u00e7amentos, a janela de attributable conversion costuma ser de poucos dias, \u00e0s vezes at\u00e9 7 dias, e pode exigir diferentes janelas para cada canal. Meta, Google Ads e buscas podem alimentar o funil com picos distintos, enquanto o CRM registra a venda ou a qualifica\u00e7\u00e3o apenas dias depois do clique. Isso exige que a arquitetura de dados n\u00e3o dependa apenas do fluxo \u201cclicou \u2014 convers\u00e3o\u201d tradicional, mas que reconhe\u00e7a sinais dispersos, eventos de engajamento e contatos qualificados em tempo real ou near real-time. Nada de depender de um \u00fanico pixel. A consist\u00eancia entre GA4, Meta CAPI e dados offline ganha papel central para entender o efeito incremental do lan\u00e7amento. Um erro comum \u00e9 manter uma janela est\u00e1tica de convers\u00e3o sem considerar a cad\u00eancia espec\u00edfica do lan\u00e7amento, o que leva a subestima\u00e7\u00e3o de canais cr\u00edticos ou superestima\u00e7\u00e3o de outros. <\/p>\n
\n\u201cA janela de convers\u00e3o em lan\u00e7amentos tende a ser curta e sens\u00edvel a picos de tr\u00e1fego; sem alinhamento entre GA4, CAPI e dados offline, o sinal fica distorcido.\u201d<\/p>\n<\/blockquote>\n
Essa distor\u00e7\u00e3o aparece especialmente quando redirecionamentos quebram par\u00e2metros ou quando o GCLID some no fluxo de checkout, dificultando o reconcilia\u00e7\u00e3o entre cliques e convers\u00f5es. O resultado \u00e9 uma vis\u00e3o que favorece fontes que mant\u00eam sinais est\u00e1veis, deixando o restante do mix subavaliado \u2014 exatamente o oposto do que voc\u00ea quer num lan\u00e7amento: entender o desempenho global com acur\u00e1cia suficiente para escalar o que funciona. <\/p>\n
Fluxos de decis\u00e3o n\u00e3o lineares<\/h3>\n
Ao contr\u00e1rio de uma venda cont\u00ednua, um lan\u00e7amento costuma envolver cad\u00eancias distintas: teaser, pr\u00e9-venda, lan\u00e7amento aberto, venda-rel\u00e2mpago, follow-up p\u00f3s-lan\u00e7amento. Cada fase pode ter diferentes mensagens, criativos e landing pages. Esses fatores afetam o ciclo de vida do usu\u00e1rio e, consequentemente, como o neg\u00f3cio atribui valor \u00e0s a\u00e7\u00f5es de marketing. Sem uma modelagem que reconhe\u00e7a essa n\u00e3o linearidade \u2014 por exemplo, associando uma primeira intera\u00e7\u00e3o a um fechamento que ocorre semanas depois \u2014, voc\u00ea tende a pulverizar o cr\u00e9dito entre toques inadequados, correndo o risco de otimizar para sinais errados. <\/p>\n
\n\u201cEm launches, \u00e9 comum que o lead vire venda apenas ap\u00f3s m\u00faltiplos toques; a atribui\u00e7\u00e3o precisa considerar a sequ\u00eancia completa, n\u00e3o apenas o clique final.\u201d<\/p>\n<\/blockquote>\n
Dados de aquisi\u00e7\u00e3o que aparecem e somem<\/h3>\n
Se uma parte significativa do tr\u00e1fego de lan\u00e7amento ocorre via WhatsApp, formul\u00e1rios nativos de Meta, ou chats que passam por integra\u00e7\u00f5es com CRM, \u00e9 comum ver dados importados via offline entrando na equa\u00e7\u00e3o apenas tardiamente. Al\u00e9m disso, a combina\u00e7\u00e3o de cookies com consentimento vari\u00e1vel (Consent Mode v2) pode introduzir lacunas espec\u00edficas: eventos que n\u00e3o chegam ao GA4, dados que precisam de reconcilia\u00e7\u00e3o com BigQuery e, por vezes, retidas por pol\u00edticas de LGPD. Em resumo: durante um lan\u00e7amento, a confiabilidade do dado depende de um pipeline que cuide de sinaliza\u00e7\u00e3o, consentimento e sincroniza\u00e7\u00e3o entre plataformas, inclusive quando o usu\u00e1rio n\u00e3o retorna ao site imediatamente. <\/p>\n
Arquitetura recomendada para lan\u00e7amentos<\/h2>\n
Client-side vs server-side para dados sens\u00edveis<\/h3>\n
Para lan\u00e7amentos, muita coisa n\u00e3o pode depender apenas do client-side. O client-side continua \u00fatil para SMTP de eventos de engajamento r\u00e1pido, como cliques e visualiza\u00e7\u00f5es, mas a contagem de convers\u00f5es que ocorrem fora do ambiente web (quando o lead finaliza no WhatsApp, por exemplo) precisa de uma camada server-side. GTM Server-Side \u00e9 essencial para estabilizar sinais, reduzir perdas de dados em redirecionamentos, e permitir envio de eventos com client IDs consistentes, mesmo em dispositivos diferentes. A decis\u00e3o entre client-side e server-side n\u00e3o \u00e9 \u201cou\u201d, mas \u201cquando\u201d usar cada um. Em lan\u00e7amentos, o ideal \u00e9 combinar: use client-side para captar toques r\u00e1pidos e server-side para consolidar convers\u00f5es, offline e dados de CRM. <\/p>\n
Integra\u00e7\u00e3o GA4, GTM Server-Side e Meta CAPI<\/h3>\n
O ecossistema de dados de lan\u00e7amento requer que GA4 receba sinais confi\u00e1veis de eventos de engajamento (page_view, click, sign_up) e que as convers\u00f5es relevantes (lead, pedido, agendamento, reserva) sejam mapeadas com UTMs completas, gclid v\u00e1lido e uma cadeia de par\u00e2metros que n\u00e3o se perca no caminho at\u00e9 o CRM. O Meta CAPI facilita a persist\u00eancia de sinais al\u00e9m do pixel do navegador, reduzindo a depend\u00eancia de cookies e melhorando a atribui\u00e7\u00e3o entre Meta Ads e o site. Em conjunto, GTM Server-Side atua como um buffer de qualidade: valida envio de eventos, corrige discrep\u00e2ncias de fuso hor\u00e1rio, normaliza nomes de eventos e encaminha para GA4, Google Ads e BigQuery. A implementa\u00e7\u00e3o com Consent Mode v2 deve ser planejada com CMPs compat\u00edveis e regras de consentimento por canal, para que o sinal de convers\u00e3o n\u00e3o seja bloqueado indevidamente. <\/p>\n
Conex\u00e3o com CRM e dados offline<\/h3>\n
Lan\u00e7amentos costumam demandar captura de convers\u00f5es offline ou por canal h\u00edbrido (WhatsApp, telefone, formul\u00e1rios nativos). A conex\u00e3o com CRM \u2014 seja via exporta\u00e7\u00e3o di\u00e1ria para BigQuery, upload de planilha, ou integra\u00e7\u00f5es via API \u2014 \u00e9 indispens\u00e1vel para entender o impacto real do lan\u00e7amento no pipeline de receita. O objetivo n\u00e3o \u00e9 ter um relat\u00f3rio perfeito j\u00e1 no lan\u00e7amento, mas construir um hist\u00f3rico que permita comparar o que ocorreu online com o fechamento no SRP (sistema de relacionamento com o cliente). Este \u00e9 o momento de alinhar as regras de importa\u00e7\u00e3o, cr\u00e9ditos de convers\u00e3o, janelas de atribui\u00e7\u00e3o e o mapeamento de atributos entre eventos digitais e o CRM. <\/p>\n
Decis\u00e3o estrat\u00e9gica: quando aplicar cada abordagem<\/h2>\n
Quando esta abordagem faz sentido<\/h3>\n
Use uma arquitetura mista (client-side para engajamento, server-side para convers\u00f5es e offline) quando o volume de dados de lan\u00e7amento exigir confiabilidade entre plataformas e quando houver pontos de contato fora do site (WhatsApp, CRM) que alimentam convers\u00f5es. Se a janela de convers\u00e3o for de poucos dias e o objetivo for medir o impacto incremental de an\u00fancios no lan\u00e7amento, a combina\u00e7\u00e3o GTM Server-Side + GA4 + Meta CAPI tende a entregar sinal mais est\u00e1vel do que depender apenas de pixels. Al\u00e9m disso, se voc\u00ea usa dados offline para fechar neg\u00f3cios, precisa de uma estrat\u00e9gia clara de importa\u00e7\u00e3o para BigQuery e para o CRM. <\/p>\n
Quando n\u00e3o faz sentido insistir na solu\u00e7\u00e3o \u00fanica<\/h3>\n
N\u00e3o adote uma solu\u00e7\u00e3o \u00fanica para todos os cen\u00e1rios de lan\u00e7amento. Se o seu funil \u00e9 simples, com convers\u00e3o quase imediata ap\u00f3s o clique, pode ser que uma configura\u00e7\u00e3o mais leve, com foco em UTMs bem padronizadas e valida\u00e7\u00e3o de eventos no GA4, j\u00e1 resolva boa parte do problema. Em contrapartida, se o lan\u00e7amento envolve m\u00faltiplos soilors de aquisi\u00e7\u00e3o e venda que acontece semanas depois, a arquitetura server-side com quem valida offline \u00e9 praticamente obrigat\u00f3ria para evitar distor\u00e7\u00f5es graves. <\/p>\n
Sinais de que o setup est\u00e1 quebrado<\/h3>\n
Desconex\u00f5es entre GA4 e BigQuery, discrep\u00e2ncias repetidas entre GA4 e Meta CAPI, GCLIDs que somem em redirecionamentos, ou convers\u00f5es que aparecem sem correspond\u00eancia no CRM \u2014 tudo isso aponta para um pipeline inst\u00e1vel. Outro sinal \u00e9 a perda de dados offline durante picos de tr\u00e1fego ou quando o CMP impede o envio de certos eventos. Se qualquer um desses itens ocorrer, \u00e9 hora de revisar a arquitetura, n\u00e3o apenas ajustar os dashboards. <\/p>\n
Erros que destroem a confiabilidade (e como corrigir)<\/h3>\n
\n
- Eventos com nomes inconsistentes entre GA4, GTM e CRM \u2014 alinhe uma nomenclatura \u00fanica e utilize um diagrama de mapeamento.<\/li>\n
- UTMs ausentes ou truncadas em redirecionamentos \u2014 valide o fluxo de origem e implemente persist\u00eancia de par\u00e2metros no GTM Server-Side.<\/li>\n
- Consent Mode bloqueando eventos cr\u00edticos \u2014 implemente CMP compat\u00edvel e configure regras de fallback para dados offline.<\/li>\n
- GCLID perdido no fluxo de checkout \u2014 confirme a cadeia de redirecionamento e utilize GA4 User-ID\/Client-ID persistentes no GTM Server-Side.<\/li>\n<\/ul>\n
Roteiro de auditoria pr\u00e1tica<\/h2>\n
\n
- Mapeie o funil de lan\u00e7amento com os eventos-chave: landing, cadastro, envio de mensagem (WhatsApp), qualifica\u00e7\u00e3o, venda e fechamento no CRM. <\/li>\n
- Defina janelas de convers\u00e3o espec\u00edficas para cada fase do lan\u00e7amento (ex.: 0\u20133 dias para cadastro, 3\u20137 para qualifica\u00e7\u00e3o, 7\u201314 para fechamento com CRM). <\/li>\n
- Valide UTMs, cliques, sess\u00f5es e par\u00e2metros entre GA4, GTM e CRM. Garanta que o gclid e os par\u00e2metros de origem viagem com integridade pelo fluxo at\u00e9 o backend. <\/li>\n
- Integre dados offline: configure exporta\u00e7\u00e3o para BigQuery, checagem de consist\u00eancia com o CRM e envio de convers\u00f5es offline para o GA4. <\/li>\n
- Teste a arquitetura com GTM Server-Side e Consent Mode v2, simulando cen\u00e1rios de lan\u00e7amento com picos de tr\u00e1fego. <\/li>\n
- Fa\u00e7a a reconcilia\u00e7\u00e3o mensal entre GA4, Google Ads, Meta CAPI e o CRM para confirmar que a receita online se alinha com o fechamento no CRM. <\/li>\n<\/ol>\n
Erros comuns e corre\u00e7\u00f5es pr\u00e1ticas<\/h2>\n
Erros recorrentes com corre\u00e7\u00f5es r\u00e1pidas<\/h3>\n
\n
- Erro: sair do fluxo com dados faltantes de convers\u00e3o offline. Corre\u00e7\u00e3o: padronize o envio de convers\u00f5es offline para GA4 via BigQuery ou via API do CRM com timestamp coerente.<\/li>\n
- Erro: dados de WhatsApp n\u00e3o vinculados ao user-id. Corre\u00e7\u00e3o: implemente link entre mensagens no WhatsApp Business API e o profile do usu\u00e1rio no GA4\/CRM, mantendo um identificador \u00fanico compartilhado.<\/li>\n
- Erro: discrep\u00e2ncias entre GA4 e Meta CAPI por desvio de hor\u00e1rio. Corre\u00e7\u00e3o: alinhe time zone no GTM Server-Side e nos conectores de cada plataforma.<\/li>\n<\/ul>\n
Integra\u00e7\u00e3o com ferramentas e refer\u00eancias<\/h2>\n
Para fundamentar as escolhas t\u00e9cnicas, vale consultar fontes oficiais que descrevem as pr\u00e1ticas recomendadas de GA4, GTM Server-Side e CAPI, bem como abordagens de dados offline. A literatura da \u00e1rea aponta caminhos consistentes para lidar com lan\u00e7amentos, janelas de convers\u00e3o e a integra\u00e7\u00e3o entre plataformas. Veja, por exemplo, conte\u00fados da Think with Google que discutem casos de uso de dados entre plataformas, al\u00e9m de guias de implementa\u00e7\u00e3o em Google Developers para GA4 e para a API de convers\u00f5es.<\/p>\n
Algumas leituras \u00fateis incluem materiais oficiais sobre GA4 e integra\u00e7\u00e3o com server-side tagging, bem como refer\u00eancias da Meta sobre o CAPI. Essas fontes ajudam a entender os limites de cada solu\u00e7\u00e3o e a desenhar uma estrat\u00e9gia que reconhe\u00e7a a fase de lan\u00e7amento e a necessidade de dados consistentes para tomada de decis\u00e3o. Think with Google, Google Developers e a documenta\u00e7\u00e3o de Meta s\u00e3o bons pontos de partida para aprofundar cada componente do stack.<\/p>\n
Para onde olhar primeiro: GA4, GTM Server-Side e integra\u00e7\u00e3o com CRM. Use refer\u00eancias oficiais como o Google Analytics Developer Docs para entender o fluxo de eventos e a padroniza\u00e7\u00e3o de nomes; o Google Analytics Blog para atualiza\u00e7\u00f5es de produto; o Think with Google para casos de uso pr\u00e1ticos; e o Meta for Developers para entender o CAPI e as limita\u00e7\u00f5es de dados em campanhas de lan\u00e7amento.<\/p>\n
Se houver necessidade de aprofundar, um plano de implementa\u00e7\u00e3o com etapas curtas de 2\u20134 semanas pode evitar retrabalho. A ideia \u00e9 que o leitor tenha pontos pr\u00e1ticos de valida\u00e7\u00e3o, sem prometer solu\u00e7\u00f5es universais para todos os cen\u00e1rios de lan\u00e7amento. <\/p>\n
Pr\u00f3ximo passo pr\u00e1tico: comece pela auditoria dos eventos de lan\u00e7amento j\u00e1 existentes, alinhe o naming convention entre GA4, GTM Server-Side e CRM, e implemente o roteiro de auditoria com a olfativa de dados offline para sustentar a vis\u00e3o de receita do lan\u00e7amento. <\/p>\n
Agora que voc\u00ea sabe onde ajustar, proponho que a equipe deDev valide a ativa\u00e7\u00e3o do GTM Server-Side para eventos-chave do lan\u00e7amento e que a equipe de dados crie o conector de offline para o CRM. Isso j\u00e1 coloca seu ecossistema em posi\u00e7\u00e3o de medir com mais precis\u00e3o o impacto do pr\u00f3ximo lan\u00e7amento.<\/p>\n
Com isso em mente, o pr\u00f3ximo passo \u00e9 iniciar o roteiro de auditoria hoje mesmo: pe\u00e7a aos seus colegas de tecnologia para confirmar a continuidade dos sinais entre GA4, GTM Server-Side e Meta CAPI e, em paralelo, alinhe com o CRM as importa\u00e7\u00f5es offline que sustentam as convers\u00f5es de fechamento. O caminho est\u00e1 na pr\u00e1tica: trace, valide, ajuste, repita.<\/p>\n
Se desejar aprofundar, podemos discutir uma configura\u00e7\u00e3o espec\u00edfica para o seu funil de lan\u00e7amento, levando em conta o tipo de site, a estrutura de formul\u00e1rios, o uso de WhatsApp Business API e as particularidades do seu CRM. Uma consultoria com foco em diagn\u00f3stico t\u00e9cnico j\u00e1 pode reduzir o tempo de corrigir desvios de dados cr\u00edticos. <\/p>\n
Ao terminar a leitura, voc\u00ea ter\u00e1 n\u00e3o apenas um mapa claro de onde o tracking pode falhar em lan\u00e7amentos, mas um roteiro acion\u00e1vel para corrigir e manter a confiabilidade da atribui\u00e7\u00e3o at\u00e9 o final do ciclo de lan\u00e7amento. A decis\u00e3o pr\u00e1tica \u00e9 alinhar lan\u00e7amentos com janelas definidas, validar o pipeline de dados entre GA4, GTM Server-Side e CRM, e manter a consist\u00eancia com as integra\u00e7\u00f5es offline para n\u00e3o perder o cr\u00e9dito do investimento. O pr\u00f3ximo passo \u00e9 simples: comece pelo diagn\u00f3stico hoje mesmo, pe\u00e7a aos devs para ativar GTM Server-Side nos eventos-chave do lan\u00e7amento e implemente o roteiro de auditoria para observar a consist\u00eancia entre online e offline. <\/p>\n
Para suportar essa pr\u00e1tica, voc\u00ea pode consultar materiais oficiais de GA4 e CAPI nos sites da Google e da Meta, bem como conte\u00fados de refer\u00eancia da Think with Google. Isto ajuda a manter o foco em solu\u00e7\u00f5es t\u00e9cnicas reais, n\u00e3o em promessas abstratas, e a conduzir a decis\u00e3o de implementa\u00e7\u00e3o com base em crit\u00e9rios objetivos e verific\u00e1veis. <\/p>\n
Encerrando, o caminho para um tracking confi\u00e1vel em lan\u00e7amentos passa por: entender a janela de convers\u00e3o espec\u00edfica, combinar camadas client-side e server-side, e inserir dados offline no fluxo de atribui\u00e7\u00e3o. O resultado esperado \u00e9 uma vis\u00e3o de receita mais est\u00e1vel e uma capacidade real de justificar o investimento em lan\u00e7amento com dados audit\u00e1veis, n\u00e3o apenas estimativas. O pr\u00f3ximo passo concreto \u00e9 come\u00e7ar pela auditoria, com o time t\u00e9cnico alinhando GTM Server-Side e a integra\u00e7\u00e3o com o CRM para capturar o fechamento do pipeline, j\u00e1 na pr\u00f3xima semana.<\/p>\n
Refer\u00eancias externas: Think with Google<\/a>, Google Developers \u2013 GA4<\/a>, Meta for Developers<\/a>, Google Analytics Blog<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"
Tracking para neg\u00f3cios que trabalham com lan\u00e7amento e n\u00e3o com venda cont\u00ednua \u00e9 um patamar diferente de mensura\u00e7\u00e3o. Em lan\u00e7amentos, o volume \u00e9 concentrado em janelas de tempo definidas, com picos de tr\u00e1fego e um mix de canais que muda r\u00e1pido: an\u00fancios pagos, e-mails, WhatsApp e formul\u00e1rios de captura entram e saem do jogo em…<\/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":[226,9,13,22,834],"content_language":[6],"class_list":["post-1605","post","type-post","status-publish","format-standard","hentry","category-blogbr","tag-conversao","tag-crm","tag-ga4","tag-gtm","tag-tracking-para-lancamentos","content_language-br"],"acf":[],"_links":{"self":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1605","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=1605"}],"version-history":[{"count":0,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1605\/revisions"}],"wp:attachment":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1605"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1605"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1605"},{"taxonomy":"content_language","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcontent_language&post=1605"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}