These terms confuse everyone
Don't feel bad if you're not sure what the difference is. The industry uses these terms inconsistently, and the line between them has blurred over time.
Here's a practical explanation that actually helps you make decisions.
The simple distinction
Website: Primarily displays information. Users read, browse, and consume content.
Web app: Primarily enables actions. Users interact, create, and accomplish tasks.
Real examples:
| Website | Web App | |---------|---------| | BBC News | Gmail | | A restaurant's menu page | An online ordering system | | A company "About Us" page | A customer dashboard | | A blog | Google Docs | | A product brochure | A shopping cart |
Why the distinction matters for your project
Complexity (and cost)
Websites are generally simpler to build. Display content, make it look good, done.
Web apps involve:
- User accounts and authentication
- Data storage and management
- Business logic and rules
- State management (remembering what users are doing)
- More testing and security considerations
A brochure website might cost £2,000-5,000. A web app with similar visual scope might cost £15,000-50,000+ because of all the invisible complexity.
Technology choices
Websites can be built with simpler tools—sometimes just HTML and CSS, or straightforward platforms like Squarespace or WordPress.
Web apps typically need:
- Backend programming (Node.js, Python, PHP, etc.)
- Databases (PostgreSQL, MongoDB, etc.)
- Frontend frameworks (React, Vue, etc.)
- API development
- More sophisticated hosting
Maintenance requirements
Websites need occasional content updates and security patches.
Web apps need ongoing:
- Bug fixes
- Security updates (more attack surface)
- Database maintenance
- Performance monitoring
- Feature updates as your business evolves
Timeline
A website might take 2-6 weeks.
A web app with similar page count might take 2-6 months.
The spectrum, not a binary
Most online presences fall somewhere in between:
Pure website: Static portfolio site. No database, no user interaction beyond contact forms.
Website with app features: E-commerce site. Mostly content, but has cart, checkout, and maybe user accounts.
App-like website: Booking system. Primary purpose is the interactive functionality, but wrapped in website-like pages.
Pure web app: Project management tool like Asana. Almost entirely interactive, minimal "content pages."
Questions to figure out what you need
1. What are users trying to do?
- "Learn about our services" → Website
- "Book an appointment" → App feature (or integration)
- "Manage their account and orders" → Web app
- "Process their own data" → Web app
2. Do users need accounts?
If yes, you're building app functionality. User accounts mean:
- Authentication (login/password/security)
- Data storage per user
- Privacy considerations
3. Will users create or manipulate data?
Filling in a contact form is website territory.
Creating documents, placing orders, managing inventory, tracking progress—that's app territory.
4. Is it about information or action?
Information = website. Action = app.
5. What happens without JavaScript?
If your site works fine with JavaScript disabled (just looks less fancy), it's probably a website. If it's completely non-functional without JavaScript, it's an app.
Common scenarios
"I need a website for my business"
You probably mean: a website with maybe a contact form and possibly a booking widget.
Solution: Website, possibly with third-party integrations (Calendly for booking, etc.)
Budget: £2,000 - £10,000
"I need an online shop"
This is hybrid territory. The product pages are website-like, but cart and checkout are app features.
Solution: E-commerce platform (Shopify) or custom e-commerce build
Budget: £3,000 - £50,000+ depending on complexity
"I need a customer portal"
Users log in and see their orders, manage preferences, access resources.
Solution: Web app
Budget: £10,000 - £50,000+
"I need something like [successful app] but for [my niche]"
You need a web app. And it's probably more expensive than you think. Those "simple" apps have years of development behind them.
Solution: MVP first, then iterate
Budget: £20,000+ for something genuinely useful
"I need to let customers [specific action]"
Depends on the action. Booking something? Could be an integration. Building something? App territory.
Solution: Discuss specifics with a developer
Don't overbuild
One common mistake: building custom app functionality when simpler solutions exist.
Overkill example: "I need users to book appointments."
Building a custom booking system: £10,000+ Using Calendly and embedding it: £0-144/year
When custom makes sense:
- Third-party tools don't fit your workflow
- You need deep integration with other systems
- You have unique requirements
- Scale makes third-party tools expensive
Most small businesses don't need custom everything. Use existing tools where they fit, build custom only where they don't.
What to tell developers
When getting quotes, be specific about:
- What users will do (not just "it's a website")
- Whether users need accounts
- What data needs to be stored
- What integrations you need
- How many users you expect
This helps developers understand whether you need a website, a web app, or something in between—and quote accordingly.
Summary
- Website: Shows information. Simpler, cheaper, faster to build.
- Web app: Enables actions. More complex, expensive, takes longer.
- Most businesses need: A website, possibly with some app-like features or third-party integrations.
If you're unsure what you need, let's talk. We'll help you figure out the simplest solution that actually solves your problem.