Индексация Webflow в Google: полное руководство по тому, как добиться появления страниц Webflow в результатах поиска
Webflow даёт дизайнерам и разработчикам беспрецедентный визуальный контроль над сайтами, но эта свобода влечёт SEO-ответственность. Руководство охватывает каждую точку настройки индексации в Webflow — от мета-тегов на уровне страницы до карт сайта CMS-коллекций и критичной проблемы staging-поддоменов, на которой спотыкаются даже опытные пользователи Webflow.
В этой инструкции
Webflow занимает уникальное место среди конструкторов сайтов: он объединяет визуальную свободу инструментов вроде Figma с возможностями публикации и хостинга CMS. Дизайнеры любят его за возможность собирать pixel-perfect-макеты без кода. Разработчики ценят чистый HTML- и CSS-вывод. С точки зрения SEO Webflow генерирует один из самых чистых и семантичных кодов среди всех конструкторов сайтов.
Однако гибкость Webflow привносит сложность. В отличие от Squarespace или Wix, где шаблоны автоматически берут на себя большую часть SEO-конфигурации, Webflow ставит дизайнера ответственным за иерархию заголовков, структуру страниц и семантику HTML. Красиво оформленный сайт на Webflow может иметь ужасное SEO, если дизайнер не уделил внимания уровням заголовков, alt-текстам и заголовкам страниц. И наоборот, SEO-ориентированный дизайнер может построить сайт на Webflow, не уступающий по поисковой дружелюбности коду, написанному вручную.
У Webflow есть и уникальный вызов: у каждого проекта Webflow есть staging-поддомен yourproject.webflow.io. По умолчанию он доступен поисковым системам и может быть проиндексирован, создавая дублирующийся контент, конкурирующий с продакшн-сайтом. Это самая распространённая индексационная ошибка Webflow, и мы рассмотрим, как её предотвратить и исправить.
Это руководство для всех, кто создаёт или поддерживает сайт на Webflow и хочет, чтобы каждая страница была обнаружена, просканирована и проиндексирована Google. Мы охватим SEO-настройки на уровне страницы Webflow, систему CMS-коллекций и её влияние на карты сайта, настройку robots.txt через настройки проекта, менеджер 301-редиректов, инъекции кастомного кода для продвинутых мета-тегов и специфические проблемы, возникающие из-за архитектуры Webflow.
SEO-архитектура Webflow
Webflow генерирует чистую, семантичную разметку HTML5. В отличие от многих конструкторов, оборачивающих контент в слои элементов div с общими именами классов, Webflow позволяет дизайнерам использовать семантические элементы (header, main, nav, article, section, footer) и присваивать осмысленные имена классов. Эта чистая разметка облегчает Google понимание структуры страниц.
У каждой страницы Webflow есть SEO-настройки на уровне страницы, доступные в панели Page Settings. Здесь можно установить Title Tag, Meta Description, Open Graph Title и Description, Open Graph Image и кастомный слаг. Эти настройки доступны как для статических страниц, так и для шаблонов CMS-коллекций.
Webflow автоматически генерирует XML-карту сайта для сайтов на собственном хостинге. Карта включает все опубликованные статические страницы и все опубликованные элементы CMS-коллекций. Карта доступна по адресу yourdomain.com/sitemap.xml и обновляется автоматически при публикации изменений. В отличие от Squarespace, Webflow позволяет исключать отдельные страницы из карты сайта, отключая опцию «Include in sitemap» в настройках каждой страницы.
Webflow также даёт контроль над robots.txt через Project Settings → SEO → Indexing. Здесь можно переключить, индексируется ли сайт (это добавляет или убирает глобальный тег noindex), а также напрямую редактировать содержимое robots.txt. Такая возможность прямого редактирования robots.txt более гибкая, чем то, что предлагают Squarespace или Wix.
Для хостинга Webflow использует глобальный CDN (на базе Amazon CloudFront и Fastly), отдающий страницы с edge-локаций рядом с посетителями. Это даёт быструю загрузку страниц и низкий Time to First Byte (TTFB), что положительно влияет на распределение скорости сканирования Google. Сайты Webflow обычно имеют TTFB ниже 200 мс, что отлично.
Проблема staging-поддомена
Это самая значительная и распространённая проблема индексации Webflow. У каждого проекта Webflow есть staging-поддомен по адресу yourproject.webflow.io. Этот поддомен используется для предпросмотров разработки и согласования с клиентом. Проблема в том, что staging-поддомен по умолчанию доступен Googlebot, и если Google обнаружит его (через внешние ссылки, собственный каталог Webflow или иначе), он может проиндексировать весь staging-сайт.
Когда и продакшн-домен (yourdomain.com), и staging-поддомен (yourproject.webflow.io) проиндексированы, Вы получаете полноценное дублирование контента всего сайта. Google видит две полные копии сайта и должен решить, какую считать канонической. В некоторых случаях Google выбирает поддомен webflow.io, и тогда страницы Вашего продакшн-домена считаются дубликатами и могут не ранжироваться.
Webflow не закрывает staging-поддомен от индекса автоматически. На 2026 год Webflow добавил опцию защиты staging-поддомена паролем (в Project Settings → Publishing), но её нужно явно включить. Без этого staging-сайт открыт всем.
Чтобы предотвратить проблему, включите защиту staging паролем в Project Settings сразу после создания проекта. Если staging-поддомен уже проиндексирован, защитите его паролем (это вернёт статус 401), а затем используйте инструмент «Удаления» Google Search Console, чтобы запросить удаление URL webflow.io. Также можно добавить staging-поддомен webflow.io как отдельный ресурс в Google Search Console, чтобы отслеживать, продолжает ли Google его сканировать.
Ещё один уровень защиты: убедитесь, что canonical-теги Вашего продакшн-сайта указывают на собственный домен, а не на поддомен webflow.io. Webflow делает это автоматически при подключении собственного домена, но проверьте, открыв исходный код опубликованного сайта и убедившись, что canonical URL использует Ваш домен.
CMS-коллекции и индексация динамического контента
CMS Webflow позволяет создавать структурированные коллекции контента — аналог пользовательских типов записей в WordPress. Распространённые коллекции включают записи блога, членов команды, кейсы, списки товаров и FAQ. У каждой коллекции есть шаблонная страница, задающая макет, и каждый элемент коллекции порождает уникальную страницу из этого шаблона.
Для индексации элементы CMS-коллекций ведут себя как любые другие страницы: у них собственный URL, собственный тег title и meta description (которые могут динамически заполняться из полей коллекции), и они появляются в карте сайта. Однако есть ряд особенностей Webflow:
Во-первых, элементы CMS со статусом «Draft» не опубликованы и не появляются в карте сайта. Убедитесь, что все элементы, которые Вы хотите индексировать, имеют статус «Published». Элементы в статусе «Staging» видны только на staging-поддомене, а не на продакшн-сайте.
Во-вторых, SEO-настройки шаблонной страницы используют динамические привязки к полям. Например, Вы можете задать Title Tag как «{Name} | Your Brand», где {Name} — поле CMS. Если поле Name элемента CMS пустое, title рендерится как « | Your Brand» — сломанный заголовок, мешающий индексации. Всегда обеспечивайте валидацию обязательных полей или значения по умолчанию, чтобы избежать пустых SEO-тегов.
В-третьих, у CMS Webflow есть лимит в 10 000 элементов (в зависимости от тарифа). Для крупных сайтов, приближающихся к этому лимиту, карта сайта становится очень большой. Google способен обрабатывать карты с тысячами URL, но большие карты обрабатываются дольше. Приоритизируйте самые важные элементы коллекции для отправки через IndexBolt, чтобы они индексировались первыми, пока Google обрабатывает остальную карту сайта.
В-четвёртых, элементы списков коллекций на статических страницах (например, секция «Последние записи блога» на главной) создают внутренние ссылки на элементы CMS. Эти внутренние ссылки — механизм обнаружения для Google: они помогают Googlebot находить страницы CMS ещё до обработки карты сайта. Проектируйте главную страницу и ключевые лендинги так, чтобы они включали списки коллекций со ссылками на самый важный CMS-контент.
Инъекция кастомного кода для расширенного SEO
Webflow предоставляет инъекцию кода на двух уровнях: на уровне всего сайта (Project Settings → Custom Code) и на уровне страницы (Page Settings → Custom Code). Эти точки внедрения позволяют добавлять кастомные мета-теги, структурированные данные, сторонние скрипты и любой HTML, который Вам нужен в <head> или перед </body>.
Для SEO самые распространённые добавления кода — это разметка структурированных данных JSON-LD для страниц, где встроенной поддержки schema в Webflow недостаточно. Например, Вы можете добавить schema FAQ на страницу FAQ, schema LocalBusiness на страницу контактов или schema HowTo на туториал. Добавление структурированных данных помогает Google понять контент и может включить расширенные результаты в поиске.
Через инъекцию кода можно также добавлять кастомные директивы meta robots. Хотя настройки страницы Webflow включают базовый контроль индексации, инъекция кода позволяет более тонкие директивы — noarchive (запрет на кеширование страницы Google), nosnippet (запрет на отображение текстового сниппета) или max-image-preview:large (разрешение больших превью изображений в результатах поиска).
Для страниц CMS Webflow можно использовать элемент Embed для динамической инъекции структурированных данных, тянущих информацию из полей CMS. Например, на шаблоне записи блога добавьте элемент Embed с блоком <script type="application/ld+json">, ссылающимся на поля коллекции для заголовка статьи, автора, даты публикации и главного изображения. Это автоматически генерирует уникальные структурированные данные для каждой записи блога.
Одно важное замечание: кастомный код, добавленный через инъекцию Webflow, обрабатывается только при публикации сайта. Изменения в кастомном коде в дизайнере не сразу становятся активными — нужно нажать «Publish», чтобы перенести их в продакшн. Это отличается от платформ вроде WordPress, где сохранение изменений сразу делает их активными.
Редиректы Webflow и настройка домена
Менеджер 301-редиректов Webflow доступен в Project Settings → Hosting → 301 Redirects. Каждый редирект определяет старый путь и новый путь (или внешний URL). Webflow поддерживает точное совпадение пути и базовое сопоставление по шаблону с маской *.
Когда Вы подключаете собственный домен к Webflow, требуется специфическая настройка DNS. Для корневых доменов добавляется A-запись, указывающая на IP-адреса Webflow. Для поддомена www добавляется CNAME-запись, указывающая на proxy-ssl.webflow.com. Webflow затем автоматически выпускает SSL-сертификат.
Распространение DNS может занять 24–48 часов, и в это окно Ваш сайт может быть с перебоями доступен на собственном домене, тогда как поддомен webflow.io остаётся основным доступным URL. Google может сканировать в этот период и проиндексировать версию webflow.io. Это ещё одна причина защитить staging-поддомен паролем.
Webflow автоматически обрабатывает редиректы с www на без-www, исходя из настроек домена. В Project Settings → Hosting → Custom Domain Вы выбираете, является ли версия с www или без www основной. Webflow создаёт 301-редирект с неосновной версии на основную.
Для сайтов, мигрированных на Webflow с другой платформы, создайте 301-редиректы для каждого URL старого сайта, ведущего на соответствующий контент в Webflow. Менеджер редиректов Webflow не поддерживает regex, поэтому сложные шаблоны URL приходится обрабатывать через отдельные правила или маски. Для крупных миграций с сотнями URL Webflow пока не предлагает CSV-импорт редиректов — каждый редирект нужно добавлять отдельно через интерфейс, хотя можно использовать API Webflow, чтобы добавлять редиректы программно.
После настройки редиректов проверьте, что каждый работает, открыв старый URL и убедившись, что он ведёт на правильный новый. Следите за отчётом «Страницы» в Google Search Console на ошибки 404 по старым шаблонам URL и добавляйте редиректы для всего, что Вы упустили.
Пошаговое руководство
Защитите staging-поддомен паролем
В Webflow перейдите в Project Settings → Publishing → Staging. Включите защиту паролем для staging-поддомена (yourproject.webflow.io). Выберите надёжный пароль и делитесь им только с членами команды, которым нужен доступ к staging. Это предотвращает сканирование и индексацию staging-сайта Googlebot, что иначе создавало бы дублирующийся контент, конкурирующий с продакшн-доменом. Сделайте это самым первым шагом, в идеале — до появления контента. Если staging-поддомен уже проиндексирован, переходите к запросу удаления из индекса Google (шаг 3).
Настройте SEO на уровне страницы для всех страниц
В дизайнере Webflow откройте настройки каждой страницы (значок шестерёнки в панели Pages). Для каждой страницы задайте уникальный Title Tag (до 60 символов, оптимизированный под ключевое слово), Meta Description (до 155 символов, привлекательное и релевантное) и чистый URL-слаг. Для шаблонных страниц CMS-коллекций используйте динамические привязки к полям, чтобы генерировать уникальные заголовки и описания для каждого элемента. Например, привяжите Title Tag к «{CMS Item Name} | Your Brand», а Meta Description — к «{CMS Item Summary}». Убедитесь, что у элементов коллекций нет пустых полей, из-за которых получились бы сломанные или общие мета-теги.
Проверьте и удалите staging-поддомен из индекса Google
Поищите в Google site:yourproject.webflow.io. Если есть результаты — Ваш staging-поддомен проиндексирован. Добавьте staging-поддомен как ресурс в Google Search Console, затем используйте инструмент «Удаления» (Indexing → Removals), чтобы запросить удаление всего поддомена. Выберите «Удалить все URL с этим префиксом» и введите URL staging-поддомена. Это удаление временное (6 месяцев), но с включённой защитой паролем (шаг 1) Google не сможет заново просканировать и проиндексировать staging-контент.
Отправьте карту сайта в Google Search Console
В Google Search Console выберите ресурс продакшн-домена и перейдите в «Файлы Sitemap». Отправьте yourdomain.com/sitemap.xml. Webflow генерирует её автоматически, включая все опубликованные статические страницы и элементы CMS-коллекций. После отправки отслеживайте отчёт «Файлы Sitemap» на ошибки. Проверьте, совпадает ли количество обнаруженных URL с количеством опубликованных страниц на сайте Webflow. Если не совпадает, проверьте страницы, исключённые из карты сайта (это настраивается на уровне страницы в Webflow), или черновые элементы CMS, которые не опубликованы.
Настройте 301-редиректы для перенесённых или изменённых URL
Перейдите в Project Settings → Hosting → 301 Redirects. Добавьте редиректы для всех изменённых URL, включая старые слаги страниц, перенесённые URL с предыдущей платформы и реструктурированные разделы. Используйте формат: Old Path = /old-page, New Path = /new-page. Для редиректов с маской используйте * в конце старого пути (например, /old-blog/* перенаправляет на /blog/*). Проверьте каждый редирект, открыв старый URL и убедившись, что попадаете на правильную новую страницу. Для крупных миграций используйте API Webflow, чтобы добавлять редиректы программно, а не вручную.
Добавьте структурированные данные через инъекцию кода
Для страниц, выигрывающих от расширенных результатов (записи блога, страницы товаров, страницы FAQ, страницы контактов), добавьте JSON-LD-структурированные данные через инъекцию кода Webflow. Перейдите в Page Settings → Custom Code → Head Code и добавьте блок <script type="application/ld+json"> с подходящей schema. Для шаблонных страниц CMS-коллекций используйте элемент Embed в макете страницы, чтобы добавить динамические структурированные данные, тянущие значения из полей коллекции. После публикации проверьте структурированные данные инструментом Google «Rich Results Test» (search.google.com/test/rich-results), чтобы убедиться в отсутствии ошибок.
Отправьте приоритетные страницы через IndexBolt
После публикации сайта Webflow и завершения технической настройки определите страницы, нуждающиеся в немедленной индексации. Для новых сайтов отправьте все основные страницы — главную, страницы услуг, ключевые лендинги и самые важные элементы CMS. Для существующих сайтов с непроиндексированными страницами проверьте отчёт «Страницы» в Google Search Console и экспортируйте URL со статусами «Обнаружена, не проиндексирована» или «Просканирована, не проиндексирована». Отправьте их через IndexBolt, чтобы ускорить путь в индекс Google. Сайты Webflow обычно быстро загружаются и имеют чистый HTML, поэтому, как только Google обработает Ваш запрос IndexBolt, индексация происходит быстро.
Частые проблемы и способы их решения
Staging-поддомен (webflow.io) проиндексирован вместо продакшн-домена
Причина: Staging-поддомен Webflow по адресу yourproject.webflow.io по умолчанию публично доступен. Если внешние ссылки, посты в соцсетях или собственный каталог Webflow ведут на staging-URL, Google его обнаруживает и индексирует. Поскольку staging-сайт идентичен продакшн-сайту, Google видит полностью дублирующийся контент и может предпочесть версию webflow.io.
Решение: Включите защиту паролем staging-поддомена в Project Settings → Publishing → Staging. Затем поищите в Google site:yourproject.webflow.io. Если есть результаты, добавьте staging-поддомен в Google Search Console и используйте инструмент «Удаления» для запроса удаления всех URL. Следите в течение последующих недель, чтобы URL staging выпали из индекса Google. Убедитесь, что canonical-теги продакшн-сайта указывают на собственный домен.
Элементы CMS-коллекций отсутствуют в карте сайта
Причина: Элементы CMS со статусом «Draft» или «Staging» не включаются в опубликованную карту сайта. Чтобы попасть в карту, элементы должны быть в статусе «Published». Кроме того, если у шаблонной страницы CMS-коллекции отключена опция «Include in sitemap», ни один элемент этой коллекции не появится в карте сайта, даже если они опубликованы по отдельности.
Решение: Проверьте статус элементов CMS в панели CMS — все элементы, которые Вы хотите индексировать, должны быть «Published». Затем проверьте настройки шаблонной страницы коллекции и убедитесь, что «Include in sitemap» включено. После исправления опубликуйте сайт и проверьте, что элементы появились в yourdomain.com/sitemap.xml. Если Вы недавно добавили много элементов CMS, повторно отправьте карту сайта в Google Search Console, чтобы Google переобработал её.
Распространение DNS собственного домена вызывает периодические ошибки 404
Причина: При первом подключении собственного домена к Webflow распространение DNS занимает 24–48 часов. В этот период часть DNS-резолверов указывает на старый сервер (или никуда), а часть — на Webflow. Если Googlebot сканирует в это время, он может встретить ошибки или fallback на webflow.io, что приводит к несогласованным сигналам индексации.
Решение: Настраивайте DNS-записи в период низкого трафика и оставьте 48 часов на полное распространение, прежде чем активно продвигать новый домен. На время распространения держите staging-сайт webflow.io защищённым паролем, чтобы Google не проиндексировал его. После завершения распространения отправьте карту сайта в Google Search Console под собственным доменом и следите за ошибками 404 в отчёте «Страницы». Не меняйте DNS-записи минимум неделю после первоначальной настройки.
Пустые SEO-поля элементов CMS порождают сломанные мета-теги
Причина: Шаблонные страницы CMS-коллекций используют динамические привязки к полям для тегов title и meta description. Если привязанное поле элемента CMS пустое (например, не заполнено поле SEO Description), результирующий мета-тег пустой или содержит только статическую часть шаблона. Пустые теги title и meta description вредят индексации, потому что Google либо генерирует их сам (часто плохо), либо вовсе пропускает страницу.
Решение: Добавьте валидацию полей коллекции CMS, чтобы обязательные SEO-поля (name, summary, SEO title, SEO description) нельзя было оставить пустыми. Для существующих элементов с пустыми полями используйте массовый редактор CMS Webflow, чтобы быстро их заполнить. В SEO-настройках шаблонной страницы используйте привязки к самым надёжным полям — поле Name элемента почти всегда заполнено, и его можно использовать как fallback для SEO title, если выделенного поля нет.
Страницы форм и служебные страницы Webflow попадают в индекс
Причина: Webflow создаёт служебные страницы для отправки форм (страницы успеха и ошибки), страницу ошибки 404 и страницу результатов поиска. Эти страницы могут быть доступны по предсказуемым URL и попадать в индекс, если их обнаружат. Обычно у них тонкий или общий контент, не представляющий ценности в результатах поиска.
Решение: Для страниц успеха/ошибки форм и страницы результатов поиска добавьте мета-тег noindex в Custom Code → Head Code страницы: `<meta name="robots" content="noindex">`. Для страницы 404 Webflow возвращает HTTP-статус 404, что говорит Google не индексировать её — дополнительный тег noindex не нужен. Отключите «Include in sitemap» для служебных страниц, чтобы они не попадали в карту сайта.
Советы профи
Сайты на Webflow дают молниеносную загрузку страниц и чистый HTML, который любит Google, — но даже отличное техническое SEO не заставит Google сканировать по Вашему графику. Когда Вы запускаете новый сайт на Webflow или публикуете партию элементов CMS, используйте IndexBolt, чтобы отправить эти страницы напрямую в очередь индексации Google. Покажите свой дизайнерский контент пользователям поиска уже через часы после публикации.
100 бесплатных кредитов. Без банковской карты. Результаты менее чем за 24 часа.
Часто задаваемые вопросы
Вредит ли staging-поддомен Webflow.io моему SEO?+
Да, если он проиндексирован Google. Staging-поддомен содержит полную копию сайта, создавая дублирующийся контент, конкурирующий с продакшн-доменом. Google может выбрать индексировать версию webflow.io вместо собственного домена или разделить сигналы ранжирования между обеими версиями, ослабляя обе. Всегда защищайте staging-поддомен паролем, чтобы предотвратить эту проблему.
Как исключить конкретные страницы из карты сайта Webflow?+
В дизайнере Webflow откройте настройки страницы, которую хотите исключить. Отключите опцию «Include in sitemap». Это убирает страницу из автогенерируемого sitemap.xml. Обратите внимание: исключение страницы из карты сайта не мешает Google найти её через внутренние или внешние ссылки — оно только убирает её из карты. Чтобы полностью предотвратить индексацию, добавьте также мета-тег noindex через инъекцию кода на странице.
Можно ли индексировать CMS-коллекции Webflow по отдельности?+
Да. Каждый элемент CMS-коллекции порождает собственную страницу с уникальным URL на основе слага элемента. Эти страницы появляются в карте сайта и могут сканироваться и индексироваться независимо. У каждой страницы элемента может быть собственный title, meta description и структурированные данные, динамически генерируемые из полей CMS. Убедитесь, что все элементы CMS имеют статус «Published» и что у шаблонной страницы коллекции включено «Include in sitemap».
Как добавить тег noindex на странице Webflow?+
Откройте настройки страницы в дизайнере Webflow. Перейдите на вкладку Custom Code и в поле «Inside `<head>` tag» добавьте: `<meta name="robots" content="noindex, follow">`. Это говорит Google не индексировать страницу, но переходить по её ссылкам. Опубликуйте сайт, чтобы изменения вступили в силу. Проверить наличие тега можно, просмотрев исходный код опубликованной страницы и поискав мета-тег robots.
Почему мои страницы Webflow медленные, хотя Webflow использует CDN?+
Хотя CDN Webflow обеспечивает быстрый TTFB для первичного HTML, скорость загрузки страницы зависит ещё и от Ваших дизайн-решений. Большие героиновые изображения, неоптимизированные фоновые видео, чрезмерное количество кастомных шрифтов, тяжёлые анимации (Lottie-файлы, сложные взаимодействия) и многочисленные сторонние скрипты — всё это добавляет вес и время загрузки. Оптимизируйте изображения, ограничьте кастомные шрифты до 2–3 начертаний, используйте ленивую загрузку Webflow для контента под линией сгиба и минимизируйте сторонние скрипты. Проверяйте скорость инструментом Google PageSpeed Insights.
Можно ли с IndexBolt ускорить индексацию элементов CMS Webflow?+
Безусловно. Элементы CMS Webflow часто сталкиваются с задержками индексации, потому что Google обрабатывает карты сайта последовательно, а малоавторитетные сайты сканируются реже. После публикации новых элементов CMS скопируйте их URL из карты сайта и отправьте через IndexBolt. Это особенно ценно для контента, чувствительного ко времени — записей блога, страниц мероприятий или запусков товаров, где каждый день задержки означает упущенный трафик.