Исходники макета: что это и зачем их требовать

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

Что такое исходник макета и чем он отличается от картинки?

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

Разница становится видна, как только нужно что-то поменять. В картинке заголовок — это пиксели, исправить в нём слово можно только перерисовав. В исходнике вы кликаете по тексту и печатаете новый, а если поменять цвет кнопки в стиле, он сменится на всех экранах сразу.

Сегодня исходник сайта чаще всего живёт в облачном редакторе интерфейсов, например в Figma, и это проект в чьём-то аккаунте. Реже это локальный файл графического редактора. Отсюда и главная ловушка, о которой ниже: облачный файл легко «показать» и очень легко не отдать.

Зачем заказчику исходники, если сайт уже свёрстан?

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

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

Ещё три случая, когда исходник нужен быстро: типография просит макет буклета в стиле сайта, маркетолог собирает рекламные креативы, разработчик дорабатывает форму и хочет посмотреть, как её задумывали в ошибочных состояниях.

Мне кажется, исходник — самая недооценённая строка в договоре. Пока работаете вместе, о нём никто не вспоминает, а когда расходитесь, его уже не у кого попросить. Пересобрать макет по живому сайту можно, но это ведь вторая оплата того, что у вас уже было.

Герман Садуртдинов

Что должно быть в нормальном исходнике?

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

Черновики и отброшенные варианты в исходнике не обязательны. Мне кажется, их лучше убрать на отдельную страницу файла: при передаче они только путают.

Как проверить исходник, не умея работать в редакторе?

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

• Проверка курсором. Щёлкните дважды по любому заголовку. Если появился курсор и слово стирается, текст живой. Если выделилась целая прямоугольная картинка, перед вами склейка из картинок.
• Проверка списком. Откройте панель слоёв слева. Названия вроде «Шапка», «Каталог», «Кнопка заявки» означают, что файлом можно пользоваться. Сотня строк «Rectangle 214» и «Group 87» означает, что разбираться в нём будут долго.
• Проверка счётом. Пройдитесь по списку страниц сайта и найдите каждую в файле, в десктопной и в мобильной ширине. Чего нет в файле, того не будет и при доработке.
• Проверка правкой. Найдите основную кнопку и посмотрите, отмечена ли она как компонент (в редакторах интерфейсов у таких блоков свой значок). Если да, правка в одном месте разойдётся по всем экранам.

Та же логика, что при проверке вёрстки без навыков верстальщика: вы проверяете не красоту, а то, можно ли этим пользоваться без автора.

Ссылка, приглашение или владение: что значит «передать» облачный файл?

С облачным исходником слово «передали» может означать три разные вещи, и только одна из них настоящая передача.

Ссылка на просмотр. Вы видите макет, иногда можете скопировать файл к себе. Сам файл остаётся в аккаунте дизайнера: он может закрыть ссылку или удалить проект, и доступ пропадёт.

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

Перенос владения. Файл переезжает в ваш аккаунт или в рабочее пространство вашей компании, и уже вы решаете, кого туда пускать. Дизайнера после сдачи можно оставить с правом редактирования, если он продолжает работу.

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

Если файл у вас, можно ли его дорабатывать?

Не обязательно. Право и носитель закон разводит прямо: интеллектуальные права «не зависят от права собственности и иных вещных прав на материальный носитель», а переход права на вещь не передаёт прав на произведение (ГК РФ, ст. 1227). Получить файл не значит получить право. И наоборот: право на дизайн по договору может быть вашим, а файла у вас нет.

Доработка макета, новые страницы на его основе, передача другому дизайнеру на доработку — это переработка, отдельный способ использования произведения (ст. 1270, п. 2, пп. 9). Если по договору у вас лицензия, а не всё исключительное право, действует правило: способ, прямо не названный в договоре, не считается предоставленным (ст. 1235, п. 1). А договор без прямого указания, что право передаётся «в полном объёме», считается лицензионным (ст. 1233, п. 3).

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

Обязан ли дизайнер отдать исходники, если в договоре про них ничего нет?

Однозначного ответа закон не даёт. Понятия «исходник макета» в нём нет. Есть общая норма о подряде: подрядчик обязан передать вместе с результатом информацию, касающуюся его использования, «если это предусмотрено договором либо характер информации таков, что без нее невозможно использование результата работы для целей, указанных в договоре» (ГК РФ, ст. 726).

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

Почему дизайнеры не любят отдавать исходники?

Причины бывают разные, и о них полезно знать до переговоров.

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

Мы отдаём исходники без доплаты: сайт заказчика должен переживать смену подрядчика. Но это наша политика, у вас с вашим дизайнером может быть другая договорённость, и её стоит выяснить до старта.

Что внутри исходника не станет вашим вместе с файлом?

Шрифты, стоковые фото и иконки приходят в макет по своим лицензиям. Если шрифт куплен на дизайнера или студию, файл с ним вы откроете, но лицензия на шрифт к вам вместе с файлом не переходит: то же правило ст. 1227, файл не переносит права. Ставить такой шрифт на свой сайт или в рекламу без своей лицензии рискованно. Правообладатель вправе требовать вместо убытков компенсацию от десяти тысяч до десяти миллионов рублей (ГК РФ, ст. 1301, п. 1).

Поэтому к исходнику просите короткий список: какие шрифты, откуда, на кого лицензия; какие фото и иконки взяты со стоков и по каким условиям. Бесплатные шрифты и свои фото в таком списке отмечаются одной строкой и вопросов не вызывают.

Что записать в договор про исходники?

Четыре пункта. Обсудить их стоит до подписания: на сдаче любая из этих строк становится поводом для торга.

1. Что передаётся. «Исходные файлы макета в формате редактора, в котором велась работа: все страницы в десктопной и мобильной версии, стили, компоненты, состояния элементов». Можно сослаться на таблицу выше как на приложение.
2. Как передаётся. «Перенос владения файлом в аккаунт заказчика» или «выгрузка файла с передачей на носителе или в хранилище заказчика». Не «предоставление доступа».
3. Когда. Вместе с актом, в одном перечне со всем остальным. Удобно, когда в акте выполненных работ исходники стоят отдельной строкой.
4. С какими правами. Либо исключительное право «в полном объёме», либо лицензия, где переработка названа прямо. Плюс список шрифтов и стоковых материалов с указанием лицензий.

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

Частые вопросы

Читайте также

Сайт и подрядчик Как проверить вёрстку сайта перед приёмкой, если вы не верстальщик (2026) Инструкция · 12 мин Сайт и подрядчик Хостинг: на кого оформлять и как забрать при разрыве (2026) Разбор · 12 мин Сайт и подрядчик Оплата сайта по этапам: аванс, транши и что фиксировать (2026) Разбор · 11 мин Сайт и подрядчик Акт выполненных работ по сайту: что подписывать (2026) Разбор · 11 мин Сайт и подрядчик На кого оформлять домен и почему это важно (2026) Разбор · 12 мин Сайт и подрядчик Как посмотреть сайт на телефоне: проверка адаптивности для заказчика (2026) Инструкция · 10 мин

Герман Садуртдинов — дизайнер, основатель студии V3 Creative. Пишу о том, как дизайн влияет на деньги, а не на вкус.

Об авторе · ← Все статьи