Skip to content
aviral gupta

// SERVICE 13 — WEBSITE DEVELOPMENT

A build that survives contact with a real browser.

Production interface engineering from your design layouts or functional specifications. Held strictly to a speed budget from the first commit: responsive architectures, semantic accessibility, and verified instrumentation tracking layers.

✓ 326 SEO pages shipped for Cariva · ✓ Laravel → Next.js migration with zero ranking loss · ✓ six Node.js microservices in production

Architectural focus
Full stack ownership: App Router architecture, rendering strategy per route, zero regression deployments
System benchmark
Production site running to an enforced Core Web Vitals budget
Verification gates
Vitest suites, Lighthouse CI budget assertions, Playwright axe accessibility regression

Full service list

// TECHNICAL OWNERSHIP

What does "built properly" actually mean here?

Built around your content, not a template

The layout is settled around what you actually need to say before any code exists, whether that comes from your designer or from a structure we agree together. No theme bought and bent into shape, and no page that only looks right with the demo text still in it.

Mobile-first, because your traffic is

The phone layout is settled first and built as the real one, not a squeezed version of the desktop one. Tap targets, thumb reach and reading width are decided deliberately at the size most of your visitors will use.

A speed budget agreed before the build starts

Hero images, fonts and animation are chosen against a Core Web Vitals budget enforced on every deploy. This is why a good-looking site can still hold LCP under 2.5s instead of trading looks against load time.

Accessible by construction

Semantic headings, real contrast ratios, visible focus states, keyboard paths and correct labelling, checked with axe DevTools. It widens who can buy from you and it is what search engines read as structure.

Search structure built in, not bolted on

Page titles, heading hierarchy, internal links, schema and canonical URLs are decided as part of the build, so the site can be found the day it launches rather than after a separate SEO engagement.

Decoupled headless data pipelines and type-safe schema layers

Content is modelled as a typed schema and read through a decoupled data layer, so a copy change is a content operation rather than a deployment. Your team edits in the CMS, and the types stop a malformed shape ever reaching the page.

A design system, not a pile of pages

Type scale, spacing, colour and components are defined once and reused, so the fifth page still looks like the first, and adding a sixth next year does not require redesigning anything.

Measurement working on launch day

Analytics and consent are wired and verified in staging before launch, so you can see what the new site actually changed instead of guessing from a gap in the data.

// PROCESS

How does it work?

  1. 1

    Understand the business

    I go through what you sell, who buys it and what usually goes wrong in that conversation, then agree what the site has to accomplish before any layout is drawn.

  2. 2

    Structure before styling

    We settle the page list, the order of sections and the words that carry each one. Getting this wrong is what makes a redesign fail, and it is cheap to fix at this stage.

  3. 3

    Settle the key pages

    We settle the templates that matter, home, service and contact, at phone and desktop width, and you review real layouts with real copy in them rather than placeholder text. If you have a designer, this is where their files come in and I build to them.

  4. 4

    Build to the budget

    The approved design is built in Next.js against speed and accessibility budgets checked on every deploy, so it cannot quietly regress between review and launch.

  5. 5

    Launch and hand over

    Redirects, analytics, search setup and a written baseline of speed and accessibility, plus a walkthrough of the parts you will edit yourself.

// PROOF

Where have I run this in production?

Migrating Thrifty Car Rental UAE from PHP Laravel to Next.js meant rebuilding the customer-facing pages without losing a single ranking through the switch, a rebuild under the hardest constraint there is, because the traffic was already there to lose. For Cariva I shipped 326 SEO pages on one design system, which is the same discipline at volume: decide the structure once, then let it hold across every page added afterwards.

Zero ranking loss on migration326 pages on one systemLighthouse SEO 100 on this siteCLS 0.00 on all 12 routes

Read the full case study

// TOOL STACK

Which tools do I reach for?

FigmaNext.jsReactTypeScriptTailwind CSSVercelLighthousePageSpeed InsightsGoogle Search ConsoleGA4Microsoft Clarityaxe DevTools

The technologies and tools behind the work.

// FAQ

What should you know about how I work on this?

Either works. If you have a designer, send me the files and I build to them exactly, which is where most projects lose quality: a developer reinterprets a static mockup and the result is close to it but not it. If you do not have one, we settle the structure and layout together first and I build from that. Either way I write all the production code myself, so what you approve is what ships.

Three to eight weeks for most business sites, end to end. The range is mostly about content: if the copy and images exist, it lands near the short end; if we are writing and sourcing them as we go, it lands near the long end. I tell you which one you are in after the first call.

Not for new builds. I build in Next.js, which is why these sites hold their speed scores under real traffic instead of degrading as plugins accumulate. If you already run WordPress and it works, I will say so rather than sell you a rebuild, and if you want to move off it, the redirect discipline is the same one I used to take a PHP Laravel storefront to Next.js with rankings held.

Yes. Text, images and page sections go into a CMS, and you get a written guide covering the changes you will actually make. What I do not hand over is a page builder that lets anyone quietly break the layout or the speed budget.

It should not, and preventing that is a specific part of the work: URL mapping, redirects, heading structure and schema are planned before launch rather than repaired afterwards. I have taken a live PHP Laravel estate to Next.js with zero ranking loss, which is the same problem under more pressure.

A conversation about the business, whatever brand assets exist, access to the current site and analytics if there is one, and one person on your side who can approve decisions. Missing content is normal and not a blocker — we plan around it.

Yes. I am based in Dubai and take on work remotely across the UAE, Europe, the UK and India. Reviews happen in Figma and on calls, so location changes the timezone overlap and nothing else about how the project runs.

// OPEN TO WORK

Need a site that does what the current one is failing to do?