Совершенно верно. Нанятый программист будет работать строго по ТЗ и пока проблему не определят, не укажут и в должных подробностях не распишут, он будет сидеть и ждать ТЗ.
Есть конечно варианты, когда программист берет на себя функцию и ответственность за сопровождение и оперативное взаимодействие с другими сотрудниками, но тогда он уже технический куратор проекта. Ни один программист без особой надобности на себя такую ответственность не примет.
Видите ли. Уметь выполнять задачу, и прогнозировать рабочую ситуацию, также задачу определять и передавать на исполнение - вообще две разные функции.
Программист работает сугубо по ТЗ, а вот определить проблему, сформировать рабочую задачу, перенаправить её программисту - это задача технического директора, или технического тимлида, или, в данном случае, оптимизатора.
А вот это уже потенциально проблемная зона, потому что в новых категориях могут быть сформированы новые URL-ы на те же товары, которые могут быть дублями.
При смене релевантности страниц вы можете получить просадку позиций, а при систематической смене релеватности у вас могут прыгать позиции, то туда, то сюда.
Поэтому сеошник на проекте должен быть, чтобы контролировать такие моменты и вовремя принимать необходимые решения.
Программист безусловно за этим следить не будет, это не его зона ответственности.
Так сравните результаты ранжирования и расскажите нам, какие у вас наблюдаются изменения :)
Спасибо, я помню :)
Но также могу с уверенностью сказать, что до 2019 года точно пользовался передачей свободного рефера в Метрику и как минимум год назад это еще работало,
как сейчас - не могу уверенность сказать, просто нет таких задач сейчас. Но при случае конечно не помешает проверить.
Я про этот вопрос не уточнял, это Володя спрашивал :) Да, я видел такие решения, но без учёта конверсий Метрики они годятся лишь для имитации гостевых действий.
Если речь идёт только о расширении ассортимента и увеличении доп. категорий, а добавленные категории и товары согласуются с логикой и структурой старого сайта, если при это URL-ы трафикообразующих страниц не поменялись (при этом любой доп. уровень, расширение или даже "/" в конце URL - сформирует неоответствие, а значит возможный дубль), если при этом вы не наследуете те проблемы, которые могут быть для вас в слепой зоне, то тогда - да, ваши шансы сохранить трафик и поисковую видимость сайта увеличиваются.
:) да что-то Гришковец вспомнился, вот и притянул за уши :)
Вот-вот, как раз этот пример.
Видит. Но в Метрику можно передать любой рефер, в том числе и поисковый и Яндекс смешает его с общими показателями (по-моему эту дырку еще не закрыли),
но дырка бесполезная, пустая передача рефера не окажет влияния на ранжирование, если не было клика в серпе - проверено собственноручно.
Поисковики воспримут изменения на сайте, а на сколько они были удачны, корректны и как согласуются с прежними целевыми адресами - вот что вас должно волновать в первую очередь.
Проведем такую аналогию. Допустим вы закончили школу несколько лет назад, и тут первая встреча с одноклассниками. Вы вдруг решаете - какие туфли надеть - те, в которых вы были на выпускном (и которые еще как раз) или лучше недавно купленные про запас. Вот туфли - тот же хостинг, всем всё равно будет в каких туфлях вы придете, всем будет интересно насколько вы изменились и какой вы сейчас. Вот тоже самое и поисковики.
Гарантированных вариантов нет. Но лучшим будет тот, если в команде у вас есть сеошник и он сделает всё доступное и необходимое, что сохранить результаты поисковой видимости и вероятно eё улучшить.
