웹에서 TeX 사용(Overleaf / Cloud LaTeX)

Overleaf이 무료 요금제 프로젝트에 주는 컴파일 시간은 10초, 유료 요금제는 240초입니다(Overleaf 공식 문서, 2026년 8월 확인). 이 24배의 차이는 LaTeX을 클라우드에서 계속 쓸지 손안에 환경을 둘지를 판단하는 가장 알기 쉬운 입구입니다. 다만 진짜 쟁점은 속도가 아닙니다. 원고가 누구의 서버에 놓이는가, TeX Live 버전을 스스로 고를 수 있는가, 서비스가 멈췄을 때 원고를 들고 나올 수 있는가입니다. 이 페이지는 처음 만지는 사람을 위한 안내가 아니라 이미 쓰고 있는 사람의 “클라우드냐 손안이냐”를 다룹니다. 하필 Overleaf만 자기 서버에 세울 수 있는 이유를 설명해 주는 2017년의 사건에서 시작합시다.

Overleaf이 오픈 소스인 것은 2017년 7월의 합병 덕분입니다

2017년 7월 20일, Overleaf은 경쟁사인 ShareLaTeX(Scribtex Limited)을 인수했습니다. 그때 공개된 공지에는 두 가지가 적혔습니다. ShareLaTeX의 편집기가 “새 플랫폼의 핵심이 될 것”이라는 것, 그리고 공개된 ShareLaTeX 코드베이스는 전부 오픈 소스로 남고 개발도 계속된다는 것입니다. 이 두 약속이 오늘의 상황을 그대로 설명합니다. Overleaf 자체는 2012년 말 John Hammersley와 John Lees-Miller가 WriteLaTeX라는 이름으로 시작했고 2015년에 Overleaf으로 바뀌었습니다. 합병 뒤의 “Overleaf v2”는 ShareLaTeX의 편집 엔진 위에 세워졌으며, 그 오픈 소스 계보가 지금도 overleaf/overleaf로 AGPL v3 아래 공개되고 있습니다.

이 일이 실무에 효력을 갖는 까닭은 “클라우드를 고른다”는 것이 반드시 “남에게 맡긴다”를 뜻하지 않기 때문입니다. Cloud LaTeX도 Papeeria도 호스팅 전업이라 자기 서버에 세울 길이 없습니다. 주요 서비스 가운데 자체 운영이 가능한 것은 사실상 Overleaf뿐이고, 그 이유는 기술이 아니라 2017년의 합병입니다. 뒤집어 말하면, 양자택일처럼 보이는 문제는 실제로는 “남의 서버”, “내 서버”, “내 PC”의 삼자택일입니다. 아래에서는 먼저 양자택일 쪽을 숫자로 정리하고, 마지막에 세 번째 길을 다룹니다.

Overleaf 무료 요금제로는 무엇을 못 하는가

실제로 물리는 제한은 셋, 컴파일 시간·프로젝트 용량·Git입니다. 무료로 쓸 수 있는 쪽수에 상한은 없고 프로젝트 수도 무제한이지만, 공식 문서에 실린 수치 가운데 실무에서 부딪히는 것은 이 셋으로 모입니다. 특히 Git 연동이 유료 기능이라는 점은 놓치기 쉬워서, “무료로 시작해 나중에 이력째 손안으로 끌어오자”는 계획은 성립하지 않습니다. 아래 표는 Overleaf 문서에 실린 수치입니다(2026년 8월 시점).

클라우드에서 TeX Live 버전을 고정할 수 있는가

Overleaf이라면 됩니다. TeX Live의 연도를 프로젝트 단위로 고를 수 있고, 공식 블로그가 알린 범위만 해도 2016년판까지 거슬러 올라갑니다. 새 프로젝트는 기본으로 서버의 최신판을 쓰므로, 투고처가 특정 연도를 요구하면 명시적으로 바꿉니다. 이 조작 하나가 보기보다 중요합니다. “Overleaf에서는 되는데 손안에서는 안 된다”의 대부분은 편집기가 아니라 배포판의 연도 차이입니다. 화면에서 어디를 누르는지는 Overleaf 페이지가 다룹니다.

다른 서비스는 방식이 다릅니다. Cloud LaTeX은 최신 완전판 TeX Live(안정판과 개발판)를 제공하는 형태로, 사용자가 연도를 고르는 것이 아니라 서비스 쪽이 갱신합니다. 일본어권 투고 규정은 흔히 “TeX Live 20xx로 조판할 것”을 요구하므로 이 차이는 무시할 수 없습니다. 재현성이 최우선이라면 클라우드의 연도 선택보다 컨테이너 이미지의 digest가 더 강합니다. 이는 사실 그대로이며, 학위논문이나 몇 해 뒤 재현이 요구될 수 있는 작업에서는 클라우드로 쓰고 최종 빌드만 컨테이너에 맡기는 병용이 현실적인 절충점입니다.

Cloud LaTeX과 과학연구비 서식: 일본어로 쓰는 사람의 선택지

Cloud LaTeX의 강점은 두 가지입니다. 설정 없이 조판되는 일본어, 그리고 100종이 넘는 서식 가운데 과학연구비(科研費) 신청 양식이 들어 있다는 점입니다. 운영은 아카리크(Acaric)사입니다. Overleaf에서 일본어를 조판하려면 기본 pdfLaTeX를 LuaLaTeX로 바꾸는 한 수가 필요하지만, Cloud LaTeX은 그것이 초기 상태입니다. 여기에 Dropbox 동기화와 VS Code 연동이 있어 브라우저 탭 안에 갇히지 않는다는 점도 실무에서 유효합니다. 일본의 연구비 신청 서식은 해마다 바뀌므로, 그 서식이 계속 갱신되는지가 실질적인 가치가 됩니다.

세 번째 선택지인 Papeeria는 공개 프로젝트를 무제한으로 만들 수 있는 영구 무료 등급을 두고, 비공개 프로젝트는 무료로 하나까지라는 설계입니다. Git 연동도 있지만 무료로 다룰 수 있는 것은 공개 저장소뿐이고, 비공개 저장소는 유료입니다. 거칠게 정리하면 일본어 중심이면 Cloud LaTeX, 공저자가 많고 서식 기반이면 Overleaf, 처음부터 공개가 전제면 Papeeria입니다. 다만 이는 출발점일 뿐이고, 다음 두 절——기관 계정과 출구 전략——이 장기적으로는 더 크게 작용합니다.

대학의 Overleaf 계약(Overleaf Commons)을 확인하기

유료 요금제를 개인적으로 사기 전에, 소속 기관이 사이트 라이선스를 갖고 있지 않은지 확인하십시오. Overleaf Commons는 기관이 구성원 전체에게 Overleaf을 제공하는 계약으로, 가입되어 있으면 구성원 모두가 유료 기능——긴 컴파일 시간, 공저자 정원, 변경 이력, Git 연동——을 쓸 수 있습니다. 등록은 대개 기관의 통합 인증으로 로그인하거나, 자격이 있는 도메인의 이메일 주소를 확인하는 것만으로 끝납니다. 실제로 많은 대학이 도입했는데, 예컨대 UCLA는 2025년 4월 7일부터 재학생과 교직원 전원에게 무료 Overleaf Professional 계정을 제공한다고 공지했습니다. 먼저 소속 기관 전산 부서의 안내 페이지를 검색해 보는 것이 가장 비용 대비 효과가 큰 한 수입니다.

다만 사이트 라이선스에는 기한이 있는 신분에 매여 있다는 성질이 있습니다. 가입은 소속 확인으로 성립하므로, 졸업·수료·이직으로 그 확인이 끊기면 유료 기능도 끊깁니다. 기관 계정으로 석사 논문을 마친 뒤, 졸업하고 나서 공저자의 요청으로 열었더니 이력을 볼 수 없더라——충분히 일어날 수 있는 사고입니다. 그래서 공동 연구 프로젝트는 개인 계정이 아니라 연구실이나 프로젝트가 관리하는 계정을 소유자로 두는 것이 정석이고, 떠나기 전에 원고 일습을 내보내 두는 것이 최소한의 대비입니다.

미공개 연구를 클라우드에 두어도 되는가

기술의 문제가 아니라 규정의 문제입니다. 어느 서비스나 통신 암호화와 접근 제어를 설명하지만, 판단의 근거가 되는 것은 소속 기관의 정보 관리 규정, 연구비에 붙은 조건, 공동 연구의 비밀 유지 계약 쪽입니다. “데이터를 조직 밖으로 내보내지 말 것”이라고 적혀 있다면 서비스의 품질이 아무리 높아도 호스팅형은 고를 수 없습니다. 반대로 그런 제약이 없다면 클라우드의 이점은 큽니다. 아래 비교는 규정이 허락한다는 전제이며, “어느 쪽이 나은가”가 아니라 무엇을 내주고 무엇을 손안에 남기는가의 표로 읽으십시오.

출구 전략: 원고를 이력째 들고 나올 수 있는가

ZIP 내보내기는 어느 서비스에서나 됩니다. 문제는 이력 쪽입니다. Overleaf에서 프로젝트를 통째로 이력과 함께 끌어오는 git clone은 유료 기능이라 무료 계정으로는 쓸 수 없습니다. Cloud LaTeX은 ZIP 출력에 더해 Dropbox 동기화를 갖추어, 최신판 사본을 늘 자기 디스크에도 둘 수 있습니다. Papeeria는 Git을 전제로 설계되었지만 무료 등급이 닿는 것은 공개 저장소뿐입니다. 결론으로서의 지침은 한 문장입니다. git clone으로 빠져나올 수 있는 서비스를 고를 것. 서버에 무슨 일이 생겨도 원고와 그 이력은 손안에 남습니다.

이 출구는 그대로 CI로 들어가는 입구도 됩니다. Overleaf 프로젝트를 GitHub 저장소와 동기화해 두면 push 할 때마다 GitHub Actions가 깨끗한 TeX Live로 조판해, 브라우저 밖에서 PDF가 정말 빌드되는지 확인할 수 있습니다. 클라우드의 편안함은 남긴 채 “정말 재현되는가”를 기계에 검증시키는 형태로, 공저 논문에서 특히 유효합니다. 다만 앞서 말했듯 Git·GitHub 연동은 유료 기능이라 무료 계정으로는 이 구성을 짤 수 없습니다. 일상 운영으로는 다음 세 가지를 정해 두면 큰 사고는 거의 막을 수 있습니다.

• 소유자를 먼저 정합니다. 공동 연구 프로젝트는 개인 계정이 아니라 연구실이나 프로젝트가 관리하는 계정을 소유자로 둡니다.
• 환경을 README에 적습니다. 어느 서비스의 어떤 컴파일러, 어느 TeX Live 연도로 조판하는지를 한 줄로 남깁니다. 손안이나 컨테이너에서 재현할 때 필요합니다.
• 제출 전에 한꺼번에 내보냅니다. PDF, 원본 ZIP, .bib, 도판의 원자료를 날짜를 붙인 폴더 하나에 모아 둡니다.

Overleaf을 자기 서버에 세우기(셀프 호스팅)

세 번째 길입니다. Overleaf의 핵심은 overleaf/overleaf로 AGPL v3 아래 공개되어 있고, 그것이 Overleaf Community Edition(CE)입니다. 연구실이나 기업은 상용 overleaf.com과 무관하게 자기 서버에서 Overleaf을 운영할 수 있습니다. 도입의 권장 경로는 공식 Overleaf Toolkit입니다. Docker Compose 스택으로, Overleaf 본체와 데이터베이스인 MongoDB, 캐시인 Redis를 함께 띄웁니다. GitHub에서 overleaf/toolkit을 받아 초기화하고 띄우면 내 브라우저에서 쓸 수 있는 Overleaf이 완성됩니다. 한번 세워 두면 인터넷과 끊긴 폐쇄망에서도 돌아갑니다.

# Bring up your own Overleaf with the official toolkit.
git clone https://github.com/overleaf/toolkit.git
cd toolkit
bin/init      # generates the config/ directory
bin/up        # starts Overleaf + MongoDB + Redis via Docker Compose

얻는 것은 데이터에 대한 지배권과 외부에 대한 비의존입니다. 원고는 자기 조직의 서버를 벗어나지 않고, 장애에도 가격 인상에도 휘말리지 않습니다. 대가는 운영 그 자체입니다. 서버 준비, 백업, TeX Live 갱신, 보안이 모두 자기 일이 됩니다. 그리고 또 하나, 무시할 수 없는 제약이 있습니다. 무료 Community Edition에는 컴파일을 격리하는 “Sandboxed Compiles”가 없습니다. 사용자의 LaTeX 컴파일이 컨테이너와 같은 권한으로 돌아 그 파일 시스템과 네트워크에 닿습니다. 프로젝트 자신의 README는 CE가 모든 이용자를 신뢰할 수 있는 환경을 위한 것이라고 분명히 밝힙니다.

공개적으로 열어도 되는 운영이나, 컴파일 격리, LDAP·SAML을 통한 통합 인증, 변경 이력(track changes) 같은 기업용 기능이 필요하다면 유상 Server Pro가 마련되어 있습니다. 실무의 기준은 이렇습니다. 신뢰할 수 있는 소수의 연구실이라면 CE로 충분하고, 학내 전체에 연다면 Server Pro를 검토합니다. 그리고 잊지 말아야 할 것은, 자체 운영을 고른 순간 클라우드의 최대 이점이던 “유지 보수를 안 해도 된다”가 사라진다는 점입니다. 세 길 가운데 마지막 길은 가장 자유롭고 가장 손이 많이 갑니다.