Welcome to the Q&A Forum

Hi Jerome, If your SaaS vendor allows it, you should use subfolders for the countries instead of subdomains. So www.example.com/uk instead of uk.example.com, for example. The reason for this is that the subdomains won't share link equity as effectively. You should implement hreflang -- Moz has a great introduction to the topic here -- on all equivalent pages (I'll explain what I mean by that in a second). By all means choose sensible default currency options (for example GBP should be the default currency in the /uk directory), but preferably do allow users to change that default value if they wish. If they do change it, do not direct them to a different URL. Use a cookie to store their currency preference. Now, more on 'equivalence'. The point of hreflang is so that you can have identical or very similar pages targeting different country/language combinations, and have Google discard these pages as duplicate content. The pages don't have to be completely identical. For example, Americans and Brits use different spellings for common words. If my product was online math(s) lessons, my two equivalent URLs may look like this: www.mystore.com/us/online-math-lessons www.mystore.com/uk/online-maths-lessons The language, tone, and general marketing pitch of each page may be different, and tailored to their respective audiences, but they're each fundamentally selling the same product. So I would add the following hreflang tags to these pages (both tags on both pages): Be careful to use the correct country codes: en-UK is not valid, for instance, but en-GB is. Read Google's guidelines on the topic.

What I would also look at is the data that you can find in Google Search Console about the backlinks that you have so you're able to check their quality.

Hi there, There is definitely a lot that goes into a site migration/redesign, and re-thinking the way your content is presented to the user is definitely one of them. So, before anything else, kudos for spotting that. In terms of your questions, there is a general rule for UX and IA in terms of organizing content and hierarchy on your site. That rule tends to be to make every important page on your site reachable by a user within three clicks. This is referred to as the "three-click rule". In other words, can a user who lands on the homepage get to the "contact" page within three clicks? How about the "how to apply" page? I tend to extend this rule to four clicks for specific verticals, and I think it would be appropriate to say that if you can get your user to any page within four clicks of the homepage on your specific site you are doing a great job. Also, Rand did a great Whiteboard Friday on this topic that you might want to check out. Here are some other thoughts to consider in terms of SEO: Having a long homepage with parallax might look good to some, but the more important thing to ask is "will users be able to find this content efficiently and quickly on all devices?" Site migration can break an entire sites SEO work very quickly. I would do a thorough read of this wonderful guide on migrating sites and make sure you are set on that front. Hope that is helpful!

Hello, Moz does not report this kind of information. You need some code on each page that tracks the users sessions. Google Anaylatics does this, but there are other sites out there that can do it as well. Hope this helps, Don

Hi there, that's a great question. Unfortunately, as far as I'm aware, this would be difficult to implement; the only way I know of to do this is with cross device tracking via user ID in Google Analytics (Universal Analytics implementation). But that would only work if the user had logged in both on the mobile device and later on the desktop device. You could do a rough estimation of the FB driven later conversions by tracking micro conversions on mobile and then trying to correlate those with macro conversions on desktop, or something like that. But it wouldn't be very precise. Of course if there is a way of doing this more effectively that I'm simply not familiar with I would love to find out! On a sidenote, it's worth noting that it's important to ensure that whenever you run a Facebook campaign, you tag it with the UTM tracking parameters, otherwise GA will likely misattribute it as direct traffic.

I wouldn't consider it keyword stuffing, reads pretty naturally, but it also looks like the same thing everyone else does... how would that stand out in these SERPs? What would make someone click yours over someone else's on this ultra dull list? Literally no one stands out. VrCVt58.png

Yep got it, thanks - will Google therefore not pay attention to those products on the second+ pages? Also Ive seen on if you're on the second page of results we still have rel="next" href="http://www.key.co.uk/en/key/plastic-storage-boxes?page=2" > And haven;t got the rel="prev" which I had requested, Do you think the unfriendly URL may be a problem? I've been looking at this site and wondered if having products when you scroll is better for SEO? http://www.dunelm.com/category/home-and-furniture/storage/storage-boxes

Thanks for the insight - it does make sense to go with /location-name/service-name because people might want to look at all services in a location, but all locations for a service doesn't make much sense, (unless someone's scraping my site, and I don't want to make life easy for those people!). Things like /within-50-miles will be canonicalized to the base location as you suggest. You're right that there isn't much difference between that and simply /service-a/location-a I want everything to be bookmarkable, so keyword search will be either a parameter or another path, (like /keyword-{urlencoded keyword content} ), and I may or may not canonicalize that to just the location/service combo, or simply noindex it, or leave it as-is and see what happens. The /location-a/ part of the URL can accept a lot of formats, and some, like GPS coordinates, will have to be noindexed to avoid duplicate content, (I guess I could rel=canonical them to the closest town or something, I can save that as an experiment for later). Thanks again for the insight. It makes sense to me.

Thanks Gaston Riera. Just the answer I was looking for.

Hi there! I checked your account and it looks like you got everything sorted with your cancellation however, do feel free to write in at help@moz.com if you have any more troubles. -Adriana

Devon, Having multiple images linking to a site is not a problem at all, actually this is a very common way to build links to a site. As always it helps if all the tags are included in the image when it is posted (ie title, alt img). To make sure these are included it is often easier to send these sites the code to add to their blog, or have the code available for copy and paste. It's fine that the image is hosted in one place, the 'juice' will be passed from the site that has the image link. Hope this helps. Nick

Hi Guys, Can you please check that I now have the code correctly on the site? http://www.cobaltrecruitment.com/ The errors are still appearing for some reason in Webmaster Tools. Thanks,

Unless there's a reason to take the 301s down, don't. If you don't want to have to wade through them all when you're editing your .htaccess file you could monitor your server logs which should show all requests & responses your server receives & sends. When no requests for a URL, (and therefor no 301 responses happen), come in for some long period of time, (a month? 6 months? a year?), then you may be able to safely remove the 301 directive from your .htacess, (or wherever you configure your 301s).

God damn, I didnt realize that it isnt a part of a rich snippet. My eyes were blind. Thanks a lot!

Could be AppAnnie, SensorTower, AppMind, Apptamin. But they're not free. I think that free tool doesn't exist because tracking require servers, special infrastructure and reporting.

No prob, let me know how things turn out (professional curiosity) Like yourself my main project is dated in areas and a workaround is more cost effective than a rebuild, always interesting to see how people get around issues. GL!