Лендинги не индексируются: исправление индексации маркетинговых и кампанийных страниц
Ваши тщательно проработанные лендинги невидимы для органического поиска. Узнайте, почему именно маркетинговые страницы тяжело даются Google, и как решить конфликт между конверсионным дизайном и сканируемостью.
В этой инструкции
Лендинги — часто самые тщательно проработанные страницы сайта, но при этом самые трудные для индексации. Главное противоречие: оптимизация конверсии напрямую конфликтует со сканируемостью.
Убранная навигация превращает их в осиротевшие страницы. Тяжёлые JavaScript-элементы могут не отрендериться для Google. Размещение на поддомене дробит авторитет. Варианты A/B-тестов создают дублирующийся контент. А команды кампаний редко учитывают органический поиск, полностью пропуская базовые SEO-элементы.
Это руководство показывает, как устранить блокировки индексации лендингов, сохранив конверсионные показатели, чтобы Ваши страницы давали органический трафик ещё долго после окончания платных кампаний.
Проблема осиротевших страниц: почему у лендингов нет пути сканирования
Самая фундаментальная причина, по которой лендинги не попадают в индекс, — это то, что они осиротевшие страницы. Осиротевшая страница — это страница, на которую не ведут внутренние ссылки ниоткуда на сайте. Google обнаруживает страницы, переходя по ссылкам со страниц, которые он уже знает. Если ни одна страница сайта не ссылается на лендинг, у Google нет пути сканирования, чтобы его найти.
Лендинги становятся осиротевшими по дизайну, а не случайно. Лучшие практики оптимизации конверсии рекомендуют убирать общесайтовую навигацию с лендингов, чтобы удерживать посетителя на целевом действии. Убрав хедерную навигацию, ссылки футера и сайдбар, Вы также убираете лендинг из внутреннего ссылочного графа сайта. Страница по-прежнему существует на сервере и доступна по своему URL, но ничто на сайте на неё не указывает.
Эта проблема усиливается, когда лендинги живут на поддоменах или сторонних платформах. Лендинг, собранный на Unbounce, Instapage или похожей платформе и отдаваемый с поддомена вроде go.вашдомен.com, полностью отключён от графа сканирования основного домена. Даже если основной домен имеет сильный авторитет и регулярно сканируется, поддомен начинает с нуля, потому что Google трактует поддомены как отдельные сущности с точки зрения обнаружения.
Исправление должно балансировать конверсионные цели и сканируемость. Не нужно возвращать на лендинги полную сайтовую навигацию. Вместо этого создавайте точечные внутренние ссылки с релевантного контента основного сайта на лендинг. Если лендинг посвящён конкретному товару или услуге, добавьте ссылку на него с соответствующей страницы товара, услуги или статьи блога, обсуждающей тему. Такие контекстные ссылки дают Google путь сканирования, не нарушая конверсионно-ориентированный дизайн лендинга.
Дополнительно включайте URL лендингов в XML-карту сайта. Карта сайта даёт альтернативный канал обнаружения, не требующий внутренних ссылок. Хотя одного только включения в карту сайта может быть недостаточно для приоритетного сканирования лендинга, оно работает в комбинации с другими сигналами, ставя страницу в очередь сканирования Google.
Для лендингов на поддоменах подтверждайте поддомен отдельно в Google Search Console и отправляйте для него отдельную карту сайта. Связывайте основной домен и поддомен ссылками: размещайте хотя бы одну ссылку с основного сайта на лендинг и минимальную ссылку в футере лендинга обратно на основной сайт. Это устанавливает мост сканирования между двумя ресурсами.
A/B-тесты и дубли версий лендингов
A/B-тестирование критично для оптимизации лендингов, но множество версий, которые оно создаёт, ставит серьёзные проблемы индексации. Когда Вы создаёте две-три версии лендинга для теста разных заголовков, верстки или офферов, каждая версия может существовать на уникальном URL. Google встречает несколько URL с существенно похожим контентом и должен решить, какой индексировать.
Самые распространённые конфигурации A/B-тестов и их влияние на индексацию работают так. Серверные A/B-тесты, отдающие разный контент на одном URL, невидимы для Google и не создают проблем индексации. Google видит один URL и ту версию контента, которую получил при сканировании. Клиентские A/B-тесты, использующие JavaScript для подмены контента после загрузки страницы, в целом тоже нормальны, потому что Google обычно рендерит дефолтную версию. URL-ориентированные A/B-тесты, использующие разные URL для каждого варианта (/landing-page-v1, /landing-page-v2), создают реальные проблемы дублирующегося контента.
Для URL-ориентированных A/B-тестов внедряйте канонические теги на всех вариантах теста, указывающие на основную версию. Это говорит Google индексировать только канонический URL и трактовать остальные как дубли. После завершения теста перенаправляйте проигравшие варианты на победителя 301-редиректами. Не оставляйте просроченные варианты теста живыми на их собственных URL — со временем они накапливаются как тонкие дублирующиеся страницы.
Для A/B-платформ, использующих URL-параметры (/landing-page?variant=b), настройте канонические теги, указывающие на чистый URL без параметров. Убедитесь, что robots.txt или настройки URL-параметров в Search Console указывают, что параметры вариантов должны игнорироваться при сканировании.
Более тонкая проблема возникает, когда маркетинговые команды создают несколько лендингов под одну и ту же аудиторию с разными подходами в тексте и оставляют все версии живыми одновременно, даже вне формального A/B-теста. Три лендинга об одном товаре с чуть отличающимся текстом — это фактически дублирующийся контент. Google обычно индексирует только один и игнорирует остальные. Назначьте один основным лендингом, поставьте канонические теги на других, указывающие на него, или дифференцируйте страницы достаточно, чтобы каждая нацеливалась на действительно разный поисковый запрос.
UTM-параметры и загрязнение URL отслеживанием
Маркетинговые лендинги — самые частые точки назначения для отслеживаемых ссылок с UTM-параметрами. Каждая рекламная кампания, email-рассылка, пост в соцсетях и партнёрская ссылка могут добавлять utm_source, utm_medium, utm_campaign и другие параметры отслеживания к URL лендинга. Хотя эти параметры невидимы для пользователя и необходимы для аналитической атрибуции, они создают уникальные URL в глазах Google.
Один лендинг, продвигаемый через 10 маркетинговых каналов с уникальными UTM-параметрами, порождает 10 разных URL, которые Google может попытаться просканировать и оценить. Каждый содержит одинаковый контент, создавая сигналы дублирования. В сумме UTM-параметрические URL по всем лендингам могут породить сотни дублирующихся URL, тратящих бюджет сканирования.
Решение простое, но требует последовательной реализации. Добавьте на каждый лендинг самореферентный канонический тег, указывающий на чистый URL без параметров. Канонический тег должен всегда ссылаться на голый URL (https://вашдомен.com/landing-page) независимо от добавляемых параметров. Это говорит Google, что все варианты с параметрами — это одна и та же страница, и в индексе должен быть только чистый URL.
Дополнительно настройте обработку URL-параметров в Google Search Console, сообщив Google, что UTM-параметры не меняют содержимого страницы. Хотя Google часто корректно справляется с этим сам, явная настройка убирает любую двусмысленность. В Search Console перейдите в раздел Legacy Tools и настройте каждый UTM-параметр как «Не влияет на содержимое страницы».
Для самого надёжного решения внедрите обработку UTM-параметров на уровне сервера. Настройте веб-сервер или CDN на отсечение UTM-параметров из URL и редирект на чистую версию до загрузки страницы. Это значит, что Google вообще не сталкивается с параметризованными URL. Современные CDN вроде Cloudflare предлагают правила переписывания URL на уровне edge, способные автоматически отсекать конкретные параметры. Если отсечение на сервере невыполнимо, клиентский JavaScript, удаляющий UTM-параметры из адресной строки после захвата их для аналитики, даёт похожий эффект для рендеринга, хотя Google всё равно может изначально просканировать параметризованный URL.
Проблемы рендеринга тяжёлых на JavaScript лендингов
Маркетинговые лендинги, как правило, более JavaScript-тяжёлые, чем другие типы страниц. Интерактивные элементы — калькуляторы цен, оценщики ROI, конфигураторы товаров, анимированные скролл-эффекты, видеофоны и чат-боты — все опираются на JavaScript. Многие конструкторы лендингов создают страницы полностью как одностраничные JavaScript-приложения, где весь контент рендерится на клиенте.
Google может выполнять JavaScript, но делает это в отложенной очереди рендеринга, которая может обработать страницу через часы или дни после исходного HTML-сканирования. При первом сканировании Google видит только сырой HTML до выполнения JavaScript. Если HTML лендинга — преимущественно пустая оболочка с прелоадером и ссылкой на JavaScript-бандл, первое впечатление Google о странице — отсутствие контента. Эта первоначальная оценка может задержать или предотвратить индексацию.
Для диагностики проблем JavaScript-рендеринга на лендингах используйте инструмент «Проверка URL» в Google Search Console. Введите URL лендинга и нажмите «Тест работающего URL». Сравните две вещи: сырой HTML, который получил Google (виден в секции «Подробнее»), и скриншот отрендеренной страницы. Если на скриншоте полный лендинг, а в сыром HTML практически пусто, контент зависит от JavaScript-рендеринга.
Самое эффективное решение — серверный рендеринг или предварительный рендеринг. Если лендинг сделан на JavaScript-фреймворке, настройте сервер на рендеринг полного HTML на сервере и отправку его в браузер (и Google) уже сформированным. Для конструкторов лендингов, генерирующих только клиентские страницы, проверьте, предлагает ли платформа опцию серверного или предварительного рендеринга. Многие современные платформы лендингов добавили эту возможность именно ради SEO.
Если серверный рендеринг невозможен, внедрите динамический рендеринг. Эта техника определяет, что страницу запросил Googlebot, и отдаёт краулеру предварительно отрендеренный статический HTML, а обычным пользователям — JavaScript-версию. Google признал динамический рендеринг допустимой практикой для сайтов, не способных внедрить полный серверный рендеринг. Инструменты вроде Puppeteer и Rendertron могут автоматизировать процесс предварительного рендеринга.
Как минимум главный заголовок лендинга, ключевой текст ценностного предложения и призыв к действию должны быть в исходном HTML-ответе, а не внедряться JavaScript-ом. Эти критичные элементы контента должны быть видны Google, даже если интерактивные функции — калькуляторы, конфигураторы — подгружаются позже.
Лендинги на поддоменах и дробление авторитета
Многие организации размещают лендинги на поддоменах, чтобы отделить их от основного сайта по организационным, техническим или платформенным причинам. Маркетинговые команды могут использовать go.вашдомен.com, pages.вашдомен.com или lp.вашдомен.com для лендингов, тогда как основной сайт живёт на www.вашдомен.com или вашдомен.com. Такое разделение по поддоменам создаёт дробление авторитета, напрямую влияющее на индексацию.
Google трактует поддомены как полунезависимые сущности. Между поддоменом и родительским доменом есть некоторая ассоциация авторитета, но поддомен автоматически не наследует полный бюджет сканирования, авторитет обратных ссылок или сигналы качества основного домена. Поддомен без собственных внешних обратных ссылок начинает с очень ограниченным выделением сканирования от Google, аналогично совершенно новому домену.
Это означает, что даже если основной домен имеет отличный авторитет и регулярное сканирование, лендинги на поддомене могут застрять в том же медленном процессе обнаружения, что и совершенно новый сайт. Google должен независимо определить, что поддомен заслуживает сканирования, а это требует собственного набора сигналов обнаружения, сигналов авторитетности и оценок качества.
Предпочтительный с точки зрения SEO подход — размещать лендинги как поддиректории основного домена (вашдомен.com/landing/ или вашдомен.com/lp/), а не на поддомене. Страницы-поддиректории автоматически наследуют бюджет сканирования и авторитет основного домена, что существенно облегчает их индексацию. Если Ваша платформа лендингов поддерживает кастомные домены, настройте её на отдачу страниц с поддиректории основного домена.
Если размещение на поддомене неизбежно из-за ограничений платформы, сделайте следующее, чтобы смягчить дробление авторитета. Подтвердите поддомен в Google Search Console как отдельный ресурс и отправьте его собственную карту сайта. Создайте кросс-ссылки между основным доменом и поддоменом. Обеспечьте, чтобы хотя бы часть внешних обратных ссылок указывала напрямую на поддомен, а не только на основной домен. Наблюдайте за статистикой сканирования поддомена независимо, чтобы со временем отслеживать инвестиции Google.
Пошаговое руководство
Идентифицируйте все лендинги и их текущий статус индексации
Составьте полный инвентарь всех лендингов на сайте, включая лендинги на поддоменах, сторонних платформах и устаревших кампаниях. Для каждого проверьте статус индексации, поискав точный URL в Google или используя инструмент «Проверка URL» в Google Search Console. Категоризируйте каждый как проиндексированный, просканированный, но не проиндексированный, обнаруженный, но не просканированный или не найденный в Search Console. Также отметьте, активен ли лендинг сейчас (получает трафик с кампаний) или спящий (кампания закончилась, но страница ещё жива). Этот инвентарь раскрывает масштаб проблемы и помогает расставить приоритеты исправлений.
Проверьте осиротевшие страницы и отсутствующие внутренние ссылки
Для каждого непроиндексированного лендинга определите, сколько внутренних ссылок ведёт на него с других страниц сайта. Посмотрите отчёт внутренних ссылок из инструмента сканирования или проверьте вручную, поискав URL лендинга в контенте сайта. Если на лендинг нет внутренних ссылок, он осиротевший, и у Google нет пути сканирования, чтобы его обнаружить через обычный обход. Добавьте контекстные ссылки с релевантных страниц основного сайта на каждый осиротевший лендинг. Записи блога, страницы услуг и страницы ресурсов, обсуждающие ту же тему, что и лендинг, — идеальные источники ссылок. Включите лендинги в XML-карту сайта как дополнительный канал обнаружения.
Проведите аудит и исправьте дубли версий A/B-тестов
Составьте список всех URL лендингов, являющихся вариациями друг друга (варианты A/B-тестов, региональные версии, сезонные версии). Для каждого набора похожих страниц назначьте одну каноническую версию. Добавьте канонические теги на все URL вариантов, указывающие на каноническую. Для завершённых A/B-тестов настройте 301-редиректы проигравших вариантов на победителя. Для тестов, которые ещё идут, убедитесь, что платформа использует подмену контента на сервере или через JavaScript, а не отдельные URL. Если отдельные URL обязательны, канонические теги необходимы. Удалите или перенаправьте любые заброшенные тестовые страницы, которые больше не используются.
Внедрите канонические теги для обработки UTM-параметров
Убедитесь, что у каждого лендинга есть самореферентный канонический тег, указывающий на его чистый URL (без UTM или других параметров отслеживания). Проверьте HTML-исходник каждого лендинга на наличие канонического тега. Если канонический тег содержит параметры или указывает на неверный URL, исправьте. Для лендингов на сторонних платформах проверьте настройки SEO платформы на конфигурацию канонических тегов. Протестируйте, добавив разные UTM-параметры к URL лендинга и убедившись, что канонический тег в HTML-исходнике по-прежнему указывает на чистый URL независимо от параметров в адресной строке.
Протестируйте JavaScript-рендеринг интерактивных лендингов
Для каждого лендинга с JavaScript-тяжёлой интерактивностью протестируйте, что видит Google, через функцию «Тест работающего URL» в «Проверке URL». Просмотрите скриншот отрендеренной страницы и HTML-исходник. Если главный заголовок, ценностное предложение, отзывы или описания функций отсутствуют в сыром HTML, при первом сканировании Google видит страницу без контента. Внедрите серверный или предварительный рендеринг этих страниц. Если это невыполнимо, как минимум вынесите основной текстовый контент (заголовок, подзаголовки и ключевые продающие пункты) в статический HTML-шаблон, а не подгружайте JavaScript-ом.
Решите проблемы авторитета поддомена
Если какие-то лендинги живут на поддоменах, подтвердите каждый поддомен отдельно в Google Search Console и отправьте отдельные карты сайта поддоменов. Добавьте внутренние ссылки с основного домена на лендинги на поддомене и обратно. Проверьте статистику сканирования по ресурсу поддомена, чтобы убедиться, что Google его активно сканирует. По возможности перенесите приоритетные лендинги с поддоменов на пути-поддиректории основного домена. Для страниц, которые должны остаться на поддоменах, постройте внешние ссылки (соцпрофили, каталоги, партнёрские ссылки), указывающие напрямую на URL поддомена, чтобы укрепить его независимый авторитет.
Отправьте оптимизированные лендинги на быструю индексацию
Устранив структурные, дублирующие и рендеринговые проблемы, отправьте лендинги на индексацию. Для чувствительных ко времени кампанийных страниц, которым нужно попасть в индекс Google к скорому запуску, используйте IndexBolt для немедленной массовой отправки вместо ожидания естественного цикла сканирования. Для вечнозелёных лендингов отправляйте через инструмент «Проверка URL» в Google Search Console и отслеживайте прогресс индексации в течение недели. Поставьте напоминание проверить статус индексации через 48 часов после отправки и разобрать любые страницы, оставшиеся непроиндексированными.
Частые проблемы и способы их решения
Платформа лендингов по умолчанию генерирует теги noindex
Причина: У некоторых конструкторов лендингов (Unbounce, Leadpages, Instapage) в дефолтных SEO-настройках добавляется тег noindex, чтобы черновики или тестовые страницы случайно не попали в индекс. Если Вы никогда не меняли дефолтную настройку, опубликованные страницы могут до сих пор нести директивы noindex. Некоторые платформы также добавляют noindex на страницы своего дефолтного поддомена (`yourpage.platform.com`), даже если страница предназначена для продакшна.
Решение: Проверьте настройки SEO или индексации в панели Вашего конструктора лендингов для каждой страницы. Ищите опции с названиями «Видимость для поисковых систем», «SEO» или «Индексация». Убедитесь, что настройка позволяет индексацию. Затем проверьте, просмотрев HTML-исходник страницы и поискав «noindex», что изменение применилось. При использовании кастомного домена убедитесь, что платформа не добавляет noindex на страницы кастомного домена по дефолту.
Контент лендинга идентичен странице основного сайта
Причина: Маркетинговые команды иногда создают лендинги, дублирующие контент с существующих страниц услуг, товаров или «О нас» на основном сайте. Google встречает два URL с одинаковым контентом и индексирует тот, у которого больше авторитета (обычно страницу основного сайта), пропуская лендинг. Это особенно часто бывает, когда лендинги создают копированием существующей страницы с незначительными изменениями верстки без модификации текста.
Решение: Дифференцируйте контент лендинга от страниц основного сайта. У лендинга должен быть уникальный заголовок, уникальный текст, заточенный под аудиторию конкретной кампании, и иные структурные элементы (отзывы, социальные доказательства, офферы), чем у соответствующей страницы основного сайта. Если контент должен быть похожим, поставьте на лендинге канонический тег, указывающий на страницу основного сайта, если хотите, чтобы ранжировалась основная страница, или наоборот, если лендинг — предпочтительная цель индексации.
Кампанийные лендинги удалены из Google после окончания кампании
Причина: Когда платная кампания заканчивается, лендинг перестаёт получать трафик. Со временем Google может деиндексировать страницы, не получающие трафика, обратных ссылок и внутренних ссылок. Страница ещё жива на сервере, но Google убирает её из индекса в рамках поддержания качества. Это особенно часто случается с промо-лендингами, релевантными только в конкретный период.
Решение: Для вечнозелёных лендингов, остающихся релевантными после окончания кампании, поддерживайте внутренние ссылки с основного сайта, чтобы они оставались в цикле сканирования Google. Периодически обновляйте контент, поддерживая его свежесть. Для действительно ограниченных по времени промо (Чёрная пятница, сезонные распродажи) либо обновляйте страницу к следующему повторению промо, либо настройте 301-редирект на релевантную вечнозелёную страницу, чтобы сохранить накопленный лендингом ссылочный вес.
Лендинги на сторонних платформах не наследуют авторитет домена
Причина: Лендинги, размещённые на внешних платформах (`go.вашдомен.com` через CNAME платформы или `youraccount.platform.com`), не наследуют поисковый авторитет Вашего основного домена. Даже с кастомным поддоменом у поддомена свой независимый профиль авторитета, начинающийся практически с нуля. Инвестиции Google в сканирование поддомена пропорциональны его собственному авторитету, а не авторитету родительского домена.
Решение: По возможности перенесите критичные лендинги на основной домен как страницы-поддиректории. Если миграция с платформы невозможна, наращивайте авторитет поддомена независимо: ссылайтесь на него с основного сайта, упоминайте в социальных профилях и каталогах, обеспечьте у поддомена собственное подтверждение в Search Console и собственную карту сайта. Для высокоприоритетных лендингов отправляйте URL через IndexBolt для немедленной индексации, не дожидаясь, пока органическая частота сканирования поддомена вырастет.
Советы профи
День запуска кампании — не время ждать очереди сканирования Google. IndexBolt мгновенно загоняет Ваши лендинги в индекс, чтобы они захватывали органический трафик с первого дня кампании, умножая ROI Вашего маркетинга сверх платных каналов.
100 бесплатных кредитов. Без банковской карты. Результаты менее чем за 24 часа.
Часто задаваемые вопросы
Стоит ли вообще пытаться загнать PPC-лендинги в органический индекс?+
Да. Высокоэффективный PPC-лендинг часто нацелен и на ключевые слова с органическим спросом. Его индексация даёт бесплатный органический трафик параллельно с платным, снижая стоимость привлечения. Исключение: тонкие страницы (только форма и заголовок) или контент, дублирующий страницу основного сайта. В таких случаях обогатите контент или поставьте канонический тег на основную страницу.
Вредит ли убирание навигации с лендингов их SEO?+
Это вредит обнаруживаемости, убирая страницу из внутренней ссылочной структуры, но Вы можете смягчить это без полной навигации. Добавьте контекстные ссылки с релевантных контентных страниц, включите страницу в карту сайта и добавьте минимальную ссылку в футере. Одного-двух путей внутренних ссылок плюс записи в карте сайта достаточно для индексации.
Как обработать лендинги с разным контентом для разных источников трафика?+
Убедитесь, что дефолтная версия (без реферальной информации) содержит самый сильный контент, потому что именно её видит Google. Используйте JavaScript-персонализацию, меняющую DOM после загрузки страницы, а не серверную логику по реферерам. Краулер Google не передаёт реферер-заголовки рекламных платформ. Тестируйте через инструмент «Проверка URL».
Можно ли использовать один лендинг для нескольких рекламных кампаний с разными UTM-параметрами?+
Да, и это рекомендуется. Один канонический URL с разными UTM-параметрами консолидирует весь авторитет. Канонический тег должен всегда указывать на чистый URL без параметров. Аналитические платформы захватывают UTM до того, как они отсекаются. Избегайте отдельных URL лендинга под каждую кампанию, если контент реально не отличается.
У моего лендинга есть форма, но очень мало текстового контента. Хватит ли этого, чтобы Google его проиндексировал?+
Скорее всего нет. Google нужно достаточно текста, чтобы понять и оценить страницу. Добавьте вокруг формы вспомогательный контент: объясните, что происходит после отправки, перечислите выгоды, добавьте социальные доказательства (отзывы, логотипы, статистику) и краткий FAQ. Стремитесь к **300–500 словам** уникального текста. Формы и интерактивные элементы — не контент с точки зрения Google.
Как не дать старым просроченным кампанийным лендингам тратить бюджет сканирования?+
Проводите квартальный аудит. Для каждой спящей страницы решите: 301-редирект на активную страницу, обновление контента или возврат 410 Gone. Уберите перенаправленные URL из карты сайта. Страницы, которые Вы оставляете живыми ради органического трафика, должны давать ценность (актуальные цены, свежие отзывы, никаких просроченных офферов).