South Africa · South Africa
Web developer in Durban
Websites, online stores and technical SEO for Durban businesses — built remotely from Islamabad, quoted in ZAR, scoped in writing before anything starts.
There is a version of this conversation where you are sold a brand refresh, a content strategy and a six-week discovery phase. For most Durban businesses that is not the constraint. The constraint is that the site is slow, the phone number is hard to find and nobody has looked at the analytics in a year. Fixing those three is cheaper and works faster.
What working with a South African client actually changes
These are the terms that differ by country rather than by town. They apply to every business in South Africa, Durban included, and they are the substance of what this page is claiming.
| Quoted and invoiced in | ZAR — never a converted figure presented at the end |
|---|---|
| Tax position | VAT at 15%, reverse-charged on imported services |
| Your customers' data sits under | POPIA, the Protection of Personal Information Act |
| Lawful transfer mechanism | Section 72 of POPIA governs transfers abroad and the DPA records the lawful basis |
| Checkout can realistically use | Stripe, PayFast, Yoco, Ozow for instant EFT, and SnapScan |
| My day, in Durban time | 06:00–15:00 — about 6 hours inside a normal working day |
One thing worth knowing about building for South Africa
Data cost and intermittent connectivity are real constraints for a large share of South African visitors, so page weight is a commercial metric here, not a vanity score. I build to a hard kilobyte budget on ZA projects.
What actually ships when a Durban project goes live
A handover for a Durban client is not a link and a login. It is the repository, the hosting account in your name, the domain registered to you, the payment provider account under your business, and a written record of every credential as it was created rather than dumped in one email at the end.
The test I apply is uncomfortable but correct: if I disappeared tomorrow, could another developer pick this up on Monday without calling me? If the answer is no, the handover is not finished. That standard is why the documentation takes a day I do not bill separately — it is part of the build, not an upsell.
Education and training providers in Durban
Course pages are the whole site. Each needs the outcome, the duration, the price, the prerequisites and the next start date visible without scrolling — and each needs to be its own indexable URL, because people search for the course, never for a training provider they have not heard of.
The recurring failure is a single "Courses" page listing twenty courses. It ranks for nothing because it is specifically about nothing. Twenty pages, each genuinely about one course, is more work and is the difference between a site that recruits and a brochure that sits there.
A mobile layout nobody tested on a real phone
Desktop-first builds fail in predictable places: a navigation menu that cannot be closed, a table forcing the whole page sideways, tap targets too close together, and a sticky banner sitting over the button. Each one is invisible on a laptop and each one loses customers.
Most visitors to a Durban small business site arrive on a phone, so I design at phone width first and widen from there. That ordering is not a stylistic preference — it is the only way the small screen gets the attention the majority of your traffic deserves.
Hiring a developer who is not in Durban
The honest version is that for a build specified in writing, developed on a staging URL you can open from your phone at any hour, and handed over with documentation, being in the same city changes very little about the finished site. What it changes is your recourse if things go wrong — and that is a fair thing to weigh, which is why the contract, the staging access and the escrow-style milestone structure all exist before you pay anything.
What I build for Durban businesses
Fixed-scope, fixed-price, quoted in ZAR. The full list is on the services page.
Priced for Durban specifically
What I am not claiming about Durban
A location page is the easiest place on a website to imply something untrue, so here is the other side of it plainly:
- I have no office, postal address or phone number in Durban
- I cannot meet you in person, and if that is a requirement you should hire locally
- I am not claiming existing clients in Durban specifically — my live work is listed on the work page and you can check it
- Nothing on this page is a guarantee of search rankings, which no developer can honestly offer
Durban web development — common questions
- Do you build on WordPress or something custom?
- Whichever the project justifies. WordPress when you need to edit content constantly and want a familiar admin. A static build when speed and security matter more than a plugin ecosystem. Custom PHP and MySQL when the logic is genuinely yours. The choice is explained in the quote with its trade-offs, not presented as a foregone conclusion.
- What happens if I am not happy with the result?
- Work is delivered in milestones against a written scope, and you review each one on a staging URL before it is paid for. If the delivered milestone does not match the scope, it gets corrected before anything moves forward. That structure exists so disagreement is resolved at the stage it happens rather than at the end when it is expensive.
- Will the site actually rank in Durban search results?
- The build handles what is technically controllable: crawlable HTML, correct headings, structured data, fast pages, a clean sitemap and Search Console set up on day one. Ranking also depends on your competitors, your domain's age and the links pointing at you, which no developer controls. Anyone guaranteeing a position is guessing or lying.
- Do you provide ongoing maintenance after launch?
- Thirty days of snag fixes are included after launch at no extra cost — anything that does not work as specified gets fixed. Beyond that there are monthly plans for updates, backups, monitoring and small changes. They are optional and cancellable; a site handed over properly does not require a retainer to keep running.
- What currency will I be invoiced in?
- ZAR. Quotes, milestones and the final invoice are all written in ZAR so you are never comparing a converted figure against a local supplier's. Regarding tax: VAT at 15%, reverse-charged on imported services.
- How much does a website cost in Durban?
- A business website starts from R1,500 and goes live in about three days. An e-commerce build starts from R2,800 in around seven days, and a custom application from R3,700 in ten. Those are starting figures — the exact number is fixed in writing once scope is agreed, and it does not move after that.
- Do you actually work with businesses in Durban?
- Yes, remotely. I work with South African clients from Islamabad, quoting in ZAR and invoicing in ZAR. I have no office, address or phone number in Durban and will not pretend otherwise. If your project needs someone physically present, hire locally — I will say so in the first reply rather than after a deposit.
Also covering South Africa
Same terms, same currency, same process — these are the other South Africa towns with a page here.
Where this page sits
This page covers Durban. Every other town in South Africa is listed on the South Africa coverage page, and the full worldwide list is at all locations.
Before you enquire: pricing is published rather than quoted on request, how I work covers the process end to end, the work page lists live client sites you can open, and vendor information answers the procurement questions.
Building something in Durban?
Send the brief and you get a reply within one business day — questions or a scoping call, quoted in ZAR. If it is not a project I should take on, I will say so then rather than after a deposit.
- Response
- Replies within 1 business day
- Hours
- Mon–Fri, 09:00–18:00 PKT — overlaps 05:00–14:00 UK, 00:00–09:00 US Eastern
- Booking
- Booking projects from October 2026