SEO карточки товара на Озон без набивания ключей и обещаний топа

Я открываю карточку с длинным названием и вижу пустое поле с характеристикой, по которой покупатель мог бы отбирать товар. В названии уже тесно от похожих слов, а в структурированных данных не хватает самого нужного. Начинать такую работу с очередного переписывания описания мне кажется бессмысленным: сначала надо понять, где товар теряет связь с запросом покупателя. В моих магазинах я рассматриваю карточку именно в таком порядке — от того, что продаётся и кому подходит, к формулировкам. Красивый текст оставляю на потом, если до него вообще есть смысл добираться.

Когда я занимаюсь SEO карточки товара на Озон, меня интересует не количество вставленных ключей, а путь от поиска до покупки. Покупателю нужно найти подходящий вариант, понять его назначение и убедиться, что характеристики совпадают с задачей. Продавец управляет частью этого пути, но не всей выдачей. У меня нет достоверной формулы ранжирования Ozon, поэтому обещать определённое место после правки заголовка я не буду. Зато могу выстроить последовательность действий, при которой понятно, что именно я поменял и какие показатели после этого проверяю.

Как покупатель находит товар и где теряются показы

Поиск начинается с потребности, но покупатель выражает её по-разному. Он может назвать сам предмет, указать совместимость, добавить материал или описать задачу, которую хочет решить. Затем он смотрит выдачу, уточняет запрос, включает фильтры и сравнивает предложения. Карточке нужно содержать достоверные сведения, которые позволяют сопоставить её с этим выбором. Это не означает, что любое слово из описания обязательно даст показ: правила сопоставления и вес отдельных полей я не знаю.

С характеристиками связь понятнее, чем с попытками угадать алгоритм по чужим советам. Если покупатель отбирает товары по определённому свойству, отсутствие подходящего значения в карточке может исключить товар из такой подборки. Упоминание того же свойства в свободном тексте нельзя считать надёжной заменой заполненного поля. Поэтому пустые характеристики могут стоить показов ещё до того, как человек увидит обложку или цену. Я проверяю доступные поля в выбранной категории и заполняю применимые значения по документам, упаковке или другим надёжным сведениям о товаре.

Запрос «как попасть в топ выдачи Озон» я перевожу в более практичный вопрос: что мешает конкретному товару получать подходящий поисковый трафик. Название и характеристики находятся под моим контролем, но место в выдаче нельзя закрепить одним текстом. На состав предложений перед покупателем могут влиять условия показа, наличие товара, доставка и рекламные размещения; точные веса этих факторов мне неизвестны. Собственная проверка позиции тоже не заменяет аналитику, потому что условия просмотра могут отличаться от покупательских. Поэтому я смотрю на результаты по группе запросов и на последующие действия людей, а не на красивое место в отдельной проверке.

Как собрать ключевые слова для карточки Озон

Я начинаю сбор формулировок с самого товара: его назначения, свойств, ограничений и совместимости, если она применима. Затем сопоставляю этот список с доступными данными о поиске в кабинете продавца. Аналитика поисковых запросов Озон полезна, когда из неё можно понять, какими словами покупатель пришёл и что произошло после показа. Состав доступных отчётов и показателей нужно проверять в своём кабинете, а не восстанавливать по старой инструкции. Если данных по запросам у меня нет, я использую поисковые подсказки и вопросы покупателей только как источники гипотез, без приписывания им неизвестной частотности.

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

Название я собираю вокруг понятного наименования товара и тех различий, которые помогают выбрать нужный вариант. Характеристики заполняю точными значениями, а в описании объясняю применение, комплектацию и ограничения обычным языком. Ключевые слова для карточки Озон здесь нужны как словарь покупателя, а не как отдельный слой текста поверх фактов. Если поисковая формулировка неточная, я раскрываю её смысл без обещания свойств, которых у товара нет. Подробную проверку содержания я описал в статье о том, как сделать карточку товара на Озон, чтобы покупатель понимал, что заказывает: она помогает отделить нехватку информации от нехватки ключей.

В каком порядке я делаю SEO-оптимизацию карточки Озон

До редактирования я сохраняю исходную версию карточки и показатели за выбранный период. В записи оставляю название, заполненные характеристики, описание, цену, сведения о продвижении и доступности товара. Период выбираю так, чтобы в нём было достаточно наблюдений для сравнения, а не случайный всплеск активности. Универсального срока здесь не назову: у товаров разный спрос, а изменения могут попадать в разные рыночные условия. Рядом фиксирую гипотезу, например пропуск свойства, из-за которого товар может не попадать в подходящий отбор.

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

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

Как посчитать результат правок по воронке и деньгам

Сравнение я начинаю с границ данных: какой товар, какой источник трафика и какие периоды рассматриваю. Поисковые показы нельзя без оговорок сопоставлять со всеми заказами карточки, если часть покупателей пришла из других мест. Когда отчёт позволяет отделить органический поиск от рекламы, я делаю это; когда не позволяет, прямо отмечаю ограничение. Для каждого показателя сохраняю одинаковое определение события до и после правки. Если кабинет считает переходы, посетителей и заказы по разным правилам, я не выдаю их механическое деление за точную конверсию одной воронки.

• Собираю показы и переходы по сопоставимому поисковому срезу. Делю переходы на показы и сравниваю полученное отношение до и после изменений: так проверяю, стала ли карточка чаще получать переход при появлении в выдаче.
• Беру заказы, относящиеся к тому же источнику и сопоставимой группе переходов, если такая детализация доступна. Делю заказы на переходы, а при отсутствии связки между ними не называю результат конверсией поискового трафика.
• Из показателя после правки вычитаю соответствующий показатель до правки. Отдельно смотрю изменение показов, отношения переходов к показам и отношения заказов к переходам, чтобы не спрятать разные причины за общим ростом.
• Для денежного расчёта собираю доход по выбранным продажам с учётом скидок за мой счёт и возвратов согласно устройству используемого отчёта. Проверяю, какие удержания уже отражены в исходной сумме, чтобы потом не вычесть их повторно.
• Из полученного дохода последовательно вычитаю себестоимость реализованного товара, комиссию площадки, логистику и остальные относящиеся к этим продажам расходы, если они ещё не учтены. Затем вычитаю затраты на продвижение выбранной группы продаж и называю результат вкладом после перечисленных расходов, а не полной прибылью бизнеса.
• Сопоставляю этот денежный результат между периодами, учитывая разницу в объёме продаж и условиях работы. Разницу не приписываю автоматически SEO: отдельно проверяю цену, продвижение, наличие, доставку и изменения спроса.

В этой последовательности мне нужен каждый переход между показателями. Если выросли показы, но переходов относительно показов стало меньше, возможно, карточка начала появляться по менее подходящим запросам или проигрывает соседним предложениям. Если переходы идут охотнее, а заказы относительно переходов просели, я проверяю соответствие обещания в выдаче содержанию карточки и условиям покупки. Когда заказы выросли, а вклад после расходов снизился, сам по себе рост трафика ещё не радует. Это направления проверки, а не готовые диагнозы: без разбивки по запросам и условиям продажи причина может оставаться неизвестной.

При небольшой активности я не делаю вывод по отдельным событиям и продолжаю наблюдение в сопоставимых условиях. В нескольких магазинах особенно легко перепутать улучшение карточки с изменением ассортимента или распределением доступных остатков. Поэтому я сохраняю один и тот же состав сравниваемых товаров и отмечаю всё, что могло повлиять на результат. SellOps я сделал сам, потому что не нашёл готового сервиса аналитики, которому доверял бы; общий подход к работе с ним можно посмотреть в описании того, как устроен сервис. Но никакой инструмент не восстановит отсутствующую связь между запросом и заказом, если исходные данные её не дают.

Почему набивание ключей приводит к неверным решениям

Типовая ошибка выглядит так: продавец добавляет в название и описание широкие запросы, видит рост общего числа переходов и объявляет SEO успешным. Затем он вычитает прежнюю выручку из новой и называет разницу заработком от оптимизации. В этом расчёте потеряны источник заказов, себестоимость, расходы площадки и возможные затраты на дополнительное продвижение. В деньгах ошибка равна той части заявленного результата, которая после корректного учёта расходов и сопоставления условий не подтверждается. Без исходных сумм я не назову размер потери, но направление понятно: на основании завышенной оценки продавец может продолжить расходы, которые продажи не покрывают.

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

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

Бывает и другая ситуация: запросы подходят, переходы есть, сведения заполнены, но покупатель всё равно не заказывает. Тогда я перестаю переписывать описание и смотрю на предложение целиком, включая цену, доставку, изображения и обратную связь. Недоверие к товару нельзя устранить перестановкой ключевых слов. Для такой проверки у меня есть отдельный разбор о том, как поднять рейтинг товара на Озон и не тратить силы на действия, которые его не меняют. Он нужен на этом этапе, чтобы не пытаться исправить текстом проблему, которая возникла совсем в другом месте.

Завтра я бы начал с карточки, у которой есть поисковая активность и заметный пробел в данных. Сохраните её текущую версию, выгрузите доступные показатели и запишите конкретную гипотезу, которую собираетесь проверить. Найдите применимые пустые характеристики, сверьте значения с источником и исправьте пропуск, не добавляя заодно случайных ключей. Отметьте дату изменения и условия продажи, затем повторите тот же расчёт по сопоставимому периоду, когда накопятся наблюдения. Следующую правку выбирайте по месту потери в воронке, а не по желанию ещё немного удлинить название.