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.
Multiple H1 tags on Squarespace blog page?
-
Hi All,
I use Squarespace and while running my site (https://www.growmassagebusiness.com) through programs am seeing that my blog posts are being seen as one page with multiple H1 tags. I read through the SS help desk and found back in 2015 someone wrote that it's not a bit deal b/c of HTML5 and that the search engines will read each blog post as a sub-page.
I'm not so sure about that and wondering what the experts think?
If that is screwy then I'm considering possibly making each blog post it's own page rather than using their blog posting format.
-
Thanks Nigel,
That is my line of thinking as well. I'm in the process of separating the pages of the blog into separate pages. Each post is already optimized with a meta description and from my perspective, I think that having them all on one page is muddying the content.
They do claim to have the HTML5 configured correctly but I'm not seeing any of the blog posts ranking anywhere - only the home page of my site.
This blog set up nonsense was the reason I went over to WP - but after dealing with too many system crashes and bloated themes- I realized, if I was a developer then WP would be perfect, but for me and the little time I want to spend on my website- SS is a good choice.
However, their blog set up is confounding!
-
Hi Ramjam
I have read a lot about HTML5 - but nowhere is there a direct comparison between the SEO rank in SERPS of an article separated by HTML5 tags vs an Article on a unique page marked up correctly.
My feeling is that given an article in the middle of a multi article single blog page and an article placed on its own page that the latter would rank much higher. However, I have no evidence to show you as there does not appear to be any.
If you still feel that this is a viable route to go then read this:
Then place an article on the same page with others marked up correctly with HTML5 Headers, Article & H1 tags and one on its own unique page. See which rank higher.
Maybe this is a question we should put directly to Rand and ask him to do a whiteboard Friday on it. Every bit of SEO advice I have ever read has been about creating unique pages with their own defined content so this goes against all of that!
Regards
Nigel
-
Here's a response from the Squarespace forum, does this make sense?
"...HTML5 has changed this by introducing some new semantic tags that each take an h1 tag (article, section, etc). Squarespace uses these new semantic tags to differentiate content such as blog posts and that's why there are multiple h1 tags per page. Search engines are now optimized to account for this so it's not a problem anymore. Some HTML validators will still throw red flags, so that may be why you are getting that advice."
I'm reading that this is acceptable in HTML5 format but am wondering if search engines actually find it acceptable as well?
-
Completly Agree good answer my friend
-
Thanks guys, that is my thought as well.
I do like Squarespace (I've had experience using SS, Wix, Weebly, and WP) for my business needs. When I had my massage business here in San Diego, I was able to get on the first page of a Google search for my services on a SS site, so I know it can be optimized.
But the blog set up is really funky. The titles of the blog post are automatically set to H1's, so Ceseare, your suggestion wouldn't work because so far I've got around 21 posts and I can't do H2-H21, that would be worthless I think.
They do enable each post to have it's own meta description and tags- but they are showing up all on one page in my Screaming Frog and Ahrefs tools.
Thanks Nigel and Cesare- you guys confirmed that I will go in and just make each blog post its own page. Because each post is already centered around a keyword/phrase.
-
Hi Ramjam
It sounds like you have all of your blog posts on one page and that the header for each post is an H1. This is really bad from an SEO point of view as the resulting page is huge and splattered with conflicting keywords. Google would have no idea how to rank the page and for what.
The best way to run your blog is to have a single page for each post - this is the only way that you can properly separate content and to write about properly themed and separate subjects. Then you can add appropriate META tags for each page (Title & Description) and focus on a single focus keywords or very tight selection of contextually similar keywords. Also remember that when you add images to name them the focus keyword to further help with the SEO of the page.
You can still use H1s on that page but keep them keyword focused and don't duplicate content across pages. You will find that each blog page will be listed in Google. Note: ensure that tags are turned off and categories are properly optimized when you do this as this can add duplicate content URLs.
I hope that helps
Regards
Nigel
Carousel Projects
-
Although its possible to have multiple H1 tags on one page I personally wouldn't do that. There is no reason to make things more complicated than they should. 1 H1 for every post, 1-3 H2 if needed. Thats is. Like this its clear and unambigious.
Another discussion here about that topic: https://a-moz.groupbuyseo.org/community/q/multiple-h1-tags-for-different-section-on-one-webpage-in-html5-website-should-i-have-only-one
Hope this helps.
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
-
Multiple H1s and Header Tags in Hero/Banner Images
I work on education websites, and our sites are being flagged by SEO and accessibility checkers for having multiple H1s. The home pages have the site name as an h3 in the hero image, and an aspirational headline (think: Be Like Mike) as an H1. The sub-pages have two H1s: one on the site name in the banner image, and the other on the page title. Note that the site name is very keyword-rich. If we were to remove the H1 and H3 tags from the hero/banner images, would it do any SEO harm? At the same time, we’d rewrite the H1 on the home page to be more keyword-focused. Any other options? I also read that it’s OK to have multiple H1s as long as it’s clear which H1 belongs to the heading area and which one belongs to the body area of the page. Thanks in advance!
On-Page Optimization | | UWPCE0 -
Noindex child pages (whose content is included on parent pages)?
I'm sorry if there have been questions close to this before... I've using WordPress less like a blogging platform and more like a CMS for years now... For content management purposes we organize a lot of content around Parent/Child page (and custom-post-type) relationships; the Child pages are included as tabbed content on the Parent page. Should I be noindexing these child pages, since their content is already on the site, in full, on their Parent pages (ie. duplicate content)? Or does it not matter, since the crawlers may not go to all of the tabbed content? None of the pages have shown up in Moz's "High Priority Issues" as duplicate content but it still seems like I'm making the Parent pages suffer needlessly... Anything obvious I'm not taking into consideration? By the by, this is my first post here @ Moz, which I'm loving; this site and the forums are such a great resource! Anyways, thanks in advance!
On-Page Optimization | | rsigg0 -
Add content as blog post or to product pages?
Hi, We have around 40 products which we can produce plenty of in-depth and detailed "how to"-type pieces of content for. Our current plan is to produce a "How to make" style post for each as a long blog post, then link that to the product page. There's probably half a dozen or more of these kind of blog posts that we could do for each product. The reason why we planned on doing it like this is that it would give us plenty of extra pages (blog posts) on their own URL which can be indexed and rank for long tail keywords, but also that we can mention these posts in our newsletter. It'd give people a new page full of specific content that they can read instead of us having to say "Hey! We've updated our product page for X!", which seems a little pointless. Most of the products we sell don't get very many searches themselves; Most get a couple dozen and the odd few get 100-300 each, while one gets more than 2,000 per month. The products don't get many searches as it's a relatively unknown niche when it comes to details, but searches for the "categories" these products are in are very well known (Some broad terms that cover the niche get more than 30,000+ searches a month in the UK and 100,000+ world wide) [Exact].
On-Page Optimization | | azu25
Regarding the one product with more than 2,000 searches; This keyword is both the name of the product and also a name for the category page. Many of our competitors have just one of these products, whereas we're one of the first to have more than 6 variations of this product, thus the category page is acting like our other product pages and the information you would usually find on our product pages, is on the category page for just this product. I'm still leaning towards creating each piece of content as it's own blog post which links to the product pages, while the product pages link to the relevant blog posts, but i'm starting to think that it may be be better to put all the content on the product pages themselves). The only problem with this is that it cuts out on more than 200 very indepth and long blog posts (which due to the amount of content, videos and potentially dozens of high resolution images may slow down the loading of the product pages). From what I can see, here are the pros and cons: Pro (For blog posts):
1. More than 200 blog posts (potentially 1000+ words each with dozens of photos and potentially a video)..
2. More pages to crawl, index and rank..
3. More pages to post on social media..
4. Able to comment about the posts in the newsletter - Sounds more unique than "We've just updated this product page"..
5. Commenting is available on blog posts, whereas it is not on product pages..
6. So much information could slow down the loading of product pages significantly..
7. Some products are very similar (ie, the same product but "better quality" - Difficult to explain without giving the niche away, which i'd prefer not to do ATM) and this would mean the same content isn't on multiple pages.
8. By my understanding, this would be better for Google Authorship/Publishership.. Con (Against blog posts. For extended product pages):
1. Customers have all information in one place and don't have to click on a "Related Blog posts" tab..
2. More content means better ability to rank for product related keywords (All but a few receive very few searches per month, but the niche is exploding at an amazing rate at the moment)..
3. Very little chance of a blog post out-ranking the related product page for keywords.. I've run out of ideas for the 'Con' side of things, but that's why I'd like opinions from someone here if possible. I'd really appreciate any and all input, Thanks! [EDIT]:
I should add that there will be a small "How to make" style section on product pages anyway, which covers the most common step by step instructions. In the content we planned for blog posts, we'd explore the regular method in greater detail and several other methods in good detail. Our products can be "made" in several different ways which each result in a unique end result (some people may prefer it one way than another, so we want to cover every possible method), effectively meaning that there's an almost unlimited amount of content we could write.
In fact, you could probably think of the blog posts as more of "an ultimate guide to X" instead of simply "How to X"...0 -
Page rank check
Hello everyone, How long should I wait to see if page rank for optimized pages have improved? cheers
On-Page Optimization | | PremioOscar0 -
Home page or landing page?
Hello, I want to ask a question related to that - Should we put keywords in the home page title if we wish to position another landing page better for particular keywords? I have read in one website about SEO that it's good the main keywords of your website to be positioned in homepage title also. f.e. Let's say we have website about web-design and our company is named Company Ltd. The title of the home page is "Company Ltd. - Web design, SEO, etc" We have also another inner page named "Web design | Company Ltd.". So should we leave the first page name only "Company Ltd." and the landing page's name "Web design | Company Ltd." . I don't know if they both have the same keyword in their title they won't compete with each other.
On-Page Optimization | | HrishikeshKarov0 -
H1 tag in the footer?
Quick question: I have been scouring SEOMoz.org along with webmaster forums looking for an answer, but we have a person who insists that the H1 tag be located in the Footer. I feel that is is fundamentally wrong because it is not the intent of the H1 tag, and I do not believe it is a best practice. That being said would we see what little value the H1 tag has disappear if we put it in the footer, would we be penalized, or am I being too vanilla by wanting to keep it in the Title position?
On-Page Optimization | | travelclickseo0 -
Title tag for category page
I'd like to know your views on the best approach for title tags for category pages for ecommerce sites. 3 examples A) Category name | Free delivery on $50 purchase | Brand name B) Discover best "category name" on brand name C) Category Name | 1st Keyword, 2nd keyword | Brand name Thanks!
On-Page Optimization | | walidalsaqqaf0 -
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