DMA Articles 5, 6 and 7 Core Obligations by Obligation
This page helps translate each DMA core obligation into the affected core platform service, product or legal evidence, owner, and Article 11 reporting artifact.
The focus is the operating record a designated gatekeeper needs for each listed core platform service: what the rule requires, where the product changes live, who can prove them, and what belongs in the compliance report.
The EU Digital Markets Act requires paragraph-by-paragraph work across Articles 5, 6 and 7. Map each obligation to each listed in the gatekeeper designation decision, then back the conclusion with product measures, user journeys, technical changes, terms, metrics, and supporting data that can be reported under Article 11.
1
Section 1
Start the matrix from the designated core platform service, not the company org chart
Article 3 requires the Commission to list the relevant core platform services in the gatekeeper designation decision, and Article 3(10) ties the Articles 5, 6 and 7 compliance clock to those listed services. The obligation matrix should therefore have one row per designated , not one row per internal product team.
Use the Commission gatekeepers page and the designation decision to name the affected service. Then attach the legal obligation, the user group protected by the obligation, the product surface where the obligation is implemented, and the evidence package that will support the Article 11 report.
Read the designation decision for exceptions. Under Article 17(4), a gatekeeper designated because it foreseeably will have an entrenched and durable position may be made subject only to specified paragraphs of Articles 5 and 6. Article 9 suspension and Article 10 exemption also require Commission decisions and apply only to the obligation and service covered by those decisions.
Affected CPS: record the exact listed , such as an app store, search engine, operating system, web browser, online social network, number-independent interpersonal communications service, online intermediation service, or online advertising service.
Legal owner: competition counsel owns the article and paragraph interpretation, including whether an obligation cannot by nature apply to the listed service.
Product owner: the accountable product lead owns user journeys, interfaces, defaults, access mechanisms, request intake, and terms changes.
Compliance-report artifact: create a standalone annex per and applicable obligation, aligned to the Commission Article 11 template.
Decision status: record applicable, cannot by nature apply with reasons, subject to a Commission-specified measure, suspended by Commission decision, exempted by Commission decision, or pending remediation. Do not use a blank cell as an applicability conclusion.
Article 5 obligations: commercial freedom, consent, tying, and ads transparency
Article 5 obligations apply to each listed and are framed as direct rules for gatekeepers. They should be converted into product controls only where the listed service has the relevant data, business-user, end-user, payment, identity, browser, registration, or advertising surface.
The evidence package should show the before-and-after product or policy state, not just a legal assertion. For example, Article 5(2) needs consent and data-combination evidence; Article 5(3) to 5(5) need business-user contract and journey evidence; Article 5(7) and 5(8) need tying and registration controls; Article 5(9) and 5(10) need daily advertiser and publisher transparency records.
Article 5(2): data governance, privacy engineering, ads, identity, and consent owners should evidence restrictions on combining, cross-using, signing-in, or processing personal data for online advertising unless the required end-user consent choice exists.
Article 5(3): marketplace, app store, booking, or other intermediation product owners should evidence that business users can offer different prices or conditions through third-party channels or direct sales channels.
Article 5(4) and 5(5): business-user communications, contracting, subscription access, entitlement recognition, and account-linking evidence should show that end users can access items acquired outside the gatekeeper CPS where the article applies.
Article 5(6): legal operations and developer or seller support should preserve complaint-channel terms and records showing business users and end users are not restricted from raising non-compliance issues with public authorities or courts.
Article 5(7) and 5(8): payments, identity, browser-engine, registration, and account-creation owners should prove that use of one gatekeeper service, payment, browser engine, or identification service is not imposed as a condition where the article prohibits it.
Article 5(9) and 5(10): ads transparency owners should maintain daily advertiser and publisher information outputs covering prices, fees, remuneration, deductions, surcharges, and calculation metrics, including consent-dependent publisher or advertiser data handling.
Article 6 obligations: data use, defaults, interoperability, portability, access, ranking, and FRAND terms
Article 6 obligations are also mapped per listed , but Article 8 allows the Commission to specify measures for Article 6 obligations. The obligation matrix should therefore include both the statutory duty and any specification, request, API, or technical reference process that affects implementation.
Do not summarize Article 6 as a single duty to be open or fair. The operational evidence differs sharply by paragraph: some rows need non-public data firewalls, others need uninstall or choice-screen evidence, others need OS or virtual-assistant interoperability, ad-measurement access, data portability, business-user data access, search-data access, access terms, or termination terms.
Article 6(2): business-data and competition owners should evidence controls preventing the gatekeeper from using non-public business-user data to compete with those business users.
Article 6(3) and 6(4): OS, browser, virtual-assistant, app-installation, and app-store owners should keep uninstall, default-setting, choice-prompt, third-party app installation, default-change, security, and integrity justifications.
Article 6(5): search, ranking, indexing, crawling, marketplace, social, and ads-ranking owners should evidence transparent, fair, and non-discriminatory ranking conditions and absence of more favourable treatment for the gatekeeper's own services.
Article 6(6): switching and subscription owners should evidence that technical or contractual restrictions do not block end users from switching between or subscribing to different apps and services reached through the CPS.
Article 6(7): OS and virtual-assistant owners should maintain interoperability request intake, technical references, access decisions, security justifications, and feature-level implementation evidence for hardware, software, services, and supporting services.
Article 6(8): advertising measurement owners should maintain request records and access packages for advertisers, publishers, and authorised third parties to use performance measurement tools and data for independent verification.
Article 6(9) and 6(10): data portability and business-user data access owners should document request flows, authorised third-party flows, continuous and real-time access mechanisms where required, consent handling, data categories, API availability, and service reliability.
Article 6(11) and 6(12): search and access-terms owners should keep evidence of fair, reasonable, and non-discriminatory search-data terms and published general access conditions for app stores, search engines, and online social networking services, including dispute mechanisms. Article 6(11) does not state that access is free of charge; do not treat it as one of the free-access duties in Articles 6(8), 6(9), and 6(10).
Article 6(13): service-termination owners should document termination conditions and evidence that termination can be exercised without undue difficulty.
Article 7 is specific to gatekeepers that provide number-independent interpersonal communications services listed in the designation decision. It should not be applied to unrelated core platform services merely because the group operates other digital products.
For an affected messaging service, the owner set is narrower and more technical: messaging product, protocol engineering, security, privacy, legal, developer relations, and partner intake. The evidence should show the reference offer, request handling, technical interfaces or similar solutions, security and end-to-end encryption treatment, personal-data minimisation, and implementation status for the basic functionalities that the gatekeeper itself provides.
Affected CPS: only map Article 7 to a listed number-independent interpersonal communications service.
Product/legal evidence: preserve the published reference offer, general interoperability terms, request records, scope of requested basic functionalities, and reasons for rejecting or narrowing requests.
Technical evidence: maintain interface specifications, protocol decisions, test results, security reviews, privacy reviews, and records showing requested basic functionalities were made operational where the request was reasonable.
Security evidence: document how the level of security, including end-to-end encryption where applicable, is preserved across interoperable services.
Data evidence: show that personal data collected or exchanged for interoperability is limited to what is strictly necessary and handled under applicable data-protection and privacy law.
Timing evidence: track the Article 3(10) six-month compliance period for one-to-one text messaging and specified attachments, the two-year period for group text messaging and specified attachments shared between a group chat and an individual end user, the four-year period for voice and video calls between two individual end users and between a group chat and an individual end user, and the three-month period after a reasonable request for making the requested basic functionalities operational.
Article 11 evidence: what to keep for every obligation row
Article 8 requires gatekeepers to ensure and demonstrate effective compliance with Articles 5, 6 and 7. Article 11 then requires a detailed and transparent report on measures implemented, plus a non-confidential summary. The Commission template turns that into a practical evidence standard for each CPS-obligation row.
For every row, keep enough evidence for a reviewer to reconstruct the measure: what changed, when it changed, which products and devices it covers, where it applies, what technical changes were made, what user or business-user experience changed, what terms or remuneration flows changed, what parties were consulted, what alternatives were rejected, what testing was done, and which indicators show the measure is effective.
Reassess a row after a designation change, delegated act, Commission specification or non-compliance decision, product release, changed term or fee, new data use, API or interface change, metric deterioration, complaint pattern, security finding, or annual Article 11 update. The owner should record the new conclusion and retain the prior evidence rather than overwriting the history.
Should a DMA gatekeeper map Article 5, 6 and 7 obligations by product team or by ?
Map them by each listed in the Commission designation decision. Product teams can own evidence, but Article 3(9), Article 3(10), and the Article 11 template frame compliance around the listed CPS and each applicable obligation.
What is the minimum evidence for a DMA Article 11 obligation row?
Keep a compliance statement, the article and paragraph, the affected CPS, the implemented measure, pre- and post-change facts, product and geographic scope, technical changes, customer-experience changes, terms or fee changes where relevant, supporting data, indicators, owner approvals, and any reason an obligation is not applicable.
Can a DMA obligation row be marked not applicable without explanation?
No. The Commission Article 11 template permits omission only where a specific Article 5, 6, or 7 obligation cannot by nature apply to the relevant , and the gatekeeper must explain why. A Commission suspension, exemption, or limited Article 17(4) designation should be recorded separately with the decision and scope.
Compliance statement: a dated statement naming the undertaking, the article and paragraph, the listed CPS, and the compliance position.
Measure description: pre-designation controls, post-designation changes, product scope, geographic scope, technical implementation, and affected user journeys.
Product artifacts: screenshots, click-by-click descriptions, demos, API documentation, request forms, developer portal materials, dashboards, consent forms, choice screens, warning messages, terms, policies, and pricing or fee records.
Data artifacts: raw supporting data ready for Commission request, disaggregated indicators where useful, consent rates where relevant, A/B test or survey methodology, actual-impact metrics, and reliability metrics for APIs or access tools.
Sorena can help convert this Articles 5, 6 and 7 matrix into cited owner assignments, product evidence requests, and Article 11 compliance-report annexes for designated core platform services.
Commission template specifying the minimum information expected in DMA compliance reports, including standalone annexes per CPS and applicable obligation.