An official source overview of DSA requirements by service tier, from intermediary-service baseline duties through hosting, platform, marketplace, VLOP and VLOSE obligations.
Use it to identify the specific DSA control set for notice and action, statements of reasons, complaints, trader checks, advertising, recommenders, transparency reports, systemic-risk work, audits, data access and enforcement readiness.
The Digital Services Act has applied generally since 17 February 2024 and does not impose one flat checklist on every digital service. It layers duties by service type: all have baseline obligations; hosting services add notice, action and statement-of-reasons duties; online platforms add complaint, dispute, advertising, recommender and transparency duties; marketplaces that let consumers contract with traders add trader-traceability and product-interface duties; and designated very large online platforms and very large online search engines carry systemic-risk, audit, data-access and enhanced transparency obligations four months after notification of designation.
1
Section 1
Classify the DSA service tier first
Start with the service actually offered in the EU. The DSA covers and then adds obligations for hosting services, online platforms, online marketplaces, and designated very large online platforms or very large online search engines. A product can have more than one service surface, so classify each surface separately instead of assigning one global label.
The minimum requirements record should identify the service, EU targeting or establishment facts, service tier, whether the micro or small enterprise exclusions are relevant, average monthly active recipient reporting status for platforms or search engines, and whether the Commission has designated the service as a VLOP or VLOSE. Under Recommendation 2003/361/EC, a microenterprise has fewer than 10 staff and annual turnover or annual balance-sheet total no higher than EUR 2 million; a small enterprise has fewer than 50 staff and annual turnover or annual balance-sheet total no higher than EUR 10 million. Apply the Recommendation's partner- and linked-enterprise calculations before relying on either DSA exclusion. For the Article 19 online-platform exclusion, record the 12-month continuation after loss of micro or small status and the exception for a designated VLOP.
All : keep authority and user contact points, clear terms, legal representative data where the provider has no EU establishment, and annual content-moderation transparency reporting unless the micro or small enterprise reporting exclusion applies.
Hosting services: add an electronic notice-and-action mechanism, notice processing records, affected-user statements of reasons, and escalation for suspected criminal offences involving threats to life or safety.
Online platforms: add internal complaints, certified out-of-court dispute information, trusted-flagger priority, misuse suspension policies, ad disclosures, recommender transparency, and DSA Transparency Database submissions for statements of reasons.
Marketplace platforms that let consumers conclude distance contracts with traders: add trader identification, verification, retention, consumer-facing trader disclosures, compliance-by-design listing fields, random checks against official databases, and illegal-product consumer notifications.
VLOPs and VLOSEs: confirm the Commission designation and track the enhanced duties that apply four months after notification, including systemic-risk assessment, mitigation, compliance function, independent audit, recommender choice, ad repository, data access and six-month transparency reporting.
Notice, action, statements of reasons and complaints
Hosting services need a notice-and-action mechanism that collects enough information to identify the alleged illegal content without a detailed legal investigation: explanation, exact electronic location, notifier contact details where required, and a good-faith statement. The provider must acknowledge receipt when it has contact details, decide in a timely, diligent, non-arbitrary and objective way, and tell the notifier the decision and redress options.
When a hosting provider restricts content, monetisation, service access or an account because user-provided information is allegedly illegal or incompatible with terms, it must give affected recipients a clear statement of reasons where contact details are known. Online platforms covered by Article 24(5) must also send statements of reasons to the Commission's DSA Transparency Database without personal data; record any Article 19 exclusion for a qualifying micro or small provider.
Notice intake fields: alleged illegality explanation, exact URL or other location, notifier name and email, good-faith confirmation, timestamp, content category, trusted-flagger status, and whether automation helped process the notice. Do not require name and email for notices concerning offences covered by Articles 3-7 of Directive 2011/93/EU.
Decision record fields: action taken or not taken, legal or terms basis, facts and circumstances relied on, automation used, territorial scope, duration, redress options, and timing from notice receipt to decision.
Statement-of-reasons controls: provide the affected user with restriction type, factual basis, legal or contractual ground, automation information where applicable, and clear redress information.
Complaint controls for online platforms: keep a free electronic internal complaint system available for at least six months after the moderation decision, handle complaints with qualified staff supervision, and record reversals and median handling times for reporting.
Out-of-court dispute controls: display clear access information for certified bodies, track disputes, outcomes, median completion time and the share of body decisions implemented.
Platform, marketplace, advertising and recommender requirements
Online platforms need user-facing governance controls beyond hosting. The requirements file should connect terms, moderation, complaints, ads, recommender systems, protection of minors and misuse policies to product surfaces that users actually see.
Marketplace-style platforms have a separate Article 30-32 control set. They should not treat trader onboarding as a purely commercial KYC workflow: the DSA requires specified trader data, best-efforts reliability checks, secure retention for six months after the contractual relationship ends, selected trader information displayed to consumers, and consumer notifications when an illegal product or service is discovered.
Terms and moderation: disclose content moderation policies, procedures, measures and tools, including algorithmic decision-making and human review, in clear terms; VLOPs and VLOSEs also need a concise machine-readable terms summary and Member State language coverage where they offer services.
Ads on online platforms: show that content is an advertisement, identify the person on whose behalf it is shown, identify who paid if different, explain main targeting parameters, let users declare commercial communications, and avoid profiling ads based on special-category data.
Minor-related advertising: when an online platform is aware with reasonable certainty that a recipient is a minor, do not present profiling-based ads using that recipient's personal data.
Recommenders: state main recommender parameters in plain language, explain why information is suggested and the relative importance of the parameters, and provide accessible controls when options are available.
Trader traceability: collect trader identity, address, phone, email, ID or electronic identification, payment account, trade-register data where applicable, and self-certification to offer only compliant products or services.
Marketplace product interface: enable traders to provide product or service identification, economic-operator contact details where required, and applicable labelling, marking, product-safety and compliance information.
Illegal-offer notices: when Article 32 is triggered, inform identifiable consumers who bought the illegal product or service through the platform during the six months before awareness; publish the same core information where not all affected consumers can be contacted.
Transparency reporting and public disclosure records
DSA transparency reporting is not one report for every provider. All in scope publish annual content-moderation reports unless an exclusion applies; hosting services report notice data; online platforms add dispute and misuse-suspension data; and VLOPs and VLOSEs publish enhanced reports at least every six months. Article 42 adds moderation staffing, qualifications, linguistic expertise, and language-level accuracy fields for VLOPs, while both VLOPs and VLOSEs report active recipients by Member State. Risk, mitigation, audit, audit-implementation, and consultation materials follow the separate Article 42(4) publication path.
The implementing transparency templates make reporting operational. A useful DSA requirements register should therefore maintain the raw counters, report period, service name, Member State order data, notice-and-action data, complaint and dispute data, automated-moderation descriptions, AMAR numbers, staffing and language fields, methodology notes, and links to each published report.
Article 24 platform report evidence: out-of-court dispute numbers, outcomes, median completion times, implementation share, misuse suspensions, and average monthly active recipient publications for each platform or search engine.
Article 42 report evidence: for VLOPs and VLOSEs, keep the six-month cadence and AMAR by Member State; for VLOPs, also keep content-moderation human resources by official EU language, staff qualifications and linguistic expertise, training and support, and accuracy indicators by language.
Statement database evidence: platform registration, API or webform submission path, personal-data removal checks, submission logs, schema validation results, rejected-submission handling and daily reconciliation against internal moderation decisions.
Report publication controls: use stable public URLs, preserve prior reports where available, record reporting period start and end dates, and keep methodology changes with the report they affect.
VLOP and VLOSE systemic-risk, audit and data-access duties
A designated VLOP or VLOSE needs a separate enhanced-obligations workstream. The Commission designation is based on average monthly active recipients in the EU meeting the DSA threshold, and the enhanced duties apply to the designated service rather than every product operated by the same company.
The practical requirement is a traceable risk and assurance system: annual and change-triggered risk assessments, mitigation design, board and compliance-function oversight, independent audit, audit implementation, public reporting, data access for regulators and vetted researchers, recommender options not based on profiling, and a public ad repository where advertising is presented.
Risk assessment scope: illegal-content dissemination, fundamental-rights impacts, civic discourse and electoral processes, public security, gender-based violence, public health, minors, and serious effects on physical and mental well-being.
Risk-factor review: recommender and other algorithmic systems, content moderation systems, terms enforcement, advertising systems, data practices, intentional manipulation, automated exploitation and regional or linguistic risks.
Mitigation evidence: design or feature changes, terms changes, moderation process changes, algorithmic and recommender testing, advertising-system changes, internal resources, trusted-flagger or dispute-body cooperation, codes of conduct, interface notices and child-protection measures.
Audit evidence: independent-auditor selection, independence and conflict checks, audit scope, methodology, findings, opinion, recommendations, audit implementation report within one month for non-positive opinions, and publication package within the DSA timing rules.
Data-access evidence: regulator requests, data and algorithm explanations, vetted-researcher request handling, security or trade-secret concerns, proposed alternatives, API or database access controls, and public-data access for qualifying researchers.
Additional transparency: non-profiling recommender option for each recommender system and searchable ad repository with ad content, sponsor, payer, presentation period, targeting parameters and reach information.
DSA enforcement is split between national Digital Services Coordinators and the Commission. Member States designate competent authorities and a Digital Services Coordinator for national supervision and enforcement, while the Commission has exclusive competence for the enhanced VLOP/VLOSE obligations and shares competence for other obligations imposed on those services.
A requirements overview should therefore include an enforcement evidence index. The index should make it possible to answer authority requests quickly without over-collecting personal data: source article, service tier, owner, production system, evidence store, publication URL, last report, complaint route, authority contact point, and escalation owner for Commission or Digital Services Coordinator requests.
Which DSA requirements apply first to an online service?
Classify the service tier first. Baseline intermediary-service duties apply broadly, hosting services add notice-and-action and statements of reasons, online platforms add complaint, dispute, ads, recommender and reporting duties, marketplaces add trader traceability, and designated VLOPs/VLOSEs add systemic-risk, audit, data-access and enhanced reporting duties.
Do all DSA services need VLOP or VLOSE risk assessments and audits?
No. The systemic-risk, independent-audit, ad-repository, vetted-researcher data-access and non-profiling recommender-option duties are enhanced duties for services designated by the Commission as VLOPs or VLOSEs.
What evidence should a DSA requirements register keep?
Keep the service-tier analysis, Article mapping, notice and moderation logs, statements of reasons, complaint and dispute records, trader checks where relevant, ad and recommender disclosures, transparency-report inputs and publications, AMAR publications, VLOP/VLOSE risk and audit files, data-access requests, authority communications and source URLs.
Digital Services Coordinator readiness: maintain contact-point records, legal-representative records where applicable, authority order logs, complaint status data and ability to produce information without undue delay.
Commission readiness for VLOPs/VLOSEs: keep RFI response owners, algorithm and recommender documentation, data-access request playbooks, audit files, compliance-function records and management-body risk approvals.
Penalty awareness: the DSA sets maximum fines of 6% of annual worldwide turnover for obligation failures and 1% for incorrect, incomplete or misleading information or failures related to replies and inspections; periodic penalty payments can also apply.
Service restriction as last-resort risk: the DSA gives Digital Services Coordinators and the Commission escalation routes for serious, continuing infringements, subject to procedural safeguards and judicial involvement where required.
Visitor takeaway: do not start with a generic DSA project plan; start with the service tier, then build the exact evidence set required for that tier's notice, redress, transparency, marketplace, advertising, recommender, risk, audit and data-access duties.
Build a DSA requirements register around the service tier
Sorena can help convert the DSA requirements on this page into article mappings, owner assignments, evidence requests and reusable review checks for intermediary, hosting, platform, marketplace, VLOP and VLOSE obligations.
Commission overview of designation, four-month compliance timing and enhanced VLOP/VLOSE duties including audits, data access, recommender options and ad repositories.