Перенос сайта с Tilda без потери SEO

Как перенести сайт онлайн-школы с Tilda и не потерять позиции в поиске

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

Tilda отлично закрывает старт: собрать лендинг под первый запуск, проверить спрос, не тратить месяцы на разработку. Проблемы начинаются позже, когда курсов становится пять, блог разрастается, а школа упирается в потолок платформы — по скорости, по гибкости структуры, по тому, что часть SEO-настроек просто недоступна.

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

Почему школы упираются в потолок Tilda

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

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

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

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

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

Если ни один из пунктов не про вас — переезд, скорее всего, преждевременный. Если два-три откликаются, значит платформа стала ограничением, и вопрос уже не «переезжать ли», а «как сделать это без потерь».

Что на самом деле теряется при переезде

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

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

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

Задача грамотного переезда — свести первое к нулю и сделать второе максимально коротким и неглубоким. Формулировка «без потери SEO» означает именно это: не «позиции не шелохнутся ни на день», а «сайт не потеряет накопленный вес и вернётся на свои места в предсказуемый срок».

Главный принцип: переносится структура, а не картинка

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

Поиск хранит информацию не о сайте целиком, а о каждом конкретном адресе: по каким запросам эта страница релевантна, какой у неё вес, какие страницы на неё ссылаются. Пока адрес и смысл страницы сохраняются, все накопленные сигналы остаются с ней. Меняется вёрстка, меняется движок, меняется дизайн — сигналы не трогаются.

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

Менять адреса стоит только там, где это действительно оправдано: если старые URL были техническими, нечитаемыми или структура была логически кривой. И каждое такое изменение должно быть закрыто редиректом.

Инвентаризация: снять слепок перед переездом

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

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

Метаданные и заголовки. По каждой странице фиксируются title, description, заголовок H1. Их нужно перенести без изменений — во всяком случае, на момент переезда. Оптимизировать метатеги лучше потом, отдельным этапом, когда сайт уже устоялся. Иначе при просадке вы не поймёте, что было причиной: сам переезд или переписанные заголовки.

Тексты и медиа. Контент переносится целиком, включая изображения с их alt-атрибутами. Сокращение текстов «под новый дизайн» — распространённая причина падения позиций после редизайна: страница потеряла половину содержания и перестала отвечать на запрос так же полно, как раньше.

Трафик и позиции по страницам. Нужен срез: какие страницы сколько приносят и по каким запросам ранжируются. Это одновременно и приоритизация (сначала бережно переносим то, что кормит), и точка отсчёта, с которой вы будете сравнивать результат после переезда.

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

Карта редиректов: сердце переезда

Если какие-то адреса всё же меняются, каждый старый адрес должен вести на релевантный новый через постоянное перенаправление — 301 редирект. Это способ сказать поиску: страница переехала навсегда, перенеси на новый адрес всё, что было накоплено.

Правило здесь простое, но нарушается постоянно: редирект ведёт на страницу с тем же смыслом, а не на главную. Соблазн «завернуть всё непонятное на главную» велик и понятен, но для поиска массовые редиректы на главную выглядят как удаление контента. Страница про курс должна вести на страницу про этот же курс, статья — на эту же статью или на её ближайший аналог.

Если прямого аналога нет, вариантов два. Либо ведём на ближайшую по смыслу страницу — например, статью на раздел блога по той же теме, а закрытый курс на страницу направления. Либо, если страница не приносила ни трафика, ни ссылок и её содержимое действительно неактуально, честно отдаём 404. Плодить бессмысленные редиректы ради галочки не нужно.

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

И проверяются зеркала: с www и без, http и https, слеш в конце адреса и без него. Должна работать одна каноническая версия, все остальные — перенаправлять на неё.

Что переносится кроме страниц

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

Карта сайта и robots. Новая карта сайта формируется под новую структуру и отправляется в панели вебмастеров сразу после запуска. Файл robots проверяется отдельно и внимательно: классика жанра — сайт разрабатывался на тестовом домене под запретом индексации, а запрет уехал в продакшн вместе с остальным. Сайт при этом выглядит идеально и просто исчезает из поиска.

Микроразметка. Разметка организации, статей, хлебных крошек, отзывов, курсов. Если она была на старом сайте и давала расширенные сниппеты, её нужно воспроизвести. Заодно это хороший момент подключить то, чего не было: например, YML-фид Яндекса для онлайн-курсов, который даёт школам расширенный сниппет в выдаче.

Внутренние ссылки. Все внутренние ссылки должны быть обновлены на новые адреса напрямую. И заодно проверьте, что при переносе не потерялись сами связи: блоки «читайте также», ссылки внутри статей и пункты меню часто не переезжают вместе с текстом, а без них статьи проваливаются на четвёртый-пятый уровень вложенности, куда поиск почти не доходит.

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

Юридический контур. Политика конфиденциальности, согласия на обработку данных, оферта, cookie-баннер. Это документы, которые почти никогда не трогают после первой публикации: они лежат в подвале, глаз за них не цепляется, и о них вспоминают в последнюю очередь. А законодательство за это время меняется — требования к согласиям и уведомлениям обновлялись не раз, и текст трёхлетней давности им уже не соответствует. Переезд — идеальный момент не просто перенести документы, а освежить их под актуальные нормы. Пройдитесь по ним по чек-листу 152-ФЗ: дешевле сделать это один раз вместе с сайтом, чем потом отдельным проектом.

Как проходит запуск сайта

Сначала новый сайт полностью собирается и проверяется на тестовом адресе, закрытом от индексации. К моменту переключения на нём должны быть все страницы, все тексты, все метатеги, рабочие формы и подключённые интеграции. Переключаться на полусобранный сайт с планом «допилим на живую» — гарантия проблем.

Перед переключением снимается финальный бэкап старой версии. Возможность откатиться должна существовать физически, а не в теории.
Затем переключается домен, и сразу же — редиректы. Не через час и не на следующий день. Промежуток, в течение которого старые адреса отдают ошибку, — это ровно то время, когда поиск успевает увидеть сайт сломанным.

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

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

Первые недели: на что смотреть

Переезд не заканчивается запуском. Ближайший месяц-полтора сайт нужно держать под наблюдением.

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

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

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

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

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

Частые ошибки при переезде сайта

1. Переезд без списка старых адресов. Переносят то, что помнят, а помнят не всё. Забытые страницы отваливаются в 404, накопленный ими трафик исчезает.
2. Редирект всего на главную. Быстрое решение, которое стоит позиций. Поиск воспринимает это как исчезновение контента.
3. Переписанные тексты и метатеги «заодно». Меняется слишком много факторов сразу, и при просадке невозможно понять причину. Оптимизацию контента лучше проводить через месяц-полтора после стабилизации.
4. Тестовый запрет индексации, уехавший в продакшн. Самая обидная ошибка: всё сделано правильно, а сайт вылетает из поиска целиком.
5. Урезание контента ради дизайна. Новый макет красивее, но текста на странице стало вдвое меньше — и страница перестала отвечать на запрос так же полно.
6. Переезд в разгар запуска курса. Совмещать переключение платформы с открытием продаж — способ получить два кризиса одновременно. Лучшее время — пауза между потоками.

Когда переезжать не нужно

Отдельно стоит сказать: не каждая проблема лечится сменой платформы. Если сайт не растёт в поиске, причина чаще не в конструкторе, а в том, что у школы нет проработанной структуры под запросы, нет отдельных страниц под курсы, нет контента под информационные запросы. Переезд сам по себе позиции не поднимет — он только уберёт технические ограничения. Если сайт технически в порядке, но органики нет, начинать стоит с аудита, семантики и структуры: часто это решается без переезда вообще.

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

Как итог

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

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

В A-Max School мы переносим сайты онлайн-школ с Tilda и других платформ с сохранением позиций и ведём проект после запуска до полной стабилизации в поиске, а интеграции с GetCourse и CRM продолжили работать. Есть вопрос по переезду вашей школы — разберём вашу ситуацию бесплатно и честно скажем, нужен ли перенос вообще.

Есть вопрос по сайту онлайн-школы?

Разберем вашу задачу бесплатно! Ответим в течение часа.

Получить консультацию