Authors
Zoltán Gyulai, Marketing Engineer
Laura Vass, Co-founder, Editor, Research & Knowledgesharing
Mónika Mikházi, UX Researcher
Ádám Balogh, Senior Technical Writer, DocOps Engineer
We assessed banking developer portals for how well they support AI-mediated discovery, machine readability, and early-stage evaluation in hybrid human-AI workflows. This report consolidates the broader patterns, antipatterns, and maturity signals, based on observations conducted in April and May 2026.
The Shift From Traditional Search to AI Discovery
In a discoverability scenario prior to LLMs, the developer portal owner embedded an onsite search feature into the developer portal to serve user needs based on a controlled indexing process of the site’s content.
AI-mediated discovery has fundamentally expanded the retrieval contexts in which APIs and developer portals are evaluated. APIs, digital products, assets, developer portals and even whole brands are being embedded into a gigantic search functionality where asset and brand owners have limited control over indexing behavior and increasingly limited control over retrieval context.
Because of this fundamental shift, site admins and owners need to be very conscious about whether and how their data is being accessed, processed and returned by LLMs and RAG systems. The exact criteria and the algorithms behind both traditional and AI-search however remains hidden for the public. Teams can build their AI-visibility optimization efforts on available best practices and common knowledge shared by the SEO community.
The Four Pillars of AI Visibility
When we optimize developer portals for AI visibility and machine accessibility, we enter deeply professional areas. But, to put it into plain language, these are checks the portal must succeed against:
Can the AI actually access and process the data? Are there any fundamental indexability issues and are there any features implemented that improve data processing efficiency? Is the content well organized, are proper metadata and technical tags in place and aligned correctly with the on-page data? Is content, including visual logic and portal architecture well tailored and authoritative? Ultimately, is the portal built to serve both AI ingestion and human stakeholders, in any hybrid workflow?
To assess portals along these questions, we designed an evaluation framework along four pillars:
- Accessibility and availability
- Structure and semantics
- Agentic readiness
- Authority and provenance
We examined 15 broader practices within these 4 main evaluation pillars, as part of our Banking Developer Portal AI-visibility assessment in April and May 2026, on the following eleven portals:
- BBVA API Market, https://www.bbvaapimarket.com
- Citi Developer Portal, https://developer.citi.com
- Commerzbank Developer Portal, https://developer.commerzbank.com
- Deutsche Bank API Program, https://developer.db.com
- Erste Developer Portal, https://developers.erstegroup.com
- Goldman Sachs Developer, https://developer.gs.com
- HSBC Developer Portal, https://develop.hsbc.com
- NBG Developers Portal, https://developer.nbg.gr
- Nordea API Market, https://developer.nordeaopenbanking.com
- Standard Chartered Open Banking Marketplace, https://openbanking.sc.com
- U.S. Bank Developer Portal, https://developer.usbank.com
Our assessment intentionally focused on the public-facing developer portal experience rather than authenticated environments or guided onboarding processes. This approach allowed us to evaluate the portals from the perspective of AI-assisted users and agents, in order to reveal friction points, discoverability gaps, structural fragmentation, and machine-readability issues that affect early-stage discovery and evaluation.
Why did we do the assessment on the pre-auth journey?
Why do we insist on spotlighting what is (not) available?
Read our article on hybrid workflows in solution discovery and evaluation.
Is your developer portal visible to AI?
With our AI Visibility Assessment, you can benchmark your portal against major global banks and identify where to focus to improve discoverability.
Curious how your developer portal compares to major banks?
Apply to get started

Key Takeaways
by
Evaluation Pillars
Accessibility and availability
If a developer portal is built on modern javascript-based frameworks, it also means that in the server-side source code the content is unavailable, and the final rendered format of the pages are executed by the user’s browser. This approach pays off big time in terms of user experience and server side cost reduction, but can be an issue from an AI visibility perspective.
In the banking sector, current developer portals with technical documentation are primarily designed and optimized for the human (developer) users, in the internal context of their API program and financial products.
In some cases we even met basic SEO indexability issues, where some of the evaluated banking developer portals’ core content was missing from the index of major search engines. Since indexability and bot accessibility are the cornerstones of AI visibility, it is fair to say that most banking developer portals have a long way to go.
On the observed developer portals we haven’t found the token-friendly, AI-focused solutions such as the llms.txt files to orient LLM discovery, nor did these sites serve agents with alternative markdown content. These alternatives were developed specifically to prevent hallucinations and improve token-efficiency. Digital-native fintech organizations are already experimenting with implementing such solutions, even if these are not industry-standard practices yet.
Structure and semantics
The observed banking developer portals performed best on those tests where traditional UX, SEO and GEO overlap: the presence of properly designed and human readable url structures, logical heading hierarchies, url-heading-meta tag alignment.
However, many times the meta titles and descriptions are generic, canonical tagging is missing.
The portals we observed made limited use of structured data markup and machine-readable metadata practices, despite their growing importance for semantic retrieval, contextualization, and AI-mediated discovery workflows.
Structured metadata practices are already well established in many enterprise and industrial information systems. Increasingly, similar approaches are being applied to public documentation environments, because structured metadata can also strengthen contextual and attribution signals that help AI systems associate technical documentation with trusted organizational sources.
Agentic readiness
Hiding docs behind login walls can have numerous explanations and even advantages, but the lack of bot accessibility is definitely an AI-visibility risk. Institutions have to urgently re-evaluate what level of content gating serves their strategic and business needs: to what extent do they open their capability and asset documentation?
FAQs are also starting to have a much bigger impact in generative and answer engine optimization as well formed question-answer pairs can help agents to understand the most frequent user needs and provide “ready-to-cite” phrases. On the majority of evaluated portals Q&As are present. However, these are mostly addressing imminent practical user needs (developer support functionality), but they are not catering to the needs of external user personas starting their discovery and research in an AI search interface.
Search engines process data in knowledge graphs where entities are recognized as identical things (brands, persons, products, apis, etc.) interconnected with specific relations. When optimizing for AI search it is fundamental to use consistent naming conventions within the full documentation body, and to provide logical definition when introducing technical features. In this regard the observed banking developer portals generally performed well, because they are mainly catering technical content to the developer persona.
The next challenge for most of the teams is building use cases and solution-based business content that clearly communicates the value proposition of the organization’s digital interfaces and products, with immense empathy to the non-initiated visitors' perspective and situational needs.
Authority and provenance
Maintaining authority requires more than listing features: a portal has to provide clear, non-ambiguous signals about the validity of its technical data. We observed that nearly all portals in our assessed cohort attempt to signal API versions through on-page tags, version numbers in the title, or explicit versioning within the URL slug (e.g., /api/v2/payments).
While these are helpful for human developers, there is room for improvement in machine-parsable authority. ISO-standard timestamps or structured schema markup can help AI agents to verify the release date or deprecation status. These signals reduce hallucinations and high-friction experience for developers attempting real-world integrations.
The majority of the evaluated banking portals have moved away from PDF-only documentation. Where PDFs are used, they often lack sufficient structural context, forcing AI agents to download and parse entire files just to extract content. This can spoil token-efficiency: raw PDF (or other static file format) parsing can be 40-60% more expensive in terms of token usage than clean Markdown or HTML.
A good practice we observed in a few high-performing portals is the offering of alternative formats: providing a downloadable API specification (like an OpenAPI/Swagger JSON file) alongside the identical online content. This dual-track approach ensures that agents can choose the most efficient ingestion path, using the machine-readable file for technical accuracy, while using the web page for high-level solution context and authority signals.
How Developer Portals of Traditional Banks Performed in
the AI Visibility Assessment
Human and Agentic persona
Most of the evaluated portals are clearly designed for human users that are already familiar with the business context of the integrations. Serving this audience traditionally needs good Developer Experience and well tailored user interfaces to support developer journeys.
That is the reason why most of the cohort’s developer portals excel where user experience, search engine optimization and generative engine optimization best practices overlap: logical heading structures, intuitive navigation and menu system, proper url nesting, “hub and spoke” content architecture helps with user experience and agentic data ingestion alike.

The BBVA API_Market offers intuitive navigation and filtering options, uses consistent url nesting, logical content architecture and provides solution-focused documentation.
A common pattern in the assessed portals is hiding fundamental technical documentation behind a login wall. While such choices were probably made in relation to an organization’s business strategy, compliance or security considerations, it appears as a shortcoming when it comes to AI visibility.
In the assessed sample of portals some teams seem to be aware of the problem: in these portals we find plentiful conceptual documentation that is meant to provide context for the gated asset documentation.

Good practice on the U.S. Bank Developer Portal: the portal presents a definitive “entitiy-first” overview definition, features, workflow diagrams and example use cases on a single page, before the user gets redirected to the login/registration page. A win-win solution for both human and agentic “users”.
Are you planning to (re)design user journeys?
Do you need external assistance with User Experience and Information Architecture?
Reach out to learn more about how our expert UX and Technical Writing teams can help you to succeed.
Semantic Gap within the Developer Portal
Many banking developer portals originated as compliance-driven responses to open banking regulatory requirements around third-party access, payment initiation, and secure authentication. As a result, these portals are mainly adjusted to the needs of a technical persona. They function as manuals, efficient for a developer who already knows what they need.
The documentation on most of the developer portals we observed is too fragmented or opaque for AI systems to confidently evaluate API suitability for specific use cases. AI-mediated discovery and evaluations require clear, high-level context to effectively "rank" and "recommend" a specific API as a solution.
There is a structural and conceptual discontinuity between a bank’s complex technical specifications and the actual business solutions the integrations are meant provide. This discontinuity is a type of semantic gap, and it can become a discovery barrier.
A maturing tendency among more advanced organizations is moving beyond this narrow developer-focused model. These teams are beginning to bundle individual APIs and digital assets into business solutions. By creating informative landing pages, they offer descriptive content that explains the value of the digital assets in a language shared by business stakeholders.
It is an overlooked but vital strategic point that this information is what will also be indexed by AI search engines, as well as become part of the per se information base of large language models during their training. The opposite is also true, and we hope to bring our strategic advice sharper so: any gated content will not be part of the new digital maps of the world.

HSBC’s solutions pages contain infographics, short info-videos and explain how HSBC APIs can help overcoming common challenges.

Another good example of closing the semantic gap is the Deutsche Bank API Program portal. The site provides a filterable product catalog where individual product pages contain a concise conceptual explanation about product benefits, various metainformation, a step-by-step onboarding guide, that serves as a solid informative entry point for the registration and app creation process.
Semantic Gap Beyond Domains
While our assessment was restricted to developer portals, we observed that the alignment between a bank’s corporate website and its developer portal is also frequently lacking. This means that high level business content and technical specifications are not integrated into a coherent organic value proposition.
From an AI visibility perspective, this creates a fragmented signal, and in the long term might lead to competitive disadvantage for institutions that do not adapt to the new search behaviour.
Fixing this cross-domain alignment can be an exceptionally difficult task, as organizations tend to create multiple silos with separate internal workflows, concepts and naming conventions. AI optimization (or GEO) on the cross-domain level requires cross-team coordination to use consistent terminology, create seamless user journeys and to implement logical SEO-conscious linking patterns.
Conclusions
While Open Banking initiatives accelerated API documentation maturity across the banking sector, most banking developer portals are still predominantly optimized for technical implementation rather than cross-functional discovery and evaluation.
They also frequently hide fundamental technical documentation behind login walls deliberately, with reasons about business competition, minimal compliance, or security considerations. While understandable in historical context, in our consultancy we urge organizations to reconsider their information disclosure strategy.
The lack of open information creates a barrier for the modern hybrid user who relies on AI for discovery and evaluation.
Organizational silos that create fragmented content systems worsen the information asymmetry perceived by external search. It leaves users and AI models with a fragmented signal that fails to pass the corporate brand's authority down to the integration documentation.
Even humans struggled with fragmented portal ecosystems before, now the AI-mediated systems further amplify the consequences. When content is gated, fragmented, or gives weak or ambigious context, it will reduce retrievability, contextualization, confidence, and recommendation likelihood by LLMs.
Is your developer portal visible to AI?
With our AI Visibility Assessment, you can benchmark your portal against major global banks and identify where to focus to improve discoverability.
Curious how your developer portal compares to major banks?
Apply to get started