Källor och referenser: Regler för källhänvisning

Ett källblock är den avslutande, ordnade posten som gör en sidas faktapåståenden spårbara så att läsare och svarsmotorer kan verifiera och citera dem.

Detta levande exempel visar den minsta fullständiga posten: länkad titel, utgivare, publiceringsdatum och åtkomstdatum. URL:en ligger bakom titeln istället för att visas som en lång rå sträng. Tillämpa de delade reglerna för elementskrivning när du anpassar blocket till ett annat publiceringssystem.

Varför detta element är viktigt

Läsare behandlar inte alla påståenden likadant. En medicinsk rekommendation, ekonomisk jämförelse eller prestandasiffra medför större risk än ett enkelt kapacitetsutlåtande. En fullständig referens visar vem som publicerade beviset, när det var aktuellt och om det stöder påståendet. Det ger också redaktörer ett underhållsspår när fakta förändras.

Tio välrenommerade länkar som dumpas i slutet bevisar inte vilken mening var och en stöder. Inline-citat skapar den lokala kopplingen; den avslutande listan bevarar de fullständiga posterna. Tillsammans låter de en skeptisk läsare gå från påstående till bevis utan att gissa.

Maskinell utdragbarhet innebär att programvara kan identifiera en avgränsad post utanför sidans design. Konsekventa fält exponerar en titel, utgivare, URL, publiceringsdatum och åtkomstdatum. Ett återvinningssystem—programvara som väljer dokument eller avsnitt för en fråga—kan sedan jämföra datum, utgivare och påståenden.

I svarsmotorresultat kan flera kandidatsidor göra liknande uttalanden. En sida som citerar primärmaterial och daterar sina bevis slutför en del av verifieringsarbetet som ett återvinningssystem annars måste härleda. Detta garanterar inte urval; det skapar en granskningsbar beviskedja.

Principen överensstämmer med webbplatsens E-E-A-T och entitetsgrunder : synlig härkomst stöder förtroende, medan konsekventa utgivar- och titelfält hjälper till att identifiera enheterna bakom bevisen.

När det ska användas

Använd ett källblock närhelst ett informativt eller bevislett innehåll bygger på externa fakta som en läsare rimligen kan verifiera. Detta inkluderar definitioner hämtade från standarder, statistik, forskningsrön, lagar, policyer, marknadspåståenden, produktjämförelser, historiska påståenden, citat och rekommendationer baserade på publicerade bevis. Det krävs uttryckligen för hälso-, finans-, juridik-, försäkrings-, säkerhets- och alla andra reglerade eller högriskområden.

Använd det även när påståenden redan har inline-länkar om artikeln innehåller flera källor; blocket skapar en granskningsbar inventering. I en fallstudie, märk interna mätningar separat från externa riktmärken så att första parts data inte misstas för oberoende forskning.

Lägg inte till ett för att dekorera en åsikt utan externt verifierbara påståenden. Navigering, rekommenderad läsning, relaterat innehåll och oanvända bibliografiposter hör inte hemma där. En källa stöder sidan; “vidare läsning” utökar bara ämnet.

Gränsfall behöver en tydlig regel:

• Ett enskilt faktapåstående: citera det inline. Ett avslutande block med en post är valfritt om inte området är reglerat.
• En lista med verktyg: leverantörers hemsidor är destinationer, inte bevis. Inkludera dokumentation endast när den stöder specifika påståenden.
• Ett citat: citera det inline och inkludera den fullständiga avslutande posten.
• Allmän kunskap: citera inte fakta som den avsedda läsaren inte skulle ifrågasätta, såsom “en vecka har sju dagar.” Citera en precis tolkning, mätning, policy eller omtvistad gräns.
• Första parts produkttext: länka till officiell dokumentation för testbara funktioner. Skapa inte sken av oberoende genom att citera företagets egen marknadsföringssida som bevis på överlägsenhet.

Var det ska placeras

Källblocket är det sista redaktionella blocket, efter FAQ. Endast webbplatsövergripande krom, juridiska meddelanden eller mallstyrda konverteringskontroller får följa efter det. Denna position visar att listan stöder den färdiga artikeln och ger granskare en förutsägbar granskningsplats.

Lägg inte den enda listan i en sidopanel: sidopaneler kan försvinna i mobila layouter, utskrifter, flöden, läsarlägen eller extraherad text. Håll blocket borta från relaterat innehållskort, formulär och orelaterade uppmaningar så att bevisgränsen förblir tydlig.

Inline-citat finns kvar vid påståendet. Det avslutande blocket flyttar inte bevis bort från meningen det stöder; det fullbordar posten. Om ett FAQ-svar introducerar ett nytt faktapåstående, citera det inom svaret och upprepa källan i det avslutande blocket. Om FAQ endast återger redan understött innehåll, återanvänd den befintliga källan istället för att lägga till en dubblettpost.

Anatomi

Den renderade förklaringen finns kvar på sidan om resursen ersätts:

1. Blockrubrik: använd “Källor” om inte en publiceringsstandard kräver “Referenser.”
2. Postnummer: ger varje post en stabil identifierare i tal, tryck och extraktion.
3. Titel och URL: exakt titel som beskrivande länktext, som leder till den citerade versionen.
4. Utgivare: organisationen som ansvarar för materialet.
5. Publiceringsdatum: när källan utfärdades eller väsentligt uppdaterades.
6. Åtkomstdatum: när författaren verifierade källan och påståendet.
7. Blockgräns: en ordnad lista; rubriken och listan bär semantiken.

Baka inte in denna förklaring i skärmdumpen. Bilden dokumenterar utseendet; den numrerade förklaringen definierar innehållskontraktet.

Designexempel

Varianterna ändrar täthet och tillgänglig metadata utan att ändra kontraktet med fem fält per post.

Standard webbkällor: standard för artiklar som citerar standarder, dokumentation, rapporter och webbsidor. Varje titel är länkad; utgivare och båda datumen förblir synlig text.

Blandade källtyper: en DOI är en beständig identifierare för forskning. Använd den för en artikel; använd kanoniska URL:er för rapporter och dokumentation. Behåll den gemensamma fältordningen när du lägger till volym-, nummer- eller versionsdetaljer.

Långa titlar: radbryts naturligt till flera rader. Trunkera aldrig titeln så att två olika dokument blir omöjliga att särskilja.

Mobil: poster förblir en enda ordnad lista utan horisontell scrollning. Långa URL:er ligger kvar bakom titeln, och metadata radbryts under den utan att texten förminskas.

Parametrar

Parameterkontraktet separerar författartillförda bevis från renderarens beteende. “Källa” nedan betyder var komponenten hämtar värdet.

Alla fem postfält är obligatoriska. En titel utan utgivare döljer ansvar; en utgivare utan en URL kan inte granskas. De två datumen visar när materialet påstods vara aktuellt och när det verifierades. Om inget publicerings- eller uppdateringsdatum finns, skriv n.d.. Ersätt odaterade bevis för tidskänsliga påståenden eller ta bort påståendet.

Syntax och kodexempel

Varje notation bär samma fält och ordning. Komponenten kan omvandla källdata, men den får inte härleda utgivare eller datum från bräcklig sidmarkering.

Portabel Markdown-direktiv

:::sources{heading="Källor"}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Publicerad 2026-03-19. Hämtad 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. Uppdaterad 2026-05-18. Hämtad 2026-08-27.
:::

Hugo-shortcode

{{< sources heading="Källor" >}}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Publicerad 2026-03-19. Hämtad 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. Uppdaterad 2026-05-18. Hämtad 2026-08-27.
{{< /sources >}}

Detta är ett portabelt kontrakt, inte ett påstående om att denna shortcode existerar. Tills en renderare implementerar den, använd en inbyggd rubrik och ordnad Markdown-lista.

WordPress-block eller shortcode

[sources heading="Källor"]
[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]

Ett WordPress-block kan exponera formulärkontroller, men det måste rendera en rubrik och inbyggd ordnad lista samt bevara datum i exporterat innehåll.

Exempel

Bra: komplett, hänförbar och daterad

Källor

1. “Understanding Success Criterion 2.4.4: Link Purpose (In Context).” W3C Web Accessibility Initiative. Uppdaterad 18 maj 2026. Hämtad 27 augusti 2026.
2. “citation — Schema.org Property.” Schema.org. Publicerad 19 mars 2026. Hämtad 27 augusti 2026.

Detta fungerar eftersom en granskare kan identifiera varje dokument, utgivare, källdatum, verifieringsdatum och destination. Posterna är primär dokumentation, ordnade efter första förekomst så att inline-nummer och avslutande poster är lätta att stämma av.

Dålig: en hög med domäner

Referenser

• Google
• Någon tillgänglighetsblogg
• schema.org
• https://example.com/article?id=18492

Detta misslyckas eftersom ingen post identifierar ett dokument eller datum. “Google” är en organisation, inte bevis. “Någon tillgänglighetsblogg” döljer utgivare och kvalitetsnivå. Den råa URL:en saknar en användbar titel, och ingen post mappar till ett påstående. Åtgärda det genom att välja bevis för varje påstående, lägga till inline-citat och registrera varje obligatoriskt fält.

Inline-citat kontra den avslutande källistan

Citera vid påståendet när läsaren behöver veta vilken källa som stöder det; inkludera den fullständiga avslutande posten när sidan bygger på den källan. De flesta bevisledda sidor behöver båda.

Inline-citat krävs för en siffra, ett citat, en studieupptäckt, lag, policy, omtvistat påstående, säkerhetsinstruktion, tidskänslig produktfakta eller källberoende slutsats. Placera det i eller omedelbart efter meningen. Ett citat kan inte stödja ett stycke med orelaterade påståenden.

Den avslutande listan krävs för flera källor, en obligatorisk inventering eller ett reglerat ämne. Upprepade citat får en post; väsentligt olika versioner får separata poster.

Kvalitetsnivåer för källor

Kvalitet är lämplighet för påståendet, inte berömmelse. Använd den högsta lämpliga nivån som direkt kan stödja uttalandet:

Nivån räddar inte ett missmatchat påstående. En tillsynsmyndighets ansökningssida kan inte stödja ett kliniskt påstående, och en artikel kan inte bevisa en funktion som släpptes efter studien. En leverantörs prissida kan bevisa dess nuvarande pris men inte att den erbjuder bäst värde.

När källor motsäger varandra, ange omfattningen eller datumet som förklarar skillnaden, gynna den kontrollerande primära posten och begränsa påståendet. Om det inte går att lösa, säg att bevisen motsäger varandra.

Länkhantering och källförlust

Externa länkar stannar i den aktuella fliken som standard. Använd HTTPS och en kanonisk eller beständig URL; ta bort spårningsparametrar, sessionsidentifierare och omdirigeringsomslag. Länka titeln, inte “klicka här.” Lägg inte till nofollow på vanliga redaktionella citat; reservera relationsvärden för länkar som har dessa relationer.

Om produkten avsiktligt öppnar externa källor i en ny flik, skriv ut target="_blank" rel="noopener" och varna användaren i synlig text eller en programmatiskt associerad beskrivning. noopener förhindrar att den öppnade sidan får en referens till det ursprungliga fönstret. Lägg till noreferrer endast när webbplatsens integritetspolicy kräver att referentinformation undertrycks; det är inte ett universellt krav för redaktionella citat.

Kontrollera varje källa före publicering och vid schemalagda granskningar. En död länk är en URL som inte längre leder till det citerade materialet. När en dör:

1. Leta efter en utgivarkontrollerad ersättning, kanonisk omdirigering, nyare version, DOI eller officiellt arkiv.
2. Bekräfta att ersättningen stöder samma påstående; en fungerande hemsida är inte en ersättning för en saknad rapport.
3. Uppdatera URL:en, publiceringsdatumet om versionen ändrats, åtkomstdatumet och eventuella påståenden som påverkas av den nya källan.
4. Om endast ett trovärdigt arkiv bevarar det exakta dokumentet, länka arkivet och märk det som arkiverat.
5. Om beviset inte kan återfås, ersätt källan och omvärdera påståendet. Ta bort eller kvalificera påståendet när inga lämpliga bevis finns kvar.

Peka aldrig ett gammalt citat till en ersättning som gör ett annat påstående.

Schema-markup och tillgänglighet

Ett källblock skapar inte en fristående Schema.org-entitet. Det förblir en del av den omslutande Article, TechArticle, Report eller annan giltig CreativeWork. Schema.orgs citation-egenskap kan bära en referens som text eller en annan CreativeWork. När strukturerad data genereras, mappa varje genuin redaktionell referens till citation; markera inte navigering, affiliatemål eller enbart relaterad läsning som citat.

Synligt innehåll och strukturerad data måste överensstämma. JSON-LD—JavaScript Object Notation for Linked Data—får inte introducera frånvarande källor eller utelämna synliga kvalificerare. Det ersätter aldrig den synliga listan eller inline-länkarna.

För tillgänglighet, använd en rubrik följd av <ol> och <li>. Ordnade poster ger stabila artikelantal och identifierare. Använd källtiteln som länktext; behåll utgivare och datum i samma post. Använd aldrig färg, favicon eller logotyp som enda identifiering.

Undvik role="list" på inbyggda listor, interaktiva accordions som döljer bevisen som standard och tabeller för en enkel endimensionell referenssekvens. Om en länk öppnar en ny flik måste varningen vara tillgänglig visuellt och för assisterande teknik. Tangentbordsfokus måste förbli synligt, och långa titlar måste radbrytas utan beskärning eller horisontell sidrullning.

Skrivregler

Använd den exakta titeln och ett igenkännbart utgivarnamn. Behåll denna ordning: titel, utgivare, publicerings- eller uppdateringsdatum, åtkomstdatum. Lägg till författare, upplaga, sidor, DOI eller version endast när det behövs för att identifiera verket eller uppfylla en publiceringsstandard.

Ordna poster efter första förekomst om inte en obligatorisk stil anger annat. Deduplicera identiska poster, men håll upplagor eller versioner åtskilda när skillnaden påverkar påståendet.

Varje post måste stödja ett påstående, och varje väsentligt externt påstående måste mappas till bevis. Titeln måste matcha destinationen. Åtkomstdatumet registrerar när destinationen och dess stöd kontrollerades, inte när CMS:et sparade sidan.

Lägg inte uppmaningar, affiliatemärkningar, relaterade artiklar, rekommenderade böcker som inte används som bevis, författarbiografier, metodikprosa, reklambeskrivningar, stjärnbetyg eller kommentarer om huruvida en källa är “bra” inuti blocket. Förklara källbegränsningar bredvid det relevanta påståendet eller i ett metodikavsnitt. Håll det avslutande blocket som en bevisinventering.

Det finns inget godtyckligt maximum. En rapport kan behöva dussintals poster. Över tjugo poster, använd stabila referensnummer och testa smalskärmsradbrytning; dela aldrig en artikels bevis i orelaterade sidopaneler.

Inläggstyper som använder det

Frontmatter-variabeln postTypes skapar den maskinläsbara kopplingen till de nio bevisledda sidtyperna nedan. Den synliga tabellen lägger till placering och styrka för kravet.

Produkt-, kategori- och användningsfallsidor citerar fortfarande faktapåståenden när de gör dem, men en avslutande lista är villkorad när sidan främst är transaktionell och endast förlitar sig på första parts kapacitetsinformation. I varje inläggstyp kräver hälso-, finans-, juridiskt och annat reglerat innehåll ett komplett källblock oavsett längd.

Kvalitetssäkringslista

• Varje externt verifierbart väsentligt påstående har en lämplig källa.
• Påståenden som kräver exakt hänvisning har inline-citat vid påståendet.
• Varje inline-citat mappar entydigt till en fullständig avslutande post.
• Varje avslutande post stöder minst ett påstående som faktiskt görs på sidan.
• Varje post innehåller titel, utgivare, kanonisk URL, publiceringsdatum eller n.d. och exakt åtkomstdatum.
• Publiceringsdatum härleddes inte från copyright-sidfötter, sökutdrag eller URL-mönster.
• Åtkomstdatum registrerar verklig verifiering snarare än ett bulk-CMS-migreringsdatum.
• Källkvalitet matchar påståendet; leverantörsmaterial används inte för att bevisa överlägsenhet.
• Primärt eller kontrollerande officiellt material ersätter sekundär täckning när det är tillgängligt och användbart.
• Studiepåståenden bevarar populationen, metoden, datumet och begränsningarna som påverkar tolkningen.
• Motstridiga bevis avslöjas, avgränsas eller löses istället för att tyst utelämnas.
• Titlar är beskrivande länktext och matchar sina destinationer.
• Externa URL:er använder HTTPS, utelämnar spårningsparametrar och leder till den citerade versionen.
• Länkar öppnas i den aktuella fliken om inte en dokumenterad produktregel säger annat.
• Eventuell ny-flik-länk använder noopener och varnar användare om att en ny flik kommer att öppnas.
• Döda eller omdirigerade länkar reparerades utan att det understödda påståendet ändrades obemärkt.
• Blocket är en rubrik plus ordnad lista i huvuddokumentflödet.
• Blocket är den sista redaktionella sektionen efter FAQ och blandas inte med relaterat innehåll eller uppmaningar.
• Synliga referenser och eventuella Schema.org citation-värden överensstämmer.
• Blocket förblir läsbart, tangentbordstillgängligt och fritt från horisontell sidrullning på smala skärmar.

FAQ

Behöver varje artikel ett källblock?

Använd ett för informativt eller bevislett innehåll som bygger på externa fakta. En kort produktsida som endast innehåller första parts kapacitetsutlåtanden kanske inte behöver ett avslutande block, även om varje faktapåstående fortfarande behöver en lämplig källa. Hälso-, finans-, juridiskt och annat reglerat innehåll kräver alltid ett.

Ersätter ett källblock inline-citat?

Nej. Placera ett inline-citat vid påståendet när en läsare måste veta vilken källa som stöder just det uttalandet. Det avslutande blocket ger fullständiga referensposter och en inventering av bevis på sidnivå; det gör inte avlägsna relationer mellan påstående och källa uppenbara.

Vad gör man om en källa saknar publiceringsdatum?

Anteckna publiceringsdatumet som n.d. och inkludera ett exakt åtkomstdatum. Hitta inte på ett datum eller utelämna fältet. För ett tidskänsligt påstående, hitta en daterad ersättning eller ta bort påståendet eftersom en odaterad sida inte kan fastställa när informationen var aktuell.

Kan leverantörsmaterial förekomma i källblocket?

Ja, för påståenden som leverantören kontrollerar, såsom dess dokumenterade funktioner, priser, versionsanteckningar eller avtalsvillkor. Leverantörsmaterial får inte användas som oberoende bevis för att dess produkt är bäst, säkrast, snabbast eller mest effektiv.

Ska externa källlänkar öppnas i en ny flik?

Behåll vanliga länkar i den aktuella fliken som standard så att läsaren styr navigeringen. Om produkten avsiktligt öppnar en ny flik, använd target="_blank" med rel="noopener" och tillhandahåll en synlig eller programmatiskt associerad varning om att en ny flik kommer att öppnas.

Källor

1. “citation — Schema.org Property.” Schema.org. Publicerad 19 mars 2026. Hämtad 27 augusti 2026.
2. “Understanding Success Criterion 2.4.4: Link Purpose (In Context).” W3C Web Accessibility Initiative. Uppdaterad 18 maj 2026. Hämtad 27 augusti 2026.
3. “Technique G201: Giving Users Advanced Warning When Opening a New Window.” W3C Web Accessibility Initiative. Uppdaterad 18 maj 2026. Hämtad 27 augusti 2026.