![\"Diagnosticando](\"https:\/\/www.dotcom-monitor.com\/wp-content\/uploads\/sites\/3\/2013\/01\/Diagnosing-Web-Application-Errors.jpg\" "\\"Diagnosticando")
Hora. Voc\u00ea n\u00e3o tem quando seu aplicativo web erra.<\/p>\nHora. Voc\u00ea n\u00e3o tem quando seu aplicativo web erra.<\/p>\n
Pense nas vezes em que voc\u00ea usou o monitoramento do site e recebeu um alerta sobre um erro em uma transa\u00e7\u00e3o no site. Diagn\u00f3sticos cuidadosos e diagn\u00f3sticos r\u00e1pidos de detalhes espec\u00edficos de erros de aplicativos web em um ambiente de crise de tempo s\u00e3o metas contradit\u00f3rias. Comunicar-se efetivamente quando o seu aplicativo web erra \u00e9 ainda mais dif\u00edcil quando voc\u00ea precisa comunicar diferentes “camadas” do erro, tais como:<\/p>\n
Um desafio fundamental \u00e9 compartilhar a experi\u00eancia do usu\u00e1rio do erro do aplicativo web, n\u00e3o apenas com dados, mas visualmente (e visualmente queremos dizer um v\u00eddeo do erro real como aconteceu<\/em>).<\/strong> (Clique para ver a captura de v\u00eddeo de erros de monitoramento de aplicativos da Web aqui, UserView Monitoring<\/a>.)<\/strong><\/p>\n <\/p>\n Grande parte do tempo de sua equipe \u00e9 gasto se comunicando com um colega de trabalho ou clientes – detalhes t\u00e9cnicos, impacto de erro e sua percep\u00e7\u00e3o da experi\u00eancia visual do usu\u00e1rio – usando uma combina\u00e7\u00e3o de palavras escritas ou faladas, dados, um gr\u00e1fico de cachoeiras, c\u00f3digos de erro e compartilhamentos de tela, tentando descrever, identificar e diagnosticar a causa raiz desse erro de aplicativo web. E \u00e0s 2 da manh\u00e3, os diagn\u00f3sticos de erro da web aplica\u00e7\u00e3o podem obter … indistinto.<\/p>\n Quando voc\u00ea olhar, em detalhes, no momento em que sua equipe de monitoramento de site leva para corrigir um erro de aplicativo web, voc\u00ea provavelmente ver\u00e1 “diagn\u00f3stico” e “comunica\u00e7\u00e3o de equipe” como dois grandes peda\u00e7os de tempo que estendem o tempo de inatividade. Depois de receber o alerta inicial, o TTR (Time-to-Repair) da equipe de monitoramento do site \u00e9 significativamente impactado pela sua capacidade de identificar o erro do site e comunic\u00e1-lo aos principais membros da sua equipe.<\/p>\n O UserView Monitoring com captura de v\u00eddeo captura os dados e um v\u00eddeo de uma sess\u00e3o de monitoramento de sites. A este respeito, o site de monitoramento da experi\u00eancia de v\u00eddeo n\u00e3o \u00e9 uma experi\u00eancia de navega\u00e7\u00e3o percebida – \u00e9 uma sess\u00e3o de navega\u00e7\u00e3o real em um site capturado em um v\u00eddeo e com os dados de navega\u00e7\u00e3o em um gr\u00e1fico de cachoeira. Essa abordagem dupla de informa\u00e7\u00f5es (dados e v\u00eddeos) \u00e9 fundamental para diagnosticar erros de aplicativos da Web e otimizar os tempos de carga da p\u00e1gina e do objeto.<\/p>\n Na verdade, o v\u00eddeo do UserView Monitoring \u00e9 mais do que uma m\u00e9trica de experi\u00eancia percebida<\/em> pelo usu\u00e1rio, \u00e9 o registro mais direto<\/em> do desempenho da experi\u00eancia do usu\u00e1rio no mercado de monitoramento de aplicativos web hoje. Como resultado, tempo e d\u00f3lares podem ser investidos visando esfor\u00e7os de otimiza\u00e7\u00e3o que voc\u00ea pode ver<\/em> melhorar\u00e1 seu resultado final.<\/p>\n Quando ocorrem erros no aplicativo web, economizando tempo, efetivamente se comunicando com sua equipe e vendo o erro do aplicativo web a partir da visualiza\u00e7\u00e3o do usu\u00e1rio reduz o impacto do erro e fornece uma vis\u00e3o mais direta da otimiza\u00e7\u00e3o de aplicativos web para o futuro.<\/p>\n – > Saiba mais sobre o Monitoramento de Aplicativos Web do UserView<\/strong><\/a><\/p>\nComunica\u00e7\u00f5es eficazes quando ocorrem erros de aplica\u00e7\u00e3o da Web<\/h2>\n
Uma abordagem direta para o monitoramento da experi\u00eancia do usu\u00e1rio<\/h2>\n