Customisation (Interface Nesting)

Customisation—often overlapping with the “Privacy Maze” or “Adding Steps” patterns—is a structural dark pattern that weaponizes interface depth to manipulate user consent. It occurs most frequently in Consent Management Platforms (CMPs) and privacy settings where the interface places the business-favorable macro-action (e.g., “Accept All”) on the primary, immediate layer of the interface. Conversely, the user-favorable equivalent (e.g., “Reject All” or granular opt-outs) is actively banished to a secondary or tertiary “Customise” menu. By forcing the user to navigate away from their primary task into a complex settings matrix, the interface imposes an artificial behavioral tax—punishing users who attempt to exercise their autonomy with increased cognitive load and time expenditure.

Path Depth Asymmetry

Orbit — Customize privacy

Manage your cookie choices

We and our partners use cookies to improve your experience and serve personalised ads. By clicking “Accept All” you agree to all purposes.

Condition 1: Path Depth Asymmetry

d (S_{0}, S_{accept_all}) = 1 \land d (S_{0}, S_{reject_all}) \geq 2

Given

To quantify the structural hurdle of reaching a user-favorable state, we model the interface as a state transition graph

G = (V, E)

. Let

S_{0}

be the initial, primary layer rendered to the user, and

d (S_{0}, S_{target})

be the minimum topological depth (number of required interactions) to reach a terminal state. The feature triggers if the depth to achieve the provider-favorable state (

S_{accept_all}

) is minimal, while the user-favorable state (

S_{reject_all}

) requires traversing into a nested customization layer

S_{custom}

. This ensures the path of least resistance is mathematically biased toward the provider:

Visual Indentation Depth of Privacy Controls

Orbit — Advanced controls

Privacy settings

mean offsetX 34.0px

Interest-based advertisingNested settingBehavioural profilingNested setting

Condition 2: Visual Indentation Depth of Privacy Controls

\frac{1}{∣ N _{privacy} ∣} n \in N_{privacy} \sum offsetX (n) > τ_{indent}

Given

To establish a visual baseline for Customisation Interface Nesting, the algorithm traverses the rendered privacy-settings subtree and measures the cumulative horizontal offset of each toggle from the root settings container. The feature triggers if the mean indentation depth—computed from CSS box-model offsets—exceeds a threshold

τ_{indent}

, indicating that privacy-preserving options have been visually obfuscated beneath layers of hierarchical nesting:

Semantic Obfuscation of Privacy Toggle Labels

Orbit — Data settings

Data & personalisation

Some labels need clarification

Interest-based advertisingNo plain-language explanation provided.Cross-device graph linkageNo plain-language explanation provided.Programmatic data monetisationNo plain-language explanation provided.Behavioural cohort segmentationNo plain-language explanation provided.Third-party audience enrichmentNo plain-language explanation provided.

Condition 3: Semantic Obfuscation of Privacy Toggle Labels

\frac{∣ { w \in L ( N _{privacy} ) : w \in D _{jargon} } ∣}{∣ L ( N _{privacy} ) ∣} > τ_{jargon}

Given

To establish a semantic baseline for Customisation Interface Nesting, the algorithm evaluates the FKGL readability and technical-jargon density of labels describing privacy-relevant toggles. The feature triggers if privacy-toggle labels contain domain-specific technical terminology (“interest-based advertising,” “cross-device graph linkage”) without accompanying plain-language explanations, quantified as a jargon ratio exceeding

τ_{jargon}