Guide · Tech in plain words

Frontend vs backend: what is the difference, and what does each cost?

Frontend is everything the customer sees and clicks in the browser or app. Backend is everything that happens behind it: the database, the payment, the stock and the connection to your accounting. In a webshop the product page and cart are frontend, while prices, orders, MobilePay and the invoice in e-conomic are backend. Here we explain both with a concrete example and show where the money typically goes.

10 min read · Updated 1 October 2026

The owner of a coffee webshop gets an email from her developer: customers can add items to the cart, but orders are not reaching e-conomic, and the problem is in the backend. She nods and replies that they should look into it. But what does that actually mean, and why does the fix cost more than the new homepage she had made last month? Those are the two questions this guide answers, without you needing to code.

What is the difference between frontend and backend?

Think of a physical shop. The frontend is the shop floor: the shelves, signs, price tags and till that the customer sees and uses. The backend is the stockroom, the bookkeeping and the supplier agreements behind it: how many bags of coffee are left, what the price is for a business customer, and how the money ends up in the account. The customer never sees the stockroom, but if it fails, there are empty shelves and wrong prices in the shop.

Frontend

  • What the user sees and clicks
  • Runs in the browser or app on the user’s device
  • Layout, buttons, forms, cart and animations
  • Bugs are seen immediately by customers

Backend

  • What happens behind the screen
  • Runs on a server run by you or your supplier
  • Database, prices, orders, payments, integrations
  • Bugs can stay hidden and hit data and money
Frontend and backend side by side.

What happens in frontend and backend when a customer buys from a webshop?

The best way to understand the difference is to follow one order all the way through. Here is the coffee webshop, step by step:

1

Product page is shown

Frontend shows images and buttons. Backend supplies price and stock through the API.

2

Item goes in the cart

Frontend updates the cart instantly. Backend saves the cart and checks the item exists.

3

Customer pays

Frontend shows checkout. Backend calculates the total, creates the payment with MobilePay or Stripe and waits for the reply.

4

Order is recorded

Backend stores the order, deducts stock and sends the invoice to e-conomic.

5

Parcel is shipped

Backend orders a label from PostNord and sends a confirmation. Frontend shows order status.

One order through frontend and backend.
Jeres checkout
MobilePay
Kort
Checkout is frontend, but every field and button depends on the backend: prices, shipping, discount codes and payment.

Notice the split. The frontend handles the experience at all five steps, while the backend does the heavy lifting in the last three. That is why the coffee owner’s problem was in the backend: customers could shop, but the connection to e-conomic failed after the payment had gone through. To learn more about how systems talk to each other, read what an API is.

What does a frontend developer do?

A frontend developer turns the design into code that runs in the browser. The job is to make what the designer drew fast, stable and usable for everyone. Typical tasks:

  • Build pages and components that work on phone, tablet and desktop.
  • Make pages load quickly and meet Core Web Vitals.
  • Make the product accessible with keyboard, screen reader and sufficient contrast.
  • Handle forms, validation, error messages and empty states.
  • Fetch data from the backend and display it, even on a slow connection.

Speed is a frontend responsibility with a direct effect on sales and on Google. We have collected the thresholds and the most important fixes in website speed and Core Web Vitals.

What does a backend developer do?

A backend developer builds the engine room the frontend fetches data from. The work is invisible to customers, yet this is where the business rules live. Typical tasks:

  • Design the database so customers, products and orders fit together correctly.
  • Build the APIs used by the website, app and admin panel.
  • Integrate with payments, accounting, shipping and login, such as MobilePay, e-conomic, PostNord and MitID.
  • Secure logins, permissions and personal data under GDPR.
  • Handle backups, logging and monitoring, so errors are spotted before customers notice.

What do frontend and backend development cost?

The hourly rate is largely the same. A senior web developer in Denmark typically charges DKK 800–1,400 an hour, and an agency DKK 1,100–1,300, whether the hours go to frontend or backend. The difference lies in how many hours each part needs, and that depends on what the product must do.

Where the hours typically go in a webshop. The amount of logic and integrations drives the backend share, the number of unique screens drives the frontend share.

Part of the webshopMainlyWhat drives the hours
Homepage, categories, product pagesFrontendNumber of templates, filters, images and speed
Cart and checkoutBothShipping options, discount codes, guest checkout, error handling
PaymentsBackendNumber of payment methods, subscriptions, refunds
Stock, prices and customer groupsBackendB2B prices, variants, ERP synchronisation
Accounting and shippingBackendNumber of integrations and how robust they must be
My account and order historyBothLogin, reorders, invoices and returns

Worked example: coffee on subscription

The coffee webshop wants to offer a subscription, so customers get a bag every fortnight. On the frontend, a page is needed where customers choose coffee and interval, plus a page under My account where the subscription can be paused. That is about 20 hours. On the backend, recurring payments, automatic order creation, handling of declined cards and transfer to e-conomic need to be built. That is about 40 hours. At DKK 800–1,400 an hour, the frontend part costs DKK 16,000–28,000 and the backend part DKK 32,000–56,000, a total of DKK 48,000–84,000. The feature looks small to the customer, yet two thirds of the work is invisible.

Standard platform or custom backend?

On a platform like Shopify you rent the backend as part of the subscription, and your spending goes mostly to theme, frontend and apps. It is cheap to start and suits most standard webshops, which typically cost DKK 10,000–80,000 to set up. When the business needs customer-specific prices, special subscription rules or tight ERP integration, a custom backend becomes relevant, and then the price is often well above DKK 100,000. We compare the options in Shopify vs WooCommerce vs custom and in what a webshop costs.

What does it cost to run frontend and backend after launch?

The build price is only the first part. The frontend must keep up with new browser versions, and packages and frameworks need updating so security holes are closed. The backend needs hosting, a database, backups, monitoring and maintenance of integrations every time e-conomic, MobilePay or PostNord changes something in their API. A common rule of thumb is 15–20 % of the build cost per year for maintenance. For the subscription feature above, that means DKK 7,200–16,800 a year. What we see in practice is that integrations need the most attention, because they change outside your control. Make sure failed transfers are logged and retried automatically, so a brief outage at a partner does not leave you with missing invoices.

Is the problem in frontend or backend? A quick guide

Typical symptoms and where they most often come from. Use it to ask your developer the right question.

SymptomMost often inAsk the developer
The page looks wrong on mobileFrontendWhich screen sizes do you test on?
Wrong price or stock statusBackendWhere does the price come from, and when is it updated?
The page is slow to openBothIs it images and scripts or server response time?
The button does not respondFrontendDoes the browser console show an error?
Orders are missing in accountingBackendAre failed transfers logged and retried?
Customers get logged outBothHow are sessions and tokens handled?

What does headless mean for frontend and backend?

In a traditional solution like WordPress, frontend and backend are tightly bound in one system. In a headless solution they are separated: content and data live in a backend or CMS, and the frontend is a separate application, built in Next.js for example, that fetches data via an API. The advantage is design freedom, better speed and the option to use the same backend for website, app and in-store screens. The price is that there are two parts to build and run. We cover when it pays off in headless CMS explained.

Should you hire a frontend developer, a backend developer or both?

For most smaller companies the answer is a developer or team that covers both. A full-stack developer can build a feature from screen to database without hand-offs. Specialists make sense in larger teams, or when part of the product is especially demanding. Whoever you choose, you can use these questions to check that both halves are covered:

  1. Who builds the interface, and who builds the database and integrations?
  2. How do you test that pages work on mobile and are accessible?
  3. What happens to an order if the accounting system is down for an hour?
  4. Where does the backend run, and who monitors it?
  5. Can the same backend be used if we later want an app?
  6. How is the API documented so another developer can take over?

At Ceptiv we build frontend and backend in the same team and the same language, TypeScript, and we have more than 40 pre-built integrations including e-conomic, Dinero, MobilePay, PostNord, Penneo and Stripe. That means fewer invisible backend hours, because we do not start from zero each time. If you want a number for your product, describe it here and you will have a fixed price within 24 hours.

Questions about frontend and backend

Is frontend or backend harder?
They are hard in different ways. Frontend requires everything to work across hundreds of screen sizes and browsers, be fast and usable by everyone, including with a screen reader. Backend requires data to be correct, secure and available, even when a thousand customers shop at once or an external service is down. Frontend bugs are visible immediately. Backend bugs can stay hidden for months and be more expensive to fix.
How does an API relate to frontend and backend?
The API is the agreed way frontend and backend talk to each other. When a customer opens a product page, the frontend asks the API for price and stock, and the backend answers. APIs are also used between the backend and other systems, such as when an order is sent to e-conomic or a shipping label is ordered from PostNord. A good API makes it possible to swap the frontend or build an app on the same backend.
Can one backend serve both a website and an app?
Yes, and it is often the smartest structure. The website and the app are two different frontends fetching data from the same backend through the same API. That means rules for prices, discounts and users are built in one place, and an order placed in the app is immediately visible on the website. If both are built in the same language, such as TypeScript, even more code can be shared.
Which languages are used for frontend and backend?
On the frontend, HTML, CSS and JavaScript or TypeScript are the building blocks, often with a framework like React or Next.js on top. On the backend there are more options, such as Node.js with TypeScript, .NET, Python, PHP or Java. The choice matters less than whether the language is widely used, and whether developers are available when you want to extend the product in five years.
Do frontend and backend affect our Google rankings?
Yes, both. Google measures how quickly a page loads and responds through Core Web Vitals, and that depends both on the frontend, such as images and scripts, and on the backend, such as how fast the server responds. The frontend also decides whether the content is visible to Google in the first HTML. Modern frameworks like Next.js can render pages on the server, so they are both fast and easy to index.
Where does security live, frontend or backend?
The decisive security lives in the backend. Anything that happens in the frontend can in principle be altered by a user with the right tools, so the backend must always check prices, permissions and input itself. The frontend is responsible for handling logins cleanly, hiding data the user should not see, and protecting against certain browser attacks. The rule is simple: never blindly trust what comes from the frontend.

Want us to build it for you?

You get a fixed-price proposal within 24 hours.

Dennis Nielsen

Dennis Nielsen

Head of Operations, Ceptiv

Free consultation

One free hour of advice before you start.

Describe your project and I will contact you as soon as possible, so we can schedule a no-obligation meeting. You leave with practical advice on how to get your project off to a good start.

  • Free
  • 1 hour
  • No obligation