Kilder og referencer: Citeringsregler

En kildeblok er den afsluttende, ordnede registrering, der gør en sides faktuelle påstande sporbare, så læsere og svarssystemer kan verificere og citere dem.

Dette levende eksempel viser den minimale komplette indgang: linket titel, udgiver, udgivelsesdato og tilgået-dato. URL’en ligger bag titlen i stedet for at fremstå som en lang rå streng. Anvend de fælles element-skriveregler , når du tilpasser blokken til et andet publiceringssystem.

Hvorfor dette element betyder noget

Læsere behandler ikke alle påstande ens. En medicinsk anbefaling, en økonomisk sammenligning eller et præstationstal bærer større risiko end en simpel kapabilitetserklæring. En komplet reference viser, hvem der udgav beviset, hvornår det var aktuelt, og om det understøtter påstanden. Det giver også redaktører et vedligeholdelsesspor, når fakta ændrer sig.

Ti troværdige links dumpet til sidst beviser ikke, hvilken sætning hvert enkelt understøtter. Indlejrede citater skaber den lokale forbindelse; den afsluttende liste bevarer de fulde registreringer. Tilsammen lader de en skeptisk læser bevæge sig fra påstand til bevis uden at gætte.

Maskinel udtrækbarhed betyder, at software kan identificere en afgrænset registrering uden for sidens design. Konsistente felter eksponerer en titel, udgiver, URL, udgivelsesdato og tilgået-dato. Et hentningssystem—software, der vælger dokumenter eller passager til en forespørgsel—kan derefter sammenligne datoer, udgivere og påstande.

I svarssystemresultater kan flere kandidatsider komme med lignende udsagn. En side, der citerer primært materiale og daterer sine beviser, udfører en del af det verifikationsarbejde, som et hentningssystem ellers må slutte sig til. Dette garanterer ikke udvælgelse; det skaber en reviderbar beviskæde.

Princippet er i tråd med sidens E-E-A-T- og entitetsgrundlag : synlig oprindelse understøtter tillid, mens konsistente udgiver- og titelfelter hjælper med at identificere enhederne bag beviset.

Hvornår skal det bruges

Brug en kildeblok, når et informations- eller evidensbaseret indhold afhænger af eksterne fakta, som en læser med rimelighed kan verificere. Dette inkluderer definitioner afledt af standarder, statistikker, forskningsresultater, love, politikker, markedspåstande, produktsammenligninger, historiske påstande, citater og anbefalinger baseret på publiceret evidens. Det er udtrykkeligt påkrævet for sundheds-, finans-, juridiske, forsikrings-, sikkerheds- og andre regulerede eller højrisikoområder.

Brug det, selv når påstande allerede har indlejrede links, hvis artiklen indeholder flere kilder; blokken skaber én gennemgåelig oversigt. I et casestudie skal du mærke interne målinger separat fra eksterne benchmarks, så førstehåndsdata ikke forveksles med uafhængig forskning.

Tilføj ikke én for at dekorere en mening uden eksternt verificerbare påstande. Navigation, anbefalet læsning, relateret indhold og ubrugte bibliografiposter hører ikke til. En kilde understøtter siden; “videre læsning” udvider blot emnet.

Næsten-ramte tilfælde har brug for en fast regel:

• En enkelt faktuel påstand: citer den indlejret. En afsluttende blok med én indgang er valgfri, medmindre området er reguleret.
• En liste over værktøjer: leverandørhjemmesider er destinationer, ikke beviser. Inkludér kun dokumentation, når den understøtter specifikke påstande.
• Et citat: citer det indlejret og inkludér den komplette afsluttende registrering.
• Almindelig viden: citer ikke fakta, som den tilsigtede læser ikke ville bestride, såsom “en uge har syv dage.” Citer en præcis fortolkning, måling, politik eller omtvistet grænse.
• Førstehånds produktkopi: link til officiel dokumentation for testbare funktioner. Fremstil ikke udseendet af uafhængighed ved at citere virksomhedens egen marketingside som bevis for overlegenhed.

Hvor skal det placeres

Kildeblokken er den sidste redaktionelle blok efter FAQ’en. Kun site-wide chrome, juridiske meddelelser eller skabeloniveau-konverteringskontroller må følge efter. Denne position viser, at listen understøtter den færdige artikel og giver anmeldere ét forudsigeligt revisionssted.

Læg ikke den eneste liste i en sidebjælke: sidebjælker kan forsvinde fra mobile layouts, udskrift, feeds, læsetilstande eller ekstraheret tekst. Hold blokken væk fra relateret-indhold-kort, formularer og ikke-relaterede handlingsopfordringer, så bevisafgrænsningen forbliver tydelig.

Indlejrede citater forbliver ved påstandens punkt. Den afsluttende blok flytter ikke beviser væk fra den sætning, den understøtter; den fuldender registreringen. Hvis et FAQ-svar introducerer en ny faktuel påstand, citer den inde i det svar og gentag kilden i den afsluttende blok. Hvis FAQ’en kun gentager understøttet indhold, genbrug den eksisterende kilde i stedet for at tilføje en dubletindgang.

Anatomi

Den gengivne forklaring forbliver på siden, hvis aktivet udskiftes:

1. Blokoverskrift: brug “Kilder”, medmindre en publikationsstandard kræver “Referencer.”
2. Indgangsnummer: giver hver registrering en stabil identifikator på tværs af tale, udskrift og ekstraktion.
3. Titel og URL: nøjagtig titel som beskrivende linktekst, der henviser til den citerede version.
4. Udgiver: den organisation, der er ansvarlig for materialet.
5. Udgivelsesdato: hvornår kilden blev udsendt eller væsentligt opdateret.
6. Tilgået-dato: hvornår forfatteren verificerede kilden og påstanden.
7. Blokafgrænsning: én ordnet liste; overskriften og listen bærer semantikken.

Indbag ikke denne forklaring i skærmbilledet. Billedet dokumenterer udseendet; den nummererede forklaring definerer indholdskontrakten.

Designeksempler

Varianterne ændrer tæthed og tilgængelige metadata uden at ændre indgangskontrakten på fem felter.

Standard webkilder: standarden for artikler, der citerer standarder, dokumentation, rapporter og websider. Hver titel er linket; udgiver og begge datoer forbliver synlig tekst.

Blandede kildetyper: en DOI er en vedvarende identifikator for forskning. Brug den til et videnskabeligt paper; brug kanoniske URL’er til rapporter og dokumentation. Behold den fælles feltorden, når du tilføjer volumen-, nummer- eller versionsdetaljer.

Lange titler: brydes naturligt over flere linjer. Forkort aldrig titlen, før to forskellige dokumenter bliver uadskillelige.

Mobil: indgange forbliver en enkelt ordnet liste uden vandret rulning. Lange URL’er forbliver bag titlen, og metadata brydes under den uden at formindske teksten.

Parametre

Parameterkontrakten adskiller forfatterleveret evidens fra rendererens adfærd. “Kilde” nedenfor betyder, hvor komponenten henter værdien.

Alle fem indgangsfelter er obligatoriske. En titel uden en udgiver skjuler ansvar; en udgiver uden en URL kan ikke inspiceres. De to datoer viser, hvornår materialet hævdede at være aktuelt, og hvornår det blev verificeret. Hvis der ikke findes nogen udgivelses- eller opdateringsdato, skriv n.d.. Erstat udateret evidens for tidsfølsomme påstande eller fjern påstanden.

Syntaks og kodeeksempler

Hver notation bærer de samme felter og rækkefølge. Komponenten kan transformere kildedata, men må ikke udlede udgivere eller datoer fra skrøbelig side-markup.

Bærbar Markdown-direktiv

:::sources{heading="Kilder"}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Udgivet 2026-03-19. Tilgået 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Opdateret 2026-05-18. Tilgået 2026-08-27.
:::

Hugo shortcode

{{< sources heading="Kilder" >}}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Udgivet 2026-03-19. Tilgået 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Opdateret 2026-05-18. Tilgået 2026-08-27.
{{< /sources >}}

Dette er en bærbar kontrakt, ikke en påstand om, at denne shortcode findes. Indtil en renderer implementerer den, brug en indbygget overskrift og ordnet Markdown-liste.

WordPress-blok eller shortcode

[sources heading="Kilder"]
[source title="citation — Schema.org Property" publisher="Schema.org" url="https://schema.org/citation" publication_date="2026-03-19" accessed_date="2026-08-27"]
[source title="Understanding SC 2.4.4: Link Purpose (In Context)" publisher="W3C Web Accessibility Initiative" url="https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html" publication_date="2026-05-18" accessed_date="2026-08-27"]
[/sources]

En WordPress-blok kan eksponere formularcontrolelementer, men den skal gengive en overskrift og indbygget ordnet liste og bevare datoer i eksporteret indhold.

Eksempler

God: komplet, tilskrivelig og dateret

Kilder

1. “Understanding Success Criterion 2.4.4: Link Purpose (In Context).” W3C Web Accessibility Initiative. Opdateret 18. maj 2026. Tilgået 27. august 2026.
2. “citation — Schema.org Property.” Schema.org. Udgivet 19. marts 2026. Tilgået 27. august 2026.

Dette virker, fordi en anmelder kan identificere hvert dokument, udgiver, kildedato, verifikationsdato og destination. Indgangene er primær dokumentation, ordnet efter første optræden, så indlejrede numre og afsluttende registreringer er lette at afstemme.

Dårlig: en bunke domæner

Referencer

• Google
• En eller anden tilgængelighedsblog
• schema.org
• https://example.com/article?id=18492

Dette fejler, fordi ingen indgang identificerer et dokument eller datoer. “Google” er en organisation, ikke bevis. “En eller anden tilgængelighedsblog” skjuler udgiver og kvalitetsniveau. Den rå URL mangler en brugbar titel, og ingen indgang kortlægger til en påstand. Reparér det ved at vælge bevis for hver påstand, tilføje indlejrede citater og notere hvert obligatorisk felt.

Indlejret citat versus den afsluttende kildeliste

Citer ved påstandens punkt, når læseren skal vide, hvilken kilde der understøtter den; inkludér den komplette afsluttende registrering, når siden er afhængig af den kilde. De fleste evidensbaserede sider har brug for begge dele.

Indlejret citat er påkrævet for et tal, citat, undersøgelsesresultat, lov, politik, omtvistet udsagn, sikkerhedsinstruktion, tidsfølsomt produktfakta eller kildearhængig konklusion. Placer det i eller umiddelbart efter sætningen. Ét citat kan ikke understøtte et afsnit med ikke-relaterede påstande.

Den afsluttende liste er påkrævet for flere kilder, en obligatorisk oversigt eller et reguleret emne. Gentagne citater får én indgang; væsentligt forskellige versioner får separate indgange.

Kvalitetsniveauer for kilder

Kvalitet er egnethed til påstanden, ikke berømmelse. Brug det højeste passende niveau, der direkte kan understøtte udsagnet:

Niveauet redder ikke en fejlagtigt matched påstand. En tilsynsmyndigheds arkivside kan ikke understøtte en klinisk påstand, og et videnskabeligt paper kan ikke bevise en funktion, der blev udgivet efter studiet. En leverandørs prisside kan bevise dens aktuelle pris, men ikke at den tilbyder den bedste værdi.

Når kilder er i konflikt, angiv omfanget eller datoen, der forklarer forskellen, favorisér den styrende primære registrering, og indsnævr påstanden. Hvis uafklaret, sig at evidensen er i konflikt.

Linkhåndtering og kildetab

Eksterne links forbliver i den aktuelle fane som standard. Brug HTTPS og en kanonisk eller vedvarende URL; fjern sporingsparametre, sessionsidentifikatorer og omdirigeringsindpakninger. Link titlen, ikke “klik her.” Tilføj ikke nofollow til almindelige redaktionelle citater; reserver relationsværdier til links, der har disse relationer.

Hvis produktet bevidst åbner eksterne kilder i en ny fane, output target="_blank" rel="noopener" og advar brugeren i synlig tekst eller en programmatisk associeret beskrivelse. noopener forhindrer den åbnede side i at modtage en reference til det oprindelige vindue. Tilføj noreferrer kun, når sidens privatlivspolitik kræver undertrykkelse af referentinformation; det er ikke et universelt redaktionelt citatkrav.

Kontrollér hver kilde før publicering og under planlagte gennemgange. Et dødt link er en URL, der ikke længere henviser til det citerede materiale. Når ét dør:

1. Se efter en udgiverkontrolleret erstatning, kanonisk omdirigering, nyere version, DOI eller officielt arkiv.
2. Bekræft, at erstatningen understøtter den samme påstand; en fungerende hjemmeside er ikke en erstatning for en manglende rapport.
3. Opdater URL’en, udgivelsesdatoen hvis versionen ændredes, tilgået-datoen og enhver påstand, der påvirkes af den nye kilde.
4. Hvis kun et troværdigt arkiv bevarer det nøjagtige dokument, link arkivet og mærk det som arkiveret.
5. Hvis evidensen ikke kan genfindes, erstat kilden og revurdér påstanden. Fjern eller kvalificér påstanden, når der ikke er passende evidens tilbage.

Ret aldrig et gammelt citat mod en erstatning, der fremsætter en anden påstand.

Skemamarkup og tilgængelighed

En kildeblok skaber ikke en selvstændig Schema.org-enhed. Den forbliver en del af den omsluttende Article, TechArticle, Report eller anden gyldig CreativeWork. Schema.org’s citation-egenskab kan bære en reference som tekst eller en anden CreativeWork. Når strukturerede data genereres, kortlæg hver ægte redaktionel reference til citation; marker ikke navigation, affilierede destinationer eller blot relateret læsning som citater.

Synligt indhold og strukturerede data skal være enige. JSON-LD—JavaScript Object Notation for Linked Data—må ikke introducere fraværende kilder eller udelade synlige kvalifikationer. Det erstatter aldrig den synlige liste eller indlejrede links.

For tilgængelighed, brug en overskrift efterfulgt af <ol> og <li>. Ordentlige indgange giver stabile elementtællinger og identifikatorer. Brug kildetitlen som linktekst; behold udgiver og datoer i samme element. Brug aldrig farve, favicon eller logo som eneste identifikation.

Undgå role="list" på indbyggede lister, interaktive accordions, der skjuler beviset som standard, og tabeller til en simpel endimensionel referencesekvens. Hvis et link åbner en ny fane, skal advarslen være tilgængelig visuelt og for hjælpeteknologi. Tastaturfokus skal forblive synligt, og lange titler skal brydes uden at blive klippet eller forårsage vandret rulning på siden.

Skriveregler

Brug den nøjagtige titel og genkendelige udgivernavn. Behold denne rækkefølge: titel, udgiver, udgivelses- eller opdateringsdato, tilgået-dato. Tilføj forfatter, udgave, sider, DOI eller version kun, når det er nødvendigt for at identificere værket eller opfylde en publikationsstandard.

Orden indgange efter første optræden, medmindre en påkrævet stil siger andet. Fjern dubletter af identiske registreringer, men behold udgaver eller versioner adskilt, når forskellen påvirker påstanden.

Hver indgang skal understøtte en påstand, og enhver væsentlig ekstern påstand skal kortlægges til evidens. Titlen skal matche destinationen. Tilgået-datoen registrerer, hvornår destinationen og dens støtte blev kontrolleret, ikke hvornår CMS’et gemte siden.

Placer ikke handlingsopfordringer, affilierede etiketter, relaterede artikler, anbefalede bøger, der ikke er brugt som evidens, forfatterbiografier, metodologisk prosa, salgsfremmende beskrivelser, stjernebedømmelser eller kommentarer om, hvorvidt en kilde er “god” inde i blokken. Forklar kildebegrænsninger ved den relevante påstand eller i et metodeafsnit. Hold den afsluttende blok som en bevisoversigt.

Der er ingen vilkårlig maksimum. En rapport kan have brug for dusinvis af registreringer. Over tyve indgange, brug stabile referencenumre og test smal skærmbrydning; opdel aldrig én artikels evidens i ikke-relaterede sidebjælker.

Indlægstyper, der bruger det

postTypes-frontmatteren skaber den maskinlæsbare forbindelse til de ni evidensbaserede indlægstyper nedenfor. Den synlige tabel tilføjer placeringen og styrken af kravet.

Produkt-, kategori- og anvendelsestilfælde-sider citerer stadig faktuelle påstande, når de fremsætter dem, men en afsluttende liste er betinget, når siden primært er transaktionsorienteret og kun er afhængig af førstehånds kapabilitetsinformation. I hver indlægstype kræver sundheds-, finans-, juridiske og andre regulerede indhold en komplet kildeblok uanset længde.

QA-tjekliste

• Hver eksternt verificerbar væsentlig påstand har en passende kilde.
• Påstande, der kræver præcis tilskrivning, har indlejrede citater ved påstandens punkt.
• Hvert indlejret citat kortlægger utvetydigt til én komplet afsluttende indgang.
• Hver afsluttende indgang understøtter mindst én påstand, der faktisk fremsættes på siden.
• Hver indgang inkluderer titel, udgiver, kanonisk URL, udgivelsesdato eller n.d. og præcis tilgået-dato.
• Udgivelsesdatoer blev ikke udledt fra copyrightsidefødder, søgeudsnit eller URL-mønstre.
• Tilgået-datoer registrerer reel verifikation, ikke en bulk CMS-migrationsdato.
• Kildekvalitet matcher påstanden; leverandørmateriale bruges ikke til at bevise overlegenhed.
• Primært eller styrende officielt materiale erstatter sekundær dækning, når det er tilgængeligt og brugbart.
• Studiepåstande bevarer population, metode, dato og begrænsninger, der påvirker fortolkning.
• Modstridende evidens oplyses, afgrænses eller løses frem for at blive tavs udeladt.
• Titler er beskrivende linktekst og matcher deres destinationer.
• Eksterne URL’er bruger HTTPS, udelader sporingsparametre og henviser til den citerede version.
• Links åbner i den aktuelle fane, medmindre en dokumenteret produktregel siger andet.
• Ethvert nyt-fane-link bruger noopener og advarer brugere om, at en ny fane åbnes.
• Døde eller omdirigerede links blev repareret uden at ændre den understøttede påstand ubemærket.
• Blokken er en overskrift plus ordent liste i hoveddokumentflowet.
• Blokken er den sidste redaktionelle sektion efter FAQ og er ikke blandet med relateret indhold eller handlingsopfordringer.
• Synlige referencer og eventuelle Schema.org citation-værdier er enige.
• Blokken forbliver læsbar, tastaturtilgængelig og fri for vandret rulning på smalle skærme.

FAQ

Skal hver artikel have en kildeblok?

Brug én til informations- eller evidensbaseret indhold, der afhænger af eksterne fakta. En kort produktside, der kun indeholder førstehånds kapabilitetserklæringer, behøver muligvis ikke en afsluttende blok, selvom hver faktuel påstand stadig skal have en passende kilde. Sundheds-, finans-, juridiske og andre regulerede indhold kræver altid én.

Erstatter en kildeblok indlejrede citater?

Nej. Placer et indlejret citat ved påstanden, når en læser skal vide, hvilken kilde der understøtter netop den udtalelse. Den afsluttende blok leverer komplette referenceoplysninger og en bevisoversigt på sideniveau; den gør ikke fjerne forhold mellem påstand og kilde tydelige.

Hvad hvis en kilde ikke har en udgivelsesdato?

Notér udgivelsesdatoen som n.d. og inkludér en præcis tilgået-dato. Opfind ikke en dato, og udelad ikke feltet. For en tidsfølsom påstand skal du finde en dateret erstatning eller fjerne påstanden, fordi en udateret side ikke kan fastslå, hvornår oplysningerne var aktuelle.

Kan leverandørmateriale optræde i kildeblokken?

Ja, for påstande som leverandøren kontrollerer, såsom dens dokumenterede funktioner, priser, udgivelsesnoter eller kontraktvilkår. Leverandørmateriale må ikke bruges som uafhængigt bevis for, at dets produkt er det bedste, sikreste, hurtigste eller mest effektive valg.

Bør eksterne kildelinks åbne i en ny fane?

Behold normale links i den aktuelle fane som standard, så læseren styrer navigationen. Hvis produktet bevidst åbner en ny fane, skal du bruge target="_blank" med rel="noopener" og give en synlig eller programmatisk associeret advarsel om, at en ny fane åbnes.

Kilder

1. “citation — Schema.org Property.” Schema.org. Udgivet 19. marts 2026. Tilgået 27. august 2026.
2. “Understanding Success Criterion 2.4.4: Link Purpose (In Context).” W3C Web Accessibility Initiative. Opdateret 18. maj 2026. Tilgået 27. august 2026.
3. “Technique G201: Giving Users Advanced Warning When Opening a New Window.” W3C Web Accessibility Initiative. Opdateret 18. maj 2026. Tilgået 27. august 2026.