Use this section to verify whether search systems and users can reach, render, understand, and complete the intended action on live job and service pages.
Check: Active job listing markup
Evidence required: A live job page, its rendered content, its JobPosting structured data, and validation output from current Google and Schema.org testing tools. Pass/fail condition: Pass when the markup accurately reflects the visible role details and required fields are valid.
Fail when the markup contains stale, hidden, contradictory, or unsupported information. Severity: High for active roles intended for search discovery. Owner: SEO owner with the job-board or development owner.
Corrective action: Align structured data with the real role and remove unsupported properties. The prior page stated that this search surface captures 30-50% of job-related clicks, but no supporting source URL is present, so preserve that figure only as historical editorial context and not as a verified benchmark. Validation: Re-run the validator, inspect the live page, and confirm that the job remains current.
Check: Expired job URL lifecycle
Evidence required: A crawl export of closed roles, inbound links to those roles, the destination users should see after closure, and the current HTTP response. Pass/fail condition: Pass when each closed role follows a documented lifecycle that matches user need.
Fail when a closed role sends applicants to an irrelevant destination, remains open after closure, or leaves a dead path without a reason. Severity: High when the URL has external links, search visibility, or ongoing user demand.
Owner: Job-board product owner with SEO. Corrective action: Use a 301 redirect only when there is a genuinely relevant replacement destination. Allow a 404 response when content is intentionally gone and there is no appropriate substitute, or use another technically correct removal path when required. Validation: Re-crawl the URL set and verify the response, destination relevance, and removal of stale structured data.
Check: Mobile application usability
Evidence required: Real-device testing from a search landing page through the application handoff, including any third-party applicant tracking system. Pass/fail condition: Pass when role details, controls, forms, and handoffs remain readable and usable on supported mobile devices.
Fail when scripts, overlays, redirects, or form behavior block progress. Severity: Critical when applicants cannot complete the intended action. Owner: Product, ATS, or web engineering owner depending on the failing layer.
Corrective action: Repair the responsible template, script, integration, or responsive behavior without removing information candidates need. Validation: Repeat the same journey on representative devices after deployment.
Check: Filter and canonical control
Evidence required: A crawl of filtered job URLs, canonical output, indexation evidence, internal links, and examples of combinations created by location, salary, sector, or job type filters.
Pass/fail condition: Pass when crawl and indexation behavior matches a documented rule for useful versus duplicative combinations. Fail when parameter pages create uncontrolled duplication, contradictory canonicals, or inaccessible role pages.
Severity: High when the issue affects a large portion of the job inventory. Owner: SEO and development. Corrective action: Define which filtered states deserve independent URLs and which should consolidate, then implement consistent canonical, linking, and crawl behavior.
Validation: Re-crawl representative filter combinations and compare live canonical and indexation signals with the documented rule.