Смотрите, вы ответили,
Я докажу, что не во всех случаях это имеет смысл, следовательно обязательности здесь нет.
Берем умозрительный случай. Совсем небольшой магазин на несколько сотен товаров.
Допустим, в конкретный момент времени происходит обновление - добавляется два десятка новых товаров.
В самом базовом случае CMS сгенерирует XML карту сайта (обновит её) и включит туда два десятка новых URL-ов с новыми текущими датами. ПС скачает в очередной раз XML карту и увидит новые URL-ы и их даты.
В таком незначительном объёме ПС зайдет и проиндексирует эти страницы.
В этом случае LM не даст никаких преимуществ, потому что полезное содержание текущего обновления - это два десятка новых URL адресов, даты на которые сформируются автоматически на момент создания XML карты.
Условно говоря.
С LM мы сообщаем поиску - у нас есть обновление на 20 страниц, с датой обновления (условно) 1.10.2023 и при этом остальные страницы не обновлялись.
[Робот] - Ok, понял, иду индексировать новые 20 страниц, на остальные бюджет не трачу.
Без LM сообщаем - у нас есть обновление на 20 страниц с датой генерации XML карты т.е. та же 1.10.2023, по остальным страницам - неизвестно, потому, что у всех проставляется новая дата равная текущей даже генерации XML карты.
Выше мы говорили, что когда LM не поддерживается, робот перестаёт их учитывать.
[Робот] - Вижу 20 новых URL-ов в XML карте - иду индексировать, дальше по обстоятельствам.
И в том, и в другом случае 20 новых страниц будут первыми.
Важный нюанс. Технологически LM не заставляет индексировать страницу быстрее, LM передаёт роботу информация о датах изменения страниц, поэтому анализируя эту информацию индексатор сможет более правильно определить очередность в индексации.
LM - это инструмент приоритизации данных.
Давайте поможем вам разобраться.
Да, при дополнительном условии, что сайт сравнительно немаленький (от несколько десятков тыс. страниц) т.е. порталы, крупные СМИ, большие интернет-магазины.
Объём магазина какой? В целом, если вы добавляете товары до нескольких сотен в каждой рабочей итерации, то заморачиваться с настройкой LM особого смысла нет. Достаточно будет того, что вы будете обновлять XML карту сайта.
Множество сайтов, включая топовые интернет-магазины вполне обходятся и без LM.
Да, конечно.
Смотрите. Важный нюанс. ПС не берут на себя ответственность в определении оригинальности текста (есть прямые Платона по этому вопросу).
Те, которые не будут иметь трафика на данных страницах.
Да, верно. Я об это и говорил, что уник, рерайт - это всё условные конструкции.
Если в целом страница собирает устойчивые позитивные метрики, она имеет потенциал к развитию.
Даже если там и не будет текстового контента, а информация представлена графически.
Нет, здесь пожалуйста не смешивайте копирайтерские техники и дублирование контента.
ПС действительно не важно, как автор "собрал текст" - писал из головы или рерайтил сторонние источники, а вот фактическое дублирование - это уже негативный признак, однако и не 100% предопределяющий (это важная оговорка).
А это наиболее часто ошибка. Вместо реальных данных сервер просто отдаёт текущую дату.
Результат - ПС перестаёт учитывать эти данные.
Это не Яндекс выбрал эту стратегию, это исполнители ПФ выбрали такую стратегию.
Они крутят аномальное кол-во заходов, отрабатывая на первичный интерес клиента, как вышеуказанный пример с бытовками,
Клиент не понимает опасности, а такому исполнителю всё равно, что будет потом. Будет ли МПК или залёту по стуку.
Элементарно нет даже желания помочь клиенту сформировать нормальный поясняющий текст.
Разве Яндекс виноват в такой безответственности и пренебрежительности в работе?
Не нужно кому? Тому кто зарабатывает на накрутке? Да, не нужно, ибо это лихой и безответственный бизнес до первых проблем с ранжированием. Через год вы вернемся к этому сайту и подведем итоги.
Но всё это не имеет отношение к заявленной теме.
К заявленной теме имеет отношение тезис о том, что рерайт сам по не является чем-то недопустимым.
Рерайт - это вообще слэнговое понятие, ПС им не оперирует.
Если это качественный авторский рерайт более удачно раскрывающий рабочую тему, то Яндекс вполне может его высоко отранжировать. Эта мысль уже проговаривалась и фиксировалась пруфами с Яндекса здесь.
Потому что изначально было заявлено, что это лишь вспомогательный инструмент и он не является достоверным доказательством первоисточника.
Если детально разобраться там уже давно прокисшая история.
Сам домен этого сайта зарегистрирован в 20-ом году, а отзывы (конкретно на самом сайте) аж с 16-го.
Бизнес активности по этому домену начались в 21, перекрытие обилия негативных отзывов в 23-ем.
Резкий скачок трафика на порядок (естественно только с Яндекса) - с лета этого года.
Такие истории весьма наглядны и занимательны, посмотрим, что будет с этим доменом через год.
Делайте выводы.
Здесь главное не путать тёплое с мягким.
Что мы обсуждаем? Ранжирование нового сайта или учёт профиля в Метрике? Ранжирование нового сайта - это результирующий итог. Учёт конкретного рабочего профиля - частная рабочая деталь. Ты цитируешь второе. Если со вторым - можешь написать мне в личку поэтапно проведу тебя с видеоскриншотами и продемонстрирую разницу как отрабатывает нулёвый профиль (Метрика его просто проигнорирует и записывает в боты) и пересобранных уже другой профиль на том же IP, но с проработанной релевантной историей.
Не исключаю. Но здесь надо детально проверять какая ситуация по рабочим сессиями. Если ты просто меняешь симки на одном устройстве, то Яндекс скорее всего агрегируют твои новые IP собирая тебя в единый профиль. В результате ты можешь получать просто возвраты самого себя с разных симок.
