Artifact GuideEU

EU Digital Markets Act (DMA) Self-Preferencing: Compliance Examples

Design ranking and discovery systems that don't favour first-party services.

Focused on Article 6(5): ranking/indexing/crawling fairness + the evidence you need to prove it.

Author
Sorena AI
Published
Feb 21, 2026
Updated
Feb 23, 2026
Sections
5

Structured answer sets in this page tree.

Primary sources
3

Cited legal and guidance references.

Publication metadata
Sorena AI
Published Feb 21, 2026
Updated Feb 23, 2026
Overview

DMA Article 6(5) prohibits gatekeepers from treating their own services and products more favourably in ranking and related indexing/crawling than similar third-party services. Compliance is not just "remove a banner" - it requires ranking governance, experimentation controls, bias testing, and clear documentation of how ranking parameters are applied.

Section 1

What the DMA requires (Article 6(5))

Article 6(5) requires that the gatekeeper must not treat more favourably, in ranking and related indexing/crawling, services and products offered by the gatekeeper itself than similar services or products of a third party.

It also requires transparent, fair, and non-discriminatory conditions for ranking. That implies governance, explainability, and repeatable testing.

  • Scope includes: search results, app store listings, marketplace listings, recommendations, "top picks", auto-suggest, and any surface where ranking or visibility is algorithmically controlled.
  • "Related indexing and crawling" matters for web and app discovery: coverage and freshness decisions can create de facto preference.
  • You need a defensible definition of "similar services/products" for each CPS context.
Section 2

Common self-preferencing patterns (and why they fail)

Self-preferencing often hides in "defaults" and "UX shortcuts": pre-installed placements, privileged UI real estate, or algorithmic boosts that are not visible in policy docs.

If you cannot explain and reproduce your ranking outcomes, you cannot reliably prove non-discrimination.

  • Hard-coded boosts for first-party services (e.g., multipliers, whitelists, hidden quality overrides).
  • Preferential UI treatment: pinned cards, "recommended by platform" labels, default filters favouring first-party categories.
  • Asymmetric eligibility rules: third parties face stricter review criteria, slower indexing, or higher friction for the same distribution outcome.
Section 3

Compliance design patterns that work (engineering + governance)

The goal is not "no ranking" - it is ranking neutrality with consistent rules and measurable checks.

Build a ranking governance model: parameter registry, change control, experiment approvals, and periodic bias testing.

  • Parameter registry: maintain a documented list of ranking features and how they are applied to first-party vs third-party items.
  • Eligibility parity: define consistent inclusion/exclusion rules and apply the same verification thresholds to first-party and third-party items.
  • Testing: run periodic "swap tests" and counterfactual checks to detect first-party advantage not explained by neutral features.
  • Transparency: publish a high-level ranking explanation that is stable across changes and does not rely on vague claims.
Recommended next step

Turn EU Digital Markets Act (DMA) Self-Preferencing: Compliance Examples into an operational assessment

Assessment Autopilot can take EU Digital Markets Act (DMA) Self-Preferencing: Compliance Examples from operationalizing the guidance into a tracked program to a reusable workflow inside Sorena. Teams working on EU Digital Markets Act (DMA) can keep owners, evidence, and next steps aligned without copying this guide into separate documents.

Section 4

Examples by CPS: app stores, search, marketplaces, and social discovery

Use these examples as prompts to review your own ranking and discovery surfaces. For each, record the ranking rules, the UX treatment, and the evidence you can produce.

The same pattern can show up in different CPS: a "featured" slot in an app store is structurally similar to a "top results" carousel in search.

  • App store: first-party apps placed above third-party apps for identical queries; first-party apps exempt from certain eligibility requirements; faster indexing for first-party updates.
  • Search: first-party vertical modules (shopping/maps/video) persistently outrank third-party results without neutral relevance justification; crawling/indexing coverage disfavors third-party categories.
  • Marketplace/intermediation: first-party offers receive better placement or badges; default sort prioritizes first-party fulfilment or services without clear user-choice toggles.
  • Social discovery: recommendation systems favour first-party services or formats; privileged distribution for first-party content or features.
Section 5

Evidence checklist (Article 11-style) for self-preferencing compliance

Self-preferencing compliance is easiest to defend when you can show: rules -> implementation -> outcomes -> monitoring.

The Commission's Article 11 reporting template expects detailed explanations and supporting data. Use the evidence checklist below to avoid "trust us" compliance.

  • Ranking documentation: parameter registry, eligibility rules, indexing/crawling policies, and change logs.
  • Outcome evidence: benchmark queries/tests showing parity, with statistical analysis and "why it ranked" explanation.
  • Experiment governance: approvals, guardrails, and monitoring for ranking changes.
  • Remediation playbook: how you respond when tests detect first-party advantage.
Primary sources

References and citations

Related guides

Explore more topics

DMA Applicability Test (Gatekeeper Scoping) | EU Digital Markets Act
A practical DMA applicability test for teams scoping EU Digital Markets Act exposure: core platform service (CPS) mapping, gatekeeper presumption thresholds.
DMA Compliance Checklist (Execution-Ready) | EU Digital Markets Act
An execution-ready EU DMA checklist: CPS scoping, gatekeeper thresholds, designation readiness, Article 5-7 obligation mapping, product/engineering controls.
DMA Compliance Program & Monitoring (Compliance Function + Evidence)
How to build an EU DMA compliance program that survives scrutiny: Article 28 compliance function design, monitoring readiness.
DMA Deadlines & Compliance Calendar (Key Dates) | EU Digital Markets Act
A calendar-ready DMA deadlines guide: application date, gatekeeper notification (2 months), designation (45 working days), 6-month compliance deadline.
DMA Do's and Don'ts for Product Teams | EU Digital Markets Act
Practical DMA do's and don'ts for product and engineering teams: how to avoid self-preferencing, implement choice screens and default changes.
DMA Enforcement: Penalties, Remedies, and Process | EU Digital Markets Act
How EU DMA enforcement works: information requests, monitoring, preliminary findings, non-compliance decisions, commitments, interim measures, remedies.
DMA Fines & Penalties (10% / 20% / 1% + 5% per day) | EU Digital Markets Act
A practitioner guide to DMA penalties: non-compliance fines up to 10% worldwide turnover, repeat infringement fines up to 20%, procedural fines up to 1%.
DMA Obligations List (Articles 5, 6, 7) - By Obligation | EU Digital Markets Act
A detailed, obligation-by-obligation breakdown of the EU Digital Markets Act (DMA): Article 5 restrictions, Article 6 obligations (choice screens, app stores.
DMA vs DSA: What's the Difference? (EU Platform Laws)
A practical comparison of the EU Digital Markets Act (DMA) vs the Digital Services Act (DSA): what each law regulates, who is in scope, core obligations.
EU Digital Markets Act (DMA) Requirements (Articles 5-7)
A deep, execution-ready overview of EU DMA requirements for gatekeepers: Article 5 restrictions, Article 6 obligations (choice screens, app distribution.
EU DMA Compliance Guide (How to Comply) | Digital Markets Act (DMA)
A practical guide to EU Digital Markets Act (DMA) compliance: how to scope CPS, start the 6-month clock after designation, implement Articles 5-7 obligations.
EU DMA FAQ (Gatekeepers, Obligations, Deadlines) | Digital Markets Act
EU Digital Markets Act (DMA) FAQ: what is a gatekeeper, what counts as a core platform service (CPS), what are the key obligations (Articles 5-7).
EU DMA Timeline & Key Milestones | Digital Markets Act (2022/1925)
A grounded EU Digital Markets Act (DMA) timeline: application date, gatekeeper designations, compliance clocks, Article 7 staged interoperability milestones.
Gatekeeper Compliance Checklist (DMA Articles 5-7 + Article 11)
A gatekeeper-focused DMA compliance checklist: what to implement within 6 months per listed CPS, how to structure the Article 11 compliance report.
Gatekeeper Designation Guide (DMA Article 3) | EU Digital Markets Act
A practical guide to DMA gatekeeper designation: core platform service mapping, Article 3 thresholds (45M / 10,000 / EUR 7.5B / EUR 75B).