Welcome to the Q&A Forum

I've been going on the assumption that when verifying a website in search console, it's always good to register and verify all variants of the site URL: http https www non-www However, if you create redirects to the preferred URL, is it really necessary to register/virfy of the other three? If so, why?

I have a client who has created a number of login pages for their clients (eg. clientA.domain.com, clientB.domain.com). They are all password protected. Just wondering if this has any impact on SEO, good or bad?

I have a client with a Shopify site. It is a clone of the 'main' website which is a .co.uk domain. Client wants to use .com.au for Australia and New Zealand. All are English language. How should we structure hreflang tags? Or is there a better way to target the .com.au website at Australia/New Zealand?

I just had a client say they were advised by a friend to use 'a bunch of unlisted (hidden) pages'. Isn't this seriously black hat?

I know these are intended for specifying different language/regional versions of one site, but can they be used to specify just ONE country (eg. "en-au")? Or does it only work to specify an ALTERNATIVE to another language/region variation?

I'm creating a filter for internal IP addresses and the client has sent me this: 2001:db8:85a3:8d3:1319:8a2e:370:7348 Does this mean it is not a fixed IP address? I have only ever seen IP addresses in this format: 192.0.2.1 Can anyone shed any light?

Here's the scenario... Client has two domain names: domain.com - targeting one country (Australia) otherdomain.com - targeting all other countries Both have identical products, but different currencies (AU$ and US$). The problem (as most of you will know) is that without using a sub-domain or country-code top-level domains, Google has no idea which domain should be served for which domain. Furthermore, because the root domain is different, Google doesn't see any connection between the two - other than the fact they have identical products! My recommendation to the client is to change to: domain.com to domain.com.au otherdomain.com to domain.com Arguably, we could leave the second one alone. But I think it's better for the brand to use the same root domain for each. Obviously this means both will need to be redirected. Since NONE of the pages within the sites will change, do we need to redirect every page, or just the root domain? Any other risks or concerns we should know about?

I have a page which (I believe) is well optimised for a specific keyword (URL, title tag, meta description, H1, etc). yet Google chooses to display the home page instead of the page more suited to the search query. Why is Google doing this and what can I do to stop it?

Late last year, Shopify moved all their sites from http to https. I did an audit of a Shopify site recently and discovered the following... The https version of the site has just 13 backlinks from 5 domains The http version of the site has 568 backlinks from 48 domains So I went into the blog (which is on a different domain - long story) and changed all the backlinks from http to https. One week later... the https version of the site now has 278 backlinks from the same 5 domains. I've been told that Google doesn't worry about this when it comes to rankings. Not sure if this is true or not. But I definitely believe this DOES affect MOZ Domain Authority. Can anybody confirm or deny this? If the backlinks do not change from http to https following a migration, does this impact MOZ Domain Authority and/or Google rankings?

I'm trying to resolve a number of conversion discrepancies found in Google Analytics. I discovered that Shopify also provides its own 'conversion details'. In some cases they correlate, which is awesome! But in many cases they do not. Anyone know why this is? And which is more reliable (remembering that Shopify is an actual, real order)? Does anybody know how Shopify attributes conversions (ie. last click, first click, or some hybrid of the two)?

I have acquired new a client who wants to migrate to a new platform. He also wants a 100% guarantee we maintain he Google search rankings. How realistic is this? Anyone got a checklist they can recommend?

I manage a number of Shopify stores for ecommerce clients. MOZ keeps kindly telling me the URLs are too long. However, this is largely due to the structure of Shopify, which has to include 'collections' and 'products'. For example: https://domain.com.au/collections/collection-name/products/colour-plus-six-to-seven-word-product-name MOZ recommends no more than 75 characters. This means we have 25-30 characters for both the collection name and product name. VERY challenging! Questions: Anyone know how big an issue URLs are as a ranking factor? I thought pretty low. If it's not an issue, how can we turn off this alert from MOZ? If it is an issue, anyone got any ideas how to fix it on Shopify sites?

I just went to check my client sites in Google search console and noticed a whole bunch of them no longer 'verified'. They were all previously verified. Why would they suddenly change status to 'not verified'? Does this affect anything (eg. search analytics data flowing through to GA)? Does this mean I have to verify all over again?

A client has just given me a list of redirect URLs as requested of them. However, they're wanting to redirect a bunch of pages to various anchor points within the same page. For example: /pages/about might redirect to: /pages/our-story#our-mission And: /pages/history might redirect to: /pages/our-story#history Is there any problem with this? I've never seen or been asked to redirect like this before.

Picture this - if you have a spirit for adventure! Client builds Alpha****Domain.com Then builds a number of backlinks to Alpha****Domain.com Client also creates a number of 301 redirects from several older domains to AlphaDomain.com Client then changes Alpha****Domain.com to Beta****Domain.com They create 301 redirects from Alpha****Domain.com to Beta****Domain.com But then... they 'park' Alpha****Domain.com (ie. no longer accessible)! About one year later, client changes a whole bunch of URLs on Beta****Domain.com without keeping track of changes. Thankfully, the hosting service (Shopify) automatically creates some redirects, but it's more by accident than design! Questions: After step 6 above, are the 301 redirects created in steps 3 and 5 now totally redundant and broken? If AlphaDomain.com no longer exists, surely all redirects to and from this domain are broken? Or can they be recovered? What happens to all the backlinks originally created in step 2? Finally, can anything be done to recover lost URLs in step 7? Yes. What a mess!

has anyone discovered this bot in their robots.txt file? User-agent: MJ12bot
Crawl-Delay: 10 Good or bad?

I have a client who appears to have taken a big hit in a few areas recently: MOZ Domain Authority has dropped from 16 to 1 In ahrefs, their http version has 103 backlinks from 46 referring domains, but the https version shows 'no data' for backlinks or referring domains Their 'average position' in SERPs has fallen from around 32 to 43 in the last six weeks Ininitally, I thought this might be due to the MOZ indexing problems last month. However, I now suspect this is connected to their switch from http to https, which occured in mid December. Although all the http pages appear to be redirecting, it looks like the backlinks are not being associated to their https version. Anyone had experience of this and/or now how to remedy?

I have a client who has reported a drop in Domain Authority from 16 to 1 in a matter of a few weeks. Also, MOZ was reporting links, but now none! I know there were some issues with the recent MOZ index update. However, this sounds like something else. Anyone got ideas on where we should start looking?

I'm doing some competitor analysis for a client. I'm looking at the client's title tags and meta descriptions for specific search results, in comparison to their main competitor. I'm trying to establish if the client is ranking higher due to better relevance, or just because they have higher PA and DA. It appears to be the latter. Observations: For both the client and their competitor, their home pages appear in the results much more frequently than specific landing pages The meta description Google chooses to display in the search results for the home page does not always match the ACTUAL meta description for the page and appears to vary depending on the specific search query Questions: Does Google create meta descriptions on the fly? Is this an example of Google using semantic search? And if so, why are we bothering to type customised meta descriptions for specific pages, if Google is just going to recreate them anyway? Is Google displaying results of the home pages simply because they cannot find pages more relevant (ie. if we produced landing pages more relevant to these specific search queries, would Google rank them higher)?

I have a client who has just seen his average page rank creep up from around 39 to 34 over about two months, then it appears to have dropped back to position 40+ in the space of a week. I believe he's made a lot of changes to targeted keywords, so I'd like to think it's simply because his old targeted keywords are dropping and new keywords still have to build their rankings. But I'm also worried in case he has over-optimised and might get getting penalised. Any advice on where to start digging?

Anyone familiar with Shopify will understand the problems of their directory structure. Every time you add a product to a 'collection' it essentially creates a duplicate. For example... https://www.domain.com/products/product-slim-regular-bikini may also appear as: https://www.domain.com/collections/all/products/product-slim-regular-bikini https://www.domain.com/collections/new-arrivals/products/product-slim-regular-bikini https://www.domain.com/collections/bikinis/products/product-slim-regular-bikini etc, etc It's not uncommon to have up to six duplicates of each product. So my question is twofold: Firstly, should I worry about this from an SEO point of view? I understand the desire to minimise potential duplicate content issues and also in focussing the 'juice' on just one page per product. But I also planned on trying to build the authority of the collection pages. If I request Google not to index the product pages which link off the collections, does this not devalue these collections pages? Secondly, I understand the correct way to fix these is using 'rel canonical' tags, but I'm not clear about HOW to actually do this. Shopify support has not been very helpful. They have provided two different instructions, so just added to the confusion (see below). Shopify instruction #1: Add the following to the theme.liquid file... <title><br />{{ page_title }}{% if current_tags %} – tagged "{{ current_tags | join: ', ' }}"{% endif %}{% if current_page != 1 %} – Page {{ current_page }}{% endif %}{% unless page_title contains shop.name %} – {{ shop.name }}{% endunless %}<br /></title>
{% if page_description %} {% endif %} Shopify instruction #2: Add the following to each individual product page... So, can anyone help clarify: The best strategic approach to this inherent SEO issue with Shopify (besides moving to another platform!)? and If 'rel canonical' tags is the way to go, exactly where and how to apply them? Regards, Murray

If I'm about to submit a new sitemap for Google to crawl, is there any need to use the Fetch tool?

Just taken over a new client who recently moved from A.N. other platform to Shopify. I just found reference to their old website IP address and it appears to be not redirecting. Can I simply use something like Traffic Control (Shopify app) to redirect to the new domain?

What do you say to a client who recently purchased an online business and says 'I don't really care if the phone number or address on a directory is old or incorrect'?I've tried to explain the value from an SEO point of view, but he's not really buying it.Anyone encountered this skepticism before and if so, how did you handle it?

A new client has the following domains: www.domain.com (on Shopify) www.blogdomain.com (on Squarespace) It seems BOTH domains are using the same Google Analytics account ID. But they are essentially two different websites (as opposed to the blog being a subdomain or subfolder). I'm struggling to see what value this blog structure is adding to the ecommerce site. Should these be set up as cross-domain tracking?

Here's the scenario: I have a client currently running one Shopify site (AU) They want to launch three more country domains (US, UK and EU) They want each to be a standalone site, primarily so the customers can purchase in their local currency, which is not possible from a single Shopify site The inventory is all from the same source The product desscriptions will all be the same as well Question: How do we avoid content duplication (ie. how will canonical tags work in this scenario)?

I just had a developer friend call me in a panic, because they had gone live with a new site and found out (the hard way) that they had missed some pages on their 301 redirects. So the pages are appearing in Google but serving 404s. Ouch! So their question was: other than running a report for 404 errors in something like Screaming Frog, is there a way to hunt down ONLY pages serving 404s, then export to CSV so they can be redirected? Anyone got any tricks up their sleeve?

Just started a site audit and trying to determine the number of pages on a client site and whether there are more pages being indexed than actually exist. I've used four tools and got four very different answers... Google Search Console: 237 indexed pages Google search using site command: 468 results MOZ site crawl: 1013 unique URLs Screaming Frog: 183 page titles, 187 URIs (note this is a free licence, but should cut off at 500) Can anyone shed any light on why they differ so much? And where lies the truth?