IBX-11237: websiteId section added

[julitafalcondusza]

Question	Answer
JIRA Ticket	(https://github.com/ibexa/connector-raptor/pull/13)
Versions	5.0

Checklist

• Text renders correctly
• Text has been checked with vale
• Description metadata is up to date
• Redirects cover removed/moved pages
• Code samples are working
• PHP code samples have been fixed with PHP CS fixer
• Added link to this PR in relevant JIRA ticket or code PR

[github-actions]

Preview of modified files

Preview of modified Markdown:

• docs/templating/twig_function_reference/recommendations_twig_functions.md

[github-actions]

Summary

Status	Count
🔍 Total	760088
🔗 Unique	15033
✅ Successful	7274
⏳ Timeouts	0
🔀 Redirected	0
👻 Excluded	752813
❓ Unknown	0
🚫 Errors	1
⛔ Unsupported	0

Errors per input

Errors in site/templating/twig_function_reference/recommendations_twig_functions/index.html

• [ERROR] https://content.raptorservices.com/help-center/user-tracking-understanding-soft-ids-hard-ids-raptor-identity-matching#:~:text=IDs%3A-,UserId%20%28Website%20ID (at 14431:29) | Cannot find fragment

Full Github Actions output

[mnocon]

This is a confusing concept, and to make it clearer we need to provide better description of the use cases where the custom id should be provided.

The example with websiteId: 'ibexa_user_get_current().login' is not enough for two reasons:

• it does not handle the anonymous user, for which the website id should not be set (at least that's how I understand this)
• it's not clear whether it's recommended and better than the default behaviour - because by default, user id is sent as website id:

https://github.com/ibexa/connector-raptor/blob/1b622a028435145e513dc14b6cee8dd14bd076a4/src/lib/Tracking/ContextProvider/LoggedInUserWebsiteIdContextProvider.php#L20-L25 , based on user remote identifier:

https://github.com/ibexa/connector-raptor/blob/1b622a028435145e513dc14b6cee8dd14bd076a4/src/lib/Tracking/TrackingIdentifierProvider.php#L146-L159

The use cases I'm thinking of where providing a custom website id might be needed:

• custom CRM scenario - if you store information about your customers in an external CRM system, you might use one of the identifiers stored there and send that instead of the default value
• B2B scenario - send company identifier (the company the user belongs to) instead of an ID of a single user to track actions of the whole company, not a single user

[mnocon]

Looks good, just some small things to fix - formatting and applying Rector suggestion being the most important

[mnocon]

Thanks!