Антоний Казанский

Скажу, что то, что закрыто для Яндекса не помешает закрывать и для Гугла. Другое дело, что Гугл может устойчиво игнорировать инструкции в robots (но это уже дело третье), но так или иначе отдельно для Гугла открывать для индексации все - я не вижу никакого полезного смысла.

Усилия придётся прикладывать и как правило вы столкнетесь с тем, что ваши страницы будут пересекаться по релевантности с добавленными запросами.

Фактически под новые запросы придётся писать/модернизировать тексты, а это как правило именно ручная работа.

Итого. Любого пути нет.

TOP100 откуда? Из поисковый выдачи или из какого-то аналитического сервиса?

Тогда. Перед тем, как приступать к формулировке положений ТЗ вы:

а) Должны представить структуру

б) Определить чётко в каких случаях это будут категории, а в каких случаях будут информационные статьи, а в каких вы используете семантику для карточек товара.

в) Должна быть понятна форматная текстовых областей. Для категорий это может быть традиционный блок текста внизу под листингом товара.

Но текстовые выводы можно формировать разнообразно, например, вы пишите:

--

Материал должен быть хорошего качества, и разбит на логические блоки,

--

Хорошего качества - это как? Любой копирайтер, когда пишет, он уверен, что пишет контент хорошего качества, однако когда происходит детализированный разбор многое всплывает наружу. Логические блоки - какие конкретно? Есть конкретная форматная структура текста? Допустим, описание, назначение, применение - дальше могут быть коммерческие блоки - доставка, гарантии.

Далее как классические модели копирайтинга используются в текстах знаете? Прочитайте, полезно.

Эти слова несложно проверить, так как смена руководителей ООО фиксируется в истории карточки юр. лица и данная информация находится в публичном доступе.

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

Очень интересно! Вот правда очень интересно (без иронии).

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

Согласен. Здесь нет противоречий.

А вот здесь мы к сожалению расходимся. Эффективная система - это способ организации внутренних ресурсов (временных, финансовых, интеллектуальных), однако если, условно, яблоки c гнильцой, то как их не перемешивай, как не взвешивай, не подогревай и не подкидывай, не выбирай места хранения и не регулируй влажность, и температуру, гнильца не уйдет. 

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

Делайте, пожалуйста, скидку. Это не форум программистов.  И уж тем более не форум по управлению. 

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

Читать ещё дополнительно что-то и вникать, чтобы понять собеседника - это доп. усилия и время. Если бы я решал рабочую задачу - я бы так и поступил, но у нас просто разговор, в котором желательно оперировать понятиями, соответствующие уровню восприятия слушающего. 

Читать о преимуществах SCUM подхода возможно полезно, но конкретно у меня в этом нет необходимости, мне искренне интересно, как это помогало вам в конкретных рабочих ситуациях.

Хорошо, при случае не отдам.

Интересный тезис. Каким образом я будут определять ценность? В каких величинах? 

Если страниц - сотни тысяч, каким образом я смогу определять ценность страниц для очень крупных магазинов и гипермаркетов? Как физически мне это сделать?

И как я могу их применять?

Дубли дублям рознь. Есть технические дубли из-за кривых или недостаточных настроек CMS и с ними действительно надо работать (обнаруживать и искоренять). А есть неполные дубли, связанные с необходимостью частичного дублирования. 

Да, все верно. Поэтому так или в любой контрольной точке мы работаем именно с человеком и определяем его потенциал. 

Если потенциал решительно не удовлетворяет рабочим условиях, то "Спасибо, но больше в ваших услугам мы не нуждаемся".

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

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

Делюсь опытом. Когда должность формулируется как здесь и определяется как SEO-вебмастер (кстати, удачно определили), то это будут задачи по всей широте вебмастеринга. 

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

Что с этой з/п в Москве делать-то? Купить себе курс Skillbox-а по корпоративной скидке? 

У меня был. Порядка 3 лет управления корпоративной веб студией и руководство командой в составе 7 человек.

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

Да, поделитесь, мне интересно. У меня хоть в настоящем и нет амбиций для занятия должностей по корпоративному управления, но для доп. развития не помешает.

Хочу уточнить - командой вы называете кого? Программистов одного профиля? Для меня команда - весь IT отдел, но устраивать общие брифинги и выносить на них специализированные задачи для общего обсуждения неэффективно.

Да, безусловно.

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

Здесь не соглашусь. 

В команду приходят люди разного уровня. Иногда они там появляются и настойчиво лоббируются собственниками компании. Задача эффективного управленца - не пороть и выгонять неугодных, а искать, предлагать и внедрять решения корпоративного менеджмента. 

Так вот вернёмся к началу абзаца. Как правильно и резонно отметил Слай - менторство одна из форм образования и поддержания рабочего уровня команды. 

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

Любая компания так или иначе "выращивает" специалиста. У кого-то, в зависимости от подготовки и квалификации этот рост происходит на 3-5% (благодаря освоению практической специфики), кто-то растёт на голову и выше, начиная с обучающей практики и дальше вырастая до уверенного специалиста.

Состав команды нередко разнородный и тем, кто может и хочется учится (но пока не хватает знаний и опыт) обязательно нужно помогать, а вот кто паразитирует на процессе, отсиживается, не желает принимать необходимость рабочей действительности и тормозит процесс - вот от таких членов команды нужно избавляться.

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

Я за то, чтобы искать подход к людям (но с учётом возможной перспективы их профессиональной реализации).

Как правило, нужен IT специалист на затыкания всех дырок в процессе.

По части SEO будет отвечать за трафик, а по всему остальному - как получится, потому что рабочих рук всегда не хватает.