2026-08-25

2026년 노션·트렐로·아사나 파일 업로드 제한 (그리고 화면 녹화 데모를 각 제한 안에 맞추는 법)

버그든 새 기능이든 업무 흐름이든, 화면 녹화는 가장 빨리 보여주는 방법이다 — 그리고 그 녹화는 결국 팀이 실제로 일하는 곳에 놓여야 한다. 노션 문서에 붙이고, 트렐로 카드에 첨부하고, 아사나 태스크에 올리는 식이다. 바로 거기서 파일은 서로 아주 다른 세 개의 벽에 부딪힌다. 노션 무료 플랜은 업로드하는 모든 파일을 5MB로 제한한다. 트렐로 무료 보드는 첨부당 10MB다. 아사나는 모든 플랜에서 파일당 100MB를 허용한다. 스무 배짜리 격차에, 실패 메시지도 제각각이고, 노션에는 용량과 무관한 포맷 함정까지 하나 더 있다. 출처가 확인된 숫자들, NearVid의 실제 내보내기 프리셋 기준으로 각 예산에 실제로 몇 초가 들어가는지, 그리고 녹화 하나를 목적지 도구 말고는 어디에도 업로드하지 않고 세 상한 전부에 맞추는 트림 우선 워크플로를 정리했다.

각 회사 자체 문서가 말하는 숫자

노션 자체 고객센터는 무료 플랜에 대해 단호하다 — 업로드하는 모든 파일은 5MB 미만이어야 한다. 이미지든 PDF든 영상이든 마찬가지다. 같은 페이지의 FAQ는 유료 플랜의 파일당 상한을 5GB까지로 안내한다 — 다른 워크스페이스에서 큰 파일을 본 적 있는 사람이 5MB 벽에 놀라는 이유다. 트렐로는 Atlassian 자체 지원 문서 기준으로 무료 사용자 첨부당 10MB, 유료 멤버는 250MB다 — 컴퓨터에서 올리는 파일에 적용되는 제한이고, 링크로 추가하는 첨부에는 적용되지 않는다. 아사나가 가장 여유롭다 — 자체 도움말 가이드가 파일당 100MB 제한을 명시하고 있고(아사나 자체 커뮤니티 포럼에 그대로 인용되어 있다), 아사나 개발자 문서도 같은 100MB 제한이 API 수준에서 강제된다고 확인해 준다. 알아둘 만한 아사나 각주 하나 — 같은 포럼 스레드 기준으로 아사나 양식(폼)으로 제출되는 파일은 따로 파일당 25MB로 제한된다. 태스크에는 잘 붙던 클립이 폼에서는 튕길 수 있다는 뜻이다.

용량과 무관한 노션의 함정: 지원 목록의 영상 포맷은 MP4다

바이트 계산에 앞서, 노션에는 관문이 하나 더 있다. 같은 고객센터 페이지는 노션이 지원하는 업로드 포맷을 나열하는데, 영상 항목에 적힌 포맷은 MP4다 — WebM은 페이지 어디에도 등장하지 않는다. 이게 문제가 되는 이유는, 무료 브라우저 화면 녹화 도구 대부분이 WebM 파일을 건네주기 때문이다 — 브라우저 자체의 MediaRecorder API가 만들어내는 형식이 그것이라는 사실은 아이폰·파워포인트에서 WebM이 안 열리는 이유 글에서 다뤘다. 그러니 노션 페이지로 향하는 WebM 화면 녹화에는 스트라이크가 두 개 예약되어 있는 셈이다 — 포맷이 노션 지원 목록에 없고, 무료 플랜이라면 어차피 5MB 아래로도 들어와야 한다. 같은 목록에 GIF는 지원 이미지 포맷으로 올라 있다 — 소리 없는 짧은 루프라면 노션 페이지로 들어가는 또 하나의 정직한 경로다. 트렐로와 아사나에는 이런 영상 관문이 없다 — 두 곳의 첨부 문서는 용량으로만 제한하고, Atlassian 페이지가 미지원으로 못 박는 형식은 WEBP·HEIC·TIFF뿐이다.

NearVid의 실제 프리셋으로 5MB·10MB·100MB에 몇 초가 들어가나

인코딩된 영상의 파일 크기는 일차 근사로 비트레이트 × 길이다 — NearVid 내보내기 화면이 인코딩 전에 보여주는 "≈" 용량 추정치의 계산과 같다. 브라우저 네이티브 MP4 경로는 High 4Mbps, Medium 2Mbps, Low 800kbps를 쓰고, WebM은 2Mbps/1Mbps/500kbps, 어느 쪽이든 오디오 약 128kbps가 더해진다. 각 예산에 대입해 보자. 노션의 5MB는, 지원 목록이 요구하는 MP4 경로 기준으로 대략 High 10초, Medium 19초, Low 43초다 — 정말로 빠듯하고, 그래서 아래 트림 단계가 여기서 가장 중요하다. 트렐로의 10MB는 WebM 기준 대략 High 38초, Medium 1분 10초, Low 2분 5초. 아사나의 100MB는 차원이 다르다 — Medium WebM으로 12분 가까이 들어가므로, 보통 길이의 데모 클립이라면 무손실 트림만으로 원본 화질 그대로 통과하는 경우가 대부분이라는 게 정직한 조언이다. 모든 수치는 UI가 자기 추정치를 다루는 방식 그대로 다뤄야 한다 — 표시된 근사치다. 인코더는 화면에 담긴 내용에 비트를 쓰기 때문에, 거의 정지된 화면 녹화는 이 숫자들보다 작게 나오는 게 보통이고 분주한 화면은 넘길 수 있다.

워크플로: 먼저 트림하고, 그다음 목적지에 맞춘다

파일 크기에 가장 크게 작용하는 입력은 길이이므로, 첫 수는 세 도구 모두 같다. NearVid의 트림은 무손실 스트림 복사다 — 재인코딩 없음, 화질 손실 없음, 대부분 파일에서 1초도 안 걸린다 — 3분짜리 녹화를 버그가 실제로 재현되는 15초로 잘라내면 아사나는 보통 그걸로 끝이고, 트렐로도 대부분 해결된다. 그다음은 목적지에 맞추는 단계다. 노션이라면 트림한 클립을 "MP4로 변환" 카드로 변환한다 — Chrome을 비롯한 Chromium 계열 브라우저에서 실측 확인을 거쳐 나타나는 카드다 — 인코딩을 기다리기 전에 "≈" 추정치가 5MB 아래로 떨어지는 품질 프리셋을 고르면 된다. 소리 없는 몇 초짜리 루프라면 GIF 내보내기도 노션의 지원 이미지 목록에 들어맞는다 — 다만 GIF 용량이 얼마나 빨리 불어나는지는 GIF 대 WebM 글의 경고 그대로다. 트렐로는 10MB 아래라면 어느 포맷이든 잘 붙는다 — 그리고 출처 있는 보너스가 하나 있다. Atlassian 자체 문서 기준으로, 너비 300픽셀 미만에 5MB 미만인 움직이는 GIF는 카드 커버에서 애니메이션으로 재생된다. NearVid의 GIF 내보내기에는 정확히 그걸 노릴 수 있는 조절값이 있다 — 240px 너비 옵션과 5/10/15fps. 몇 초로 트림하고 240px를 고르면 데모가 보드 위에서 바로 돈다. 아사나는 트림한 원본을 태스크에 그대로 첨부하면 되고, 긴 녹화가 100MB에 다가가거나 폼의 25MB 관문을 지나야 할 때만 재인코딩을 꺼내면 된다. 모든 단계는 브라우저 탭 안, 내 기기 위에서 실행된다 — 완성된 파일을 직접 첨부하기 전까지 녹화는 어디에도 업로드되지 않는다.

여기서 NearVid가 해 주지 않는 것

늘 하던 솔직함 그대로 — NearVid는 노션·트렐로·아사나의 규칙을 알지 못하고, "5MB에 맞추기" 버튼도 없다. 자동 비트레이트 타게팅도, 바이트 단위 슬라이더도 없다. 트림하고, 프리셋을 고르고, "≈" 추정치를 읽고, 첨부 전에 완성된 파일의 실제 크기를 직접 확인하는 방식이다. "MP4로 변환" 카드는 브라우저의 WebCodecs H.264+AAC 지원이 확인되는 곳에서만 나타난다 — 그 카드가 없는 브라우저에서는 GIF가 노션 지원 목록에 여전히 들어맞는 내보내기다. GIF 경로는 내장 ffmpeg.wasm 엔진으로 어디서든 동작하기 때문이다. 그리고 공유하려는 게 클립이 아니라 30분짜리 사용성 테스트 세션 전체라면, 어떤 프리셋 계산도 그걸 볼 만한 화질로 5MB에 넣어 주지 못한다 — 그건 유료 플랜의 더 큰 상한이, 아니면 영상 플랫폼에 올리고 링크를 붙여넣는 쪽이 할 일이다.

정직한 요약

각 회사 자체 문서 기준으로 — 무료 노션 워크스페이스는 업로드하는 모든 파일을 5MB로 제한하고 (유료는 파일당 최대 5GB) 지원 업로드 목록의 영상 포맷은 WebM이 아니라 MP4다. 무료 트렐로 보드는 컴퓨터 업로드를 첨부당 10MB로 제한하며(유료는 250MB), 너비 300px·5MB 미만 GIF는 카드 커버에서 바로 애니메이션으로 재생한다. 아사나는 폼의 25MB를 제외하면 어디서나 파일당 100MB다. NearVid의 실제 프리셋으로 이 예산들에는 각각 Low 프리셋 MP4 약 43초, Low 프리셋 WebM 약 2분, Medium WebM 약 12분이 들어간다 — 추정치이지 보장이 아니다. 확실한 경로는 이 시리즈의 모든 글이 도달하는 그 경로다 — 중요한 몇 초만 무손실로 트림하고, 목적지가 요구할 때만 변환하고, 인코딩에 시간을 쓰기 전에 "≈" 추정치로 어떤 프리셋이 들어가는지 확인하는 것 — 전부 내 기기 위에서다.