Skip to content
Mickey Liechtenstein
All services

Service

Webshops

Webshops that are easy to buy from — and just as easy to run behind the scenes, where the hours otherwise disappear.

Professional webshop shown on a laptop with the front page Quality you can feel, a Shop now button, and popular products
A webshop should make it easy for the customer to find the right product, understand the terms, and complete the purchase — and just as easy to run behind the scenes.

A webshop should make it easy for the customer to find the right product, understand the terms, and complete a purchase. But it also has to work behind the scenes, when products are created, stock is managed, payments are reconciled, orders are packed, and customers are notified.

I help businesses get new webshops built or redesign solutions that have become too slow, cumbersome, or hard to develop further. The work begins with the business and the actual workflows: what do you sell? Who buys? How are products, prices, shipping, VAT, payment, and returns handled? Which systems should the webshop talk to?

You get a solution you own and can take with you. There is no multi-year lock-in on the project itself, no hidden rental model, and no salesperson between you and the person who advises on and builds the solution. Scope, responsibility, price, and dependencies are described in advance.

I work mainly with WooCommerce, but the platform is chosen based on the task. A smaller webshop with a manageable range has different needs from a solution with many variants, B2B prices, stock integration, and extensive order flows. The goal is not to force in as many features as possible. The goal is a webshop that both customers and employees can actually use.

Do you need a new webshop?

Tell me briefly about the products, your current solution, and what you would like to achieve. Then we will have a concrete talk about platform, scope, and a realistic next step.

What can I help with?

New webshop

A complete webshop built from scratch with categories, product pages, cart, checkout, payment, shipping, and the necessary administrative features.

Redesign and migration

A new version of a webshop that has become outdated, slow, unmanageable, or limited by the current platform and structure.

Product structure

Help with categories, filters, variants, attributes, product data, and navigation, so both customers and employees can find their way.

Checkout and payment

Setup of a clear checkout flow and relevant payment options. The specific solution depends on market, audience, and payment provider.

Shipping and delivery

Shipping rates, delivery methods, parcel shops, pickup, and rules that fit the products' size, weight, and geographical market.

Order and stock flow

A review of how orders, stock, statuses, emails, returns, and daily administration should work.

Integrations

Connection to, for example, an accounting system, shipping, newsletter, CRM, stock, or other relevant systems, when it makes sense.

Operations and further development

Hosting, updates, backup, monitoring, and ongoing improvements can be agreed after launch, but the webshop is not locked to me.

A webshop is more than design and products

  • Payment must work reliably
  • Shipping rules must fit the products
  • Stock and order status must be understandable
  • Customer emails must be correct and clear
  • Product data must be maintainable
  • VAT and prices must be handled to fit the business's setup
  • Mobile checkout must be easy to use
  • Responsibility and integrations must be agreed before launch

A webshop can look finished long before it is really ready for operation. That is why both the visible customer journey and the administrative workflows are described in the quote. For larger tasks I draw up a SOW — Statement of Work — with deliverables, responsibility, price, timeline, and significant limitations.

The best webshop is the one the business can run

A solution should not only work on launch day. It should also be realistic to update, administer, and develop further.

What characterises a good webshop?

A good webshop makes it easy for the customer to go from need to purchase. The customer should be able to find the right products, understand the difference between variants, see price and delivery, and complete the purchase without unnecessary obstacles.

The visual expression matters, but it cannot stand alone. A good-looking webshop can still work poorly if the categories are unclear, the product texts lack information, the shipping price appears late, or the checkout contains unnecessary steps.

A good webshop must also work internally. Employees must be able to see and process orders, update products, manage stock, send messages, and find relevant information without depending on a developer for ordinary tasks.

The customer journey and the internal operations must therefore be planned together. A feature that makes the purchase easier for the customer can create extra work in administration if it is not thought through properly. Conversely, an efficient internal process can give a poor customer experience if information or flexibility is removed.

The webshop must start from the business

The first question is not which platform is most popular. It is how the business sells and delivers its products. Among other things, it is relevant to clarify:

  • Which products or services are sold
  • Whether there are physical, digital, or subscription-based products
  • How many products and variants there are
  • Whether prices are the same for all customers
  • Whether you sell to consumers, businesses, or both
  • Which countries you sell to
  • How goods are packed and shipped
  • Whether stock is managed in the webshop or another system
  • How returns and complaints are handled
  • Which payment methods customers expect
  • Which employees will work in the solution

A smaller webshop with 30 simple products can often be built relatively simply. A B2B shop with individual prices, customer-specific ranges, and integration with an accounting or stock system requires a different architecture.

It is important to avoid both under- and over-dimensioning. Too simple a solution can quickly become a limitation. Too complex a solution can be expensive to develop, hard to maintain, and heavy to work in.

Shop owner reviewing a product overview with categories and filters on a large screen in a storage and shop environment
The product structure determines whether the customer can find the product. Categories, filters, and attributes should reflect the way customers actually search.

Product structure and navigation

The product structure is one of the most important parts of a webshop. If the customer cannot find the product, good marketing and nice design help only a little. The structure can, among other things, include:

  • Categories and subcategories
  • Product attributes
  • Variants such as size, colour, or material
  • Filters
  • Manufacturers and brands
  • Related products
  • Accessories
  • Bundles and packages
  • Product labels such as new or on sale

Categories should reflect the way customers search. Internal jargon can be logical for the business but unclear for the customer. A technical wholesaler, a clothing shop, and a specialist shop have very different navigation needs.

Filters must be useful and based on proper data. If product attributes are filled in inconsistently, filtering quickly becomes deficient. So data quality is not only an administrative question. It directly affects the customer experience.

When migrating an existing webshop, product data should be analysed before it is moved. Old categories, duplicates, and inconsistent values should not automatically be carried over to the new solution.

Product pages must answer the customer's questions

The product page must give the customer enough information to make a decision. That requires more than a product name, an image, and a price. Depending on the product, a good product page can contain:

  • A clear title
  • Price and any price terms
  • Stock status or expected delivery time
  • Relevant images
  • A short, concrete description
  • Technical specifications
  • Sizes and dimensions
  • Materials or ingredients
  • Variant selection
  • Shipping and return information
  • Related accessories
  • Downloads or guides
  • Customer service information

The content must be correct and sufficient. Texts that are too short can leave the customer uncertain. Very long, generic texts can make the page unmanageable without helping.

AI can be used as help for structure and a first draft, but product data and claims must be checked. Incorrect dimensions, materials, or properties can create both dissatisfied customers and extra administration.

Order confirmation on a webshop with the text Thank you for your order and icons for fast delivery, secure payment, returns, and customer service
A good checkout shows the order clearly, avoids unnecessary fields, and confirms the purchase — so the customer is in no doubt about what happens next.

Checkout must be simple and clear

Checkout is the place where the customer completes the purchase. Unnecessary fields, unclear error messages, or surprising costs can make the customer give up. A checkout flow should normally:

  • Show the order clearly
  • Make shipping options understandable
  • Show the total price
  • Avoid unnecessary fields
  • Work well on mobile
  • Give clear error messages
  • Confirm that the order has been received
  • Send correct order emails

That does not mean checkout should always be as short as technically possible. Some businesses need a company registration number, delivery instructions, a pickup point, or other information. The decisive thing is that each field has a real purpose.

The customer's trust is important. Contact details, terms of trade, delivery, return options, and payment information must be available and understandable.

It is not possible to seriously guarantee a particular conversion rate through a new checkout alone. Results depend, among other things, on traffic, products, prices, credibility, delivery, and market. But unnecessary friction can be reduced through good structure and testing.

Payment solutions

The choice of payment solution depends on the business's market, customer type, transaction volume, and technical setup. Among other things, it can be relevant to assess:

  • Payment cards
  • Mobile payment methods
  • Invoice or account for B2B
  • Subscriptions
  • Instalments, where it is legally and commercially relevant
  • Several currencies
  • Refunds
  • Fees and acquiring agreements
  • Reconciliation in the accounting system

A payment gateway and an acquiring agreement are not necessarily the same thing, and prices and terms can change. The specific solution must therefore be assessed based on current agreements and requirements.

Payment must be tested thoroughly before launch. That includes, among other things, approved and declined payments, order statuses, emails, refunds, and any webhooks between the payment provider and the webshop.

Packed order in a cardboard box with the webshop's logo ready for shipping on a table with textile
Shipping rules should match the way the business actually packs and ships — not a technically clever rule that creates manual work afterwards.

Shipping and delivery

Shipping seems simple until the goods have different sizes, weights, delivery areas, or requirements. A webshop can, for example, need:

  • A fixed shipping rate
  • Free shipping over a certain amount
  • Weight-based shipping
  • Shipping by postcode or country
  • Delivery to a parcel shop
  • Home delivery
  • Business delivery
  • Local pickup
  • Own delivery
  • Special rules for large or heavy goods
  • Several warehouses or dispatch locations

Shipping rules should match the way the business actually packs and ships. A technically clever rule is not necessarily good if the employee then has to correct every other order manually.

Integration with a shipping platform can reduce manual entry, but it must be configured and tested with realistic scenarios. Labels, parcel shops, tracking, and status updates must fit together with the order flow.

Employee attaching a shipping label to a parcel next to a laptop with an order overview in a storage room
The webshop is only one part of the order process. After the purchase, the order must be processed, packed, shipped, and completed — and those steps must fit the business.

Order handling and daily operations

The webshop is only one part of the order process. After the purchase, the order must be processed. A typical flow can contain:

  1. The customer completes payment.
  2. The order is created in the webshop.
  3. The customer receives a confirmation.
  4. Stock is reserved or updated.
  5. The order is possibly sent to the accounting, stock, or shipping system.
  6. The employee picks and packs.
  7. A shipping label is created.
  8. The customer receives tracking.
  9. The order is completed.
  10. Any returns or refunds are handled.

Not all businesses have this flow. Some produce the item on order. Others offer pickup or digital deliveries. So order statuses and automations must fit the business.

The goal is not necessarily to automate everything. Some steps require control or human judgement. When the rules are clear and the data is reliable, several of the steps can run by themselves, and orders can be passed on to finance, stock, or shipping via integrations and APIs.

Shop owner updating products and stock in the webshop's admin on a laptop surrounded by packed orders
It should be clear which system is the master for stock and product data — otherwise inconsistencies easily arise.

Stock and product data

It is important to decide which system is the master for stock and product data. If stock is changed in several places without a clear direction, inconsistencies easily arise. Possible setups include:

  • The webshop controls the stock
  • The accounting system controls the stock
  • A separate stock system is the master
  • Supplier data is imported on an ongoing basis
  • Several physical shops share stock

Integrations are not magic. They require clear rules for which data is sent, when it is updated, and what happens on errors.

For smaller businesses, it can be more robust to keep the setup simple. For larger ranges or several sales channels, an integration can be necessary to avoid double work. I have described the benefits, options, and typical pitfalls of integrating a webshop with an accounting system in a separate guide.

WooCommerce or another platform?

WooCommerce is a flexible webshop solution built on WordPress. It can be relevant for businesses that want great control over content, design, and features and want to be able to extend the solution through plugins or custom development. WooCommerce is, however, not automatically the best choice for all webshops. The choice should depend on, among other things:

  • The size and complexity of the range
  • The need for content and SEO
  • Integrations
  • B2B features
  • International trade
  • Subscriptions
  • Internal skills
  • Budget for operations and further development

A hosted platform can be relevant for businesses that want a more standardised solution and accept the platform's frameworks and ongoing subscription. A custom-developed solution can be relevant for very particular processes, but will normally require a larger budget and more maintenance.

I work mainly with WooCommerce, but the recommendation must start from the task. If another solution is more sensible, that should be said early.

Webshop or an ordinary website?

A website typically presents the business, services, and information and leads the visitor towards contact or booking. A webshop handles products, cart, payment, and orders.

NeedWebsiteWebshop
Present business and servicesYesYes
Receive contact enquiriesYesYes
Publish articles and casesYesYes
Sell with cart and checkoutNoYes
Receive online paymentPossibly for single itemsYes
Handle products and variantsLimitedYes
Manage stock and ordersNoYes
Calculate shippingNoYes
Handle discount codes and campaignsLimitedYes

Do you primarily need to present the business and create enquiries?

Then an ordinary business website is probably a better and simpler starting point than a webshop.

See websites →

What is typically included in a webshop project?

The specific content depends on the quote. The table below can be used as a general explanation, but it is not a fixed package — the individual points are agreed for the specific project.

AreaCan be includedNote
Clarification and workshopYesBusiness, customers, and workflows
Information architectureYesCategories, navigation, and product structure
Design directionYesAdapted to business and audience
Responsive developmentYesMobile, tablet, and desktop
Product templatesYesFields, images, and variant display
Cart and checkoutYesAdapted to the agreed flow
Payment solutionYesRequires an agreement with a relevant provider
Shipping setupYesRules and integration agreed
Product importBy agreementDepends on data quality and format
Text and product dataBy agreementThe customer can provide or buy help
IntegrationsBy agreementFinance, shipping, stock, CRM, etc.
SEO foundationYesStructure, metadata, and technical foundation
Tracking and analyticsBy agreementWith regard to consent and data requirements
HostingOptionalThe customer can choose another provider
Service agreementOptionalBackup, updates, and support

New webshop or redesign?

A completely new webshop is not always necessary. If the problems are limited, technical debugging or targeted improvements can be more economical. A redesign or a migration typically makes sense when:

  • The platform limits the business
  • Checkout causes significant problems
  • The webshop is hard to use on mobile
  • The product structure has become unmanageable
  • The design affects credibility negatively
  • Employees spend unnecessarily much time on administration
  • Integrations are unstable or missing
  • The webshop has become slow or heavy
  • The site is hard to maintain
  • There is a need for a new SEO structure

In a redesign, existing data should be analysed. Product pages can have traffic and backlinks that should not be lost. URLs, product IDs, order data, customers, coupons, and stock status must be handled in a planned way.

A migration usually requires testing of data, redirects, payment, shipping, order emails, stock, and integrations. It is rarely responsible to treat it as a simple copy.

SEO for webshops

SEO should be thought into structure and content from the beginning. A webshop often has many pages, and small structural errors can therefore spread to large parts of the site. A good SEO foundation can, among other things, include:

  • Logical category and product URLs
  • Clear category texts
  • Unique product titles and descriptions
  • Correct heading structure
  • Internal link structure
  • Handling of filters and parameters
  • Sitemap
  • Correct canonical tags
  • Product data and relevant structured data
  • Mobile friendliness
  • Speed
  • Redirects in a migration

It is important to be realistic. A technically correct webshop does not guarantee visibility or sales. Competition, prices, range, content, links, brand, and user behaviour also play a role.

Category pages are often important, because they match broad searches and gather products. Product pages can be strong on more specific searches. Both require content that is useful for the customer and not just written to repeat keywords.

GEO and visibility in AI services

AI-based search results and services are changing the way some customers find information. A webshop should therefore describe products, categories, business, terms, and expertise clearly. It can, among other things, help that the webshop:

  • Has precise product data
  • Describes use and differences between products
  • Contains original guides and instructions
  • Has clear business information
  • Has correct prices and availability information
  • Answers common questions
  • Avoids contradictory information
  • Connects guides and products with internal links

There is no guarantee that products will be mentioned in AI answers. But clear and trustworthy content makes it easier for both people and systems to understand the range. I have written more about the difference between GEO and SEO if you want to dig deeper.

Webshop shown on a mobile phone with a product page, a price in kroner, and an Add to cart button
Many customers visit webshops from a phone. The mobile version should not just be a scaled-down desktop page — it should be easy to shop in.

The mobile experience is decisive

Many customers visit webshops from a phone. So the mobile version should not just be a scaled-down desktop page. Among other things, it is important that:

  • Navigation and search are easy to use
  • Product images are shown clearly
  • Variant selection works on small screens
  • Buttons are easy to tap
  • The cart is manageable
  • Checkout does not require unnecessary typing
  • Parcel shop selection works
  • Error messages are visible and understandable
  • The site is not unnecessarily heavy

The mobile experience must be tested with realistic devices and flows. It is not enough only to check that the elements technically fit the screen.

Developer workspace with three screens: a terminal, a webshop, and a dashboard with statistics
I build with a focus on avoiding unnecessary complexity. A well-documented plugin can be the best solution — custom code when the standard does not fit.

Speed and technical quality

A webshop can become heavy because of large images, many scripts, plugins, tracking, product filters, and integrations. Slowness can affect both user experience and operations.

I build with a focus on avoiding unnecessary complexity. That does not mean all plugins are bad, or that everything should be custom-developed. A well-documented plugin can be the best solution. Custom code can be relevant if the standard solutions do not fit or create more complexity than they solve. The choice should take into account:

  • Maintenance
  • Security updates
  • Compatibility
  • Performance
  • Support
  • Licence costs
  • The risk of supplier dependency

A completely new webshop and a technical cleanup of an existing WooCommerce installation are two different tasks.

Do you already have WooCommerce and need technical help?

Debugging, performance, custom plugins, checkout problems, and further development are handled on the WooCommerce development page.

See WooCommerce development →

Security and operations

A webshop handles order data, customer information, and payments and therefore requires ongoing maintenance. Payment card data is normally handled by the payment provider, but the webshop still processes personal and order information. A sensible operations setup can, among other things, include:

  • Secure hosting
  • SSL/TLS
  • Updates
  • Backup
  • Access control
  • Strong passwords and possibly two-factor authentication
  • Monitoring
  • Logging
  • Testing of restoration
  • Limiting unnecessary users and plugins

No webshop can be promised completely risk-free. The goal is to reduce the risk through sensible technology, updates, and clear routines.

Terms of trade, cookies, and personal data

A webshop has legal obligations that depend on the business, products, customers, and markets. It can, among other things, concern terms of trade, the right of withdrawal, a privacy policy, cookies, prices, and product information.

I can help with the technical setup and make the relevant fields and pages available. I do not provide legal advice. Legal texts and assessments should be provided or reviewed by a relevant adviser.

The cookie and consent solution depends on the scripts and services used. Tracking and marketing must therefore be planned together with the consent setup.

What does a professional webshop cost?

The price depends on the range, design, number of page types, product data, payment, shipping, integrations, and migration. A smaller webshop with a few simple products and standardised shipping is a different task from a B2B solution with individual prices, several warehouses, and integration with finance and shipping.

The price is affected, among other things, by:

  • The number of products and variants
  • Data quality and import
  • Custom design
  • Product filters
  • Payment setup
  • Shipping rules
  • B2B features
  • Subscriptions
  • Multiple languages and currency
  • Integrations
  • Migration of customers and orders
  • SEO analysis and redirects
  • Training and documentation

I do not give a fixed price without knowing the task. In return, scope and price are described clearly before the start. Uncertain parts must be stated with their prerequisites.

Project-based webshop or subscription solution?

It is better to compare agreement models neutrally than to claim that all agencies or platforms work the same way.

AspectProject-based solution with meStandardised subscription solution
OwnershipThe customer owns the agreed deliverable after paymentDepends on the agreement and the platform
BindingNo multi-year binding on the projectMay occur
Direct contactDirectly with the person who advises and buildsVaries
ScopeDescribed in the quote/SOWOften based on fixed packages
DesignAdapted to the taskOften template-based
Option to moveYes, within technical and licence frameworksDepends on the platform
HostingOptionalOften included in the subscription
Further developmentCan be agreed as neededDepends on the platform's options
Ongoing supportCan be addedOften included to a certain extent

No model is automatically right or wrong. A subscription solution can suit a business that wants a standardised setup and bundled operations. A project-based solution often fits better when the business wants to own the solution, has particular needs, or wants greater flexibility. The terms should always be read carefully.

Digital consultant and shop owner reviewing the webshop's product pages on a laptop in a shop environment
You have direct contact with the person who both advises on the webshop and is close to the technical execution.

From idea to webshop in operation

The process is adapted to the task. A small webshop does not require the same analysis as a migration with many products and integrations. The flow below shows the typical path from clarification to launch.

You describe the business and the need

You send a short description of the products, the audience, current systems, and what you want to achieve. You do not need to have chosen a platform or written a specification.

We review sales and operations

We talk about products, prices, customers, shipping, payment, stock, orders, and administration. Here we clarify whether the need is a new webshop, a redesign, or a smaller technical task.

Structure and features are defined

I describe categories, page types, product data, checkout, shipping, payment, integrations, and other deliverables. We agree who provides data, images, texts, and accounts.

You receive a quote and SOW

The quote describes scope, price, payment plan, responsibility, rounds of proofing, and significant limitations.

Design and product structure are set

We work on navigation, categories, product pages, cart, and checkout. The visual direction must fit the business and its customers.

The webshop is built

Pages, products, features, and integrations are set up according to the agreement. Product import or migration is carried out to the agreed extent.

Payment, shipping, and order flow are tested

We test realistic purchases, payments, shipping choices, emails, statuses, and relevant integrations. Errors and exceptions are reviewed.

Proofing and quality assurance

You review the solution and gather corrections. We check content, product data, links, mobile view, metadata, and agreed features.

Launch

Once the solution is approved, it is put into operation. For a migration, data transfer, redirects, domain, and transition are planned.

Handover and operations

You get the agreed access and a walkthrough of order processing, products, and ordinary administration. Hosting and service can continue with me or another supplier.

You do not need to have chosen a platform or payment solution

It is enough to describe the products, the customers, and the way you work today. I help make the task concrete.

What should you prepare?

The following information makes it easier to clarify the project:

  • A description of the business and the products
  • The number of products and variants
  • Primary customer types
  • Countries and currencies
  • Current webshop or system
  • Payment wishes
  • Shipping and delivery methods
  • Stock and order process
  • Accounting system and other integrations
  • Who provides product data, images, and texts
  • Desired launch time
  • Any budget or expected level

The budget helps choose a realistic solution. If all wishes cannot be accommodated from the start, the webshop can be split into phases with a clear minimum for the first launch.

After launch

A webshop requires ongoing work. Products, prices, stock, content, and campaigns change, and software must be maintained. After launch the business should have a plan for:

  • Updates
  • Backup
  • Security
  • Product data
  • Stock control
  • Order and payment errors
  • Shipping integration
  • Tracking and consent
  • SEO and content
  • Testing checkout
  • Ongoing improvements

That does not mean the webshop has to be rebuilt all the time. But the responsibility for operations and control should be clear. If you do not want to handle the operations yourself, it can be managed through hosting and service agreements.

Why work directly with a freelance digital consultant?

With me, you have direct contact with the person who advises on and is close to the technical execution. That reduces the risk of important details about products, operations, and integrations being lost between sales, project management, and development.

I work across WooCommerce, WordPress, integrations, payment solutions, accounting systems, SEO/GEO, and automation. So the webshop can be assessed as part of the business's overall workflow and not only as a visual shop.

That does not mean all specialities are done alone. If there is a need for legal advice, extensive branding, photo/video, or other special skills, relevant professionals can be involved.

The way of working best suits businesses that want direct dialogue, clear scoping, and a solution that is not locked to a closed platform or a long contract. You can read more about me and see selected cases.

Let us find the right size for the webshop

Maybe you need a complete new solution. Maybe the current webshop can be improved. Tell me what you are dealing with, and you will get an honest assessment of options, scope, and the next step.

Frequently asked questions about webshops

What does a new webshop cost?

The price depends on products, variants, design, payment, shipping, integrations, and product data. The task is defined before you receive a quote.

Can you give a fixed price?

Yes, many webshop projects can be delivered at an agreed fixed price once scope and responsibility are sufficiently clarified. Uncertain or ongoing parts can be agreed by time spent.

Who owns the webshop?

You own the agreed deliverable, the content, and your data after full payment. Third-party software, plugins, fonts, and services can have separate licences.

Is there any binding?

There is no multi-year binding on the webshop project itself. Hosting, payment agreements, and service agreements have their own terms.

Does the webshop have to be hosted with you?

No. You can choose my managed hosting or another suitable provider.

Do you build webshops in WooCommerce?

Yes, WooCommerce is often a relevant solution, but the platform is chosen based on the need.

Can I create products myself?

Yes, ordinary products, prices, and stock can normally be managed by the customer. The specific setup depends on the solution.

Can you import our products?

Yes, if the data is available in a usable format. Scope, cleanup, and mapping are agreed separately.

Can you migrate customers and orders?

Often yes, but it depends on the current platform, data quality, and legal requirements. Migration must be planned and tested.

Can you help with a payment solution?

Yes. The choice depends on market, payment methods, and the business's agreements. Current prices and terms must be checked with the provider.

Can you set up MobilePay?

It can be possible depending on the chosen payment solution and the current products and agreements. It is assessed specifically.

Can you integrate with shipping?

Yes, relevant shipping solutions and parcel shops can be integrated when the provider supports the necessary setup.

Can you integrate with e-conomic, Dinero, or other accounting systems?

Yes, in many cases. The options depend on the system's API, subscription, and the desired data flow.

Can stock be synchronised?

Yes, when there is a suitable system and a clear master for stock data. Synchronisation requires clear rules and error handling.

Can the webshop be B2B and B2C?

Yes, but customer types, prices, VAT, payment, and access must be clarified. B2B features can increase complexity significantly.

Can the webshop have different prices for different customers?

Yes, it is technically possible in several setups. The specific solution depends on customer structure and maintenance.

Can the webshop sell subscriptions?

Yes, but subscriptions require special handling of payment, renewal, cancellation, and communication.

Can the webshop sell digital products?

Yes. Delivery, access, and any licences must be described specifically.

Can you make the webshop in several languages?

Yes. Multiple languages require planning of products, categories, prices, metadata, and ongoing maintenance.

Can the webshop handle several currencies?

Yes, but currency, prices, payment, and accounting must be assessed together.

Is SEO included?

A basic technical and editorial SEO foundation can be included. Ongoing SEO, link building, and larger content production are separate efforts.

Can you guarantee sales or Google rankings?

No. A webshop can be built on a strong foundation, but sales and visibility depend on many factors.

Can you redesign our current webshop?

Yes. Before a redesign, data, URLs, traffic, products, customers, orders, and integrations are assessed.

Will we lose SEO value in a migration?

There can be a risk of traffic changes. It is reduced through analysis, correct URL mapping, and redirects, but unchanged rankings cannot be guaranteed.

How long does a webshop project take?

It depends on scope, product data, integrations, and feedback. Timeline and dependencies are agreed in the project description.

What typically delays a webshop project?

Missing product data, images, agreements with payment or shipping providers, unclear rules, and delayed feedback are common causes.

Are terms of trade and a privacy policy included?

The technical placement can be included, but legal texts should be provided or approved by a relevant adviser.

Is the webshop secure?

A sensible level of security can be established through hosting, updates, access control, and backup. No solution can be promised completely risk-free.

Do you offer maintenance after launch?

Yes. Hosting, backup, updates, monitoring, and support can be agreed through a service agreement.

Can the webshop be moved to another supplier?

Yes, within technical and licence frameworks. There can be work involved in the move.

Can you help with tracking and Analytics?

Yes, relevant tools can be set up as needed and with regard to consent and data protection.

Can you help with email marketing?

Yes, the webshop can be connected with relevant newsletter and marketing tools. Segmentation and consent must be planned correctly.

Can you help with product texts?

Yes, structure and content can be included or delivered separately. Facts and product information must be verifiable.

Do we need to have chosen a platform in advance?

No. Platform assessment can be part of the clarification.

Can you review a quote from another supplier?

Yes, I can help assess scope, technical choices, and prerequisites. It is not legal advice.