Беру сайт на поддержку и первым делом смотрю, на кого оформлены лицензии на плагины сайта. Именно в этом месте чаще всего всплывают неприятные сюрпризы: платный конструктор форм, модуль эквайринга или премиум-тема WordPress куплены на почту подрядчика, который делал сайт пару лет назад и давно не отвечает на сообщения. Через какое-то время лицензия истекает, обновления безопасности перестают приходить, а владелец бизнеса узнаёт об этом только когда плагин начинает показывать предупреждение прямо в панели администратора. Разбираю, как устроены лицензии на популярные платные плагины и шаблоны, что делать, если сайт достался вам вместе с чужими аккаунтами, и как оформить всё так, чтобы не зависеть от разработчика после сдачи проекта.
По теме статьи
Готовое решение
AI-чатбот для сайта на Claude - отвечает как ваш менеджер, работает 24/7
Подключу к вашему сайту чат-бота на Claude API. Бот отвечает на вопросы клиентов голосом вашего бренда, знает каталог и условия доставки, забирает лиды в CRM или Telegram.
от25 000 ₽
Техподдержка
Чтобы сайт работал без сбоев
Обновления, доработки, мониторинг, резервные копии. WordPress, Tilda, самопис — всё поддерживаю. Пакет часов в месяц.
от15 000 ₽/мес
Зачем разбираться, на кого оформлена лицензия на плагин сайта
Прошлым летом ко мне обратился владелец интернет-магазина на WooCommerce: сайт вдруг стал грузиться с задержкой, а верстка на карточках товаров поехала. Тема оказалась платной, купленной на Envato три года назад с расширенной лицензией, но аккаунт на Envato был зарегистрирован на почту студии, которая делала сайт и давно закрылась. Обновление темы вышло с исправлением критической уязвимости, а поставить его было некому - ключ активации хранился только у бывшего подрядчика.
Похожая история с Elementor Pro: у агентства одна лицензия часто активирована сразу на несколько клиентских сайтов, потому что тариф ограничивает число доменов, а не число проектов формально. Как только лимит исчерпан, при попытке активировать плагин на новом сайте система показывает ошибку, а на старых сайтах перестают работать обновления и часть виджетов конструктора страниц. Клиент в такой момент обычно даже не знает, что его сайт делит лицензию с чужими проектами.
Как устроены лицензии на плагины и шаблоны для WordPress
Большинство платных решений для WordPress продаются по одной из трёх моделей: разовая покупка с пожизненным ключом на один сайт (частые на Envato), годовая подписка с продлением (Elementor Pro, ACF Pro, WPML), либо привязка к количеству активных доменов независимо от срока. У платёжных и логистических модулей ситуация другая: сам плагин интеграции с Т‑Банком для WooCommerce обычно распространяется бесплатно, но работает только с активным договором эквайринга и секретным ключом терминала, оформленным на юрлицо клиента. То же самое с модулем СДЭК - плагин ставится свободно, а токен для расчёта доставки выдаётся в личном кабинете СДЭК для конкретного аккаунта отправителя.
| Продукт | Модель лицензии | Типичный срок | На что завязана |
|---|---|---|---|
| Тема с Envato (Regular) | Разовая покупка | Бессрочно на 1 сайт | Аккаунт Envato покупателя |
| Elementor Pro / ACF Pro | Годовая подписка | 1 год, продление | Личный кабинет разработчика плагина |
| WPML | Годовая подписка | 1 год на N сайтов | Учётная запись на сайте WPML |
| Модуль Т‑Банка для WooCommerce | Бесплатный плагин + договор эквайринга | Действует, пока активен договор | Личный кабинет продавца в банке |
| Модуль СДЭК | Бесплатный плагин + API-токен | Действует, пока активен договор с СДЭК | Аккаунт отправителя в СДЭК |
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Лицензии на скрипты и виджеты в Tilda
В Tilda своя логика: сам конструктор работает по подписке (тариф Business или Marketplace), и уже внутри этой подписки можно подключать платные виджеты из магазина приложений Zero Block - калькуляторы, чат-виджеты, антиспам-фильтры форм. Все они списываются с того аккаунта Tilda, на который зарегистрирован проект, и если сайт передаётся новому владельцу без передачи самого аккаунта Tilda, платные приложения отключаются вместе со скидками и настройками.
Отдельная история - кастомные скрипты, которые верстальщик вставляет через блок T123. Formально это не лицензия Tilda, но часто внутри такого скрипта используется сторонний сервис по подписке: платная аналитика, виджет обратного звонка, интеграция с CRM. Если ключ API от такого сервиса оформлен на почту подрядчика, при смене исполнителя скрипт может просто перестать получать данные.
Есть и противоположный подход - готовые скрипты, которые покупаются один раз без привязки к чужому аккаунту и без ежемесячных списаний. В библиотеке готовых скриптов для Tilda у меня, например, лежат карта покрытия операторов связи, ограничение промокодов, расчёт зон доставки, калькулятор налогов и НДС, конвертер валют и ИИ-чатбот на Claude - код после оплаты становится вашим, и его работоспособность не зависит от того, продлил ли кто-то подписку на сторонний сервис.
Лицензии и ключи в смежных инструментах: n8n, боты, парсинг
n8n в самостоятельном хостинге по умолчанию распространяется по fair-code лицензии и бесплатен для большинства сценариев автоматизации, но как только нужны функции Enterprise - SSO, ролевые доступы, расширенный аудит - появляется отдельный лицензионный ключ, привязанный к конкретной организации в личном кабинете n8n. Если такой ключ оформлен на подрядчика, а не на компанию клиента, при разрыве отношений workflow продолжит работать, но обновление лицензии и доступ к тикетам поддержки останутся у бывшего исполнителя.
Telegram-боты на aiogram сами по себе построены на открытой библиотеке без лицензионных отчислений, а вот ключи от сервисов внутри бота - Claude API, OpenAI, платёжные провайдеры - должны быть выпущены на аккаунт заказчика с его же способом оплаты. На практике встречал ботов, где ключ Anthropic оформлен на личную почту разработчика: как только у него менялась карта или заканчивался баланс, бот у клиента переставал отвечать без всякого предупреждения. То же касается парсеров и любой автоматизации на Python, где используются платные API - прокси, геокодирование, сервисы капчи для собственных форм на сайте.
Что теряет владелец сайта, если лицензии оформлены на разработчика
- При завершении сотрудничества доступ к личным кабинетам маркетплейсов и плагинов остаётся у подрядчика, и продлить лицензию без него невозможно
- Письма о продлении и превышении лимита сайтов уходят на чужую почту, владелец бизнеса узнаёт о проблеме только по факту сбоя
- Одна лицензия, разделённая между несколькими клиентскими проектами, рано или поздно упирается в лимит активаций
- Тикеты в техподдержку разработчика плагина видит только держатель аккаунта, а не владелец сайта
- При хранении ключей платёжных и логистических модулей у стороннего исполнителя теряется контроль над данными клиентов и платежей
Как оформить лицензии на клиента при разработке или передаче сайта
Перед стартом проекта завожу для клиента отдельные аккаунты на всех маркетплейсах, где будут покупаться платные компоненты: Envato, Elementor, WPML, магазин приложений Tilda, консоли Anthropic и OpenAI, личный кабинет n8n Cloud при использовании облачной версии. Оплату провожу картой клиента или выставляю счёт напрямую на юрлицо заказчика - без схемы «куплю сам, потом компенсируете», из-за которой лицензия навсегда остаётся привязанной к моему аккаунту.
Доступы к этим кабинетам передаю через менеджер паролей клиента, сам подключаюсь как сотрудник или соавтор проекта, а не как владелец. В договоре отдельным пунктом фиксирую, что права на купленные лицензии и ключи API принадлежат заказчику с момента оплаты, а не переходят к нему по завершении работ.
Чек-лист аудита лицензий перед приёмкой сайта
- На чью почту зарегистрирован каждый платный плагин, тема и приложение Tilda
- Когда истекает подписка и кто получает уведомление о продлении
- Сколько доменов уже активировано на этой лицензии и есть ли запас лимита
- Кто указан плательщиком в личном кабинете - физлицо подрядчика или юрлицо владельца сайта
- Включена ли двухфакторная аутентификация и кто ей владеет
- Есть ли в договоре с прежним разработчиком пункт о передаче лицензий
Частые вопросы
Можно ли перенести лицензию плагина на другой аккаунт?
Зависит от разработчика плагина. У части сервисов, включая Elementor и WPML, в личном кабинете есть функция передачи лицензии другому пользователю или деактивации на старом домене с активацией на новом. У Envato перенос лицензии между аккаунтами официально не предусмотрен - там либо остаётесь на аккаунте покупателя, либо покупаете новую лицензию.
Что будет, если не продлить лицензию на платный плагин?
Сам плагин обычно продолжает работать на сайте, но перестают приходить обновления безопасности и новые версии под актуальную версию WordPress или PHP. Через несколько месяцев без обновлений растёт риск конфликта с другими плагинами и уязвимостей, которые уже закрыты в свежих релизах, но недоступны без активной подписки.
Как узнать, на кого оформлена лицензия на уже работающем сайте?
Проверяю код и админку плагина - там обычно указан статус лицензии и иногда e‑mail владельца. Дальше смотрю базу данных сайта на предмет сохранённых API-ключей, ищу счета от маркетплейсов в почте, если есть доступ, и запрашиваю у прежнего подрядчика список аккаунтов, на которые оформлены покупки, если контакт с ним ещё возможен.
Нужно ли отдельно прописывать лицензии в договоре с разработчиком?
Да, и это одна из первых вещей, которую я фиксирую в договоре с новыми клиентами. Без явного пункта о том, что лицензии на плагины, темы и API-ключи оформляются на заказчика и остаются его собственностью, спор о доступах после завершения работ решается только через переписку и добрую волю сторон.