Website development · UAE

Website development you can hand to anyone.

Webzenia builds in a framework you own, in a repository opened under your own entity. The gateway and the identity rail are applied for while the code is still being written.

Get a build plan for the site

What sets the date

What website development waits on.

Website development is the engineering behind a site that ranks, scales and reaches the systems the business already runs. Here those connections are approvals before they are integrations.

Hero.tsxBuild passing1export function Hero() {2return (3<Section>4<h1>{title}</h1>5<Button>Quote</Button>6</Section>7)8}yourbrand.comGet a quote100PERFDeployed to productionLCP1.7sCLS0

The code.

Built in a framework, in a repository you own, and readable by whoever picks it up next. The stack is chosen for what the site has to reach, and the reasoning is written down before anything is built.

The UAE rails.

The payment gateway, the identity provider, and the system an enquiry has to land in. Each one carries an approval, and that approval runs on someone else’s calendar rather than the sprint plan.

The accounts and keys.

Repository, hosting, domain and analytics, opened under your entity on day one. Several of them can only be opened by the licence holder, so they were never ours to transfer at the end.

Two ways the same build is scheduled

Where the waiting happens.

Two quotes can name the same number of weeks and mean different things. The difference is whether the approvals started with the project or after the code was finished.

Approvals at the endFiled once the code is doneApprovals from week oneFiled alongside the build
The payment gatewayApplied for after checkout is coded, and the activity on the licence turns out not to cover it.The merchant account is applied for while the catalogue is still being modelled.
UAE PASSPlanned as an API key, and the sign-in screen ships behind a form nobody can submit.The onboarding application goes in at scoping, so sign-in is built against a real date.
The system it feedsRequested in the final sprint, from a vendor whose support desk answers in working days.Access to the CRM or the ERP is requested before the first component is written.
What moves the dateWhichever approval was filed last, and it is discovered rather than planned.Rarely anything. The approvals were already running while the build was.
What the board hearsA date, then a revised date, then a third one.A date, with the two things it depends on named beside it.
The schedule you are quoted.

Ask any supplier what they need from you in week one. If the answer is nothing, your licence has not been read yet. How a first build is scoped sits one level up, what your licence lets the site claim is the Dubai read, and connecting the systems behind it is where the integration work lives.

From the field · UAE builds

What decides your go-live date.

Webzenia has worked with Gulf clients since 2018. The same three things sit between a finished build and a live one, and none of them is code.

  1. 01of 03
    Permissions, not endpointsThe half that is not code

    Integrations need permissions first.

    A payment gateway needs a trade licence and a merchant account under an activity that covers selling online, whether the provider is Network International, PayTabs, Telr or Checkout.com. UAE PASS is an onboarding application to a federal programme. A Business Bay brokerage on a DET mainland licence unblocks neither by writing code faster.

    Our methodEvery integration on the brief is split into its code half and its approval half at scoping.
  2. 02of 03
    Residency and speedTwo different questions

    Hosting and speed are separate questions.

    AWS has run an in-country region here since 29 August 2022, across three availability zones, and CloudFront already serves from Dubai. So delivery speed is an edge question. Residency is a compliance one, and for a DIFC-registered fund it changes the architecture rather than the hosting invoice.

    Our methodThe residency question is settled at scoping, because it decides where the database and the CMS may sit.
  3. 03of 03
    The keys that were never oursWhat a handover cannot fix

    Some accounts only you can open.

    A merchant account is issued against your trade licence, a UAE PASS integration to your entity, and a .co.ae asks for a licence before it registers. An agency holding those for a Musaffah contractor on an Abu Dhabi mainland licence holds a login, not the account. That login is the one that goes quiet.

    Our methodAccounts are opened under your entity at the start, with Webzenia added as a user rather than as the owner.

The scope

Six parts of the build.

Six deliverables, each with something you own at the end of it. The order they are started in is the part that decides the date.

Design to coderesponsive1440768375pixel-faithful and responsive, from mobile to desktop

Your design, built.

The approved design built in a framework, responsive from a phone held in a lift to a desk monitor

Output

a front-end nobody has to re-theme

ResponsiveFramework
Lighthouse4 × greenLighthouse · mobile98Perf100A11y100Best100SEOsub-2.5s mobile load, the speed that holds rank and sale

Pages that load and hold still.

Measured on real hardware over mobile data before launch, never on the machine that built it

Output

numbers that survive the first month of content

Core Web VitalsReal devices
Semantic markupvalidheadernavmainarticleasidefooterclean landmarks and fast pages, rankable from day one

A build Google can crawl.

Semantic markup, server-rendered HTML and structured data shipped with the build rather than retrofitted

Output

pages a crawler reads on the first request

Semantic HTMLSchema
CMS editor2 of 3 wiredPage blocksHero sectioneditingFeature gridTestimonialsCall to actionWired toCRMPayTabsUAE PASSan editor your team can use · UAE PASS pending approval

A CMS wired to UAE rails.

An editor two people can run, wired to the payment gateway, the identity rail and wherever an enquiry has to land

Output

a site your team changes without us

CMSIntegrations
ArchitectureextensibleCore platform · modulesPagesBlogShopFormsSearchAPI+ add+ addextends to new pages, features and traffic, no rebuild

Room to add more later.

Modules and routes that take new sections, a second script and more traffic without a fork in the codebase

Output

an architecture the next feature fits into

ModularScales
Deploy & handovershippedBuildDeployLiveHanded to youSource codeGit repoDocumentationREADME + guidesHosting & SSLme-central-1 · HTTPSFull accesstransferredfast secure hosting, clean code and docs, all yours

Deployed, with the keys handed over.

Deployed to the region your compliance position requires, with repository, domain and analytics already under your entity

Output

accounts you never have to reclaim

RegionYour accounts

Our stack

The stacks we build on.

Five tools, chosen for who has to maintain them after we leave. Select one to see what it buys, and when we would build the same thing differently.

Next.js
Why Next.js

Next.js keeps the page and the code that answers a payment webhook in one deployment, so an integration does not need a second service to be approved, hosted and maintained beside the site.

How we excel

Every rail sits behind a route handler in the same repository, so a gateway still in onboarding runs against a stub and swaps to the live merchant account without touching anything else. Where a site is genuinely five static pages, we would say so and build it as five static pages.

Server renderingIntegration surfaceRails in-repo
Next.jsYes
NuxtYes
AstroPartial
A static exportNo

How the build runs

Two tracks at once.

The sprints are ours to control and the approvals are not. So both start in week one, and the schedule names which of them the launch date depends on.

01From day oneFiled

File the approvals first.

We read the trade licence, list what the site has to reach, and file each request that runs on somebody else’s calendar: the merchant account under an activity that covers selling online, the UAE PASS onboarding, and access to the CRM or the ERP. Each comes back with a date, and those dates go on the plan beside the sprints rather than in a risk register nobody opens.

  • Read firstThe trade licence
  • FiledGateway, identity, system access
  • On the planA date per approval
02Runs alongsideBuilding

Build against stubs.

Components, content model and routes are built while the approvals run, with every rail behind an interface rather than wired into the pages. The consent layer is in place before the first analytics tag is allowed to fire, because the UAE PDPL treats consent as the primary lawful basis rather than something a banner may assume.

  • RailsBehind an interface, not hard-wired
  • ConsentIn place before the first tag
  • ReviewOn the device, not a screenshot
03As rails clearSwitched

Switch on each rail when approved.

A rail goes live the day its approval lands, rather than on a single launch day that waits for the slowest one. The site can be live and taking orders on one gateway while a second is still in onboarding, and because every account was opened under your entity at the start, nothing has to be transferred afterwards.

  • CutoverPer rail, not per project
  • AccountsAlready under your entity
  • HandoverA repository, not an archive

We file them, we chase them, and the weekly note says what the date is waiting on and who it is waiting on.

We chase the approvals
GatewayIdentitySystem access

Our commitment

Our promises on the build.

A build is easy to quote and hard to hold to a date. The four terms below are fixed before anything is signed.

  • Fixed scope, fixed price.

    The scope and the price are agreed before the first component is written. Where an approval comes back needing work nobody scoped, you get the cost in writing before we start it, not on the invoice after.

  • Every account under your entity.

    Repository, hosting, domain, analytics and the merchant account are opened in your name, with Webzenia added as a user. Nothing is transferred at handover, because nothing was ever held on your behalf.

  • The stack decision, in writing.

    You get the framework, the CMS and the hosting choice as a written recommendation, with what each costs to run and what it would take to reverse. The reasoning stays in the repository, so the next developer can read why as well as what.

  • One named lead throughout.

    One person owns the build, files the approvals and answers for the date, and is still the contact at handover. Not a rotating queue, and not an account manager relaying answers from somewhere else.

Common questions

Website development in the UAE, answered

Next step

See what your build waits on.

Send the current site or the brief. We will come back with the stack, the integrations, and which of them has to start in week one.

Tell us what you need.

+971
Chat on WhatsApp