무료 아이콘을 고를 때 비용보다 더 오래 걸리는 일은 파일을 받은 뒤 “상업 프로젝트에 넣어도 되는지”, “색과 형태를 바꿔 배포해도 되는지”를 다시 확인하는 과정이다. 재배포와 수정까지 고려한다면 라이선스가 단순한 사이트보다 Apache-2.0, MIT, ISC처럼 조건이 비교적 명확한 프로젝트를 우선 보는 편이 낫다.
후보는 Material Symbols, Heroicons, Lucide, Tabler Icons, Remix Icon, Font Awesome Free다. 이 중 Material Symbols와 Remix Icon은 Apache-2.0, Heroicons와 Tabler Icons는 MIT, Lucide는 ISC 조건을 따른다. Font Awesome Free는 아이콘·코드·폰트의 라이선스가 나뉘므로 같은 방식으로 처리하면 안 된다. 주소모음에서 디자인 리소스의 공식 제공처를 찾을 때도 이 여섯 곳은 라이선스 문서를 함께 확인할 수 있는 기준점이 된다.
“무료면 재배포도 자유롭다”는 오해: 후보 6곳의 라이선스부터 나눈다
무료 다운로드는 사용 허가의 일부일 뿐이다. 특히 아이콘을 앱 템플릿, 디자인 시스템, UI 키트처럼 다른 사람이 다시 내려받을 수 있는 형태로 제공한다면 재배포 조건이 적용된다. 아래 분류는 각 프로젝트가 공개한 저장소 또는 공식 라이선스 안내에서 확인할 수 있는 기본 라이선스 기준이다. 개별 패키지, 브랜드 로고, 유료 전용 자산은 별도 조건이 붙을 수 있다.
| 번호 | 아이콘 프로젝트 | 기본 라이선스 | 수정·재배포 시 핵심 확인점 |
|---|---|---|---|
| 1 | Material Symbols | Apache-2.0 | 라이선스 사본과 기존 고지 유지, 변경 파일 표기 확인 |
| 2 | Heroicons | MIT | 저작권 고지와 허가 문구를 배포물에 포함 |
| 3 | Lucide | ISC | 저작권 고지와 허가 문구 유지 |
| 4 | Tabler Icons | MIT | 원본 고지와 라이선스 문구를 함께 제공 |
| 5 | Remix Icon | Apache-2.0 | NOTICE 유무와 수정 고지 여부 확인 |
| 6 | Font Awesome Free | 자산별 상이 | 아이콘, 코드, 폰트 라이선스를 분리해 확인 |
외부 링크를 모은 페이지보다 공식 저장소의 LICENSE, NOTICE, 다운로드 페이지의 라이선스 표기가 우선이다. 주소모음·링크모음을 통해 공식 제공처를 찾았다면, 검색 결과 설명이 아니라 실제 파일과 저장소의 라이선스 문서를 기준으로 판단해야 한다.
웹·앱 화면용이라면 Material Symbols, Heroicons, Lucide가 선택하기 쉽다
Material Symbols는 구글의 Material Design 계열 화면을 쓰거나 안드로이드·웹 인터페이스의 익숙한 형태가 필요할 때 맞는다. 굵기, 채움, 광학 크기 같은 표현 축을 활용할 수 있어 동일한 아이콘군 안에서 화면 밀도를 조절하기 편하다. Apache-2.0에서는 라이선스 사본 제공과 기존 저작권·특허·NOTICE 고지 유지가 핵심이며, 수정한 파일을 배포할 때는 변경 사실을 눈에 띄게 표시하는 조건도 확인해야 한다.
Heroicons는 단순한 선형·채움형 UI 아이콘을 빠르게 구성할 때 적합하다. React 프로젝트와 함께 언급되는 경우가 많지만 SVG 자체를 내려받아 다른 프런트엔드나 문서 템플릿에 넣는 방식도 가능하다. MIT 라이선스는 수정과 재배포를 넓게 허용하지만, 배포본에 원 저작권 고지와 허가 문구를 포함해야 한다. 아이콘 SVG를 한 개만 제품에 포함하는 경우와 수백 개를 묶어 라이브러리로 배포하는 경우 모두 이 원칙은 같다.
Lucide는 동일한 스타일의 아이콘을 꾸준히 늘려 가는 디자인 시스템에 잘 맞는다. 패키지 사용뿐 아니라 SVG 단위 선택도 가능해 불필요한 파일을 줄이기 쉽다. ISC 라이선스는 문구가 짧지만 의미는 단순하다. 저작권 고지와 허가 문구, 면책 문구를 배포물에서 없애지 않아야 한다. 사내 컴포넌트 패키지를 다른 조직이나 고객사에 전달한다면 패키지의 LICENSE 파일에 이 내용을 남겨 두는 방식이 실무적이다.
아이콘 묶음과 대량 배포에는 Tabler Icons·Remix Icon의 차이가 드러난다
Tabler Icons는 선형 아이콘 중심의 일관된 화면을 만들 때 후보가 된다. 관리 도구, 대시보드, 설정 화면처럼 작은 크기의 아이콘이 반복되는 제품에서 형태를 맞추기 쉽다. MIT 조건이므로 색상 변경, 선 굵기 조정, 일부 경로 삭제 같은 편집 자체는 가능하다. 다만 편집한 SVG만 따로 모아 유료 또는 무료 템플릿으로 재배포한다면 원본의 저작권·허가 고지를 함께 전달해야 한다.
Remix Icon은 인터페이스에서 자주 쓰는 행동·상태 아이콘을 폭넓게 찾고 싶을 때 비교할 만하다. 선형과 채움형을 섞어 쓰기 전에 같은 기능의 두 스타일이 화면 전체에서 일관되게 적용되는지 확인하는 편이 낫다. Apache-2.0은 MIT보다 배포 단계의 문서 관리 항목이 조금 더 구체적이다. 원본에 NOTICE 파일이 있다면 그 고지도 유지해야 하며, 수정한 파일을 배포할 때 변경 표기도 검토해야 한다.
둘 중 어느 쪽이 더 자유롭다고 단순 비교할 필요는 없다. 단일 웹사이트에 SVG를 삽입하는 목적이라면 두 라이선스 모두 충분히 활용 가능하다. 반면 자체 아이콘 패키지나 디자인 템플릿을 만들어 외부에 제공한다면, Apache-2.0 프로젝트는 LICENSE와 NOTICE 관리까지 포함한 배포 폴더 구조를 미리 정하는 편이 안전하다.
Font Awesome Free는 한 개의 라이선스로 읽으면 틀릴 수 있다
Font Awesome Free는 웹폰트, CSS, SVG, 프레임워크용 패키지 등 제공 형태가 넓어 선택 폭이 크다. 문제는 “Font Awesome은 무료니까 출처 표기가 필요 없다”라고 한 줄로 처리하는 경우다. 공식 라이선스 안내는 무료 아이콘, 코드, 폰트에 서로 다른 라이선스를 적용한다. 일반적으로 무료 아이콘은 CC BY 4.0, 코드 부분은 MIT, 폰트는 SIL OFL 1.1 기준으로 구분된다.
CC BY 4.0 아이콘을 수정하거나 재배포할 때는 적절한 저작자 표시, 라이선스 링크 또는 안내, 변경 여부 표시가 요구된다. 아이콘의 원형을 바꿨다면 “색상 변경”, “경로 일부 삭제”처럼 변경 사실을 알 수 있게 적는 방식이 맞다. 반면 CSS나 JavaScript 코드를 함께 배포한다면 MIT 고지까지 따로 남겨야 한다. 웹사이트에 CDN 형태로 불러오는 경우와 아이콘 파일을 제품 패키지에 포함하는 경우의 의무 이행 방식도 달라질 수 있다.
수정본을 배포하기 전에는 파일 3곳만 확인하면 된다
아이콘을 편집해 다시 배포할 계획이라면 다운로드 전에 체크하는 편이 시간 손실이 적다. 사이트 하단의 짧은 안내만 보고 판단하지 말고, 실제 내려받은 압축 파일과 저장소 문서를 함께 본다. 특히 아이콘 팩 전체를 재판매하거나 고객에게 소스 파일을 넘기는 작업은 화면에 표시되는 크레딧보다 배포물 내부 문서가 더 중요하다.
- STEP 1. LICENSE 파일을 찾는다. 프로젝트 이름과 라이선스 종류가 일치하는지 확인한다. 패키지 매니저에서 받은 파일이라면 해당 버전의 저장소 태그도 확인한다.
- STEP 2. NOTICE와 저작권 고지를 확인한다. Apache-2.0 계열은 NOTICE 파일이 있는지, MIT·ISC 계열은 원문 고지를 어디에 보존할지 정한다.
- STEP 3. 수정·재배포 범위를 기록한다. 색상만 바꿨는지, SVG 경로를 편집했는지, 다른 아이콘과 묶어 배포하는지 적고 변경 표기가 필요한 라이선스인지 대조한다.
예를 들어 앱 화면에 아이콘 20개만 넣는 경우에도 소스 저장소의 오픈소스 고지 문서에 라이선스 목록을 넣을 수 있다. 반대로 편집한 SVG 200개를 템플릿 구매자에게 전달한다면 LICENSE, NOTICE, 저작자 표시 문구를 배포 압축 파일 안에 포함하는 방식이 누락을 줄인다. 가장 흔한 실수는 ‘무료’라는 표시만 보고 LICENSE와 NOTICE를 빼는 것이며, 이 두 파일만 유지해도 재배포 단계의 오류를 크게 줄일 수 있다.