Questions
-
Increase 404 errors or 301 redirects?
That's right. A soft 404 is still a missing document, but it allows the user to continue through the pages without leaving the website. Tom
Technical SEO Issues | | tomhall900 -
Mobile and hidden content - Any issue for SEO?
I don't know of any instances of elements hidden on mobile causing a penalty or similar issue. So I can't give you criteria/examples. With a truly responsive design, Googlebot and Googlebot Mobile are going to see the same source code. There should be no difference, just a difference in display settings based on viewport size. Google publicly supports serving up entirely different source code for mobile users on the same URL - so hiding a few things with JavaScript/CSS based on viewport is relatively tame and has become a standard for delivering a fast-loading and usable mobile experience.
Technical SEO Issues | | MikeTek0 -
404 errors is webmaster - should I 301 all pages?
Yep, a tough one. A good 404 page will still result in the original issue i.e. mounting 404 errors being reported by Google Webmaster. So where to go with this....
Technical SEO Issues | | Oxfordcomma0 -
To integrate a blog tool onto site - or build a blog solution - what's better for SEO?
Oxfordcomma, if you will do it using a subdirectory (www.you-domain.com/blog, for example), it will depend on the blog architecture and its optimization from on-page perspective (title definition, title in document as H1, friendly URL, and so on). Some tools (like Wordpress) are optimized for it, so it could be a good option. If you build the blog using the website infrastructure following the recommended guidelines for on-page optimization, I see no relevant difference between the 02 options.
Technical SEO Issues | | felipeunu0 -
Which Pagination/Canonicalization Page Selection Approach Should be Used?
Hello Oxfordcomma, If you have fast page load times on the view all pages you can make those canonical. This is Google's recommendation: http://googlewebmastercentral.blogspot.com/2011/09/view-all-in-search-results.html . If those pages can be large and cause latency issues (slow loading) the better option would be rel next/prev and none of them would be "canonical" for the others, as they would each stand on their own. You may consider at that point adding a robots noindex,follow tag to the View All page, but Google generally does a very good job of figuring this out on their own and I prefer to let them do it. In summary: If you have good View All pages with fast load times use those as canonical, regardless of how many products you have (e.g. 5 or 25) as long as no latency issues are apparent. Use this tool to test it: https://developers.google.com/speed/pagespeed/insights . If the View All pages are too big for most of your categories to load fast go with Rel Next Prev. Rel Next Prev info: http://googlewebmastercentral.blogspot.com/2011/09/pagination-with-relnext-and-relprev.html View All Canonical info: http://googlewebmastercentral.blogspot.com/2011/09/view-all-in-search-results.html It can get a little more complicated if you are dealing with pagination AND faceted search or multiple URL parameters acting as filters.
Technical SEO Issues | | Everett0