Weebly отключает 67 стран: почему это не просто новость про один конструктор сайтов

В справке Weebly появилось уведомление “Upcoming Changes to Weebly’s Global Operations”. В нём компания сообщает, что сворачивает работу сервиса в 67 странах и территориях из-за изменений в регулировании и упрощения глобальных операций.

Эта новость хорошо показывает общий риск SaaS-платформ: сайт может быть быстро запущен внутри конструктора, но домен, DNS, почта, контент, формы, SEO-настройки и доступность проекта всё равно остаются отдельными слоями инфраструктуры.

Разберемся детальнее, что там Weebly закрывает и кого это коснется.

Если вкратце, то:

Пользователи Weebly из затронутых стран:

• с 29 июня 2026 года больше не смогут публиковать новые страницы;

• до 27 сентября 2026 года сохранят активные сайты и основные функции тарифного плана;

• после 27 сентября 2026 года сайты будут сняты с публикации;

• до 26 декабря 2026 года сохранят доступ к аккаунту, чтобы скачать данные, перенести сайт и разобраться с доменами.

Главная печаль: экспорт сайта не равен полноценной миграции. Сайт, домен, DNS, почта, контент, редиректы, аналитика и формы – это разные сущности. Если они собраны внутри одного конструктора, при переезде их всё равно приходится переносить отдельно.

А теперь подробности:

В официальном уведомлении перечислены 67 стран и территорий. Полный список выглядит так:

Тайвань, Сингапур, Малайзия, Объединённые Арабские Эмираты, Таиланд, Южная Корея, Исландия, Барбадос, Колумбия, Чили, Турция, Саудовская Аравия, Коста-Рика, Вьетнам, Сербия, Египет, Эквадор, Перу, Камбоджа, Иордания, Кения, Багамские Острова, Уругвай, Оман, Марокко, Танзания, Пакистан, Нигерия, Маврикий, Бахрейн, Аруба, Замбия, Бангладеш, Грузия, Лаос, Босния и Герцеговина, Албания, Французская Полинезия, Азербайджан, Новая Каледония, Зимбабве, Армения, Парагвай, Молдова, Казахстан, Украина, Черногория, Узбекистан, Непал, Сьерра-Леоне, Россия, Беларусь, Алжир, Андорра, Бенин, Суринам, Палау, Габон, Гана, Камерун, Кот-д’Ивуар, Сенегал, Эфиопия, Таджикистан, Уганда, Гвинея и Конго.

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

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

Масштабы отключения

Weebly не раскрывает количество сайтов, которых коснётся отключение. Но путем нехитрых вычислений можем примерно предположить число таких сайтов.

В качестве внешнего ориентира возьмем статистику BuiltWith. По его данным, Weebly связан примерно с 1 955 516 сайтами за всё время наблюдения, из них около 518 985 указаны как live-сайты.

Для стран и территорий из списка отключения отдельно проверили не только общую страницу Weebly на BuiltWith, но и региональные страницы вида trends.builtwith.com/websitelist/Weebly/…. По 58 странам, где на странице была явно указана цифра current Weebly customers, суммарно получается 4 368 сайтов. Ещё по нескольким странам страница редиректила или не показывала отдельное число, поэтому их не будем включать в итог.

Больше всего сайтов среди проверенных стран приходится на:

Всего 3 437 сайтов, то есть примерно 78,7% от всей суммы по странам, где удалось добыть явное значение. Распределение очень неравномерное: почти весь измеримый объём сосредоточен в нескольких странах, тогда как во многих юрисдикциях речь идёт о десятках или даже единицах сайтов. Например, для России BuiltWith показывает 58 сайтов на Weebly, для Украины – 8, для Казахстана – 3, для Таджикистана – 1.

Общая картина понятна: в затронутых странах присутствие Weebly выглядит ограниченным и сильно фрагментированным. Поэтому я прогнозирую не обвал целого сегмента рынка, а скорее распределённую волна миграций для владельцев конкретных сайтов, особенно в странах с наибольшей концентрацией Weebly-сайтов – Тайване, Сингапуре и Малайзии.

Почему это важно не только для Weebly-юзеров

Главная проблема здесь не в Weebly как таковом. Сервис давно не выглядит главным драйвером рынка конструкторов сайтов. Важнее другое: эта история наглядно показывает платформенный риск.

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

• сам сайт и его страницы;

• изображения, документы и другие файлы;

• блог;

• товары, заказы и каталог, если есть e-commerce;

• формы и заявки;

• домен;

• DNS-записи;

• почта;

• редиректы;

• SEO-настройки;

• аналитика и рекламные пиксели.

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

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

В этом смысле эта новость – не только про Weebly. Это напоминание для всех, кто строит бизнес-инфраструктуру поверх закрытой платформы: удобство запуска не отменяет необходимости понимать, как проект можно перенести.

Кто может тут выиграть?

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

Часть пользователей выберет Wix или Squarespace: это близкая по логике замена для тех, кто привык к визуальному редактору и не хочет самостоятельно администрировать сервер. Часть уйдёт в WordPress, особенно если сайту нужна большая гибкость, контроль над хостингом, плагинами и данными. На отдельных рынках могут выиграть локальные конструкторы и хостинг-провайдеры, если они предлагают понятную миграцию и поддержку на местном языке.

Отдельная ниша – сервисы и студии миграции. Уже существуют инструменты и подрядчики, которые предлагают перенос с Weebly на Wix, WooCommerce и другие платформы. Но даже автоматическая миграция редко закрывает весь объём работ. Дизайн, формы, редиректы, SEO-настройки, домен, почта и аналитика всё равно требуют ручной проверки.

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

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

Что делаьт тем, у кого сайт на Weebly

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

Минимальный чеклист выглядит так:

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

Порядок действий лучше сделать таким:

1. скачать данные аккаунта и архив сайта;

2. отдельно сохранить изображения, документы и важные страницы;

3. проверить, где зарегистрирован домен;

4. получить EPP/Auth code;

5. проверить DNS и почтовые записи;

6. выбрать новую платформу;

7. сначала собрать и протестировать копию сайта;

8. только потом переключать домен;

9. после переезда проверить редиректы, формы, почту, аналитику и индексацию.

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

Рынок no-code и low-code давно продаёт идею быстрого запуска: не нужен разработчик, не нужен сервер, не нужно думать об инфраструктуре. Для многих задач это действительно работает. Лендинг, сайт-визитка, портфолио, простая витрина или небольшой блог часто быстрее и дешевле собрать в конструкторе, чем разрабатывать с нуля.

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

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

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

Если сайт важен для бизнеса, нужно заранее знать:

• где зарегистрирован домен;

• кто управляет DNS;

• где находится почта;

• можно ли экспортировать контент;

• как перенести URL и редиректы;

• есть ли резервные копии;

• что произойдёт, если платформа изменит правила.

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

История Weebly хорошо показала простую вещь: сайт на конструкторе состоит не только из страниц и дизайна. Это домен, почта, DNS, формы, файлы, SEO, аналитика и доступ к данным. И если всё это завязано на одну платформу, план миграции лучше иметь до того, как сервис объявит дедлайн.