01
Custom theme, no page builder
Templates written directly against the content model. Page builders add weight and give an editor a hundred ways to break a layout that was designed to be restrained — the opposite of what this site needed.
CASE 03
4 weeks
Architectural photography portfolio for a Cyprus-based studio.
Architectural photography sells on image quality, and the web punishes exactly that. We built a custom WordPress theme where enormous photographs load fast on a phone over Cypriot mobile data, the layout gets out of the work's way, and the photographer can publish a new project without asking anyone for help.
THE PROBLEM
The work is the pitch. A portfolio that degrades the photographs, or takes eight seconds to show them, actively costs the studio commissions.
Off-the-shelf photography themes optimise for the theme. Sliders, overlays, animated captions and a colour accent on everything — all of it competing with images that were the entire reason a visitor arrived.
Architectural photography is unusually demanding on delivery: wide compositions, fine detail in shadow, and clients who will pinch-zoom to inspect a facade on a phone. Aggressive compression that flatters a stock photo destroys this work.
Publishing had to be self-service. A portfolio that requires a developer to add a project stops being updated within a year, and an out-of-date portfolio is a liability for a working photographer.
CONSTRAINTS WE WORKED UNDER
WHAT WE DID
Built a custom theme from scratch rather than fighting a commercial one — no sliders, no overlays, nothing competing with the photographs.
Engineered the image pipeline properly: responsive srcsets, modern formats with fallbacks, dimension-aware lazy loading and no layout shift.
Modelled projects as structured content — project, location, brief, image set — so publishing is filling in a form rather than laying out a page.
Handled the technical SEO groundwork: structured data, clean semantics, sitemap, and metadata the photographer controls per project.
ARCHITECTURE
01
Templates written directly against the content model. Page builders add weight and give an editor a hundred ways to break a layout that was designed to be restrained — the opposite of what this site needed.
02
Multiple derivatives per upload in modern formats with fallbacks, responsive srcsets sized to real breakpoints, explicit dimensions to eliminate layout shift, and lazy loading below the fold with eager loading for the hero.
03
Projects carry location, brief, year, discipline and an ordered image set as real fields. The template renders them; the editor never touches layout, which is what keeps the design intact over years of publishing.
04
Typography, generous whitespace and full-bleed imagery. No carousels, no parallax, no entrance animations on photographs that already do the work.
05
Semantic markup, per-project metadata under the photographer's control, structured data for the studio and its projects, clean URLs and a generated sitemap.
KEY DECISIONS
WHY
Every commercial theme evaluated shipped features that had to be disabled and weight that could not be. Starting from nothing was faster than subtracting.
TRADE-OFF
No vendor updates and no feature marketplace. In exchange, the page contains exactly what it needs and nothing else.
WHY
The images are the product. A page that scores perfectly while making a facade look mushy has optimised the wrong number.
TRADE-OFF
Larger payloads than an aggressive preset would produce, offset by format selection, correct sizing and loading strategy rather than by degrading the work.
WHY
Constraining the editor is what keeps a designed site looking designed after two years of updates.
TRADE-OFF
Less layout flexibility per project. The photographer wanted to publish photographs, not design pages.
THE HARD PARTS
Architectural compositions are frequently panoramic, and a full-width panorama on a phone becomes a thin strip. Art-directed sources per breakpoint — different crops, not just different sizes — kept the composition readable on mobile.
Finding the compression point where architectural detail survives took visual comparison at real viewing sizes rather than trusting a default quality setting. The settled parameters are documented so future uploads stay consistent.
The default media interface made sequencing a thirty-image project tedious enough to discourage publishing. A drag-ordered image set on the project screen removed the friction that would otherwise have let the site go stale.
HOW IT RAN
01
Defined how a project is structured and agreed a presentation language that stays out of the photographs' way.
02
Templates, typography, layout system and the project and index views.
03
Derivative generation, responsive sources, art-directed crops, loading strategy and layout-shift elimination.
04
Structured data, metadata controls, the drag-ordered image set, then launch and a publishing walkthrough.
OUTCOME
0
Cumulative layout shift on project pages
Art-directed
Crops per breakpoint, not just resized images
Self-serve
Photographer publishes projects unaided
No builder
Custom theme, no page-builder weight
A portfolio that loads fast, presents the work at full quality, and gets updated — because publishing takes minutes and needs nobody's help.
The restraint is the design. Removing every element that competed with the photographs made the work look more expensive, which for a commissioned photographer is the entire commercial point.
Self-service publishing is what keeps it alive. The portfolio reflects current work because adding a project is a ten-minute job, not a support request.
STACK
PLATFORM
MEDIA
FRONTEND
SEO
HANDOVER