- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
e_v_medvedev, То есть, Вы считаете, что проще будет фото и описания напрямую в CMS грузить (в нашем случае Magento)? Или дело не в том, что проще, а как правильнее))))
e_v_medvedev, То есть, Вы считаете, что проще будет фото и описания напрямую в CMS грузить (в нашем случае Magento)? Или дело не в том, что проще, а как правильнее))))
Мой опыт работы с клиентами, имеющими сайты на Мадженто и 1С подсказывает именно такой вариант. В 1С как правило ведется минимум данных, предназначенных для идентификации товара, а не для его демонстрации со всех сторон и в лучшем виде. В результате приходится сначала выгружать данные из 1С в какой то промежуточный формат, потом добавлять туда данные, необходимые для SEO (подготовленные другими средствами), и потом заливать в базу сайта. То есть проблема в том, что без промежуточной обработки данные из 1С в базу заливать не получается. А есть еще проблемы с импортом настраиваемых товаров. Тогда и 1С нужно будет допиливать. Так что универсального решения не получится.
e_v_medvedev, Большое спасибо за ответ! Используем модуль Ругенто, настраиваемые товары да, это отдельное веселье))) Но вроде получается у программиста, причем без изменения конфигурации 1С, разве что только местами приходится менять что-либо в ведении номенклатуры))) Но так как и 1С и сайт с нуля - нестрашно все это. Хотелось бы понять, почему именно неудобно делать полный обмен между УТ и CMS. Поэтому, собственно, и спросил...
e_v_medvedev, Большое спасибо за ответ! Используем модуль Ругенто, настраиваемые товары да, это отдельное веселье))) Но вроде получается у программиста, причем без изменения конфигурации 1С, разве что только местами приходится менять что-либо в ведении номенклатуры))) Но так как и 1С и сайт с нуля - нестрашно все это. Хотелось бы понять, почему именно неудобно делать полный обмен между УТ и CMS. Поэтому, собственно, и спросил...
Ну да, другой вариант прописывания связи группирующего и группируемых товаров это отразить связь через правильное формирование артикулов. А для синхронизации цен и остатков выгрузка всего объема данных в CommerceML не разумна. Обработка объемных файлов XML съедает много вычислительных ресурсов у хостинга (проще использовать CSV файл). Правда я возможностей модуля Ругенто не знаю. Может для первоначальной заливки он от части и подойдет, но все равно нужно будет проводить поисковую оптимизацию контента и делать это в 1С не рационально. Правда как известно "дьявол кроется в деталях". Может конкретно для вашего случая решение вполне приемлемое.
У модуля есть возможность обмена только изменившейся информацией с широкими настройками, и т.д... Ну и про детали Вы абсолютно правы. И вот про оптимизацию сильно не задумывались пока, да, надо поразмыслить, спасибо!
---------- Добавлено 25.09.2015 в 18:16 ----------
Добрый день! А подскажите, в чем именно "неудобность" такого решения? Как раз сейчас организовываем именно это (полный обмен 1С УТ и CMS), может быть зря? :)
Я тоже выбрал вариант при котором из 1С на сайт грузятся только изменения в категориях и товарах (название, остаток, цена). А заполнение карточки товара (описание, свойства, фотографии) ведется уже на сайте, в админке. В админке сайта удобно настраивать уровень доступа человека, который занимается наполнением (контент-менеджер по-научному?) Почему не заполняем все сразу в 1С? Изначально не знал, что такая возможность есть) А теперь понимаю, что работать с сайтом из админки удобнее. И, да! Пускать в 1С посторонних совсем не хочется.
А полностью вся система работает так: 1С Розница - 1С Управление Торговлей - Сайт
Обмен происходит по расписанию или можно провести вручную.
Когда все это настраивал, пришлось тоже прилично выложить программистам, хотя сложнее было найти толкового специалиста, который мог изменения в CMS писать и одновременно разбирался хотя бы немного в принципах взаимодействия с 1С.
Почему не заполняем все сразу в 1С? Изначально не знал, что такая возможность есть) А теперь понимаю, что работать с сайтом из админки удобнее. И, да! Пускать в 1С посторонних совсем не хочется.
Вроде бы в 1С можно тоже права как хочешь выдавать.
Тут еще вопрос, с чем предполагается работа операторов магазина, колл-центра.
e_v_medvedev, полностью соглашусь.
Вообще туда-обратно, по-хорошему. надо гонять только идентификаторы, тайтлы и цены.
У нас сейчас все просто: номенклатура и все-все-все для нее хранится в 1С УТ 10.3 (конфигурацию не пилили), в магазин выгружается самописной обработкой. Обработка прайсов поставщиков делается другой обработкой и вот тут постоянно приходится что-то менять, т.к. поставщики изобретательны до невозможности. Но 1С весьма неудобна для работы с номенклатурой: пользователи неоднократно говорили что в CMS гораздо проще и быстрее все делать. И есть желание от 1С избавиться, но пока увы...
......Но 1С весьма неудобна для работы с номенклатурой: пользователи неоднократно говорили что в CMS гораздо проще и быстрее все делать. И есть желание от 1С избавиться, но пока увы...
Спасибо за отзыв! А что именно неудобно в 1С УТ? Вопрос без подтекста)))) Просто у нас сейчас УТ 11, и возможности работы с номенклатурой очень и очень впечатляют. Но с одной оговоркой - все пока в тестовом варианте без живой, полноценной работы. Поэтому и выпытываю у всех, чем именно плох выбранный вариант. Потому как на данный момент создается впечатление, что все таки в 1С удобнее организовать работу с номенклатурой, нежели чем в CMS (опять же, речь только про Magento, других не щупал).
А по поводу выгрузки прайсов - это да.... Пока не занимались вплотную, так как торговля со своего склада сначала планируется. Ну а потом конечно да, прайсы будем выгружать, и тут приготовился уже к отдельному софту и отдельному геморрою.)))