Что можно публиковать

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

Что разрешено

✅ Собственные работы — то, что вы сделали сами, или материалы, на распространение которых у вас есть права: раскладка, готовый модуль, целое приложение.
✅ Обёртки над API. Обёртка над публичным API (AWS, SendGrid и подобные) годится, если она что-то добавляет: упрощает работу, связывает сервисы или расширяет возможности исходного API.
✅ Учебные шаблоны, повторяющие возможности известных приложений («клон соцсети с фотографиями»), — при условии, что в них нет чужих названий, логотипов и фирменных элементов интерфейса.

Чего избегать

❌ Макеты с чужих площадок. Купленный на стороннем маркетплейсе макет вам, как правило, не принадлежит: вы получили лицензию, а она обычно запрещает перепродажу. См. лицензии сторонних площадок.
❌ Закрытый код и данные, на которые у вас нет явных прав: копии коммерческого ПО, внутренние SDK, не предназначенные для распространения.
❌ Товарные знаки без разрешения — чужие названия, логотипы и фирменный стиль, включая точное повторение интерфейса известного приложения.
❌ Введение в заблуждение. Из описания должно быть ясно, что элемент не связан с брендом, на который похож, и им не одобрен, — особенно если это учебный шаблон.

Как делать правильно

✍️ Указывайте авторство. Если в элементе есть сторонние открытые компоненты, соблюдайте их лицензии: указывайте авторов и прикладывайте требуемые тексты лицензий. См. открытые лицензии.
💎 Берите нейтральные элементы. В учебных шаблонах используйте свои названия и оформление — учебная ценность от этого не пострадает, а вопросов к товарным знакам не будет.
⚖️ Добавляйте оговорки о назначении элемента, особенно если он учебный: так никто не примет его за официальный.
📣 Следите за изменениями. Лицензии и требования меняются, а отвечаете за их соблюдение вы.

Какие лицензии подходят

Открытые лицензии

✅ Разрешительные — MIT, BSD, Apache 2.0. Разрешают коммерческое использование и изменение почти без условий. Достаточно указать авторов и приложить исходный текст лицензии.
🤔 Копилефт — осторожно. GPL и подобные требуют распространять производные работы под той же лицензией, а это меняет условия использования вашего элемента. Прежде чем брать код под GPL, внимательно прочитайте условия или посоветуйтесь с юристом.
❌ Код без лицензии не годится. Использование кода без лицензии или нарушение её условий создаёт проблемы и вам, и площадке.

Лицензии сторонних площадок

🤝 Покупка ≠ владение. Покупая макет на стороннем маркетплейсе, вы получаете лицензию на использование, а не сам объект. Такие лицензии обычно ограничивают распространение и создание производных работ на продажу. Условия у каждой площадки свои — см. примеры.
⚠️ Готовый продукт и перепродажа. Большинство лицензий разрешают использовать элемент только в конечном продукте, который сам не перепродаётся. Сделать из купленного макета Figma шаблон и продавать его в маркетплейсе FlutterFlow — нарушение даже при расширенной лицензии. Сомневаетесь — спросите у автора: письменное разрешение снимает вопросы заранее.
Как это выглядит на практике:
- ❌ Скорее всего, нельзя: взять купленный на другой площадке макет интерфейса и сделать из него шаблон FlutterFlow на продажу.
- ✅ Можно: сделать шаблон, вдохновившись приёмами и тенденциями, но ничего не копируя напрямую.
- ✅ Можно: реализовать чужой макет с письменного разрешения его автора и правообладателя.

Подробнее и с примерами — в разделе про лицензии сторонних площадок.

Жалобы на элементы

Как пожаловаться

Споры лучше решать напрямую с автором. Как связаться с ним, оценить элемент, отправить жалобу или запрос по DMCA — на странице отзывов и жалоб.

Что делать, если жалоба пришла вам

Отвечать нужно быстро и по существу. Порядок работы с жалобами по DMCA и остальными разобран в отдельном разделе.

По другим вопросам пишите на marketplace-legal@flutterflow.io.