Multilingual audio tour
NL, EN, DE, FR, ES, JP, ZH or more. Audio streams or preloaded for offline use. Player with fast rewind and chapter navigation.
An app that guides your visitor through the collection or site: multilingual, accessible, and in your own visual identity. We build custom visitor apps that go further than the off-the-shelf packages from Smartify or Bloomberg Connects, without leaving your curators dependent on a vendor. From audio tours to AR overlays, from ticket integration to crowd management, you choose the modules based on your collection and audience.
Source: Museum association statistics overview, CBS Statline, Museumkaart annual report.
Many museums and attractions start with an off-the-shelf package: Smartify, Bloomberg Connects, Acoustiguide or a legacy Antenna app. For a first digital step that works well, but once your curators want to manage their own content, add AR overlays, integrate ticketing or run a children's route alongside the adult one, you hit the limits of the vendor.
Another problem: the visitor experience feels the same to your audience as at thirty other institutions. Your own house style, story and brand identity don't come across. For the Rijksmuseum or the Van Gogh Museum, a dedicated app therefore makes sense — for the mid-sized segment it long seemed out of reach. With today's stack (React Native, headless CMS, manageable beacons), custom is within closer reach than five years ago.
The third problem is deep integration. A commodity tour doesn't know your visitor. They are treated as a first-time visitor every time, with no memory of previous visits, no recognition of membership, and no link to your ticket or donation history. For a museum that relies on friends, members and repeat visits, that is a missed opportunity. Your own app can know your visitor, and can use that respectfully for curatorial communication or fundraising.
Our view: a custom visitor app with audio tour functionality becomes worthwhile once you have more than one of these needs: multilingual support for diverse audiences, indoor wayfinding, AR, children's versions, accessibility modes, ticket and membership integration, or a white-label solution for several locations. At that point, integration, your own branding and visitor insight outweigh the price of a standard package. See also our page on app development for the broader approach.
Each type of institution needs different features, different routes and different visitors. We show what we typically build for the four largest segments.
The classic starting point: an audio tour of a permanent display or temporary exhibition. Curators manage their own content, and visitors choose between the full tour, a children's version or a thematic selection. For indoor spaces we work with BLE beacons or QR codes, as GPS is rarely reliable inside a museum building.
For heritage organisations, such as castles, historic sites and religious buildings that attract tourists, we build routes with AR overlays that show how a space looked in the past. Multilingual from the first release, with accessibility built in to WCAG 2.2 AA.
For zoos and botanical gardens, we work with outdoor routes using GPS and geofencing, linked to feeding times, demonstrations and seasonal content. For theme parks and attractions, the focus is on queue times, route optimisation and play elements for young visitors. For cities and tourist information centres, we often deliver a white-label platform that lets several points of interest in one area be managed centrally.
A custom app is a set of modules that we put together for each project. Not every institution needs everything. Together we choose what suits your collection, audience and operational reality.
NL, EN, DE, FR, ES, JP, ZH or more. Audio streams or preloaded for offline use. Player with fast rewind and chapter navigation.
Indoors with BLE beacons (iBeacon, Eddystone) or QR codes. Outdoors with GPS and geofencing. Routes adapt to crowds or closed rooms.
ARKit for iOS and ARCore for Android. Reconstruction of historical spaces, anatomical layers over objects, or treasure hunts for children.
The visitor scans their ticket QR code and automatically gets the right tour. Integration with Recras, Pretix, CCV, your own ticketing system or a museum API.
When entering a room, when a timed show starts, or near special objects. Fully opt-in and GDPR-compliant.
Audio, images and route data are downloaded on launch. Works in cellars, castles and buildings without coverage.
Sign language video, subtitles, an audio-described tour for blind visitors, a dyslexia mode, and a calm mode for visitors with autism or sensory sensitivities.
Its own audio track with cheerful voices, treasure hunts, badges and short explanations. Parents and children follow the same route with different content.
Visitors order coffee or a catalogue from the app, avoiding queues at the desk. Payment via iDEAL, Apple Pay or Google Pay.
Real-time insight into which rooms are busy, with alternative routes for your visitors. For your operations team, a dashboard showing crowd patterns.
An in-app NPS question at the end of the tour, with a direct link to your Google Maps page for positive reviews.
A headless CMS (Directus, Strapi or Contentful) so your curators can manage routes, objects, audio tracks and languages themselves, without a ticket to us or a vendor.
Popular routes, average time per object, drop-off points. Insight for the educator, not just for marketing.
One-off donations or new memberships directly in the app via Mollie, Adyen or iDEAL. Integration with Museumkaart or your own membership administration.
A chatbot per object: 'ask me something about this painting'. Works on your own content, not a generic model. Transparent and compliant with the EU AI Act.
Accessibility and privacy are no longer nice-to-haves for cultural institutions. From sprint one, we work within the frameworks of WCAG, the EAA, the GDPR and the EU AI Act.
Since 28 June 2025, the European Accessibility Act has applied to public and commercial digital services, and an audio tour app falls within its scope. From the first sprint, we build EAA requirements into our design checks.
Subtitles on every audio track, an audio-described tour for blind and partially sighted visitors, sign language video at key objects, a dyslexia-friendly mode, and navigation that works with VoiceOver and TalkBack.
Indoor positioning data is privacy-sensitive. We deliver a DPIA, anonymise visitor movements wherever possible, and document retention and data subject rights, so your Data Protection Officer has what they need.
For AI features, such as a chatbot per object, automatic translation or audio generation, we map out the risk classification. For most museum applications this falls under limited risk, with transparency obligations that we handle properly.
Secure in-app payments via Mollie or Adyen for donations, memberships, café orders or merchandise. iDEAL, Apple Pay, Google Pay and credit cards: your visitor chooses.
We integrate with the systems your till, membership, donations and CRM already run on. The app complements what works, rather than replacing it.
A common complaint about off-the-shelf packages is that every content change has to go through a ticket with the vendor. For custom work, we deliver a headless CMS (Directus, Strapi or Contentful) in which your curator uploads new routes, objects and audio tracks independently. A temporary exhibition can go live within a few sprints of the initial release.
For institutions with their own collection database (Adlib, TMS, Axiell), we build a synchronisation layer so that object metadata has a single source of truth. For AI-augmented tours, such as a chatbot that answers questions per object, we work with custom LLM integrations built on top of your own content.
For the mobile app layer, we default to React Native. A single codebase builds the iOS and Android versions at the same time, with native performance for most museum features. Only where an AR feature, indoor positioning or an audio engine must run without compromise do we switch to native Swift or Kotlin for that component, while the rest remains cross-platform.
The content layer is always headless. Your curator works in Directus, Strapi or Contentful, depending on your IT preferences. Audio tracks are served via a CDN so that every visitor gets smooth playback even at peak times. Images and AR models are optimised so the app size stays manageable, as users are not keen on downloading a gigabyte.
For BLE beacons, we work with vendor-neutral hardware (Kontakt.io, Estimote or generic iBeacon modules), so there is no vendor lock-in. We handle placement, calibration and software management. For institutions that prefer QR codes, we provide a simple CMS that gives each room its own sticker.
For AI features in the tour, such as a chatbot per object, we use our own content layer: the language model draws its answers from texts approved by your curators, not from the open internet. That gives you transparency, meets the EU AI Act requirements for limited-risk systems, and prevents the model from making things up about your collection.
Building a visitor app needs its own rhythm: curators, educators, IT and visitor services all sit at the table. Five phases that run the same way for every institution.
A day on site with curators, educators and visitor services. Which routes, which target groups, which accessibility requirements.
A route for each audience. Decision points on BLE versus QR, AR yes or no, languages, and membership integration.
Each sprint delivers one working flow. Educators test along the way and visitor feedback is gathered early. First flow live within a few weeks.
A small group tests on site. Drop-off points, audio connectivity and accessibility checks in practice.
Content updates with every temporary exhibition and maintenance with every OS update. A fixed monthly fee for support.
The questions we hear most often from directors, curators and education teams.
A half-hour introductory conversation with a curator, director or education team. We listen, ask questions and offer an initial direction. No obligation. You can also read about our approach to mobile apps in the field.
Appfront uses cookies and similar technologies to keep the website working properly, for analytics and for marketing. You choose what you allow. Read more in our privacy policy.