У Wix и Squarespace непростая репутация. Обе платформы за последние годы вложились в поисковую оптимизацию, наняли сильных инженеров и закрыли большинство претензий из старых разборов, но в среде SEO-специалистов недоверие к ним живёт, и у этого недоверия есть конкретные технические причины. Продавцы конструкторов списывают его на инерцию мышления, специалисты называют ценой работы с чужой архитектурой. Разница не в эмоциях: за минувшее десятилетие у обеих платформ накопился набор решений, которые нельзя изменить никакими настройками.
Ниже разбор без прикрас: что обе системы действительно умеют в 2026 году, где их архитектура мешает поисковому продвижению, почему с Wix почти некуда уезжать и в каких случаях скепсис профессионалов работает против очевидно подходящего проекта.
Что Wix и Squarespace починили в поисковой оптимизации за последние годы
Список починенного длинный, и честный разбор начинается с него. Wix давно ушёл от Flash, из-за которого в первой половине 2010-х платформа и получила свою репутацию. Сегодня сайт собирается в визуальном редакторе, рендерится собственным движком Thunderbolt и отдаёт поисковым роботам серверный HTML, а не пустую заглушку с JavaScript. В панели есть мастер настройки SEO Wiz, автоматическая карта sitemap.xml, редактируемый robots.txt и менеджер редиректов 301 для склейки адресов. Динамическим страницам магазина и блога задаются шаблоны мета-тегов, часть структурированной разметки платформа проставляет сама.
Squarespace держит похожий набор: карта сайта генерируется автоматически, редиректы настраиваются через URL mappings, у страниц задаются title и description, на дорогих тарифах открывается впрыск кода в head. В 2023 году платформа забрала себе регистраторский бизнес Google Domains, и покупка домена стала частью процесса запуска. Представители Google публично подтверждали и не раз: сайт на любом крупном конструкторе способен ранжироваться, если контент отвечает запросу.
Автоматизация добралась и до рутины: у Wix есть подсказки по мета-тегам прямо в редакторе и подключение Google Search Console в несколько кликов, серверный рендеринг закрыл вопрос с содержимым для робота, и просмотр исходного кода страницы больше не показывает пустую заглушку. Слабые места переехали из разряда грубых ошибок в разряд тонких потолков, а потолки в демо не видны.
На этом история и закончилась бы, если бы поисковая оптимизация состояла из карты сайта и мета-тегов.
Архитектура Wix от Flash к Thunderbolt и что она стоит для индексации
Клеймо Flash Wix заработал ещё тогда, когда сайты нельзя было прочитать без плагина браузера, и отмыть его до конца не получилось до сих пор. Современная страница на Wix рендерится на сервере движком Thunderbolt, но вокруг контента лежит толстый слой платформы: стили и скрипты тянутся с её CDN, классы в разметке сгенерированы автоматически и похожи на случайные последовательности, DOM разрастается на каждый чих редактора. Владелец этого кода не видит и почистить его не может.
Для робота такая страница читается, Google давно обрабатывает тяжёлую разметку. Проблема не в индексации, а в весе и отсутствии выбора: страница везёт за собой платформенные скрипты независимо от того, нужны они проекту или нет. У Squarespace картина похожая, только вместо единого рендерера работает набор шаблонов со своими зависимостями, где следы jQuery и связки шрифтов в части тем встречаются до сих пор.
У Wix есть среда для разработчиков Velo: она позволяет писать собственный JavaScript, обращаться к коллекциям данных и собирать нетривиальные сценарии поведения. Но песочница остаётся песочницей: код исполняется внутри платформенного каркаса, очередь загрузки скриптов и рендеринг остаются у платформы. Возможность дописать логику не превращается в возможность переписать фундамент, и специалист по оптимизации видит это различие сразу.
Всё это не приговор, но это потолок, который не двигается настройками.
Ограничения адресов и мета-слоя которые не убираются настройками
Структура URL выдаёт конструктор с первого взгляда. Страницы товаров на Wix живут с обязательной приставкой product-page, записи блога с приставкой post, и убрать эти части адреса штатными средствами нельзя. Для магазина, который строит посадочные страницы под категории и фильтры, это не косметика: адрес перестаёт отражать структуру каталога. У Squarespace адреса чище, но вложенность задаётся коллекциями, и логика разделов не всегда совпадает с логикой поискового спроса.
Мета-слой снаружи выглядит дружелюбно, внутри тесно. Канонические теги платформы проставляют сами, и переопределить их решение в спорных случаях сложнее, чем принять. Штатного hreflang нет ни там, ни там: языковые версии собирают отдельными сайтами и сшивают ссылками, для мультиязычного проекта это дорогая схема. Серверная логика недоступна обеим платформам: ни собственных HTTP-заголовков, ни правил кэширования, ни тонкой политики для обходящих роботов.
Со структурированной разметкой обе платформы ведут себя по-разному, но одинаково негибко. Wix проставляет JSON-LD сам для типовых страниц товаров, статей и событий, и встречная вставка своей схемы через код нередко рождает дубль Product или Article, который валидатор показывает мгновенно. У Squarespace впрыск кода доступен постранично и только наверху тарифной сетки, массово управлять разметкой каталога нечем. Автоматическая забота хороша ровно до момента, когда нужна схема, выбранная не платформой, а проектом, и с этого момента начинается ремесло с обходными путями.
Специалист по поисковому продвижению на Wix и Squarespace работает с половиной обычного инструментария и понимает, что вторую половину не включат ни за какие деньги.
Скорость и Core Web Vitals что показывают замеры на живых проектах
По скорости обе платформы дают расплывчатые обещания и вполне конкретные потолки. Замеры на рабочих проектах обычно такие: аккуратный сайт на Wix без лишних приложений набирает в лаборатории PageSpeed Insights баллы в районе восьмидесяти, но каждая витрина из маркетплейса приложений и каждый встроенный виджет тянут собственные скрипты, и к десятому приложению от резерва не остаётся ничего. Страницы на Squarespace с крупными обложками в первом экране уходят на LCP в три-четыре секунды на мобильных устройствах. Регулировок у владельца ровно две: вес медиатеки и количество интеграций. Остальное зашито в платформу.
Критический путь рендеринга не контролируется ни на одной из платформ. Владелец не вынесет критический CSS, не отложит загрузку шрифтов, не пересоберёт бандл. Когда Core Web Vitals падают, специалисту остаётся одно: худеть медиатеке, потому что больше исправлять нечего.
Шрифты заслуживают отдельной строки. Обе платформы подключают собственные наборы по внешним запросам и не отдают управление стратегией загрузки: ни подмены на системные пары, ни выноса локальных файлов, ни настройки отображения текста до прихода шрифта. Картинки оптимизируются платформенными CDN автоматически, и работает это прилично, но выбирать формат и размеры под конкретный экран нельзя. Владелец распоряжается примерно половиной веса страницы, вторая половина назначена без него.
На собственной архитектуре, от WordPress до headless связки, тот же специалист правит рендеринг, а не сжимает картинки вслепую.
Экономика привязанности к платформе почему с Wix некуда уезжать
Главный аргумент профессионалов лежит даже не в технике. Экспорта сайта из Wix не существует: контент переносится вручную или скриптами через API, вёрстка не переносится вовсе. Домен уезжает, адреса меняются, история страниц сходит на нет, если не выстроить редиректы на принимающей стороне заранее. Squarespace честнее: встроенный экспорт в WordPress переносит тексты и картинки, но теряет дизайн, галереи и часть разметки. В обоих случаях переезд обходится дороже, чем изначальная разработка на свободной архитектуре.
Экономика подписки срабатывает постепенно. У Wix бесплатный тариф показывает чужую рекламу и адрес на поддомене платформы, всё серьёзное - домен, магазин, приложения - живёт в платных планах и подписках маркетплейса. У Squarespace пробный период короткий, впрыск кода открывается только на дорогих тарифах. Через два-три года владелец платит больше, чем стоил бы сайт на собственной архитектуре, но уехать уже не может без потерь.
Тарифная сетка усиливает эффект. У Wix план ограничивает и магазин, и приём платежей, и приложения из маркетплейса, которые продаются отдельными подписками со своей ценой за месяц. У Squarespace деление жёстче: шаблоны доступны всем, а код и расширенная аналитика открываются только дорогими тарифами. Разница между планами проходит не по объёму, а по возможностям, и проект обычно вырастает именно в ту функцию, которую нужно выкупать годом подписки. Считать полную стоимость владения на горизонте трёх лет умеют немногие, а на этом горизонте конструктор чаще всего проигрывает собственной разработке.
Профессионалы считают стоимость выезда до въезда, и именно на этом шаге обе платформы проигрывают системам, у которых экспорт встроен в коробку.
Сценарии при которых Wix или Squarespace всё же закрывают задачу
Скепсис скепсисом, но зоны рационального выбора у обеих платформ остаются. Признаки проекта, которому конструктор подойдёт и не помешает, такие:
- Сайт витринный: портфолио, страница студии, событие или локальная услуга без ставки на поисковый трафик;
- Проект запускается на рынках, где платежи и поддержка платформ работают штатно;
- За сайтом не стоит специалист, обновления делает сам владелец через визуальный редактор;
- Магазин укладывается в пару сотен позиций и не строит посадочные страницы под фильтры;
- Бюджет не выдерживает даже минимальной разработки, а дизайн шаблонов устраивает;
- Срок жизни сайта ограничен: выставка, кампания, запуск продукта на полгода вперёд.
В этих случаях платформа дешевле и быстрее любой альтернативы. Хостинг, SSL-сертификат, обновления и резервные копии уже включены, шаблон смотрится достойно без дизайнера, а витрина запускается за вечер. Поисковые системы честно индексируют такие сайты, и на узких локальных запросах они занимают свои места в выдаче. Отдельная категория - сайты под конкретную акцию, конкурс или сезонную кампанию: жизнь у них короткая, вложенный труд обязан окупиться за недели, и скорость запуска перевешивает любые технические амбиции.
Выбор профессионалов и проверка платформы до старта проекта
В руках профессионала разница между конструктором и свободной архитектурой сводится к управляемости. Специалист работает с тем, что можно изменить: рендерингом, заголовками ответа, структурой адресов, шаблонами страниц. На Wix и Squarespace список урезан до настроек редактора, поэтому агентства берут такие проекты неохотно или сразу закладывают в смету переезд. Не потому, что конструктор не ранжируется, а потому, что когда ранжирование упрётся в технику, править будет нечего.
Проверка до старта занимает вечер и стоит дешевле любого переезда. Уточните в документации, как устроен экспорт: уходит ли контент, уходит ли вёрстка, сохраняются ли адреса. Соберите тестовую страницу и посмотрите на неё глазами краулера вроде Screaming Frog: сколько весит HTML, что отдаётся роботу, какие части адреса навязаны платформой. Прогоните тест в PageSpeed Insights и спросите себя, что можно исправить, если метрики уйдут в красное. Короткий список правок означает, что конструктор подходит; пустой список означает, что на платформе будет нечего оптимизировать.
Последний штрих для проектов из России: обе компании в 2022 году свернули продажи и поддержку на российском рынке, так что вопрос выбора для локального бизнеса остался теоретическим. Wix образца 2026 года уже не тот, что запомнился по Flash: витрина в Чикаго на нём сработает хорошо.
Есть и аргумент репутации, который редко озвучивают вслух. Специалист, приведший проект на платформу без экспорта, привязывает клиента к чужой инфраструктуре и ставит своё имя рядом с чужими решениями. Платформа поднимет цены, срежет функцию или ухудшит скорость - отвечать будет тот, кто советовал. В свободной архитектуре риск технических перемен лежит на команде и управляется, в конструкторе он принимается как погода за окном.
Но выбор платформы это выбор предела управляемости, и профессионалы обходят Wix и Squarespace стороной именно на этом шаге, а не по старой памяти.