Ny rapport: HDL Commerce i perspektiv — nordisk plattformsjämförelse →
Boka demo
Priser

Solaris Boilerplate. Fokus på design, inte funktion.

Vårt Storefront StarterKit. Grunden till optimerad, beprövad och avancerad temautveckling — färdiga API-komponenter, hook-teknologi och full transparens. Allt heavy lifting är redan gjort.

Boka teknisk demo Vad ingår
Dagar Till en enkel e-handel i drift, på standardtemat
Veckor Till en avancerad e-handel med egna flöden
Next.js App Router, server components, TypeScript
100 % Er kod, ert repo, inga dolda lager
Vad Solaris är

En färdig storefront att designa om, inte en mall att fylla i.

Solaris är en komplett Next.js-storefront kopplad till HDL Commerce: katalog, sök, produktsida, varukorg, kassa, konto, B2B-vyer och orderhistorik fungerar från första commit. Datalagret, cachningen, felhanteringen och prestandaarbetet är gjort.

Ni börjar där de flesta projekt slutar: i designen. Byt typografi, färger, layout och komponenter — utan att först bygga upp integrationen mot plattformen.

Next.js App RouterTypeScriptServer componentsISR & on-demand revalidateTailwind eller egen CSSi18nSEO & strukturerad dataCore Web Vitals
terminal 
# Klona och starta
npx create-hdl-storefront my-shop --template solaris
cd my-shop && npm install

# Peka mot er miljö
HDL_STORE_URL=https://demo.hdlcommerce.com
HDL_API_KEY=hdl_test_…

npm run dev
→ Storefront på http://localhost:3000
→ Katalog, kassa och konto redan kopplade

Färdiga API-komponenter.

Byggstenarna finns redan

Katalog

Produkt

Kassa & konto

Varje komponent är ostylad i grunden och tar emot era klasser. Logiken — anrop, laddning, fel, optimistisk uppdatering — ligger i komponenten, utseendet hos er.

Hook-teknologi

All data bakom en hook.

ProductPage.tsx 
import { useProduct, useCart } from '@hdl/solaris';

export default function ProductPage({ slug }) {
  const { product, variant, select, loading } = useProduct(slug);
  const { add, pending } = useCart();

  if (loading) return <Skeleton />;

  return (
    <article className="pdp">
      <h1>{product.name}</h1>
      <PriceDisplay value={variant.price} />
      <VariantPicker onSelect={select} />
      <button onClick={() => add(variant.id, 1)}>
        {pending ? 'Lägger till…' : 'Köp'}
      </button>
    </article>
  );
}

Hookarna kapslar in hela datalagret: cache, revalidering, optimistiska uppdateringar, felhantering och typade svar. Ni skriver aldrig ett fetch-anrop mot plattformen om ni inte vill.

useProduct Artikel, varianter, attribut, media, lager
useCatalog Listning, facetter, sortering, paginering
useCart Rader, kampanjer, frakt, optimistisk uppdatering
useCheckout Steg, validering, betalning, orderbekräftelse
useCustomer Inloggning, konto, adresser, orderhistorik
useB2B Avtalspriser, kreditgräns, inköpsroller
useContent CMS-block, globala komponenter, kampanjer

Full transparens.

Ingen svart låda i kedjan

Solaris levereras som källkod i ert eget repo. Ingen kompilerad runtime, inga dolda lager, ingen låsning till oss för att ändra en detalj i kassan.

All logik läsbar — datalagret ligger i lib/hdl/ och går att följa rad för rad

Uppdateringar kommer som pull requests ni väljer att ta in

Ni kan skriva om vilken komponent som helst utan att förlora resten

Byrån ni anlitar äger koden med er, inte licensen till den

E2E-tester för köpflödet följer med, så en omdesign går att verifiera

Dagar till enkel, veckor till avancerad.

Så ser ett projekt ut

Dag 1

Uppsättning

Klona Solaris, peka mot er miljö, sätt domän och miljövariabler. Butiken går att handla i redan här.

Dag 2–5

Design

Tokens, typografi, färger, komponentutseende. Enkel e-handel kan gå live i slutet av veckan.

Vecka 2–4

Egna flöden

B2B-vyer, konfiguratorer, kampanjlogik, egna sidtyper och integrationer mot era system.

Vecka 4+

Skärpning

Prestanda, SEO, tillgänglighet, A/B-tester och löpande vidareutveckling på samma grund.

Tidsspannen förutsätter befintlig produktdata i plattformen och en färdig designriktning.

Från noll

Utan StarterKit

Första månaden går till datalager och cachning

Kassan byggs om tre gånger innan den är stabil

Prestanda blir ett efterarbete

Designen kommer sist, när budgeten är slut

Med Solaris

Fokus på design, inte funktion

Köpflödet fungerar från dag ett

Beprövad kassa som redan körs i produktion

Core Web Vitals inbyggt, inte påklistrat

Hela budgeten går till det kunden faktiskt ser

Optimerat i grunden

Prestandaarbetet är redan gjort.

Rendering

Server components först

Kategori- och produktsidor renderas på servern med ISR och on-demand-revalidering när priser eller lager ändras.

Data

Ett anrop per vy

Hookarna slår ihop det en vy behöver till ett anrop, med cachningsnycklar per kanal och kundgrupp.

Media

Bilder i rätt storlek

Bildvarianter, formatval och lazy loading är förkonfigurerade mot plattformens mediahantering.

Frågor om Solaris.

Vanliga frågor

Måste vi använda Solaris?+

Nej. Plattformen är headless och kan drivas med valfri frontend. Solaris är genvägen för den som vill börja i designen istället för i integrationen.

Äger vi koden?+

Ja. Solaris levereras som källkod i ert repo och kan ändras hur ni vill. Uppdateringar kommer som pull requests ni väljer att ta in.

Hur uppdateras kitet utan att vår design skrivs över?+

Er design ligger i egna komponenter och tokens, skilt från commerce-lagret. Uppdateringar rör datalagret och API-komponenterna, inte era stilar.

Går det att använda ett eget designsystem?+

Ja. API-komponenterna är ostylade och tar emot era klasser, så ett befintligt designsystem kan läggas ovanpå.

Fungerar B2B i Solaris?+

Ja. Avtalspriser, kreditgräns, inköpsroller, snabborder och orderhistorik finns som komponenter och hooks.

Kan vår byrå bygga i det?+

Ja. Det är en vanlig Next.js-app med TypeScript. Vi ger byrån en egen API-nyckel med begränsade rättigheter och tillgång till repot.

Vad kostar det?+

Solaris ingår för kunder på plattformen. Se priser för planerna.

Teknisk demo

Se Solaris köra er katalog.

Vi startar kitet mot en testmiljö med er data och går igenom vad som behöver designas om för just er butik.