Breve descripción general

Al configurar una extensión de WalkMe, utilizas regex para definir los dominios a los que debe inyectar WalkMe. Este artículo cubre las pautas generales de regex y ejemplos específicos de plataforma para Salesforce, Workday y SuccessFactors.

Directrices generales

Sé específico pero flexible

Regex debe ser lo más específico posible mientras sigue trabajando en diferentes páginas. Utiliza prefijos específicos del cliente para lograr este equilibrio.

Utiliza regex diferente para cada entorno

Cada entorno debe tener su propio regex único. Utiliza prefijos para diferenciar entre producción y sandbox.

Siempre envuelve regex con .*

Comienza y termina cada cadena de regex con .*

Reemplaza los números con .*

En lugar de utilizar dígitos específicos, utiliza .* en su lugar.

Escapa los puntos con \

Poner siempre un \ antes de cada punto.

No escapes de los guiones

Utiliza (primero|segundo) para varios prefijos

Para incluir una URL con dos o más prefijos diferentes, utiliza (primero|segundo|tercero) donde aparecen los prefijos.

Utiliza lookahead negativo para excluir palabras

Para excluir una palabra específica de una coincidencia, utiliza (?!word).

Combina varios regex con |

Para incluir más de un regex en un paquete, separa cada uno con | y sin espacios.

Regex reconoce las mayúsculas y minúsculas.

Haz coincidir siempre el uso exacto de mayúsculas y minúsculas de la URL en tu regex.

Regex de dominio más estricto.

En algunos casos, es posible que debas restringir la inyección a un iFrame específico, al tiempo que evitas que WalkMe se cargue en otros iFrames que hacen referencia al mismo dominio.

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

Regex específico de la aplicación

Salesforce

Las extensiones de Salesforce requieren un cuidado adicional debido a la varianza entre las páginas y la presencia de iFrames de análisis.

Al crear la extensión:

• Utiliza un lookahead negativo para evitar el servidor de sesiones y otras inyecciones innecesarias: (?!/(login/sessionserver|s\.gif)
• Utiliza la lógica "o" dentro de un paquete en lugar de crear dos extensiones separadas
• El prefijo del servidor ("na", "ap", "eu", "cs") generalmente se mantiene igual: sigue con la URL que tienes.

Entornos de prueba

Salesforce Classic:

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

Salesforce Lightning:

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

Consola de Salesforce

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

Entornos de producción

Salesforce Classic:

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

Salesforce Lightning:

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

Consola de Salesforce

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

Workday®

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

Producción: .*myworkday\.com/customername.*

SuccessFactors

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

Producción: .*performancemanager.*\.successfactors\.com.*

Distinguir entre URL similares

Al configurar extensiones para plataformas con URL similares, por ejemplo, Salesforce estándar y Salesforce Service Cloud, utiliza regex para diferenciar entre ellas.

URL normal de SFDC: https://cs2.salesforce.com/home/home.jsp?tsid=02u0000000000hV

URL de Service Cloud: https://cs2.salesforce.com/console?tsid=02u50000000e56v

La diferencia es que la palabra "consola" aparece después de salesforce.com. Utiliza esto para tu ventaja:

Regex de Service Cloud:

.*cs2.salesforce.com/console.*

Para SFDC, utiliza un lookahead negativo para excluir cualquier URL donde "console" siga a salesforce.com:

SFDC regex:

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

Esto coincide con https://cs2.salesforce.com/home/home.jsp, pero no con https://cs2.salesforce.com/console.