앞선 14편에서 구글 캘린더와 슬랙을 연동하여 플랫폼 간 정보의 이중 입력을 방지하고, 팀원 간의 소통 비용을 획기적으로 줄이는 외부 서비스 결합 기술을 살펴보았습니다. 이 단계까지 오면 워크스페이스의 자동화 뼈대는 거의 완성된 셈입니다. 하지만 아무리 정교하게 설계된 대시보드라도 시간이 지나 데이터가 수천, 수만 개씩 쌓이게 되면 치명적인 문제에 직면하게 됩니다. 페이지를 열 때마다 로딩 속도가 눈에 띄게 느려지거나, 원하는 정보를 찾기 위해 스크롤을 한참 내려야 하는 현상이 발생합니다.
많은 사용자가 노션을 쓰다 보면 "처음에는 빠르고 직관적이었는데, 1년쯤 지나니 너무 무거워져서 쓰기 답답하다"라는 불만을 토로합니다. 이는 노션 자체의 결함이라기보다는 데이터의 '유지보수와 아카이빙(보존)' 구조를 고려하지 않고 무작정 데이터를 쌓아두었기 때문입니다. 데이터가 아무리 늘어나도 첫날처럼 가볍고 쾌적한 속도를 유지할 수 있는 대시보드 최적화 및 보관 시스템 설계 가이드를 상세히 풀어보겠습니다.
데이터가 쌓여도 느려지지 않는 대시보드 유지보수 및 아카이빙 가이드
처음 노션으로 프로젝트 관리 시스템을 구축했을 때는 모든 데이터가 한눈에 들어오고 구동 속도도 빨라 무척 만족스러웠습니다. 하지만 1년 동안 수십 개의 프로젝트를 완료하고 수백 개의 하위 태스크가 누적되자 상황이 달라졌습니다. 메인 대시보드 페이지를 클릭하면 흰 화면에서 상단 바가 로딩되는 시간이 3초, 5초로 늘어났고, 모바일 앱에서는 아예 화면이 멈추는 현상까지 발생했습니다. 데이터를 지울 수도 없고 그대로 두자니 업무 효율이 떨어지는 진퇴양난에 빠진 것입니다.
노션의 속도가 저하되는 가장 큰 원인은 '현재 보지 않아도 되는 과거 데이터'까지 화면에 한 번에 불러오기(Rendering) 때문입니다. 노션은 페이지를 열 때 해당 데이터베이스에 포함된 데이터를 실시간으로 계산해서 보여주는 방식을 취합니다. 따라서 이미 끝난 프로젝트나 몇 달 전 회의록은 메인 화면에서 보이지 않도록 격리하고, 시스템의 부하를 최소화하는 '아카이빙 구조'를 반드시 도입해야 합니다.
메인 화면의 부하를 줄이는 페이지 제한과 필터 최적화
데이터베이스의 로딩 속도를 올리는 가장 쉽고 즉각적인 방법은 '페이지 제한' 설정입니다. 데이터베이스 보기의 레이아웃 설정에 들어가면 '페이지 제한'이라는 항목이 있습니다. 기본값은 보통 50개나 100개로 되어 있는데, 이를 '10개' 또는 '25개'로 낮추는 것입니다. 이렇게 하면 노션은 대시보드를 열 때 상위 10개의 데이터만 먼저 불러오므로 로딩 속도가 비약적으로 빨라집니다. 더 많은 데이터를 보고 싶다면 하단의 '더 보기' 버튼을 누르면 되므로 사용성에도 지장이 없습니다.
그다음으로 중요한 것은 필터를 통해 '진행 중'인 데이터만 남기는 것입니다. 예를 들어 [업무 일지] 표의 필터에 [상태가 '완료'가 아닌 것]이라는 조건을 상시 걸어두어야 합니다. 이미 끝난 업무는 눈에 보이지 않게 숨기는 것만으로도 노션이 처리해야 할 연산량이 급격히 줄어듭니다. 완료된 업무를 확인해야 할 때는 '완료 분리 보기' 탭을 따로 개설하여 필요한 순간에만 데이터를 불러오도록 동선을 분리하는 것이 좋습니다.
1년 단위 마스터 데이터베이스 분리와 이관 작업
필터와 페이지 제한으로도 속도 개선이 어려운 임계점에 도달했다면, 데이터베이스 자체를 연도별로 분리하는 '하드 아카이빙'을 진행해야 합니다. 누적 데이터가 5,000건을 넘어가면 필터를 걸어도 백그라운드 연산 때문에 워크스페이스가 무거워질 수 있습니다.
실무에서 가장 추천하는 방식은 매년 12월 말에 [2026] 마스터 업무 일지를 복제하여 [2027] 마스터 업무 일지를 새로 만드는 것입니다. 그리고 기존 2026년 데이터베이스는 '아카이브 페이지'라는 별도의 창고 공간을 만들어 그 안으로 이동시켜 줍니다. 이렇게 하면 매년 새 집으로 이사하는 효과를 내기 때문에 대시보드의 쾌적함을 영구적으로 유지할 수 있습니다. 과거 데이터가 필요할 때는 아카이브 페이지에 들어가서 검색하면 되므로 데이터 유실 우려도 없습니다.
속도를 갉아먹는 관계형과 롤업 속성 다이어트
앞선 연재에서 관계형과 롤업이 노션을 강력하게 만드는 핵심이라고 설명해 드렸지만, 역설적으로 이 두 속성은 노션의 속도를 떨어뜨리는 가장 큰 주범이기도 합니다. 하나의 데이터가 수정될 때마다 다리로 연결된 반대편 데이터베이스의 값까지 실시간으로 다시 계산해야 하기 때문입니다. 특히 롤업 속성에 수식 2.0까지 복잡하게 얽혀 있다면 부하는 배가 됩니다.
따라서 대시보드 유지보수를 할 때는 더 이상 쓰지 않는 오래된 관계형 연결을 끊어주는 작업이 필요합니다. 예를 들어 완전히 종료되어 보관함으로 이동한 프로젝트의 경우, 해당 프로젝트와 연결되어 있던 수많은 하위 태스크들의 관계형 링크를 텍스트 형태로 변환하거나 과감히 정리하는 것이 좋습니다. 또한, 꼭 필요한 정보가 아니라면 단순 확인용으로 무분별하게 추가했던 롤업 속성들을 검토하여 삭제하는 '속성 다이어트'를 반기별로 진행하는 것을 권장합니다.
안정적인 워크스페이스 운영을 위한 정기 청소 체크리스트
노션을 나 혼자가 아닌 팀원들과 함께 사용하고 있다면, 주기적인 관리 규칙을 정해두지 않았을 때 순식간에 공간이 황폐해집니다. 누군가 테스트로 만들고 방치한 '제목 없는 페이지'가 쌓이고, 출처를 알 수 없는 이미지 파일들이 용량을 차지하게 됩니다. 이를 막기 위해 한 달에 한 번 정도는 다음과 같은 가벼운 시스템 청소 시간을 가지는 것이 안전합니다.
첫째, 검색창에 '제목 없음'을 검색하여 내용이 비어있는 쓰레기 데이터를 일괄 삭제합니다. 둘째, 데이터베이스 속성 중 사용 빈도가 낮거나 중복된 항목이 없는지 확인하고 정리합니다. 마지막으로, 대시보드 첫 화면에 배치된 인라인 데이터베이스들이 꼭 필요한 것들인지 점검합니다. 시스템은 복잡할수록 무너지기 쉽고, 단순할수록 오래갑니다. 오늘 알려드린 최적화 기법들을 통해 여러분의 노션 워크스페이스를 언제나 가볍고 강력한 상태로 유지해 보시기 바랍니다.
핵심 요약
데이터 축적으로 인한 노션의 속도 저하는 페이지 제한 설정(10~25개 제한)과 필터 최적화를 통해 실시간 렌더링 부하를 줄임으로써 즉각 해결할 수 있습니다.
누적 데이터가 지나치게 많아질 경우 연도별로 마스터 데이터베이스를 분리하여 별도의 아카이브 공간으로 이관하는 하드 아카이빙 프로세스가 필요합니다.
복잡하게 얽힌 관계형과 롤업 속성은 백그라운드 연산량을 증가시키므로, 정기적인 속성 다이어트와 무효화된 링크 정리를 통해 시스템을 가볍게 유지해야 합니다.
0 댓글