SEO на этапе разработки, а не после: что встраивать сразу
Самая дорогая ошибка в вебе — сначала сделать сайт, а потом «заняться SEO». Это как провести электрику после того, как поклеил обои: технически возможно, но придётся вскрывать стены. Ниже разберу, что должно быть заложено в архитектуру с первого дня, почему это нельзя дописать к готовому сайту без перестройки и сколько реально стоит ошибка.
SEO — это не услуга, которую докупают после запуска.
Сразу к сути: половина того, что влияет на позиции в поиске, — это решения уровня архитектуры. Они либо лежат в фундаменте, либо нет. И если нет — переделка обойдётся в разы дороже, чем стоило бы заложить сразу.
Почему «потом» дороже, чем «сразу»
Сравни два сценария на одних и тех же задачах. Один и тот же результат — но в первом случае это часть обычной работы, во втором — отдельный болезненный проект.
| Что делаем | В архитектуре | Прикручиваем потом |
|---|---|---|
| Структура URL (ЧПУ) | В роутере, бесплатно | 301-редиректы, риск потери ссылок |
| Schema.org | Часть компонента, один раз | Доработка каждой страницы — десятки часов |
| Core Web Vitals | Решается стеком: SSR/SSG | Рефакторинг узких мест, замена картинок |
| Семантический HTML | Часть базовой вёрстки | Полный рефакторинг разметки |
| Метатеги, sitemap.xml | Шаблонный механизм | Ручная разметка, плагины, патчи |
По рынку переделка готового сайта стартует от 800 000 ₽ в студии, а отдельная SEO-миграция добавляет ещё 250 000 ₽ – 1 млн ₽. И это не считая главного риска: без правильной миграции релонч обычно съедает 20–60% органического трафика за первые три месяца. То есть ты платишь за переделку и одновременно теряешь позиции, которые набирал годами. Заложить то же самое на старте стоит копейки на фоне этих цифр.
Дальше — по пунктам, что именно встраивается в фундамент.
Структура URL и навигация
Адреса страниц — это скелет сайта. Читаемые URL, логичная вложенность, перелинковка, хлебные крошки — всё это закладывается в самом начале и потом не переписывается без боли.
Поменять структуру адресов на работающем сайте — значит настроить десятки, а то и сотни редиректов со старых адресов на новые, и молиться, чтобы поисковик переварил это без потери позиций. Часть ссылочного веса при таком переезде теряется почти всегда.
Метаданные и структурированные данные
Каждая страница должна иметь уникальные title и description, корректную OpenGraph-разметку для красивых ссылок в соцсетях и schema.org в формате JSON-LD — это то, что помогает поисковику понять, что именно на странице: статья, товар, услуга, отзыв.
Ключевое слово — «механизм». На правильно построенном сайте метаданные генерируются шаблоном: написал логику один раз, и она работает на всех страницах, включая те, которых ещё нет. На сайте, где об этом не подумали, разметку дописывают вручную к каждой странице или прикручивают плагинами, которые делают это криво.
Core Web Vitals: скорость как фундамент
Core Web Vitals — это три метрики Google, которыми он измеряет, насколько быстро и стабильно работает страница: как быстро грузится основной контент, как быстро страница откликается на действия, не «прыгает» ли вёрстка при загрузке. Они влияют на ранжирование напрямую и на конверсию — ещё сильнее.
Достигается это архитектурно. Серверный рендеринг или генерация страниц заранее, оптимизация того, что грузится в браузер, продуманная работа с картинками — всё это решения уровня стека, а не плагин, который ставят в конце. На готовом медленном сайте вытащить эти метрики в зелёную зону — значит переписывать узкие места, и это дорого.
Насколько это вообще критично — в цифрах. По данным Web Almanac за 2025 год, только 48% мобильных и 56% десктопных сайтов в мире проходят все три метрики Core Web Vitals. Больше половины интернета — медленный.
А вот что показали A/B-тесты, опубликованные Google: Vodafone получил 8% роста продаж от ускорения загрузки на 31%, Rakuten 24 поднял выручку на посетителя на 53% после работы над этими метриками, redBus — 7% к продажам от улучшения отзывчивости на 72%. Эти цифры компании предоставили сами, так что относись к ним как к ориентиру, а не гарантии.
Что это значит для тебя на практике
Если ты заказываешь сайт — спроси подрядчика про эти четыре вещи до начала работ. Как будет устроена структура URL. Будет ли schema.org и на каком уровне. Какой стек и что с Core Web Vitals. Закладывается ли семантическая вёрстка. Если в ответ — «SEO сделаем после запуска, отдельным этапом», это красный флаг. Значит, либо переделка потом, либо SEO-потолок навсегда.
Именно поэтому я закладываю всё это в техзадание с нулевого дня и не беру проекты, где SEO предлагают «прикрутить потом». Не из принципа — из арифметики: так дешевле для тебя, а не для меня.
Нужна такая работа? Посмотрите услуги, о которых речь в статье: