Kilder og referanser: Henvisningsregler

En kilder-blokk er den avsluttende, ordnede oversikten som gjør en sides faktapåstander sporbare, slik at lesere og svarmotorer kan verifisere og sitere dem.

Dette levende eksemplet viser den minimale fullstendige oppføringen: lenket tittel, utgiver, publiseringsdato og hentet-dato. URL-en ligger bak tittelen i stedet for å vises som en lang råstreng. Bruk de felles skrivereglene for elementer når du tilpasser blokken til et annet publiseringssystem.

Hvorfor dette elementet er viktig

Lesere behandler ikke alle påstander likt. En medisinsk anbefaling, økonomisk sammenligning eller ytelsestall medfører større risiko enn en enkel kapabilitetsuttalelse. En komplett referanse viser hvem som publiserte beviset, når det var gjeldende, og om det støtter påstanden. Det gir også redaktører et vedlikeholdsspor når fakta endres.

Ti anerkjente lenker dumpet på slutten beviser ikke hvilken setning hver enkelt støtter. Innebygde sitater skaper den lokale forbindelsen; den avsluttende listen bevarer de fullstendige postene. Sammen gjør de det mulig for en skeptisk leser å gå fra påstand til bevis uten å gjette.

Maskinuttrekkbarhet betyr at programvare kan identifisere en avgrenset post utenfor sidens design. Konsistente felt eksponerer en tittel, utgiver, URL, publiseringsdato og hentet-dato. Et gjenfinningssystem – programvare som velger dokumenter eller avsnitt for et søk – kan deretter sammenligne datoer, utgivere og påstander.

I resultater fra svarmotorer kan flere kandidatsider komme med lignende utsagn. En side som siterer primærmateriale og daterer bevisene sine, fullfører deler av verifiseringsarbeidet som et gjenfinningssystem ellers må slutte seg til. Dette garanterer ikke utvelgelse; det skaper en etterprøvbar beviskjede.

Prinsippet er i tråd med nettstedets E-E-A-T og enhetsgrunnlag : synlig opprinnelse støtter tillit, mens konsistente utgiver- og tittelfelt hjelper med å identifisere enhetene bak bevisene.

Når du skal bruke det

Bruk en kilder-blokk når en informasjons- eller bevisbasert side er avhengig av eksterne fakta som en leser med rimelighet kan verifisere. Dette inkluderer definisjoner hentet fra standarder, statistikk, forskningsfunn, lover, retningslinjer, markedspåstander, produktsammenligninger, historiske påstander, sitater og anbefalinger basert på publiserte bevis. Det er uttrykkelig påkrevd for helse-, finans-, juridisk-, forsikrings-, sikkerhets- og andre regulerte eller høyrisikoområder.

Bruk det selv når påstander allerede har innebygde lenker, hvis artikkelen inneholder flere kilder; blokken skaper én gjennomgåelig oversikt. I en casestudie måler du interne målinger separat fra eksterne referanser, slik at førstepartsdata ikke forveksles med uavhengig forskning.

Ikke legg til én for å pynte på en mening uten eksternt verifiserbare påstander. Navigasjon, anbefalt lesning, relatert innhold og ubrukte bibliografioppføringer hører ikke hjemme her. En kilde støtter siden; «videre lesning» utvider bare emnet.

Grensetilfeller trenger en fast regel:

• En enkelt faktapåstand: siter den innebygd. En avsluttende blokk med én oppføring er valgfri med mindre bransjen er regulert.
• En liste over verktøy: leverandørhjemmesider er destinasjoner, ikke bevis. Inkluder dokumentasjon bare når den støtter spesifikke påstander.
• Et sitat: siter det innebygd og inkluder den fullstendige avsluttende posten.
• Allmennkunnskap: ikke siter fakta som den tiltenkte leseren ikke ville bestride, som «en uke har syv dager». Siter en presis tolkning, måling, retningslinje eller omstridt grense.
• Førsteparts produkttekst: lenk til offisiell dokumentasjon for testbare funksjoner. Ikke fabrikker inntrykket av uavhengighet ved å sitere selskapets egen markedsføringsside som bevis på overlegenhet.

Hvor du skal plassere det

Kilder-blokken er den siste redaksjonelle blokken, etter FAQ. Bare nettstedsspesifikk krom, juridiske merknader eller malfestede konverteringskontroller kan følge etter. Denne plasseringen viser at listen støtter den fullførte artikkelen og gir anmeldere ett forutsigbart revisjonssted.

Ikke legg den eneste listen i en sidekolonne: sidekolonner kan forsvinne på mobilvisninger, utskrifter, strømmer, lesemoduser eller i uttrukket tekst. Hold blokken unna relatert-innhold-kort, skjemaer og ikke-relaterte handlingsknapper, slik at bevisgrensen forblir tydelig.

Innebygde sitater forblir der påstanden står. Den avsluttende blokken flytter ikke bevis bort fra setningen den støtter; den fullfører posten. Hvis et FAQ-svar introduserer en ny faktapåstand, siter den inne i svaret og gjenta kilden i den avsluttende blokken. Hvis FAQ-en bare gjentar støttet innhold, gjenbruk den eksisterende kilden i stedet for å legge til en duplikatoppføring.

Anatomi

Den gjengitte forklaringen forblir på siden hvis eiendelen erstattes:

1. Blokkoverskrift: bruk «Kilder» med mindre en publikasjonsstandard krever «Referanser».
2. Oppføringsnummer: gir hver post en stabil identifikator på tvers av tale, utskrift og uttrekk.
3. Tittel og URL: nøyaktig tittel som beskrivende lenketekst, som peker til den siterte versjonen.
4. Utgiver: organisasjonen som er ansvarlig for materialet.
5. Publiseringsdato: når kilden ble utgitt eller vesentlig oppdatert.
6. Hentet-dato: når forfatteren verifiserte kilden og påstanden.
7. Blokkgrense: én ordnet liste; overskriften og listen bærer semantikken.

Ikke bygg denne forklaringen inn i skjermbildet. Bildet dokumenterer utseendet; den nummererte forklaringen definerer innholdskontrakten.

Designeksempler

Variantene endrer tetthet og tilgjengelig metadata uten å endre kontrakten om fem felter.

Standard nettbaserte kilder: standarden for artikler som siterer standarder, dokumentasjon, rapporter og nettsider. Hver tittel er lenket; utgiver og begge datoer forblir synlig tekst.

Blandede kildetyper: en DOI er en vedvarende identifikator for forskning. Bruk den for en artikkel; bruk kanoniske URL-er for rapporter og dokumentasjon. Behold den vanlige feltrekkefølgen når du legger til volum-, utgave- eller versjonsdetaljer.

Lange titler: brytes naturlig over flere linjer. Forkort aldri tittelen før to forskjellige dokumenter blir umulige å skille fra hverandre.

Mobil: oppføringer forblir én ordnet liste uten horisontal rulling. Lange URL-er forblir bak tittelen, og metadata brytes under den uten å krympe teksten.

Parametere

Parameterkontrakten skiller forfatterleverte bevis fra gjengiverens oppførsel. «Kilde» nedenfor betyr hvor komponenten henter verdien.

Alle fem oppføringsfeltene er obligatoriske. En tittel uten utgiver skjuler ansvar; en utgiver uten URL kan ikke inspiseres. De to datoene viser når materialet hevdet å være gjeldende og når det ble verifisert. Hvis ingen publiserings- eller oppdateringsdato finnes, skriv n.d.. Erstatt udaterte bevis for tidsfølsomme påstander eller fjern påstanden.

Syntaks og kodeeksempler

Hver notasjon bærer de samme feltene og rekkefølgen. Komponenten kan transformere kildedata, men må ikke utlede utgivere eller datoer fra skjør sidemarkering.

Bærbar Markdown-direktiv

:::sources{heading="Kilder"}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Publisert 2026-03-19. Hentet 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. Oppdatert 2026-05-18. Hentet 2026-08-27.
:::

Hugo-shortkode

{{< sources heading="Kilder" >}}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Publisert 2026-03-19. Hentet 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. Oppdatert 2026-05-18. Hentet 2026-08-27.
{{< /sources >}}

Dette er en bærbar kontrakt, ikke en påstand om at denne shortkoden finnes. Inntil en gjengiver implementerer den, bruk en vanlig overskrift og ordnet Markdown-liste.

WordPress-blokk eller shortkode

[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-blokk kan eksponere skjemakontroller, men må gjengi en overskrift og innebygd ordnet liste og bevare datoer i eksportert innhold.

Eksempler

God: fullstendig, tilskrivbar og datert

Kilder

1. «Understanding Success Criterion 2.4.4: Link Purpose (In Context).» W3C Web Accessibility Initiative. Oppdatert 18. mai 2026. Hentet 27. august 2026.
2. «citation — Schema.org Property.» Schema.org. Publisert 19. mars 2026. Hentet 27. august 2026.

Dette fungerer fordi en anmelder kan identifisere hvert dokument, utgiver, kildedato, verifiseringsdato og destinasjon. Oppføringene er primærdokumentasjon, ordnet etter første opptreden slik at innebygde numre og avsluttende poster er enkle å avstemme.

Dårlig: en haug med domener

Referanser

• Google
• En eller annen tilgjengelighetsblogg
• schema.org
• https://example.com/article?id=18492

Dette mislykkes fordi ingen oppføring identifiserer et dokument eller datoer. «Google» er en organisasjon, ikke bevis. «En eller annen tilgjengelighetsblogg» skjuler utgiver og kvalitetsnivå. Den råe URL-en mangler en brukbar tittel, og ingen oppføring kan knyttes til en påstand. Reparer det ved å velge bevis for hver påstand, legge til innebygde sitater og registrere hvert obligatoriske felt.

Innebygd sitat versus den avsluttende kildelisten

Siter ved påstandspunktet når leseren trenger å vite hvilken kilde som støtter den; inkluder den fullstendige avsluttende posten når siden er avhengig av den kilden. De fleste bevisbaserte sider trenger begge deler.

Innebygd sitat er påkrevd for et tall, sitat, studiefunn, lov, retningslinje, omstridt påstand, sikkerhetsinstruksjon, tidsfølsomt produktfaktum eller kildeavhengig konklusjon. Plasser det i eller umiddelbart etter setningen. Ett sitat kan ikke støtte et avsnitt med ikke-relaterte påstander.

Den avsluttende listen er påkrevd for flere kilder, en pålagt oversikt eller et regulert emne. Gjentatte sitater får én oppføring; vesentlig forskjellige versjoner får separate oppføringer.

Kvalitetsnivåer for kilder

Kvalitet er egnethet for påstanden, ikke berømmelse. Bruk det høyeste passende nivået som direkte kan støtte utsagnet:

Nivået redder ikke en feilaktig påstand. En tilsynsmyndighets innsendingsside kan ikke støtte en klinisk påstand, og en artikkel kan ikke bevise en funksjon som ble lansert etter studien. En leverandørs prisside kan bevise gjeldende pris, men ikke at den gir best verdi.

Når kilder er i konflikt, angi omfanget eller datoen som forklarer forskjellen, favoriser den styrende primærposten, og avgrens påstanden. Hvis det ikke er løst, si at bevisene er motstridende.

Lenkehåndtering og kildetap

Eksterne lenker forblir i gjeldende fane som standard. Bruk HTTPS og en kanonisk eller vedvarende URL; fjern sporingsparametere, øktidentifikatorer og omdirigeringsinnpakninger. Lenk tittelen, ikke «klikk her». Ikke legg til nofollow på vanlige redaksjonelle sitater; reserver relasjonsverdier for lenker som har disse relasjonene.

Hvis produktet bevisst åpner eksterne kilder i en ny fane, skriv ut target="_blank" rel="noopener" og advar brukeren i synlig tekst eller en programmatisk tilknyttet beskrivelse. noopener forhindrer den åpnede siden fra å motta en referanse til det opprinnelige vinduet. Legg til noreferrer bare når nettstedets personvernpolicy krever å undertrykke henvisningsinformasjon; det er ikke et universelt krav for redaksjonelle sitater.

Kontroller hver kilde før publisering og under planlagte gjennomganger. En død lenke er en URL som ikke lenger løser til det siterte materialet. Når en dør:

1. Se etter en utgiverstyrt erstatning, kanonisk omdirigering, nyere versjon, DOI eller offisielt arkiv.
2. Bekreft at erstatningen støtter samme påstand; en fungerende hjemmeside er ikke en erstatning for en manglende rapport.
3. Oppdater URL-en, publiseringsdatoen hvis versjonen endret seg, hentet-datoen og eventuelle påstander som påvirkes av den nye kilden.
4. Hvis bare et troverdig arkiv bevarer det nøyaktige dokumentet, lenk arkivet og merk det som arkivert.
5. Hvis beviset ikke kan gjenopprettes, erstatt kilden og vurder påstanden på nytt. Fjern eller kvalifiser påstanden når ingen passende bevis gjenstår.

Pek aldri et gammelt sitat til en erstatning som gir en annen påstand.

Skjemamarkering og tilgjengelighet

En kilder-blokk oppretter ikke en frittstående Schema.org-enhet. Den forblir en del av den omsluttende Article, TechArticle, Report eller annet gyldig CreativeWork. Schema.orgs citation-egenskap kan bære en referanse som tekst eller et annet CreativeWork. Når strukturerte data genereres, kartlegg hver genuin redaksjonell referanse til citation; ikke merk navigering, tilknyttede destinasjoner eller bare relatert lesning som sitater.

Synlig innhold og strukturerte data må samsvare. JSON-LD (JavaScript Object Notation for Linked Data) må ikke introdusere fraværende kilder eller utelate synlige kvalifikasjoner. Det erstatter aldri den synlige listen eller innebygde lenker.

For tilgjengelighet, bruk en overskrift etterfulgt av <ol> og <li>. Ordnede oppføringer gir stabile antall og identifikatorer. Bruk kildetittelen som lenketekst; hold utgiver og datoer i samme oppføring. Bruk aldri farge, favicon eller logo som eneste identifikasjon.

Unngå role="list" på innebygde lister, interaktive trekkspill som skjuler bevisene som standard, og tabeller for en enkel éndimensjonal referansesekvens. Hvis en lenke åpner en ny fane, må advarselen være tilgjengelig visuelt og for hjelpeteknologi. Tastaturfokus må forbli synlig, og lange titler må brytes uten å klippes eller horisontal sideblading.

Skriveregler

Bruk den nøyaktige tittelen og gjenkjennelig utgivernavn. Hold denne rekkefølgen: tittel, utgiver, publiserings- eller oppdateringsdato, hentet-dato. Legg til forfatter, utgave, sider, DOI eller versjon bare når det er nødvendig for å identifisere verket eller oppfylle en publikasjonsstandard.

Ordne oppføringer etter første opptreden med mindre en påkrevd stil sier noe annet. Fjern duplikate identiske poster, men hold utgaver eller versjoner separate når forskjellen påvirker påstanden.

Hver oppføring må støtte en påstand, og hver vesentlig ekstern påstand må kunne knyttes til bevis. Tittelen må samsvare med destinasjonen. Hentet-datoen registrerer når destinasjonen og støtten ble kontrollert, ikke når CMS-et lagret siden.

Ikke legg handlingsknapper, tilknytningsetiketter, relaterte artikler, anbefalte bøker som ikke er brukt som bevis, forfatterbiografier, metodologitekst, salgsfremmende beskrivelser, stjernevurderinger eller kommentarer om hvorvidt en kilde er «flott» inne i blokken. Forklar kildebegrensninger ved den relevante påstanden eller i en metodedel. Hold den avsluttende blokken som en bevisoversikt.

Det er ingen vilkårlig maksgrense. En rapport kan trenge dusinvis av poster. Over tjue oppføringer, bruk stabile referansenumre og test smal-skjerm-bryting; splitt aldri én artikkels bevis i ikke-relaterte sidekolonner.

Innholdstyper som bruker det

postTypes-frontmatteren skaper den maskinlesbare koblingen til de ni bevisbaserte innholdstypene nedenfor. Den synlige tabellen legger til plassering og styrke på kravet.

Produkt-, kategori- og bruksområdesider siterer fortsatt faktapåstander når de fremmer dem, men en avsluttende liste er betinget når siden hovedsakelig er transaksjonsbasert og kun støtter seg på førsteparts kapabilitetsinformasjon. I alle innholdstyper krever helse-, finans-, juridisk- og annet regulert innhold en fullstendig kilder-blokk uavhengig av lengde.

QA-sjekkliste

• Hver eksternt verifiserbar vesentlig påstand har en passende kilde.
• Påstander som krever nøyaktig tilskrivning, har innebygde sitater ved påstandspunktet.
• Hvert innebygd sitat kan utvetydig knyttes til én fullstendig avsluttende oppføring.
• Hver avsluttende oppføring støtter minst én påstand som faktisk fremmes på siden.
• Hver oppføring inkluderer tittel, utgiver, kanonisk URL, publiseringsdato eller n.d., og nøyaktig hentet-dato.
• Publiseringsdatoer ble ikke utledet fra bunntekster med opphavsrett, søkesnutter eller URL-mønstre.
• Hentet-datoer registrerer faktisk verifikasjon, ikke en bulk CMS-migreringsdato.
• Kildekvalitet samsvarer med påstanden; leverandørmateriale brukes ikke for å bevise overlegenhet.
• Primært eller styrende offisielt materiale erstatter sekundær dekning når det er tilgjengelig og brukbart.
• Studiefunn bevarer populasjonen, metoden, datoen og begrensningene som påvirker tolkningen.
• Motstridende bevis blir oppgitt, avgrenset eller løst i stedet for stilltiende utelatt.
• Titler er beskrivende lenketekst og samsvarer med destinasjonene.
• Eksterne URL-er bruker HTTPS, utelater sporingsparametere og løser til den siterte versjonen.
• Lenker åpnes i gjeldende fane med mindre en dokumentert produktregel sier noe annet.
• Enhver ny-fane-lenke bruker noopener og advarer brukere om at en ny fane åpnes.
• Døde eller omdirigerte lenker ble reparert uten å endre den støttede påstanden ubemerket.
• Blokken er en overskrift pluss ordnet liste i hoveddokumentflyten.
• Blokken er den siste redaksjonelle delen etter FAQ og blandes ikke med relatert innhold eller handlingsknapper.
• Synlige referanser og eventuelle Schema.org citation-verdier samsvarer.
• Blokken forblir lesbar, tastaturtilgjengelig og fri for horisontal sideblading på smale skjermer.

FAQ

Trenger hver artikkel en kilder-blokk?

Bruk én for informasjons- eller bevisbasert innhold som er avhengig av eksterne fakta. En kort produktside som bare inneholder førsteparts kapabilitetsuttalelser, trenger kanskje ikke en avsluttende blokk, selv om hver faktapåstand fortsatt trenger en passende kilde. Helse-, finans-, juridisk- og annet regulert innhold krever alltid en.

Erstatter en kilder-blokk innebygde sitater?

Nei. Sett inn et innebygd sitat ved påstanden når en leser må vite hvilken kilde som støtter den eksakte uttalelsen. Den avsluttende blokken gir fullstendige referanseposter og en bevisoversikt på sidenivå; den gjør ikke fjerne påstand-til-kilde-forhold åpenbare.

Hva hvis en kilde ikke har noen publiseringsdato?

Registrer publiseringsdatoen som n.d. og inkluder en nøyaktig dato for når den ble hentet. Oppfinn ikke en dato eller utelat feltet. For en tidsfølsom påstand finner du et datert alternativ eller fjern påstanden, fordi en udatert side ikke kan fastslå når informasjonen var gjeldende.

Kan leverandørmateriale vises i kilder-blokken?

Ja, for påstander leverandøren kontrollerer, slik som dokumenterte funksjoner, priser, utgivelsesnotater eller kontraktsvilkår. Leverandørmateriale må ikke brukes som uavhengig bevis på at produktet er best, tryggest, raskest eller mest effektivt.

Bør eksterne kildelenker åpnes i en ny fane?

Hold vanlige lenker i gjeldende fane som standard, slik at leseren kontrollerer navigasjonen. Hvis produktet bevisst åpner en ny fane, bruk target="_blank" med rel="noopener" og gi en synlig eller programmatisk tilknyttet advarsel om at en ny fane åpnes.

Kilder

1. «citation — Schema.org Property.» Schema.org. Publisert 19. mars 2026. Hentet 27. august 2026.
2. «Understanding Success Criterion 2.4.4: Link Purpose (In Context).» W3C Web Accessibility Initiative. Oppdatert 18. mai 2026. Hentet 27. august 2026.
3. «Technique G201: Giving Users Advanced Warning When Opening a New Window.» W3C Web Accessibility Initiative. Oppdatert 18. mai 2026. Hentet 27. august 2026.