The LocalBusiness markup, and it’s sub-types, have special meaning for Google (and special requirements for markup as well).
The Service markup is a sub-type of “Intangible”, which do not describe a business entity, but is more about describing something. So far intangibles have been excluded from the available Schema Types available to describe content, but WPSSO does support them.
What Service sub-type were you looking for, and what are you hoping to describe with it? I’m guessing you don’t want to describe a business…
js.
Well, as it says, I want to describe a service provided by a business. I’ve been using it in microdata in tandem with the local business markup without any problem.
So you just need the generic “Service” type, and not one of it’s sub-types?
Do you have a URL to an example post / page that is a “Service”?
js.
Yes, the sub-types are very limited anyway. I often have Service as the parent schema and nest Local Business as a provider (like example 2 on the schema.org service page), or maybe the other way round.
Please provide a URL to an example post / page on your site (as previously requested) so I can have a better idea of your requirements.
js.
There’s a page with service nested in local business here, and the other way around here, which as I say, are similar to the Acme cleaning examples on the schema.org pages. So are you saying that the json-ld markup for that example is not possible with your plugin as it stands? Can you only have 1 schema per page?
WPSSO and WPSSO JSON document the current page. Using http://www.darwintreeservices.co.uk/ as an example, that page is about a business. You would need the WPSSO PLM extension as well to include information about the business in the Schema markup. I don’t really see how the Service type adds any value, as most properties are for the business (unless you wanted different properties for each Service, which would be beyond the scope of a standard WPSSO install, and would require the use of custom filters / code).
js.
Ok, thanks for looking anyway.