warezliker

Подскажите, пожалуйста: 1. где можно посмотреть на демку (чтоб понять, как оно работает и где там что надо делать, чтобы исключить и т.д.) 2. будет ли совместимость с seo cms от @markimax? У него своя карта сайта, но, как я понимаю, он добавляет к стандартному сайтмапу свою часть, которая касается именно блога.

Здравствуйте. Ищу модуль/доработку для такой задачи: надо скрывать (не добавлять/удалять) из sitemap.xml и карты сайта некоторые товары или категории, чтобы они нигде не светились и не попадали в индекс. Искал тут и на маркетплейсе - не нашел

Сами ж начали

Я рад, что у вас такое самообладание

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

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

ок, спасибо за консультацию

Здравствуйте. Использовал симплу несколько лет, но в упрощенном режиме (т.е. были только разделы "покупатель", "адрес доставки" и "корзина"), оплата и доставка не использовалась (т.е. не было этих блоков) и автоматом подставлялась в заказ через настройку "использовать первый способ" в настройках симплы. Проблем не было. Сейчас для того, чтобы работать с гугл мерчант пришлось сделать полноценную корзину с выбором способов оплаты (оплата при получении и банковский платеж) и доставки (самовывоз и фиксированный тариф) и начались проблемы. 1. По какой-то причине треть заказов оформляется как потерянные (т.е. движок их помечает как ложные и не присваивает статус, хотя антифрауд выключен). 2. Сегодня, слава богу, попался продвинутый клиент, который сбросил мне скрин: Да, я понимаю, что на скрине ошибка модуля оплаты, но он же использовался по-умолчанию больше 3-х лет и проблем не было ни с оформлением, ни с потерянными заказами. П.С. заказ, при этом в админку попали несколько раз, пока клиент тыкал на кнопку оформления. OcStore 2.1. Simple 4.9.7

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

не поленился, посмотрел только что все ссылки из хелпа. Все воронки в битриксе, по сути, одно и то же - это маршрут от лида до закрытой сделки. Меня интересует именно прохождение людей по сайту, т.е. в каком моменте больше всего уходят посетители по пути к заказу. Т.е. отчет, который покажет, не где косячат менеджеры (т.к. это вообще отдельная тема), а где косяки на сайте.

Что мне это даст в плане построения воронки по пришедшим/купившим? Там строится воронка по статусам заказов

Обычный магазин, как можно было понять из моего вопроса Из вашего ответа ничего не понятно. Воронка начинаться на странице товара? А если у меня большая часть трафика льется на категории? Не учитывать страницы категорий?

Хочу сделать воронку продаж для своего интернет-магазина, но не знаю, как это сделать правильно. Путь клиентов не линейный (т.е. не все идут по маршруту главная -> категория -> товар -> корзина -> оформленный заказ). Пользователь может попасть на главную, карточку товара или же категорию - зависит от того, как настроена реклама или какие страницы выше в выдаче. Теоретически, как-то можно получить данные из аналитики в разрезе страниц, на которые попадают пользователи и как-то эти данные уже после сгруппировать, но как их получить и как сделать - хз. Кто как делал для себя? Или есть какие-то иные способы проанализировать данные и выявить "узкие места"?

Хз. Технически магазин +/- нормальный, симпатичный шаблон, толковая корзина. Есть мелкие косяки, но ничего критичного Если у вас осталась база поставщиков и есть возможность дать цены чуть ниже рынка, можно попробовать просто дать рекламу и посмотреть, что будет в итоге. Это как вариант, хотя тоже надо сесть и разобраться. Даже просто тест на неделю, посмотреть, будут ли заказы. Сам по себе не как бизнес я не знаю, представляет ли он какую-то ценность. Может 5-10 тыс рублей и то не факт

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

нет, не подойдет

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

Я имею ввиду подобный функционал: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=28703&filter_member=MarketInSG&page=2

Я понимаю, что модуль продать надо, но это совсем не то, что я ищу. Как минимум потому, что надо менять ВСЮ структуру сайта, чтобы его использовать.

Здравствуйте. Нужно решение, позволяющее делать ссылки на опции товара. Т.е. чтобы при открытии https://site.com/product.html#option_1 открывалась карточка товара с уже выбранной опцией (или набором опций) Один вариант на официальном маркетплейсе есть, но для меня не совсем подходит

Условия у вас довольно замороченные, на самом деле. В модуле СДЭК есть переопределение стоимости доставки для разных геозон. Т.е. вам проще и правильнее задать стоимость доставки напрямую в модуле для того или иного региона. Насчет почты россии не скажу, т.к. надо смотреть его возможности и настройки. Еще посмотрите Filterit от автора симплы - он как раз переопределяет настройки доставки и оплаты, возможно им накрутить что-то можно будет.

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

Здравствуйте. Продолжу вопросы про sitemap для разных языковых версий. Итак, есть русскоязычная версия сайта без языкового префикса и укркинская с префиксом /ua/. Меня интересует момент с записями блога и категориями записей: для них в SEO CMS TOP создаются разные ЧПУ для каждого языка. То, что ставит меня в тупик: Есть одна статья в модуле блога. ЧПУ для ее русской версии statya-na-russkom.html, ЧПУ для украинской версии stattya-ukrayinskoyu-movoyu.html Открываем index.php?route=record/google_sitemap_blog, смотрим: есть https://site.com.ua/statya-na-russkom.html и https://site.com.ua/stattya-ukrayinskoyu-movoyu.html Первый линк ок, по второму открывается та же статья на русском языке. Открываем ua/index.php?route=record/google_sitemap_blog, смотрим: есть https://site.com.ua/ua/statya-na-russkom.html и https://site.com.ua/ua/stattya-ukrayinskoyu-movoyu.html второй линк валидный, по первому линку открывается статья на русском языке, хоть там есть /ua/ в пути Теперь вопрос, зачем так сделано и как от этого избавиться? Т.к. логично было бы, что для русскоязычного сайтмапа были ссылки только на русскоязычные версии записей и категорий записей, а для украиноязычного - украиноязычных версий.

жесть... И, как всегда, ни слова об этом в документации