# Deprecation of segments - Alternative

**URL:** <https://discuss.liferay.com/t/deprecation-of-segments-alternative/875>\
**Category:** Product Ideas\
**Tags:** aligned-with-roadmap, product, pages\
**Created:** [August 13, 2026, 3:22pm UTC](https://discuss.liferay.com/t/deprecation-of-segments-alternative/875 "2026-08-13T15:22:12Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![andreasf](https://dub1.discourse-cdn.com/flex014/user_avatar/discuss.liferay.com/andreasf/32/314_2.png) [@andreasf](https://discuss.liferay.com/u/andreasf)\
**Post date:** [August 13, 2026, 3:22pm UTC](https://discuss.liferay.com/t/deprecation-of-segments-alternative/875/1 "2026-08-13T15:22:12Z")

</div>

Our customer has highly regionalised content and various user groups. They are directly impacted by the deprecation of segments, because they are an integrated part of their current solution. Currently, around 200 segments have been created. This feature request is to provide you all the required information about the use case. If required, our customer is open for deeper discussions on the topic.

**What is the problem you are trying to solve?**

Our customer needs to make content available based on a selection of:

- business units
- countries/regions
- user groups
- cookie data.

This means that they assign **roles** and **personalise collections** based on a combination of multiple user groups and country assignments.

The user groups are managed in Microsoft Entra and imported into Liferay. The countries, as well as other user attributes, are imported into Liferay during SAML authentication.

_Example: Portal homepages:_

On the Portal homepage, tiles link to the sites. The online shop is accessible to dealers, retail- and sales customers from the EMEA, Americas, India, Australia and Southern Africa regions; distributors, retail and sales customers from other regions are granted access to different shops or none at all. The content available to these user groups also differ. Whilst dealers are permitted to view our price lists, customers are not allowed to access this information. Naturally, there are also price lists for different regions.

They use **segments** to assign the combination of **groups** and **countries** to different **roles** , to which we then grant authorisation for the tiles and content.

**Example for Segments:**

- DEALERS-France:  
User Group equals _6000\_F_ AND _DEALERS_  
 → **Dealers which are assiciated with their Company in France**

- Indian-Region-Users:

- WORKSHOP-CONS:

**Example of jobs on the global website:**

Here they use collections which are organised differently for regions such as Spain or India than for EMEA.

The HR departments in each region offer different services and, naturally, have different points of contact and legal requirements.

To personalise the collections, we use the segments derived directly from the country assignments. Similarly, our company and product information is filtered and displayed according to region.

**Example for Segments:**

- REGION-Spain:  
Cookies Equals country\_id=36190 OR country\_id=36144  
 **→ Cookies set for Spain or Portugal**

**Example: internal services for our global staff**

We currently serve staff from four different business divisions, which are in turn subdivided into individual companies.

These individual companies differ not only by country but also by product group. Internal users therefore have the company and country specified in their user attributes and are members of an internal user group, a company group and groups that specify the product area.

Thanks to this segmentation, internal users only see company content and offerings relevant to their country and product group.

Specifically, service information, for example, is provided depending on the products sold in the region and the product groups.

**Example for Segments:**

- IMX-Users:  
User Group Equals _IMX_ OR _Slovenia SI_  
 **→ Two Companies for one product group**

- P-USERS:

**What is your project about? (e. g. Intranet, Partner Portal, Enterprise Website, etc)**

Global Websites, Product Websites, Microsites, Intranet and Partner Portal for 3 brands, Partner Portal for a 4th brand

**What is your proposed solution? (optional)**

Keeping segments alive or use another mechanism with the same functionality

---

<div class="post-metadata">

**Author:** ![Luiz\_Jardim](https://dub1.discourse-cdn.com/flex014/user_avatar/discuss.liferay.com/luiz_jardim/32/304_2.png) [@Luiz\_Jardim](https://discuss.liferay.com/u/Luiz_Jardim)\
**Post date:** [August 24, 2026, 2:44pm UTC](https://discuss.liferay.com/t/deprecation-of-segments-alternative/875/2 "2026-08-24T14:44:07Z")

</div>

Thanks for sharing @andreasf, we are preparing a document to better communicate about our direction with the deprecation of DXP segments and also the introduction of LDP Segments + DXP Audiences (plus form rule builder for application use cases). Lets have a follow up sync about this so we can get into more details and help the customer solving their use case in the easiest way possible.

---

<div class="post-metadata">

**Author:** ![kgolebiowski](https://dub1.discourse-cdn.com/flex014/user_avatar/discuss.liferay.com/kgolebiowski/32/418_2.png) [@kgolebiowski](https://discuss.liferay.com/u/kgolebiowski)\
**Post date:** [October 14, 2026, 8:21am UTC](https://discuss.liferay.com/t/deprecation-of-segments-alternative/875/3 "2026-10-14T08:21:24Z")

</div>

Hi @Luiz_Jardim and @andreasf , this is also an issue for us. Do you maybe have any updates on the way forward in this area?

---

<div class="post-metadata">

**Author:** ![Luiz\_Jardim](https://dub1.discourse-cdn.com/flex014/user_avatar/discuss.liferay.com/luiz_jardim/32/304_2.png) [@Luiz\_Jardim](https://discuss.liferay.com/u/Luiz_Jardim)\
**Post date:** [October 21, 2026, 11:34pm UTC](https://discuss.liferay.com/t/deprecation-of-segments-alternative/875/4 "2026-10-21T23:34:44Z")

</div>

Hey @andreasf @kgolebiowski, we are working to integrate audiences to page experiences and collections personalization. Soon more will come to allow you to build more in case your use cases are for session attributes without the need of LDP.

---

<div class="post-metadata">

**Author:** ![andreasf](https://dub1.discourse-cdn.com/flex014/user_avatar/discuss.liferay.com/andreasf/32/314_2.png) [@andreasf](https://discuss.liferay.com/u/andreasf)\
**Post date:** [October 22, 2026, 2:34pm UTC](https://discuss.liferay.com/t/deprecation-of-segments-alternative/875/5 "2026-10-22T14:34:13Z")

</div>

Hi Luiz, thanks for the update - looking forward to more information on this topic.
