Competition Law and Metadata Interoperability

1. Introduction

Metadata interoperability refers to the ability of different digital systems, platforms, applications, databases, or service providers to exchange, interpret, and use information describing underlying data in a compatible manner. Metadata may include identifiers, timestamps, user or product attributes, transaction information, classifications, permissions, provenance information, device information, catalogue information, or other descriptive fields.

From a competition-law perspective, metadata interoperability becomes important when a dominant digital undertaking controls the technical standards, APIs, schemas, identifiers, or access mechanisms necessary for competitors to interoperate with its ecosystem.

A refusal to provide metadata interoperability is not automatically an antitrust violation. Competition concerns generally arise where interoperability restrictions:

• exclude actual or potential competitors;
• prevent switching or multi-homing;
• reinforce network effects;
• increase barriers to entry;
• prevent access to an essential input;
• discriminate between the dominant firm's own services and rivals;
• facilitate tying or leveraging;
• restrict data portability;
• reduce innovation; or
• create durable ecosystem lock-in.

The legal analysis therefore combines abuse of dominance, refusal to supply/access, essential facilities principles, discriminatory access, interoperability obligations, tying, self-preferencing, and data-related competition theories.

2. Meaning of Metadata Interoperability

Metadata interoperability has several dimensions.

A. Syntactic interoperability

Different systems must be able to read the same metadata structure.

Example:

Platform A uses customer_ID, while Platform B uses user_identifier.

A common technical schema may allow both systems to understand the information.

B. Semantic interoperability

The systems must understand the meaning of the metadata.

For example:

• "active customer"
• "verified customer"
• "premium customer"

may have different meanings across platforms.

C. Technical interoperability

Systems must have the technical capability to communicate through:

• APIs;
• protocols;
• authentication systems;
• SDKs;
• data formats;
• identifiers;
• access tokens.

D. Functional interoperability

Interoperability must actually permit competing services to perform meaningful functions.

Merely allowing a competitor to receive superficial metadata may not constitute meaningful interoperability.

E. Real-time interoperability

Some markets require continuous or near-real-time metadata exchange, particularly:

• financial services;
• cloud computing;
• digital advertising;
• telecommunications;
• cybersecurity;
• healthcare technology;
• mobility platforms.

3. Why Metadata Can Be a Competition Issue

Metadata can constitute an important competitive resource even where the underlying substantive content is publicly available.

For example, a dominant platform may control:

user ID → product ID → transaction history → classification → timestamp → behavioural category.

A competing service may technically receive the underlying information but be unable to use it because it lacks the corresponding identifiers or classification metadata.

Thus, control over metadata architecture can become a form of ecosystem control.

4. Relevant Competition-Law Theories

A. Abuse of Dominant Position

The central question is whether the undertaking possesses substantial market power.

Possible relevant markets include:

• digital identity services;
• cloud services;
• advertising technology;
• app distribution;
• social-networking services;
• payment services;
• data-management services;
• enterprise software;
• operating systems;
• digital marketplaces.

Dominance alone is not unlawful.

The concern arises where dominance is used to impose exclusionary interoperability restrictions.

5. Refusal to Provide Interoperability

A dominant undertaking may refuse to provide access to metadata or technical interfaces.

Competition law asks whether the refusal has sufficiently serious exclusionary effects.

The traditional refusal-to-supply framework considers factors such as:

1. whether the input is indispensable;
2. whether competitors can realistically reproduce it;
3. whether refusal eliminates effective competition;
4. whether there is an objective justification;
5. whether access can be provided without disproportionate technical or economic burden.

6. Essential-Facility Considerations

Metadata interoperability can resemble an essential-facility problem where:

a dominant undertaking controls an infrastructure or interface that competitors cannot reasonably duplicate.

However, not every valuable database or API is an essential facility.

Courts generally approach compulsory access cautiously because forcing access can reduce incentives to invest and innovate.

7. Interoperability and Network Effects

Metadata interoperability becomes particularly important in markets with strong network effects.

For example:

More users → more metadata → better service → more users → stronger ecosystem → greater entry barriers.

If competitors cannot access or meaningfully exchange metadata, the incumbent may acquire a self-reinforcing competitive advantage.

This is especially relevant in:

• social networks;
• messaging;
• online marketplaces;
• digital advertising;
• cloud ecosystems;
• payment networks;
• operating systems.

8. Data Portability Versus Interoperability

The concepts should be distinguished.

Data portability

Allows users to obtain or transfer their data.

Interoperability

Allows competing systems to communicate and function together.

A platform might provide portability while still preventing interoperability.

For example:

User downloads a dataset → competitor receives it → but the competitor cannot communicate with the platform because identifiers, APIs, permissions and metadata are incompatible.

Thus, portability alone may not eliminate an interoperability-based competition concern.

9. Metadata Interoperability and Discrimination

A dominant platform may provide interoperability to its own downstream service while providing inferior access to competitors.

Examples include:

• delayed API access;
• restricted metadata fields;
• lower data refresh rates;
• incomplete identifiers;
• inferior documentation;
• discriminatory authentication;
• restricted query limits;
• greater technical requirements for third parties.

This may create a discriminatory-access theory of abuse.

10. Metadata Interoperability and Self-Preferencing

Consider a marketplace that supplies product metadata to its own retail service:

internal retailer: complete metadata + real-time updates
independent retailer: incomplete metadata + delayed updates

Even if both services technically receive "access," the quality differential can disadvantage competing services.

Competition authorities may therefore examine whether interoperability conditions provide the dominant firm's downstream service with an artificial competitive advantage.

11. Metadata Interoperability and Tying

Interoperability restrictions may also support tying.

For example:

A dominant operating system requires competing applications to use the dominant firm's proprietary identity or metadata service.

The competitor may technically remain in the market but cannot provide the same functionality without adopting the dominant ecosystem.

This can increase switching costs and reinforce dominance.

12. Six Important Case Laws

1. Microsoft Corp. v Commission

Case T-201/04, General Court of the European Union

This is one of the most important authorities concerning interoperability and competition law.

Microsoft was found to have abused its dominant position by refusing to provide interoperability information necessary for competing work-group server operating systems to achieve adequate interoperability with Windows.

The case established the importance of examining whether withholding technical information can prevent effective competition.

Relevance to metadata interoperability

The principle can be applied by analogy where:

• a dominant platform controls essential technical information;
• competitors need that information to interoperate;
• refusal substantially weakens competitive viability.

The case does not establish that every metadata interface must be disclosed. Rather, it demonstrates how technical interoperability can become an Article 102 TFEU issue.

2. IMS Health GmbH & Co. OHG v NDC Health GmbH & Co KG

Case C-418/01

The Court of Justice considered compulsory access to a protected structure used for pharmaceutical sales data.

The Court identified stringent conditions under which refusal to license intellectual property could constitute abuse.

The important principles concerned:

1. indispensability;
2. elimination of effective competition;
3. prevention of a new product for which there is consumer demand;
4. absence of objective justification.

Relevance

Metadata structures may similarly possess intellectual-property or proprietary characteristics.

A dominant undertaking cannot automatically be compelled to disclose every proprietary metadata architecture.

The exceptional nature of compulsory access remains important.

3. Bronner v Mediaprint

Case C-7/97

The Court examined whether a dominant newspaper distribution system had to provide access to a competitor.

The Court applied a strict approach to refusal-to-supply claims.

The case is particularly important for the requirement of indispensability.

Relevance

Suppose a competitor claims that access to a dominant platform's metadata is indispensable.

Bronner indicates that the competitor should generally demonstrate that:

• there is no realistic alternative;
• duplication is technically or economically impracticable;
• access is genuinely necessary for competing effectively.

Merely showing that the incumbent's metadata would be cheaper or more convenient is insufficient.

4. Google Shopping

Google and Alphabet v Commission, Case T-612/17

The General Court upheld the Commission's finding concerning Google's conduct in comparison-shopping services.

The case concerned Google's treatment of its own comparison-shopping service within general search results.

Relevance to metadata interoperability

The case is important for understanding how control over a dominant platform and its interface can affect downstream competitors.

In a metadata context, comparable concerns could arise if a dominant platform:

• controls the presentation of metadata;
• determines which information is accessible;
• gives its own service superior access;
• makes competing services less visible or less functional.

The precise legal analysis would depend on the conduct and its effects; Google Shopping does not establish a general duty to make metadata interoperable.

5. Slovak Telekom and Deutsche Telekom

Joined Cases C-165/19 P and C-166/19 P

The litigation concerned access to telecommunications infrastructure and exclusionary conduct.

The Court addressed the relationship between general abuse-of-dominance principles and sector-specific regulatory obligations.

Relevance to interoperability

The case demonstrates that competition analysis may differ where an undertaking is subject to a specific regulatory access obligation.

This is significant for metadata interoperability because digital-sector legislation may impose interoperability or access duties independently of traditional Article 102 principles.

Therefore:

competition law + sector regulation

may sometimes produce a stronger interoperability obligation than competition law alone.

6. Meta Platforms / Facebook

Case C-252/21, Meta Platforms and Others

The Court considered the interaction between competition law and data practices in the context of Facebook's collection and combination of personal data.

The case is particularly important for the modern relationship between:

• market power;
• data;
• platform ecosystems;
• user information;
• competition law.

Relevance to metadata interoperability

The case demonstrates why data practices can become relevant to competition analysis when conducted by a dominant platform.

Metadata may form part of the information architecture through which a platform:

• identifies users;
• connects services;
• personalises services;
• targets advertising;
• combines datasets.

Accordingly, metadata interoperability can have both competition and data-protection dimensions.

13. Comparative Case-Law Matrix

14. Interoperability as a Barrier to Entry

Metadata incompatibility can create several entry barriers.

Technical barrier

New entrant cannot integrate with the incumbent.

Economic barrier

Competitor must spend enormous resources recreating the metadata architecture.

Switching barrier

Customers cannot transfer their existing information seamlessly.

Network barrier

Users prefer the incumbent because other services cannot communicate with it.

Information barrier

Competitors cannot obtain sufficient metadata to provide equivalent services.

15. Multi-Homing and Metadata

Multi-homing means users simultaneously use competing services.

Metadata interoperability can facilitate multi-homing.

For example:

User → Platform A
User → Platform B

If identity and relevant metadata can move between the two systems, switching and multi-homing become easier.

Conversely:

proprietary identifier + incompatible metadata + restricted API

can increase switching costs.

This makes interoperability particularly important in markets characterized by strong network effects.

16. Digital Advertising

Metadata interoperability is especially significant in advertising technology.

An advertising ecosystem may involve:

Advertiser → DSP → Ad Exchange → SSP → Publisher

Metadata may include:

• audience categories;
• bid information;
• contextual information;
• inventory identifiers;
• transaction timestamps;
• campaign identifiers.

If a vertically integrated platform controls interoperability between these layers, competition authorities may examine whether the platform is disadvantaging rival intermediaries.

Potential theories include:

• exclusionary conduct;
• discriminatory access;
• self-preferencing;
• tying;
• leveraging;
• foreclosure.

17. Cloud Computing

Cloud providers may control:

• customer identifiers;
• API schemas;
• workload metadata;
• access permissions;
• service configurations;
• machine-readable logs;
• resource identifiers.

If these systems are proprietary and difficult to migrate, customers can face cloud lock-in.

Competition concerns may therefore arise where technical design unnecessarily prevents customers from moving between cloud providers.

18. Financial Services

Metadata interoperability is increasingly important in:

• open banking;
• payment systems;
• fintech APIs;
• account aggregation;
• digital wallets.

A dominant payment or banking platform may control:

• account identifiers;
• transaction categories;
• authentication metadata;
• API permissions;
• merchant identifiers.

Refusal or discriminatory provision of such metadata may make competing financial services less viable.

19. Healthcare Technology

Healthcare interoperability may involve:

• patient identifiers;
• medical-record metadata;
• provider identifiers;
• appointment metadata;
• diagnostic classifications;
• interoperability standards.

A dominant healthcare platform could potentially use incompatible metadata structures to make it difficult for rival applications to integrate.

However, healthcare interoperability is also subject to:

• privacy law;
• cybersecurity requirements;
• professional confidentiality;
• patient-consent rules;
• sector-specific regulation.

These can constitute legitimate objective justifications for limiting access.

20. Objective Justification

A dominant undertaking may have legitimate reasons for restricting metadata interoperability.

Examples include:

Cybersecurity

Unrestricted API access may increase security risks.

Privacy

Metadata may contain personal or sensitive information.

Intellectual property

Technical architecture may contain protected proprietary information.

System integrity

Uncontrolled interoperability could destabilise infrastructure.

Fraud prevention

Open interfaces may facilitate fraud or abuse.

Capacity limitations

Unlimited API access may impose disproportionate infrastructure costs.

The critical question is whether the restriction is necessary and proportionate to the legitimate objective.

21. Competition-Law Test

A useful analytical framework is:

Step 1 — Define the relevant market

Identify the product and geographic markets.

Step 2 — Establish market power

Examine:

• market share;
• barriers to entry;
• network effects;
• switching costs;
• data advantages;
• vertical integration.

Step 3 — Identify the metadata

Determine precisely what is being withheld:

• identifiers;
• API information;
• schemas;
• classification data;
• timestamps;
• permissions;
• transaction metadata.

Step 4 — Examine indispensability

Can competitors realistically obtain or recreate the information elsewhere?

Step 5 — Examine competitive effects

Does the restriction:

• exclude competitors?
• reduce innovation?
• increase switching costs?
• reduce multi-homing?
• reinforce network effects?

Step 6 — Examine discrimination

Does the dominant firm provide better interoperability to its own services?

Step 7 — Consider objective justification

Examine:

• privacy;
• security;
• technical integrity;
• cost;
• intellectual property;
• regulatory requirements.

Step 8 — Assess proportionality

Could the legitimate objective be achieved through a less restrictive interoperability mechanism?

22. Possible Competition Remedies

Where an infringement is established, possible remedies include:

A. API access

Require reasonable access to interfaces.

B. Metadata access

Require competitors to receive specified metadata fields.

C. Non-discrimination

Require equivalent treatment between:

• internal services; and
• external competitors.

D. Data portability

Permit customers to transfer metadata.

E. Interoperability standards

Require adoption of common technical standards.

F. Functional separation

In particularly serious cases, structural or organisational separation may be considered.

G. Monitoring

An independent monitoring mechanism may supervise compliance.

23. Relationship With Ex Ante Regulation

Traditional competition law generally intervenes after identifying abusive conduct.

Modern digital regulation increasingly creates ex ante interoperability obligations.

This distinction is important.

Traditional competition law

"Has the dominant undertaking abused its position?"

Ex ante regulation

"Must this designated platform provide interoperability irrespective of a completed abuse case?"

The latter can substantially change the legal analysis.

24. Key Legal Challenges

Metadata interoperability presents several difficult issues.

1. Defining the relevant metadata

Not every metadata field has equal competitive importance.

2. Determining indispensability

Technological alternatives may exist but be less efficient.

3. Balancing innovation

Forced interoperability may reduce incentives to develop proprietary technologies.

4. Privacy

Competition remedies cannot simply disregard data-protection requirements.

5. Cybersecurity

Opening interfaces may increase attack surfaces.

6. Standardisation

Competition authorities must avoid unnecessarily imposing a single technical architecture.

7. Dynamic markets

The competitive significance of metadata can change rapidly.

25. Emerging Competition Issues

Future disputes are likely to concern:

• AI-model metadata interoperability;
• interoperability between AI agents;
• cloud-to-cloud migration;
• digital identity interoperability;
• advertising-data interoperability;
• health-data ecosystems;
• IoT device metadata;
• autonomous vehicle data;
• smart-home ecosystems;
• blockchain interoperability;
• digital wallets;
• app-store metadata;
• enterprise software ecosystems.

AI is particularly significant because metadata may determine:

what information an AI system can access, identify, classify, retrieve, and use.

Control over metadata interfaces could therefore become a competitive bottleneck.

26. Conclusion

Metadata interoperability is emerging as an important intersection between competition law, data governance, digital-platform regulation, and technology law.

The central competition concern is not simply that a company possesses metadata. The critical issue is whether a firm with substantial market power uses control over metadata, identifiers, APIs, schemas, or technical interfaces to exclude competitors, increase switching costs, reinforce network effects, or disadvantage rival services.

The leading authorities provide different components of the legal framework:

• Microsoft illustrates the importance of technical interoperability;
• IMS Health establishes the exceptional nature of compulsory access;
• Bronner emphasises indispensability;
• Google Shopping demonstrates the competitive significance of platform-controlled interfaces;
• Slovak Telekom illustrates the interaction between access regulation and competition law; and
• Meta Platforms demonstrates the growing relationship between data practices and competition.

Accordingly, a competition-law analysis of metadata interoperability should proceed through market power → indispensability → foreclosure effects → discrimination/self-preferencing → objective justification → proportionality → appropriate remedy.