SEO-советы по страницам истории версий от Google

от

Как опытный эксперт по SEO с более чем десятилетним опытом работы за плечами, я могу с уверенностью сказать, что совет Джона Мюллера — золотой. За прошедшие годы я видел, как бесчисленное количество веб-сайтов испытывали трудности со страницами истории версий, и это руководство меняет правила игры.

Купил акции на все деньги, а они упали? А Илон Маск снова написал твит? Знакомо. У нас тут клуб тех, кто пытается понять этот цирк и не сойти с ума.

Купить на падении (нет)

Джон Мюллер из Google поделился некоторыми советами по SEO относительно управления историческими страницами продуктов, спецификаций, API и других обновлений версий, что очень похоже на обработку повторяющихся страниц событий, таких как конференции или мероприятия. По сути, основная страница должна сохранять свой исходный URL-адрес, перемещая при этом старые данные истории версий на заархивированную страницу с новым URL-адресом.

В LinkedIn Джон поделился следующим советом: «Если ваша работа связана с управлением веб-сайтами, имеющими несколько версий или ежегодные обновления, вот важный совет по SEO: постоянно используйте фиксированный URL-адрес для самой последней версии.

Если вы изучите API Google Рекламы, они представят подробную информацию о последней версии на странице Developers.google.com/google-ads/api/docs/release-notes, тогда как более старые версии API, такие как версия 17, заархивированы и расположены по отдельным URL-адресам.

Джон написал:

Если хотите, добавьте версионные каталоги. Это делает текущую версию более заметной в поиске, уменьшая количество догадок читателей и упрощая ссылки. ЛЕГЧЕ ССЫЛАТЬСЯ.

Вместо того, чтобы использовать разные URL-адреса для разных версий, сохраните URL-адрес для текущей версии и используйте тег «link rel canonical», чтобы указать на стабильный или основной URL-адрес. Это позволяет пользователям получать доступ к определенному URL-адресу с определенной версией, когда они знают о нем, при этом отдавая приоритет индексированию поисковыми системами по основному URL-адресу.

Джон добавил, чтобы объяснить, что для документации API, технических спецификаций, ежегодных мероприятий и т. д. используйте этот формат:

  • …/spec/live/page <сделайте это для SEO
  • …/spec/2.1/page — rel=canonical для /spec/live/page
  • …/spec/2.0/page — сохраните

Смотрите также

2024-11-12 16:15