노션 탭 블록, 되는 것과 안 되는 것

2026년 3월 17일, Notion이 공식 LinkedIn을 통해 새 블록을 발표했습니다.
“Type /tabs to try it out (rolling out now)” — 딱 이 한 줄이 전부였습니다.
근데 막상 써보면 생각보다 조건이 붙고, 기존 탭드 레이아웃(Tabbed Layout)과 헷갈리는 분들이 많습니다.
어디서 되고 어디서 막히는지, 공식 자료와 실사용 피드백을 함께 놓고 정리했습니다.

탭 블록이 지금 나온 이유 — 3년의 공백

솔직히 말하면, 노션 탭 블록은 그냥 “갑자기” 나온 기능이 아닙니다. Reddit r/Notion에 이미 2026년 1월에 베타 스크린샷이 올라왔고, 당시 댓글 중 하나가 정확히 이렇게 말했습니다. “It’s been in beta for like 3 years. The most useful feature Notion never shipped!” (출처: Reddit r/Notion, 2026.01.12)

실제로 해당 게시글의 upvote ratio는 97%로, 커뮤니티 전체가 이 기능을 기다려왔다는 반응입니다. 그 게시글에 58개의 추천이 달린 것 대비, 같은 시기 다른 Notion 기능 게시글 평균이 10~20개 수준이었습니다. 이 기능에 대한 대기 수요가 얼마나 높았는지 그대로 보입니다.

공식 발표는 2026년 3월 17일, Notion LinkedIn 계정이 “New block: Tabs 🗂️ — Type /tabs to try it out (rolling out now)”라고 게시하면서 나왔습니다. (출처: Notion 공식 LinkedIn, 2026.03.17) 베타 체류 기간이 약 3년에 달했던 기능이, 조용히 슬래시 커맨드 하나로 풀린 겁니다.

▲ 목차로 돌아가기

Tabbed Layout과 뭐가 다른가요?

여기서 가장 많이 헷갈리는 부분입니다. 노션에는 탭 관련 기능이 두 가지 존재합니다. Tabbed Layout과 Tabs Block. 이름이 비슷해서 같은 거라고 생각하기 쉬운데, 작동 방식이 완전히 다릅니다.

Notion 공식 레이아웃 도움말에 Tabbed Layout에 대해 이렇게 나와 있습니다. “One tab is a Content tab that contains the page’s contents and layout modules, and you can add more tabs that contain views of other databases from your workspace.” (출처: notion.com/help/layouts) 즉 Tabbed Layout의 추가 탭은 반드시 다른 데이터베이스 뷰여야 합니다. 자유 텍스트를 넣을 수가 없습니다. 그 한계를 채우기 위해 Tabs Block이 나온 겁니다.

▲ 목차로 돌아가기

실제로 잘 되는 상황 3가지

Reddit r/Notion에서 가장 많은 호응을 받은 실사용 케이스를 정리했습니다. 공통점은 탭 안에 들어가는 콘텐츠가 단순한 텍스트나 이미지일 때입니다.

▲ 목차로 돌아가기

데이터베이스 넣으면 생기는 문제

탭 블록에 데이터베이스를 붙여넣는 순간 분위기가 달라집니다. 이게 많이 언급된 진짜 단점입니다.

핵심은 탭 블록이 블록 단위 wrapper로 작동한다는 점입니다. 데이터베이스를 탭 안에 넣으면 그 데이터베이스는 wrapper 안에 갇히고, 뷰 전환이나 필터 조작 시 인터랙션이 어색해집니다. 데이터베이스가 탭 경계 밖으로 넘치는 경우도 보고됩니다.

이 문제는 Tabbed Layout과 비교하면 더 선명해집니다. Tabbed Layout은 페이지 레벨에서 탭이 설정되기 때문에 데이터베이스 뷰가 자연스럽게 들어갑니다. 반면 Tabs Block은 블록 안에 데이터베이스를 억지로 끼워 넣는 구조라 흐름이 깨집니다. Notion 공식 레이아웃 문서도 “A page layout will apply to all pages in the database”라며 페이지 레벨 설계 의도를 분명히 했습니다. (출처: notion.com/help/layouts)

▲ 목차로 돌아가기

아직 못 쓰는 이유 — 롤아웃 미완료

/tabs를 입력해도 블록이 뜨지 않는다면, 아직 롤아웃이 안 된 워크스페이스일 가능성이 높습니다. 이건 본인 설정 문제가 아닙니다.

Reddit에서 2026년 3월 18일 올라온 게시글 제목이 정확히 이 상황입니다. “I saw that Notion has a new /tabs block but I haven’t got it yet. Has anyone got it?” 댓글로 “I’ve got it. It will be a rollout I’m sure”와 “I still don’t have it”이 동시에 달렸습니다. (출처: Reddit r/Notion, 2026.03.18) 같은 날 누구는 쓸 수 있고 누구는 없는 것이 공식 순차 배포의 특성입니다.

Notion은 신규 기능을 항상 단계적으로 배포합니다. LinkedIn 발표문에도 “rolling out now”라고 명시됐습니다. (출처: Notion LinkedIn, 2026.03.17) 배포 완료 시점은 공식적으로 밝히지 않은 상태입니다. 지금 안 된다면 며칠 후 다시 확인하는 방법이 현실적입니다.

▲ 목차로 돌아가기

탭 블록 쓰면 유리한 딱 한 가지 흐름

기대했던 것과 달랐다는 반응이 많지만, 맞는 상황에서 쓰면 확실히 편합니다. 핵심은 같은 주제를 두 가지 이상 관점에서 나눠야 할 때입니다.

가장 잘 맞는 구조는 이렇습니다. 하나의 페이지에 여러 버전의 콘텐츠를 두되, 서브페이지로 분리하기에는 너무 작은 단위일 때입니다. 예를 들어 회의록 페이지에서 결정사항 탭, 액션아이템 탭, 배경 자료 탭을 구성하면, 매번 스크롤을 내리거나 다른 페이지로 이동할 필요가 없습니다. Notion이 LinkedIn에서 제안한 방향과 정확히 일치합니다.

반대로 쓰면 오히려 복잡해지는 상황이 있습니다. 탭 안에 탭을 중첩하거나, 데이터베이스를 탭 안에 직접 삽입하는 경우입니다. Reddit에서 “two half solutions that don’t quite meet in the middle”이라는 평가가 나온 게 이 때문입니다. 탭 블록과 Tabbed Layout이 각자 독립적으로 설계됐고, 서로를 대체하지 않는다는 점을 기억해두면 잘못 쓰는 상황을 피할 수 있습니다.

▲ 목차로 돌아가기

자주 묻는 것들 — Q&A

▲ 목차로 돌아가기

마치며 — 3년 기다렸는데 반만 왔습니다

탭 블록은 기다려온 것 맞습니다. 서브페이지를 만들기에는 너무 작고, 토글로 묶기에는 구조가 복잡할 때 딱 들어맞는 해결책입니다. OS별 가이드 분기, 개발 티켓 진행 단계 정리, 회의록 섹션 분리 — 이런 상황에서 쓰면 확실히 편해집니다.

다만 솔직히 말하면 아직은 완성형이 아닙니다. 데이터베이스와 조합하면 wrapper 문제가 생기고, 롤아웃도 아직 진행 중입니다. 3년을 기다렸는데 반만 온 느낌이라는 커뮤니티 반응이 틀리지 않았습니다.

지금 쓰기 좋은 용도: 텍스트·이미지 중심의 콘텐츠를 탭으로 분리하는 것. 기다려야 하는 용도: 데이터베이스와 함께 쓰는 페이지 레벨 탭 구조. 그 차이만 알면 탭 블록을 제대로 쓸 수 있습니다.