- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Важный нюанс. Технологически LM не заставляет индексировать страницу быстрее, LM передаёт роботу информация о датах изменения страниц, поэтому анализируя эту информацию индексатор сможет более правильно определить очередность в индексации.
LM - это инструмент приоритизации данных.
Никто не говорил, что наличие заголовка ускоряет индексацию. Наличие этих заголовков даст боту понять, какие страницы с момента последнего посещения не были изменены, стало быть их скан ровать нет смысла, тем самым экономится краулинговый бюджет (не утекает бестолково на то, что не изменилось) и тем самым с большей вероятностью бот скушает новые страницы при посещении сайта.
Множество сайтов, включая топовые интернет-магазины вполне обходятся и без LM.
Никто не говорил, что наличие заголовка ускоряет индексацию.
Смотрите, вы ответили,
Для ИМ надо обязательно, чтобы новые товары индексировать быстрее.
Я докажу, что не во всех случаях это имеет смысл, следовательно обязательности здесь нет.
Берем умозрительный случай. Совсем небольшой магазин на несколько сотен товаров.
Допустим, в конкретный момент времени происходит обновление - добавляется два десятка новых товаров.
В самом базовом случае 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.
СПС. Ну и я обойдусь. Лучше вдарю по 404, 301 и canonical.
В самом базовом случае CMS сгенерирует XML карту сайта
Кстати, хочу отметить, что у меня полностью рукописная CMS и ничего она сама не генерит. Но новые товары (всего порядка 6000, новых по 3-5 в неделю) появляются в Я черед 24-48 часов, в гугле примерно через сутки.
Колхоз или не колхоз - это уж личные оценочные характеристики :)
Суть в чём. Суть в том, что для некоторых сайтов - это действительно важно и нужно, поэтому на это действие имеет смысл потратить ресурсы и время.
Для других сайтов - небольших, мало обновляемых - это не обязательный инструмент, поэтому здесь уже по желанию, потому что сравнительного полезного эффекта это не возымеет.
СПС. Ну и я обойдусь. Лучше вдарю по 404, 301 и canonical.
Да, совершенно верно, это имеет более приоритетное значение.
Кстати, хочу отметить, что у меня полностью рукописная CMS и ничего она сама не генерит. Но новые товары (всего порядка 6000, новых по 3-5 в неделю) появляются в Я черед 24-48 часов, в гугле примерно через сутки.
Тогда замечу. Что XML карта тоже всего лишь инструмент, который конечно во многом помогает ПС обнаружить новые страницы. Но если у вас всё в порядке с индексацией и ранжированием, то тоже имеет место быть :)
p.s. Хотя я лично за то, чтобы XML карта всё же была и генерировалась корректно :)
Что XML карта
Я раз в пару лет делаю sitemap полуручками и скармливаю его поисковикам. Я теперь уже не тот чайник что 17 лет назад и мог бы уже и сам написать скрипт генерации XML но тут тоже мне кажется это не приоритет.
Я раз в пару лет делаю sitemap полуручками и скармливаю его поисковикам. Я теперь уже не тот чайник что 17 лет назад и мог бы уже и сам написать скрипт генерации XML но тут тоже мне кажется это не приоритет.
Вы сами для себя определяется важность и приоритетность рабочих дополнений.
Поэтому смотрите по обстоятельствам, в чём видите нарастающую проблему, туда и направляйте силы :)
Наличие этих заголовков даст боту понять, какие страницы с момента последнего посещения не были изменены, стало быть их скан ровать нет смысла, тем самым экономится краулинговый бюджет (не утекает бестолково на то, что не изменилось) и тем самым с большей вероятностью бот скушает новые страницы при посещении сайта.
Бред, не надо копировать с топвизора))
Но прав в том, что уменьшить использование краулингового бюджета раз в 10, да можно
Суть в чём. Суть в том, что для некоторых сайтов - это действительно важно и нужно, поэтому на это действие имеет смысл потратить ресурсы и время.
Суть в том, что это важно для всех сайтов, на это действие тратится 5 минут программиста