Mobile app version of vmapp.org
Login or Join
Merenda212

: Nesting Microdata vs. independent Items I've been reading about Microdata and its implementation, however the examples are quite simple and I'm yet to find a website that thoroughly implements

@Merenda212

Posted in: #Microdata #Seo

I've been reading about Microdata and its implementation, however the examples are quite simple and I'm yet to find a website that thoroughly implements structured data throughout the entire site.

So as I was implementing the markup I started to dig up questions on how would be the best way to do this. One of the main dilemmas I'm facing is whether it's best to create independent items (Schema.org items) or rather create an item that represents the page with all its content as nested items that belong to that parent item.

So I could have markup that would reflect the following:

- Company
- Product
- Offers
- Article


Or it could be something like this:

- Company
- Product
- Article
- Offers


Where the indentation reflects its nesting (for this question I didn't bother to figure out if this is actually doable for these item types, it's just a generic pseudo-example).

So basically I'm just not sure how a search engine would use this information, because if I nest it, the page would contain a single item with various properties (that would be items themselves) but I'm unaware as to how these examples would be treated and which would be the pros and cons of each solution.

10.01% popularity Vote Up Vote Down


Login to follow query

More posts by @Merenda212

1 Comments

Sorted by latest first Latest Oldest Best

 

@Ann8826881

[Updated: I suggest nesting types/elements when mark-up appears to require it. The reason is simple. You never know how the data will be used and where nesting is appropriate, nesting will give a clearer picture of the data you are marking-up.

Nesting does not always seem possible when you try and stitch mark-up into your HTML. It can be a real struggle sometimes. This is an important challenge to conquer. In this case, you may need to use id and then itemref to refer to parts of your schema definition to create relationships. The more data that you try and mark-up, the more difficult it will become to juggle all of the types/elements and therefore some compromises may need to be made- but never compromise on nesting types and elements and never break them up. The reason is simple. Nesting allows types and elements to have relationships. Breaking up types/elements and not properly nesting them will break the relationships between types/elements and make the mark-up less effective.]

I also strongly warn anyone to pay attention to nesting. Your mark-up may appear correct but not work while a simple nesting issue exists. I have seen this several times on this site. It can be confusing using mark-up and anyone can go cross-eyed very quickly.

10% popularity Vote Up Vote Down


Back to top | Use Dark Theme