Top level domains showing wrong meta tag des in different country
-
Hi Everyone
I have 3 top level domains - and its showing up my meta tag description in USA and Australia search for my NEW ZEALAND meta tag description. Not sure whats going on, but now that im ranking for all top level domains in those countries it looks weird having a NZ in the Search when its a USA and AUSTRALIA domain name. See the attachments
Cheers
-
Hi Luis,
Thanks for your response! So I managed to update all urls with the correct hreftags and submitted a new sitemap also have used google fetch to index the pages - I went to do a search in australia and it is still showing the new zealand meta tag description can you take a look? Or something I'm doing wrong here?
-
Thanks Dirk, ill update them now!!!
-
Justin,
Seems to be ok now - tested the 3 url's and all are ok (homepage)
Don't forget to update the pages inside the site:
Example: https://www.zenory.com/tarot-readings
Here the hreflang should become
Currently they all point to the homepage.
rgds,
Dirk
-
Hello Justin,
https://www.zenory.com.au It's OK
https://www.zenory.com Not OK
https://www.zenory.co.nz Not OK
Luis
-
ahhh don't worries at all Dirk I will update them soon! Thank you for double checking for
-
Hi Justin,
I fear I made a mistake in the url's - you have to use the full url
Sorry.
Dirk
-
Hi Dirk
Thank for that! I have updated it - my developer said he made the mistake of not updated all and have no updated it so hopefully its correct!
-
Thanks Luis for pointing that out - my developer said it was his mistake and have no updated - is it correct now?
-
Hi Justin,
The tags are now completely wrong - on the .com version it lists (seems the same on .com.au & the .co.nz)
Not really that technical, but check with your programmer - he must be able to find a way to get this right. The x-default is not that important in your case I guess as you mainly target these 3 markets. If you can't fix it it's better to take them off because now you're sending a very confusing message to Google (for en-us it now has the choice between 3 url's - and for the other languages there is no alternate url mentioned...)
rgds
Dirk
-
Hi Justin,
Nope, it's not implemented properly. For your three domains I see the 3 hreflang language specifications is the same "en-us".
You can see this by checking the source code of all of them.
Luis
-
Hi Dirk
Iv applied your recommendation, however our ruby system keeps converting it to its current status - but I took the default setting out!
-
Hi Luis
Here is the update:
www.zenory.com, www.zenory.co.nz and www.zenory.com.au
Let me know your thoughts and if I have done everything correctly?
Cheers
-
Thanks so much Luis, ill report back to you once iv done the changes and see how it goes - I do remember when were making the changes to the hreflang tags the first time - my developer told me the ruby system was automatically changing back to what is currently showing, could that be possible?
-
Hello Justin,
Yes, you are right
Let me tell you that ISO codes normally come represented in lower-case. I am almost sure this is not your problem, since html code is no case sensitive, but it's a good practice!
Luis
-
Hi Luis
I looked at he language declarations you pointed out - can you further explain what I have done incorrectly here? The difference I can see is I have used "Capitals" lang='en-NZ**'>** and lang**='en-AU****'>** instead of lang**='en-nz****'>** and lang**='en-au****'>** am I understanding this correctly?
-
Hey Dirk
Thanks again for your advice and sharing the above links - this definitely makes more sense!
-
Thats alot Luis will make this update and take out the default! Will let you know once I have updated it!
-
Hi Justin
As Luis indicates - the hreflang is not properly implemented - which you can also test here: http://flang.dejanseo.com.au/
As mentioned in this post - https://moz.com/blog/using-the-correct-hreflang-tag-a-new-generator-tool you can generate the hreflang here: http://www.internationalseomap.com/hreflang-tags-generator/
Long story just to confirm that the suggestion of Luis is correct - update the hreflang to
should do the trick. If you want to have one as default for all other languages (suppose you want to show zenory.com as default when the language is not one of the three options, you add:
See example on http://googlewebmastercentral.blogspot.be/2013/04/x-default-hreflang-for-international-pages.html
Important: the tagging needs to be identical on all three sites and needs to be present on all pages (with the correct url of course).
Currently the x-default is different on all three sites which is confusing for Google.
rgds,
Dirk
-
Hello Justin,
1. Could you replace your current hreflang declaration with this piece of code at your 3 different domains? (no more x-default setting)
SEE IMAGE 1
2. Could you update the language declaration on top of the source code at your 3 domains? Pay attention, only one per domain!
SEE IMAGE 2
Please, change this and let's wait for some results!
I hope this will solve the problem,
Luis
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
-
Wrong logo on Google Knowledge Panel
We have several different listings & brands on our site and the logo that is being pulled is one of our listings. We have identified the logo through organization structured data as well as provided the "feedback" section with the correct link multiple times. Does anyone know how we can get this resolved?
Branding | | imjonny1230 -
Considering Moving to New Domain and SEO
Hello, One of our sites has been using a domain since 2005 and is shown below. The domain is terrible for multiple reasons, hyphens and doesn't even reflect our actual company name. Not to mention its embarrassing when telling a customer to email us at support @ pro "dash, yes the hyphen" gift.... I wanted to change it long ago but feared it would hurt my SEO rankings. After taking Bruce Clay's training class back in 2004, we managed to rank top 10 for most targeted keywords. My ranking have slowly dropped over time due to neglect and decaying IBL's. We still rank for a few targeted keywords but it was just August of 2017 we were still top 10 but something happened and we dropped out of the top 100 right before our holiday season. We had to run Adwords and BingAds to supplement traffic this holiday season. So I am wondering before I restart my SEO efforts should I move the domain now before trying to build new content, IBL's, etc? I was always under the impression Google used domain trust a major factor which wasnt only IBL but also domain age. Our preferred domain I purchased from another owner and it has ZERO links to it. It was basically a parked domain with the "domain for sale" stuff. I am a little nervous about moving it over because Google didnt even have it in its index. I put up a coming soon page and hosted it on my server, same C Block, and requested a crawl from my webmaster console. I added some text to the new domain index page and it appears Google is showing results for our old domain! At first I thought it was duplicate content but its not Google obviously has deciphered current site is my old domain and is displaying the title and meta data from the old domain. I have never seen this before. Google cache shows the current domain the new domain url. A few questions: Will my site get sandboxed after 301 redirecting and going webmaster console move features etc? Does this reset the trust factors? I have read examples in my research where some people say it only took a few weeks and everything was back to normal and others that have said it took years. Any experience or insight is greatly appreciated. I am currently relearning SEO and going over the SEO tutorial articles provided on moz. Thanks again! New Domain - matches our company name, no hyphens, better branding http://www.giftbasketpros.com/ Google index https://www.google.com/search?q=site%3Awww.giftbasketpros.com Current Domain, since 2005, has ranked well for years until this summer http://www.pro-gift-baskets.com/
Branding | | DMAC441 -
Country sites - TLD's or sub directories?
Dear All, We have several brands which operate a several languages and currently have a set up like this: www.[BRAND].com/ = English global www.[BRAND].com/de = German www.[BRAND].com/fr = French … Each subdirectory is a completely different site so I was wondering would it be better to use TLD’s for each country site in order to hold more equity in the search engine if we used: www.[BRAND].com/ = English global www.[BRAND].de = German www.[BRAND].fr = French Are country top level domains the way to go? If we wanted to change language within a country site should we use the following? www.[BRAND].be = Belgium English www.[BRAND].be/nl-NL/ = Belgium Dutch If you could let me know what to do I would be most grateful. Thanks guy's Ian Leggett UI Developer
Branding | | SThreeMarketing0 -
Considering Switch to old Domain - Any Bad Karma?
So here is the issue. I am working with a company that used to have a branded domain. Then they split the domain into two separate keyword rich domains and tried to change branding to match the keyword rich domains. This made for a really long brand name that is difficult to actually rank for as it is mostly hi traffic key terms and also created brand confusion because all of the social accounts still operate under the old brand name. We are considering a new brand initiative and going back to the original brand name as it better meets our business objectives (they still get traffic from branded searches under the old brand) and the old branded web domain. My question is if there is any added risk in going back to an old domain that has been forwarded for the past 2 years to the new domain? I know the risks and problems of a domain name change, but I am not as certain about the added complication of moving back to an old domain and essentially reversing the flow of 301's. Any thoughts? Cheers!
Branding | | prima-2535090 -
Moving Blog from www.topic.domain.com to www.domain.com/blog
Hi Fellow Mozzers, Just started off here on seomoz.org and am super happy to have joined the community! I've recently started a new job as web optimization manager for an education company. There is a lot to do and one of my first tasks is to figure a better strategy for our current blog. I've convinced our management to move our blog from topic.domain.com to domain.com/blog. My research has shown that this is a better strategy so that our blog can receive the DA of our root domain, get more people to click through our site, and even receive more natural searches (PLEASE, someone correct me if I'm wrong on this). Anyway, our blog is currently hosted as a Wordpress blog and we're wondering if it's more worthwhile to build a blog platform ourselves or continue using Wordpress. I am not a technical guy and don't know the backend stuff to make it happen, but my concern is primarily for the optimum search capacity. Also, our bloggers frequently put links to different portions of our website - does this hold any negative SEO value in terms of too much internal linking? I personally wouldn't assume so, but then again I could be wrong. Finally, we also track our main website using Google Analytics- currently, the only tracking we have installed on our blogs is the default provided by Wordpress (yes yes I know, but that's why i'm here -- to fix these weaknesses). I'm assuming we will be able to better track using GA when the switch is made. So, I guess my questions are: (1) Is my research correct in that it's better to have our blog hosted as domain.com/blog over topic.domain.com (2) Are there any best practices in making this switch and/or any negative implications with continuing to use Wordpress or should we build our own platform (we have the internal resources to do so, but would prefer to take the easiest and best route in terms of SEO and community building). (3) Will it still be just as easy to track using GA. Thank you!! Pedram
Branding | | CSawatzky0 -
Organic fluctuations after domain migration ?
I'm working on the rebranding of an ecommerce site We're going to do a domain migration and since half of the current traffic is coming from organic searches I'd like to estimate possible fluctuations on this channel. **Do you have any rebranding experience? or can suggest good case studies on this? ** (Technically speaking we know the protocol and also on the communication/strategy side we're covered.. we just need an estimate of the organic drop.. in the worst case scenario)
Branding | | homeonline0 -
Switching to a .travel domain - (recommendations and suggestions)
Hi, I am looking for an expert advise in terms of domain switching. I am in charge of a little colombian travel agency page "www.brandname.com" and i am thinking about switching to a .travel domain we purchased month ago. - "brandname.travel" I would like to share some thoughts and would appreciate any comment, suggestions or recommendations. "brandname.travel" url is shorter and more travel related I also think it is easier to remember than "www.brandname.com" we often use "brandname" in communications rather than "brandname travel" url within our site would be shorter i expect google to give more weight to .travel domains we also 301 redirect "brandname.travel" to "www.brandnametravel.com" Risks: we would loose positioning (for some important keywords we have top positions) less conversion less traffic customer not aware of .travel domains Question? how long does a recovery take? currently we 301 redirect "brandname".travel to www.brandname.com would this help repositioning our page? If we do this, when? Low search periods? -How strong do see a .travel domain compared to a non .travel domain? Any help is greatly appreciated
Branding | | cuchuco0