Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
Should I add PDF manuals to my product pages?
-
Hello.
A lot of the products I sell on my e-commerce site are very technical. I decided to add PDF data sheets, manuals etc on each of the product pages to improve the customer experience. Now I am not sure if it was the best thing to do. I have noticed a couple of times that the PDF is out ranking the product page in the SERP. For a few products, the PDF ranks but the product page doesn't. Anyone got any ideas?
-
I am struggling with the rel="canonical". If each product had its own product PDF then it would be easy to use the rel="canonical". However, some of the PDF manuals cover somewhere between 200-300 products. The only difference between some of the products is the physical size (like televisions i.e. 32" vs 37") so the same manual covers all the products within that range. I am guessing using the same PDF manual for so many products is a duplicate content issue, but sadly they are really useful for users. Maybe I could put all the pdfs on the product category pages. That said the MOZ tools are showing that we only have 200 duplicate pages out of 250,000, which I think is good.
I agree with Mike, a summary of the PDF, FAQs and how to guides would be an advantage. I've already started adding this information for some of the more popular products but we don't have enough people to write content for every product. A smaller site would be a lot easier.
Anyone got any ideas?
@Dave - thanks mate
-
Keep in mind that many shopping carts have "buy buttons" and "purchase links" that can be embedded in .pdf documents and will deliver the visitor (and the item) into the shopping cart when clicked.
-
As an irrelevant aside - love that avatar David.
-
I agree with Mike here.
While technically the canonical might do what you want (kind of) this isn't what it's intended for. Another side to that coin is, if you funnel the strength to the product page from the PDF but the product page doesn't have the content that the PDF was ranking for then you still won't get the rankings on the product page and on top of that, you'll lose them on the PDFs.
-
Whoa! Those are big PDFs and a lot of products.
If that is the case then I think the only way you could get people to link to your actual webpages vs the PDFs would be to offer them 1) a summary of the PDF 2) frequently asked questions about the product 3) how-tos not covered in the PDFs or something.
As far as the canonical idea, that is not really what that tag is used for according to Google -
"Must the content on a set of pages be similar to the content on the canonical version?Yes. The rel="canonical" attribute should be used only to specify the preferred version of many pages with identical content (although minor differences, such as sort order, are okay).
For instance, if a site has a set of pages for the same model of dance shoe, each varying only by the color of the shoe pictured, it may make sense to set the page highlighting the most popular color as the canonical version so that Google may be more likely to show that page in search results. However, rel="canonical" would not be appropriate if that same site simply wanted a gel insole page to rank higher than the shoe page."
Mike
-
Thanks for advice. In the main, we've tried to add content from the PDF into the product pages but the PDFs are usually 150 pages long and we've got 250,000 products online. I will try the canonical idea and see what happens. Cheers for all the answers.
-
Mike - you took the words right out of my mouth and I'm glad I read the replies before answering.
The question shouldn't be, "should I remove the PDFs?" it should be, "What about my PDFs are ranking higher and how do I move that to my product pages?"
-
There are a couple of things you can do that will help your product pages rank better over your pdf pages. You can do a canonical from the pdf to the product page it is referencing, giving your product page the ranking value. You can incorporate your pdf into text (html) on your product page, giving your product page additional, relevant content, thus boasting ranking.
-
Hi David,
This typically happens when your PDFs are full of content people want. I have seen this personally with a previous company I worked with and their spec sheets (it was for a software copy). This is good and bad - good people find your content awesome and are linking to it - bad that your PDFs are ranking vs your pages.
Solution - make your pages better. You could potentially take the content from your PDFs and make a page - this in theory should still compel people to link to you. If your PDFs are massive in size, you could consider condense the contents into a webpage that contains FAQs, a summary of the information, etc.
This isn't a bad problem to have. If you can't beat them, join them - optimize your PDFs for search.
Hope this helps.
Mike
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
What is the best meta description for Category Pages, Tag Pages and Main Article?
Hi, I want to index all my categories and tags. But I fear about duplicating the meta description. for example: I have a tag name "Learn Stock Market", a category name "Learning", and a main article "What is Stock Market". What is your suggestion for meta description of these three pages that looks great for seo google?
On-Page Optimization | | mbmozmb0 -
Product content length & links within product description
Hello, I have questions regarding content length and links within descriptions. With our ecommerce site, we have thousands of products, each with a unique description. In the product description, I have links to the parent category and grandparent category (if it has one) in the main product text which is generally about 175 words. Then I have a last paragraph that's about 75 words that includes links to our main homepage and our main product catalogue page. Is the content length long enough? I used to use text that was 500 words, and shortening it I still rank when launching new products, so I don't think an increase in text length will have any additional benefit. I do see conflicting information when I do searches, with some people recommending a minimum of 300 words and some saying to try and go a 1000 for category pages. In regards to the links, I noticed a competitor has stopped following this format, so I'm unsure if I should keep going too. Is it too many links to have each of the products link back to the main catalogue and homepage? Is it good to have links with anchor text to the categories a product is in? There are breadcrumbs on the page with these links already. There are already have heaps of links on our pages (footer, and a right sidebar with image links to relevant categories), so my pages do get flagged for too many links. Thanks!
On-Page Optimization | | JustinBSLW0 -
Add content as blog post or to product pages?
Hi, We have around 40 products which we can produce plenty of in-depth and detailed "how to"-type pieces of content for. Our current plan is to produce a "How to make" style post for each as a long blog post, then link that to the product page. There's probably half a dozen or more of these kind of blog posts that we could do for each product. The reason why we planned on doing it like this is that it would give us plenty of extra pages (blog posts) on their own URL which can be indexed and rank for long tail keywords, but also that we can mention these posts in our newsletter. It'd give people a new page full of specific content that they can read instead of us having to say "Hey! We've updated our product page for X!", which seems a little pointless. Most of the products we sell don't get very many searches themselves; Most get a couple dozen and the odd few get 100-300 each, while one gets more than 2,000 per month. The products don't get many searches as it's a relatively unknown niche when it comes to details, but searches for the "categories" these products are in are very well known (Some broad terms that cover the niche get more than 30,000+ searches a month in the UK and 100,000+ world wide) [Exact].
On-Page Optimization | | azu25
Regarding the one product with more than 2,000 searches; This keyword is both the name of the product and also a name for the category page. Many of our competitors have just one of these products, whereas we're one of the first to have more than 6 variations of this product, thus the category page is acting like our other product pages and the information you would usually find on our product pages, is on the category page for just this product. I'm still leaning towards creating each piece of content as it's own blog post which links to the product pages, while the product pages link to the relevant blog posts, but i'm starting to think that it may be be better to put all the content on the product pages themselves). The only problem with this is that it cuts out on more than 200 very indepth and long blog posts (which due to the amount of content, videos and potentially dozens of high resolution images may slow down the loading of the product pages). From what I can see, here are the pros and cons: Pro (For blog posts):
1. More than 200 blog posts (potentially 1000+ words each with dozens of photos and potentially a video)..
2. More pages to crawl, index and rank..
3. More pages to post on social media..
4. Able to comment about the posts in the newsletter - Sounds more unique than "We've just updated this product page"..
5. Commenting is available on blog posts, whereas it is not on product pages..
6. So much information could slow down the loading of product pages significantly..
7. Some products are very similar (ie, the same product but "better quality" - Difficult to explain without giving the niche away, which i'd prefer not to do ATM) and this would mean the same content isn't on multiple pages.
8. By my understanding, this would be better for Google Authorship/Publishership.. Con (Against blog posts. For extended product pages):
1. Customers have all information in one place and don't have to click on a "Related Blog posts" tab..
2. More content means better ability to rank for product related keywords (All but a few receive very few searches per month, but the niche is exploding at an amazing rate at the moment)..
3. Very little chance of a blog post out-ranking the related product page for keywords.. I've run out of ideas for the 'Con' side of things, but that's why I'd like opinions from someone here if possible. I'd really appreciate any and all input, Thanks! [EDIT]:
I should add that there will be a small "How to make" style section on product pages anyway, which covers the most common step by step instructions. In the content we planned for blog posts, we'd explore the regular method in greater detail and several other methods in good detail. Our products can be "made" in several different ways which each result in a unique end result (some people may prefer it one way than another, so we want to cover every possible method), effectively meaning that there's an almost unlimited amount of content we could write.
In fact, you could probably think of the blog posts as more of "an ultimate guide to X" instead of simply "How to X"...0 -
Pagination for product page reviews
Hi, I am looking to add pagination on product pages (they have lots of reviews on the page). I am considering using rel="next/prev, to connect the series of review pages to the main product page. I unfortunately don't have a view-all page for these reviews or the option to get one - the reviews refresh on the same product page (by clicking whatever number page of reviews). This means each page has the exact same description content and everything else, but with different reviews. In this case is rel=next a good option? The format currently would be: On example.com/product link rel="next" href="http://example.com/product?review-p2" On example.com/product?review-p2 link rel="prev" href="http://example.com/product, link rel="next" href="http://example.com/product?review-p3 etc. Would this be a good format for product page reviews? I see rel=nextprev commonly used on ecommerce category/list pages but not really on the paginated reviews on product pages, so I thought I would see if anyone has advice on how best to solve this. I'm also wondering if it would be best to not combine this with a canonical tag on all the different review pages pointing to the product page, seeing as the reviews are actually different (despite the rest of the content being identical). I am hoping to pick up longer tail traffic from this, I figure by connecting the pages and not using canonicals that this way I could get more traffic from the phrases used in the reviews. By leaving out the canonicals, is it possible a user searching for phrases that might be deeper in the series, to land on, say, ?review-p4? Any thoughts if this would drive more traffic? Thanks!.
On-Page Optimization | | pikka0 -
ECommerce Product Meta Descriptions vs. Product Descriptions
Wondering if using on-page product descriptions as the individual product meta descriptions is a best practice for an eCommerce site? Instead of writing two product descriptions (one regular and one meta), I am thinking if the product copy is SEO rich, we'd be good to use just the one for both purposes. Thoughts? Ideas? Suggestions? Seems that many companies follow this practice. Thanks!
On-Page Optimization | | kennyrowe1 -
Related products - random products or static
Hello, I was curious about where to get related products from. Currently I just grab some random products from the same category. Would there be any benefit to always linking to the same related products on a product page? Thanks
On-Page Optimization | | nux0 -
Are blank Product Review pages bad for SEO?
Hi there, I'm running a new e-commerce site (BoatOutfitters.com) and have a question about our product review pages. On our current campaign, we have a lot of duplicate page content errors. When we export the data, it's almost all blank product review pages (since we are new, we don't have that many product reviews yet). Our product reviews aren't run through javascript, so we originally did not add them to a robots.txt file - however, I'm now wondering if it's worse to have all of these duplicate blank pages, or is it not affecting our SEO at all? Should we just wait until these products have reviews which will benefit our SEO and then they won't be considered "duplicate pages" - right? Sorry if this has been answered before - new here at SEO Moz and just looking for some help. Thanks!
On-Page Optimization | | BoatOutfitters0 -
Avoiding "Duplicate Page Title" and "Duplicate Page Content" - Best Practices?
We have a website with a searchable database of recipes. You can search the database using an online form with dropdown options for: Course (starter, main, salad, etc)
On-Page Optimization | | smaavie
Cooking Method (fry, bake, boil, steam, etc)
Preparation Time (Under 30 min, 30min to 1 hour, Over 1 hour) Here are some examples of how URLs may look when searching for a recipe: find-a-recipe.php?course=starter
find-a-recipe.php?course=main&preperation-time=30min+to+1+hour
find-a-recipe.php?cooking-method=fry&preperation-time=over+1+hour There is also pagination of search results, so the URL could also have the variable "start", e.g. find-a-recipe.php?course=salad&start=30 There can be any combination of these variables, meaning there are hundreds of possible search results URL variations. This all works well on the site, however it gives multiple "Duplicate Page Title" and "Duplicate Page Content" errors when crawled by SEOmoz. I've seached online and found several possible solutions for this, such as: Setting canonical tag Adding these URL variables to Google Webmasters to tell Google to ignore them Change the Title tag in the head dynamically based on what URL variables are present However I am not sure which of these would be best. As far as I can tell the canonical tag should be used when you have the same page available at two seperate URLs, but this isn't the case here as the search results are always different. Adding these URL variables to Google webmasters won't fix the problem in other search engines, and will presumably continue to get these errors in our SEOmoz crawl reports. Changing the title tag each time can lead to very long title tags, and it doesn't address the problem of duplicate page content. I had hoped there would be a standard solution for problems like this, as I imagine others will have come across this before, but I cannot find the ideal solution. Any help would be much appreciated. Kind Regards5