4
года в SEO, разработке сайтов и Яндекс Директ
По мотивам коммерческого сайта, запросы которого в большинстве своем с частотностью 0 и <30.
Сайт молодой: страницам около двух недель; ссылок нет; ПФ не крутилось; статей — 0.
По целям: 6 с отправкой контактных данных; 5 взаимодействий с номером телефона; 9 с формами; 44 визита со скачиванием файлов.
К каждой отдельной формулировке может быть привязана частотность около нуля, но это не значит, что по услуге нет спроса. Один и тот же человек может искать ее десятками способов, часть запросов Вордстат нормально не показывает, часть появляется редко, часть зависит от региона и сезона — поэтому смотреть только на цифру напротив одного ключа слабый способ оценивать страницу.
Если под услугу есть отдельный спрос, конкуренты закрывают его плохо, а клиент для бизнеса дорогой, страницу есть смысл делать даже при 0–30 показах.
На этом сайте такие страницы уже заходят в топ и дают лиды, хотя никакого усиленного продвижения не применялось — кроме правильно подобранных низкочастотников и нормальной структуры сайта.
По мотивам последнего спам-апдейта Гугл.
Настоящие сеошники появились очень давно. Задолго до Гугла и Яндекса люди искали компании через телефонные справочники: выбираешь категорию "сантехники", "эвакуаторы", "вывоз мусора" и получаешь список организаций. Обычные листинги внутри категорий сортировались по алфавиту.
В 1947 году открылась сантехническая компания "AAA Plumbing and Sewer Service". В материалах судебного дела Overman v. Southwestern Bell написано, что AAA выбрали именно затем, чтобы оказаться ближе к началу списка сантехников в Yellow Pages.
Дальше произошло ровно то, что происходит с любой выдачей, правила которой горе-оптимизаторы сумели понять. В Талсе семья, занимавшаяся вывозом мусора, к 1960 году имела в одном телефонном справочнике сразу пачку листингов: A ash cans, A Aaa Accurate Trash Clean-Up, A Aab Trash Serv., A Aabandon-All Trash Serv. и другие. Все это вело на один адрес и три телефонных номера. В категории Hauling-General они занимали первые две позиции, а в связанных с вывозом мусора категориях им принадлежала большая часть листингов. Подробнее — в решении Верховного суда Оклахомы 1962 года.
Они размножили одну компанию под кучей названий, залезли в несколько тематических категорий и заняли первые позиции. Но им показалось мало: сначала они попытались получить листинг под названием AAAAAAAAAAAAAAAAAAAAAAA, а после отказа зарегистрировали компанию AAAAAAAAAAAAAAAAAAAAAAA, Inc. Телефонная компания отказалась добавлять такой листинг, дело дошло до суда. Суд поддержал отказ и отдельно указал, что если разрешить всем действовать аналогично, система телефонного справочника превратится в фарс.
Появились анти-спам апдейты: в Миссури Southwestern Bell еще в 1963 году ввела правило, позволявшее отклонять название, если оно было выбрано ради рекламы или получения особой позиции в справочнике. К 1973 году компания начала массовую зачистку таких названий, потому что количество листингов с несколькими A уже мешало нормальной сортировке. История зачистки сохранилась в деле AAA Plumbing против Southwestern Bell.
То есть задолго до интернета уже существовал почти полный жизненный цикл оптимизации: появляется система поиска, появляется понятный алгоритм ранжирования, кто-то замечает это, кто-то начинает заниматься оптимизацией, конкуренты повторяют — выдача засирается, а владелец системы вводит антиспам и оптимизаторы начинают искать следующий способ занять топ.
По мотивам поста Ивана Найденова, обсуждения на Searchengines и моего клиента, напрямую работающего с МП.
Еще в 2023 на Searchengines спрашивали, "выживут ли интернет-магазины в эру маркетплейсов", а в 2024 владельцы обычных магазинов уже обсуждали падение продаж после прихода маркетплейсов. Теперь склады Вб и Озон горят, логистика ломается, сроки доставки растут — и тут появляется сеошная надежда: е-комы вновь воскреснут.
Не воскреснут.
Юзеру больше не хочется заходить на десять сайтов, сравнивать условия доставки, создавать аккаунты, вводить адрес, выяснять, есть ли товар на самом деле, разбираться в сайте на битриксе, потом ждать курьера с интервалом "с 9 до 18". Сейчас юзер открывает одно приложение, вбивает "зарядка тайпси", получает мильон вариантов, сортирует их по цене и рейтингу, читает отзывы, нажимает кнопку — и сегодня вечером уже идет забирать покупку возле дома.
Обычный юзер уже не пишет в поисковик "купить стиральный порошок" — он пишет "стиральный порошок" внутри МП. Сеошник может идеально собрать семантику, сделать 400 посадочных страниц, добавить фильтры по бренду, объему и аромату, а покупатель даже не дойдет до Гугла или Яндекса.
Если завтра Вб будет несколько недель хуже доставлять одежду, человек пойдет и просто купит ее на Озон, ЯМ или Ламоде — или офлайн в ТЦ. Пользователь не начнет искать "интернет-магазин одежды Москва" и не зарегистрируется на очередном однодневном домене.
Сделать очередной интернет-магазин обычных массовых товаров на 50к карточек и рассчитывать выезжать на поисковом трафике становится все менее интересной затеей. Маркетплейс прекрасно жрет рынок там, где товар легко толкнуть людям: носки, чехлы, шампуни, корм, кастрюли.
В b2b такая схема не прокатит: типичный b2b-шник думает о совместимости оборудования, сертификатах, отсрочке, сроках производства и партии из 700 единиц — карточкой "2 399 ₽, осталось три штуки, заберите завтра у Пятёрочки" его хотелки не закрыть.
Поэтому если сейчас лезть глубоко в е-комы, я бы смотрел не на очередной магазин повседневного b2c-хлама, а в сторону b2b, производителей, опта, оборудования, комплектующих и сложных специализированных ниш.
Маркетплейсы могут меняться, дорожать, терять склады и объединяться, но они уже выиграли массовый b2c. Классическому е-кому нужно не ждать чудесного возвращения 2015 года, а искать те участки рынка, где покупателю все еще недостаточно кнопки "купить".
Смотрю, откуда сайт уже получает трафик, где проседает и за счет чего конкуренты стоят выше. На выходе — список проблем и работ в порядке приоритета, а не аудит на 80 страниц ради галочки.
Нахожу запросы, по которым можно получать клиентов, группирую их и определяю, каких страниц сайту не хватает. Если под спрос нужна новая структура — проектирую и добавляю ее.
Исправляю проблемы с индексацией, дублями, скоростью, мобильной версией, шаблонами и внутренней архитектурой. Поисковик должен нормально обходить сайт, а не разгребать технический бардак.
Пересобираю заголовки, тексты, блоки, перелинковку и структуру страниц. Не набиваю ключами — делаю страницу сильнее тех, которые уже находятся в выдаче.
Работаю со ссылками, упоминаниями и другими внешними сигналами там, где они действительно нужны. Без закупки сотни мусорных ссылок ради красивой цифры в отчете.
Отслеживаю позиции, трафик, заявки и изменения после работ. То, что дает результат, усиливаю. То, что не работает, не продолжаю месяцами по инерции.
Дорабатываю цены, услуги, кейсы, отзывы, гарантии, формы, контакты и другие элементы, по которым клиент выбирает компанию. В ТОП должен выходить бизнес, а не просто набор оптимизированных страниц.
Когда база работает, расширяю семантику, создаю новые посадочные, усиливаю слабые направления и забираю дополнительные кластеры спроса. Продвижение не заканчивается после первой пачки работ.
От стратегии и SEO до разработки, рекламы и аналитики. Вы обсуждаете задачу со мной — я же отвечаю за решения и результат.
Не нужно отдельно искать SEO-специалиста, разработчика, директолога и SMM-специалиста. Основные задачи по проекту закрываю сам в одного.
Нужна новая посадочная — сделаю. Нужно переделать структуру — переделаю. Запустить Директ, аналитику или контент — не буду отправлять вас искать ещё одного подрядчика.
Если проблему выгоднее решить не SEO, я не буду продавать вам SEO. Подключу тот канал и те работы, которые имеют смысл именно сейчас.
Без аккаунт-менеджеров, постановщиков задач и испорченного телефона. Созвоны, решения, вопросы и изменения — напрямую с человеком, который делает работу.
Подготовка одностраничного сайта к получению трафика из поиска
Дополнительно
Регулярное внутреннее продвижение сайта услуг или каталога
Дополнительно
SEO, контент и внешнее усиление сайта в одной стратегии
Дополнительно
Ответьте на 6 вопросов. Я покажу подходящий формат работы, ориентир по бюджету и что на него влияет. Контакты для расчёта не нужны.
Шаг 1 из 6
Да, но я не строю стратегию только вокруг самых широких запросов. Для отдельной гостиницы часто интереснее спрос с уточнением категории номера, района, ориентира, инфраструктуры или условий проживания — там собственная посадочная может дать пользователю гораздо более точный ответ, чем список из сотен объектов.
Обычно да, если категории действительно различаются и под них есть самостоятельный спрос. «Стандарт», семейный номер, студия или люкс лучше раскрывать отдельными страницами с вместимостью, площадью, оснащением, фотографиями, условиями и переходом к бронированию, а не прятать весь номерной фонд в одну таблицу. Отдельные страницы для каждого физического номера при этом чаще не нужны.
Только под реальные свойства объекта и подтверждённый спрос. У гостиницы фиксированная география, поэтому массово создавать страницы под десятки районов нельзя: получатся почти одинаковые посадочные про место, где объекта фактически нет. Имеют смысл сильные страницы под действительно важные ориентиры — вокзал, аэропорт, выставочный центр, больницу, стадион или достопримечательность, если расположение гостиницы соответствует такому сценарию выбора.
Сам по себе — нет. Важно, чтобы основные сведения о номере, цене, условиях проживания и преимуществах предложения пользователь получил ещё на сайте, а переход в модуль был понятным и измеряемым. Если после клика источник теряется в аналитике или бронирование превращается в длинную цепочку экранов, уже нельзя нормально оценивать коммерческий результат поискового трафика.
Обычно динамические комбинации дат и доступности не должны превращаться в тысячи самостоятельных поисковых страниц. Они нужны внутри системы бронирования, тогда как в индексе полезнее держать стабильные категории номеров, услуги и самостоятельные тарифные предложения — например длительное проживание или специальный пакет. Иначе календарь может породить множество слабых URL без отдельного поискового интента.
Работы привязываю не к моменту, когда номера уже нужно срочно загрузить, а к моменту возникновения поискового спроса. Курортному объекту и городскому бизнес-отелю нужны разные календари и разные страницы: где-то спрос формирует летний отдых, где-то командировки, мероприятия, праздники или выходные. Сезонные посадочные должны успеть проиндексироваться и набрать историю до соответствующего периода, а не появляться в его разгар.
Да, если услуга имеет собственный коммерческий спрос и гостиница реально может её продавать соответствующей аудитории. Например, конференц-зал для мероприятий — другой интент, чем проживание гостя, поэтому прятать его в абзаце общей страницы гостиницы невыгодно. Но отдельную посадочную не создаю только потому, что услуга упомянута в семантике: сначала проверяю, требует ли запрос самостоятельного ответа.
Не каждое уточнение заслуживает отдельного URL. Сначала определяю, является ли характеристика самостоятельным мотивом выбора и достаточно ли содержания для полноценной посадочной; в остальных случаях запрос лучше закрывать блоками на страницах номеров, услуг или самого объекта. Такой подход не раздувает сайт тонкими страницами ради длинного хвоста.
Не как обязательный «блог для SEO». Материал имеет смысл, когда он связан с реальным сценарием проживания: как добраться до значимого объекта, где остановиться перед мероприятием, что находится рядом с гостиницей, как спланировать конкретную поездку. Общие статьи вроде «10 мест, которые стоит посетить в городе» могут давать просмотры, но сами по себе слабо помогают продавать номер.
Позиции и небрендовый трафик нужны для диагностики, но конечная проверка — что происходит дальше: переходят ли посетители к выбору дат, открывают ли категории номеров, начинают ли бронирование и завершают ли его. Отдельно стоит разделять брендовый спрос и новых гостей из поиска, иначе рост запросов по названию гостиницы можно ошибочно принять за результат расширения SEO-охвата. Для внешнего модуля заранее настраивается тот уровень отслеживания, который технически позволяет система.
Напишите о нише и текущей задаче — разберу, где точки роста и с чего логичнее начать.
Связаться