22/01/2014
skomoroh:
Через E-Trade Content Creator можно. Если товары не специфические.
Александр Фролов:
Спасибо. Мне достаточно аналитики с лихвой, которую дает движок. У меня товаров, конечно, поменьше и их без проблем добавил через Csv от поставщика, потом фотки просто загружаются архивом и дописываются в Csv-шку названия и всё автоматом встает. Ну да, потратил время на прописывание названий фоток...Но не сидел, не добавлял по одной. Большей автоматизации представить пока не могу.
Через E-Trade Content Creator можно. Если товары не специфические.
Александр Фролов:
Спасибо. Мне достаточно аналитики с лихвой, которую дает движок. У меня товаров, конечно, поменьше и их без проблем добавил через Csv от поставщика, потом фотки просто загружаются архивом и дописываются в Csv-шку названия и всё автоматом встает. Ну да, потратил время на прописывание названий фоток...Но не сидел, не добавлял по одной. Большей автоматизации представить пока не могу.
22/01/2014
skomoroh:
Просто любопытно, как вы будете такое количество товаров на сайт загружать?
Просто любопытно, как вы будете такое количество товаров на сайт загружать?
Как правило, номенклатура загружается в базу магазина непосредственно из прайс-листов поставщиков, иногда вместе с наличием и сроками поставок. Прайсы могут автоматически скачиваться с серверов поставщиков или даже передаваться по электронной почте.
При таких объемах речь уже идет о нормальной автоматизации B2B, ручная обработка тут трудоемка. Но неизбежна - вот, хотя бы, задача привязки: один и тот же товар может по разному называться у разных поставщиков.
22/01/2014
Kukuk:
Как понимаю, 100000 или 10 товаров зависит от хостинга. Понятно, что писать самому не хочется и проще выбрать цмс. Лучше если заточенную под магазы при таком кол-ве товаров и с интеграцией с 1с или чем-то другим, чтобы автоматически вести учет, загружать товары с картинками, рассылки по клиентам делать и прочие штуки маркетинговые и не только. Еще нужна сео-оптимизация. чтобы не держать сеошника в штате, просто можно из платформы настроить всё. Текущие платформы, которые вижу как решения Insales и Advanshop. Последние больше нравятся тем, что можно купить, дорабатывать скрип и не платить постоянно аренду.
Как понимаю, 100000 или 10 товаров зависит от хостинга. Понятно, что писать самому не хочется и проще выбрать цмс. Лучше если заточенную под магазы при таком кол-ве товаров и с интеграцией с 1с или чем-то другим, чтобы автоматически вести учет, загружать товары с картинками, рассылки по клиентам делать и прочие штуки маркетинговые и не только. Еще нужна сео-оптимизация. чтобы не держать сеошника в штате, просто можно из платформы настроить всё. Текущие платформы, которые вижу как решения Insales и Advanshop. Последние больше нравятся тем, что можно купить, дорабатывать скрип и не платить постоянно аренду.
Количество товаров определяет технологии вашей работы:
- управление данными о товарах ( и это не просто заливка, потому что из прайс-листов вы зальете только 10 необходимых для торговли данных);
- количество, а значит и организацию исполнения заказов, что в свою очередь определить необходимые вам вычислительные ресурсы и в конечном итоге требования к хостингу;
- требования к функционалу навигации (чем больше товаров, тем качество поиска, фильтрации и т.п. должно быть выше)
- требования к механизмам ценообразования (чем больше номенклатура, тем сложнее потребуется механизм, потому что одним массовым редактированием цен тут не обойтись);
- и т.п.
Оптимизированный движков не бывает, потому что основная оптимизация не в движке а в контенте. Сеошник в штате вам не понадобится только в одном случае - если вы сами им станете. В остальных случаях за контентную оптимизацию и продвижение платить придется постоянно (потому что так будет делать ваши конкуренты, ведь речь идет не о SEO, как вы думаете, а о рекламе, которая двигатель торговли).
Для возможности доработки не надо покупать платный скрипт, можно взять подходящий опенсорс. Эффект тот же, но дешевле.
22/01/2014
Как правило, крупнооптовые компании и компании с большой номенклатурой получают информацию о товарах и их наличии только через импорт данных от поставщиков, потому что больше в таких объемах неоткуда. Такой импорт приходится настраивать отдельно для каждого поставщика, потому что разные форматы и протоколы передачи информации.
Для того чтобы наладить весь этот обмен, нужна прежде всего кропотливая работа с поставщиками и настройка ПО обмена данными.
Для того чтобы наладить весь этот обмен, нужна прежде всего кропотливая работа с поставщиками и настройка ПО обмена данными.
22/01/2014
Да, но для розничной торговли нужны качественные метаданные, которых в прайсах не найти. Если человек не будет привлекать покупателей через Сеть, то и мета-данные ему не нужны, тогда и прайса достаточно.
22/01/2014
Вообще зависит от поставщкиков, но, разумеется, ручной доп. обработки каталога никто не отменял. Тексты описаний, например, тоже хорошо бы сделать уникальными. А уж обновление наличия - это только автоматически для сотен-то тысяч товаров.
Некоторые наши клиенты ведут каталог в 1С, и потом экспортируют это в базу данных магазина. Некоторые, наоборот, ведут наличие в базе данных магазина, но все равно синхронизируют наличие и товарную базу с поставщиком. По разному делают...
22/01/2014
Александр Фролов:
Вообще зависит от поставщкиков, но, разумеется, ручной доп. обработки каталога никто не отменял. Тексты описаний, например, тоже хорошо бы сделать уникальными. А уж обновление наличия - это только автоматически для сотен-то тысяч товаров.
Некоторые наши клиенты ведут каталог в 1С, и потом экспортируют это в базу данных магазина. Некоторые, наоборот, ведут наличие в базе данных магазина, но все равно синхронизируют наличие и товарную базу с поставщиком. По разному делают...
Вообще зависит от поставщкиков, но, разумеется, ручной доп. обработки каталога никто не отменял. Тексты описаний, например, тоже хорошо бы сделать уникальными. А уж обновление наличия - это только автоматически для сотен-то тысяч товаров.
Некоторые наши клиенты ведут каталог в 1С, и потом экспортируют это в базу данных магазина. Некоторые, наоборот, ведут наличие в базе данных магазина, но все равно синхронизируют наличие и товарную базу с поставщиком. По разному делают...
Не получается. Контентную оптимизации делать в 1С не удобно, особенно если учесть что она не предназначена контроля HTML-разметки и т.п. (уже проверено) А в прайс-листы вколачивать для каждого ретэйлера уникальный SEO-текст ни кто не будет. Конечный контент для розничного магазина всегда приходится собирать по кускам из разных источников. Иначе про SEO, а значит и про успешные продажи, можно забыть.
22/01/2014
Конечно неудобно. Некоторые загружают десятки тысяч товаров из 1С, а потом доводят руками, силами менедежеров контента, уже на сайте, добавляя и редактируя необходимые атрибуты. Но вообще разные наши клиенты делают по-разному, в зависимости от своих возможностей и сложившихся бизнес-процессов. Общего рецепта нет.
22/01/2014
Александр Фролов:
Но вообще разные наши клиенты делают по-разному, в зависимости от своих возможностей и сложившихся бизнес-процессов. Общего рецепта нет.
Но вообще разные наши клиенты делают по-разному, в зависимости от своих возможностей и сложившихся бизнес-процессов. Общего рецепта нет.
Да, это как раз и есть проблема. Все делают по-разному, поэтому и общего рецепта нет. Просто у меня для моих клиентов рекомендации однозначные: в системе управления должен быть минимум данных о товаре (артикул, наименование, цена, количество), остальные данные хранятся и редактируются другими средствами и в других местах. Это особенно важно для случаев с очень большой номенклатурой в розничных магазинах, когда необходимо привлекать к работе большое количество людей, часть из которых будет удаленщиками. Прайс-лист нужен только для того, чтобы актуализировать цены и остатки (собственно он и является источником именно этой информации). Собственно поэтому наполнить магазин качественной информацией только импортом прайс-листа, как тут предлагалось с помощью E-Trade Content Creator и ему подобных, не возможно.
А то, что все вынуждены изгаляться в зависимости от качества и состава источников информации, то тут спору нет . Я скорее о будущей организации контент-менеджмента в будущем магазине говорю, а не о технической стороне дела.
Ответить
Читайте также
14/01/2021
Чем фреймворк отличается от CMS-конструкторов и каким интернет-магазинам он подходит...
Подробнее