Welcome to the Q&A Forum
Browse the forum for helpful insights and fresh discussions about all things SEO.
Normally at the bottom of the graph you see a message stating "Table omitted as it contains no additional information. Select Queries to see the top queries for the current results"
Once you have set the filter on the page you'll have to click on "Queries" again to see the queries that correspond with the page you have put in the filter.
Google does everything to make our live easier...
Duplicate content is determined on page level - just adding a few elements that are common on each page will not hurt, especially if it's content your customers are looking for on a page (I assume that the product description is present on the page and has a certain "body" - not just a one line description)
Putting it in Javascript wouldn't make a big difference - consider Googlebot as a small version of Chrome which is able to understand javascript (also the reason why you shouldn't block javascript resources for Googlebot)
Apart from that, duplicate content is not a cause for punishment (unless in extreme cases) - the main difficulty with duplicate content is that Google will decide which version of the content it will show, which does not always correspond with your preferred version.
Dirk
You could start with putting a canonical url like you mentioned. Not sure if it's going to work - the way you describe the situation it seems like an old spam technique - creating thin content sites to create links to the main domain. Canonicals could still be considered as "links" to the main domain.
As you want to have the products indexed on the main domain you could noindex the product part on the individual pharmacie sites (noindex doesn't have to be done on domain level). That way you could still have the sites having Google Local pages & on the other hand be sure that Google will only index the products on the main site.
Dirk
If the change was done after the crawl date it's probably that. You could try to do a fetch & submit to index on both pages and then check if the error persists. In my experience - the test from dejanseo is doing a good job. It it doesn't list an error your implementation should be ok.
Dirk
Yes - there are plenty of people experiencing the same thing (just browse through the questions of the last couple of days).
That's exactly the reason why Rand published a post on it in this very q&a and pinned it to the top of the list - check https://moz.com/community/q/da-pa-fluctuations-how-to-interpret-apply-understand-these-ml-based-scores
Dirk
The issue is the link in the contact info - www.oorboo.com
If you look in the source:
=> this is a relative link - so when you click on it the www.oorbo.com will be added to the current url.
Make it absolute & the issue is solved:
Dirk
To quote Moz (https://moz.com/learn/seo/domain-authority)
"Unlike other SEO metrics, Domain Authority is difficult to influence directly. It is made up of an aggregate of metrics (MozRank, MozTrust, link profile, and more) that each have an impact on this score. This was done intentionally; this metric is meant to approximate how competitive a given site is in Google.com. Since Google takes a lot of factors into account, a metric that tries to calculate it must incorporate a lot of factors, as well.
The best way to influence this metric is to improve your overall SEO. In particular, you should focus on your link profile—which influences MozRank and MozTrust—by getting more links from other well-linked-to pages."
=> basically build links : check https://moz.com/beginners-guide-to-link-building to get you started; having top quality content will certainly help. More usefull resources can be found here: https://moz.com/blog/category/link-building
Dirk
Are you sure that you are checking the correct tab;
When you display a page after fetching like google you have to options. Default it shows "Rendering" - which displays the normal page. If you select the tab "Fetching" (which I suspect is what you did) - you get the http response followed by all kinds of strange symbols.
Dirk
Hi,
Normally these rules should do the trick:
RewriteEngine On
RewriteRule ^index.html$ / [R=301,L]
RewriteRule ^(.*)/index.html$ /$1/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*[^/])$ /$1/ [L,R=301]
Dirk
Moz had a similar caching issue one week ago (/ugc/ content cached instead of /blog/ pages). They posted this question on Webmaster forum - may be the answers can help you find a solution (there was an answer from John Mu as well).
Dirk
It's impossible to know - Google keeps the images cached on their server to increase performance when displaying them in the search results. It's only when people click on the "view image" that they get to your site. These views you could probably check in the server logs.
Don't try to redirect these images back to the "original" page when called from Image Search. It's something Google disapproves and again could lead to a manual action (check http://www.thesempost.com/google-manual-actions-issued-for-image-mismatch/ and https://support.google.com/webmasters/answer/3394137?hl=en)
Dirk
Apparently there is an issue with squarepace - blocking access for mozbot.
Check also this link https://moz.com/community/q/on-page-grader-not-working-with-squarespace - Moz is working on it but are not sure if/when this will be solved:
"We are working with them to find a resolution to this block, but I am afraid that I am not certain if or when this will be resolved."
Dirk
Without additional info like the actual url questions like this are impossible to answer. Did you see the rankings for you major keywords go down? Is your site still accessible for bots? Is analytics working properly?...
Dirk
PS You still have an open question here - https://moz.com/community/q/access-to-ga-revoked - you might mark that one as answered
You can combine them, but not in the way you are actually doing.
If I take your example: page: www.rococlothing.co.uk/boys/boys-suits/?p=2
=> with this set-up you are basically telling Google 2 different things:
The canonical indicates that http://www.rococlothing.co.uk/boys/boys-suits/?p=2 is in fact a duplicate of http://www.rococlothing.co.uk/boys/boys-suits/ so Google should index http://www.rococlothing.co.uk/boys/boys-suits/ instead.
With the rel next/previous you tell Google that http://www.rococlothing.co.uk/boys/boys-suits/ - http://www.rococlothing.co.uk/boys/boys-suits/?p=2 & http://www.rococlothing.co.uk/boys/boys-suits/?p=3 should be considered as one page rather than 3 pages.
As these messages are in conflict this set-up is not going to work. If you want to use both - the canonical can only be used to strip additional info from the url like sort order, number of items on page, etc. Check the link Dimitri gave for an example from Google.
An example from your site: http://www.rococlothing.co.uk/boys/boys-suits/?dir=desc&limit=24&order=price&p=2 would have this configuration:
(please not that the first url is http://www.rococlothing.co.uk/boys/boys-suits/ & not http://www.rococlothing.co.uk/boys/boys-suits/?p=1 )
Hope this clarifies
Dirk
The solution you propose is not going to work. Hreflang is used to identify different language versions of the same page (with minor variations). This implies that each page has a one to one relation with it's equivalent in the other languages.
This isn't the case on your site - the category pages on your US site do not correspond with the category pages on the en-gb site - you can't use the hreflang here (1 page US = 3 pages in en-gb).
You could do this on homepage, product pages and all pages that are more or less equivalent in all languages.
Please also note that hreflang is reciprocal - if you have following hreflang's
you have to put this code on both pages - on http://www.brandname.com/en-gb/product-a & https://www.BRANDNAMEUSA.com/product-a - it's no use to only put it on the en-gb version as you currently do.
I also have doubts about "es-mx" for a site which is in entirely in English.
Dirk
3/4% is already quite a good rate for image search results. By definition image search is quite visual - and people click on the image they like most. Given that a lot more results are displayed in Image search as long as you are in the first 4/5 rows clickrates will be quite similar.
One exception - if Google includes a image strip in the normal SERP's you will get click rates of 30/40%.
Try to rank for different kind of images to cater for each kind of taste. I tried the search query and your site was ranked quite high (1st / 5th position) but compared to the images they were a bit fuzzy/not really sharp.
Certainly don't put very visible watermarks/overlayers - this will completely erase your images from the results (people don't like to click on them show Google doesn't like to show them)
Dirk
Moz Local currently only supports the purchased management of US and UK business listings (source: https://moz.com/help/guides/local).
So won't work for Zimbabwe - sorry.
Dirk
For the redirect check http://stackoverflow.com/questions/21417263/htaccess-add-remove-trailing-slash-from-url :
Right below the "RewriteEngine On" line in your .htaccess file, add:
<code>RewriteCond%{REQUEST_FILENAME}!-f
RewriteRule^(.*[^/])$ /$1/[L,R=301]</code>
You also have redirect chains on your site:
Example page: http://www.youpack.com.au/shipping-container-sales-commercial/ links to http://www.youpack.com.au/?p=564 301 redirects to http://www.youpack.com.au/the-low-down-on-self-pack-removals/ 301' redirects to http://www.youpack.com.au/stamp-the-low-down-on-self-pack-removals-2/ = error 404
Dirk
If you only want to solve this issue - you could use a canonical url example http://www.dedoose.com/about-us/ - put a self referencing canonical. With the anchors - you are just navigating while staying on the same page so the canonical will do the trick.
You must know however that Google doesn't really like content which is hidden under tabs - check https://www.seroundtable.com/google-hidden-tab-content-seo-19489.html - so if you want to keep on using anchors to navigate on the page it's better to make sure that all the content is visible when the page is loaded.
Dirk
PS A small remark on usability - on your FAQ - you might want to put the link on the question as well - rather than only put the link on the small little cross.
No experience whatsoever - but you might want to check this guide https://builtvisible.com/baidu-seo-guide/
Dirk