- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
А это наиболее часто ошибка. Вместо реальных данных сервер просто отдаёт текущую дату.
Результат - ПС перестаёт учитывать эти данные.
Ну вот я озадачился теперь. Выходит имеет это смысл только с часто МЕНЯЮЩИМСЯ контентом. А мне, например, с интернет-магазином вообще нет смысла заморачиваться - существующие товары неизменны годами, а новые и так новые.
У мен сейчас вообще ласт-модифайт не отдается. Я так понимаю и не надо трогать.
У мен сейчас вообще ласт-модифайт не отдается. Я так понимаю и не надо трогать.
А вот дурацкий вопрос, что, стоит настроить чтобы сервер отвечал last-modified всегда сегодняшним числом?
last-modified - дату модификации документа
Если дата поменялась, то должны быть и изменения в документе
Если всегда сегодняшним числом? а документ без изменений, присылают плюшки🤣
существующие товары неизменны годами, а новые и так новые.
У меня сейчас вообще ласт-модифайт не отдается. Я так понимаю и не надо трогать.
Если годами не меняются, как раз и должно быть настроено
Для ИМ надо обязательно, чтобы новые товары индексировать быстрее.
Не совсем для этого, но в итоге - да))
Ну вот я озадачился теперь.
Давайте поможем вам разобраться.
Выходит имеет это смысл только с часто МЕНЯЮЩИМСЯ контентом.
Да, при дополнительном условии, что сайт сравнительно немаленький (от несколько десятков тыс. страниц) т.е. порталы, крупные СМИ, большие интернет-магазины.
А мне, например, с интернет-магазином вообще нет смысла заморачиваться - существующие товары неизменны годами, а новые и так новые.
Объём магазина какой? В целом, если вы добавляете товары до нескольких сотен в каждой рабочей итерации, то заморачиваться с настройкой LM особого смысла нет. Достаточно будет того, что вы будете обновлять XML карту сайта.
У мен сейчас вообще ласт-модифайт не отдается. Я так понимаю и не надо трогать.
Множество сайтов, включая топовые интернет-магазины вполне обходятся и без LM.
Для ИМ надо обязательно, чтобы новые товары индексировать быстрее.
Важный нюанс. Технологически LM не заставляет индексировать страницу быстрее, LM передаёт роботу информация о датах изменения страниц, поэтому анализируя эту информацию индексатор сможет более правильно определить очередность в индексации.
LM - это инструмент приоритизации данных.
Важный нюанс. Технологически 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 часов, в гугле примерно через сутки.