Потому, что находили unix дату и путали ее с чем угодно, но не с фактической датой изменения страницы, поэтому пришлось описывать все случаи когда эта дата формируется, отдельно ее хранить и сравнивать как минимум с датой создания страницы.
А когда при расширении разделов сайтов стали появляться доп. подразделы и эту рабочую логику не смогли толковой масштабировать на все страницы, то я вообще отказался от этой идеи.
Увы, все рабочие случаи с LM относятся к самописным движкам.
p.s. Программисты также были не мои, я лишь составлял ТЗ и проверял работу изменений.---------- Добавлено 09.01.2018 в 16:14 ----------
О том и речь. Получается, что любая запрошенная поисковиком страница - новая. Получается, что LM в заголовке вводит поисковую систему в заблуждение. Яндекс вынужден раз за разом переваривать те страницы, которые не менялись. Позиции при этом медленно ползли вниз.
Поэтому я и подключился к обсуждению этого вопроса, потому что не одну собаку на этом съел.
p.s. И этим еще тема не исчерпывается :)
Есть некоторая разница между тем, чтобы формировать заголовки с какими-то данными и заголовки с корректными рабочими данными.
Проверять корректную передачу нужных данных нужно здесь https://webmaster.yandex.ru/site/http:enjourney.ru:80/tools/server-response/
Я плохо понимаю логику php кода (я не программист), но могу объяснить логику работы как оптимизатор.
Большее время (т.е. более позднюю дату) надо выставлять, когда содержание страницы фактически менялось (т.е. вносились новые пользовательские данные), а потом уже сравнивать эти даты и выносить актуальную в поле LM.
Самой распространенной ошибкой программистов, когда мы настраивали LM в коде ответа это было то, что в LM пихалась дата фактического обращения, таким образом, как только поисковик заходил, то все без исключения страницы содержали дату обращения, а там должна быть не дата обращения, а дата изменения страницы, которые нужно хранить в БД, сравнивать и выводить.
Никак. Сам себя накажет за непорядочность, а вас поздравляю с необходимым приобретенным опытом.
Верно. Но если вы возьметесь настраивать LM в коде ответа сервера, то вам еще нужно будет заняться настройкой If-Modified-Since. Моя SEO-шная практика показывает, что никто из программистов с которыми я сотрудничал без проблем не справляются с этой задачей. Постоянно вылазили косяки с неверным определением даты и некорректной отправкой заголовков.
Вопрос на самом деле не такой простой как кажется. Если возьметесь, подумайте о том, что будет считаться фактом изменения страницы. Подсказка - изменения поле TITLE или DESCRIPTION будут считать изменением страницы? А просто пересохраненная страница?
Из десятка проектов, с которыми я сотрудничал лишь два корректно настроили поддержку LM и IF-Modified-Since, у остальных пришлось снять эту задачу и обнулить эти данные, потому что в кутерьме костылей в результате сервер передавал Яндексу неверные даты об обновлении страницы и стало только хуже.
Пройдя не по одному разу рутину в оптимизации LM я советую просто корректно настроить поле LM в sitemap.xml - это процедурно и функционально проще.
Роман, поисковые системы (если вы им не запретите индексацию) без вашего участия автоматически буду ходить по доступным им ссылкам, скачивать содержимое страниц, определяя, изменилась ли страница или нет.
Sitemap.xml в своей спецификации имеет отдельное после LM, в котором указывается дата изменения страницы. В вышеуказанных мною CMS есть программные средства, которые автоматически генерируют версию sitemap.xml при каждом обращении, из этого поля LM поисковая система и получает дату о последнем изменении страницы.
LM в заголовке ответа сервера - не обязательное поле и на многих даже топовых сайтах это не используется.
Дело ваше. Я действительно не знаю ваших моральных устремлений и проф. амбиций. Если у вас приоритет сделать свою CMS-ку, то конечно ставьте перед собой новые функциональные задачи своей сайта и развивайтесь, я же подхожу к вопросу более теоретически. Если нужен результат по сайту в поисковых системах, то нужно понимать, что LM ни сейчас, ни через пол года - год не даст вас каким-либо значимых преимуществ.
Зайдем издалека - вы доверяете отзывам, которые написаны на сайте автора бренда?
Если вы собираетесь продвигать пул запросов "отзывы о бренде", то лучше заняться независимыми источниками и само собой на этих источниках работать над репутацией.
Понятно :) Тогда Ahref вам подойдет. Если доры ссылаются по 301-ову редиректу, но можно будет выкачаться с сервиса Ahref ссылочную базу в csv формате и потом отсортировать по данному признаку.
Если найдете, скиньте в личку примеры, мне тоже интересно взглянуть :)
Самое главное, что если по отдельным взятым примерам вы будете судить о квалификации подрядчика, то вот это будет точно вашей ошибкой.
