Documentation inclusion of rel=prev & rel=next into page head when using pagination.
See original GitHub issueFeature request to include documentation on having InstantSearch include rel="prev"
and rel="next"
into the <head> of the page when using the pagination module.
I read the documentation and found brief information on this, but there was no demo or documentation on how to actually achieve this.
Although Google have stated they don’t use this as a factor anymore, we have found their indexing gets confused on large sites. We’ve also heard from Google that they highly recommend keeping this as they do still use it, as do Bing.
Do you have any suggestions on how best to achieve this?
Issue Analytics
- State:
- Created 3 years ago
- Comments:8 (4 by maintainers)
Top Results From Across the Web
How To Properly Set Up Pagination With Sorting Parameters ...
Glenn Gabe of GSQi provides a step-by-step tutorial for how to properly set up pagination with sorting using rel next/prev and rel canonical ......
Read more >Pagination attributes: link rel=”next” and rel=”prev”
Consistent with integration you need to use links to navigate to paginated pages so that users can in turn click the next page...
Read more >Adding rel="next" and rel="prev" metatags to paginated views ...
Issues I see just from the top of my head: - Multiple pagers on a single page (multiple Views blocks on a page...
Read more >Rel="prev" / "next" | SEO Forum - Moz
Hi guys, The tech department implemented rel="prev" and rel="next" on this website a long time ago. We also added a canonical tag to...
Read more >Pagination; You're Doing It Wrong! (Part 1) - SEMrush
It is accomplished by placing rel=“prev” and rel=“next” attributes in the head of each page in the series. There are two common instances...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I see, I glanced over
metaInfo
. Thanks a lot! for now this issue can be closed I think@Haroenv What do you mean by the rendering part? Vue-meta handles all the management of the <link rel=""> fields in the page <head>.
The
metaInfo()
method is read by Vue-meta (as you probs know already) and handles the changes on the page, so I wouldn’t have thought render is needed.