Задайте вопрос — мы поможем!
Остались вопросы? Напишите нам, и наши специалисты оперативно ответят на ваши запросы.
Мы готовы помочь вам с любым вопросом!
Сайт использует cookie-файлы. Продолжая пользоваться сайтом, вы принимаете нашу политику использования файлов cookie.
SITE MIGRATION · CMS · SEO · ALMATY
Перенос сайта на другую CMS в Алматы с сохранением SEO
Переносим существующие сайты между CMS, платформами, доменами и инфраструктурой. До запуска фиксируем текущие URL, контент, поисковый трафик, метаданные, аналитику и интеграции, чтобы миграция не превращалась в запуск сайта с нуля.
MIGRATION IS NOT COPY / PASTE
Перенести сайт - не значит просто скопировать тексты
У работающего сайта уже есть URL, входящие ссылки, поисковая история, аналитика, формы и технические связи.
Перенести проект как систему
Сначала фиксируем зависимости, затем мигрируем.
MIGRATION TYPES
Какие переносы можем планировать
Смена CMS
Перенос контента, URL и функциональности на другую систему.
С конструктора
Если текущая платформа ограничивает развитие проекта.
На более простую платформу
Когда сложность текущей системы уже не нужна.
Смена домена
Отдельный сценарий со своей SEO-логикой.
Смена инфраструктуры
Если URL и контент остаются прежними.
Объединение сайтов
Несколько проектов в одну архитектуру.
BEFORE MIGRATION
Сначала делаем инвентаризацию старого сайта
До разработки нужно понимать, какие страницы существуют, какие получают органический трафик, какие связаны между собой и какие данные нельзя потерять.
Список страниц
Crawl, sitemap и известные URL.
Search Console
Страницы, запросы, показы и клики.
Контент
Тексты, файлы, изображения и данные.
SEO-настройки
Title, canonical, robots и другие сигналы.
Функциональность
Формы, калькуляторы, кабинеты и сценарии.
Интеграции
CRM, API, analytics и внешние системы.
URL MAPPING
Для каждого старого URL определяем правильную судьбу
Не направляем весь старый сайт на главную только потому, что так быстрее.
URL сохраняется
/services/seo/
→
/services/seo/
Лучший вариант, если адрес уже логичен и новая архитектура позволяет его сохранить.
URL меняется
/old-seo/
→
/services/seo/
Настраиваем постоянное перенаправление на релевантную страницу.
Страница удаляется
/old-page/
→
404 / 410
Если эквивалентной новой страницы действительно нет.
REDUCE MIGRATION RISK
Не объединяем лишние риски в один запуск
Чем больше изменений происходит одновременно, тем сложнее понять источник проблемы, если что-то пойдёт не так.
DOMAIN + CMS + DESIGN + URL
Несколько больших изменений в один момент увеличивают сложность диагностики.
PLAN → MIGRATE → VALIDATE
Когда это возможно, разделяем изменения на понятные этапы.
301 REDIRECTS
Redirect - не формальность после запуска
Для изменённых адресов заранее определяем наиболее релевантные новые страницы.
Старый адрес
Фиксируем исходную страницу.
Новый адрес
Выбираем релевантный эквивалент.
Permanent redirect
Если перенос должен быть постоянным.
Без цепочек
По возможности старый URL ведёт сразу на конечный.
Проверка
Тестируем карту redirects.
Контроль
Ищем 404 и неверные назначения.
SEO SIGNALS
После миграции все сигналы должны указывать на новый сайт
Redirects - только одна часть. Проверяем внутреннюю архитектуру нового сайта и устраняем ссылки на старые адреса.
Canonical
Новый URL ссылается на себя.
Внутренние ссылки
Сразу ведут на новые адреса.
Sitemap
Содержит целевые новые URL.
Robots
Не блокирует сайт после разработки.
Language versions
Обновляем URL при наличии языков.
Schema
Проверяем ссылки внутри разметки.
CONTENT MIGRATION
Переносим не только тексты страниц
Тексты
Контент коммерческих и информационных страниц.
Медиа
Фото, видео, документы и alt.
SEO-поля
Title, Description и настройки.
Структурированные данные
Каталог, поля и свойства.
Документы
PDF и другие связанные файлы.
Связи
Внутренняя перелинковка контента.
ANALYTICS MIGRATION
После запуска нельзя остаться без измерений
Проверяем, что аналитика продолжает получать необходимые данные уже с нового проекта.
OLD DATA → NEW SITE
Исторические данные остаются точкой сравнения, а после запуска важно не потерять новые события, формы и источники.
Потоки и события.
Теги и triggers.
Счётчик и цели.
Получение заявок.
MIGRATION PROCESS
Как переносим работающий сайт
Фиксируем старый сайт
URL, SEO, данные и функции.
Строим mapping
Что сохраняется, меняется и удаляется.
Готовим новый сайт
CMS, дизайн, данные и интеграции.
Тестируем
URL, формы, SEO и функциональность.
Запускаем
Redirects, sitemap и production.
Контролируем
Индексацию, ошибки, трафик и события.
POST-LAUNCH MONITORING
Миграция не заканчивается публикацией
После запуска Google должен переобойти старые и новые URL. В этот период особенно важно следить за техническими ошибками и трафиком.
Ошибки
Ищем потерянные страницы.
Redirects
Проверяем назначения и chains.
Индексация
Старые и новые URL.
Organic
Следим за страницами и запросами.
Logs
При необходимости анализируем crawling.
Конверсии
Проверяем бизнес-события после запуска.
MIGRATION SCOPE
Стоимость переноса зависит от объёма системы
Перенос сайта на 20 страниц и миграция каталога с тысячами URL - разные проекты.
Размер текущей архитектуры.
Откуда переносим данные.
Куда переносится проект.
Объём структурированных данных.
Формы, интеграции и логика.
URL mapping, языки, redirects и история.
MIGRATION REVIEW
Покажите текущий сайт - определим объём и риски переноса
Оценить миграцию
RELATED SERVICES
До миграции может понадобиться отдельный анализ
SITE MIGRATION FAQ
Вопросы о переносе сайта
Можно ли перенести сайт на другую CMS без потери SEO?
Можно значительно снизить
риски миграции,
если заранее сохранить
важные URL,
контент,
поисковые сигналы,
внутренние связи
и правильно настроить
redirects.
Но гарантировать
полное отсутствие
временных колебаний позиций
при крупной миграции нельзя.
Нужно ли менять URL при смене CMS?
Нет.
Если текущая структура URL
логична и её можно воспроизвести
на новой системе,
часто разумнее сохранить
существующие адреса.
Что делать, если адреса страниц изменятся?
До запуска составляем
URL mapping:
каждому старому адресу
назначаем релевантный новый URL.
Для постоянного перемещения
обычно используется
server-side permanent redirect.
Можно ли перенаправить все старые страницы на главную?
Такой подход
не подходит
для нормального переноса.
Старые страницы
должны вести
на релевантные новые аналоги.
Если аналога действительно нет,
страницу не нужно
искусственно направлять
на нерелевантную главную.
Как долго нужно сохранять 301 redirects?
Google рекомендует
сохранять redirects
как можно дольше
и в общем случае
минимум около года,
чтобы поисковые системы
успели обработать
перемещение URL.
Нужно ли переносить canonical?
После миграции
canonical должен соответствовать
новой архитектуре.
Для обычной индексируемой
новой страницы
обычно проверяем,
что canonical
указывает на целевой новый URL.
Нужно ли создавать новый sitemap?
Если меняются URL,
sitemap нового сайта
должен содержать
новые целевые адреса.
После запуска его можно
передать в Search Console
для ускорения обнаружения
новой структуры.
Можно ли одновременно сменить CMS, домен и дизайн?
Технически возможно,
но это увеличивает
количество одновременно
меняющихся факторов.
Если проект позволяет,
лучше разделять
крупные изменения,
чтобы проще контролировать
последствия каждого этапа.
Что проверяется после запуска?
Redirects,
404,
robots,
sitemap,
canonical,
внутренние ссылки,
Search Console,
поисковый трафик,
аналитика,
формы
и критичные функции сайта.
Сколько стоит перенос сайта?
Стоимость зависит
от количества URL,
исходной CMS,
новой платформы,
объёма контента,
каталога,
функциональности,
интеграций
и сложности SEO-миграции.
Сначала анализируем
существующий проект,
затем рассчитываем объём работ.
SITE MIGRATION · SEO · COMPETENT
Нужно сменить платформу, но сайт уже получает трафик? Сначала зафиксируем то, что нельзя потерять
Проверим существующие URL, поисковый трафик, контент, интеграции, аналитику и новую архитектуру. Затем подготовим mapping, сценарий переноса, redirects и контроль после запуска.