Oacer Web Services
All case studies
CodeScan (AutoRabit)

Moving a product marketing site off engineering's critical path

A Salesforce static-analysis product site built on Go, migrated to WordPress with 95% visual parity — so marketing could move fast without touching a line of Go again.

Project
Migrating a Go-Built Product Site to WordPress, Pixel for Pixel
Our role
Website Migration — Go-lang to WordPress
Industry
DevOps · Salesforce Static Code Analysis

The challenge

CodeScan is AutoRabit's static code analysis platform for Salesforce, scanning Apex, Lightning Web Components and metadata to catch vulnerabilities and standards violations before deployment — a serious B2B DevOps product sold into regulated, security-conscious buyers. Its marketing site, however, was built on Go, which meant every content change or landing page needed engineering time. For a fast-moving product marketing team, that dependency was the actual bottleneck, not any design flaw in the existing site.

Our approach

The brief was strict and specific: migrate the site to WordPress with the visual appearance as close to identical as possible, so the change would be invisible to visitors and prospects while giving the marketing team direct editorial control going forward. That meant precision rebuilding rather than redesigning — matching layout, typography and interaction detail from the original Go-rendered site rather than using the migration as an excuse to redesign.

What we actually did

01
Pixel-parity WordPress rebuild

The existing site rebuilt in WordPress to match the original Go-built version to within 95% visual fidelity — the constraint was preserving exactly what already worked, not introducing a new design under the guise of a migration.

02
Editorial independence for marketing

A CMS structure that gives the marketing team direct control over content, landing pages and copy changes — removing the requirement to file an engineering ticket for a headline change.

03
Migration without downtime or SEO loss

URL structure, metadata and content mapped carefully during the move so the site's existing search visibility and inbound links continued to work exactly as before.

The outcome

95% visual parity delivered

The migrated WordPress site matched the original Go-built site's appearance to the exact fidelity the client specified, with no visible disruption to visitors.

Marketing off engineering's critical path

Content and landing page changes are now made directly by the marketing team in WordPress, rather than queued behind an engineering backlog.

No loss of existing search equity

The migration preserved URL structure and metadata, so the site's existing organic visibility carried through the platform change intact.

CodeScan moved off a Go-built site that only engineering could touch, onto a WordPress build the marketing team now runs directly — without the migration itself being visible to a single visitor. For a mature B2B product site, that kind of disciplined, invisible migration is usually worth more than a redesign would have been.

Does any of this sound familiar?

This project started from a specific set of symptoms. If you recognise several of these in your own business, the problem is probably closer to CodeScan (AutoRabit)'s than it looks.

Every marketing content change on your site currently requires an engineering ticket.
Your site is built on a stack your marketing team cannot self-serve in, and it is slowing you down.
You need to migrate platforms without your visitors — or your search rankings — noticing.
You are choosing between a redesign and a migration, and actually only need the second one.
Where we'd start

Not every migration should become a redesign — sometimes the existing site works and the platform underneath it is the only real problem. We would scope precisely what "unchanged" needs to mean for your specific case, then rebuild to that constraint rather than treating the move as licence to change things nobody asked to change.