Renders uploaded at export resolution
Full-resolution render files, often 8 to 20MB, land in the media library with no automated resizing pipeline in front of them.
Everything below is ours and on our servers. Nothing follows you to another site.
Who
How we work
Rebuild
FROM WORDPRESS · ARCHITECTURE FIRMS
Renders exported at full resolution, often 8 to 20MB, land in the WordPress media library with no resizing pipeline in front of them, and a page builder like Elementor wraps each gallery image in extra containers on top of that. The result is a portfolio site failing Core Web Vitals on the exact content it exists to showcase.
WHAT ACTUALLY BREAKS
Render weight, page-builder markup and unstructured project data, not generic WordPress complaints.
Full-resolution render files, often 8 to 20MB, land in the media library with no automated resizing pipeline in front of them.
Elementor or Divi wraps every gallery image in extra defensive containers, adding DOM weight on top of the raw file size.
Client, scale and completion year usually sit in unstructured custom fields, making sector or scale filtering impossible across the portfolio.
A Matterport or video embed loaded eagerly delays the page becoming visible even for a visitor who never scrolls to it.
Specification and drawing PDFs attached through a forms plugin often live at a guessable, unprotected URL in the uploads directory.
WHAT CARRIES ACROSS
Content and delivery are separate problems, migrated separately.
Every project's renders, client detail and completion data carry across intact. What does not carry across is how that content was delivered: the uncompressed uploads, the page-builder markup and the unstructured custom fields are rebuilt rather than reproduced as they were.
WHAT IT COSTS
A range, not a fixed price, because portfolio size and gallery complexity move the number.
Depending on portfolio size and gallery complexity.
From brief to launch.
Rebuilt as real fields for the first time, rather than migrated as unstructured text.
HOW IT RUNS
Weight and data structure audited first, since that is where the actual risk sits.
We measure exactly how much of the page weight is render files versus builder markup, and how the current project data is actually stored.
Every project page is mapped against Search Console, since render-heavy pages often carry earned rankings worth preserving.
Renders load progressively, client, scale and year become real filterable fields, and 360 tours load only when requested.
Every project URL redirected to its new address, with Search Console watched daily for the first two weeks after launch.
STRAIGHT ANSWERS
The ones that come up before anyone signs anything.
Renders are exported at full resolution, often 8 to 20MB before compression, and uploaded straight into the media library with no resizing pipeline. A page builder like Elementor or Divi then wraps each gallery image in extra containers on top of the raw file weight.
Client, scale and completion year are usually stored as unstructured text through a custom-fields plugin, with no consistent taxonomy across projects. That makes filtering by sector or scale impossible, which matters more for a firm competing on capability than most industries.
Yes, when embedded as an eager-loaded iframe, a Matterport or YouTube embed blocks the first paint of the page even if the visitor never scrolls down to view it.
Between
Two days, no charge, no obligation, and you keep the report whether or not you hire us.
One tap, then your app opens with it written.