{"id":18811,"date":"2021-05-13T18:35:10","date_gmt":"2021-05-13T18:35:10","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2021\/05\/13\/monitoramento-de-conteudo-de-terceiros\/"},"modified":"2021-05-13T18:35:14","modified_gmt":"2021-05-13T18:35:14","slug":"monitoramento-de-conteudo-de-terceiros","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/monitoramento-de-conteudo-de-terceiros\/","title":{"rendered":"Monitoramento de conte\u00fado de terceiros"},"content":{"rendered":"

A maioria dos sites que existem hoje dependem de elementos de terceiros de uma forma ou de outra. Por exemplo, existem muitos servi\u00e7os para coletar an\u00e1lises sobre o tr\u00e1fego de sites, como o Google Analytics, mas para funcionar corretamente eles exigem que voc\u00ea carregue um pequeno script como parte de cada p\u00e1gina da Web, como www.google-analytics.com\/analytics.js. Este \u00e9 um pequeno arquivo JavaScript que \u00e9 chamado quando uma p\u00e1gina \u00e9 carregada. Este arquivo JavaScript permite que o Google grave tr\u00e1fego de usu\u00e1rios em um site. Na maioria das vezes, esse arquivo carrega de forma muito r\u00e1pida e eficiente, e muitas vezes ele j\u00e1 \u00e9 descontado no navegador local porque \u00e9 um arquivo t\u00e3o comum, mas se algo der errado com os servidores hospedando o script, ele pode acabar impactando negativamente as velocidades de carga da p\u00e1gina do seu site.<\/p>\n

Existem uma s\u00e9rie de raz\u00f5es pelas quais voc\u00ea pode usar dados ou arquivos hospedados em servidores de terceiros, talvez os arquivos ou scripts sejam atualizados com frequ\u00eancia e voc\u00ea queira ter certeza de que voc\u00ea tem a vers\u00e3o mais recente. Talvez os scripts ajudem a coletar dados para voc\u00ea, como o Google Analytics faz. Talvez voc\u00ea esteja tentando otimizar a velocidade de carga de p\u00e1gina para todos os usu\u00e1rios em diversas localiza\u00e7\u00f5es geogr\u00e1ficas usando uma Rede de Distribui\u00e7\u00e3o de Conte\u00fado (CDN).<\/p>\n

Monitoramento do desempenho do CDN
\n<\/h2>\n

As redes de distribui\u00e7\u00e3o de conte\u00fado s\u00e3o tipicamente organiza\u00e7\u00f5es muito grandes com servidores em muitos data centers ao redor do mundo, geralmente muito pr\u00f3ximos ou mesmo nas instala\u00e7\u00f5es de backbone da internet. Quando um usu\u00e1rio final solicita conte\u00fado hospedado por um CDN, a solicita\u00e7\u00e3o \u00e9 encaminhada para o servidor CDN mais pr\u00f3ximo do usu\u00e1rio, o que poderia cortar milhares de milissegundos de tempo de transfer\u00eancia para cada elemento na p\u00e1gina, pois o n\u00famero de saltos na internet \u00e9 muito reduzido.<\/p>\n

SLAs (Service Level Agreements, contratos de n\u00edvel de servi\u00e7o do CDN)<\/h2>\n

Quando voc\u00ea est\u00e1 pagando um CDN para hospedar o conte\u00fado do seu site, \u00e9 do seu interesse garantir que eles aderam aos SLAs prometidos. A conclus\u00e3o \u00e9 que voc\u00ea perder\u00e1 visitantes do site se o site n\u00e3o estiver funcionando o mais r\u00e1pido poss\u00edvel ou se o conte\u00fado n\u00e3o estiver funcionando. O Dotcom-Monitor tem mais de 23 locais em todo o mundo dos quais voc\u00ea pode monitorar o desempenho do seu conte\u00fado hospedado em CDN. Existem relat\u00f3rios SLA que voc\u00ea pode gerar para visualizar a disponibilidade de conte\u00fado hospedado em CDN com a ajuda de filtros de conte\u00fado para se concentrar especificamente nos elementos hospedados no CDN.<\/p>\n

Usando imagens da Web<\/h2>\n

Referenciar conte\u00fado, como imagens em servidores externos, tamb\u00e9m serve para limitar o uso de largura de banda em seus pr\u00f3prios servidores, porque o conte\u00fado n\u00e3o \u00e9 retirado pela internet do servidor, mas do servidor de hospedagem. Esta tem sido uma t\u00e1tica popular para sites pequenos com or\u00e7amentos limitados, mas essa t\u00e9cnica tamb\u00e9m pode ter suas desvantagens. Se o host original da imagem mudar a imagem, voc\u00ea pode, involuntariamente, acabar exibindo uma imagem diferente que voc\u00ea n\u00e3o tinha inten\u00e7\u00e3o de que seus usu\u00e1rios vissem.<\/p>\n

Ferramentas de monitoramento de conte\u00fado de terceiros<\/h2>\n

O conjunto de ferramentas de monitoramento Dotcom-Monitor inclui v\u00e1rias ferramentas \u00fateis para monitorar as velocidades de carga de p\u00e1ginas e elementos, bem como diagnosticar problemas ap\u00f3s a desaporta\u00e7\u00e3o de um problema.<\/p>\n

Usar o BrowserView para monitorar conte\u00fado espec\u00edfico de terceiros \u00e9 t\u00e3o simples quanto configurar uma tarefa de monitoramento e adicionar um filtro de elemento de rede baseado em dom\u00ednio. Voc\u00ea pode configurar um filtro para monitorar elementos muito espec\u00edficos ou pode configurar um filtro mais amplo para monitorar quaisquer elementos de um dom\u00ednio espec\u00edfico ou subdom\u00ednio.<\/p>\n

Diagnosticando desacelera\u00e7\u00f5es e problemas usando gr\u00e1ficos de cachoeira\"3\u00aa<\/a><\/h3>\n

\u00c0s vezes, uma velocidade de carga do site pode diminuir drasticamente, mas em um per\u00edodo intermitente. Isso \u00e9 um problema porque \u00e9 dif\u00edcil ver a causa do problema e diagnostic\u00e1-lo. Com o monitoramento do site capturamos muitos componentes diferentes da velocidade de carga da p\u00e1gina at\u00e9 os elementos individuais.<\/p>\n

H\u00e1 uma s\u00e9rie de etapas no processo de download de cada elemento. Primeiro, o navegador deve resolver o registro de DNS para um endere\u00e7o IP, em seguida, uma conex\u00e3o deve ser feita com sucesso ao servidor de hospedagem. Se os elementos estiverem garantidos, dever\u00e1 negociar o certificado SSL. Em seguida, envia as solicita\u00e7\u00f5es para os elementos individuais e aguarda para receber o primeiro pacote em resposta. Finalmente, h\u00e1 o tempo que leva para baixar completamente cada elemento. Cada uma dessas etapas s\u00e3o gravadas individualmente e exibidas no gr\u00e1fico detalhado da cachoeira, para que voc\u00ea possa ver de relance os elementos mais problem\u00e1ticos e descobrir onde no processo o elemento est\u00e1 tendo problemas.<\/p>\n

Se voc\u00ea receber relat\u00f3rios onde seu site est\u00e1 desacelerando em uma base aparentemente aleat\u00f3ria, vale a pena encontrar um desses per\u00edodos e abrir um gr\u00e1fico de cachoeiras para esse prazo. A partir daqui voc\u00ea pode ver rapidamente se quaisquer elementos de terceiros s\u00e3o a causa da desacelera\u00e7\u00e3o. Os gr\u00e1ficos de cachoeira s\u00e3o uma boa ferramenta para visualizar depend\u00eancias de carga, por exemplo, se voc\u00ea colocar um arquivo JavaScript na cabe\u00e7a do seu documento html, o navegador pode esperar at\u00e9 que todo o arquivo .js tenha baixado antes de continuar para o pr\u00f3ximo conte\u00fado no site. Se esse script for hospedado por terceiros, eles podem muito bem estar diminuindo todo o conte\u00fado hospedado em seu pr\u00f3prio servidor por causa dessa depend\u00eancia de carregamento. Em muitos casos, isso pode simplesmente ser corrigido colocando os scripts no final do conte\u00fado e n\u00e3o no in\u00edcio. Se se tornar um problema frequente, voc\u00ea pode querer considerar uma alternativa para o host de terceiros desse conte\u00fado em particular.<\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

A maioria dos sites que existem hoje dependem de elementos de terceiros de uma forma ou de outra. Por exemplo, existem muitos servi\u00e7os para coletar an\u00e1lises sobre o tr\u00e1fego de sites, como o Google Analytics, mas para funcionar corretamente eles exigem que voc\u00ea carregue um pequeno script como parte de cada p\u00e1gina da Web, como […]<\/p>\n","protected":false},"author":21,"featured_media":18813,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-18811","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\/18811","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\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/comments?post=18811"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/posts\/18811\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/media\/18813"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/media?parent=18811"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/categories?post=18811"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/tags?post=18811"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}