Using AlertSite UXM > Monitors > Monitor Settings > Real-Browser Monitor (DéjàClick) Settings

Real-Browser Monitor (DéjàClick) Settings

AlertSite’s real-browser monitors and mobile web monitors navigate your website to make transactions, like user logins, searches, purchase orders and so on. These monitors have many settings that control how transaction monitoring works.

Notes:

Common

Monitor Name

The monitor name that appears in dashboards and reports. For example, Customer Login.

Monitoring

On – the monitor is enabled.

Off – the monitor is disabled.

Alerting

On – the monitor sends alerts. You can specify which alerts to send (availability, performance or both) in the Alerts section.

Off – the monitor does not send any alerts.

Main

Basic

Measurement Plan

The monitoring plan used by the monitor. You cannot change the plan for existing monitors.

URL

The URL to monitor (only for single-step monitors).

Run Interval (Minutes)

How often the monitor checks your website. Possible values depend on your monitoring plan.

Timeout (Seconds)

How long the monitor waits for a response to each network request (for example, HTTP GET) before reporting a timeout error.

Monitor Note

Leave a note for yourself or other users. This note will appear on the AlertSite Dashboard when you hover over the note icon. Note text can be up to 255 characters long.

Monitoring

Monitoring Mode

The monitoring mode controls if locations check your website simultaneously or sequentially, and when they send alerts. See Monitoring Modes for possible values and details.

Rotate Locations

For each monitor, you define a location pool. Rotation means the monitor uses a subset of this location pool (say, 2 out of 10 locations) on every run, cycling through the locations. If rotation is not used, the monitor checks from all of its locations every time.

Notes:

Locations Per Run

If Rotate Locations is selected, you need to specify the number (subset) of locations to use for each monitor run. This value ranges from 1 to the total number of locations you selected for the monitor.

If Monitoring Mode is Round Robin or SLA (MultiPOP), you need at least 2 locations per interval.

Enable Local Retry

Used only for Usage-Based Monitoring plans. Controls the monitor behavior when it finds errors. Select this to retry the test from the same location to see if an error was just a temporary error. Clear to suppress the retry on errors.

Note: The retry consumes extra measurement credits.

Allow AlertSite QA Testing

Before releasing AlertSite updates, SmartBear runs regression tests to make sure that both existing and new functionality work correctly. Select this check box to include your monitor in SmartBear regression testing, so we can make sure your monitors will work correctly after AlertSite updates. Participation is voluntary.

Additional

TCP Traceroute on Error

If this is selected, the monitor runs a TCP traceroute to your website when it detects a network connectivity problem (status 1 or 2), and sends results to all email alert recipients. The traceroute shows the path that data packets are taking from a monitoring location to your server, and can help administrators and engineers troubleshoot problems.

Capture

Capture Level

Real-browser monitors can capture web page screenshots, source code and HTTP headers for all or some transaction steps. You can view these captures on the Monitor Runs dashboard, and also in the Detail report by clicking the camera icon.

Select the needed capture level:

The All ... options are available for Usage-Based Monitoring plans only and consume 0.5 measurement credits per every web page capture. For example, All Events will consume 0.5 credits for every event (mouse click, hover, text input, form submission, and so on) in the transaction.

The captures are stored for your account’s data retention period.

Tip: You can also configure email alerts to include the screenshot and HTML of the page where the transaction failed. To do this, edit your alert recipients and select the Attach screen capture to e-mail alerts and Attach server response to e-mail alerts options. Alert content does not depend on the monitor’s Capture Level.

Browser Timeout (Secs)

How long the monitor waits for a test event (recorded user interaction) to finish before reporting a timeout error. Recommended value: 90 seconds. Must be greater than Step Timeout, because an event can include several HTTP requests.

Continue Playback on Timeout

Controls what to do when the Browser Timeout is reached. Select this check box to ignore the timeout and continue the test; clear to stop the test and send an alert.

Alert on Content Change

If this is selected, the monitor tracks the size of the last page in the test, and sends alerts if the page size changed since the last check.

Advanced

Fullpage Options

Fullpage Interval (Minutes)

How often the monitor measures fullpage response time for your website. This interval must be a multiple of Run Interval. Select -1 to disable fullpage measurements.

Object Timeout (Seconds)

How long the monitor waits for a page asset (image, JavaScript file, CSS file, and so on) to load before reporting a timeout.

Fullpage Alerts

Alert on page asset errors

Select this check box to send an alert if the monitor finds an error when loading an image, script, CSS file or other page asset.

Alert and report if page assets are missing or new

Select this check box to send an alert if some page assets are missing or new assets have been added since the last check.

Alert and report if the size of a page asset changes

Select this check box to send an alert if the size of some page assets has changed since the last check.

Transaction Trace

Enable Transaction Trace

This option enables or disables AppDynamics transaction tracing for the monitor (see AppDynamics Integration). If it is selected, AppDynamics captures server-side transaction snapshots for each monitor run. The snapshots contain code-level details like the slowest methods and SQL queries, and can help troubleshoot performance issues. You can access these snapshots from the Monitor Runs dashboard.

Notes:

Transaction Information

Transaction Steps

Read-only. The number of pages (actions in DéjàClick terms) in the transaction.

User Experience

Note: These options are only for Firefox real-browser monitors. They are not supported for Chrome and Internet Explorer monitors.

Firefox real-browser monitors can report not only network timings, but also user experience metrics – browser-related timings and optional page rendering timings. The following options control how the monitor collects these metrics:

Enable UX

If this check box is selected, the monitor collects two additional page rendering timings that reflect perceived user experience:

Notes:

Show only base-page UX timings

Available only if Enable UX is selected. Controls how the monitor calculates browser-related metrics (DOM Load and Page Load) for web pages that contain frames. Select this check box to collect timings only for the base page without frames; clear to collect total timings for the entire page including frames.

Locations

Select one or more locations to monitor you website from. For details, see Selecting Locations for Monitoring.

Alerts

Monitor Alerts

Here, you can enable and disable availability and performance alerts for the monitor. Note that to receive alerts, you need to configure alert recipients. By default, the monitor sends alerts to all configured recipients, but you can target alerts to specific recipients by using recipient groups.

Availability Alerts

Select this to send alerts when the monitor detects errors like HTTP errors, timeouts, or incorrect website content. The monitor status turns red in these cases.

Alert Notes

Arbitrary monitor-specific information (up to 255 characters) that can be included in availability alerts sent via email. For example, you can specify the login and password used in a transaction – so the alert recipients do not have to look them up in the monitor configuration.

Default alerts do not include these notes. You will need to configure custom alert templates that would include the $ALERT_NOTE variable.

Performance Alerts

Select this to send alerts when the monitor response time exceeds the specified value. See Performance Alerts for a description of available settings and to learn how to set up these alerts. Note that, for multi-step monitors, the response time thresholds should include the total response time for all test steps.

Step Level Alerts

Here, you can configure performance alerts for individual test steps. Expand a step to view or change its response time thresholds. For a description of available settings, see Performance Alert Settings.

See Also

© 2017 SmartBear Software. All rights reserved.      Terms of Use · Privacy Policy