{"id":1521,"date":"2013-01-03T09:49:57","date_gmt":"2013-01-03T15:49:57","guid":{"rendered":"https:\/\/dcmblogmulti.wpengine.com\/?p=1521"},"modified":"2026-05-22T05:17:23","modified_gmt":"2026-05-22T05:17:23","slug":"recording-web-application-errors","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/recording-web-application-errors\/","title":{"rendered":"Recording Web Application Errors | Experience vs Perceived Experience"},"content":{"rendered":"<h2 id='save-time-diagnosing-web-application-errors-with-a-video-recording-of-the-error'  id=\"boomdevs_1\">Save Time Diagnosing Web Application Errors with a Video Recording of the Error<\/h2>\n<p><img decoding=\"async\" class=\"alignright size-full wp-image-1729\" title=\"Diagnosing Web Application Errors\" src=\"https:\/\/www.dotcom-monitor.com\/wp-content\/uploads\/sites\/3\/2013\/01\/Diagnosing-Web-Application-Errors.jpg\" alt=\"Diagnosing Web Application Errors\" width=\"240\" height=\"159\" \/>Time. You don&#8217;t have it when your web application errors out.<\/p>\n<p>Think about the times when you&#8217;ve used website monitoring and have received an alert about an error in a website transaction.\u00a0 Careful diagnostics and quick diagnostics of specific web application error details in a time-crunch environment are contradictory goals. Communicating effectively when your web application errors out is even more difficult when you need to communicate different &#8220;layers&#8221; of the error, such as:<\/p>\n<ul>\n<li>technical details of the error, such as the error code, a network trace route, and a full element by element waterfall chart of the webpage that includes the error -Why did the error occur?<\/li>\n<li>\u00a0the impact of the error &#8211;\u00a0 When did the error occur and for how long? Who was impacted?<\/li>\n<li>\u00a0and your perception of the end-user&#8217;s perceived visual experience of the error &#8211; How was the user impacted? What exactly did user&#8217;s experience during the error?<\/li>\n<\/ul>\n<p><strong>A key challenge is sharing the user&#8217;s experience of the web application error, not just with data, but <em>visually (and by visually we mean a video of the actual error as it happened<\/em>).<\/strong> (Click to see video capture of web application monitoring errors here, <strong><a title=\"UserView Monitoring with Video Capture\" href=\"https:\/\/userauth.dotcom-monitor.com\/Account\/SelectSignUpSolution\" target=\"_blank\" rel=\"noopener noreferrer\">UserView Monitoring<\/a>.)<\/strong><\/p>\n<p><!--more--><\/p>\n<h2 id='effective-communications-when-web-application-errors-occur'  id=\"boomdevs_2\">Effective Communications when Web Application Errors Occur<\/h2>\n<p>Much of your team&#8217;s time is spent communicating with a co-workers or clients &#8211; technical details, error impact, and your perception of user visual experience &#8211; using a combination of written or spoken words, data, a waterfall chart, error codes and screen shares, trying to describe, pinpoint, and diagnose the root cause of that web application error. And at 2 am, web application error diagnostics can get &#8230;fuzzy.<\/p>\n<p>When you look, in detail, at the time it takes your website monitoring team to fix a web application error, you&#8217;ll likely see &#8220;diagnosis&#8221; and &#8220;team communication&#8221; as two big chunks of time that extend the length of downtime. After you receive the initial alert your website monitoring team&#8217;s time-to-repair (TTR) is significantly impacted by your ability to pinpoint the website error and communicate it to key members of your team.<\/p>\n<p>UserView Monitoring\u00a0 with video capture captures both the data and a video of a website monitoring session. In this respect, the website monitoring video experience is not a perceived browsing experience &#8211; it is an actual browsing session on a website captured in a video and with the browsing data in a waterfall chart.\u00a0 This dual approach to information (data and video) is key to diagnosing web application errors and optimizing webpage and object load times.<\/p>\n<h2 id='a-direct-approach-to-user-experience-monitoring'  id=\"boomdevs_3\">A Direct Approach to User Experience Monitoring<\/h2>\n<p>In fact, UserView Monitoring video is more than a <em>perceived<\/em> user experience metric, it is the most <em>direct<\/em> record of user experience performance in the <a href=\"https:\/\/www.dotcom-monitor.com\/products\/web-application-monitoring\/\">web application monitoring<\/a> market today. As a result, time and dollars can be invested targeting optimization efforts that <em>you can see<\/em> will improve your bottom line.<\/p>\n<p>When web application errors occur, saving time, effectively communicating with your team, and seeing the web application error from the user&#8217;s view reduces the impact of the error and provides a more direct view of optimizing web applications for the future.<\/p>\n<p><em>photo credit: <a href=\"https:\/\/www.flickr.com\/photos\/67272961@N03\/6123892769\/\" target=\"_blank\" rel=\"noopener\">jfcherry<\/a> via photopin cc<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>UserView Monitoring video is more than a perceived user experience metric, it is the most direct record of user experience performance in the web application monitoring market today. As a result, time and dollars can be invested targeting optimization efforts that you can see will improve your bottom line.<\/p>\n<p>When web application errors occur, saving time, effectively communicating with your team, and seeing the web application error from the user&#8217;s view reduces the impact of the error and provides a more direct view of optimizing web applications for the future.<\/p>\n","protected":false},"author":21,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-1521","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/wp-json\/wp\/v2\/posts\/1521","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/wp-json\/wp\/v2\/comments?post=1521"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/wp-json\/wp\/v2\/posts\/1521\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/wp-json\/wp\/v2\/media?parent=1521"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/wp-json\/wp\/v2\/categories?post=1521"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/wp-json\/wp\/v2\/tags?post=1521"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}