{"id":31478,"date":"2025-11-29T10:12:01","date_gmt":"2025-11-29T10:12:01","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/pii-synthetic-monitoring\/"},"modified":"2026-05-22T05:15:47","modified_gmt":"2026-05-22T05:15:47","slug":"pii-synthetic-monitoring","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/pii-synthetic-monitoring\/","title":{"rendered":"Protegendo PII no Monitoramento Sint\u00e9tico: Como Monitorar com Seguran\u00e7a"},"content":{"rendered":"<p><img fetchpriority=\"high\" decoding=\"async\" class=\"alignright wp-image-31471\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/11\/pii-synthetic-monitoring.webp\" alt=\"Protegendo PII no Monitoramento Sint\u00e9tico\" width=\"480\" height=\"320\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/11\/pii-synthetic-monitoring.webp 1280w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/11\/pii-synthetic-monitoring-300x200.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/11\/pii-synthetic-monitoring-1024x682.webp 1024w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/11\/pii-synthetic-monitoring-768x512.webp 768w\" sizes=\"(max-width: 480px) 100vw, 480px\" \/>O monitoramento sint\u00e9tico parece a camada mais segura na pilha de observabilidade. Ele usa usu\u00e1rios artificiais. Executa jornadas roteirizadas. Nunca toca em contas reais de clientes. E \u00e9 justamente por isso que muitas equipes deixam passar a exposi\u00e7\u00e3o de privacidade que existe nele. Testes sint\u00e9ticos frequentemente produzem screenshots, capturas de rede, snapshots de HTML, logs do console, artefatos de autentica\u00e7\u00e3o ou at\u00e9 curtos screencasts. Se esses artefatos contiverem dados pessoais reais, eles se tornam responsabilidades que persistem muito al\u00e9m de qualquer sess\u00e3o de usu\u00e1rio.<\/p>\n<p>A tens\u00e3o \u00e9 simples. As equipes de opera\u00e7\u00f5es querem testes sint\u00e9ticos precisos que rodem em produ\u00e7\u00e3o. As equipes de privacidade querem garantir que nenhum ambiente vaze informa\u00e7\u00f5es de clientes. Quando jornadas sint\u00e9ticas imitam o comportamento de produ\u00e7\u00e3o literalmente demais, visibilidade e privacidade colidem.<\/p>\n<p>A solu\u00e7\u00e3o n\u00e3o \u00e9 reduzir o monitoramento. \u00c9 projetar workflows de monitoramento para que sejam realistas sem transportar identidade de produ\u00e7\u00e3o. Essa distin\u00e7\u00e3o \u00e9 o que impede que dados sint\u00e9ticos se tornem um fardo de privacidade.<\/p>\n<h2 id='onde-a-exposi\u00e7\u00e3o-de-pii-realmente-acontece-nos-pipelines-de-monitoramento-sint\u00e9tico'  id=\"boomdevs_1\">Onde a Exposi\u00e7\u00e3o de PII Realmente Acontece nos Pipelines de Monitoramento Sint\u00e9tico<\/h2>\n<p>O risco n\u00e3o vem do ato de clicar em uma p\u00e1gina ou realizar um login. O risco vem do que a plataforma de monitoramento registra como evid\u00eancia. Isso muitas vezes \u00e9 invis\u00edvel para engenheiros at\u00e9 que uma falha ocorra e uma screenshot ou arquivo HAR exiba nomes, e-mails ou IDs internos de clientes.<\/p>\n<p>Os pontos de exposi\u00e7\u00e3o mais comuns incluem screenshots ou registros visuais que mostram detalhes de conta. Snapshots do DOM que capturam identificadores embutidos. Arquivos HAR com corpos completos de requisi\u00e7\u00e3o e resposta. Capturas de erro que incluem valores de campos de entrada. Verifica\u00e7\u00f5es de API que retornam registros reais de clientes. Fluxos de autentica\u00e7\u00e3o que vazam nomes de usu\u00e1rio reais ou tokens. Sistemas de backup que armazenam artefatos de monitoramento sem controles de privacidade.<\/p>\n<p>Individualmente essas exposi\u00e7\u00f5es parecem pequenas. Juntas formam uma cadeia cont\u00ednua de risco. O monitoramento sint\u00e9tico n\u00e3o \u00e9 perigoso por design. Os dados que ele coleta se tornam perigosos quando esses dados refletem pessoas reais.<\/p>\n<h2 id='por-que-o-monitoramento-sint\u00e9tico-n\u00e3o-deve-usar-dados-reais-de-usu\u00e1rios'  id=\"boomdevs_2\">Por que o Monitoramento Sint\u00e9tico N\u00e3o Deve Usar Dados Reais de Usu\u00e1rios<\/h2>\n<p>Uma concep\u00e7\u00e3o errada comum \u00e9 que um monitoramento sint\u00e9tico realista requer logar como um usu\u00e1rio real ou acessar contas reais. Na pr\u00e1tica isso cria exatamente os riscos de privacidade que as organiza\u00e7\u00f5es tentam evitar. O prop\u00f3sito do monitoramento sint\u00e9tico \u00e9 validar disponibilidade, integridade de fluxo e comportamento do sistema. N\u00e3o \u00e9 inspecionar dados de clientes ou confirmar o conte\u00fado de dashboards personalizados.<\/p>\n<p>Usar identidades reais introduz exposi\u00e7\u00e3o mesmo em caminhos aparentemente seguros somente de leitura. Nomes aparecem em barras de navega\u00e7\u00e3o. Endere\u00e7os de e-mail surgem em menus de perfil. IDs internos de clientes vivem dentro de campos ocultos. Hist\u00f3ricos de transa\u00e7\u00f5es carregam automaticamente. No momento em que uma screenshot ou um arquivo HAR captura qualquer uma dessas informa\u00e7\u00f5es, seu sistema de monitoramento se transforma em um local de armazenamento inesperado para dados protegidos.<\/p>\n<p>Do ponto de vista de privacidade, a inten\u00e7\u00e3o n\u00e3o importa. Modelos modernos de prote\u00e7\u00e3o de dados tratam qualquer imagem, payload ou log que possa ser vinculado a um usu\u00e1rio como sens\u00edvel. Seja o monitor clicando em uma \u00e1rea privada ou n\u00e3o, se o dado estiver presente, ele deve ser protegido, governado e eventualmente exclu\u00eddo.<\/p>\n<p>O princ\u00edpio orientador \u00e9 direto. O monitoramento sint\u00e9tico deve replicar como os usu\u00e1rios se movem pelo sistema, n\u00e3o quem esses usu\u00e1rios s\u00e3o. Workflows realistas n\u00e3o requerem identidades reais. Requerem contas limpas e previs\u00edveis que mantenham dados pessoais totalmente fora do pipeline de monitoramento.<\/p>\n<h2 id='contas-de-teste-a-base-do-monitoramento-sint\u00e9tico-seguro-em-privacidade'  id=\"boomdevs_3\">Contas de Teste: A Base do Monitoramento Sint\u00e9tico Seguro em Privacidade<\/h2>\n<p>O controle de privacidade mais forte no monitoramento sint\u00e9tico \u00e9 tamb\u00e9m o mais simples. Use contas de teste criadas especificamente que n\u00e3o contenham dados pessoais de nenhum tipo. Uma conta de teste bem projetada \u00e9 uma identidade limpa que existe apenas para suportar o monitoramento. Ela renderiza a interface sem nomear ningu\u00e9m. Carrega dashboards que exibem dados mock. Exibe relat\u00f3rios que incluem valores semeados criados apenas para testes.<\/p>\n<p>Essa abordagem elimina a fonte mais comum de vazamento. Uma screenshot de uma conta de teste n\u00e3o mostra nada privado. Um log de rede de uma conta de teste retorna apenas registros sint\u00e9ticos. Uma resposta de API cont\u00e9m dados que nunca pertenceram a um usu\u00e1rio real.<\/p>\n<p>Programas eficazes de contas de teste compartilham algumas caracter\u00edsticas. Eles s\u00e3o:<\/p>\n<ul>\n<li>Isolados em IAM e sistemas de diret\u00f3rio.<\/li>\n<li>Cont\u00eam apenas dados sint\u00e9ticos gerados para monitoramento.<\/li>\n<li>Nunca compartilham fun\u00e7\u00f5es ou permiss\u00f5es com contas de staff ou clientes.<\/li>\n<li>S\u00e3o rotacionados regularmente para evitar credenciais obsoletas.<\/li>\n<li>Exibem valores placeholder consistentes para tornar a mascaramento previs\u00edvel.<\/li>\n<\/ul>\n<p>Acertar essa camada faz com que a maioria da exposi\u00e7\u00e3o de privacidade desapare\u00e7a antes mesmo que controles mais profundos sejam necess\u00e1rios. Contas de teste servem como o filtro prim\u00e1rio que impede que informa\u00e7\u00e3o sens\u00edvel entre no pipeline de monitoramento desde o in\u00edcio. Quando identidades sint\u00e9ticas s\u00e3o limpas e previs\u00edveis, cada salvaguarda a jusante fica mais simples. Regras de mascaramento funcionam consistentemente. A reten\u00e7\u00e3o de screenshots se torna menos arriscada. Logs de rede n\u00e3o exigem reda\u00e7\u00e3o agressiva.<\/p>\n<p>Em vez de reagir a vazamentos depois que ocorrem, as equipes operam em um ambiente onde vazamentos s\u00e3o estruturalmente improv\u00e1veis. Essa mudan\u00e7a \u00e9 o que transforma o monitoramento seguro em privacidade de uma postura defensiva para um design intencional.<\/p>\n<h2 id='o-problema-de-privacidade-com-screenshots-e-screencasts'  id=\"boomdevs_4\">O Problema de Privacidade com Screenshots e Screencasts<\/h2>\n<p>Screenshots e screencasts s\u00e3o inestim\u00e1veis ao diagnosticar falhas. Eles s\u00e3o tamb\u00e9m a fonte mais comum de exposi\u00e7\u00e3o involunt\u00e1ria de PII. Uma \u00fanica imagem pode conter nomes completos, n\u00fameros de conta, dados de localiza\u00e7\u00e3o, detalhes de transa\u00e7\u00f5es e identificadores internos. Um v\u00eddeo pode revelar ainda mais porque captura toda a jornada, incluindo estados transit\u00f3rios que nunca aparecem em logs.<\/p>\n<p>O desafio \u00fanico com artefatos visuais \u00e9 a dimens\u00e3o temporal. Logs s\u00e3o ef\u00eameros. Screenshots frequentemente ficam dentro de ferramentas de monitoramento por meses. Eles s\u00e3o anexados a tickets ou relat\u00f3rios de incidentes. S\u00e3o copiados em threads de chat e documenta\u00e7\u00e3o. S\u00e3o dur\u00e1veis, port\u00e1teis e raramente revisados quanto a conte\u00fado privado.<\/p>\n<p>As equipes de monitoramento sint\u00e9tico devem assumir que qualquer screenshot pode ser amplamente compartilhada. Essa mentalidade \u00e9 a base da higiene visual de privacidade.<\/p>\n<h2 id='estrat\u00e9gias-para-lidar-com-dados-visuais-sens\u00edveis-no-monitoramento-sint\u00e9tico'  id=\"boomdevs_5\">Estrat\u00e9gias para Lidar com Dados Visuais Sens\u00edveis no Monitoramento Sint\u00e9tico<\/h2>\n<p>Proteger screenshots requer uma combina\u00e7\u00e3o de escolhas de design e controles t\u00e9cnicos.<\/p>\n<p>A estrat\u00e9gia mais segura \u00e9 a reda\u00e7\u00e3o por design. Contas de teste nunca devem renderizar nomes reais ou informa\u00e7\u00f5es espec\u00edficas de usu\u00e1rios. Interfaces podem incluir texto placeholder ou valores mascarados que ainda validam layout e UX sem expor nada sens\u00edvel.<\/p>\n<p>Uma segunda abordagem \u00e9 o mascaramento em n\u00edvel de DOM. Scripts de monitoramento podem reescrever a p\u00e1gina antes da captura da screenshot. Podem substituir endere\u00e7os de e-mail por strings fixas ou ocultar elementos inteiramente. Isso garante que, mesmo que a p\u00e1gina contenha conte\u00fado sens\u00edvel, o artefato capturado n\u00e3o o contenha.<\/p>\n<p>Ferramentas de monitoramento cada vez mais suportam mascaramento baseado em seletores. Engenheiros podem definir elementos que devem ser desfocados ou ocultados automaticamente. Isso adiciona uma camada extra de prote\u00e7\u00e3o sem exigir scripting customizado.<\/p>\n<p>Algumas jornadas simplesmente n\u00e3o devem ser capturadas visualmente. P\u00e1ginas de pagamento, telas de atualiza\u00e7\u00e3o de perfil ou submiss\u00f5es de formul\u00e1rios podem ser configuradas com supress\u00e3o de screenshot. O monitoramento ainda funciona, mas os passos sens\u00edveis n\u00e3o mais geram artefatos.<\/p>\n<p>Finalmente, pol\u00edticas de reten\u00e7\u00e3o devem ser apertadas. Screenshots devem expirar rapidamente a menos que estejam ligadas a incidentes abertos. Mant\u00ea-las para sempre amplia o risco sem agregar valor operacional.<\/p>\n<h2 id='logs-de-rede-verifica\u00e7\u00f5es-de-api-e-o-problema-silencioso-da-pii'  id=\"boomdevs_6\">Logs de Rede, Verifica\u00e7\u00f5es de API e o Problema Silencioso da PII<\/h2>\n<p>A exposi\u00e7\u00e3o visual \u00e9 \u00f3bvia. A exposi\u00e7\u00e3o no n\u00edvel de rede n\u00e3o \u00e9. Arquivos HAR s\u00e3o extremamente detalhados. Capturam payloads de requisi\u00e7\u00e3o, corpos de resposta, cookies, cabe\u00e7alhos e at\u00e9 dados de autocomplete digitados em campos de formul\u00e1rio. Um arquivo HAR pode conter identificadores suficientes para reconstruir um registro de usu\u00e1rio. Quando testes sint\u00e9ticos rodam como usu\u00e1rios reais, esses arquivos se tornam reposit\u00f3rios silenciosos de informa\u00e7\u00e3o privada.<\/p>\n<p>O monitoramento de API enfrenta um desafio paralelo. \u00c9 tentador monitorar APIs de produ\u00e7\u00e3o usando identificadores reais de clientes para validar o comportamento no mundo real. Essa estrat\u00e9gia pode facilmente retornar payloads inteiros que cont\u00eam PII. Uma vez dentro do sistema de monitoramento, essas respostas entram nas mesmas obriga\u00e7\u00f5es de privacidade que os sistemas de produ\u00e7\u00e3o em si.<\/p>\n<p>As equipes frequentemente protegem a interface do usu\u00e1rio e esquecem que a camada de transporte \u00e9 igualmente reveladora.<\/p>\n<h2 id='controlando-a-pii-em-monitoramento-de-rede-e-api'  id=\"boomdevs_7\">Controlando a PII em Monitoramento de Rede e API<\/h2>\n<p>Monitoramento de rede seguro para PII come\u00e7a com escopo restrito. O monitoramento sint\u00e9tico deve chamar apenas endpoints que retornem registros sint\u00e9ticos. As identidades de teste devem impedir que a API retorne quaisquer dados vinculados a clientes reais.<\/p>\n<p>Respostas tamb\u00e9m podem ser filtradas ou mascaradas na borda. Gateways ou regras de malha de servi\u00e7o podem reescrever campos sens\u00edveis ou descart\u00e1-los inteiramente para contas de monitoramento. Esse m\u00e9todo mant\u00e9m o monitoramento est\u00e1vel sem expor conte\u00fado interno.<\/p>\n<p>Algumas organiza\u00e7\u00f5es projetam respostas sint\u00e9ticas dedicadas. Essas n\u00e3o s\u00e3o gambiarras. S\u00e3o interfaces intencionais que mant\u00eam realismo sem revelar informa\u00e7\u00e3o sens\u00edvel. Uma conta sint\u00e9tica ainda pode acionar fluxos de trabalho, mas o sistema retorna dados anonimizados.<\/p>\n<p>O princ\u00edpio \u00e9 simples. Monitore comportamento e estado, n\u00e3o conte\u00fado pessoal.<\/p>\n<h2 id='armazenamento-reten\u00e7\u00e3o-e-acesso-onde-a-privacidade-falha-na-pr\u00e1tica'  id=\"boomdevs_8\">Armazenamento, Reten\u00e7\u00e3o e Acesso: Onde a Privacidade Falha na Pr\u00e1tica<\/h2>\n<p>Mesmo uma reda\u00e7\u00e3o perfeita n\u00e3o importa se artefatos de monitoramento s\u00e3o armazenados indefinidamente ou acessados amplamente. O risco mais negligenciado no monitoramento sint\u00e9tico \u00e9 a prolifera\u00e7\u00e3o de dados. Cada alerta que dispara uma screenshot pode acabar em m\u00faltiplos sistemas. Plataformas de APM ingerem artefatos. Pipelines SIEM capturam alertas e logs. Sistemas de tickets anexam imagens. Engenheiros colam screenshots em chats para troubleshooting. Cada c\u00f3pia \u00e9 uma nova superf\u00edcie de ataque.<\/p>\n<p>O monitoramento seguro em privacidade exige disciplina em torno de armazenamento e acesso. Janelas de reten\u00e7\u00e3o devem ser curtas. Screenshots e arquivos HAR devem expirar a menos que estejam vinculados a investiga\u00e7\u00f5es ativas. O acesso deve seguir o princ\u00edpio do menor privil\u00e9gio. Dados de monitoramento precisam das mesmas prote\u00e7\u00f5es dos dados de produ\u00e7\u00e3o porque os dados de monitoramento se tornam dados de produ\u00e7\u00e3o no momento em que cont\u00eam PII. Tudo o que for armazenado deve ser criptografado em repouso e em tr\u00e2nsito.<\/p>\n<p>Viola\u00e7\u00e3o de privacidade raramente \u00e9 resultado de um \u00fanico vazamento. \u00c9 a lenta acumula\u00e7\u00e3o de artefatos negligenciados espalhados por sistemas.<\/p>\n<h2 id='padr\u00f5es-operacionais-para-monitoramento-sint\u00e9tico-seguro-em-privacidade'  id=\"boomdevs_9\">Padr\u00f5es Operacionais para Monitoramento Sint\u00e9tico Seguro em Privacidade<\/h2>\n<p>Monitoramento seguro em privacidade n\u00e3o \u00e9 uma funcionalidade. \u00c9 um modelo operacional. As equipes precisam de uma pol\u00edtica clara que defina o que monitores sint\u00e9ticos podem capturar e onde esses dados podem residir. Precisam de um invent\u00e1rio base de PII para saber quais workflows carregam risco inerente. Toda mudan\u00e7a na interface do usu\u00e1rio ou expans\u00e3o de API deve passar por uma lente de privacidade porque novos campos frequentemente introduzem novos caminhos de exposi\u00e7\u00e3o.<\/p>\n<p>A automa\u00e7\u00e3o pode apoiar isso com regras de linting para seletores ou campos que nunca devem aparecer em logs ou screenshots. Revis\u00f5es regulares das configura\u00e7\u00f5es do fornecedor de monitoramento ajudam a garantir que as configura\u00e7\u00f5es de mascaramento e reten\u00e7\u00e3o permane\u00e7am corretas \u00e0 medida que a aplica\u00e7\u00e3o evolui.<\/p>\n<p>O objetivo \u00e9 tornar os guardrails de privacidade habituais ao inv\u00e9s de reativos.<\/p>\n<h2 id='como-plataformas-de-monitoramento-sint\u00e9tico-apoiam-controles-de-privacidade'  id=\"boomdevs_10\">Como Plataformas de Monitoramento Sint\u00e9tico Apoiam Controles de Privacidade<\/h2>\n<p>Plataformas modernas de monitoramento sint\u00e9tico podem aplicar controles de privacidade de maneiras que reduzem o overhead de engenharia. Mascaramento baseado em seletores ajuda a limpar artefatos visuais. Isolamento de contas de teste mant\u00e9m jornadas sint\u00e9ticas livres de conte\u00fado real. Filtros de rede obstruem ou ofuscam campos sens\u00edveis antes que artefatos sejam criados. Controles de acesso garantem que apenas equipes autorizadas vejam evid\u00eancias armazenadas. Pol\u00edticas de reten\u00e7\u00e3o podam dados antigos para que nada sens\u00edvel permane\u00e7a em backups.<\/p>\n<p>Esses recursos n\u00e3o substituem boa disciplina operacional. Eles a amplificam. Uma plataforma de monitoramento torna-se uma rede de seguran\u00e7a que previne exposi\u00e7\u00f5es acidentais quando scripts ou workflows mudam.<\/p>\n<h2 id='conclus\u00e3o-monitorar-com-seguran\u00e7a-sem-perder-visibilidade'  id=\"boomdevs_11\">Conclus\u00e3o: Monitorar com Seguran\u00e7a Sem Perder Visibilidade<\/h2>\n<p>O monitoramento sint\u00e9tico \u00e9 essencial para opera\u00e7\u00f5es modernas. Ele mostra se fluxos de usu\u00e1rios reais funcionam quando os indicadores parecem saud\u00e1veis. Valida cadeias complexas que logs sozinhos n\u00e3o conseguem revelar. Ainda assim, tamb\u00e9m pode criar sombras onde dados privados se escondem dentro de screenshots e logs de rede.<\/p>\n<p>A solu\u00e7\u00e3o \u00e9 separa\u00e7\u00e3o. Workflows realistas n\u00e3o precisam de identidades reais. Contas de teste limpas, interfaces mascaradas, logs de rede controlados e regras de reten\u00e7\u00e3o fortes mant\u00eam o monitoramento seguro. Quando voc\u00ea projeta testes sint\u00e9ticos para se comportarem como usu\u00e1rios ao inv\u00e9s de se passarem por eles, voc\u00ea preserva tanto visibilidade quanto privacidade.<\/p>\n<p>O monitoramento deve iluminar seus sistemas, n\u00e3o armazenar seus clientes. O monitoramento sint\u00e9tico seguro em termos de privacidade garante que visibilidade e responsabilidade possam conviver sem compromissos. Na Dotcom-Monitor, constru\u00edmos nossas ferramentas de monitoramento sint\u00e9tico com essa filosofia em mente, fornecendo controles de reda\u00e7\u00e3o, isolamento de contas de teste e recursos de governan\u00e7a de dados que as equipes precisam para rodar monitoramento em produ\u00e7\u00e3o sem aumentar seu risco de privacidade.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Um guia pr\u00e1tico para monitoramento sint\u00e9tico seguro em termos de privacidade. Evite a exposi\u00e7\u00e3o de PII em screenshots, logs e verifica\u00e7\u00f5es de API sem perder a visibilidade em tempo real do ambiente de produ\u00e7\u00e3o.<\/p>\n","protected":false},"author":39,"featured_media":31476,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-31478","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/posts\/31478","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/users\/39"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/comments?post=31478"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/posts\/31478\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/media\/31476"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/media?parent=31478"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/categories?post=31478"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/tags?post=31478"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}