This article gives an overview of how Genesys Co-browse synchronizes CSS between the customer (master) and agent (slave) browsers.
Why does Co-browse need to synchronize CSS?
When a customer and agent are in a Co-browsing session, Co-browse tracks DOM-based and CSS-based changes in each browser and replicates changes from one browser to the other. All DOM-based changes pass from one browser to the other through the Co-browse server. Examples of DOM-based changes include creating new elements in the web page and adding or removing attributes from an element. To replicate CSS-based changes in the browser, Co-browse must make sure both browsers use the same CSS rules even when the customer and agent use different browsers. CSS-based changes can include drop-down menus and other hover events.
Synchronizing Browser Events
Some CSS-based changes depend on browser events that cannot be pushed from one browser to the other. By synchronizing CSS between the customer and agent, Co-browse can replicate browser events in both browsers. For example, the customer and agent browsers each have their own mouseover event that fires when the mouse pointer hovers over a web page element. Without CSS synchronization, CSS-based changes that fire based on the mouse pointer will show in one browser but not the other. To synchronize hover events, Co-browse server parses the web page CSS and adds a DOM-based pseudo-hover that fires the hover event on both browsers.
CSS Synchronization Architecture
The following diagram describes how Co-browse synchronizes CSS between the customer browser and the agent browser:
- The customer opens a website and starts a Co-browsing session with an agent.
- Co-browse server reads the CSS sources from the customer's view of the web page.
- Co-browse server fetches all the required CSS stylesheets.
- Co-browse parses the CSS stylesheets and adds additonal Co-browse specific CSS.
- Co-browse sends the synchornized CSS stylesheet to the agent and customer browsers.
Configuring CSS Synchronization
Synchronizing CSS Through a Secure Zone
If you deploy Co-browse into a secure zone like a DMZ or local intranet, you must make sure Co-browse server can still access your public web page by configuring a Forward Proxy. Otherwise, Co-browse will not be able to synchronize CSS and the agent side may not properly render.
Troubleshooting CSS Synchronization
If some or all of the content of your website is not properly rendered on the agent (slave) side, it is most likely a CSS synchronization problem. See the CSS synchronization section of the troubleshooting page.