Доработка KNR24.ru на Shop-Script: маркетплейсы, CRM и поддержка

Плагин кнопок Ozon, Wildberries и Мегамаркета для KNR24.ru

Переход из карточки магазина на нужный маркетплейс

Заказчику требовалось связать товары на KNR24.ru с собственными карточками на внешних площадках. Покупатель должен был видеть рядом с товаром понятные действия: «Купить на Ozon», «Купить на Wildberries» и «Купить на Мегамаркете» — и переходить по соответствующей ссылке.

Разработали отдельный плагин для Shop-Script. Ссылки задаются в редакторе товара: для каждого маркетплейса используется своё поле. При этом для всех цветов и размеров одного товара предусмотрена единая ссылка на его карточку на выбранной площадке. Не требуется заводить отдельный адрес для каждой товарной модификации.

Условный показ кнопок и независимые настройки площадок

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

Решение изначально требовалось именно в виде самостоятельного плагина с возможностью включения и выключения, поскольку заказчик планировал использовать его и на других сайтах. Такой формат позволял управлять функцией отдельно от описаний товаров и не вставлять кнопки вручную в каждую карточку.

Перенос плагина только на выбранную витрину morzh.pro

Позднее этот плагин добавили на morzh.pro в установке, где также работал camping-tent-sauna.com. В задании было важное ограничение: кнопки «Купить на Ozon» и «Купить на Мегамаркете» нужно было вывести только на morzh.pro, а не на всех витринах этой установки.

Доработка учитывала не только наличие ссылок у товара, но и место их показа. Российские маркетплейсы не должны были автоматически появляться на англоязычном сайте только потому, что витрины используют связанные настройки магазина.

Статистика товаров с заполненными ссылками

После внедрения кнопок добавили статистику: сколько товаров имеют ссылки на карточки маркетплейсов. Это отдельный инструмент контроля заполнения каталога — он показывает наличие связей с площадками, а не число переходов покупателей или оплаченных заказов.

Владелец магазина получил способ оценивать, какая часть ассортимента уже снабжена такими ссылками. Плагин связывает карточки ссылками; обмен каталогом, ценами, остатками и заказами между магазином и маркетплейсами в этот функционал не входит.

Настройка nofollow и noindex у внешних ссылок

По отдельному запросу доработали разметку кнопок Ozon и Мегамаркета: добавили rel="nofollow" и предусмотренную заданием разметку noindex вокруг соответствующего фрагмента. Изменение касалось блока внешних переходов, а не запрета индексации всей товарной страницы.

Эти настройки относятся к обработке ссылок и текста поисковыми системами. Они не являются гарантией роста позиций и не заменяют полезное описание товара или корректную структуру сайта.

CRM: динамические сегменты покупателей по категориям товаров

От отдельного товара к группе покупательских интересов

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

Реализовали формирование динамических сегментов по категориям заказанных товаров. При уточнении задачи отдельно определили, что речь идёт именно о категориях каталога, а не о типах товаров или произвольных списках. Это различие важно для правильного состава выборки.

Использование существующих и будущих заказов

Условие сегмента должно было применяться к уже накопленной истории заказов и учитывать новые заказы в дальнейшем. Поэтому решение не сводилось к разовой ручной выгрузке контактов: сегмент формировался по заданному признаку покупки.

Назначение доработки — использовать такие группы в рассылках через CRM. Например, выбирать аудиторию, которая уже заказывала товары нужной категории, вместо отправки одного и того же предложения всей клиентской базе.

Поиск MyLang и локализация связанных витрин

Почему товары без перевода не находились в поиске

На camping-tent-sauna.com товары не находились ни во всплывающих результатах, ни на отдельной странице поиска. При разборе установили, что MyLang подменял штатный поиск и искал по переводам, которых у части товаров не было.

Проверили оба сценария: после добавления переведённого названия тестовый товар появился в поиске MyLang, а при отключении этого поиска штатная выдача находила товары по исходным данным. Тем самым отделили проблему отсутствующих переводов от ситуации, когда товара вообще нет в каталоге.

Выбор подходящего режима поиска

Для заказчика описали три варианта: заполнить переводы товаров; использовать настройку MyLang для поиска также по оригинальным названиям и артикулам; либо оставить штатный поиск вместо поискового механизма MyLang.

В проверенной на тот момент конфигурации дополнительный режим MyLang не искал по оригинальным описаниям и характеристикам и возвращал только часть результатов — в приведённом примере первые два товара из штатной выдачи. Заказчик выбрал вариант со штатным поиском по названиям. Задача закрыта с учётом ограничения: такой вариант не следует описывать как полноценный поиск по всем переводам.

Русские надписи на in-tent.ru без изменения английской morzh.eu

На русскоязычной витрине in-tent.ru отображались английские заголовки. Сайт использовал ту же тему и общие настройки, что и morzh.eu, где английский язык, наоборот, требовалось сохранить.

Исправили языковое отображение для in-tent.ru, не переводя английские надписи на morzh.eu. Это была адресная доработка конкретной витрины, а не глобальная замена текста в общей теме, которая изменила бы соседний сайт.

Аксессуары и сопутствующие товары на camping-tent-sauna.com

Отключение случайных позиций в блоке аксессуаров

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

В рамках настройки разобрали группы аксессуаров и параметр количества случайных товаров. Установка нулевого значения отключила случайный вывод. Таким образом, состав блока можно было контролировать через настройки, не удаляя сами товары из каталога.

Индивидуальный список аксессуаров и отдельные рекомендации

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

Отдельно разъяснили управление вкладкой «Рекомендуемые товары» и блоком сопутствующих товаров — cross-selling. В редакторе можно выбирать рекомендации вручную для конкретной карточки. Настройки этого блока и плагина аксессуаров находятся в разных местах: изменение одного списка не означает автоматического изменения другого.

Настройка и демонстрация на примере карточки позволили разделить два инструмента: подбор аксессуаров и ручные сопутствующие рекомендации. Заполнение всего ассортимента в эту задачу не входило.

Примечание к заказу и защита формы обратного звонка

Пожелания покупателя при оформлении на morzh.pro

В оформление заказа morzh.pro добавили поле «Примечание». Оно предназначено для пожеланий покупателя к заказу: такую информацию нужно иметь возможность передать непосредственно при оформлении, а не только отдельным сообщением после покупки.

Обращение по нежелательным заявкам на KNR24.ru

Через форму «Заказ обратного звонка» на KNR24.ru поступало много нежелательных заявок. Заказчик обратил внимание на отсутствие капчи и попросил защитить этот канал связи.

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

Платёжный плагин Helcim и развитие сценария оплаты

Ранее разработанный плагин для camping-tent-sauna.com

Для camping-tent-sauna.com ранее был разработан плагин приёма платежей через API Helcim с авторизацией по токену. В последующем обращении заказчик вернулся к его запуску: модуль присутствовал в настройках оплаты, но возникла проблема с доступом к нему через Инсталлер.

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

Возможные сетевые ограничения и изменения API обсуждались как предположения, а не установленные причины первоначального отказа.

Автоматический переход к оплате и резервная кнопка Pay Now

Дополнительные требования. После возобновления платежей покупателю всё ещё приходилось нажимать небольшую кнопку для перехода в платёжную систему. Заказчик запросил автоматическое открытие оплаты и заметную резервную кнопку «Pay Now»: крупную, яркую, красного цвета.

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

Передача подтверждения платежа в административную панель

Отдельно зафиксировано отсутствие уведомления об успешном платеже в административной панели магазина. Требовалось, чтобы сотрудники видели факт оплаты, а не только наличие созданного заказа.

Исправление уведомления не подтверждено. Возобновление платежей и корректная передача их результата в магазин — разные этапы проверки интеграции.

Задачи по скорости: INP, LCP и загрузка страниц

Запрос на улучшение Core Web Vitals для KNR24.ru

Постановка задачи, без подтверждённых результатов оптимизации. В отдельном обращении заказчик сообщил о повышенных INP и LCP у большинства страниц KNR24.ru по данным Google. К обращению приложены ссылки на скриншоты и мобильный отчёт PageSpeed Insights.

LCP относится к появлению основного крупного содержимого страницы, а INP — к отзывчивости интерфейса при взаимодействии. Поэтому запрос касался не только ощущения «сайт долго открывается», но и двух разных сторон пользовательского опыта: загрузки содержимого и реакции на действия посетителя.

Граница между задачами разработчика и хостинга

В ответе хостинга внимание было обращено на структуру страниц, JavaScript и CSS; одной серверной настройкой устранение проблемы не обещалось. Поддержка предложила разработчику определить необходимые изменения и сообщить о конкретных требованиях к серверу.

При этом заранее исключать сервер из анализа LCP неправильно: на показатель влияет и время получения ответа, и последующая загрузка и отображение ресурса. Для INP существенна работа браузера при обработке взаимодействий. Это объясняет предмет будущей диагностики, но не означает, что анализ причин и соответствующие исправления уже выполнены в этом проекте.

В представленном материале нет перечня внедрённых оптимизаций или сопоставимых замеров до и после. Поэтому кейс сохраняет сам запрос по INP и LCP, но не содержит выдуманных баллов PageSpeed, процентов ускорения или утверждения о прохождении Core Web Vitals.

Долгая загрузка страницы отзывов и смещение надписи в шапке

Для camping-tent-sauna.com поступило отдельное обращение: страница отзывов о товаре долго загружалась до конца, а во время загрузки надпись в шапке находилась не на своём месте. Требовалось исправить отображение шапки и разобраться с завершением загрузки страницы.

Это отдельная задача другой витрины, без подтверждённого завершения. Причина смещения и замеры стабильности макета не зафиксированы.

Дополнительные требования к аналитике и сопровождению

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

События кнопок маркетплейсов в Яндекс Метрике

Для оценки интереса к внешним площадкам заказчик запросил отслеживание нажатий на кнопки. В обсуждении указаны идентификаторы ozon-button, wb-button и megamarket-button; предусматривались цели типа JavaScript-событие и привязка к соответствующим кнопкам.

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

Просмотр заказов сотрудником без прав администратора

Сотрудник с предоставленным доступом к Shop-Script не видел заказы. Требовалось разобраться в настройках прав и обеспечить необходимый рабочий доступ, не назначая полный административный уровень.

Выгрузка всех адресов с ошибками из отчёта рассылки

В отчёте отправленной рассылки был список адресатов, письма которым завершились ошибкой. Заказчику требовалось выгрузить все такие адреса в файл для последующей повторной отправки, вместо ручного копирования страницами по 50 записей.

Запрос состоял в добавлении кнопки массовой выгрузки списка с ошибками. Это не просьба повторно отправить всю рассылку всем получателям и не подтверждение исправления причин недоставки.

Изображения публикаций в блогах на теме Special

На morzh.eu и morzh.pro изображение записи блога приходилось задавать через дополнительные параметры в настройках метаданных. Для контент-оператора это было неудобно по сравнению с привычным выбором файла.

Заказчик попросил упростить добавление картинки к публикации. Требование относится к работе с изображением поста в теме Special, а не к загрузке фотографий товара.

Английские даты и названия стран в уведомлениях

Уведомления о заказе с camping-tent-sauna.com приходили, но дата и страна оставались на русском языке, хотя для сайта был выбран английский. Требовалось привести эти элементы писем к языку английской витрины.

По этому вопросу заказчику рекомендовали обратиться в поддержку Webasyst. Эта задача отделена от выполненного перевода надписей на in-tent.ru: корректный язык витрины сам по себе не подтверждает правильную локализацию всех email-уведомлений.

Обновление темы Seller и завершение перевода — приостановленная задача

Для прежней версии camping-tent-sauna.com на теме Seller заказчик запросил обновление темы и завершение английского перевода. Часть пунктов меню оставалась на русском; при обновлении требовалось ориентироваться на актуальную информацию основной витрины.

Обновление и завершение перевода были приостановлены. Перед возвращением к задаче требовалось конкретизировать оставшиеся непереведённые элементы.

Пропавший выбор городов в доставке

На morzh.pro возникло обращение по оформлению доставки: при вводе Москвы или Екатеринбурга города не подставлялись и не выбиралась служба доставки. На следующий день аналогичная проблема была описана повторно.

В обсуждении прозвучало предположение о сбое на стороне СДЭК. Конкретное техническое решение не зафиксировано, поэтому эпизод описан как обращение по доступности доставки, а не разработка новой интеграции.

Результаты сопровождения KNR24.ru и связанных витрин

Подтверждённая часть проекта включает плагин кнопок маркетплейсов с индивидуальными ссылками у товаров, перенос на выбранную витрину, статистику заполнения ссылок, настройку их разметки и динамические CRM-сегменты по категориям заказанных товаров. Для связанных витрин выполнены задачи по поиску и локализации, настройке аксессуаров и добавлению примечания к заказу; на KNR24.ru закрыто обращение по защите обратного звонка.

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

Когда вашему интернет-магазину нужны похожие доработки

Этот опыт применим к задачам, где требуется добавить переходы на маркетплейсы, собирать аудитории для рассылок по истории покупок, разделять функции между языковыми витринами, настраивать товарные рекомендации или восстанавливать работу отдельных элементов Shop-Script. Для платежей и скорости сначала важно определить проблемный этап и подтвердить причину, а затем выбирать изменение.

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

Подробнее о направлении: программирование и доработка интернет-магазинов. Другие примеры сопровождения собраны в разделе доработки сайтов в портфолио Quadro Design.