Skip to main content
ComponentsGermainUX RUM JS Feature availability: GermainUX 2017.2 or laterEngineJS ProfilerMobile AppRPA Bot RecorderRUM JS
Availability2014.1 or later

Create the Siebel UX Monitoring Profile

Name by app and environment

Exclude bots and crawlers

Filter out automated user agents

Configure privacy

Mask sensitive Siebel fields

Troubleshooting

Fix Siebel user monitoring gaps
Configure User Monitoring and Session Replay for Oracle Siebel CRM GermainUX Real User Monitoring captures how users interact with Oracle Siebel CRM and correlates their experience with application, browser, network, workflow, error, and server-side telemetry.

Session Replay overview

Session Replay allows authorized teams to reconstruct the user’s experience and understand:
  • What the user was trying to accomplish
  • Which screens, views, and applets were used
  • Where the user waited or repeated an action
  • Which errors or validations appeared
  • Whether a control failed to respond
  • Which workflow step became inefficient
  • Whether browser, network, Siebel, integration, or database performance contributed
AI summaries: GermainUX can AI-summarize any individual session, so you know what the user did without replaying it. It can also summarize a bulk set of sessions at once (for example 1,000 or 100,000 sessions) to surface the top recurring frictions. See AI-Generated Session Summaries.

Prerequisites

Before configuring user monitoring:
  • Deploy RUM JS in Siebel Open UI.
  • Confirm that user browsers can reach GermainUX.
  • Identify the Siebel application and environment.
  • Obtain the base URL used by the monitored users.
  • Review user-identification requirements.
  • Define privacy, masking, and retention requirements.
  • Identify bots, crawlers, synthetic accounts, and service users to exclude.
  • Select a controlled group for initial validation.
  • Confirm that access to Session Replay is restricted appropriately.
See RUM JS Deployment for Oracle Siebel CRM.

Create the Siebel UX Monitoring Profile

Go to: Workspace > Settings > Wizards > Siebel OpenUI Depending on the GermainUX version, the wizard may appear as: Workspace > Wizards > Siebel OpenUI Enter the requested information: Use a name that clearly identifies the application and environment:
or:
Complete the form and select Finish.

Review the generated profile

After completing the wizard, go to: Workspace > Analytics > UX Monitoring Profiles Depending on the GermainUX version: Workspace > Settings > Analytics > UX Monitoring Profiles Select the newly created Siebel Open UI profile. Review:
  • Application name
  • Environment
  • URL matching
  • Monitoring status
  • Session Replay status
  • Privacy configuration
  • User-agent exclusions
  • Initialization script
  • Installation instructions
  • Data generators
  • Plugins
  • User and session metadata
Do not replace the standard Siebel initialization script without preserving its application-specific processing.

Deploy the generated configuration

Open the profile’s Installation section and follow the generated deployment instructions. The installation must ensure that:
  • RUM JS loads when Siebel Open UI starts.
  • The intended UX Monitoring Profile is selected.
  • Monitoring runs only on the configured Siebel URLs.
  • RUM JS loads only once.
  • User browsers can send telemetry to GermainUX.
  • The deployment is applied to every required Siebel node.
  • Updated resources are available after cache refreshes.
Start a new browser session after deployment or profile changes.

Siebel-specific context

The standard profile enriches monitoring data with Siebel-specific context. Depending on the Siebel version and configuration, this can include:
  • Username
  • Siebel session ID
  • Application
  • Screen
  • View
  • Applet
  • Command or method
  • Record and business context
  • Browser session
  • Network-request context

Siebel hierarchy

The standard hierarchy is: This hierarchy allows teams to analyze performance, errors, and behavior at the precise Siebel interface level.

Configure user identification

The Siebel profile can retrieve the authenticated user through the supported Siebel Open UI application API. Validate that:
  • The correct username or authorized identifier is captured.
  • Anonymous or pre-login activity is handled correctly.
  • User changes after logout or reauthentication are detected.
  • Shared accounts are identified as a limitation.
  • The captured identifier complies with privacy requirements.
If usernames cannot be stored, configure an approved pseudonymous or anonymized identifier while preserving the ability to associate events within the same session.

Configure session identification

The profile can associate browser activity with the current Siebel session. Confirm that:
  • A new session begins after login.
  • Events from one user are not attached to another user.
  • Multiple browser tabs are handled correctly.
  • Logout closes the active monitoring session.
  • A later login starts a new session.
  • Session identifiers are protected as sensitive values.
Do not expose raw authentication or session tokens in dashboards, logs, or replay.

Configure logout detection

Common Siebel logout markers include:
The profile can also detect logout commands such as:
Validate logout using every method available to users, including:
  • Logout menu
  • Keyboard shortcut
  • Session timeout
  • Browser close
  • SSO logout
  • Forced reauthentication
A missed logout event can cause unrelated activity to appear in the same GermainUX session.

Configure Session Replay

Session Replay is enabled by default for each UX Monitoring Profile unless disabled by the profile or global configuration. To enable or disable replay for the Siebel profile:
1

Open UX Monitoring Profiles

2

Select the Siebel Open UI profile

3

Enable or disable Session Replay Monitoring

4

Save the profile

This setting affects only the selected profile.

Disable Session Replay globally

To stop collecting replay data for every application:
1

Go to Workspace > Settings > System > UX and Session Replay Settings

2

Disable Session Replay Data

3

Save the configuration

The global setting takes precedence over the Siebel profile setting. Disabling Session Replay does not necessarily disable all Real User Monitoring. Performance, error, click, and session facts can continue to be collected according to the profile configuration.

Configure session timeout

By default, an active session times out when GermainUX receives no new event for one hour. The session is marked Timed Out, and a later event starts a new session. To change the timeout:
1

Go to Workspace > Settings > System > UX and Session Replay Settings

2

Update Session Timeout, in minutes

3

Save the configuration

Choose a timeout that reflects actual Siebel usage. Contact-center users may keep Siebel open for an entire shift, while intermittent users may have long periods of inactivity. Avoid a timeout so short that one work session is fragmented into several recordings.

Exclude bots and crawlers

Exclude automated user agents so they do not affect adoption, performance, or Session Replay analytics. Default exclusions can include:
  • Baiduspider
  • Bingbot
  • DuckDuckBot
  • Exabot
  • Facebot and FacebookExternalHit
  • Googlebot
  • ia_archiver
  • Sogou
  • Slurp
  • YandexBot
Also consider excluding:
  • GermainUX synthetic users
  • Selenium or other test automation
  • Health-check accounts
  • Service accounts
  • Load-testing tools
  • Organization-specific bots
To update exclusions:
1

Open the Siebel UX Monitoring Profile

2

Add, modify, or remove entries under Excluded User Agents

3

Save the profile

Do not exclude a common browser user agent used by legitimate Siebel users.

Configure capture scope

Enable only the data generators required for the monitoring objectives. Possible data includes:
  • User clicks
  • Keyboard activity
  • Page and view changes
  • Browser errors
  • JavaScript console events
  • Popup dialogs
  • Network requests
  • Performance timings
  • Scroll activity
  • Business-process events
  • Session Replay changes
For Siebel Open UI, hover-style monitoring can create unnecessary overhead and may be disabled in the profile:
Test the effect before and after changing capture settings.

Configure network monitoring

Capture the requests required to understand Siebel interaction performance. Enrich network facts with:
  • Screen
  • View
  • Applet
  • Command
  • User
  • Session
  • Application
  • Request duration
  • Response status
  • Error context
Exclude:
  • Unrelated third-party requests
  • High-volume requests with no diagnostic value
  • Sensitive request or response content
  • Authentication tokens
  • Session identifiers
Some Siebel errors can appear inside a successful HTTP response. Enable response-body inspection only where required and apply strict masking.

Configure error monitoring

The Siebel profile can capture:
  • SBL-* popup messages
  • JavaScript errors
  • Console events
  • Failed network requests
  • Errors contained in Siebel response bodies
  • User-facing application errors
  • User validations
Separate application failures from expected user validations so technical-error metrics remain meaningful. See Error Monitoring for Oracle Siebel CRM.

Configure privacy

Review all standard and customized Siebel interfaces. Mask or exclude:
  • Passwords
  • Authentication tokens
  • Session identifiers
  • Customer names and identifiers
  • Addresses
  • Contact information
  • Payment data
  • Protected health information
  • Employee information
  • Notes and descriptions
  • Attachments
  • Search criteria
  • Custom fields containing confidential data
Apply privacy controls to:
  • Screen content
  • Input values
  • Dropdown selections
  • Tables and lists
  • Popup dialogs
  • URLs
  • Network bodies
  • Feedback comments
  • Session metadata
Test privacy rules with representative workflows before expanding production access. Use a phased rollout:
1

Development

2

QA

3

UAT

4

Controlled production users

5

Broader production population

At each stage, validate:
  • Script loading
  • Profile matching
  • User identification
  • Session boundaries
  • Siebel hierarchy
  • Click and network data
  • Error monitoring
  • Session Replay
  • Privacy masking
  • Browser performance
  • Data volume

Validate Real User Monitoring

Perform a representative workflow:
1

Sign in

2

Open a screen

3

Navigate to a view

4

Interact with an applet

5

Search for a test record

6

Open or safely update a record

7

Trigger a known validation when appropriate

8

Sign out

Confirm that GermainUX captures:
  • One coherent user session
  • Correct user
  • Correct application and environment
  • Screens, views, and applets
  • Clicks and durations
  • Network requests
  • Errors and validations
  • Login and logout
  • Business-process context, when configured

Validate Session Replay

Open the recorded session and confirm that:
  • Events appear in chronological order.
  • Navigation matches the original interaction.
  • Screen, view, and applet changes are represented.
  • Clicks occur on the expected controls.
  • Popup messages appear.
  • Performance delays are visible.
  • Errors are included in the replay timeline.
  • Sensitive content is masked.
  • Excluded elements are not recorded.
  • Logout ends the session.
Replay reconstructs the captured interface state and activity. It is not a video recording.

KPIs

See KPIs for Oracle Siebel CRM. Relevant user-experience KPI categories include:
  • User sessions
  • Session Replay
  • User clicks
  • Browser transactions
  • Network requests
  • JavaScript events
  • Popup errors
  • Business processes
  • Business-process steps
  • User feedback

Dashboards

Go to: Workspace > Dashboards > All Search for:
  • Siebel User Experience
  • Siebel Marketing
  • Other dashboards beginning with Siebel
Use dashboard filters to analyze:
  • User
  • Team
  • Application
  • Environment
  • Screen
  • View
  • Applet
  • Browser
  • Time range
  • Error
  • Business process

Troubleshooting

No user sessions appear

Verify that:
  • RUM JS loads successfully.
  • The correct profile matches the Siebel URL.
  • The profile is enabled.
  • Browser telemetry requests succeed.
  • Proxy, firewall, and TLS configuration permit communication.
  • The user agent is not excluded.
  • The application and environment are configured correctly.

The username is missing

Check:
  • Siebel application initialization timing
  • Access to the supported Siebel user API
  • Metadata-provider timeout
  • Login state
  • Custom Siebel authentication
  • Whether the event occurred before login completed

Screen, view, or applet is missing

Verify:
  • Access to the active Siebel application
  • Active-view and active-applet detection
  • Network-request parameter parsing
  • Custom Open UI behavior
  • Timing of dynamically created applets
  • Whether the interaction occurs in a popup or separate frame

Session Replay is unavailable

Confirm that:
  • Replay is enabled for the profile.
  • Replay is enabled globally.
  • The user is within the capture scope.
  • Replay telemetry reaches GermainUX.
  • The session contains recordable activity.
  • Privacy rules do not exclude the entire interface.
  • The user started a new session after the configuration changed.

Sessions do not end at logout

Check:
  • Logout labels
  • SWECmd=Logoff detection
  • Custom logout handlers
  • SSO behavior
  • Session timeout
  • Whether the logout occurs in a different browser context

Browser performance degrades

Review:
  • Duplicate RUM initialization
  • Hover-style monitoring
  • Response-body capture
  • High-volume network events
  • Session Replay scope
  • Mutation volume
  • Third-party scripts
  • Browser CPU and memory

Get Help

Contact GermainUX Support

The GermainUX team helps you get up and running faster, empower your team, turn data into actionable insights, and optimize performance to deliver measurable business outcomes.

Can't find what you need?

Search all GermainUX docs with Ctrl + K, or use the feedback buttons at the bottom of this page to tell us what is missing.

The content of this document is proprietary to GERMAIN SOFTWARE.