Technical SEO Engineer

Mactores is the agent-native AWS modernization firm. Most modernization work doesn't ship, it stalls in pilots, slips a year, or lands at three times the budget. We exist to ship it: production systems running, legacy retired, outcomes measured. Our delivery is built on Aedeon, the agent platform built by Mactores' founders' sister company, which absorbs the repetitive 60–70% of engagement work, discovery, dependency mapping, validation, test generation, that traditional consulting bills human hours against. Forward-deployed engineers own the rest: architecture, judgment, and cutover, on dates we commit to in the contract. 

Role at a glance
We are rebuilding our web presence on the same principle we deliver on. The site is a technical asset, not a brochure, and it has to be legible to crawlers, to answer engines, and to the AI agents that increasingly stand between a CTO and a shortlist.
Our category claim is technical. The people we sell to are technical. But our site currently under-performs on exactly the dimensions our buyers would judge us on: rendering behaviour, structured data, Core Web Vitals, and crawl efficiency across a large migration of legacy URLs.
We are not hiring a keyword strategist. We are hiring the person who owns the machine-readable layer of Mactores, meaning the schema graph, the render path, the crawl budget, the redirect map and the performance envelope, and who can sit with an engineer, read the framework code, and say precisely what needs to change and why. The short version: if the fix requires a pull request, you should be able to specify it, review it, and defend it in code review, not file a ticket and hope.
This is a senior individual-contributor seat with high autonomy and direct influence over engineering priorities. You get ownership of a channel that matters to the business, an engineering-led firm that will actually implement what you specify including agent-assisted implementation, and compensation benchmarked to senior engineering rather than to marketing. It is the wrong role if your technical SEO work has been running an audit tool and forwarding the PDF to a developer, if you need someone else to tell you whether a page is server-rendered, or if you are looking to manage a team rather than do the work.

What you'll do?: Design and maintain a connected Schema.org graph across the site covering Organization, Service, Article, FAQPage, BreadcrumbList, Person, Event, JobPosting, VideoObject and Dataset, using stable @id references so entities link rather than repeat. Decide JSON-LD placement and injection strategy, server-rendered versus tag-managed versus edge-injected, and defend the trade-offs. Debug validation and eligibility issues down to the property level: required versus recommended fields, nesting depth, sameAs disambiguation, and why markup that passes the validator still fails to earn a rich result. Extend the graph for AI and answer-engine visibility. Entity consistency, citation-friendly content structure, llms.txt-style surfaces, and how our knowledge graph reads to a retrieval system rather than only to a blue-link ranking system. Monitor structured-data health continuously and treat markup regressions as production incidents. Own Core Web Vitals (LCP, INP, CLS) as an engineering target, using field data (CrUX, RUM) as the source of truth and lab tooling (Lighthouse, WebPageTest, trace analysis) as the diagnostic. Take a slow page apart: critical rendering path, render-blocking resources, hydration cost, main-thread long tasks, third-party script budget, font loading, image formats and sizing, caching and CDN behaviour. Translate the diagnosis into specific, implementable engineering guidance. The component to refactor, the bundle to split, the payload to defer, the header to set, and then sit with the developers through implementation and verification. Establish performance budgets and CI-level guardrails so wins do not silently regress on the next deploy. Work cred