Предлагаю для обсуждения определения из статьи "Что такое SEO?". Хотя на данный момент материал немного устарел но для отправной точки думаю сойдет.
Да, не густо. По статистике моих клиентов поиск должен давать в среднем 2/3 посетителей.
Любой язык программирования есть язык. Его возможности обусловлены наличием библиотек. В PHP таких библиотек не меньше чем в RoR, просто вы их не знаете, отсюда и ваши заблуждения на счет сроков разработки и прочего. А дефицит исполнителей это неизбежно рост стоимости владения сайтом.
Попробуйте начать отсюда http://smartceo.ru. Материал правда не полный и местами сыроват. Сейчас работаю над систематизацией накопленного материала. Надеюсь скоро выложить. Если интересует что-то более конкретное пишите.
Если под СЕО понимается SEO, то это реклама. Вопрос - нужна ли реклама в торговле? Если денег - куры не клюют, то SEO можно заменить огромным рекламным бюджетом на Директы и АддВоррдсы и не напрягаться по поводу движения к топу выдачи.
Крупные магазины возможно SEO как средством привлечения посетителей и не используют. Мелкие вынуждены использовать рекламный бюджет только для первоначального привлечения, а потом двигаться вверх за счет SEO и других средств.
Да, и еще, большинство продавцов и сеошников, ошибочно полагают, что потенциальный покупатель ищет в сети именно товар, поэтому и двигать пытаются каждый товар в отдельности. Очевидно что в магазинах с большой номенклатурой это не реально.
Ну да, другой вариант прописывания связи группирующего и группируемых товаров это отразить связь через правильное формирование артикулов. А для синхронизации цен и остатков выгрузка всего объема данных в CommerceML не разумна. Обработка объемных файлов XML съедает много вычислительных ресурсов у хостинга (проще использовать CSV файл). Правда я возможностей модуля Ругенто не знаю. Может для первоначальной заливки он от части и подойдет, но все равно нужно будет проводить поисковую оптимизацию контента и делать это в 1С не рационально. Правда как известно "дьявол кроется в деталях". Может конкретно для вашего случая решение вполне приемлемое.
Мой опыт работы с клиентами, имеющими сайты на Мадженто и 1С подсказывает именно такой вариант. В 1С как правило ведется минимум данных, предназначенных для идентификации товара, а не для его демонстрации со всех сторон и в лучшем виде. В результате приходится сначала выгружать данные из 1С в какой то промежуточный формат, потом добавлять туда данные, необходимые для SEO (подготовленные другими средствами), и потом заливать в базу сайта. То есть проблема в том, что без промежуточной обработки данные из 1С в базу заливать не получается. А есть еще проблемы с импортом настраиваемых товаров. Тогда и 1С нужно будет допиливать. Так что универсального решения не получится.
Тухлое занятие. Метаданных в 1С все равно не хватает. Да и картинок в торговом зале как правило нужно больше чем в системе учета. Кроме того ни кто не пустит контент-менеджеров в систему управления. В лучшем случае в админку сайта ИМ.
Главное не что, а куда. Луче если бы он нес его отсюда и куда подальше :-).
XML это метаязык. Проблема не в нем, а в том, что на нем строят. Если это CommerceML, то организация XML кажется рукожопой, а если это HTML, то все нормально. Да и CommerceML не так широко используется на самом деле, как вы это представляете.
