Перейти к содержимому

Можно ли собрать многостраничный сайт с помощью ИИ

Да. Многостраничный проект в Zugo собирается как платформа: 12 кредитов за первые три страницы и по 3 за каждую следующую. Собирается он дольше одностраничного, за несколько минут, потому что генерируется не одна страница, а связная структура с навигацией. Разбивать сайт на отдельные сборки не нужно и невыгодно.

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

Чем платформа отличается от обычной сборки?

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

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

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

Сколько стоит сайт на N страниц?

Формула одна: 12 за первые три страницы, дальше по 3 за страницу. Считать удобно заранее, потому что состав разделов вы решаете до сборки, а не в процессе.

Сколько страниц Как считается Итого в кредитах
3 страницы Базовая платформа 12
4 страницы 12 плюс одна дополнительная 15
5 страниц 12 плюс две дополнительные 18
8 страниц 12 плюс пять дополнительных 27
10 страниц 12 плюс семь дополнительных 33

Правка любой страницы стоит 3 кредита независимо от размера проекта. Режим Hi-Fi вдвое дороже по каждому действию: одностраничная сборка в нём стоит 12, а правка 6.

Тарифы: Free даёт 5 кредитов единоразово, Pro стоит $25 в месяц и даёт 200 кредитов, Business стоит $99 в месяц. Честная оговорка: 5 кредитов Free это меньше даже одной обычной сборки, поэтому многостраничный проект начинается на платном тарифе. 200 кредитов Pro это примерно 16 полных платформ или 33 быстрых сборок. Полный разбор цен собран в статье сколько стоит сайт или приложение нейросетью.

Как описать структуру сайта в промпте?

Перечислить страницы списком и для каждой сказать одним предложением, что на ней. Это звучит скучно и работает лучше всего остального. Абзац прилагательных про «современный сайт компании» не содержит ни одного решения, которое можно исполнить.

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

Во второй формулировке есть число страниц, состав каждой и требование к навигации. Из неё можно собрать сайт; из первой можно собрать что угодно.

Отдельно скажите, какая страница главная и куда ведут кнопки. Самая частая претензия к сгенерированным многостраничникам звучит как «всё есть, но непонятно, куда нажимать»: обычно это значит, что маршрут пользователя не был назван словами.

Как связать страницы между собой?

Назвав маршрут, а не только состав. Список разделов отвечает на вопрос «что есть», но не отвечает на вопрос «куда человек идёт дальше», а именно второе превращает набор страниц в сайт.

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

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

Первое: одинаковая шапка на всех страницах, с подсветкой текущего раздела. Человек должен видеть, где он находится, а не только куда может пойти.

Второе: возвратные ссылки. С внутренней страницы должен быть очевидный путь назад, и не только кнопкой браузера.

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

Сколько страниц нужно на самом деле?

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

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

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

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

Что проверить после сборки платформы?

Три вещи, в этом порядке.

Сначала навигацию. Пройдите по всем пунктам меню и вернитесь назад с каждой страницы. Битые или ведущие в никуда ссылки это самая частая поломка многостраничника и самая быстро исправляемая.

Потом единообразие. Шапка, подвал и стиль кнопок должны совпадать на всех страницах. Расхождения обычно появляются на страницах, которые вы описали короче остальных.

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

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

Где границы у сгенерированного многостраничника?

Четыре, и все предсказуемые.

  • Содержимое остаётся за вами. Генерация напишет связный черновик, но реальные услуги, цены и тексты о компании знаете только вы. Сайт начинает работать, когда вы подставляете свои формулировки.
  • Сложная структура доводится правками. Каталог с фильтрами, личные кабинеты, вложенные разделы: всё это появляется через серию уточнений поверх работающей основы, а не из одного описания.
  • Сотни страниц это другой класс задачи. Формула цены линейная, но проект, где страниц действительно много, обычно нуждается не в генерации каждой, а в шаблоне и данных, то есть в разработке.
  • Zugo не заменяет команду на сложном продукте. Первая версия появится быстро; дальше её ведёт человек. Код при этом ваш и экспортируется в GitHub.

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

С чего начать?

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

Опубликованный проект живёт на адресе вида имя-проекта.zugo.run, поверх которого подключается свой домен. Как это выглядит на живом примере, разобрано в статье многостраничный сайт нейросетью. А сама сборка начинается там же, где любая другая: со списка страниц, отправленного текстом на zugo.dev.

← Все статьи