International Site Geolocation Redirection (best way to redirect and allow Google bots to index sites)
-
I have a client that has an international website. The website currently has IP detection and redirects you to the subdomain for your country. They have currently only launched the Australian website and are not yet open to the rest of the world: https://au.domain.com/
Google is not indexing the Australian website or pages, instead I believe that the bots are being blocked by the IP redirection every time they try to visit one of the Australian pages. Therefore only the US 'coming soon' page is being properly indexed. So, I would like to know the best way to place a geolocation redirection without creating a splash page to select location? User friendliness is most important (so we don't want cookies etc).
I have seen this great Whiteboard Friday video on Where to Host and How to Target, which makes sense, but what it doesn't tell me is exactly the best method for redirection except at about 10:20 where it tells me what I'm doing is incorrect. I have also read a number of other posts on IP redirection, but none tell me the best method, and some are a little different examples...
I need for US visitors to see the US coming soon page and for Google to index the Australian website. I have seen a lot about JS redirects, IP redirects and .htaccess redirects, but unfortunately my technical knowledge of how these affect Google's bots doesn't really help.
Appreciate your answers.
Cheers, Lincoln
-
Both should happen.
You should design your coming soon page in a way that allows visitors to visit the AU version meanwhile. Perhaps even adding a newsletter sign up form...
If you are already getting links, then Google is already aware of your site. They were probably not indexing the AU version as you were forcing them to go the US, which is an "under construction" page.
-
Actually, one last minor touch!
In this case, the US site is a 'coming soon' page. Is it necessary at this point to put the 'Choose Location' link in it (so that Google Bots follow the link to find the AU site, because they'll be initially redirected to the US site), or will the Google Bots find the AU site naturally through our other SEO efforts (and be able to index it because they've followed links that won't redirect them to the US site)?
-
Amazing. Exactly what I wanted to hear. After all the other posts that I've read, I think you've summed it up perfectly, as a lot of the other posts really didn't answer it technically or as specifically.
I agree with the setup proposed above and will see if my client's dev team can implement for him.
Thanks, Lincoln
-
Subfolders ARE the best approach
As to your options, I would go with A, but if a visitor goes to say the Canadian version: domain.com/ca even though he previously accessed domain.com and was redirected to the AU version as it was the first time and a cookie was created/session var to store that, I wouldn't redirect him/her.
Let me put this differently.
AU visitor accesses domain.com, you redirect to domain.com/au (and you don't create any cookie, as the user actually didn't select a specific location).
Visitor accesses again, redirected to the AU version, but chooses to change the Country to CA, then he/she is redirected to domain.com/ca (a cookie/session var is now created as the user actually chose another option).
Visitor accesses again domain.com (he has the cookie/session var), he is redirected to the CA version regardless he is in Australia.
Visitor accesses again, but this time he types domain.com/au instead of the naked domain. He has the cookie, but I wouldn't redirect him... as I figure he typed the AU version because he WANTED the AU version.
That's what I would do. However, you can choose to redirect him anyway to the CA version as he has a cookie/sessio var stored. That's up to you.
Then on the 302, what I meant is that every redirection you make in this case should return a 302 status code, not a 301, as the 301s can be stored by the browser and then the user will be "forced" to the redirection. EX: he is in the AU page, chooses to go to CA, you create a 301 (instead of a 302) then next time he accesses the AU version he is redirected BY THE BROWSER to the CA version.
Hope that clears it up.
-
Hi Frederico,
Understood regarding the subdomains. I've always thought subfolders to be a cleaner and more professional approach, especially when it comes to SEO.
What would I ask for from a technical standpoint for the following two options. Appreciate you clarifying for me:
Option 1 (best option) - subfolders
An Australian visitor visits domain.com and is redirected to domain.com/au - the website remembers that this person is Australian. The same Australian visitor then visits the site from the US and the domain.com/au site shows.
The same as Logitech, they have an option to select a different country via a link at the bottom of the page, and if they do so, the website remembers for next time.
Option 2 - subdomains
Idea A: An Australian visitor visits domain.com and is redirected to au.domain.com the first time. domain.com remembers this preference the first time and redirects them there every time thereafter.
The same as Logitech, the user has an option to select a different location, which would update domain.com to remember a different location next time.
**Idea B: **An Australian visitor visits domain.com - the first time they visit they are prompted to select a location. This remembers the preference and every time thereafter would redirect them there.
The same as Logitech, the user has an option to select a different location, which would redirect them to domain.com to update their location preference.
Not sure I follow you on 302 redirect. You mean once the fix has been coded?
Thanks Frederico!
-
Glad I was of help.
I do have some technical knowledge on redirections, however, as we are dealing with subdomains here, I'm not sure cookies will work. Remember that x.domain.com is a different domain than y.domain.com, thus making a cookie created by x.domain.com useless on y.domain.com.
I've checked a couple of sites that do this kind of redirection, and can't hardly found an example of it using cookies, I find lots of them using subfolders: domain.com/au/, etc. as the cookie is valid for all subfolders.
How about forgeting about a "Global" cookie, and just using one for the particular subdomain (if you still want to go with the subdomain route), here's how it will work:
domain.com -> redirects to the "best match" (US go to us version, AU go to au version, others go to whatever version you consider the "default").
Then, in the subdomain, you implement the lightbox pop-up (the less intrusive one you can come up with) and save their response, so if the user accesses the next day to au.domain.com they won't be prompted again to change the location, BUT if they access domain.com (a US visitor) he/she will be redirected to the US version and get the lightbox again.
You end up "basically" with the same results, however, it could be a little annoying for some users, at least I know I would be annoyed if that happened to me.
Give it a day and think if subfolders aren't better in your case, that should solve all problems, and implementation will as easy as 1,2,3 (I am capable of helping you with that approach). You won't be using cookies, but session variables (although cookies will allow you to remember the user choice for any time-frame you want).
Oops, forgot to mention, 302 redirects
-
Frederico, this is exactly the advice I was looking for. Just the simple statement that bots should be treated as a user and not 'forced' is obvious logic I've overlooked.
I believe that then the best scenario for my situation is the same as Logitech:
- User enters and is redirected by location when they visit domain.com
- When redirected to us.domain.com or au.domain.com they then have the option to change location using a link in the footer and by cookies are not forced to change location again
Now to have the developers figure out how to code this. I wonder if you might shed light on the technical terminology of exactly what style of redirection this is? IP redirection w/ cookies, plus choose location page that updates cookies?
Cheers, Linc.
-
A few Webmaster videos ago, Google's Matt Cutts pointed out that that Googlebot should be treated exactly the same as if it was a regular person visiting your site, which you are currently doing.
However, you are now FORCING users to stay on "their" corresponding location, instead you should "suggest" but not force it.
Example: user access the naked domain: domain.com then you check his/her IP and redirect the the appropriate location, you must in this case, use some kind of "we already redirected him/her" method to avoid forcing the user to a specific country subdomain, you can use either sessions or cookies. Once you redirect, you create a cookie saving the option or a session variable. You now have the visitor in the location you want and you should offer an easy way to switch the location (check live examples, like logitech.com), a drop down menu for example on the footer. Now, IF a user accesses a location, say au.domain.com, you shouldn't do the automatic redirection, but instead, you could bring a lightbox pop-up suggesting the user to go to their "best match" location.
Using the above method allows Google to access any page, without forcing it to a specific location, plus, from my point of view, it is the easier and friendlier way for users too. If I type au.domain.com (while in the US) I probably want to see the AU version, if not, the page will suggest me to switch (and based on my response (closing the window or clicking a "stay here") the site should remember it and avoid re-asking).
Hope that helps!
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 are SEO best practices for Java Language Redirections?
We would like to get some insight on what is the best practice of setting up canonical URLs in the below scenario. CMS used: Liferay – we believe they are using java. The URL structure at this stage can not be changed to best practices (/en/ and /ar/). Currently the language redirections works like this: English: https://www.website.com/page1?AF_language=en Arabic: https://www.website.com/page1?AF_language=ar Depending how you entered the website last time the root URL will show English or Arabic content without the ‘sufix’: https://www.website.com/page1 All 3 different URL’s are being indexed on Google - which is causing duplication and confusion. We have a few ideas: Have 2 main URLS: https://www.website.com/page1?AF_language=en and have the canonical set to https://www.website.com/page1?AF_language=en https://www.website.com/page1?AF_language=ar and have canonical set to https://www.website.com/page1?AF_language=ar However, how would you handle the root page which does not have a specific language attached. If we need to make a choice we would go with Arabic, as mainly Arabic pages are indexed on Google with the root domain. This way we would (hopefully) retain the rankings for this. Question: did anybody had to deal with a similar situation? What would you do in a similar situation and why? Thanks for all your input.
Local Website Optimization | | skrauss0 -
Data Structure, Indexing and Canonicals
I was wondering if anyone would be able to share some data structure/indexing best practices. We have a site that has pages designed to display National/State/City level data - all pages have slight variations in the data and descriptions - but we're seeing google index some of the city level data for national level keywords. the URL structure is www.mysite.com/Country/State/City/Topic.html For example - if the query was "what is the price of beans?" we're seeing Google pick up localized versions - i.e. mysite.com/US/CA/San_Francisco/price-of-beans.html - when it should be picking up mysite.com/US/price-of-beans.html I've toyed with the idea of using the national level page as the canonical for the state/city pages - but I don't want to hurt state/city level keywords. Because some of the pages have only slight variances - we are also seeing a lot of soft 404 errors - We're assuming that Google is seeing the pages as duplicates even though the content is different. Any insight/suggestions are appreciated.
Local Website Optimization | | Nobody16081562591621 -
Schema markup for a local directory listing and Web Site name
Howdy there! Two schema related questions here Schema markup for local directory We have a page that lists multiple location information on a single page as a directory type listing. Each listing has a link to another page that contains more in depth information about that location. We have seen markups using Schema Local Business markup for each location listed on the directory page. Examples: http://www.yellowpages.com/metairie-la/gold-buyers http://yellowpages.superpages.com/listings.jsp?CS=L&MCBP=true&C=plumber%2C+dallas+tx Both of these validate using the Google testing tool, but what is strange is that the yellowpages.com example puts the URL to the profile page for a given location as the "name" in the schema for the local business, superpages.com uses the actual name of the location. Other sites such as Yelp etc have no markup for a location at all on a directory type page. We want to stay with schema and leaning towards the superpages option. Any opinions on the best route to go with this? Schema markup for logo and social profiles vs website name. If you read the article for schema markup for your logo and social profiles, it recommends/shows using the @type of Organization in the schema markup https://developers.google.com/structured-data/customize/social-profiles If you then click down the left column on that page to "Show your name in search results" it recommends/shows using the @type of WebSite in the schema markup. https://developers.google.com/structured-data/site-name We want to have the markup for the logo, social profiles and website name. Do we just need to repeat the schema for the @website name in addition to what we have for @organization (two sets of markup?). Our concern is that in both we are referencing the same home page and in one case on the page we are saying we are an organization and in another a website. Does this matter? Will Google be ok with the logo and social profile markup if we use the @website designation? Thanks!
Local Website Optimization | | HeaHea0 -
Regarding rel="publisher". Company info not shown in google?
Hi, I have a google+ page https://plus.google.com/+ILoveDiamondsdotcom which is verified and link to http://www.ilovediamonds.com with rel="publisher". Why my companies info is not shown in Google search?Its been nearly 3 months.
Local Website Optimization | | ILDSEO0 -
International SEO Difficulty With Hreflang
Hi, It seems that multilingual sites can be very tricky sometimes. This is the second problem we are facing with a client this month... A company which already has a presence in Spain wants to expand now in Portugal, Brazil and Argentina. There are some linguistic differences between Spain Spanish and Argentina Spanish so we will have a slightly different content but same url (check below) We will also cover the linguistic differences between Portuguese and Brazilian but with different urls, so we will have 4 pages serving the same content in 3 ( technically 4 ) different languages: company.com/idioma -> (original Spain Spanish page - url stays the same.) company.com/es-ar/idioma (Argentina url) company.com/pt-pt/idioma (Portugal url) company.com/pt-br/lingua (Brazil url) Normally we know we should use alternate hreflang to all 4 pages, but now that the url changes, e.g between Argentina and Brazil, the case is the same or we can omit it for these two countries? Thank you!
Local Website Optimization | | Tz_Seo0 -
How to target a site to only specific US states?
Hey Guys, Does anyone have experience or can point me to the right documentation about geo targeting possibilities for specific states in the US or specific areas in the world. Local SEO does not apply in my case, since my website is not a business nor have a physical address. My website offers information that is only relevant for specific states in the US, how can I leverage my I optimisation to gain more exposure in those specific states? I really appreciate any help. A
Local Website Optimization | | Mr.bfz0 -
Welcome to the Crawling, Indexing, and Ranking sub-forum
Hi guys,We built 2 sites for a client called Kilsaran. 1. Kilsaran.ie targeting Ireland2. Kilsaraninternational.co.uk targeting the ukThe issue is with the uk version of the site is not appearing where it used to be on the SERPs on google.co.uk when you serach for either "Kilsaran" or "Kilsaran International". The Irish version kilsaran.ie now appears first. We have set the GEO targeting for the respective Countries. The .ie site is the original site with the longer History and much more domain authority, links etc There is no manual penalty appearing So my questions is how do I get the English version to appear no.1on google.co.uk? Is it a case of building some local links? or should I implement geo ip detection?Another related question. What is the geo targeting tools function in GWT used for?ThanksRob
Local Website Optimization | | daracreative0 -
How to rank in Local Google Without physical address and phone number?
Can We Rank Well in Local Google without Physical address and Phone Number??? If Yes. How??
Local Website Optimization | | Dan_Brown10