JobPosting

JobPosting afgør om dit jobopslag kommer med i Googles jobboks — blokken med stillinger, der lægger sig øverst i søgeresultatet, når nogen søger "frontend udvikler job odense". Google rullede jobsøgningen ud i Danmark i samarbejde med portaler som Ofir, Jobdanmark, Graduateland og Move On Career, men boksen er ikke forbeholdt jobportaler. Har du et karriereafsnit på dit eget domæne, kan dine stillinger optræde side om side med portalernes — forudsat at hvert opslag har sin egen URL og sin egen JobPosting-markup. Google kræver fem felter: title, description, datePosted, hiringOrganization og jobLocation. Mangler ét af dem, ryger opslaget ud af boksen, uanset hvor grundigt resten er markeret op. title skal være selve stillingsbetegnelsen — "Senior Frontend Udvikler", ikke "Vi søger en dygtig kollega til vores hyggelige team i København". Byen hører hjemme i jobLocation, tonen i description. description skal være HTML og må gerne indeholde <p>, <ul> og <li>. Google renderer taggene i jobboksen, så en punktopstilling af ansvarsområder og kvalifikationer bliver læsbar frem for én mur af tekst. Feltet skal rumme hele stillingsbeskrivelsen — ikke en teaser, der beder brugeren klikke videre. validThrough er teknisk set valgfrit, men i praksis er det dit vigtigste felt efter de fem påkrævede. Uden slutdato gætter Google selv, hvor længe opslaget er aktuelt, og du risikerer at et besat job bliver ved med at trække ansøgninger. Når stillingen lukker, skal siden enten svare 404 eller 410, have noindex, eller have en validThrough der ligger i fortiden. Google beskriver fjernelsen som et krav, ikke en anbefaling, og et karriereafsnit fuldt af spøgelsesopslag kan koste dig adgangen til jobboksen helt. baseSalary er frivilligt og bruges sjældent på danske opslag, men løn er ét af de filtre, jobsøgende kan slå til i Google. Angiver du den, skal det være et MonetaryAmount med DKK og en QuantitativeValue, hvor unitText fortæller om beløbet er HOUR, MONTH eller YEAR. employmentType tager værdier fra en fast liste — FULL_TIME, PART_TIME, CONTRACTOR, TEMPORARY, INTERN, VOLUNTEER, PER_DIEM eller OTHER — og du må gerne angive flere. Kan stillingen varetages hjemmefra, sætter du jobLocationType til TELECOMMUTE og bruger applicantLocationRequirements til at angive hvilket land ansøgeren skal kunne arbejde fra; ved rene hjemmearbejdsstillinger udelades jobLocation helt. directApply kom til i 2023 og sættes til true, når ansøgningen kan sendes direkte fra din side, uden at brugeren først skal oprette en profil et tredje sted. Til sidst en detalje, der er værd at automatisere: JobPosting er sammen med BroadcastEvent den eneste type, Googles Indexing API tager imod. Et nyt opslag kan derfor være i indekset inden for minutter i stedet for dage — og på en stilling med tre ugers ansøgningsfrist er den forskel reel. Tre fejl går igen på danske karrieresider. Den første er samlesiden: alle ledige stillinger på én URL med ét stykke markup — Google indekserer jobopslag pr. side, så ni ud af ti stillinger forsvinder. Den anden er employmentType skrevet på dansk; "Fuldtid" validerer ikke, værdien hedder FULL_TIME. Den tredje er description hentet fra sidens metabeskrivelse i stedet for selve opslaget, hvilket giver en jobboks med to linjers tekst og ingen grund til at klikke. Tjek altid en enkelt stilling i Rich Results Test før du ruller skabelonen ud på hele karriereafsnittet, og hold øje med Jobopslag-rapporten i Search Console de første uger — den viser fejl pr. stilling og ikke kun pr. skabelon. Googles fulde krav står her: https://developers.google.com/search/docs/appearance/structured-data/job-posting

• ✓Stillingen kan vises i Googles jobboks over de organiske resultater, hvor jobsøgende starter
• ✓Du optræder side om side med Jobindex og Ofir uden at betale for en portalannonce
• ✓Løn, ansættelsestype og afstand bliver filtre, jobsøgende kan slå til — og du kommer med i dem, du har udfyldt
• ✓Indexing API accepterer JobPosting, så et nyt opslag kan være indekseret på minutter frem for dage
• ✓Google Search Console får en dedikeret Jobopslag-rapport, hvor du kan se fejl pr. stilling
• ✓Ansøgeren ser ansøgningsfristen allerede i søgeresultatet og springer udløbne opslag over
• ✓Opslaget bliver læsbart for AI-assistenter og aggregatorer, der bruger den samme markering

• →Karriereside på virksomhedens eget domæne med én URL pr. stilling
• →Jobportaler og rekrutteringsbureauer der samler opslag fra flere arbejdsgivere
• →Vikar- og freelanceformidling hvor employmentType er TEMPORARY eller CONTRACTOR
• →Fjernarbejde markeret med jobLocationType TELECOMMUTE og krav til ansøgerens land
• →Fagforeninger og a-kasser der lister stillinger for medlemmer
• →Kommunale og offentlige stillingsopslag med fast ansøgningsfrist
• →Interne jobbanker på intranet-lignende sider, der stadig er offentligt tilgængelige

• ★Giv hver stilling sin egen URL — én JobPosting pr. side, aldrig en samleside med ti opslag
• ★Skriv title som ren stillingsbetegnelse uden by, virksomhedsnavn eller udråbstegn
• ★Læg hele stillingsbeskrivelsen i description som HTML med <p> og <ul> — Google renderer taggene
• ★Sæt altid validThrough, og brug ISO 8601 med tidszone (+02:00 om sommeren, +01:00 om vinteren)
• ★Fjern opslaget når stillingen er besat: 404, 410, noindex eller validThrough i fortiden
• ★Brug employmentType-værdier fra Googles faste liste — 'Fuldtid' og 'Heltid' validerer ikke
• ★Udelad jobLocation helt ved rene hjemmearbejdsstillinger, ellers afviser Google kombinationen
• ★Send nye opslag gennem Indexing API i stedet for at vente på næste crawl
• ★Hold datePosted opdateret hvis du genopslår en stilling — genbrug ikke den gamle dato