Aperçu général

Lorsque vous configurez une extension WalkMe, vous utilisez le regex pour définir les domaines dans lesquels WalkMe doit s'injecter. Cet article couvre les directives générales de regex et les exemples spécifiques à la plateforme pour Salesforce, Workday et SuccessFactors.

Lignes directrices générales

Soyez spécifique mais flexible

Regex doit être aussi spécifique que possible tout en continuant à fonctionner sur différentes pages. Utilisez des préfixes spécifiques au client pour atteindre cet équilibre.

Utilisez un regex différent pour chaque environnement

Chaque environnement doit avoir sa propre regex unique. Utilisez les préfixes pour différencier la production et la sandbox.

Enveloppez toujours la regex avec .*

Commencez et terminez chaque chaîne de regex par .*

Remplacez les nombres par .*

Au lieu d'utiliser des chiffres spécifiques, utilisez .* à la place.

Échappez les points avec \

Mettez toujours un \ avant chaque point.

N'échappez pas les traits d'union

Utiliser (premier|second) pour plusieurs préfixes

Pour inclure une URL avec deux ou plusieurs préfixes différents, utilisez (premier|deuxième|troisième) là où les préfixes apparaissent.

Utilisez l'anticipation négative pour exclure les mots

Pour exclure un mot spécifique d'une correspondance, utilisez (?!word).

Combiner plusieurs regex avec |

Pour inclure plus d'une regex dans un package, séparez chaque regex avec | et sans espaces.

Le regex est sensible à la casse.

Respectez toujours la casse exacte de l'URL dans votre regex.

Regex d'un domaine plus strict

Dans certains cas, vous devrez peut-être restreindre l'injection à un iFrame spécifique tout en empêchant WalkMe de se charger dans d'autres iFrames qui font référence au même domaine.

^https?://[^/]*(visual\.force)\.com

Regex spécifique à l'application

Salesforce

Les extensions Salesforce nécessitent un soin supplémentaire en raison de la variance entre les pages et de la présence d'iFrames d'analyse.

Lors de la création de l'extension :

• Utilisez l'anticipation négative pour éviter le serveur de session et les autres injections inutiles : (?!/(login/sessionserver|s\.gif)
• Utilisez la logique « ou » dans un package plutôt que de créer deux extensions distinctes
• Le préfixe du serveur ("na", "ap", "eu", "cs") reste généralement le même — conservez l'URL que vous avez

Environnements de test

Salesforce Classic :

.*customername.*\.cs.*\.my\.salesforce\.com.*|.*cs.*\.salesforce\.com/(?!console).*|.*cs.*\.visual\.force\.com.*

Salesforce Lightning :

.*cs.*\.lightning\.force\.com.*

Salesforce Console

.*cs.*\.salesforce\.com/console.*

Environnements de production

Salesforce Classic :

.*customername.my.salesforce.com.*|.*na.*.salesforce.com/(?!console).*|.*na.*.visual.force.com.*

Salesforce Lightning :

.*na.*.lightning.force.com.*

Salesforce Console

.*na.*\.salesforce\.com/console.*

Workday®

Test : .*impl\.workday\.com/customername.*

Production : .*myworkday\.com/customername.*

SuccessFactors

Test : .*hcm.*preview\.sapsf\.com.*

Production : .*performancemanager.*\.successfactors\.com.*

Distinguer des URL similaires

Lors de la configuration d'extensions pour les plateformes avec des URL similaires, par exemple, le Salesforce standard et le Salesforce Service Cloud, utilisez la regex pour les différencier.

URL SFDC normale : https://cs2.salesforce.com/home/home.jsp?tsid=02u00000000hV

URL du Service Cloud : https://cs2.salesforce.com/console?tsid=02u5000000e56v

La différence est le mot « console » apparaissant après salesforce.com. Utilisez cela à votre avantage :

Regex de Service Cloud :

.*cs2.salesforce.com/console.*

Pour SFDC, utilisez l'anticipation négative pour exclure toute URL où la « console » suit salesforce.com :

SFDC regex :

.*cs2.salesforce.com/(? !console).*

Cela correspond à https://cs2.salesforce.com/home/home.jsp mais pas à https://cs2.salesforce.com/console.