웹에서 무언가를 만들 때, 우리는 습관적으로 “사이트 만들자”, “서비스 런칭하자”, “플랫폼 구축하자”라는 말을 쓴다. 그런데 이 용어들의 경계는 생각보다 모호하다. 블로그는 사이트인가, 서비스인가? Notion은 앱인가, 서비스인가? YouTube는 서비스인가, 플랫폼인가?
이 글에서는 웹 애플리케이션을 페이지 → 사이트 → 앱 → 서비스 → 플랫폼이라는 5단계 스펙트럼으로 정리하고, 각각의 특징과 차이를 비교해 본다.
5가지 유형, 한 줄로 먼저 이해하기
- 페이지(Page) — “이거 보세요”
- 사이트(Site) — “여기서 찾아보세요”
- 앱(Web App) — “여기서 직접 해보세요”
- 서비스(Service) — “가입하면 계속 해드려요”
- 플랫폼(Platform) — “여기서 서로 만나세요”
단순한 정보 전달에서 시작해, 상호작용이 풍부해지고, 계정 기반의 지속성이 생기고, 최종적으로 다수의 참여자가 서로 가치를 만들어내는 생태계로 확장되는 흐름이다.
상세 비교
페이지 (Page)
가장 작은 단위다. 단일 목적을 위해 존재하며, 사용자는 와서 보고 떠난다. 계정도 없고, 데이터 축적도 없다. 랜딩페이지, 이벤트 안내 페이지, 링크트리 같은 것들이 여기에 해당한다. 개발 복잡도가 가장 낮고, 수익 모델은 주로 광고나 전환 유도에 의존한다.
사이트 (Site)
페이지가 여러 개 모여 정보나 간단한 도구를 제공하는 형태다. 블로그, 뉴스 사이트, 위키백과, 환율 계산기 같은 유틸리티 사이트가 대표적이다. 사용자 계정은 없거나 선택적이며, 상호작용은 읽기와 간단한 입력 수준에 머문다. 상태를 저장하지 않는 Stateless 구조가 일반적이다.
앱 (Web App)
사이트보다 상호작용이 한층 풍부해진다. 사용자가 복잡한 입력을 하고, 실시간으로 결과를 확인하며, 세션 동안 상태가 유지된다. Figma, Photopea, Google Maps 같은 도구들이 여기에 속한다. 로그인 없이도 쓸 수 있는 경우가 많지만, 기능의 깊이가 사이트와 확연히 다르다.
서비스 (Service)
앱에 계정과 지속성이 더해진 형태다. 사용자가 가입하고, 데이터가 저장되며, 시간이 지날수록 개인화된 가치가 쌓인다. Gmail, Notion, Dropbox, Netflix가 대표적이다. “로그인해서 내 데이터를 관리한다”는 점이 앱과의 가장 큰 차이다. 구독이나 과금 기반의 수익 모델이 일반적이다.
플랫폼 (Platform)
서비스가 다자간 생태계로 확장된 것이다. 단순히 제공자가 사용자에게 가치를 전달하는 구조가 아니라, 생산자와 소비자가 서로 만나 가치를 주고받는다. YouTube(영상 제작자 ↔ 시청자), 쿠팡(판매자 ↔ 구매자), App Store(개발자 ↔ 사용자)가 여기에 해당한다. 사용자가 늘수록 가치가 증가하는 네트워크 효과가 핵심이며, 제3자가 참여하여 생태계를 스스로 확장시킨다.
비교 표로 한눈에 보기
| 구분 | 페이지 | 사이트 | 앱 | 서비스 | 플랫폼 |
|---|---|---|---|---|---|
| 핵심 성격 | 단일 목적 전달 | 정보/도구 모음 | 풍부한 상호작용 | 지속적 가치 제공 | 생태계 제공 |
| 사용자 계정 | 없음 | 없거나 선택적 | 없거나 선택적 | 거의 필수 | 필수 |
| 데이터 축적 | 없음 | 없음 | 세션 중 임시 | 사용자별 저장 | 다자간 축적 |
| 참여자 구조 | 제공자 → 사용자 | 제공자 → 사용자 | 제공자 → 사용자 | 제공자 → 사용자 | 다자간 상호작용 |
| 네트워크 효과 | 없음 | 없음 | 없음 | 약함 | 강함 |
| 상태 관리 | Stateless | Stateless | Stateful (세션) | Stateful (영구) | Stateful (다자간) |
| 확장 방식 | 페이지 자체가 끝 | 콘텐츠 추가 | 기능 추가 | 기능 + 요금제 | 제3자 참여 |
| 수익 모델 | 광고, 전환 유도 | 광고, 후원 | 유료 전환, 광고 | 구독, 과금 | 수수료, 중개, 구독 등 |
| 개발 복잡도 | 매우 낮음 | 낮음 | 중간 | 높음 | 매우 높음 |
| 예시 | 랜딩페이지, 링크트리 | 블로그, 위키, 계산기 | Figma, Photopea | Gmail, Notion | YouTube, 쿠팡 |
플랫폼, 그 안에서의 목적별 분화
플랫폼은 상위 개념이다. “무엇을 중개하고 집약하느냐”에 따라 더 구체적인 이름을 갖게 된다.
- 포털(Portal) — 정보를 한 곳에 집약 (네이버, Yahoo, 정부24)
- 마켓플레이스(Marketplace) — 거래를 중개 (쿠팡, Airbnb, 당근마켓)
- 미디어 플랫폼 — 콘텐츠를 유통 (YouTube, Spotify, TikTok)
- 개발자 플랫폼 — 개발 생태계를 제공 (GitHub, App Store, npm)
- 소셜 플랫폼 — 소통과 관계를 중개 (Instagram, X, Discord)
- 워크 플랫폼 — 업무 협업을 중개 (Slack, Teams)
- 에듀테크 플랫폼 — 학습을 중개 (Udemy, Coursera)
플랫폼이라는 큰 그릇 안에서, 목적이 붙으면 구체적인 이름을 갖게 되는 구조다.
실제 프로덕트는 진화한다
깔끔하게 분류할 수 있으면 좋겠지만, 현실의 프로덕트들은 단계를 넘나든다.
- Notion — 앱으로 시작해 서비스가 되었고, 템플릿 마켓이 생기면서 플랫폼으로 확장 중이다.
- Instagram — 사진 공유 앱에서 서비스로, 다시 크리에이터와 소비자가 만나는 플랫폼으로 진화했다.
- Shopify — 쇼핑몰 구축 서비스에서 앱스토어 생태계를 갖춘 플랫폼이 되었다.
- 위키백과 — 사이트처럼 보이지만, 편집자와 독자의 다자간 구조를 보면 플랫폼적 성격을 갖고 있다.
이런 진화 경로를 인식하면, 지금 만들고 있는 것의 현재 위치와 향후 방향을 더 명확하게 잡을 수 있다.
마무리
웹에서 무언가를 만들 때, “이건 사이트야? 서비스야? 플랫폼이야?”라는 질문은 단순한 네이밍 문제가 아니다. 어떤 유형으로 정의하느냐에 따라 설계 방향, 필요한 기술 스택, 수익 모델, 팀 구성까지 달라진다. 페이지에서 시작해 플랫폼까지 이어지는 이 스펙트럼을 머릿속에 두면, 기획 단계에서의 커뮤니케이션이 한결 수월해질 것이다.