디자인 작업물은 조리법이 정리되지 않은 요리와 닮아 있다. 재료가 같더라도 어떤 순서로 넣고 어떤 온도에서 익히느냐에 따라 결과물이 달라지지만, 정작 시간이 지나고 나면 그 과정을 정확히 기억하는 사람은 드물다. 오래된 프로젝트 파일을 다시 열었을 때 처음 보는 물음표 모양의 폰트가 화면을 가득 채우는 순간, 우리는 수십 개의 레이어보다 더 복잡한 ‘시간의 낙서’와 마주하게 된다. 이 글은 그러한 혼란을 줄이기 위해 파일을 여는 순간부터 닫는 순간까지 적용할 수 있는 실질적인 버전 관리 습관에 대해 이야기한다.
핵심은 디자인 파일의 수명이 곧 디자이너의 기억력과 정비례하지 않는다는 점이다. 컴퓨터 안의 프로젝트 폴더는 언제나 현재형이지만, 그 안에 포함된 폰트 정보는 과거형으로 고정되어 있다. 작업 당시 시스템에 설치되어 있던 글꼴이 다른 컴퓨터나 새 운영체제로 옮겨가는 순간, 파일은 자신이 가진 정보만으로는 형태를 유지할 수 없다. 이때 발생하는 폰트 깨짐은 단순한 오류가 아니라 파일과 환경 사이의 시간차에서 비롯된 신호다. 파일 자체가 손상된 것이 아니라, 파일이 태어난 시대의 환경이 사라진 것이다.
이 문제를 근본적으로 이해하려면 디자인 파일이 텍스트 정보를 저장하는 방식을 알아야 한다. 대부분의 디자인 툴은 문자를 하나의 오브젝트로 취급하며, 글꼴 이름과 스타일, 크기, 자간, 행간을 메타데이터로 기록한다. 그러나 실제 글리프의 모양은 파일 안에 저장되지 않고 운영체제에 설치된 폰트 파일에서 참조한다. 따라서 작업 환경을 그대로 재현할 수 없다면, 어떤 파일이든 열리는 순간 다른 옷을 입을 수밖에 없다. 이는 마치 원고지에 쓴 소설을 컴퓨터로 옮길 때 손글씨의 느낌이 사라지는 것과 같은 이치다.
실전에서 가장 먼저 점검해야 할 것은 작업 시작 전에 설정하는 폰트 관리 규칙이다. 프로젝트를 시작할 때 사용할 글꼴을 결정했다면, 그 글꼴의 라이선스와 배포 가능 여부를 확인한 뒤 별도의 폴더에 원본 파일을 모아두는 습관이 필요하다. 이때 단순히 폴더에 넣는 것을 넘어, 폰트 파일 자체를 프로젝트 폴더 안에 포함하는 ‘번들링’ 방식을 사용하면 다른 컴퓨터에서 파일을 열 때 훨씬 수월하다. 많은 디자인 툴에서 이미지와 폰트를 함께 패키징하는 기능을 제공하지만, 이 기능을 사용한 뒤에도 결과물을 다시 열어보며 실제로 글꼴이 정상적으로 로드되는지 확인해야 한다.
또 하나 놓치기 쉬운 지점은 확장자의 변화다. 오래된 버전의 파일을 최신 버전의 툴로 열었을 때, 툴은 과거의 데이터를 해석하기 위해 일종의 번역 과정을 거친다. 이 과정에서 일부 속성 값이 바뀌거나 누락되는 경우가 잦다. 특히 텍스트 레이어의 경우, 자간이나 행간 값이 정수가 아닌 소수점 단위로 기록된 경우가 많은데, 구버전에서 지원하지 않던 미세 조정 값이 최신 버전에서 무시되면 전체 조판의 균형이 무너진다. 이런 상황을 피하려면 파일을 변환한 직후에 모든 텍스트 레이어를 하나씩 클릭하며 속성 창을 확인하는 검수 과정을 반드시 거쳐야 한다. 겉보기에 그럴듯해 보이는 화면 뒤에 숨은 미세한 차이가 최종 출력물의 완성도를 좌우한다.
버전 관리의 핵심은 파일명 뒤에 숫자를 붙이는 것이 아니라, 변경 이력을 이해할 수 있는 단위로 저장하는 데 있다. 프로젝트를 진행하면서 날짜별 또는 작업 단계별로 파일을 저장하는 것은 기본 중의 기본이지만, 실제로는 같은 날에도 수십 번의 저장이 일어나기 때문에 파일 개수가 무의미해지기 쉽다. 이때 유효한 방법은 특정 작업이 완료되는 시점을 기준으로 ‘체크포인트’ 파일을 만드는 것이다. 예를 들어 폰트를 변경하거나 컬러 팔레트를 교체하는 큰 변화를 주기 직전에 스냅샷 파일을 저장해두면, 이후 작업 과정에서 문제가 생겨도 그 시점으로 안전하게 돌아갈 수 있다. 이렇게 저장한 파일에는 변경한 이유를 한두 문장으로 기록해두는 것도 좋다. 파일명의 숫자는 그 자체로 아무 의미가 없지만, 부가적인 메모가 붙으면 그 숫자가 곧 작업의 맥락이 된다.
또한, 프로젝트 전체를 대상으로 하는 폰트 사용 현황을 주기적으로 점검하는 것이 중요하다. 한 화면 안에서 다른 글꼴이 두 개 이상 섞여 있으면 깨짐의 위험은 그만큼 커진다. 제목용 폰트와 본문용 폰트를 각각 한 종류씩만 사용하는 원칙을 세우면, 파일을 옮길 때 확인해야 할 항목이 줄어든다. 글꼴 종류가 많아질수록 누락된 폰트를 추적하는 시간도 비례해서 늘어난다. 실무에서는 스타일 가이드를 하나 만들어 폰트 이름과 사용처를 정리해두는 것이 도움이 된다. 이 가이드는 파일을 협업자에게 전달할 때도 요긴하게 쓰이며, 나중에 다시 작업할 때도 과거의 의도를 정확히 파악하는 단서가 된다.
파일을 받는 사람의 입장에서도 주의할 점은 있다. 공유받은 디자인 파일을 열기 전에 먼저 해당 버전의 툴에서 권장하는 호환 방식을 확인하는 것이 좋다. 어떤 경우에는 최신 버전으로 파일을 변환한 뒤 다시 저장하면 원본의 일부 정보가 사라질 수 있다. 따라서 받은 파일은 원본 그대로 보관하고, 사본을 만들어 최신 버전으로 열어보는 방식을 택하는 것이 안전하다. 원본을 보존한 상태에서 작업하면 언제든지 처음의 상태로 돌아갈 수 있다. 이 과정이 번거롭게 느껴질 수 있지만, 몇 달 뒤에 같은 파일을 다시 열어야 할 상황을 생각하면 작은 수고가 아니다.
콜라보레이션 작업에서 폰트 깨짐을 방지하려면 여러 사람이 동시에 접근하는 공유 저장소에 폰트 파일까지 함께 올리는 배려가 필요하다. 어떤 사람은 클라우드 저장소를 통해 파일만 주고받고, 폰트는 별도로 이야기하지 않는 경우가 많은데, 이는 가장 흔한 실수에 속한다. 공유 폴더 안에 ‘폰트’라는 하위 폴더를 만들어 모든 글꼴 파일을 넣어두면 각자 자신의 컴퓨터에 설치할 수 있을 뿐 아니라, 폰트가 바뀌었을 때 변경 내역도 쉽게 파악할 수 있다. 이렇게 하면 작업 속도는 조금 느려진다고 느낄 수 있지만, 결과물의 일관성을 유지하는 데는 오히려 효율적이다.
마무리하자면, 디자인 파일의 폰트 깨짐 문제는 단순히 기술적인 오류를 넘어 프로젝트 전반의 관리 방식에 대한 점검 신호로 받아들여야 한다. 파일을 열 때마다 어떤 글꼴이 빠졌는지 확인하고, 그때마다 폰트를 다시 설치하고, 위치를 조정하는 일을 반복하는 것은 누구에게나 짜증 나는 일이다. 그러나 이러한 반복을 줄이려면 결국 시작부터 디자인 파일의 수명 주기를 고려한 작업 방식이 필요하다. 프로젝트 폴더에 사용된 글꼴을 함께 두고, 변화의 순간에 저장하고, 전달할 때 안내문을 덧붙이는 작은 노력들이 모이면, 오래된 파일을 열었을 때 처음 보는 물음표와 마주칠 일은 줄어든다. 디자인에서 중요한 것은 표현의 자유뿐 아니라, 그 표현이 어떤 환경에서도 흔들리지 않고 유지되도록 하는 안정성이라는 점을 기억하길 바란다.