В комментариях спросили, сколько сейчас стоит сайт, если его пишет ИИ. Собрали сайт-афишу на живом API и засекли время

Помните нас? Мы та команда, которая пишет кассу для муниципального музея и спорит в комментах про билетные системы.

Под прошлым постом нам посоветовали Bil24. Потом разговор свернул в интересную сторону, и в итоге нас спросили прямо: «Насколько ИИ ускоряет профессионала? Есть ощущение, что мир уже изменился, а цены ещё нет». Приложили документацию API и пример сайта-афиши, который работает на их виджете.

Спорить в комментах можно долго. Мы решили проверить: собрать такой сайт на тестовой зоне Bil24 и честно записать, где ИИ сэкономил дни, а где не помог вообще.

В комментариях спросили, сколько сейчас стоит сайт, если его пишет ИИ. Собрали сайт-афишу на живом API и засекли время

Что должно было получиться

Задача от заказчика звучала так: «афишу тащить по API, сделать странички, GEO & SEO, все дела, а после нажатия „купить“ — виджет».

Если разложить по пунктам:

— каталог событий забирается из API билетной системы; — у каждого события, площадки и города своя страница с нормальным адресом; — страницы видят поисковики и нейропоиск; — кнопка «Купить» открывает штатный виджет продажи сразу на нужном сеансе.

Хронометраж

28.09. Прочитали документацию API, чтобы ответить в комментариях по делу: какие команды можно вызывать без авторизации, как устроены сеансы, цены и схемы залов, чем виджет Fluwid отличается от API.

15:48. Пришёл ответ со ссылкой на тестовую зону.

~19:00. Готов сборщик: забирает весь каталог одним запросом (GET_ALL_ACTIONS) и генерирует статические страницы. Проверили на тестовых данных, собранных по документации.

20:04. Первая сборка на реальных данных тестовой зоны: 38 событий, 319 сеансов, 15 городов, 95 страниц. Сама генерация занимает доли секунды.

20:05–20:15. Реальные данные тут же показали то, чего нет в документации:

— вместо отсутствующих постеров API отдаёт одинаковую картинку-заглушку «no poster». Научили сборку её узнавать и ставить свою обложку; — в возрастном ограничении встречается строка «Не задано», убираем; — у части событий минимальная цена 0 ₽ (пригласительные), и на карточке выходило «от 0 ₽»; — даты в тестовой зоне разбросаны по 2027–2035 годам, и лента дат без подписи года выглядела перепутанной.

20:15–20:33. Мобильная версия, выкладка, проверка покупки. Кнопка «Купить» открывает виджет сразу на нужном сеансе, со схемой зала и ценами. Последний баг: при прокрутке схемы зала прокручивалась и страница под окном.

В комментариях спросили, сколько сейчас стоит сайт, если его пишет ИИ. Собрали сайт-афишу на живом API и засекли время
В комментариях спросили, сколько сейчас стоит сайт, если его пишет ИИ. Собрали сайт-афишу на живом API и засекли время

Итого: примерно 4-5 часов от ответа в комментариях до демо по публичной ссылке, плюс вечер на документацию накануне. Раньше такой каркас занял бы у нас несколько дней.

Как устроено и почему именно так

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

Статика, а не «сайт, который ходит в API на каждый заход».

Сборщик раз в 10–15 минут забирает каталог и пересобирает страницы. Что это даёт:

— посетителю отдаётся готовый HTML, это быстро; — API не нагружается, сколько бы людей ни пришло; — если API билетной системы недоступен, сайт собирается из последнего удачного снимка данных и продолжает работать; — новая версия подменяет старую целиком, поэтому полусобранный сайт никто не увидит.

Постеры и шрифты лежат у себя.

Сайт не зависит от чужих CDN и от Google Fonts, а IP посетителей не уходят третьим лицам.

Описания событий чистятся.

Организаторы заводят описания в кабинете HTML-ом. Из них вырезается всё, кроме безопасной разметки: скрипты, iframe, javascript-ссылки. Одна кривая карточка события не должна превращаться в дыру на сайте агента.

Персональные данные сайт не трогает вообще

Бронь, оплата и почта покупателя остаются на стороне билетной системы.

В комментариях спросили, сколько сейчас стоит сайт, если его пишет ИИ. Собрали сайт-афишу на живом API и засекли время

SEO и GEO

На каждый сеанс есть разметка schema.org/Event: дата, площадка с адресом и координатами, цены, наличие билетов. Из неё Яндекс и Google строят расширенные сниппеты. — У страниц уникальные заголовки и описания, есть хлебные крошки, canonical и sitemap. — Для нейропоиска (GEO) есть llms.txt и events.json: компактная выжимка всей афиши. Когда человек спрашивает у ассистента «куда сходить в Сочи в выходные», ответ может опираться на актуальные данные, а не на прошлогоднюю статью.

Так сколько это стоит

Честный ответ на вопрос из комментариев такой.

Подешевело написание кода. Каркас, который раньше занимал дни, теперь делается за вечер. Так что «сайт под виджет за 500 тысяч» в 2026 году уже вопрос к подрядчику.

Не подешевело всё остальное:

— понять процесс конкретного агента: какие площадки, какие подборки, что показывать на главной, как работают возвраты; — тексты и SEO-страницы под запросы города. API отдаёт каталог, но не отдаёт «Куда сходить с детьми в Самаре»; — дизайн под бренд. Сгенерированные сайты сейчас похожи друг на друга с первого экрана; — юридическая часть агента: оферта, политика обработки ПДн, реквизиты; — аналитика по воронке «страница → виджет → оплата»; — поддержка. Когда через полгода билетная система поменяет формат ответа, кто-то должен это заметить до того, как пропадёт афиша.

Сайт такого уровня, как в примере, с ИИ мы бы сейчас оценили в 150-180 и 7-10 дней вместо 400-500 раньше. Дешевле в разы, но не бесплатно. Демо за час — ещё не продукт.

Что дальше

Демо стоит на тестовой зоне: покупка проходит в тестовом режиме, деньги не списываются. https://loquacious-cobbler-7e854f.netlify.app/

Если вы агент или организатор на Bil24/Forzum и вам нужен свой сайт-афиша, напишите. Покажем, как это будет выглядеть на ваших данных.

А теперь вопрос к тем, кто уже пробовал: когда вы заказывали сайт и знали, что подрядчик пишет с ИИ, вы торговались по цене? Или это не повод?

22