: Meta descriptions for paginated single posts I'm using the popular Wordpress SEO by Yoast plugin. I can use a wildcard (%%page%%) for the title of paginated posts, so that the title becomes:
I'm using the popular Wordpress SEO by Yoast plugin. I can use a wildcard (%%page%%) for the title of paginated posts, so that the title becomes:
1st post page: The Title
2nd post page: The Title - Page 2 of 3
3rd post page: The Title - Page 3 of 3
I thought I could do the same with meta description, but no. I could use a filter to change the meta description to show on these pages, as the title does, but I'm not sure if it's a good idea, since this plugin doesn't seem to care about this.
This plugin has an option to "noindex" the "next pages", but only works with archive pages (categories, tags, lasts posts), so all pages with a slug like /page/{num} will be "noindex", but not the slug for paginated single posts /a-post-URL/{num}.
The question is how should the paginated single post's meta description be treated. "noindex"? Like the example above for titles? Any ideas?
More posts by @Dunderdale272
2 Comments
Sorted by latest first Latest Oldest Best
I would leave everything as is and let SEO by Yoast do the work for you.
You should use rel="canonical" on your subsequent pages or rel="prev" and rel="next". Or you can use both.
Here is what Google recommends:
In cases of paginated content, we recommend either a rel=canonical
from component pages to a single-page version of the article, or to
use rel=”prev” and rel=”next” pagination markup.
Here is an example:
<link rel="canonical" href="http://domain.com/article/">
OR (if you are on /article/2/ and etc.)
<link rel="prev" href="http://domain.com/article/">
<link rel="next" href="http://domain.com/article/3/">
I would check out this article as well. Indicate paginated content. You can actually use both. Which is what SEO by Yoast is using. From the above mentioned article:
rel="next" and rel="prev" are orthogonal concepts to rel="canonical". You can include both declarations.
Here is an example (if you were on page 2):
<link rel="canonical" href="http://domain.com/article/2/">
<link rel="prev" href="http://domain.com/article/">
<link rel="next" href="http://domain.com/article/3/">
For best SEO you shouldn't paginate your articles.
A page can contain about a book's worth of content before it becomes to slow to download. Images, CSS, and JavaScript typically dwarf the amount of text on the page in terms of bandwidth. Putting tons of text on a page doesn't slow your server down.
Users get turned off by having to keep clicking to the next page of an article. Many users will stop reading rather than click to page 2. When your users are more engaged, you get better rankings.
Having multiple pages can reduce the bounce rate of your website according to Google Analytics. However another way of doing that is implementing events for scrolling that tell Google Analytics not to count the user as a bounce if they have scrolled down to read the rest of the article.
I can't find the reference to it right now, but Google prefers to index the "full article in one page" version instead of pagination. If I recall correctly, there is some URL parameter that they attempt to append to the page to get the full article when Googlebot encounters pagination.
Terms of Use Create Support ticket Your support tickets Stock Market News! © vmapp.org2024 All Rights reserved.