Как легально использовать шрифты на сайте и где искать бесплатные

В макете дизайнер выбрал аккуратную гарнитуру, установил её на свой компьютер и передал разработчику папку с файлами. Разработчик положил файлы на сервер, браузер начал скачивать их через @font-face, сайт стал выглядеть как в макете. Через год бренд обновляют, подрядчик меняется, а никто не может ответить: откуда взят шрифт, на чью компанию оформлена лицензия и разрешала ли она именно такую доставку в браузер.

Проблема не в названии гарнитуры и не в том, платная она или бесплатная. Шрифт — это файл с отдельными условиями использования. Права на работу с ним в редакторе, показ живого текста на сайте, встраивание в приложение, передачу подрядчику и изменение файла могут отличаться. Поэтому «у дизайнера он установлен» и «он уже лежит в Figma» не отвечают на вопрос о публикации.

Эта статья помогает выстроить проверку для сайта. Она не заменяет правовое заключение: решающими остаются текст лицензии конкретного шрифта, договор с правообладателем и применимое право.

Шрифт влияет не только на эстетику. От начертания и набора символов зависят длина строк, высота карточек, переносы в кнопках, поддержка кириллицы и других языков, а также скорость первого экрана. Но технически есть разные действия, которые легко назвать одним словом «использовать».

У коммерческих гарнитур различие бывает принципиальным. Например, Adobe указывает, что правила для шрифтов, добавленных через Adobe Fonts, не распространяются на файлы, установленные в папке шрифтов компьютера: для них действуют собственные пользовательские соглашения. У независимых студий границы, лимиты доменов, просмотров и пользователей могут быть другими. Универсального «desktop-лицензии достаточно» не существует.

Проверять нужно не только дизайн. Откройте реальные стили сайта: какие файлы загружаются, откуда, в каких форматах, под какими именами и на каких доменах. Статья о frontend в браузере сайта помогает увидеть этот путь: посетитель получает не название гарнитуры, а конкретный ресурс, который браузер запрашивает вместе со стилями, изображениями и скриптами.

У бесплатного шрифта могут быть очень широкие права, но это всё равно лицензия. SIL Open Font License (OFL), под которой выпускается много открытых гарнитур, разрешает использование, встраивание, изменение и распространение при соблюдении условий. В частности, сама лицензия и FAQ отдельно рассматривают авторство, данные о лицензии и Reserved Font Names — имена, которые нельзя оставлять у модифицированной версии в предусмотренных случаях.

Это важно для оптимизации сайта. Удаление неиспользуемых символов, конвертация и изменение метаданных могут считаться модификацией. Для OFL SIL прямо называет сабсеттинг webfont модификацией и объясняет ограничения на сохранение зарезервированного имени. Технически полезное действие не даёт права игнорировать условия.

С другой стороны, свободная лицензия относится к файлу, а не автоматически ко всему, что им нарисовано. OFL разъясняет, что созданный с помощью шрифта документ или графический результат не становятся OFL-проектом только из-за шрифта. Это не отменяет необходимости проверить конкретную лицензию и право на исходный файл — особенно если вы отдаёте его клиенту или публикуете как часть продукта.

Хуже всего работает правило «нашли в бесплатной подборке». У одного и того же семейства могут быть разные версии, архивы без лицензии, неофициальные перезаливы и файлы с потерянными метаданными. Если нельзя подтвердить правообладателя, редакцию и текст условий, такой файл не стоит закладывать в работающий сайт.

Искать стоит там, где у семейства есть понятный источник и условия, а не там, где красивее превью.

Google Fonts и Fontshare помогают быстро начать, но не заменяют тест. Для русскоязычного сайта проверьте не только наличие нескольких кириллических букв в превью, а реальные заголовки, цены, длинные фамилии, адреса, письма и ошибки формы. В статье об адаптивном дизайне это особенно заметно: длинный перевод и увеличенный системный шрифт ломают компонент не хуже узкого экрана.

Есть два обычных способа доставить webfont. При самохостинге файлы лежат в инфраструктуре компании или на её CDN, а CSS ссылается на них. При подключении сервиса браузер запрашивает стили и файлы у внешнего поставщика. В обоих случаях надо проверить, разрешён ли выбранный сценарий. Сам факт, что файл можно скачать или увидеть в сетевой вкладке браузера, не даёт права перенести его на свой сервер.

Самохостинг полезен, когда компании важны контроль инфраструктуры, политика передачи данных, кэширование, независимость от внешнего сервиса или фиксированная версия. Но вместе с контролем появляются обязанности: хранить источник и лицензию, обновлять уязвимые или ошибочные версии, следить за набором символов и не потерять файлы при смене подрядчика. Внешний сервис снимает часть эксплуатации, но может привязать проект к подписке, коду подключения и правилам поставщика.

SIL рекомендует для веба WOFF и WOFF2: это форматы, рассчитанные на более эффективную доставку в браузере. При этом их страница отдельно предупреждает, что оптимизированная веб-версия может не поддерживать все символы и языковые возможности исходного файла. Значит, в тесте должны участвовать не только русские заголовки, но и нужные языки, цифры, валюты, символы и состояния интерфейса.

Способ хостинга отвечает на вопрос «откуда браузер получит файл», но не на вопрос «можно ли этот файл так распространять».

Чтобы сайт не скачивал весь набор символов, команда может оставить только кириллицу и латиницу, сделать WOFF2, переименовать семейство или объединить файлы. Для открытой лицензии это может быть допустимо при соблюдении её условий; для коммерческой — зависеть от EULA, тарифного ограничения и отдельного разрешения автора.

Не просите разработчика «просто сконвертировать». В задаче должны быть указаны:

Так задача становится проверяемой. Команда может увидеть, что после сабсеттинга пропал знак рубля, не загрузился жирный курсив или нельзя использовать старое имя семьи. А при смене подрядчика не нужно заново искать, почему в CSS написан неизвестный BrandSans.

Риск часто появляется не на старте, а при передаче. Агентство покупает гарнитуру на свой аккаунт, делает сайт, затем клиент хочет открыть файлы в редакторе, добавить страницу или передать проект другой студии. Если в договоре и реестре ничего не сказано, права и доступы превращаются в спор вместо нормальной передачи.

Для сайта достаточно небольшого реестра. В нём фиксируют название семьи и начертания, источник, версию, тип лицензии, юридическое лицо-лицензиата, разрешённые сценарии, ограничения, место хранения документов и владельца продления. В репозитории или защищённом хранилище остаются исходный пакет, LICENSE или EULA, а также сведения о преобразованных web-файлах. Не нужно хранить лицензионные файлы в публичном репозитории, если условия или безопасность этого не позволяют; важно, чтобы компания могла показать основание использования и воспроизвести сборку.

Это часть более широкой гигиены цифрового продукта. Как и с кодом, изображениями и аккаунтами, передача архивов не равна передаче прав. Что должно быть у компании при работе с подрядчиком, разобрано в статье о кастомной CMS для бизнеса.

Перед публикацией пройдите короткую ревизию:

Xleb может проверить, какие шрифты и внешние ресурсы реально использует сайт, как они влияют на загрузку и где у проекта нет подтверждённых прав. Но спорные условия лицензии и договорную схему должен подтвердить правообладатель или профильный юрист.