По части ПО ориентир правильный, KeyAssort сравнительно самый оптимальный вариант, но это лишь подспорье, инструмент и не более.
Итоговое решение должно приниматься на базе хорошего понимания как работает релевантность, как создавать рабочие группировки, как создавать кластеры (как применяются различные типы кластеризаций и какие могут быть погрешности), а также как разделять рабочие интенты. Без этого даже с KeyAssort можно сделать массу ошибок.
Смотрите как можно больше обучающих пособий по формирование СЯ где разбираются практические случай, чтобы понимать рабочие тонкости.
Благо обучающих программ и разного рода вебинаров по работе с семантикой довольно много. Не все они хорошие, но именно опыт позволит отличать одно от другого и уверенно принимать практические решения.
The Bat! уже много лет.
Но до этого, еще в начале 2000-х помню были Outlook.
Отвечаете вопросом на вопрос? :) Славно :)
Уверен, продолжать такую полемику даже не стоит :)
Так и есть. Многие успешные бизнесы сделали прогеры.
Давайте попробуем вспомнить хотя бы штук 30-50.
Причем, не только финансовых, но и временных, а также волевых (и где-то там ещё маячит - организационных).
Иначе бы все успешные бизнес идеи осваивались программистами :) потому как чего чего, а программистам аналитических способностей не занимать.
TC пока ничего не предлагает, он скорее консультируется на тему насущных для него вопросов, поэтому рабочим оффером будет не он, а скорее дельцы, которые будут предлагать решить вопрос.
TC ли на них выйдет или наоборот, в общем-то не так важно. Итоговое решение об оплате за услуги всё равно будет принимать TC.
Я считаю, что нет и не может быть никаких правильных договоров между не начавшимся бизнесом и частным исполнителем, который лишь частично может влиять на ход рабочего процесса.
О доле на мой взгляд можно говорить только, если ты финансово участвуешь в деле и обязательно (!) принимаешь управленческие решения. Если ты ни на что (кроме профильных технических или рекламных вопросов) не влияешь, то всё это абсолютная фикция. В это можно конечно поиграть, но ровно до того момента, когда поймешь, что в случае перетасовки рабочих условий ты не имеешь никакого веса. Твою долю порежут или до момента фактических выплат так дело и не дойдет. Позитивных эмоций это не прибавит.
По характеру проекта TC на переднем плане нужно искать ни программиста, seo-шника или кого-то там, а тим-лида, который возьмётся за организацию процесса и сформирует (сам или при помощи доп. специалистов) плановые задачи. С него же - стратегия и вся процедурная документация (нередко она-таки нужна). TC эту функцию не тянет, а без стратегии и конкретных рабочих действий проект не запустится.
В варианте студии эту функцию берет на себя студия, но если он будет рассматривать башковитого частника в качестве тим лида (будь у него хоть менеджерский опыт, хоть опыт разработки, хоть рекламный) - вовлечен в проект он должен быть полностью. Вариант совмещения - по часу через день он не вытянет, проект проковыляет пол года и будет понятно, что только full time. Ни один программист, который скажет - давай я сделаю, не будет вникать в сложности, почему кто-то что-то не так делает, или не делает, или вообще весь процесс увяз в каких-то непонятных спорах и прениях как лучше.
Более-менее опытные фрилансеры в это не сунутся, потому что понимают, что в какой-то момент надобности по проекту заполнят всё рабочее время, - всех своих клиентов придётся подвинуть, а проект не факт, что выживает. Поэтому на эту тему могут подписаться, либо те, кто вообще без работы, либо авантюристы, намеренны заработать на проекте до поры до времени.
Прелесть фриланса в том, что на условиях частичной загрузки ты сам выбираешь себе оптимальный баланс между свободой выбора и занятостью, когда же ты на full time подряжаешься на проект, то это уже не фриланс, это подряд на работодателя от которого будет зависеть, согласует он тебе з/п на след. месяц или твоя з/п будет зависеть от финансовых сложностей проекта.
Что касается 3-го пункта.
Посмотрите как это реализовано в других CMS, в частности вам уже советовали Opencart, просмотрите какие настройки шаблонизации используют сторонние SEO модули, посмотрите какие предварительные настройки имеет Битрикс. В самом общем случае этого функционала достаточно. В частных случаях, когда SEO специалисту потребуется ручное заполнение, он составит рабочую запись самостоятельно.
По большому счёту вам нужно реализовать в шаблонах переменные, которые SEO оптимизатор по своему усмотрению использует при формировании рабочих записей (например, нередко в Title-е нужно выводить цену).
Что касается 1 и 2-го пункта. Логику URL навигации в зависимости от текущей рабочей структуры формирует SEO специалист. Здесь нужно много чего учитывать в зависимости от рабочих задач, рекомендаций ПС, конкретных рабочих данных, сформированной структуры и т.д.
Всё что вы просите должен определить SEO специалист в виде ТЗ в текущем рабочем порядке. На форуме вам подскажут только самые общие принципы и приёмы, но в конкретику вашей структуры глубоко погружаться не будут. А там кроме всего прочего нужно будет реализовать приёмы, которые позволят разделять группировки образованные пользовательскими фильтрами и тегированием от целевых посадочных категорий, которые необходимо индексировать. Многочисленные дубли - это то с чем придётся столкнуться.
Вопрос, что не индексировать, а что индексировать (в какой очередности по мере заполнения) - это всё решает SEO специалист.
Итого. Наймите специалиста и проработайте все необходимые вопросы.
Негативный фактор для ранжирования, а не для индексации.
Можете задавать вопрос тех. поддержке напрямую, будет вам оф. ответ.
Безусловно, есть. Даже если это действие лишь частично решает текущие задачи.
С тем же успехом можно задаться вопросом - если толк от молотка, если сам по себе он дом не построит.
