Figma 공식 안내에 따르면 Sketch 파일은 가져온 뒤 독립된 Figma 파일로 만들어지며, Symbols는 구성 요소로 변환됩니다. 따라서 Sketch를 Figma로 가져온 뒤 엉켰다면 전체 화면을 바로 다시 만들지 마십시오. 원본 Sketch 파일과 가져온 복사본을 보존한 뒤 글꼴, 구성 요소, 스타일, 자산 순서로 확인해야 합니다. 단순한 화면 차이는 Figma에서 고치고, 원래 라이브러리나 복잡한 효과가 관련되면 Sketch 환경에서 다시 확인하는 방식이 가장 안전합니다.
이 글은 다음 사람을 위한 작업 지침입니다.
- 과거 Sketch 프로젝트를 Figma로 옮기는 UI 디자이너
- 윈도우에서
.sketch파일을 받아 수정하고 전달하는 프리랜서 - 디자인 시스템 이전에 필요한 작업량을 판단하는 제품 팀 책임자
먼저 파일을 세 갈래로 분리합니다
가져오기 직후에는 다음 세 파일을 별도로 보관합니다.
| 보관 항목 | 해야 할 일 | 보관 목적 |
|---|---|---|
| 원본 Sketch 파일 | 이름을 바꾸지 않고 읽기 전용으로 보관합니다 | 문제가 생겼을 때 기준으로 사용합니다 |
| Figma 가져오기 파일 | 복사본에서만 수정합니다 | 수정 전후 차이를 추적합니다 |
| 원래 화면 참고 자료 | 대표 화면을 이미지나 공유 화면으로 남깁니다 | 시각 검수의 기준으로 사용합니다 |
Figma는 Sketch 파일을 직접 가져올 수 있다고 안내하지만, 가져온 결과가 원본 파일과 같은 편집 구조로 유지된다고 보장하지는 않습니다. 특히 공유 스타일과 라이브러리 연결은 별도로 확인해야 합니다. Figma의 Sketch 파일 가져오기 안내에서도 가져온 파일의 독립성과 변환 범위를 먼저 확인해야 합니다.
화면이 달라졌다고 모두 변환 오류는 아닙니다. 전체 크기만 달라진 경우, 일부 요소만 바뀐 경우, 원본 자체가 오래된 경우를 구분하십시오.
| 처음 보이는 증상 | 우선 의심할 원인 | 첫 대응 |
|---|---|---|
| 모든 화면의 크기감이 다릅니다 | 확대 비율이나 기준 화면 차이 | 대표 화면의 실제 크기와 간격을 비교합니다 |
| 특정 문장과 버튼만 밀립니다 | 글꼴, 굵기, 줄바꿈 차이 | 글꼴 환경부터 확인합니다 |
| 같은 구성 요소의 상태가 나뉩니다 | Symbols와 라이브러리 관계 변화 | 기본 구성 요소와 인스턴스를 대조합니다 |
| 그림자나 마스크가 달라집니다 | 복잡한 효과의 변환 차이 | 정적 결과와 편집 구조를 따로 평가합니다 |
| 파일 또는 이미지가 열리지 않습니다 | 손상, 오래된 구조, 누락된 자산 | Sketch에서 원본을 먼저 열어 봅니다 |
글꼴 문제부터 잠급니다
Sketch 파일을 Figma로 가져온 뒤 글꼴이 바뀌었다면 이름만 보지 마십시오. 같은 글꼴 이름이라도 파일 버전, 굵기, 글자 폭이 다를 수 있습니다. 이 차이는 제목의 줄바꿈뿐 아니라 카드 높이와 버튼 위치까지 바꿉니다.
확인 순서는 다음과 같습니다.
- 원본 Sketch에서 사용한 글꼴 이름과 굵기를 기록합니다.
- Figma 데스크톱 앱에서 같은 글꼴을 사용할 수 있는지 확인합니다.
- 웹에서 작업한다면 브라우저의 글꼴 접근 권한을 확인합니다.
- 대표 화면의 제목, 본문, 입력창, 버튼을 원본과 나란히 비교합니다.
- 영향을 받은 텍스트 레이어를 목록으로 남깁니다.
- 수정 후 줄 수, 행간, 버튼 높이를 다시 확인합니다.
Figma의 글꼴 추가 안내는 로컬 글꼴을 사용하는 조건을 설명합니다. 브라우저 작업에서는 로컬 네트워크 접근 권한 안내도 함께 확인해야 합니다. 글꼴을 한 번에 다른 것으로 바꾼 뒤 전달하면 원래 문제와 새 문제를 구분하기 어려워집니다.
주의: 글꼴 이름이 같다는 이유만으로 같은 결과를 기대하지 마십시오. 먼저 대표 화면에서 줄바꿈과 행간을 승인한 뒤 나머지 화면에 적용해야 합니다.
Symbols와 구성 요소 관계를 다시 만듭니다
Sketch의 Symbols는 Figma에서 구성 요소로 변환될 수 있습니다. 그러나 원래 Sketch 라이브러리가 Figma 팀 라이브러리로 자동 등록되거나, 모든 인스턴스가 새 기본 구성 요소에 자동 연결되는 것은 아닙니다. Figma의 구성 요소와 라이브러리 안내를 기준으로 다음 네 항목을 분리해서 확인하십시오.
- 기본 구성 요소가 어디에 있는지
- 인스턴스가 어느 기본 구성 요소를 바라보는지
- 텍스트와 아이콘 같은 덮어쓰기 내용이 남아 있는지
- 중첩된 구성 요소와 상태가 유지되는지
이름이 같다고 같은 항목은 아닙니다. 외부 Sketch Library에서 가져온 Symbols라면 원래 라이브러리와 원본 파일을 먼저 확인해야 합니다. 출처를 모른 채 이름만 보고 다시 연결하면 이후 디자인 시스템에서 잘못된 기본 항목을 수정하게 됩니다.
정적 시안만 전달한다면 화면 모양을 우선 복구할 수 있습니다. 여러 사람이 계속 재사용할 디자인 시스템이라면 기본 구성 요소와 상태, 속성, 중첩 구조를 다시 만드는 작업까지 산정해야 합니다.
스타일과 효과는 보이는 것과 구조를 나눠 봅니다
공유 색상 스타일이나 글자 스타일이 보이는 화면에서 비슷하게 보인다고 해서 구조까지 보존된 것은 아닙니다. Figma의 스타일 안내를 참고해 다음 항목을 각각 기록하십시오.
| 검사 대상 | 화면에서 볼 점 | 구조에서 볼 점 |
|---|---|---|
| 색상 스타일 | 색상과 투명도가 같은지 확인합니다 | 공유 스타일로 다시 쓸 수 있는지 확인합니다 |
| 글자 스타일 | 크기, 굵기, 행간, 줄바꿈을 봅니다 | 이름과 적용 대상이 일관적인지 봅니다 |
| 그림자와 흐림 | 방향, 거리, 퍼짐, 불투명도를 봅니다 | 여러 효과가 순서대로 남았는지 봅니다 |
| 그라데이션 | 방향과 중지점 위치를 봅니다 | 편집 가능한 값으로 남았는지 봅니다 |
| 마스크와 혼합 | 잘린 영역과 겹침을 봅니다 | 마스크 순서와 혼합 방식이 유지되는지 봅니다 |
검수표에는 유지, 변경, 사람 확인 필요 세 상태만 사용하면 좋습니다. 화면이 비슷하지만 다시 재사용할 수 없는 항목은 반드시 변경으로 남겨야 합니다.
큰 파일과 누락된 자산은 원본에서 확인합니다
Figma에서 가져오기가 실패했다면 같은 파일을 계속 반복해서 올리지 마십시오. 먼저 현재 안정 버전의 Sketch 앱에서 원본이 정상적으로 열리는지 확인합니다. Sketch 공식 문서도 문서 열기와 확인 절차를 Sketch 앱 중심으로 설명합니다. Sketch 문서 열기와 보기 안내를 먼저 참고하십시오.
원본이 열리는 경우에는 다음 순서로 복사본을 만듭니다.
- 원본 파일을 읽기 전용으로 보관합니다.
- 프로젝트 전체 복사본을 만듭니다.
- 화면, 기능, 사용자 흐름 단위로 복사본을 나눕니다.
- 이미지와 외부 자산이 실제로 남아 있는지 확인합니다.
- 나눈 파일을 하나씩 Figma에 가져옵니다.
- 성공한 파일과 실패한 파일의 차이를 기록합니다.
오래된 프로젝트는 파일 구조와 라이브러리 의존성이 복잡할 수 있습니다. 이때 실패한 파일을 억지로 복구하기보다 원본에서 필요 없는 페이지와 자산을 분리하는 편이 추적하기 쉽습니다. Sketch의 가져오기와 내보내기 안내도 파일 형식과 자산 처리 범위를 확인하는 자료로 사용할 수 있습니다.
상황별 작업 경로를 고릅니다
| 조건 | Figma에서 바로 수정 | 원래 Sketch 환경 재확인 | 원격 맥을 임시 사용 |
|---|---|---|---|
| 글꼴 몇 개의 줄바꿈만 다름 | 적합합니다 | 필요하면 확인합니다 | 보통 불필요합니다 |
| Symbols 일부가 끊어짐 | 제한적으로 가능합니다 | 권장합니다 | 라이브러리 확인 때 유용합니다 |
| 공유 스타일을 다시 써야 함 | 구조 재작성이 필요합니다 | 원본 확인이 필요합니다 | 상황에 따라 적합합니다 |
| 복잡한 마스크와 효과가 많음 | 시각 수정은 가능합니다 | 결과 대조가 필요합니다 | 원본 검수에 적합합니다 |
| Figma 가져오기 자체가 실패함 | 우선순위가 아닙니다 | 먼저 확인합니다 | 맥이 없을 때 대안입니다 |
맥이 없는 디자이너도 Figma 안에서 단순한 결과 수정은 할 수 있습니다. 하지만 원본 Sketch 파일이 열리는지, 외부 라이브러리가 무엇인지, 글꼴이 실제로 설치되어 있는지는 원래 앱에서 확인하는 편이 정확합니다. Sketch의 파일 확인 능력과 편집 흐름이 맥 앱을 중심으로 제공된다는 점도 공식 문서에서 확인할 수 있습니다.
가져오기 전후 검수는 이 순서로 진행합니다
아래 목록은 최종 전달 직전에 그대로 사용할 수 있습니다.
- [ ] 원본 Sketch 파일을 별도 위치에 보관했습니다.
- [ ] Figma에서 수정하는 파일이 원본 복사본인지 확인했습니다.
- [ ] 원래 화면의 대표 페이지를 참고 자료로 남겼습니다.
- [ ] 글꼴 이름, 굵기, 버전과 사용 환경을 확인했습니다.
- [ ] 제목과 본문의 줄 수, 행간, 버튼 높이를 비교했습니다.
- [ ] Symbols의 기본 구성 요소와 인스턴스를 대조했습니다.
- [ ] 덮어쓰기 내용과 중첩 관계가 남아 있는지 확인했습니다.
- [ ] 색상 스타일과 글자 스타일을 다시 사용할 수 있는지 기록했습니다.
- [ ] 그림자, 그라데이션, 마스크, 혼합 효과를 따로 확인했습니다.
- [ ] 누락된 이미지와 외부 자산을 실제로 내보냈습니다.
- [ ] 원본, 가져오기 파일, 문제 기록, 정적 참고 자료를 함께 전달합니다.
최종 검수에서 화면만 보고 끝내면 안 됩니다. 개발 전달이 목적이면 자산 내보내기와 글꼴 조건까지 확인해야 합니다. 디자인 시스템 이전이 목적이면 기본 구성 요소를 새로 관리할 수 있는지까지 승인해야 합니다.
자주 묻는 문제를 분리해서 확인합니다
FAQ는 위의 작업 순서를 대신하지 않습니다. 담당자가 특정 증상만 빠르게 확인할 때 사용하십시오.
Sketch 파일을 Figma로 가져온 뒤 글꼴 모양과 줄바꿈이 달라지는 이유는 무엇인가요?
Figma에서 같은 이름의 글꼴을 사용해도 실제 글꼴 파일의 버전이나 굵기가 다르면 글자 폭과 줄바꿈이 달라질 수 있습니다. 데스크톱 앱과 웹 환경에서 글꼴을 사용할 수 있는지 먼저 확인해야 합니다. 영향을 받은 글자 레이어를 기록한 뒤 대표 화면의 줄 수, 행간, 버튼 높이를 비교하고, 일괄 교체 후 바로 전달하지 않는 것이 안전합니다.
Sketch Symbols를 Figma에서 다시 연결하려면 어떻게 해야 하나요?
Sketch의 Symbols는 Figma로 가져올 때 구성 요소로 바뀌지만, 기존 Sketch 라이브러리가 Figma 팀 라이브러리로 자동 복원되는 것은 아닙니다. 먼저 기본 구성 요소와 인스턴스, 덮어쓰기 내용, 중첩 관계를 확인해야 합니다. 연결할 수 있는 항목만 다시 연결하고, 외부 라이브러리에서 온 항목은 원래 Sketch 파일과 라이브러리에서 출처를 확인한 뒤 필요한 구조를 새로 만들어야 합니다.
Figma에서 스케치 파일을 가져오지 못하면 어떤 순서로 확인해야 하나요?
먼저 원본 파일이 현재 안정 버전의 Sketch 앱에서 열리는지 확인합니다. 파일 자체가 열리지 않으면 Figma 문제가 아니라 손상이나 오래된 파일 구조가 원인일 수 있습니다. 원본을 복사한 뒤 페이지나 기능 단위로 나누어 다시 시도하고, 이미지와 외부 자산이 원본 폴더에 남아 있는지도 확인합니다. 그래도 실패하면 원래 맥 환경에서 파일을 정리하는 편이 낫습니다.
맥이 없어도 Sketch 원본 파일의 문제를 고칠 수 있나요?
가벼운 화면 수정이나 정적 결과 확인은 Figma에서 처리할 수 있습니다. 그러나 원본 Sketch 파일을 열어 라이브러리 출처, 글꼴 상태, 파일 손상 여부를 확인하는 작업은 Sketch 앱이 실행되는 맥 환경이 필요할 수 있습니다. 맥을 계속 구매할 필요가 없다면 원본 정리와 이전 검수 기간에만 원격 맥을 임시로 사용하는 방식을 검토할 수 있습니다.
Sketch 파일을 Figma로 옮긴 뒤 최종 전달 전에 무엇을 확인해야 하나요?
대표 화면을 기준으로 글꼴 이름과 굵기, 줄바꿈, 행간, 버튼 크기를 확인합니다. 구성 요소는 기본 항목과 인스턴스, 상태, 덮어쓰기, 중첩 관계를 비교합니다. 색상과 글자 스타일, 그림자, 그라데이션, 마스크, 혼합 효과도 따로 기록해야 합니다. 마지막으로 이미지 자산을 실제로 내보내고 원본 파일, 이전 파일, 문제 기록, 정적 참고 이미지를 함께 보관합니다.
현재 작업 환경이 윈도우뿐이라면 Figma에서 보이는 화면만 고치는 방식은 빠르지만, 원본 라이브러리 확인이 어렵고 글꼴 설치 상태를 재현하기 힘들며 파일 가져오기 실패 원인을 좁히기 어렵습니다. 반대로 맥을 바로 구매하면 임시 이전 작업에 하드웨어 비용과 관리 부담이 생깁니다. 원본 Sketch 확인이 프로젝트 기간에만 필요하다면 원격 맥 작업 환경을 임시로 사용해 파일 정리와 검수를 끝낸 뒤 장기 운영 여부를 판단하는 편이 합리적입니다.
원본을 열어 라이브러리와 글꼴을 확인해야 하는 작업이라면 맥 미니 렌탈 선택지도 함께 비교해 보십시오. 정기적인 디자인 파일 이전이나 원격 협업이 예정되어 있다면 서울 맥 미니 렌탈 안내처럼 작업 위치와 접속 조건을 확인한 뒤 결정하면 됩니다. 단, 장기간 매일 높은 부하로 작업하거나 물리 장치와 직접 연결해야 한다면 실제 맥을 보유하는 편이 더 적합할 수 있습니다.
가장 안전한 분기는 간단합니다. 화면의 일부만 달라졌다면 Figma에서 수정하십시오. 원본 라이브러리, 복잡한 효과, 파일 열기 문제가 얽혔다면 Sketch 환경에서 재확인하십시오. 맥이 당장 없다면 이전과 검수 기간에만 MACCOME의 원격 맥을 사용하고, 프로젝트가 끝난 뒤 장기 임대나 실기기 구매가 필요한지 다시 판단하면 됩니다.