Under HivePress>Settings>Jobs I’ve selected JobPosting as the Schema Type for the SEO plug in.
In Jobs>Attributes I’ve set an attribute called Salary to the schema item baseSalary. This works correctly.
In Jobs>Attributes I’ve set an attribute called Type to the schema item employmentType. This works correctly.
Unfortunately there are four critical schema items that are not in Jobs>Attributes (therefore I’m unable to manually set them) that are failing the Google Rich Results Test for JobPosting:
I have selected JobPosting schema in HivePress>Settings>Jobs.
JobPosting Schema requires the following four values to be valid, without them the job listing is rejected. The values are named as per the Schema’s requirement.
JobHive does not automatically map these values from JobHive to these four JobPosting values/properties. This means they are blank hence the missing field error message in the rich results test results.
For example:
The job posting title in JobHive should be mapped to the Schema value ‘title’.
JobHive doesn’t do this automatically - it should as these are required values and your plug in has JobPosting as a supported schema.
However the HivePress SEO plug-in does allow the user to map attributes (Jobs > Attributes) to the schema values. As an example I have created an Salary attribute in Jobs and have mapped it to the schema property ‘baseSalary’
However none of the four values listed above are accessible to me the user as an attribute. They are baked into JobHive somewhere. There is no way for me to manually map them correctly.
I need to know how to map these four values that exist in JobHive to the JobPosting schema:
I see. Thanks for reporting this, we’ll fix it as soon as possible. I will send the request to our developer and he will provide you with a temporary solution later.
Thanks for your patience. Please check if the “address” property accepts a string because HivePress stores the location text, breaking it into the address components would require further customizations. You can try this code snippet instead to add other schema properties you mentioned:
It looks like your get_location() function needs to then split its return values into the various different properties(“streetAddress” etc) that come under the jobLocation field.
Based on experience of doing this manually there’s no checking from google that the “streetAddress” etc is actually a street address, just that it contains a string in there. So it doesn’t matter what parts of the location strings go where (perhaps the first part of the location goes into the first field “streetAddress”, second into “addressLocality” and so on but the last string in the location always has to go in the “addressCountry” field as this field has to contain a string otherwise it fails.
Really appreciate your help on this one - if you can get this last bit working I’ve got no need to use a third party for this and I’ll purchase your SEO plug in for my other two sites with you.
Yes, as noted above it would be hard to break the location text into the structured address, the snippet I provided doesn’t include it (job location is set as a text). Please check in the Schema specs if it’s possible to set jobLocation with an array of details where address is just a text, then I can provide another snippet.
Sorry Ihor I don’t understand how to get the answer to " Please check in the Schema specs if it’s possible to set jobLocation with an array of details where address is just a text"
To add to this, as soon as I turn Rank Math Pro back on (with their Structured Data component turned off) your SEO plugin stops working.
This is the result I get back the moment I turn Rank math back on (with no other changes, immediately before this the rich results test is returning correctly):
Please try enabling their Schema component because when Rank Math is enabled our Schema appears via their API to avoid conflicts. The code snippet you posted should be ok, it sets jobLocation as an array with the address parameter as text, does it trigger any errors?
Yes, at the moment there’s no easy way to break the address into these components for the Schema, we’ll try to update both SEO and Geolocation to support this. Currently there’s no ETA, but we plan to release a roadmap with predictable ETAs soon.