Web app
How a web app works
A web app is software delivered over HTTP/HTTPS and rendered in the browser. The user types a URL or follows a link; the server (and increasingly the browser itself, via JavaScript) handles logic, data and rendering. Unlike a static page, a web app is built around interaction: forms, dashboards, real-time updates, authenticated accounts and persistent data.
- No installation: access is immediate through any modern browser, on any operating system.
- Centralised updates: a single deployment on the server updates every user at once, with no app-store review.
- Cross-platform by default: the same codebase serves Windows, macOS, Linux, Android and iOS.
- Common architectures: server-rendered apps (e.g. a classic backend stack), single-page apps (SPA), and Progressive Web Apps (PWA) that can be installed to the home screen and work partly offline.
Typical examples include CRMs, ERPs, booking systems, internal business tools, online editors and SaaS platforms — anything that needs logic and data, not just content.
Web app vs website vs native app
The three terms are often confused. A website mainly presents information; a web app lets the user act on data inside the browser; a native app is installed on the device and compiled for a specific platform.
| Criterion | Website | Web app | Native app |
|---|---|---|---|
| Primary purpose | Display content | Interact with data | Interact with data |
| Access | URL in browser | URL in browser | Install from app store |
| Installation | None | None (optional via PWA) | Required |
| Updates | Server-side, instant | Server-side, instant | Store review, user updates |
| Platform reach | All browsers | All browsers | Per OS (separate builds) |
| Device hardware access | Very limited | Partial (camera, GPS, notifications) | Full |
| Offline use | No | Limited (PWA caching) | Yes |
In practice the line is a spectrum: a content site with a few interactive features sits between a website and a web app, and a PWA narrows the gap with native apps for many business use cases.
When to choose a web app
For most B2B and internal-tool projects, a web app is the pragmatic default because it removes deployment friction and reaches every user from one codebase. It is a strong fit when:
- You need to reach users on any device without managing separate platform builds.
- Fast, frequent updates matter and you want to avoid app-store review cycles.
- The product is a business tool — CRM, ERP, dashboard, back-office or SaaS — where data and workflows dominate over device hardware.
- Users access the tool from shared or managed workstations where installing software is impractical.
A native app becomes preferable when the product depends heavily on device hardware, full offline operation, or background processing. Many teams combine both: a web app as the core, plus a native or PWA layer for specific mobile scenarios. Accessibility standards such as WCAG (levels A, AA, AAA) apply to web apps just as they do to websites, and should be planned from the start.
Questions fréquentes
Need a custom tool accessible anywhere, without installation? We build bespoke web applications.
See our web application expertiseDéfinitions liées