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://moz.com/community/q/multiple-h1-tags-for-different-section-on-one-webpage-in-html5-website-should-i-have-only-one
Hope this 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
-
Category pages, should I noindex them?
Hi there, I have a question about my blog that I hope you guys can answer. Should I no index the category and tag pages of my blog? I understand they are considered as duplicate content, but what if I try to work the keyword of that category? What would you do? I am looking forward to reading your answers 🙂
On-Page Optimization | | lucywrites0 -
Why are http and https pages showing different domain/page authorities?
My website www.aquatell.com was recently moved to the Shopify platform. We chose to use the http domain, because we didn't want to change too much, too quickly by moving to https. Only our shopping cart is using https protocol. We noticed however, that https versions of our non-cart pages were being indexed, so we created canonical tags to point the https version of a page to the http version. What's got me puzzled though, is when I use open site explorer to look at domain/page authority values, I get different scores for the http vs. https version. And the https version is always better. Example: http://www.aquatell.com DA = 21 and https://www.aquatell.com DA = 27. Can somebody please help me make sense of this? Thanks,
On-Page Optimization | | Aquatell1 -
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 -
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 -
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 -
Does Title Tag have to be in the HEAD tag?
We are using templates that load the same header for every page. I'd like to just include a different title tag in the "body" template of each page. If I was to do this, does it affect SEO at all?
On-Page Optimization | | moziodavid0 -
Same H1 tag in header across entire site
Should I have the same H1 tag in my header through out my entire site? Or is this considered to be self canalization for my main keywords. For example right now I have an H1 tag with my main targeted keywords on every page on my site, even if the pages content doesn't necessarily match the keywords in the H1 tag.
On-Page Optimization | | TRICORSystems0 -
Sequence of heading tags (H1, H2, H3, etc) important?
Meaning heading tags (H1, H2, H3, etc) are a critical part of good on-page optimisation. Fair enough. It helps humans and bots make sense of a page's content. 3 questions regarding implementation of heading tags: Should heading tags appear in sequence in the HTML code. I.e. H1 first, then H2 lower down, etc.? Can the page contain more than one H1 tag? Can the page contain multiple H2, H3, H4 tags?
On-Page Optimization | | AndreVanKets1
