Нейросети помогают быстрее собрать структуру сайта, подготовить ТЗ, тексты, SEO-блоки, визуальные промпты, ACF-поля и черновой код для WordPress. Но финальную архитектуру, проверку кода, настройку шаблонов, формы, адаптивность, SEO-логику и запуск нужно контролировать вручную. Хороший результат получается не от одной AI-команды, а от связки: задача, workflow, WordPress, нейросети и опыт разработчика.
Создание сайта с помощью нейросетей не выглядит как волшебная кнопка «сделать красиво и чтобы работало». Хотя, конечно, именно так это часто продают. В реальности нормальный результат получается не тогда, когда нейросеть «делает сайт», а когда она встроена в понятный рабочий процесс: помогает думать, структурировать, писать, проверять, ускорять рутину и собирать варианты. Финальные решения всё равно остаются за человеком.
В моём случае WordPress и AI работают как связка. WordPress отвечает за систему управления сайтом, структуру, шаблоны, поля, публикации, категории, медиа, SEO и дальнейшую поддержку. Нейросети помогают быстрее пройти путь от идеи до прототипа, собрать техническое задание, подготовить структуру страниц, тексты, визуальные промпты, фрагменты кода, схемы данных и варианты интерфейсных решений.
Важно понимать: нейросеть не заменяет опыт разработчика. Она не знает ваш сервер, вашу тему, ваши ACF-поля, ваши шаблоны, старые костыли в functions.php и те чудесные правки, которые «временно добавили три года назад, но оно работает, не трогай». Поэтому AI полезен не как самостоятельный исполнитель, а как усилитель рабочего процесса.
Задача и контекст
Обычно задача звучит просто: нужно собрать сайт на WordPress. Но за этой фразой может скрываться всё что угодно: сайт услуг, блог, портфолио, каталог, лендинг, медиа-проект, личный сайт эксперта, сайт музыкального проекта или контентная площадка.
Перед началом я разделяю задачу на несколько уровней:
| Уровень | Что нужно понять | Почему это важно |
|---|---|---|
| Бизнес-задача | зачем сайт нужен | от этого зависит структура и CTA |
| Аудитория | кто будет читать и покупать | от этого зависит язык, блоки и сценарии |
| Контент | какие страницы, статьи, услуги, кейсы нужны | без контента сайт превращается в красивую пустоту |
| Техническая база | тема, ACF, шаблоны, плагины, сервер | от этого зависит реализация |
| Продвижение | SEO, соцсети, внутренняя перелинковка | сайт должен не просто существовать |
| Поддержка | кто будет обновлять сайт после запуска | структура должна быть удобной не только разработчику |
Нейросеть на этом этапе помогает не «сделать сайт», а разложить хаос. Например, можно быстро получить несколько вариантов структуры, сравнить их, найти пропущенные страницы, сформулировать блоки для главной, продумать FAQ, подготовить сценарии для разных типов посетителей.
Если проект начинается не с дизайна, а с понимания задачи, дальше всё идёт заметно спокойнее. Сначала появляется логика сайта. Потом структура. Потом контент. Потом шаблоны. Потом визуальная система. А не наоборот, когда сначала рисуют красивый экран, а потом пытаются понять, куда туда засунуть смысл.
Для стартового этапа я отдельно использую подход с подготовкой технического задания через AI. Подробно этот процесс можно разобрать в статье как написать ТЗ на сайт через ChatGPT.
Какие инструменты участвуют
Набор инструментов зависит от проекта, но общая логика примерно одинаковая. У каждого инструмента должна быть роль. Если инструмент не решает конкретную задачу, он превращается в ещё одну вкладку браузера, которая делает вид, что работа идёт.
| Инструмент | Для чего использую | Где помогает AI |
|---|---|---|
| ChatGPT | структура, тексты, идеи, код, проверка логики | формулировки, сценарии, черновики, рефакторинг |
| WordPress | основа сайта и управление контентом | AI помогает проектировать структуру |
| ACF | гибкие поля, блоки, повторители | AI помогает описывать поля и шаблоны |
| PHP / HTML / CSS / JS | кастомная разработка темы | генерация черновиков и проверка фрагментов |
| Figma / референсы | визуальная логика и макеты | анализ структуры, варианты блоков |
| MidJourney / image generation | обложки, иллюстрации, визуальные концепты | промпты, серии изображений, стилистика |
| SEO-инструменты | семантика, мета, структура | заголовки, FAQ, сниппеты, перелинковка |
| Метрика / Search Console | анализ после запуска | интерпретация данных и гипотезы |
WordPress удобен тем, что позволяет собрать не просто набор страниц, а управляемую систему. Например, отдельные записи для услуг, портфолио, статей, релизов, персонажей, товаров или каталогов. В современной экосистеме WordPress есть блочные темы, редактор сайта, шаблоны и паттерны: официальная документация WordPress описывает block themes как темы, где блоки можно использовать не только в контенте, но и в шаблонах через Template Editor или Site Editor.
При этом я не всегда выбираю блочную тему. Для многих проектов мне удобнее кастомная тема с PHP-шаблонами и ACF. Так проще контролировать структуру, классы, SEO, скорость, модальные окна, карточки, специфические поля и нестандартную логику. Блочные темы хороши для одних задач, кастомные шаблоны для других. Универсального ответа нет, как бы ни хотелось продавцам «одного идеального решения».
Отдельно полезен WordPress Playground. Его Blueprints позволяют описывать настройку окружения через JSON-файлы для запуска WordPress Playground-инстанса, а это удобно для прототипов, демонстраций и тестовых конфигураций.
С визуальной частью AI тоже помогает сильно. Современные инструменты генерации изображений уже подходят для production-quality визуалов и итеративных творческих workflow, включая контроль композиции, качества и вариантов изображения. Но тут есть важное ограничение: картинка должна обслуживать сайт, а не заменять смысл. Красивая обложка не спасёт страницу, где непонятно, что продаётся.
Полный workflow по шагам
Мой рабочий процесс можно представить как цепочку. На каждом шаге AI помогает ускориться, но не должен принимать финальное решение вместо разработчика.
| Шаг | Что делается | Роль нейросети | Что проверяю вручную |
|---|---|---|---|
| 1 | формулируется задача | помогает разложить цель | реальная бизнес-логика |
| 2 | собирается структура сайта | предлагает карту страниц | полнота и приоритеты |
| 3 | пишется ТЗ | превращает мысли в документ | конкретика и ограничения |
| 4 | проектируются типы записей и ACF | предлагает поля и блоки | удобство админки |
| 5 | собираются шаблоны | помогает с PHP/HTML/CSS | безопасность и совместимость |
| 6 | готовится контент | пишет черновики | смысл, стиль, факты |
| 7 | делаются визуалы | генерирует промпты | соответствие бренду |
| 8 | настраивается SEO | мета, FAQ, schema, перелинковка | отсутствие мусора и дублей |
| 9 | проводится тестирование | чек-листы и гипотезы | реальные устройства |
| 10 | запуск и доработка | анализирует данные | решения по факту |
Первый шаг — не дизайн, а постановка задачи. Я описываю, какой сайт нужен, для кого, какие страницы обязательны, что должно происходить после запуска. Здесь нейросеть полезна как собеседник: она задаёт вопросы, вытаскивает забытые блоки, помогает увидеть структуру.
Например, если нужно собрать сайт услуг, я сразу думаю не только о главной странице. Нужны страницы отдельных услуг, архив услуг, статьи, портфолио, отзывы, контакты, политика, условия, форма заявки, модальное окно, внутренние ссылки, быстрые ответы, FAQ, микроразметка. Нейросеть помогает превратить это в список, но окончательный состав зависит от проекта.
Второй шаг — архитектура контента. Здесь я решаю, что будет обычными страницами, что записями, что кастомными типами, что категориями, а что ACF-полями. Это важный этап, потому что плохая архитектура потом бьёт по всему: по шаблонам, SEO, админке, скорости разработки и поддержке.
| Тип контента | Когда использовать | Пример |
|---|---|---|
| Страница | статичная важная страница | главная, контакты, о проекте |
| Запись | регулярный контент | статьи, новости, обзоры |
| Категория | группировка записей | услуги, портфолио, блог |
| CPT | отдельная сущность | релизы, персонажи, товары |
| ACF-поля | управляемые блоки | преимущества, FAQ, шаги, CTA |
Третий шаг — проектирование шаблонов. Я заранее определяю, какие блоки будут на странице и какие поля нужны в админке. Например, для страницы услуги могут быть hero, быстрый ответ, состав работ, кому подходит, кому не подходит, этапы, FAQ, связанные услуги и CTA. Нейросеть может предложить названия полей, структуру repeater-полей, логику вывода. Но код и совместимость с текущей темой всё равно проверяются вручную.
Четвёртый шаг — генерация чернового кода. Тут AI экономит время, особенно на повторяющихся блоках: карточки, циклы ACF, условные проверки, FAQ-аккордеоны, schema.org, шаблоны секций. Но любой код от нейросети я воспринимаю как черновик. Его нужно читать. Да, именно читать. Знаю, неприятный момент. Хотелось бы просто вставить и почувствовать себя архитектором будущего, но потом почему-то ломается сайт.
Пятый шаг — сборка контента. Для статей, услуг и кейсов AI помогает сделать структуру, SEO Title, Description, excerpt, FAQ, быстрые ответы, подписи к обложкам, alt и title. Но факты, опыт, стиль и позиционирование нужно контролировать. Иначе получится текст, который вроде грамотный, но звучит как тысяча одинаковых сайтов из раздела «мы команда профессионалов с индивидуальным подходом».
Шестой шаг — визуальная система. Я делаю промпты для обложек, иллюстраций, баннеров и карточек. Здесь важны ограничения: соотношение сторон, отсутствие текста, отсутствие логотипов, нужная атмосфера, место под заголовок, соответствие сайту. Для WordPress-проекта визуалы должны быть не просто красивыми, а пригодными для публикации: 16:9 для статей, вертикальные форматы для коротких видео, квадратные для соцсетей, если нужно.
Седьмой шаг — SEO и внутренняя перелинковка. Я заранее смотрю, какие страницы должны усиливать друг друга. Статья не должна висеть отдельно. Она должна вести к услугам, смежным материалам, кейсам и консультации. Особенно если сайт строится как экспертная площадка, где каждая публикация работает на доверие и заявки.
Восьмой шаг — тестирование. Проверяю адаптивность, формы, скорость, структуру заголовков, canonical, мета-теги, микроразметку, редиректы, ошибки в консоли, отображение на мобильных устройствах, поведение модальных окон и отправку писем. Нейросеть может дать чек-лист, но не может сама убедиться, что на конкретном сайте кнопка не перекрылась странным z-index из старого CSS.
Девятый шаг — запуск. После публикации сайт нужно смотреть не как разработчик, а как пользователь. Открыть с телефона, пройти сценарий заявки, проверить меню, карточки, формы, сообщения, скорость. Потом уже подключать аналитику, смотреть поведение и дорабатывать.
Где возникают потери качества
Главная потеря качества возникает там, где AI используют вместо мышления. Нейросеть может быстро написать текст, но она не знает вашу реальную экспертизу, если вы её не дали. Она может сгенерировать код, но не знает всей темы. Она может предложить структуру, но не понимает ваших бизнес-ограничений без контекста.
| Зона риска | Как выглядит проблема | Как снижать риск |
|---|---|---|
| ТЗ | слишком общие формулировки | давать ограничения и примеры |
| Тексты | вода и одинаковые фразы | добавлять личный опыт |
| Код | несовместимость с темой | проверять руками |
| ACF | лишние или неудобные поля | проектировать от админки |
| SEO | переспам ключами | писать для человека |
| Визуалы | красиво, но не по смыслу | задавать строгий промпт |
| UI | блоки есть, сценария нет | строить путь пользователя |
| Запуск | «вроде работает» | тестировать формы и мобильную версию |
Ещё одна частая проблема — отсутствие единого стиля. AI может предложить десять хороших блоков, но они будут из десяти разных сайтов. Один блок звучит как корпоративный лендинг, второй как SaaS, третий как блог маркетолога, четвёртый как презентация агентства. Если это всё вставить без редактуры, сайт будет выглядеть собранным из чужих мыслей.
Потери качества появляются и в коде. Например, нейросеть может предложить рабочий PHP-фрагмент, но не учесть реальные названия ACF-полей, структуру темы, текущие функции, экранирование, безопасность, производительность или уже существующие классы. Поэтому я не вставляю код вслепую. Сначала смотрю, что он делает, потом адаптирую под тему, потом тестирую.
В SEO потери качества проявляются особенно быстро. Нейросеть любит писать «правильные» SEO-тексты. Проблема в том, что правильный текст не всегда полезный. Если в статье десять раз повторяется «создание сайта с помощью нейросетей», но нет живого процесса, таблиц, примеров и выводов, пользователь быстро поймёт, что его привели в текстовую теплицу для ключевых слов.
С визуалами похожая история. AI может сделать красивую картинку, но если она не соответствует странице, не подходит под соотношение сторон, содержит лишний текст или выглядит как абстрактная заставка из банка «успешный бизнес на синем фоне», пользы мало. Для сайта обложка должна работать вместе с темой статьи.
Что я делаю вручную
Вручную я делаю всё, где нужна ответственность. Нейросеть помогает ускориться, но не должна финально решать за меня архитектуру сайта, структуру шаблонов, смысл текстов, SEO-логику и качество кода.
| Что делаю вручную | Почему не отдаю полностью AI |
|---|---|
| выбираю архитектуру сайта | нужно понимать развитие проекта |
| утверждаю ACF-поля | важна удобная админка |
| проверяю код | ошибка может сломать сайт |
| редактирую тексты | нужен личный стиль и опыт |
| настраиваю шаблоны | важно соответствие теме |
| проверяю SEO | нельзя доверять генерации вслепую |
| тестирую формы | заявки должны реально приходить |
| смотрю мобильную версию | пользователь видит сайт не в промпте |
| принимаю финальные решения | ответственность остаётся на разработчике |
Самая важная ручная работа — это сборка системы. Нейросеть может помочь написать отдельный блок, но сайт состоит не из отдельных блоков. Он состоит из связей: страница ведёт к услуге, услуга ведёт к заявке, статья ведёт к консультации, портфолио усиливает доверие, FAQ снимает возражения, форма фиксирует контакт, аналитика показывает, что происходит дальше.
Я вручную настраиваю логику шаблонов. Например, если есть связанные статьи или услуги, они должны выводиться не случайно, а по понятной схеме. Если есть ACF-поля, они должны быть удобны для заполнения. Если есть FAQ, он должен быть виден пользователю и корректно размечен для поисковых систем. Если есть CTA, он должен вести к понятному действию, а не просто украшать нижнюю часть страницы.
Отдельно я вручную вычищаю тексты. AI хорошо делает структуру и черновики, но живой экспертный текст должен звучать как человек, который реально работал с сайтами. Нужно убрать пустые обещания, одинаковые формулировки, лишние абзацы и псевдоэкспертные обороты. Иногда половину текста проще удалить. Это, кстати, очень полезная функция человека в эпоху нейросетей: удалить красиво сгенерированную ерунду.
Также вручную я принимаю решение, где WordPress и AI действительно помогают, а где лучше не усложнять. Например, не всегда нужен сложный конструктор. Не всегда нужен отдельный CPT. Не всегда нужна генерация двадцати вариантов обложек. Иногда нужно просто нормально сверстать страницу, проверить форму и написать человеческий текст.
Отдельная тема — блочные темы и редактор сайта. Их можно использовать вместе с нейросетями для более гибких прототипов, паттернов и визуального управления структурой. Об этом подробнее можно раскрыть в материале Block themes, Site Editor и нейросети.
В итоге мой подход простой: AI ускоряет подготовку, анализ, черновики, варианты и рутину. WordPress даёт управляемую основу. Человек собирает всё в рабочую систему. И именно на этом третьем элементе всё обычно держится. Потому что нейросеть не несёт ответственность за результат, WordPress не думает за владельца сайта, а пользователь не обязан разбираться, почему у вас на странице красиво, но непонятно.
Материал подготовлен Максимом Вагизовым для vagizov.com . При цитировании обязательна активная ссылка на источник.
Подробнее об авторских правах