Мы однажды взяли проект у клиента, который сделал редизайн за месяц до нашего первого звонка. Сайт стал красивее - честно, визуально вырос на несколько уровней. Трафик упал на 60%. Звонков почти не было. Клиент был в панике. Хотел сразу переделывать обратно.
Проблема была не в дизайне. Проблема была в том, что при переезде на новый сайт никто не озаботился редиректами, структура URL поменялась полностью, несколько страниц, которые тихо приносили органику, просто исчезли. Google за месяц переиндексировал всё это и дал соответствующую оценку.
Это не редкость. Это, к сожалению, типичная история для редизайна сайта в Бишкеке - и не только здесь. В этой статье разберём, когда редизайн реально нужен, как к нему готовиться, и что делать чтобы после запуска не терять полгода на восстановление позиций.
Когда редизайн нужен, а когда это просто скука
Вот неудобная правда: большинство редизайнов делается потому что владелец устал смотреть на старый сайт, а не потому что сайт перестал приносить клиентов. Это деньги на ветер - иногда очень большие деньги.
Прежде чем идти к разработчикам, ответьте честно на один вопрос: что конкретно не работает? Если ответа нет - скорее всего, редизайн не нужен.
Когда редизайн оправдан:
Сайт грузится дольше 4 секунд на мобильном устройстве. Не "кажется медленным" - а именно дольше 4 секунд по замеру в Google PageSpeed Insights. Зайдите на pagespeed.web.dev, введите свой адрес и посмотрите реальные цифры. Если Mobile Performance Score ниже 40 и Time to First Contentful Paint больше 3.5 секунд - это уже не просто некомфортно, это буквально убивает конверсию. По данным Google, каждая дополнительная секунда загрузки снижает вероятность конверсии на 20%.
Конверсия падала последние 6+ месяцев при стабильном или растущем трафике. Это ключевой сигнал. Если люди приходят, но не оставляют заявки - что-то не так с самим сайтом: непонятная структура, слабые тексты, доверие не формируется. Посмотрите в Google Analytics или Яндекс.Метрике показатель конверсии в динамике. Если он падает при том же трафике - это повод действовать.
Поменялся бизнес. Другие услуги, другая целевая аудитория, ребрендинг. У нас был клиент - строительная компания в Бишкеке, которая несколько лет занималась отделкой квартир, а потом переориентировалась на коммерческое строительство. Старый сайт был заточен под частных клиентов: фотографии кухонь, советы по ремонту, цены за квадратный метр. С таким сайтом ходить на тендеры к корпоративным заказчикам - неловко. Это объективная причина для редизайна.
Сайт не адаптирован под мобильный. В 2026 году это уже не "проблема с мобильной версией" - это катастрофа. Больше 65% поискового трафика в Кыргызстане приходит с мобильных устройств. Google уже несколько лет использует mobile-first индексирование. Если ваш сайт неудобно просматривать на телефоне - Google это знает и ранжирует вас соответственно.
CMS или платформа устарела настолько, что её невозможно нормально поддерживать. Классический пример - Joomla без обновлений с 2019 года, или самописный PHP-сайт на хостинге без SSL, где невозможно добавить новую страницу не зная кода. Если ваш разработчик говорит "это сложно изменить" на любую простую задачу - техдолг накопился критический.
Конкуренты явно выигрывают по доверию. Это субъективнее, но реально: если клиент открывает три вкладки - ваш сайт, конкурент А и конкурент Б - и ваш выглядит как прошлое десятилетие, это влияет на решение. Особенно в B2B и в нишах с высоким средним чеком.
Когда редизайн - пустая трата:
"Мне надоел старый дизайн" - это ваша проблема, не проблема ваших клиентов. Клиентам важно найти нужную информацию, понять что вы делаете, и оставить заявку. Эстетические предпочтения владельца к этому имеют слабое отношение.
"Конкурент сделал редизайн" - следование за конкурентом без анализа собственных данных. Может, конкурент сделал ошибку. Может, у него была другая проблема. Ориентируйтесь на свои метрики.
"Прошло 3 года, наверное пора" - если сайт работает, если трафик стабилен, если заявки идут - не трогайте. Семь раз подумайте прежде чем вмешиваться в работающую систему.
Что происходит с SEO при редизайне - и почему 60% сайтов теряют трафик
Это самый важный раздел. Читайте внимательно, особенно если собираетесь нанимать студию - проверяйте, понимают ли они эти механики.
Изменение структуры URL
Самая распространённая и самая болезненная ошибка. Допустим, у вас был адрес /uslugi/razrabotka-sajtov. Google за два года накопил для этой страницы авторитет, проиндексировал её по нескольким запросам, пользователи сохранили её в закладках. При редизайне структуру поменяли на /services/web-development - казалось бы, логичнее. Но без 301-редиректа со старого адреса на новый Google видит, что старая страница вернула 404 (не существует), и новая - совсем новая без истории. Все накопленные позиции обнуляются.
Именно это случилось с клиентом, которого я упомянул в начале. Компания переехала с WordPress на кастомный сайт, разработчики сделали "красивые" англоязычные URL взамен русскоязычных, и ни один старый адрес не был перенаправлен на новый. За два месяца они потеряли позиции, которые набирали три года.
Изменение заголовков и мета-тегов
Это тоньше, и многие не понимают механику. У вас есть страница с Title "Разработка сайтов в Бишкеке - цены и сроки | Компания X". Google ранжирует её по запросам "разработка сайтов бишкек", "сделать сайт бишкек", "стоимость сайта бишкек". При редизайне дизайнер предлагает переформулировать: "Создаём современные сайты | Компания X". Звучит свежее. Но в этом Title уже нет "Бишкека" и нет "разработки" в явном виде - Google начинает переоценивать, по каким запросам ранжировать страницу. Иногда итог лучше, чаще - хуже.
Сохраните все мета-теги страниц, которые ранжируются. Это не значит, что их нельзя менять - иногда нужно. Но менять нужно осознанно, понимая последствия, а не потому что "хочется по-другому".
Потеря контента, который тихо работает
У каждого сайта с историей есть страницы, о которых никто не думает, но которые стабильно приносят трафик. Старая статья в блоге. Страница услуги, которую вы уже не предлагаете, но по которой люди переходят. Карточка товара, которую забыли убрать.
Перед редизайном зайдите в Google Search Console → Performance → Pages. Отсортируйте по Impressions. Вы увидите страницы, которые показываются в поиске, даже если не получают много кликов. Это ваш актив. Не удаляйте эти страницы без понимания что происходит с их трафиком.
Один из наших клиентов - небольшая юридическая компания - при редизайне удалил раздел блога ("всё равно давно не обновляем"). В блоге было 12 статей, некоторым по 4-5 лет. Восемь из них регулярно появлялись в поиске. После удаления потеряли около 30% органического трафика - именно за счёт информационных запросов, которые в итоге конвертировались в звонки.
Технические потери при смене платформы
Переехали с WordPress на Tilda - и забыли перенести sitemap. Или настроили новый robots.txt который случайно закрыл от индексирования весь сайт (это случается чаще чем кажется). Или потеряли hreflang теги на мультиязычном сайте - и Google перестал понимать какую версию показывать в каком регионе.
Это технические детали, но каждая из них может привести к серьёзному падению трафика. Особенно страшен вариант с robots.txt: если написать Disallow: / - Google просто перестанет индексировать сайт. Такое бывает, когда разработчик настраивает staging-окружение и забывает убрать запрет перед запуском боевой версии.
Скорость - неожиданный враг
Парадокс, который мы видим регулярно: новый "красивый" сайт работает медленнее старого простого сайта. Большие фоновые видео. Сложные анимации на JavaScript. Шрифты, загружаемые с внешних серверов. Изображения без сжатия потому что "дизайнер сдал макет в 2K и мы просто загрузили".
Core Web Vitals - это конкретные метрики, которые Google учитывает при ранжировании: Largest Contentful Paint (скорость загрузки основного контента), Cumulative Layout Shift (стабильность верстки), Interaction to Next Paint (отзывчивость). Если новый сайт ухудшил эти показатели - позиции упадут, даже если всё остальное сделано правильно.
Мы видели случаи, когда PageSpeed Mobile Score падал с 65 до 28 после редизайна. Казалось бы, новый сайт, современные технологии - почему медленнее? Потому что никто не оптимизировал изображения, не настроил кэширование, не подумал о lazy loading.
Как подготовиться к редизайну: чеклист до начала работ
Это то, что нужно сделать ещё до первого разговора с разработчиком. Не после, не в процессе - до.
1. Скачайте полный отчёт из Google Search Console
Зайдите в GSC → Performance → Search results. Переключитесь на вкладку Pages. Выберите период - последние 12 месяцев. Скачайте весь список URL с показателями Clicks и Impressions. Это ваш SEO-актив на бумаге. Каждый URL с ненулевыми Impressions - страница, которую Google показывает в результатах поиска. Их нужно либо сохранить в новом сайте, либо настроить 301-редирект.
2. Сделайте краул сайта
Скачайте Screaming Frog (бесплатная версия обрабатывает до 500 URL). Запустите краул вашего текущего сайта. Получите полный список всех URL, их статусы, title, h1, мета-описания. Это ваша точка отсчёта. Если не хотите разбираться с инструментом - попросите разработчика сделать это на этапе аудита.
3. Составьте список критичных URL
Совместите данные из GSC и краула: какие URL получают трафик? Это три категории - страницы с кликами (реальные посетители), страницы с impressions (показываются в поиске), страницы с внешними ссылками (если у вас есть ссылки с других сайтов). Все три категории - ваши приоритеты при редизайне.
4. Зафиксируйте текущие позиции
GSC → Performance → Queries. Отсортируйте по Clicks. Выпишите 20-30 ключевых запросов и их текущие позиции. Это ваш базовый показатель - через месяц после редизайна сравните с ним. Без зафиксированной базы вы не поймёте, выросли или упали.
5. Замерьте конверсию
Сколько заявок/звонков в месяц сейчас? Зафиксируйте. Не "примерно сколько-то", а реальная цифра. Если у вас настроена форма обратной связи - посмотрите в Google Analytics цель "отправка формы". Если звонки - поговорите с менеджерами. Это цифра, с которой вы будете сравнивать результат через 2-3 месяца после редизайна.
6. Сохраните все работающие мета-теги
Экспортируйте из Screaming Frog Title и Meta Description всех страниц, которые ранжируются. Передайте разработчику с чёткой пометкой: эти теги менять только по согласованию, объясняя зачем.
7. Замерьте текущий PageSpeed
Зайдите на pagespeed.web.dev. Проверьте и Mobile, и Desktop. Запишите цифры. Это ваша точка отсчёта - новый сайт должен быть как минимум не хуже. Желательно лучше. Если разработчик говорит "PageSpeed не важен" - это красный флаг.
Технический план редизайна без потери SEO
Когда вы выбрали студию и начинаете проект, вот что должно происходить технически. Если студия не делает хотя бы половину из этого - спрашивайте почему.
До начала дизайна: структура URL
Самый важный разговор - до первого макета. Новая структура URL должна быть согласована в виде документа: старый URL → новый URL (или "сохраняется"). Если разработчик говорит "разберёмся в процессе" - это неприемлемо. Структура URL определяется до начала дизайна, не после.
Хорошо если новые URL совпадают со старыми. Ещё лучше если они совпадают полностью. Если изменения неизбежны - составьте карту редиректов в Excel: левая колонка - старый URL, правая - новый. Этот документ в дальнейшем станет основой для настройки 301-редиректов на сервере.
Staging с noindex
Новый сайт разрабатывается на поддомене - staging.yoursite.com или dev.yoursite.com. На этом поддомене должен быть тег <meta name="robots" content="noindex, nofollow"> в head каждой страницы, или закрытие через robots.txt. Google не должен индексировать незаконченный сайт.
Это важно: если staging-версия случайно попадёт в индекс, Google начнёт ранжировать её. Когда вы потом запустите боевой сайт - Google будет считать его дублем. Это головная боль.
Перенос мета-тегов
Все Title и Description страниц, которые ранжируются - переносятся без изменений или с минимальными правками. Разработчик должен передать копирайтеру или SEO-специалисту список: "вот страницы с работающими тегами, менять только если есть конкретная причина".
Структурированные данные (schema.org)
Если на старом сайте были микроразметки - организация, адрес, телефон, хлебные крошки, отзывы - их нужно перенести на новый сайт. Google использует schema.org для формирования расширенных сниппетов в поиске. Потеря разметки не убьёт позиции, но уберёт красивые звёздочки и дополнительную информацию в сниппете - что снизит CTR.
Проверка перед запуском
За 1-2 дня до запуска сделайте краул staging-версии через Screaming Frog. Сравните список URL с вашей картой редиректов: все ли старые URL имеют соответствие? Проверьте Title всех страниц - нет ли пустых, нет ли дублей? Проверьте что sitemap.xml существует и содержит правильные URL. Проверьте robots.txt - убедитесь что он не закрывает важные разделы.
Если есть возможность - прогоните сайт через валидатор schema.org (schema.org/SchemaVersion), проверьте через GSC Rich Results Test.
День запуска
Настройте все 301-редиректы согласно карте (не 302, именно 301 - постоянный редирект). Обновите sitemap.xml. Уберите noindex с поддомена (точнее, убедитесь что на боевом домене его нет). Зайдите в Google Search Console → Sitemaps, удалите старый sitemap, добавьте новый. Запросите переобход через Request Indexing для главных страниц.
Первые две недели
Ежедневно заходите в GSC → Coverage. Смотрите на ошибки 404 - каждая новая 404 это либо сломанная ссылка, либо незаполненный редирект. Следите за разделом Performance - позиции могут немного "скакать" в первые дни, это нормально. Если видите резкое падение по конкретным страницам - немедленно разбирайтесь.
Поставьте оповещения в Google Search Console - они придут на почту если Google найдёт технические проблемы.
Сроки восстановления трафика после редизайна
Давайте честно - потому что студии часто обещают "всё будет хорошо" и не говорят о рисках.
Идеальный сценарий: всё сделано правильно, URL сохранены или настроены редиректы, мета-теги перенесены, скорость не упала. В этом случае переиндексация занимает 2-4 недели. Трафик восстанавливается к исходному уровню, иногда чуть выше - если новый сайт технически лучше старого. Это лучший исход.
Мелкие ошибки: несколько редиректов не настроены, пара страниц потеряна, заголовки немного переформулированы без обоснования. Восстановление займёт 1-3 месяца. Google переоценивает страницы постепенно, и если редиректы настроить ретроспективно - часть позиций вернётся, но не всё.
Серьёзные ошибки: полностью сменили структуру URL без редиректов, удалили раздел блога или несколько важных страниц, сайт стал значительно медленнее по Core Web Vitals. Восстановление - от 3 до 12 месяцев. Часть позиций может не восстановиться никогда - Google переоценил конкурентов, которые выросли пока вы падали.
Реальная история из нашей практики: бишкекская компания в сфере грузоперевозок. Сделали редизайн через другую студию - переехали с WordPress на кастомный сайт на PHP. Красивый, быстрый, удобный. Но разработчики не занимались SEO и не знали о 301-редиректах. Структура URL поменялась полностью: /uslugi/perevozka-gruzov стало /services/cargo. Никаких редиректов.
Через два месяца клиент потерял 70% органического трафика. Звонков стало в три раза меньше. Пришли к нам. Мы настроили редиректы ретроспективно, исправили мета-теги, обновили sitemap. За четыре месяца примерно 55-60% трафика вернулось. Остальные позиции - нет. За это время конкуренты, которые стабильно работали, заняли освободившееся место в топе, и выбить их обратно - уже другая работа.
Потерянные 40% трафика так и не вернулись полностью за год. Стоимость редизайна плюс наша работа по восстановлению вышла дороже, чем мог бы стоить правильный редизайн с SEO-миграцией с самого начала.
Редизайн против доработки: когда можно обойтись меньшим
Прежде чем говорить "нам нужен редизайн" - честно ответьте на вопрос: а что конкретно нас не устраивает? Иногда за запросом на редизайн стоит точечная проблема.
Сайт медленный. Полный редизайн не обязателен. Сначала попробуйте: сжатие всех изображений (Squoosh, TinyPNG), настройка кэширования на сервере, lazy loading для изображений ниже первого экрана, перенос шрифтов на свой сервер вместо загрузки с Google Fonts. В нашей практике это давало +20-30 баллов в PageSpeed без единого изменения в дизайне.
Низкая конверсия. Прежде чем переделывать весь сайт - протестируйте гипотезы точечно. Поменяйте текст на главной кнопке CTA. Переформулируйте заголовок на главной странице. Добавьте или уберите поля в форме. Добавьте телефон в шапку если его нет. Часто выясняется, что проблема в одном элементе, а не в дизайне целиком.
Устаревший контент. Это вообще не редизайн - это обновление контента. Новые фотографии, актуальные тексты, свежие кейсы. Делается за несколько дней, стоит в разы дешевле.
Плохая мобильная версия. Если основной сайт адаптивный, но что-то конкретно ломается на мобильных - часто достаточно правок в CSS. Это не редизайн, это доработка.
Когда без полного редизайна не обойтись: сменилась платформа (переезд с Tilda на WordPress или наоборот), дизайн настолько устарел что его нельзя "подлатать" точечно (например, сайт сделан во Flash в 2012 году), кардинально изменился бренд или позиционирование компании - настолько, что старый сайт противоречит новому образу.
Сколько стоит редизайн сайта в Бишкеке
Цены по рынку на 2026 год - с пониманием что входит в каждый диапазон.
Небольшой корпоративный сайт (до 10 страниц): 60 000 - 150 000 сом
Что должно быть включено: новый дизайн, вёрстка, базовая SEO-настройка (мета-теги, структура), перенос существующего контента, 301-редиректы для изменившихся URL, проверка индексирования после запуска. Если вам предлагают меньше 60 000 - уточните: они понимают что такое SEO-миграция? Если больше 150 000 за сайт-визитку - уточните что именно входит.
Средний сайт (10-50 страниц): 150 000 - 350 000 сом
Дополнительно к базовому: аудит текущего сайта перед началом работ, полная карта редиректов, анализ контента конкурентов, разработка новой структуры URL с обоснованием. Возможно - новый копирайтинг для ключевых страниц.
Крупный сайт или интернет-магазин: 350 000 - 800 000+ сом
Это уже миграция: сохранение базы данных клиентов и заказов, полная SEO-миграция включая историю ссылочного профиля, если было много внешних ссылок - работа по их актуализации, мониторинг трафика в течение 2-3 месяцев после запуска с корректировками.
На что обращать внимание в смете:
В смете должна быть отдельная строка или пункт - "SEO-миграция" или "сохранение поисковых позиций". Если её нет - либо студия не понимает этих рисков, либо сознательно не берёт на себя ответственность за трафик. В обоих случаях - вопрос.
Спросите прямо: "Как вы будете обеспечивать сохранение SEO при редизайне?" Хороший ответ содержит слова "301-редиректы", "карта URL", "Google Search Console", "мониторинг после запуска". Если в ответ слышите "не переживайте, всё будет нормально" - переживайте.
Частые вопросы о редизайне сайта
Потеряю ли я позиции в Google после редизайна?
Не обязательно. Если редизайн сделан технически грамотно - с сохранением URL или настроенными 301-редиректами, с перенесёнными мета-тегами, с нормальной скоростью загрузки - позиции восстанавливаются за 2-4 недели и могут даже вырасти, если новый сайт технически лучше старого. Проблемы начинаются когда редизайн делается без учёта SEO. По нашей оценке, примерно половина редизайнов на рынке Бишкека выполняется без нормальной SEO-миграции - что и объясняет типичные истории с падением трафика.
Сколько времени занимает редизайн сайта?
Небольшой корпоративный сайт - 4-8 недель. Средний сайт с контентом - 8-14 недель. Крупный проект или интернет-магазин - от 3 месяцев. Это при нормальном процессе: с согласованием структуры, дизайном, вёрсткой, наполнением, тестированием. Обещания "сделаем за 2 недели" для чего-то серьёзного - либо неправда, либо будет сделано поверхностно.
Можно ли сделать редизайн не меняя старые URL?
Да, и это идеальный сценарий. Если при редизайне структура URL сохраняется полностью - вы убираете один из главных рисков для SEO. Это возможно при любой разработке, просто нужно заранее договориться с разработчиком что URL не трогаем. Единственное исключение - если старые URL объективно плохие (например, цифровые ID вместо слов: /page?id=127) и вы хотите сделать их читаемыми. Тогда редиректы неизбежны, но их можно настроить правильно.
Как понять что мой сайт устарел и нужен редизайн?
Конкретные признаки: Mobile PageSpeed Score ниже 40, сайт не проходит тест мобильной адаптации на search.google.com/test/mobile-friendly, CMS или платформа не обновлялась больше 3 лет и разработчики не хотят с ней работать, нет HTTPS, показатель отказов растёт несколько кварталов подряд, время на сайте снижается. Если несколько из этих пунктов совпадают - редизайн обоснован. Если ни одного - возможно, дело не в дизайне.
Нужно ли предупреждать клиентов о редизайне?
Если у вас есть база клиентов или активная аудитория - да. Это особенно важно если меняется адрес сайта или структура разделов, которые клиенты используют (например, личный кабинет). Хорошая практика: поставить на старом дизайне баннер "мы обновляемся" за 1-2 недели до запуска, подготовить письмо для базы e-mail, обновить ссылки в социальных сетях в день запуска. Клиенты, которые зашли на старую ссылку и попали на 404 - это испорченное первое впечатление, которого можно избежать.
Подведём черту
Редизайн сайта - это не косметическая процедура. Это хирургическая операция на работающем организме. Иногда она необходима. Но когда она нужна - делайте её правильно: с подготовкой, с картой редиректов, с мониторингом после.
Если разработку сайта в Бишкеке вы доверяете студии, которая понимает SEO-риски - большинство проблем, описанных в этой статье, обходятся стороной. Если нет - готовьтесь к нескольким месяцам работы по восстановлению.
Лучший момент думать о SEO-миграции - не после редизайна, когда трафик уже упал. А до первого дизайн-макета, когда ещё можно всё заложить правильно.
Если сомневаетесь - оставьте заявку, разберём ваш конкретный случай.
Планируете редизайн? Aunimeda делает технически грамотную миграцию: с сохранением SEO-позиций, полной картой редиректов и мониторингом трафика после запуска. Напишите в WhatsApp - обсудим ваш проект.