Хотя это вопрос, это также серьезное предупреждение для издателей, которые разделяют их сообщения с помощью <!--nextpage-->
.
Голый со мной. Я пользуюсь платформой с множеством авторов, которая очень высоко оценивается поисковыми системами. Делая улучшения, связанные с SEO, я заметил, что Google индексирует только первую страницу статьи, которая разделена на несколько страниц. Как я это заметил?
Потому что кто-то захватил содержимое неиндексированных страниц статьи и разместил его на своем сайте. Это привело к тому, что они оказались выше меня по этому ключевому слову. На самом деле, позвольте мне перефразировать это, статья моего сайта даже не проиндексирована за пределами первой страницы.
У меня вопрос, как я могу заставить поисковые системы индексировать всю статью, если она разделена на несколько страниц? В идеале, скрипт, который отображает полную статью, если посетитель является поисковой системой (если это не будет вредно для SEO). Другие предложения приветствуются.
С другой стороны, если бы я был знаком с техникой Black Hat, там была бы золотая жила контента, которую я мог бы использовать. Подумай об этом.
И в личной заметке, эта проблема должна быть решена в будущем обновлении Wordpress.
Обновление : здесь был задан похожий вопрос, в котором подробно рассказывалось, как Wordpress создает один и тот же канонический URL для всех страниц в разбивке на страницы , однако ответ, который был опубликован и помечен как правильный, не отвечает на вопрос. Это решение работает только для постраничных комментариев, а не постраничных постов.
Обновление 2 : Согласно этому сообщению в блоге Google, мы можем использовать rel=”next”
и rel=”prev”
для обозначения связи между страницами. Так, например, это то, что мы должны включить в <head>
на странице 2 :
<link rel="canonical" href="http://domain.com/article/2" />
<link rel="prev" href="http://domain.com/article/1" />
<link rel="next" href="http://domain.com/article/3" />
И не должно быть rel = "prev" или "next", если после / до нее нет страницы.
источник
link rel="prev"/"next"
всякий раз, когда это необходимо, у меня нет сценария для него. Однако Тошо упомянул в чате, что у него может быть что-то. Следите за обновлениями ...Ответы:
Основная проблема для решения сценария:
rel_canonical
не предлагает никакого полезного фильтра. Поэтому мы должны заменить эту функцию:Следующая проблема:
$GLOBALS['numpages']
пусто раньшеsetup_postdata()
. Мы могли бы вызвать эту функцию уже здесь, но это может иметь побочные эффекты.Вот решение, которое добавляет правильные ссылки назад / вперед и предотвращает конфликтные отношения, вызванные
adjacent_posts_rel_link_wp_head
. Мы также подключилисьwp_head
не позднее приоритета 9, чтобы отключить последний.источник
link rel="prev"/rel="next"
функцию, как указано вUpdate 2
моем вопросе.setup_postdata()
чего-то, что должно произойти намного позже во время визуализации страницы.Просто к сведению: плагин Yoast для WordPress SEO заботится о добавлении rel = prev и rel = next метаданных на
<head>
страницы. Этот парень (Йоаст) думает обо всем!источник