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.
Hey guys! I was looking at adding the H1 tag lower on the page than the H2 tag because I want the top bit to be a call to action. Is this proper practice?
-
Hey guys! I was looking at adding the H1 tag lower on the page than the H2 tag because I want the top bit to be a call to action. Is this proper practice?
-
Hi Anton,
Great question! Folks get really caught up in the proper way to use H1 tags and there's a lot of misinformation and rumors out there.
In the old days SEOs discovered that there was a correlation between words in the H1 tag and rankings, and so it became best practice to load all of your keywords there.
As time drew on and Google became more sophisticated, new research by SEOmoz and others discovered that there really wasn't a statistical significance to adding keywords specifically to the H1 tag - in fact the simple use of keywords in a large font towards the beginning of the document worked just as well.
So the best thing you can do for an H1 is the way it was intended - use it as the unique title of the document.
I don't see a problem if this means it's placed after the h2, but I would be wary of placing your most important content further down the page. Google seems to discourage important content pushed too far down the page, but sometimes there's legitimate reasons to place your CTA in a prominent place.
Just make sure your readers can easily find your important content - especially true if you're placing a CTA on every page!
-
As long as you know that the h1 tag is the most important to SE's and that it contains the page's most valued keyword then I don't think the structure (h1 before h2) matters. However your proposed structure is semantically incorrect and as we move towards the semantic web, you should adopt stricter structures.
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
-
H2 tags always recommended? Or ok without?
Is it ok to have no h2 tags? There are no "keywords" relevant to the product in these example h2 tags. Also, is it ok to not have a PRODUCT DESCRIPTION header, or is it better with that header? It's for a "product page". Examples: <h1>Used Bow Front Desk With Mahogany Laminate</h1> <h2 style="display:inline;">QTY:</h2> 3 - <h2 style="display:inline;">Manufacturer:</h2> Hon <h2>Product Description:</h2> <p>This bow front desk is in excellent condition. It has a beautiful mahogany laminate.</p> OR (no h2 tags or product description header at all) <h1>Used Bow Front Desk With Mahogany Laminate</h1> <p>QTY: 3 - Manufacturer: Hon</p> <p>This bow front desk is in excellent condition. It has a beautiful mahogany laminate.</p> I prefer the last one as it's much simpler, but I'm curious if search engines would prefer the existence of h2 tags in the first version. Thanks,
On-Page Optimization | | NRSmart
Todd0 -
H1 tag- on home page - what is it best to include
is it best to have in the H1 tag 1. just our website address 2. combination of website address followed by short keywords about our website
On-Page Optimization | | CostumeD0 -
Duplicate page titles and hreflang tags
Moz is flagging a lot of pages on our site which have duplicate page titles. 99% of these are international pages which hreflang tags in the sitemap. Do I need to worry about this? I assumed that it wasn't an issue given the use of hreflang. And if that's the case, why is Moz flagging them as an issue? Thanks.
On-Page Optimization | | ahyde0 -
Will Google penalize my website if I hide the H1 tag?
If I hide H1 tag (title on the homepage) with CSS, how Google handle with my site?
On-Page Optimization | | joeko0 -
URL for location pages
Hello all We would like to create clean, easy URLs for our large list of Location pages. If there are a few URLs for each of the pages, am I right when I'm saying we would like this to be the canonical? Right now we would like the URL to be: For example
On-Page Optimization | | Ferguson
Domain.com/locations/Columbus I have found some instances where there might be 2,3 or more locations in the same city,zip. My conclusion for these would be: adding their Branch id's on to the URL
Domain.com/locations/Columbus/0304 Is this an okay approach? We are unsure if the URL should have city,State,zip for SEO purposes?
The pages will have all of this info in it's content
BUT what would be best for SEO and ranking for a given location? Thank you for any info!0 -
Do images work as a H1
Is a h1 tag wrapped image with a optimized alt tag as effective as text wrapped in a h1 tag?
On-Page Optimization | | EAOM0 -
Tag clouds: good for internal linking and increase of keyword relevant pages?
As Matt Cutts explained, tag clouds are OK if you're not engaged in keyword stuffing (http://www.youtube.com/watch?v=bYPX_ZmhLqg) - i.e. if you're not putting in 500 tags. I'm currently creating tags for an online-bookseller; just like Amazon this e-commerce-site has potentially a couple of million books. Tag clouds will be added to each book detail page in order to enrich each of these pages with relevant keywords both for search engines and users (get a quick overview over the main topics of the book; navigate the site and find other books associated with each tag). Each of these book-specific tag clouds will hold up to 50 tags max, typically rather in the range of up to 10-20. From an SEO perspective, my question is twofold: 1. Does the site benefit from these tag clouds by improving the internal linking structure? 2. Does the site benefit from creating lots of additional tag-specific-pages (up to 200k different tags) or can these pages become a problem, as they don't contain a lot of rich content as such but rather lists of books associated with each tag? Thanks in advance!
On-Page Optimization | | semantopic0 -
Avoiding "Duplicate Page Title" and "Duplicate Page Content" - Best Practices?
We have a website with a searchable database of recipes. You can search the database using an online form with dropdown options for: Course (starter, main, salad, etc)
On-Page Optimization | | smaavie
Cooking Method (fry, bake, boil, steam, etc)
Preparation Time (Under 30 min, 30min to 1 hour, Over 1 hour) Here are some examples of how URLs may look when searching for a recipe: find-a-recipe.php?course=starter
find-a-recipe.php?course=main&preperation-time=30min+to+1+hour
find-a-recipe.php?cooking-method=fry&preperation-time=over+1+hour There is also pagination of search results, so the URL could also have the variable "start", e.g. find-a-recipe.php?course=salad&start=30 There can be any combination of these variables, meaning there are hundreds of possible search results URL variations. This all works well on the site, however it gives multiple "Duplicate Page Title" and "Duplicate Page Content" errors when crawled by SEOmoz. I've seached online and found several possible solutions for this, such as: Setting canonical tag Adding these URL variables to Google Webmasters to tell Google to ignore them Change the Title tag in the head dynamically based on what URL variables are present However I am not sure which of these would be best. As far as I can tell the canonical tag should be used when you have the same page available at two seperate URLs, but this isn't the case here as the search results are always different. Adding these URL variables to Google webmasters won't fix the problem in other search engines, and will presumably continue to get these errors in our SEOmoz crawl reports. Changing the title tag each time can lead to very long title tags, and it doesn't address the problem of duplicate page content. I had hoped there would be a standard solution for problems like this, as I imagine others will have come across this before, but I cannot find the ideal solution. Any help would be much appreciated. Kind Regards5