Feedback

Social deling

Del-knapper er lette at strø ud over hele sitet — og det er præcis fælden. Social deling virker bedst, når den er selektiv: placeret kun på indhold, folk reelt vil dele, holdt let og privatlivsvenlig, og på mobil koblet til enhedens egen delingsmenu. Vær ærlig om, at hård brugsstatistik her er sparsom — det meste er retningslinjer og observationer, ikke kontrollerede tal.

4 min læsning

Definition

Social deling dækker de kontroller — ikoner, knapper eller en "Del"-knap, der åbner enhedens egen delingsmenu — som lader brugeren videresende det aktuelle indhold via sociale medier, beskeder, e-mail eller udklipsholder. På mobil kan det gøres via Web Share API (navigator.share), der åbner styresystemets native delingsark.

Hvorfor det virker

Nielsen Norman Group anbefaler direkte ikke at "gå amok" med delings-værktøjer og delingstællere, fordi research viser, at folk deler mest med deres egne værktøjer og metoder — copy-paste, egne apps, beskeder — frem for indlejrede knapper.¹

Nogle sites har helt droppet indlejrede Del- og Like-knapper, fordi det visuelle rod og tabet af besøgendes privatliv ikke stod mål med det minimale engagement, værktøjerne gav. Det er et argument for at placere deling selektivt, ikke overalt.¹

På mobil kan Web Share API (navigator.share) åbne styresystemets native delingsark, så brugeren rammer alle sine egne apps — beskeder, e-mail, sociale medier, udklipsholder — med ét tryk. Det møder netop den adfærd, hvor folk deler med deres egne metoder, i stedet for at tvinge dem gennem en fast række logo-knapper.²

Web Share API kræver transient activation — det skal udløses af en reel brugerhandling som et knap-klik — og kører kun i sikker kontekst (HTTPS). Det gør mønstret til en bevidst, brugerinitieret handling frem for noget, der kan poppe op af sig selv.³

Hvornår du bruger det — og hvornår ikke

Hvornår du bruger det

På indhold, folk har en reel grund til at dele — artikler, guides, opskrifter, blogindlæg og produkter.
På mobil, hvor den native delingsmenu (Web Share API) giver adgang til alle brugerens apps med ét tryk.
Når du kan holde det let og privatlivsvenligt uden tunge tredjeparts-scripts, der sporer besøgende.

Hvornår du bør undgå det

På rene funktions- og procesbaserede sider — login, kurv, checkout, kontoindstillinger — hvor ingen har lyst til at dele.
Når du kun kan vise et lavt delingstal: et synligt "3 delinger" signalerer lav popularitet og kan skade mere, end knappen gavner.

Best practices

Placér kun deling, hvor deling er sandsynlig
Sæt del-knapper på artikler, guides, blogindlæg og produkter — indhold, folk har en grund til at sende videre. Hold dem væk fra funktions-sider som login, kurv og checkout, hvor ingen deler.¹
Brug den native delingsmenu på mobil
Én "Del"-knap, der åbner enhedens eget delingsark via Web Share API, dækker alle brugerens apps og beskedtjenester. Det slår en fast række af faste platform-ikoner, som sjældent matcher, hvor folk faktisk vil dele.²
Udløs deling fra en tydelig brugerhandling
navigator.share() virker kun efter en ægte interaktion (transient activation) og i sikker kontekst. Byg det som en klar knap, brugeren selv trykker på — ikke noget, der forsøger at udløses automatisk.³
Hold det let og privatlivsvenligt
Undgå tunge tredjeparts-widgets, der loader eksterne scripts og sporer besøgende. Det visuelle rod og privatlivstabet var netop grunden til, at nogle sites droppede indlejrede knapper helt.¹
Giv ikon-knapper en tekstlig navn
En del-knap med kun et ikon skal have et programmatisk bestembart navn — fx via aria-label ("Del på …") — så skærmlæsere annoncerer handlingen og ikke bare "knap". Det er kravet i WCAG 4.1.2 Name, Role, Value.⁴
Adskil "Del dette" fra "Følg os"
De to ligner hinanden, men gør forskellige ting: deling sender indholdet videre, følg-knapper abonnerer på afsenderen. Bland dem ikke sammen i samme klynge — NN/g anbefaler at holde dem adskilt.¹
Vis kun delingstal, når de er høje nok til at hjælpe
Et delingstal er kun social proof, hvis det er højt. Er tallet lavt eller nul, skjul det — et synligt "2 delinger" signalerer det modsatte af popularitet. NN/g fraråder at gå amok med delingstællere.¹

Typiske fejl

Del-knapper på hver eneste side
Rene funktions- og proces-sider (login, kurv, indstillinger) får aldrig deling — knapperne skaber kun rod. Placér dem selektivt på indhold, folk reelt vil sende videre.
Tunge tredjeparts-widgets, der sporer
Indlejrede platform-scripts loader langsomt og tracker besøgende. Det var netop kombinationen af visuelt rod, dårlig performance og privatlivstab, der fik sites til at fjerne dem — mod et minimalt engagement.
Faste platform-ikoner i stedet for den native menu
En hårdkodet række af de samme fem logoer rammer sjældent, hvor brugeren faktisk vil dele. På mobil giver ét tryk til enhedens delingsark adgang til alle deres egne apps.
Ikon-knapper uden tekstligt navn
En del-knap med kun et ikon og ingen aria-label annonceres blot som "knap" af skærmlæsere. Uden et programmatisk bestembart navn fejler den WCAG 4.1.2.

Eksempler i praksis

Nyheds- og blogsites (ofte fremhævet)

Artikel-tunge sites er det klassiske sted, hvor del-knapper giver mening — læseren har lige forbrugt et stykke indhold, de kan have lyst til at sende videre. Deling hører til på selve artiklen, ikke i sitets funktions-flows.

Web Share API på mobil (ofte fremhævet)

Progressive web-apps og mobil-sites bruger ofte en enkelt "Del"-knap, der kalder navigator.share() og åbner styresystemets native delingsark. Det møder brugerens egne apps i stedet for at gætte platformene på forhånd — men bemærk, at API-understøttelsen ikke er fuldt dækkende på tværs af alle browsere.

Ofte stillede spørgsmål

Hvor bør del-knapper placeres?

Kun på indhold, folk reelt vil dele — artikler, guides, blogindlæg og produkter. Hold dem væk fra funktions- og proces-sider som login, kurv og checkout, hvor ingen deler. NN/g fraråder at strø delings-værktøjer ud overalt.

Hvad er Web Share API?

Det er en browser-API (navigator.share), der åbner enhedens egen native delingsmenu, så brugeren kan sende indhold videre via alle sine installerede apps, beskedtjenester, e-mail eller udklipsholder. Den kræver en ægte brugerhandling og sikker kontekst (HTTPS), og understøttelsen varierer mellem browsere.

Skal jeg vise, hvor mange gange noget er blevet delt?

Kun hvis tallet er højt nok til at virke som social proof. Er delingstallet lavt eller nul, så skjul det — et synligt lavt tal signalerer manglende popularitet og kan skade mere, end knappen gavner.

Er indlejrede platform-widgets et problem?

De kan være det. Tunge tredjeparts-scripts går ud over performance og besøgendes privatliv, og nogle sites har droppet dem helt, fordi rod og sporing ikke stod mål med det minimale engagement. En let, privatlivsvenlig løsning er ofte bedre.

Hvordan gør jeg ikon-kun del-knapper tilgængelige?

Giv dem et programmatisk bestembart navn, fx via aria-label ("Del på …" eller "Del denne side"), så skærmlæsere annoncerer handlingen og ikke bare "knap". Det er kravet i WCAG 4.1.2 Name, Role, Value.

Kilder

Utility Navigation: What It Is and How to Design ItNielsen Norman Group · del ikke amok med delings-værktøjer/tællere; rod + privatliv vs. minimalt engagement; adskil "Del" fra "Følg"
Web Share APIMDN Web Docs (Mozilla) · native OS-delingsark; begrænset browser-understøttelse
Navigator: share() methodMDN Web Docs (Mozilla) · kræver transient activation (brugerhandling) og sikker kontekst (HTTPS)
Understanding SC 4.1.2: Name, Role, Value (Level A)W3C Web Accessibility Initiative (WAI) · navn og rolle skal kunne bestemmes programmatisk — grundlag for aria-label på ikon-knapper