Yükleniyor...

Yükleniyor...
Contact Us
For quotes and information

Not a pre-built theme with your logo dropped in. A storefront coded from scratch in Next.js and TypeScript, where you decide what your team can change without a developer.
It is the practice of coding your ikas storefront theme from scratch instead of selecting a pre-built template. A theme developer writes React components that merchants can place on any page, and defines which fields of those components stay editable in the theme editor.
The distinguishing question is not how the store looks on launch day. It is who sets the limit of customisation. In a pre-built theme that limit was decided by someone else, before they knew your brand existed.
In a pre-built theme, merchants can customise only as much as the theme developer allowed them to — the editable fields were decided in advance, for a generic store. In custom theme development, you decide where that boundary sits. Everything else — cost, timeline, visual identity — follows from that single difference.
| Feature | Custom theme development | Pre-built theme |
|---|---|---|
| Who sets the customisation limit? | You. Components and editable fields are defined around your needs. | The developer who wrote the theme. Only the fields they exposed can change. |
| Need for a new component | It gets written and added to the theme editor; page structure stays open. | Usually not possible; a similar block is stretched to fit. |
| Brand-specific fields | Defined as custom data types (size chart, delivery promise, badges). | Limited to the built-in field set; the rest gets squeezed into description text. |
| Performance | Only the code you use is shipped; a speed budget is set up front. | You carry all the code written to satisfy every possible store. |
| Upfront cost | Higher — development effort is a real investment. | Low. A reasonable way to start quickly. |
| Time to launch | Measured in weeks, depending on scope. | Can go live within days. |
| Long-term cost of change | Falls — the structure is known, so changes are predictable. | Rises — every request becomes a negotiation with the theme's limits. |
| Visual similarity to competitors | None. The interface exists only in your store. | A family resemblance to every store on the same theme. |
| Access to source code | Code and documentation are handed over at delivery. | Held by the theme vendor and usually closed. |
A pre-built theme is not a mistake — for a brand validating its first catalogue it is often the right call. If you only need design and conversion work on the theme you already run, see ikas web design.
Six capabilities define the work. Below them, the full deliverable list we agree on before a line of code is written.
Instead of trimming a pre-built theme, we write the components your storefront actually needs — each delivered as a building block that is configurable in the theme editor.
When the basic data types are not enough, we define custom data types so your team can fill in exactly the fields your catalogue needs.
The theme is built against a measurable speed budget. Unused code, oversized images and render-blocking scripts never enter the codebase in the first place.
Components are designed at the narrow breakpoint first: tap targets, sticky cart and one-handed reach are planned from the start, not retrofitted.
For stores running marketplace, ERP, shipping, payment and marketing tooling, the theme layer is designed not to break those flows.
Uploading source code creates a theme version on the ikas side. Every release ships with a rollback plan — your store never sits live on an experimental build.
Send us your store URL. We will tell you honestly whether a design round on your current theme would solve it for less.
Most stores do not lose mobile revenue to design. They lose it to what the theme loads before the first product becomes visible.
LCP, INP and CLS are tracked as delivery criteria, not as a post-launch surprise.
A weight limit is agreed up front; code that breaks it does not get merged.
Heading hierarchy, structured data, canonical and hreflang are built into components.
URL structure and indexed signals are carried over deliberately, not by luck.
Speed does not come from the theme alone: image sizes, third-party scripts and app count all weigh in. Once the theme is live, growing visibility is a separate discipline — see ikas SEO.
In practice, yes — and the reason is structural, not commercial. Themes developed on ikas are Private by default: they do not appear in a merchant's dashboard at all. For a theme to become available to your store, the partner account that developed it has to be connected to your store and grant access explicitly.
So the question is not whether a freelancer can write good React. It is whether the account holding your theme can legitimately deliver it to your store — and keep shipping updates to it afterwards.

The questions we are actually asked in scoping calls, answered the way we answer them there.
Last updated: September 17, 2026
ikas Theme DevelopmentSend your store URL and what you cannot do on your current theme. We will come back with a component inventory and a realistic timeline — not a template quote.
See live examples