What XBRL and iXBRL are
XBRL (Extensible Business Reporting Language) is a standards-based way to exchange business information between systems, built so machines can read and understand it. iXBRL, inline XBRL, embeds that same metadata directly inside an HTML document, so a single file can serve both a human reader and a machine.
An iXBRL document typically looks like any other web page: browsers display or print it without revealing the metadata underneath (technically speaking it is an XHTML file).
Two kinds of data commonly appear on corporate websites through this format: financial statements, such as balance sheets, income statements, and cash flow reports filed with regulators, and sustainability and ESG data covering environmental, social, and governance disclosures.
Mandatory publishing of sustainability and financial information
So far XBRL and iXBRL are just document format like many others. However, they are the mandatory format enforced by many regulators to publish sustainability and financial information. Since we are European based company and most of our clients are from Europe I'll focus on this region.
Since January 2021, every EU-listed company preparing annual financial reports under IFRS (an international accounting standard) has had to publish them in Inline XBRL, under the European Single Electronic Format (ESEF) initiative. The same logic applies outside the EU: government agencies in Japan, Denmark, and the United Kingdom mandate or accept iXBRL for corporate filings, and at UK Companies House it already makes up most filings received each year even though it isn't mandatory there.
ESEF (formally Commission Delegated Regulation (EU) 2019/815) requires any issuer with securities listed on an EU-regulated market, EU-based or not, to mark up consolidated financial statements using XBRL tags and iXBRL following IFRS. In practice that turns a figure like "net profit for 2024" into a machine-readable data point.
This is similar to what happens with sustainability reporting. CSRD (Corporate Sustainability Reporting Directive) requires large EU companies to disclose sustainability data in machine-readable format. This way, a statement such as "our Scope 1 emissions were 12,000 tCO₂e in 2024" gets tagged as esrs:Scope1GHGEmissions, along with the year and unit, making possible to be identified and understood by automatic systems in a deterministic way.
The regulation was initially targeted to certain companies, but its scope was recently narrowed by the EU Omnibus I simplification package, published February 26, 2026: only companies with over 1,000 employees and over €450M in net annual turnover are now mandated, small and medium-sized enterprises are exempt, and the non-EU parent company threshold rose to €450M in EU revenue. In other words, this impacts big companies: entities that for sure have a big financial department that already know if they should or not follow these regulations.
Generating XBRL data requires specialised tools
This scope narrowing is understandable given the high complexity involved in generating this information. XBRL/iXBRL relies on enormous taxonomies with thousands of predefined concepts used to specify every detail of the reported data. To ensure reliable machine-to-machine communication, the framework enforces strict validation rules and deeply nested relational structures across financial, sustainability, and ESG reporting.
That huge scope makes it unfeasible to generate XBRL/iXBRL documents with custom code or a standard CMS like Drupal: the effort required to code all the logic and details would be herculean. Specialized tools exist precisely for that reason, and they are the way to go to create XBRL/iXBRL reports.
Publishing XBRL/iXBRL compliant reports
This is the easy part. Given that iXBRL format is just XHTML it can be read and displayed by any web browser. To publish a report, generate it in the specialised tool and just make it available under a public URL.
However, this is just the minimum approach. While iXBRL is readable by a human, it probably contains too much information. A solid approach publishes two channels on the same page: a human-friendly page with the data highlights formatted for readability, and a link to the official iXBRL file carrying the complete regulation-compliant, machine-readable version. Additionally, a PDF can sit alongside both for anyone who wants to store or print the data.
Drupal, as a CMS, can offer this double channel (or triple taking the PDF into account) very easily. The generated iXBRL and the PDF can be added as Media files, along with the proper metadata, and made available as any other media files in the site. This allows the files to benefit for the great number of Drupal modules that deal the media files. For the first channel, the human friendly page, Drupal offers several ways like the data structured and custom themed pages based on Paragraphs module and the new and modern visual, drag-and-drop page builder Canvas module.
Drupal can also read XBRL data back into content
Speaking of that human friendly page: this includes building it by a human or by an AI agent (given that Drupal already allows an AI to build and create content). This means a step that is not deterministic and could lead to errors. Because XBRL data is also commonly available as JSON or CSV exports, and many tools that generate it expose an API, sources that Drupal can process directly. Instead of editing that page by hand or by an AI agent, accurate auto-generated content, blocks, components or graphs can be added straight from the XBRL source, without the risk of AI hallucinations or unexpected results. This is one of the goodies of the double approach of Drupal as a CMS and a development framework.
Final words
Publishing XBRL/iXBRL files it is just publishing media files, something straightforward in any standard Drupal site. The complexity lies in the generation of the data, and there are tools that already deal with this complex process. If your company needs to publish such data, Drupal is not a problem but part of the solution: if you are part of the editorial team and receive the task of publishing compliant financial and sustainability reports don't worry at all: it is just following a standard media publishing workflow with the option of adding human friendly pages as companion of the official reports.
