SEO крупного кулинарного сайта Zaedok.ru: техническая оптимизация, масштабирование контента и автоматизация

Период кейса: ноябрь 2025 — 12 августа 2026 года

За девять месяцев Zaedok.ru вырос с тестовой базы из 50 рецептов до 3967 опубликованных рецептов, а количество кликов из Google только за июль достигло 7 тыс.

Но этот кейс не о том, как опубликовать несколько тысяч текстов.

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

В результате мы получили систему, в которой новые рецепты регулярно добавляются, связываются с ингредиентами и кухнями, проходят редакторскую проверку, получают SEO-данные и попадают в очередь публикаций, а техническое состояние тысяч URL контролируется без ручной обработки каждой страницы.

На текущем этапе наша цель — не зафиксировать красивую цифру роста, а продолжить масштабирование проекта до 10 000 уникальных посетителей в сутки и перейти к полноценной монетизации.

Кратко о проекте

Zaedok.ru — наш собственный кулинарный информационный проект.

Разработку начали в начале ноября 2025 года, а публичный запуск состоялся 19 ноября 2025 года.

Название появилось от слова «заедки» — закуски — и игры слов с разговорным выражением «хорошо».

Изначально мы не хотели делать ещё один каталог рецептов, где каждая страница существует отдельно от остальных.

Задача была шире:

• создать удобную базу рецептов;
• связать блюда с ингредиентами и кухнями;
• построить рекомендательную и матричную перелинковку;
• публиковать собственные и пользовательские рецепты;
• собрать нормальную базу пищевой ценности ингредиентов;
• автоматически рассчитывать КБЖУ блюда;
• дать возможность менять количество порций;
• формировать список покупок;
• приблизительно рассчитывать стоимость приготовления.

В итоге сам рецепт стал не просто текстовой страницей, а структурированной сущностью со связанными данными.

На публичных страницах Zaedok действительно используются отдельные ингредиенты с собственными URL, пищевой ценностью и связанными блюдами. Сейчас в публичном каталоге представлено 1088 ингредиентов.

С какой точки начинали

На старте на сайт тестово загрузили около 50 рецептов.

Первый этап мы рассматривали именно как тестирование:

• проверяли структуру;
• смотрели, как поисковые системы обходят новый домен;
• отлаживали шаблоны;
• наблюдали за первыми запросами;
• постепенно расширяли контентную модель.

Сайт изначально создавался с расчётом на SEO, поэтому Recipe schema была внедрена сразу, а не добавлялась спустя несколько месяцев после запуска.

На старте также не проводили массовую ссылочную кампанию. Было закуплено около десяти ссылок — постепенно, примерно по одной в неделю. Основной расчёт всё равно делался на структуру сайта и органический поисковый спрос.

Первый заметный трафик из Google был совсем небольшим.

По достижениям Search Console:

• 16 декабря 2025 года — 20 кликов за последние 28 дней;
• 30 декабря — 60;
• 30 января 2026 года — 100;
• 15 февраля — 200;
• 6 марта — 500;
• 2 апреля — 1000;
• 13 мая — 2000;
• 7 июня — 3000;
• 28 июня — 4000;
• 26 июля — 6000;
• к 12 августа — 6810 кликов за последние 28 дней.

Это важнее для понимания проекта, чем сравнение одной случайной точки с другой: рост происходил постепенно, по мере накопления страниц, поисковых данных и возраста домена.

Основная проблема: кулинарная тематика уже занята крупными сайтами

Продвигать новый сайт с рецептами сложно не потому, что невозможно написать хороший рецепт.

Проблема в самой конкурентной среде.

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

Поэтому на старте мы сознательно не стали строить стратегию вокруг самых очевидных ВЧ-запросов.

Нам не требовалось немедленно конкурировать за условные:

• «борщ рецепт»;
• «оливье рецепт»;
• «сырники»;
• «блины».

Вместо этого сделали ставку на длинный хвост.

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

Приоритет получили:

• национальные блюда;
• необычные рецепты;
• специфические комбинации ингредиентов;
• длинные формулировки;
• низко- и среднечастотные запросы.

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

Стратегия SEO: не отдельные страницы, а система

На большом контентном проекте невозможно рассматривать SEO только как оптимизацию Title и Description.

Мы строили систему из нескольких взаимосвязанных уровней:

поисковый спрос → рецепты → ингредиенты → кухни → внутренняя перелинковка → структурированные данные → индексация → технический контроль.

При этом каждая новая публикация расширяет не только количество URL.

Новый рецепт добавляет связи:

• с используемыми ингредиентами;
• с соответствующей кухней;
• с похожими блюдами;
• с другими страницами сайта.

А новый ингредиент, в свою очередь, получает отдельный URL и может объединять десятки или сотни рецептов.

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

Архитектура и семантика

На 12 августа 2026 года на сайте опубликовано:

• 3967 рецептов;
• 80 информационных статей;
• более тысячи ингредиентов;
• отдельные страницы кухонь.

При этом количество кухонь само по себе для нас не является SEO-KPI. Гораздо важнее то, как сущности связаны между собой.

Ингредиенты как самостоятельный слой сайта

Каждый ингредиент имеет собственный URL.

Это не просто тег вида:

/ingredient/potato/

с пустым списком ссылок.

Страница ингредиента может содержать:

• название;
• описание;
• КБЖУ на 100 г;
• связанные рецепты;
• изображение;
• дополнительные справочные данные.

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

Так ингредиенты становятся самостоятельным информационным слоем, а не технической таксономией WordPress.

Контент: почему мы не делали ставку на массовую генерацию

С июня 2026 года в редакционный процесс подключили AI.

Но важно правильно расставить причинно-следственные связи.

AI появился уже после того, как сайт начал получать поисковый трафик.

Он не был первоначальной SEO-стратегией и не запускал проект.

Рецепты создаются несколькими способами:

• нами;
• другими авторами;
• пользователями сайта;
• с помощью AI-ассистента.

Основная роль AI — помогать редактору:

• дополнить недостающую информацию;
• уточнить данные;
• доработать неполный пользовательский рецепт;
• помочь там, где отсутствует часть справочной информации.

То есть процесс выглядит не так:

AI → 1000 текстов → Publish.

А примерно так:

идея рецепта → структурированные данные → ингредиенты и граммовки → проверка → редакторская доработка → SEO-данные → публикация → внутренние связи.

Это принципиальная разница.

Google отдельно указывает, что само применение генеративного AI не является проблемой: критичным остаётся создание полезного, точного и ориентированного на пользователя материала, а массовое создание страниц без добавленной ценности может нарушать спам-политики.

SEO Title и Description без кликбейта

Для нескольких тысяч страниц вручную писать уникальный Title и Description — плохая масштабируемая модель.

Но и генерировать случайные формулировки вроде:

«Очень вкусный рецепт, который понравится всей семье»

мы не хотели.

SEO-метаданные формируются по заданной логике из реальных параметров конкретного блюда.

В формулу входят, в частности:

• количество порций;
• кухня;
• время приготовления.

Поэтому метаданные отражают содержание страницы, а не пытаются искусственно повысить CTR обещаниями.

Здесь мы придерживаемся простой логики:

если страницу можно описать фактами — используем факты.

Структурированные рецепты вместо обычных текстовых статей

Одна из ключевых особенностей Zaedok — структура самого рецепта.

На странице используются отдельные поля для:

• ингредиентов;
• количества;
• граммовок;
• числа порций;
• времени приготовления;
• кухни;
• этапов приготовления;
• пищевой ценности.

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

На других страницах также выводится автоматически рассчитанная пищевая ценность на одну порцию.

Это позволяет использовать одну базу данных сразу в нескольких задачах.

Автоматический КБЖУ

Новые ингредиенты добавляются редактором вручную.

КБЖУ берётся из имеющейся базы. Если данных недостаточно, редактор может использовать AI как вспомогательный источник, но итоговые данные всё равно являются частью редакционного процесса.

Дальше система знает:

пищевую ценность ингредиента на 100 г + его количество в рецепте.

Следовательно, КБЖУ всего блюда и отдельной порции можно рассчитывать автоматически.

Нам не приходится вручную считать калории для каждого нового рецепта.

Recipe schema была частью архитектуры с первого дня

Микроразметку рецептов мы внедрили сразу.

Google поддерживает Recipe structured data и позволяет передавать через разметку такие характеристики, как время приготовления, ингредиенты и данные о пищевой ценности. Это помогает поисковой системе лучше понимать структуру рецепта и делает страницу потенциально доступной для соответствующих расширенных представлений.

Но здесь важно не перепутать причину и следствие.

Мы не утверждаем:

«добавили schema → получили позиции».

Structured data не гарантирует расширенный сниппет и тем более не гарантирует высокий ранг. Google отдельно требует, чтобы размеченные данные соответствовали реальному содержимому страницы.

Для нас schema — прежде всего стандартизированный способ описать поисковой системе уже существующие структурированные данные рецепта.

Пользовательский контент создал новую проблему — дубли

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

Десять людей могут приготовить десять вариантов одного и того же оливье.

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

Поэтому работа с дублями на Zaedok — не разовая SEO-чистка, а постоянная операция.

Мы контролируем:

• дубли страниц;
• одинаковые или слишком близкие рецепты;
• повторяющиеся SEO-данные;
• пустые записи;
• некорректные URL.

Для этого в проекте появились собственные инструменты контроля дублей и SEO-данных.

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

Пустые Gutenberg-страницы и thin content

В процессе развития сайта обнаружились страницы, где данные существовали в структуре WordPress, но сам Gutenberg-контент был пустым или недостаточно заполненным.

Такие URL нельзя было просто оставить как есть.

Для них подготовили содержимое и восстановили полноценные страницы.

Это хороший пример того, почему на большом проекте SEO-аудит нельзя свести к проверке одной сотни URL.

При тысячах страниц даже небольшой процент технических дефектов быстро превращается в десятки или сотни проблемных документов.

Техническое SEO: Core Web Vitals пришлось исправлять кодом

Одной из наиболее показательных технических задач стали Core Web Vitals.

Основные проблемы были на десктопной версии. Мобильная версия изначально чувствовала себя заметно лучше.

По нашей хронологии:

• 27 июня страницы вышли из красной зоны;
• 28 июня — из жёлтой;
• с 29 июня 2026 года проблемных групп URL в отчёте больше не осталось.

На текущих скриншотах Search Console:

• мобильные — 1730 эффективных URL, 0 требующих улучшения, 0 плохих;
• ПК — 1730 эффективных URL, 0 требующих улучшения, 0 плохих.

Отчёт Core Web Vitals в Search Console основан на реальных пользовательских данных, поэтому изменение статуса не обязательно появляется в интерфейсе в ту же минуту, когда разработчик выкладывает исправление.

Что делали

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

В частности:

• работали с главным изображением страницы;
• оптимизировали загрузку LCP-ресурса;
• оптимизировали изображения;
• убрали часть лишней интерактивности;
• устранили элементы, вызывавшие layout shift;
• отложили загрузку Яндекс Метрики;
• упрощали фронтенд там, где UI-функция не оправдывала ухудшение производительности.

И это важный вывод.

Иногда для хорошего CLS эффективнее не искать ещё один JavaScript-костыль, а убрать элемент, который создаёт нестабильность интерфейса.

Google рекомендует хорошие Core Web Vitals как часть общей page experience, но отдельно подчёркивает: зелёные показатели сами по себе не гарантируют высоких позиций.

Именно поэтому мы рассматриваем CWV как технический фундамент, а не как отдельную магическую SEO-тактику.

Отложенная Метрика

Для аналитики используется собственный плагин Vagizov Metrika Loader.

Он позволяет выбирать режим загрузки счётчика:

• в footer;
• с задержкой;
• после взаимодействия пользователя;
• после взаимодействия или тайм-аута;
• с учётом consent-сценариев.

Публичное описание плагина подтверждает поддержку этих режимов и проверки дублирующихся счётчиков.

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

Мы не будем приписывать этому конкретное улучшение LCP в миллисекундах — отдельного A/B-замера у нас нет.

Но технически задача очевидна: сторонний аналитический код не должен мешать загрузке основного контента.

Масштабирование публикации

В начале мы публиковали около 12 рецептов в сутки.

Позже темп увеличили примерно до 24 рецептов в сутки — то есть в текущей модели выходит около одного нового рецепта в час.

При этом мы сознательно не публикуем весь подготовленный контент одним массивом.

Редактор формирует очередь примерно на 20 дней вперёд, после чего рецепты выходят порционно.

Это не попытка «обмануть freshness».

Цель гораздо практичнее:

• равномерно загружать редакционный процесс;
• регулярно добавлять новый контент;
• успевать отслеживать ошибки;
• не создавать одномоментно огромную пачку новых URL;
• иметь запас материалов.

Как автоматизация сократила ручную работу

Сейчас текущий контентный конвейер требует примерно трёх часов редакторской работы в неделю.

Основная ручная работа:

• обработать новые алиасы ингредиентов;
• проверить исключения;
• дополнить недостающие данные;
• выстроить очередь примерно на 20 дней.

Большая часть повторяющихся операций выполняется системой.

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

Это и есть практический смысл автоматизации.

Не:

«публиковать как можно больше».

А:

увеличивать объём сайта без линейного увеличения количества ручной работы.

Индексация: публикация страницы не означает попадание в поиск

По состоянию на наш срез Search Console показывал:

• 5053 проиндексированных URL;
• 2021 URL вне индекса.

Но цифру «2021 не проиндексировано» нельзя автоматически трактовать как «2021 SEO-ошибка».

Например:

• 1475 URL относились к страницам с переадресацией;
• 38 — 404;
• 27 — noindex;
• 28 — заблокированы robots.txt;
• 347 — «Просканирована, но пока не проиндексирована»;
• 104 — «Обнаружена, но не проиндексирована».

Последние две категории — 451 URL — для постоянно растущего проекта мы сейчас рассматриваем как рабочую очередь Google, а не как гарантированную проблему.

Это не означает, что Google обязан включить эти страницы в индекс.

Даже выполнение всех технических требований не гарантирует обход и индексирование конкретного URL — это отдельно оговаривает сам Google.

Индексация в Яндексе

На 12 августа 2026 года Яндекс Вебмастер показывал в поиске:

• 2459 URL рецептов;
• 1037 URL ингредиентов;
• 142 URL кухонь;
• другие типы страниц.

Особенно интересно сравнение ингредиентов: подавляющее большинство существующих страниц этого типа уже находилось в поиске.

При этом график Яндекс Вебмастера не рос идеально ровной линией.

Страницы:

• добавлялись;
• выпадали;
• возвращались;
• переобрабатывались.

Так и должен восприниматься индекс большого динамического сайта: не как статичная цифра, а как постоянно меняющееся состояние.

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

IndexNow: уведомляем поисковые системы после изменений

В начале июля 2026 года подключили наш плагин Findex for IndexNow.

Он используется для Яндекса и Bing.

Плагин умеет:

• автоматически отправлять опубликованные URL;
• вручную передавать один или несколько адресов;
• получать URL из sitemap;
• вести журнал ответов сервисов.

Но здесь важно правильно использовать терминологию.

Мы не индексируем страницу через IndexNow.

Мы сообщаем поисковой системе:

этот URL появился, изменился или был удалён.

Яндекс официально поддерживает IndexNow именно как механизм уведомления об изменениях на сайте.

Дальше решение об обходе и фактическом включении страницы в поиск остаётся за поисковой системой.

Поэтому IndexNow для нас — часть технического конвейера, а не гарантия индексации.

Что произошло с поисковым трафиком

Теперь к результатам.

Именно здесь очень легко сделать рекламный кейс с красивым процентом:

«увеличили SEO-трафик на тысячи процентов».

Мы не будем этого делать.

Сайт начинался практически с нуля, поэтому любой процент относительно первых дней был бы математически большим и практически бессмысленным.

Гораздо информативнее посмотреть на последовательные месяцы.

Google Search Console

Период	Клики	Показы	CTR	Средняя позиция
Май 2026	2,86 тыс.	209 тыс.	1,4%	12,6
Июнь 2026	4,35 тыс.	275 тыс.	1,6%	11,8
Июль 2026	7 тыс.	329 тыс.	2,1%	9,1

Получается:

май → июнь

• клики: +52,1%;
• показы: +31,6%.

июнь → июль

• клики: +60,9%;
• показы: +19,6%.

За два месяца количество кликов выросло:

2,86 тыс. → 7 тыс.

или примерно в 2,45 раза.

При этом одновременно улучшились CTR и средняя позиция.

Это важно: клики росли быстрее количества показов.

Последние 28 дней против предыдущих 28

На 12 августа Search Console показывал:

Метрика	Предыдущие 28 дней	Последние 28 дней
Клики	5,15 тыс.	6,81 тыс.
Показы	295 тыс.	323 тыс.
CTR	1,7%	2,1%
Средняя позиция	11,4	8,7

Клики выросли на 32,2%, тогда как показы — примерно на 9,5%.

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

Общий поисковый трафик

По Яндекс Метрике за период 19 ноября 2025 — 12 августа 2026 года:

• 33,0 тыс. визитов;
• 28,1 тыс. посетителей;
• 148,8 тыс. просмотров.

Из поисковых систем:

• 23 535 визитов;
• 19 889 посетителей.

Распределение поисковых визитов:

• Google — 20 769, 88,25%;
• Bing — 931;
• Яндекс — 838;
• DuckDuckGo — 749;
• Yahoo — 220.

То есть на текущем этапе рост Zaedok преимущественно обеспечивает Google.

И это тоже важно не скрывать.

Кейс не должен создавать впечатление, что сайт одинаково успешно растёт во всех поисковых системах.

Какие страницы реально получают трафик

Одна из главных проверок нашей НЧ-стратегии — конкретные запросы.

За последние три месяца среди лидеров Search Console были:

• «минтай в кляре с хрустящей корочкой» — 159 кликов / 2194 показа;
• «филе минтая в духовке с морковью и луком и картошкой» — 154 / 639;
• «текенос рецепт» — 60 / 155;
• «суши тако рецепт» — 54 / 211;
• «филе минтая с картошкой морковью и луком в духовке» — 50 / 221;
• «сырные палочки из сулугуни» — 27 / 43.

Это как раз тот длинный хвост, на который мы делали ставку.

Пример №1. Текеньос

По запросу «текенос рецепт» за три месяца:

• 60 кликов;
• 155 показов;
• CTR — 38,7%;
• средняя позиция — 1,3.

Сам рецепт опубликован 21 марта 2026 года и представляет венесуэльские сырные палочки с полноценной структурой ингредиентов и кухонь.

При этом вся страница получила за тот же период:

• 143 клика;
• 767 показов.

То есть один основной запрос — только часть поискового хвоста страницы.

Именно ради таких страниц и выбиралась стратегия необычных и менее конкурентных блюд.

Пример №2. Минтай с картошкой и морковью

Одна из лучших страниц за три месяца:

«Минтай с картошкой и морковью в духовке»

получила:

• 361 клик;
• 2584 показа.

Страница опубликована 7 апреля 2026 года и содержит отдельные граммовки минтая, картофеля, моркови, лука и других ингредиентов.

При этом в топе GSC присутствует сразу несколько длинных запросов, построенных вокруг:

минтай + духовка + картофель + морковь + лук.

Здесь уже можно говорить не просто об одном удачном запросе, а о тематическом хвосте вокруг блюда.

Пример №3. Информационные статьи

Рецепты оказались не единственной точкой входа.

В топ страниц за три месяца вошли и информационные материалы.

Например:

«Маркировка разделочных досок: правила, цвета и обозначения»

получила:

• 263 клика;
• 15 618 показов.

Публичная статья действительно представляет собой отдельный подробный справочный материал с таблицами, классификацией и FAQ.

Другой материал — про детский полдник — получил 253 клика при 7306 показах.

Это подтверждает, что дальнейший рост проекта можно получать не только через новые рецепты, но и через информационный контент вокруг кулинарной тематики.

Было → стало

Если максимально сократить историю проекта до одной таблицы:

Было	Стало к 12.08.2026
около 50 тестовых рецептов	3967 опубликованных рецептов
практически нулевой поисковый трафик	6,81 тыс. кликов из Google за последние 28 дней
20 кликов Google за 28 дней в декабре	до 7 тыс. кликов за календарный июль
тестирование структуры	системная архитектура рецептов, ингредиентов и кухонь
ручной рост контента	до ~24 рецептов в сутки
отдельные редакционные операции	около 3 часов редактора в неделю на обслуживание конвейера
проблемы CWV на ПК	0 проблемных групп URL в актуальном отчёте
обычная публикация URL	очередь + контроль + IndexNow для Яндекса и Bing
риск пользовательских дублей	постоянный технический и редакторский контроль

Но даже эта таблица не является главным результатом.

Главный результат — то, почему сайт вообще можно продолжать масштабировать.

Что сработало лучше всего

По текущим данным мы бы выделили четыре вещи.

1. Не начинать с самых конкурентных запросов

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

Текеньос с позицией 1,3 — простой пример.

2. Структурировать данные

Рецепт — это не текст в Gutenberg, а набор сущностей:

ингредиенты → граммовки → порции → кухня → КБЖУ → schema → связи.

Благодаря этому одни и те же данные используются сразу для пользователя, внутренней архитектуры и поисковых систем.

3. Автоматизировать повторяемое

Мы не пытаемся заменить редактора.

Мы убираем из его работы операции, которые система выполняет лучше:

• расчёты;
• шаблонные SEO-данные;
• очередь;
• повторяющиеся технические проверки.

Редактор остаётся там, где нужно принимать решение.

4. Не отделять техническое SEO от разработки

На проекте такого размера нельзя работать по схеме:

разработчики сделали сайт → SEO-специалист потом написал ТЗ.

SEO-требования приходится реализовывать непосредственно в коде.

Особенно когда речь идёт о:

• LCP;
• CLS;
• structured data;
• дублях;
• URL;
• автоматизации;
• индексации.

Что пришлось пересмотреть

Не все первоначальные решения оказались удачными.

Интерактивность против CLS

Часть интерактивных элементов пришлось убрать или упростить, потому что они создавали сдвиги интерфейса.

В какой-то момент выбор был простой:

оставить функцию или получить стабильную страницу.

Мы выбрали стабильность.

Редиректы и авторизация

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

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

Дубли нельзя «исправить один раз»

С пользовательским контентом невозможно единожды почистить дубли и забыть о них.

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

Поэтому контроль дублей стал постоянным процессом.

Почему этот кейс не про AI

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

На Zaedok мы получили обратный урок.

Самая сложная часть — не создание текста.

Самая сложная часть — обеспечить, чтобы тысячи страниц:

• не конфликтовали между собой;
• имели правильную структуру;
• были связаны;
• нормально загружались;
• не создавали технические ошибки;
• попадали в обход;
• имели корректные данные;
• могли обслуживаться небольшой командой.

AI помогает ускорить редакционную работу.

Но без архитектуры он просто позволил бы быстрее создать технический долг.

Что делаем дальше

Текущий результат мы рассматриваем как промежуточный.

Следующая большая цель проекта — 10 000 уникальных посетителей в сутки.

После достижения достаточного объёма аудитории можно переходить к полноценной монетизации.

Первый очевидный вариант — реклама.

Но сам проект позволяет развивать и собственные продукты.

Один из вариантов — тематические книги рецептов:

• кухни отдельных стран;
• подборки блюд;
• рецепты по продуктам;
• специализированные издания.

До этого этапа ещё нужно дорасти.

Поэтому ближайшие SEO-задачи остаются достаточно прагматичными:

• продолжать расширять базу рецептов;
• усиливать существующие кластеры;
• развивать информационные статьи;
• анализировать страницы с большим количеством показов и низким CTR;
• следить за индексированием;
• контролировать дубли;
• сохранять Core Web Vitals в зелёной зоне при дальнейшем росте сайта;
• развивать внутреннюю перелинковку;
• не увеличивать ручную нагрузку линейно вместе с количеством URL.

Выводы

Кулинарная тематика — не свободная ниша.

Новый сайт выходит на рынок, где уже существуют проекты с десятилетней историей, огромными ссылочными профилями и миллионами страниц.

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

На Zaedok мы выбрали другой путь:

НЧ-семантика + структурированный контент + техническая архитектура + автоматизация.

За девять месяцев сайт вырос с 50 тестовых рецептов до почти четырёх тысяч опубликованных рецептов.

С мая по июль клики из Google выросли:

2,86 тыс. → 4,35 тыс. → 7 тыс. в месяц.

За последние доступные 28 дней:

6,81 тыс. кликов против 5,15 тыс. в предыдущем периоде — +32,2%.

Но мы не считаем эти цифры конечным результатом.

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

Именно здесь SEO крупного контентного сайта перестаёт быть работой с отдельными метатегами.

Оно становится инженерной задачей.

Нужно построить систему, в которой:

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

Именно эту систему мы продолжаем развивать на Zaedok.ru.