Mobile app version of vmapp.org
Login or Join
XinRu657

: How to find correct schema definitions for my website I have various articles on my website basically circling about psychology and psychotherapy. On a few articles in which I have added schema.org

@XinRu657

Posted in: #Markup #Microdata #SchemaOrg

I have various articles on my website basically circling about psychology and psychotherapy. On a few articles in which I have added schema.org definitions, here is some examples of the itemprop and itemtypes I've used:

<div itemscope itemtype="https://schema.org/MedicalWebPage">
<link itemprop="about" href="https://schema.org/..." />
<link itemprop="specialty" href="https://schema.org/..." />
<meta itemprop="name" content=".. " />
<meta itemprop="alternateName" content=".." />
<meta itemprop="keywords" content=".."/>
<meta itemprop="aspect" content=".."/>
<div itemscope itemtype="https://schema.org/Article">
<meta itemprop="dateCreated" content=".."/>
<meta itemprop="datePublished" content=".."/>
<meta itemprop="dateModified" content=".."/>
<meta itemprop="headline" content=".."/>
<meta itemprop="image" content=".."/>
<meta itemprop="discussionUrl" content=".."/>
<meta itemprop="url" content=".."/>
<span itemprop="author" itemscope itemtype=".."/></span>


I have gotten to a stage where I'm totally confused. I don't even know if it makes any sense to have so many markup definitions for an article page (like "url" which only contains the article's URL, or 'keywords' which are contained in the header anyway). I haven't seen Google displaying any of those properties anyway.

On top of that, I am not sure how to find the correct values for the property values, like:

schema.org/MedicalTherapy https://schema.org/Psychiatric


Question(s):
Is there any "official" table of item types I can use to find out which properties fit best for my respective articles and papers? Most I've found are for medical use, but not well applicable for psychology.

Note: I am offering article ratings. On top of that, I wanted to use some schema markup to help search engines "understand" the topic of my articles better. So to explain that the respective page is, for instance, about psychology, the issue of anxiety, and treatment methods, and to markup several sections of my articles ('definition', 'treatment', 'classifications', 'caveats',...) would be nice.

10.03% popularity Vote Up Vote Down


Login to follow query

More posts by @XinRu657

3 Comments

Sorted by latest first Latest Oldest Best

 

@Sherry384

The website schema.org/ is the relevant and the only canonical source for Schema.org types and properties.

Type vs. property. A type represents a thing, a property is for providing information about that thing. The name of a type always starts with an uppercase letter (e.g., Person), the name of a property always starts with a lowercase letter (e.g., name).

Available properties. If you want to provide structured data about your content, the first thing you have to do is to find appropriate types that can represent the things/entities your content represents or is about. If you know the type, knowing which properties can be used is easy: they are listed in the table of the type’s page.¹

Type hierarchy. Types are organized in a hierarchy, and each type inherits the meaning and the properties from all its parent types. The child types, if any exist, are listed at the bottom of the type page ("More specific Types"). The top-level type is Thing. So no matter which Schema.org type you use (Person, Rating, etc.) it’s always (also) a Thing.²

How to find a suitable type? There are two ways:


Start at Thing and go down the hierarchy.
Go to schema.org/docs/full.html (which lists all types on a single page) and use your on-page search (Ctrl+f) with some related keywords.


The second way can be quick, but you need luck as you need to use the same words as the Schema.org team used. The first way will always work, but might require more work.

The "algorithm" for going down the hierarchy is obvious:


Look at the sub-types of the current type.
Is there a sub-type that matches your entity?


Yes: Make this sub-type the new current type and go to step 1.
No: Use the type from step 1.



It’s always okay to go with Thing if there doesn’t exist a more specific type for your case (Schema.org doesn’t offer specific types for everything) or if you can’t find one. But it’s of course a good practice and useful to use the most specific type availabe.

So look at the sub-types of Thing: Is it an Action? Is it a CreativeWork? Is it an Event? Let’s pretend it’s an Event. You could now use Event, but, again, try to find a more specific type: Is it a BusinessEvent? Is it a ChildrensEvent? And so on.



¹ Only the first table on that page lists the properties you can use. The second table (titled "Instances of […·] may appear as values for the following properties") lists properties that can have the page’s type as value.

² There is actually another top-level type, DataType, but there is typically no need for authors to use it.

10% popularity Vote Up Vote Down


 

@Michele947

Is there any "official" table of item types I can use to find out which properties fit best for my respective articles and papers?


The schema.org website is the official source. But I'd take a step back and ask: what are your objectives in using all this structured data?

Very little structured data is explicitly supported by search engines, and what is supported tends to be focussed primarily on ecommerce and mainstream publishing.

That's not to say there's no value in using structured data which isn't explicitly supported by search engines. They may be, and probably are using things that aren't publicly documented.

All that said, it's a living schema which is developing all the time. Many of the more obscure schemas, like the ones you're interested in, aren't yet well documented and so are difficult to use in full confidence that you're doing so correctly.

But again, whether it's correct may ultimately be meaningless if we don't know for sure if it's being used at all and, if so, how.

You may find some useful information at the W3C Web Schemas Wiki.

10% popularity Vote Up Vote Down


 

@Heady270

You are on the right way - so don't be confused:


It is absolutely right to add all and every single structured data type and property, if they match the topic of your page. And if i understand your site idea correctly, the main content of your site are articles to medical topics.
You should change a little bit your markup structure - doing so, you will get more visible benefits from Google. Your pages should be marked up like following example:

<div itemscope itemtype="https://schema.org/MedicalScholarlyArticle">
<link itemprop="mainEntityOfPage" href="https://schema.org/MedicalTherapy" />
... Here comes all your article microdata ...
</div>



Read this article: developers.google.com/structured-data/rich-snippets/articles - you'll find there all need info to properly markup your articles.

10% popularity Vote Up Vote Down


Back to top | Use Dark Theme