Part of #75 (SEO epic).
What
Create author pages for the Conduction team at https://www.conduction.nl/about/team/<slug> with named authors, LinkedIn links, GitHub profiles, role descriptions, and (where applicable) named municipal customer engagements. Wire author bylines into per-app docs site frontmatter so the TechArticle JSON-LD ships real authors instead of the "Conduction Organization" fallback.
Why
The March 2026 Google core update amplified the "Experience" E in E-E-A-T. Content with named human authors, real credentials, and verifiable customer stories outranks generic technical writing for the same keywords. For Conduction's audience (Dutch municipalities, government procurement), this means: case studies with named municipalities, named team members who deployed there, named DPIA processes you've completed.
The preset's TechArticle swizzle already accepts frontmatter.author: per docs page; today most pages have no author set so the schema falls back to {"@type": "Organization", "name": "Conduction"}. Hand-crafted author objects with url (LinkedIn or team page) + jobTitle would activate the Experience signal.
Scope
- Build
/about/team/ on conduction-website. List + per-person detail pages. Estimate 8–12 team members.
- Per-person page content: name, role, photo, LinkedIn, GitHub, areas of expertise, named deployments / contributions (where consent + privacy allow).
- Wire per-doc author bylines on at least the top 5 pages of each per-app docs site (those that the team actually wrote).
Approach
- One Person schema per team member, with
sameAs: [LinkedIn URL, GitHub URL, ORCID if any]
- Cross-link from each per-app docs site to the relevant author page on conduction.nl
- Docs frontmatter:
author: { name: "Ruben van der Linde", url: "https://www.conduction.nl/about/team/ruben" }
Acceptance
Part of #75 (SEO epic).
What
Create author pages for the Conduction team at
https://www.conduction.nl/about/team/<slug>with named authors, LinkedIn links, GitHub profiles, role descriptions, and (where applicable) named municipal customer engagements. Wire author bylines into per-app docs site frontmatter so the TechArticle JSON-LD ships real authors instead of the "Conduction Organization" fallback.Why
The March 2026 Google core update amplified the "Experience" E in E-E-A-T. Content with named human authors, real credentials, and verifiable customer stories outranks generic technical writing for the same keywords. For Conduction's audience (Dutch municipalities, government procurement), this means: case studies with named municipalities, named team members who deployed there, named DPIA processes you've completed.
The preset's TechArticle swizzle already accepts
frontmatter.author:per docs page; today most pages have no author set so the schema falls back to{"@type": "Organization", "name": "Conduction"}. Hand-crafted author objects withurl(LinkedIn or team page) +jobTitlewould activate the Experience signal.Scope
/about/team/on conduction-website. List + per-person detail pages. Estimate 8–12 team members.Approach
sameAs: [LinkedIn URL, GitHub URL, ORCID if any]author: { name: "Ruben van der Linde", url: "https://www.conduction.nl/about/team/ruben" }Acceptance
/about/team/list page existsauthor.@type === 'Person'on at least one page per site