2026.03.26 기준
Free·Plus·Business·Enterprise
노션 탭 블록, 됩니다 — 그런데 이 경우엔 오히려 느려집니다
결론부터 말씀드리면, 탭 블록은 단순한 UI 정리 기능이 아닙니다. 활성화된 탭만 로딩하는 구조라 페이지 속도 개선에도 직접 연결됩니다. 그런데 데이터베이스를 탭 안에 넣으면 얘기가 달라집니다. 공식 문서에도 이 부분은 별도로 안내하지 않습니다.
탭 블록이 오늘(3/26) 정식 출시된 이유
노션 탭 블록은 사실 신기술이 아닙니다. Notion HQ 공식 릴리스 노트에는 이런 문장이 그대로 담겨 있습니다. “Notion HQ had an internal ‘tabs’ block for years, but the secret finally got out.” (출처: Notion 공식 릴리스 노트, 2026.03.26) 내부 팀이 수년간 써왔지만 외부에는 공개하지 않았던 기능입니다.
왜 이제야 공개했을까요. Notion 3.4 릴리스는 대시보드 뷰, 프레젠테이션 모드, 사이드바 개편, 페이지 아카이브 기능과 함께 묶여서 나왔습니다. 팀이 “이번 달 엔지니어들이 너무 빠르게 배포하고 있어서 한 번에 다 담기 힘들다”고 직접 밝혔을 정도입니다. 이번 탭 블록 공개는 기능 하나의 출시가 아니라 Notion이 ‘도구 플랫폼’에서 ‘업무 플랫폼’으로 가속화하는 흐름 안에 있습니다.
공식 릴리스 노트에서 탭 블록을 설명하는 표현은 간결합니다. “Now you can organize content into clean, clickable sections, without the maze of subpages.” 하위 페이지 미로에서 벗어나라는 메시지인데, 막상 써보면 이게 어느 상황에서나 해당되지는 않습니다.
활성 탭만 로딩된다는 게 실제로 의미하는 것
💡 공식 발표문과 실제 렌더링 구조를 같이 놓고 보니 이런 차이가 보였습니다. 탭 블록은 단순히 내용을 나눠서 보여주는 게 아니라, 보이지 않는 탭의 콘텐츠는 아예 불러오지 않습니다.
Notion 전문가 Matthias Frank는 LinkedIn에서 탭 블록을 이렇게 설명했습니다. “Only the active tab loads — so it’s also a performance win.” (출처: LinkedIn, Matthias Frank, 2026.03.26 게시) 성능 개선 효과가 있다는 뜻입니다.
노션 공식 DB 최적화 가이드에도 이와 연결되는 원칙이 있습니다. “When using a single linked database, only one database view is open at a time, and therefore only that one database is listening for updates.” (출처: Notion 공식 도움말, optimize-database-load-times-and-performance) 하나의 뷰만 활성화되어 있으면 나머지 뷰는 업데이트를 대기하지 않습니다.
이 두 원칙을 합쳐보면, 탭 블록은 콘텐츠를 숨기는 UI 도구가 아니라 렌더링 대상 자체를 줄이는 구조라는 점을 알 수 있습니다. 페이지에 이미지, 텍스트, 임베드가 많다면 탭으로 분리하는 것만으로도 초기 로딩 속도가 개선됩니다.
탭 블록 기본 사용법 — /tabs 하나로 끝납니다
사용법은 정말 단순합니다. 노션 페이지 어디서든 /tabs를 입력하고 선택하면 탭 블록이 생성됩니다. 기본적으로 탭 2~3개가 만들어지고, 각 탭 안에 텍스트·이미지·임베드·링크 등 대부분의 블록을 자유롭게 넣을 수 있습니다.
| 항목 | 탭 블록 | 하위 페이지(Subpage) |
|---|---|---|
| 생성 방법 | /tabs 입력 | + 클릭 → 페이지 생성 |
| 페이지 이동 여부 | ❌ 이동 없음 (같은 페이지) | ✅ 별도 페이지로 이동 |
| URL 분리 | ❌ 단일 URL | ✅ 탭마다 고유 URL |
| 데이터베이스 포함 | ⚠️ 가능하나 제한적 | ✅ 완전 지원 |
| 로딩 최적화 | ✅ 활성 탭만 로딩 | ✅ 개별 페이지로 분리 |
Matthias Frank가 특히 주목한 사용처는 “데이터베이스 템플릿 안에서 탭 블록을 쓰는 것”이었습니다. 각 항목 상세 페이지를 프로젝트 개요 / 리소스 / 메모 등으로 탭 분리해 두면, 같은 페이지 안에서 정보를 구조화할 수 있습니다.
데이터베이스를 탭에 넣으면 생기는 문제
⚠️ 탭 블록 안에 인라인 데이터베이스를 여러 개 넣으면, 탭 전환 시 각 데이터베이스가 별도로 새로 로딩됩니다. 성능 개선이 아니라 오히려 부하가 증가하는 구조입니다.
Reddit r/Notion에서는 탭 블록 출시 직후 이런 반응이 나왔습니다. “As a block it’s flexible, but that wrapper breaks flow, especially with databases.” (출처: Reddit r/Notion, 2026.03.19) 데이터베이스가 들어가면 탭 구조의 흐름이 깨진다는 실사용 피드백입니다.
이유는 노션 공식 DB 성능 가이드에 나옵니다. “Avoid building too many databases into high-traffic pages… The more simultaneously viewed databases, the more stress on your setup.” (출처: Notion 공식 도움말, 2026.03 기준) 탭 안에 DB가 들어가면 탭 전환 시 해당 DB가 다시 쿼리되고, 이 과정에서 오히려 로딩이 느려질 수 있습니다.
데이터베이스를 포함해야 하는 구조라면, 탭 블록 대신 하위 페이지를 유지하고 해당 페이지에서 링크드 뷰(Linked View)를 사용하는 방식이 노션 공식 권장 방식입니다. 페이지 레벨 탭 시스템이 아닌 블록 레벨이라는 탭 블록의 한계가 여기서 드러납니다.
Free 플랜이라면 먼저 이걸 계산해봐야 합니다
💡 탭 블록 안에 콘텐츠를 넣으면 블록 한도 소진 속도가 빨라집니다. Free 플랜에서 워크스페이스 멤버가 2명 이상이라면 전체 한도가 1,000블록입니다.
Notion 공식 도움말에 이렇게 나옵니다. “Free Plan / 2+ workspace owners → 1,000 blocks per workspace.” (출처: Notion 공식 도움말, understanding-block-usage) 그리고 한 번 생성된 블록은 삭제해도 카운트에서 빠지지 않습니다. “Deleting blocks, or emptying the trash, will not reduce your block count.” 지워도 소용없습니다.
탭 블록 자체가 하나의 블록이고, 그 안의 탭 각각도 블록으로 카운트됩니다. 탭 3개짜리 블록을 만들고 각 탭에 텍스트 5줄씩 넣으면 단번에 18개 이상의 블록이 소비됩니다. Free 플랜에서 2인 이상 협업한다면 1,000개 한도는 생각보다 빠르게 소진됩니다.
현재 블록 사용량은 설정(Settings) → 플랜 업그레이드(Upgrade plan) 화면에서 확인할 수 있습니다. 탭 블록을 적극적으로 활용하기 전에 현재 잔여 블록 수를 먼저 확인하는 게 좋습니다. Plus 플랜부터는 블록 한도 제한이 없으므로 이 문제는 해당되지 않습니다.
탭 블록이 진짜 빛나는 상황 3가지
프로젝트 DB의 각 항목 상세 페이지를 열었을 때 “개요 / 리소스 / 메모” 탭으로 나누면 스크롤 없이 정보를 전환할 수 있습니다. 이 경우는 데이터베이스가 탭 안에 들어가는 게 아니라, 데이터베이스 페이지 자체를 탭으로 구성하는 방식이라 문제가 없습니다.
외부 공유 페이지에서 정보를 탭으로 나누면 방문자가 하위 페이지를 탐색하지 않아도 됩니다. URL이 하나로 고정되니 링크 공유도 간단합니다. 단, 탭별로 고유 링크가 필요하다면 여전히 하위 페이지가 맞습니다.
긴 보고서·제안서·회의록을 섹션별로 탭 분리하면 초기 로딩이 빠르고 모바일에서 스크롤 피로도가 줄어듭니다. 이미지·임베드가 많은 페이지일수록 “활성 탭만 로딩”하는 구조의 이점이 커집니다.
💡 Notion 3.4에서 같이 출시된 프레젠테이션 모드(⌘+opt+P)와 탭 블록을 함께 쓰면 시너지가 있습니다. 탭으로 내용을 구조화하고, 발표할 때는 프레젠테이션 모드로 전환하면 별도 슬라이드 작업이 필요 없습니다.
자주 묻는 질문
Q. 탭 블록은 무료 요금제에서도 사용 가능한가요?
네, Free 플랜을 포함한 모든 요금제에서 사용 가능합니다. 단, Free 플랜에서 워크스페이스 멤버가 2명 이상이라면 1,000블록 한도 안에서 운용해야 합니다. 삭제해도 블록 수는 복구되지 않으므로 사전에 잔여 블록을 확인하는 게 좋습니다.
Q. 탭 블록과 토글(Toggle)의 차이는 무엇인가요?
토글은 수직으로 펼쳐지는 방식이고, 탭은 수평으로 전환되는 방식입니다. 토글은 여러 항목을 동시에 열어둘 수 있지만 탭은 하나만 활성화됩니다. 로딩 최적화 측면에서는 탭이 우위에 있고, 여러 항목을 병렬로 비교할 때는 토글이 낫습니다.
Q. 탭 안에 데이터베이스를 넣어도 되나요?
기술적으로는 가능하지만 권장하지 않습니다. 탭 전환 시 각 DB가 재로딩되면서 오히려 성능이 더 나빠질 수 있습니다. DB가 포함된 구조라면 하위 페이지 + 링크드 뷰 방식을 쓰는 게 Notion 공식 권장 방식입니다.
Q. 탭 블록을 모바일에서도 쓸 수 있나요?
2026년 3월 30일 기준으로 공식 발표에서 모바일 지원 여부를 별도로 명시하지 않았습니다. iOS 앱과 Android 앱에서의 표시 방식은 직접 확인이 필요하며, 모바일에서 /tabs 입력이 제한되는 경우 데스크탑에서 먼저 생성 후 모바일에서 열어보는 방식을 시도해볼 수 있습니다.
Q. 탭 블록을 기존 하위 페이지 구조로 되돌릴 수 있나요?
탭 블록 안의 콘텐츠를 복사해서 새 페이지로 이동하면 하위 페이지 구조로 전환할 수 있습니다. 단, 탭 블록 자체를 하위 페이지로 자동 변환하는 기능은 현재 없습니다. 탭 삭제 시 안에 있는 콘텐츠도 같이 삭제되므로 이동 전에 반드시 내용을 복사해 두는 게 안전합니다.
마치며 — 탭 블록, 어떤 경우에 쓰면 좋을까
노션 탭 블록은 생각보다 쓸 곳이 분명합니다. 텍스트·이미지·임베드 중심의 콘텐츠가 많은 페이지, 외부 공유 포털, 데이터베이스 항목 상세 페이지에서는 확실하게 효과가 있습니다. “활성 탭만 로딩”하는 구조 덕분에 성능 개선도 따라옵니다.
반면 인라인 데이터베이스가 들어가는 구조에서는 탭 블록이 오히려 불리합니다. 탭이 데이터베이스 쿼리를 차단하지 않아 전환 시마다 재로딩이 발생합니다. 이 경우는 하위 페이지 + 링크드 뷰가 여전히 낫습니다.
솔직히 말하면, 탭 블록은 Notion HQ가 수년간 내부에서만 쓴 이유가 있었을 겁니다. 특정 상황에서만 진가를 발휘하고, 모든 구조에 만능이 아닙니다. 출시 직후 “하위 페이지 이제 끝”이라는 반응도 있었지만, 막상 데이터베이스와 함께 쓰면 그렇지 않다는 걸 알게 됩니다. 용도에 맞게 골라 쓰는 게 답입니다.
📎 본 포스팅 참고 자료
본 포스팅은 2026년 3월 30일 기준으로 작성됐습니다. Notion 서비스 정책·UI·기능은 업데이트로 달라질 수 있으며, 본 포스팅 작성 이후 변경된 내용이 있을 수 있습니다. 정확한 최신 정보는 Notion 공식 홈페이지에서 확인하시기 바랍니다.
댓글 남기기