Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
Do you use HREF lang tags when each page that is localised only exists in that language?
-
Hi, I have 2 questions I am seeking an answer for.
We have a home page in english GB, we then also have products which are specifically served in US. For these pages where the phone number is american, the spelling is american, the address is american, do we need to implement href lang tags? The page isn't a version of another page in english, the page is only in the native language.Secondly, is it recommended to create a second home page and then localise that page for US users?I'd be really greatful if anyone has any pointers as googles forum doesn't explain best practice for this case (as far as I can tell).Many thanks
-
Your question is not very clear, sincerely.
if the product pages that marketing only the USA users iare the only ones existing of those products (aka: there aren’t Uk product pages for those same products), then you must not implement the hreflang.
The hreflang is a rel=“alternate”, which means that it must always show an alternative URL to the current one. In the ISA product page it should signal as alternative UK users the UK ones, and viceversa.
so, if no UK product page exists, then the hreflang does not have an meaning to exist.
regarding your second question, if the USA market is very important for you and you want to market it differently thean you are marketing the UK one, then it may be a good idea to create an USa version of your site.
-
Despite the efforts, this answer do not respond to the question
-
Hello Adam!
Firstly, John Mueller from Google said that HTML lang attribute is ignored as a ranking factor.
Here some articles:
Google: We Ignore The HTML lang Attribute - The SERoundTable
Why Google Ignores HTML Lang Attribute for Indexing in Search Results - The SEMpostYou should use Hreflang,
Here some really useful resources about that:
Multi-regional and multilingual sites - Google Search Console
International checklist - Moz Blog
Using the correct hreglang tag - Moz Blog
Guide to international website expansion - Moz Blog
Tool for checking hreflang anotations - Moz BlogSecondly, yes. It could help creating a separate page for differente audiences. Remember to create a completely original and different page for both countries. And of course use correctly the internationalization tags.
Hope it helps.
Best Luck.
GR
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
-
Which are the best off-page SEO techniques for 2020?
I have just published an awesome website or blog, and i really worked hard keeping everything perfect. Do you think it’s enough? Having a perfect blog, website or business is just enough. i need readers for my blog, visitors to my website, and customers for my business. So, what to do?
Local Website Optimization | | boxinghunter0 -
Service Area Location Pages vs. User Experience
I'm familiar with the SAB best practices outlined here. Here's my issue: Doing local landing pages as described here might not be ideal from a user experience point of view. Having a "Cities We Serve" or "Service Areas" link in the main navigation isn't necessarily valuable to the user when the city-specific landing pages are all places within a 15-mile radius of the SAB's headquarters. It would just look like the company did it for SEO. It wouldn't look natural. Seriously, it feels like best practices are totally at odds with user experience here. If I absolutely must create location pages for 10 or so municipalities within my client's service area, I'd rather NOT put the service areas as a primary navigation item. It is not useful to the user. Anyone who sees that the company provides services in the [name of city] metropolitan area will already understand that the company can service their town that is 5 miles away. It is self-evident. For example**, who would wonder whether a plumbing company with a Los Angeles address also services Beverly Hills?** It's just... silly. But the Moz guide says I've got to do those location pages! And that I've got to put them high up in the navigation! This is a problem because we've got to do local SEO, but we also have to provide an ideal experience. Thoughts?
Local Website Optimization | | Greenery1 -
Page optimisation score = 93, but rank on 2nd page?
So, one of my pages has an optimisation score of 93. The DA of the website is 74 and is lower than many of our competitors, but to rank 12th? Anyway, does anyone have any suggestions? All the images are under 100kb, but the page speed isn't great (not something I'm currently able to change). All alt tags are using variations of our keywords.
Local Website Optimization | | SwanseaMedicine0 -
Suburb Pages
Hey Mozers, This is an old and often criticized method of SERP however we have a client who has requested we create suburb specific pages for their site. PLASTIC PLANTS "SUBURB" NEED PLASTIC PLANTS IN "SUBURB" They have shown us a competitor who is ranking for hundreds maybe thousands of suburbs in Australia using this method. Any thoughts or experience in this area would be appreciated.
Local Website Optimization | | wearehappymedia0 -
Local Service pages guide?
There are a lots of Local landing pages guide on the internet. Is there any guide for Local service pages? How to create them, what to include?
Local Website Optimization | | Michael.Leonard0 -
Image URLs changed 3 times after using a CDN - How to Handle for SEO?
Hi Mozzers,
Local Website Optimization | | emerald
Hoping for your advice on how to handle the SEO effects an image URL change, that changed 3 times, during the course of setting up a CDN over a month period, as follows: (URL 1) - Original image URL before CDN:www.mydomain.com/images/abc.jpg (URL 2) - First CDN URL (without CNAME alias - using WPEngine & their own CDN):
username.net-dns.com/images/abc.jpg (URL 3) - Second CDN URL (with CNAME alias - applied 3 weeks later):
cdn.mydomain.com/images/abc.jpg When we changed to URL 2, our image rankings in the Moz Tool Pro Rankings dropped from 80% to 5% (the one with the little photo icons). So my questions for recovery are: Do I need to add a 301 redirect/Canonical tag from the old image URL 1 & 2 to URL 3 or something else? Do I need to change my image sitemap to use cdn.mydomain.com/images/abc.jpg instead of www.? Thanks in advance for your advice.0 -
Location Pages and Duplicate Content and Doorway Pages, Oh My!
Google has this page on location pages. It's very useful but it doesn't say anything about handling the duplicate content a location page might have. Seeing as the loctions may have very similar services. Lets say they have example.com/location/boston, example.com/location/chicago, or maybe boston.example.com or chicago.example.com etc. They are landing pages for each location, housing that locations contact information as well as serving as a landing page for that location. Showing the same services/products as every other location. This information may also live on the main domains homepage or services page as well. My initial reaction agrees with this article: http://moz.com/blog/local-landing-pages-guide - but I'm really asking what does Google expect? Does this location pages guide from Google tell us we don't really have to make sure each of those location pages are unique? Sometimes creating "unique" location pages feels like you're creating **doorway pages - **"Multiple pages on your site with similar content designed to rank for specific queries like city or state names". In a nutshell, Google's Guidelines seem to have a conflict on this topic: Location Pages: "Have each location's or branch's information accessible on separate webpages"
Local Website Optimization | | eyeflow
Doorway Pages: "Multiple pages on your site with similar content designed to rank for specific queries like city or state names"
Duplicate Content: "If you have many pages that are similar, consider expanding each page or consolidating the pages into one." Now you could avoid making it a doorway page or a duplicate content page if you just put the location information on a page. Each page would then have a unique address, phone number, email, contact name, etc. But then the page would technically be in violation of this page: Thin Pages: "One of the most important steps in improving your site's ranking in Google search results is to ensure that it contains plenty of rich information that includes relevant keywords, used appropriately, that indicate the subject matter of your content." ...starting to feel like I'm in a Google Guidelines Paradox! Do you think this guide from Google means that duplicate content on these pages is acceptable as long as you use that markup? Or do you have another opinion?0 -
Same blog, multiple languages. Got SEO concerns.
Hi, My company runs a small blog in swedish. Most of the visitors are our customers/prospects. We will write about generic concepts regarding our business and the occasional company news story. However, I have quite a few ideas for articles that could be interesting to a lot of people, and I'm tempted to write those in english for better exposure. I would love it if that exposure could boost my companies authority. How should I go on about this? Can I somehow tell search engines that a certain part or page of the site is in another language? Should I translate our entire site to english and post the english post in a separate blog feed? Any insight is welcome. Thanks in advance!
Local Website Optimization | | Mest0