Reviewed-by-blokk: Fagfellevurdering og regler for legitimasjon

En reviewed-by-blokk identifiserer den kvalifiserte personen som uavhengig sjekket en side, angir påstandene de sjekket, og registrerer når vurderingen fant sted. Det er bevis på en fullført redaksjonell handling, ikke et dekorativt tillitsmerke.

Eksemplet besvarer fire spørsmål: hvem vurderte siden, hvorfor personen er kvalifisert, når vurderingen fant sted, og hva vurderingen dekket. Den siste setningen klargjør rolle og forhold, i stedet for å påstå at én vurderer garanterer hele siden.

Hvorfor dette elementet er viktig

Lesere bruker ofte synlig ekspertise som en snarvei når de ikke selv kan verifisere en teknisk, medisinsk, juridisk, økonomisk eller statistisk påstand. En navngitt vurderer kan redusere usikkerhet, men bare når attribusjonen er spesifikk nok til å kunne utfordres. «Ekspertvurdert» ber om tillit uten bevis. Et navn, relevant legitimasjon, dato og avgrenset omfang lar leseren vurdere om vurderingen samsvarer med påstanden de er i ferd med å stole på.

Psykologien virker begge veier. En rekke initialer kan skape en autoritetsglorie: lesere kan anta at vurdereren testet produktet, godkjente alle anbefalinger, eller påtar seg ansvar for fremtidige oppdateringer. Blokken må forhindre denne overdrivelsen ved å beskrive en faktisk vurderingshendelse og dens begrensninger.

Maskinuttrekkbarhet betyr at programvare kan isolere vurderingsforholdet uten å gjette ut fra prosa i nærheten. En typet blokk gir innholdssystemer stabile felt for vurderers identitet, legitimasjon, vurderingsdato og omfang. Søkemotorer, KI-agenter, syndikeringsstrømmer, verktøy for tilgjengelighet og migreringsskript kan deretter skille vurderer fra forfatter, vurderingsdato fra endringsdato, og verifisert omfang fra resten av siden.

Følg element-skrivereglene etter formål. Enhver passasje som har som oppgave å hevde uavhengig fagfellevurdering, bruker dette elementet, uansett overskrift eller visuell stil. En byline som tilfeldigvis inneholder to navn er ikke tilsvarende fordi den ikke bevarer deres ulike ansvarsområder.

Når du skal bruke det

Bruk blokken når en identifiserbar ekspert har fullført en meningsfull andrepersonssjekk og en plausibel feil ville ha materielle konsekvenser.

• Helse- og sikkerhetsinnhold: en kvalifisert kliniker eller sikkerhetsspesialist sjekker de spesifikke påstandene, kontraindikasjonene, eskaleringsrådene eller prosedyrene innenfor sin kompetanse.
• Juridisk, regulatorisk og økonomisk innhold: en relevant profesjonell sjekker jurisdiksjon, ikrafttredelsesdatoer, forutsetninger, beregninger og skillet mellom generell informasjon og individualisert rådgivning.
• Teknisk dokumentasjon: en ingeniør eller produktspesialist verifiserer kommandoer, versjonsstøtte, forutsetninger, forventede resultater og gjenopprettingstrinn i et rent eller representativt miljø.
• Forskning og statistikk: en metodolog, analytiker eller domeneekspert sjekker definisjoner, utvalg, transformasjoner, beregninger, begrensninger, og om konklusjonene følger av dataene.
• Beslutningsinnhold: en fagspesialist sjekker evalueringskriterier og faktapåstander i en vurdering, kjøpsguide eller kostnadsguide når disse påstandene faller utenfor forfatterens kompetanse.

Utløseren er fullført vurdering, ikke emnets alvorlighetsgrad alene. En side fortjener ikke blokken fordi en ekspert ble kopiert på en e-post, bidro med et sitat, godkjente det generelle emnet, eller vurderte en tidligere versjon. Konsultasjon kan informere artikkelen, men konsultasjon er ikke uavhengig vurdering med mindre personen mottok det relevante endelige materialet, sjekket et angitt omfang, returnerte funn og autoriserte attribusjon.

Nære bommer inkluderer grammatikkredigering, egenvurdering, kundetestimonials, kilde-sitater, ansvarsfraskrivelser og ledelsesgodkjenning. Ingen av disse beviser fagfellevurdering. Ansiennitet er ikke legitimasjon: en administrerende direktør er ikke automatisk kvalifisert til å verifisere skatte-, dose- eller statistikkpåstander.

Bruk ingen blokk når vurdering ikke kan dokumenteres. En uattribuert «vurdert av våre eksperter»-linje er verre enn stillhet fordi den skaper en testbar tillitspåstand uten ansvarlig person, dato eller omfang.

Hvor du skal plassere den

Plasser den primære reviewed-by-blokken i proveniensklyngen rett under forfatterattribusjonen og ferskhetsstempelet , før det innledende svaret eller introduksjonen. Årsaken er fortolkende: lesere bør vite hvem som opprettet og sjekket materialet før de begynner å stole på det. Behold denne rekkefølgen på mobil, i trykk, i lesermodus og i syndikerte kopier.

Når blokken er for detaljert for åpningen, render en kompakt linje der og lenk den til én utvidet blokk rett før kildelisten . Begge må bruke samme post slik at datoer og omfang ikke kan avvike.

Blokken kan ikke slås sammen med forfatterbiografien , fordi forfatterskap og vurdering må forbli separate roller. Den kan ikke plasseres inne i eller rett ved siden av et testimonial, en vurderingsscore, et produkttilbud, en pris, en tilknyttet knapp, en tillitsmerkestripe eller en oppfordring til handling. Disse naboene kan få faktisk vurdering til å se ut som godkjenning. Hold en ordinær innholdsgrense mellom vurderingsattribusjonen og kommersiell overtalelse.

Ikke gjem den eneste attribusjonen i en bunntekst, svevetilstand, et bilde, et trekkspill, en policieside eller en vurdererprofil. Blokken på sidenivå må oppgi hendelsen og omfanget.

Anatomi

Blokken har sju identifiserbare regioner:

1. Rollemerkelapp: sier «Vurdert av», «Medisinsk vurdert av» eller en annen oppgitt variant uten å forveksle vurdering med forfatterskap.
2. Vurderers navn: bruker personens offentlige profesjonelle navn og linker til en stabil profil når tilgjengelig.
3. Relevant legitimasjon: inkluderer kun kvalifikasjoner som støtter dette vurderingsomfanget.
4. Tilknytning eller forhold: identifiserer nåværende organisasjon eller utgivers forhold der det hjelper leseren å vurdere uavhengighet.
5. Vurderingsdato: registrerer den siste fullførte vurderingen av det oppgitte omfanget.
6. Omfangserklæring: navngir påstandene, beregningene, prosedyrene eller seksjonene som faktisk ble sjekket.
7. Rollegrense: klargjør meningsfulle begrensninger, konflikter, eller hvorvidt vurdereren ikke skrev, testet eller godkjente emnet.

Behold disse etikettene i levende tekst. En merket skjermdump forklarer utformingen, men den kan ikke bli den eneste kilden til vurderingsdetaljene.

Designeksempler

Varianter endrer etiketten og bevisene, ikke den underliggende datakontrakten.

Standard fagfellevurdering

Bruk «Vurdert av» når en domenespesialist sjekker nøyaktighet og fullstendighet uten en regulert profesjonell tittel. Vis fagområdet i legitimasjonslinjen og navngi de vurderte seksjonene.

Medisinsk vurdering

Bruk «Medisinsk vurdert av» kun når vurdereren har en relevant, gyldig helselegitimasjon og vurderingen faller innenfor det profesjonelle omfanget. Vis legitimasjonen tydelig; ikke komprimer ulike profesjoner til «Dr.».

Juridisk eller samsvarsvurdering

Nevn jurisdiksjonen, standarden eller det regulatoriske området som ble sjekket, fordi juridisk nøyaktighet er omfangsspesifikk. Etiketten må ikke antyde representasjon eller individualisert rådgivning.

Økonomisk vurdering

Angi om vurdereren sjekket skatte-, regnskaps-, låne-, forsikrings-, investerings- eller prispåstander. En bred «økonomisk ekspert»-etikett etablerer ikke relevans.

Teknisk vurdering

Oppgi produktet, versjonen, miljøet eller implementeringsområdet vurdereren verifiserte. Hvis kommandoer ble utført, si ifra; hvis vurderingen var skrivebordsbasert, ikke antyd testing.

Metodikk- og datavurdering

Nevn de statistiske eller fagspesifikke metodene som ble sjekket, inkludert beregninger, nevnere, eksklusjoner og slutningsgrenser. Ikke kall det fagfellevurdering med mindre en faktisk dokumentert fagfellevurderingsprosess fant sted.

Den kompakte visningen bruker én samlet linje for etikett, navn, legitimasjon og dato, etterfulgt av en synlig omfangssetning eller lenke. Den utvidede visningen bruker to korte avsnitt. Ingen av dem kan forkorte omfanget.

Parametre

Kildeposten må støtte både kompakt og utvidet visning uten å duplisere fakta.

credentials registrerer relevante offentlige kvalifikasjoner, ikke hver tittel personen har. scope er synlig og obligatorisk fordi et navn ikke kan fortelle leserne hva som ble sjekket. Hold privat vurderingskorrespondanse utenfor komponenten.

Syntaks og kodeeksempler

Det bærbare direktivet er kanonisk. Inntil en dedikert Hugo-renderer finnes, bruk callout-adapteren mens du bevarer alle kanoniske fakta.

Bærbar Markdown-direktiv

:::reviewed-by{reviewType="technical" reviewerName="Alex Rivera" credentials="Senior platform engineer" affiliation="Northstar Cloud" reviewedOn="2026-08-27" display="expanded"}
## Teknisk vurdert av

Omfang: installasjonskommandoer, støttede versjoner 4.2–4.4, Linux-forutsetninger, forventet utdata og tilbakerullingstrinn ble kontrollert i rene Ubuntu 24.04- og Debian 13-miljøer.

Vurdereren verifiserte prosedyren, men vurderte ikke tredjepartsplugins eller tilpasset infrastruktur.
:::

Den første overskriften mapper til title; det første avsnittet mapper til scope; det gjenværende avsnittet mapper til roleBoundary.

Hugo shortcode

{{< callout type="note" title="Teknisk vurdert av" >}}**Alex Rivera — Senior platform engineer, Northstar Cloud**  
Vurdert 27. august 2026. Omfang: installasjonskommandoer, støttede versjoner 4.2–4.4, Linux-forutsetninger, forventet utdata og tilbakerullingstrinn ble kontrollert i rene Ubuntu 24.04- og Debian 13-miljøer.

Vurdereren verifiserte prosedyren, men vurderte ikke tredjepartsplugins eller tilpasset infrastruktur.{{< /callout >}}

Alle Hugo-parametre er navngitte. Ikke kombiner en posisjonell callout-type med den navngitte title-parameteren.

WordPress-blokk og shortcode

<!-- wp:amicited/reviewed-by {"reviewType":"technical","reviewerName":"Alex Rivera","credentials":"Senior platform engineer","affiliation":"Northstar Cloud","reviewedOn":"2026-08-27","display":"expanded"} -->
<p>Omfang: installasjonskommandoer, støttede versjoner 4.2–4.4, Linux-forutsetninger, forventet utdata og tilbakerullingstrinn ble kontrollert i rene Ubuntu 24.04- og Debian 13-miljøer.</p>
<p>Vurdereren verifiserte prosedyren, men vurderte ikke tredjepartsplugins eller tilpasset infrastruktur.</p>
<!-- /wp:amicited/reviewed-by -->

[reviewed_by review_type="technical" reviewer_name="Alex Rivera" credentials="Senior platform engineer" affiliation="Northstar Cloud" reviewed_on="2026-08-27"]Omfang: installasjonskommandoer, støttede versjoner 4.2–4.4, Linux-forutsetninger, forventet utdata og tilbakerullingstrinn ble kontrollert i rene Ubuntu 24.04- og Debian 13-miljøer.[/reviewed_by]

Importer og eksporter må bevare vurdererrollen, datoen, omfanget og grensene selv når temaet viser dem annerledes.

Eksempler

Bra: avgrenset metodikkvurdering

Dette fungerer fordi kvalifikasjonen er relevant, kontrollene er konkrete, og den siste setningen forhindrer lesere i å utvide statistisk vurdering til datainnsamling eller kjøpsråd.

Dårlig: lånt autoritet

Ekspertverifisert ✓ Vurdert av Dr. Sam. Alle fakta er korrekte og godkjente.

Dette mislykkes fordi vurdereren ikke kan identifiseres, «Dr.» avslører ikke et relevant fagområde, det er ingen dato, og «alle fakta» setter et ubegrenset omfang. Hakemerket får en uunderbygget styringspåstand til å se ut som sertifisering. «Godkjent» antyder også godkjenning uten å forklare om personen sjekket bevis, beregninger, sikkerhet, stil, eller bare så utkastet. Reparer det ved å navngi vurdereren, kvalifikasjonen, datoen, vurderte påstander, ekskluderte områder og eventuelle vesentlige forhold.

Skjemamerking og tilgjengelighet

For en WebPage, kartlegg en reell vurderer til Schema.org reviewedBy som en Person eller Organization, og kartlegg den fullførte vurderingsdatoen til lastReviewed. Det synlige navnet og datoen må samsvare med de strukturerte verdiene. Hold dateModified separat: å redigere en side og vurdere den er forskjellige hendelser, så én dato må ikke kopieres inn i den andre automatisk.

Vurdererens Person kan inkludere en stabil url, affiliation, knowsAbout og verifiserbar hasCredential når støttet. Ikke oppfinn legitimasjon. Ikke bruk author med mindre personen også faktisk skrev innhold og begge rollene er synlige.

Dette er ikke en forbruker Review, vurdering, testimonial, godkjenning eller ClaimReview. Ikke generer stjerner, reviewRating, itemReviewed eller produktvurderingsskjema fra det.

Render blokken som et semantisk <aside> eller merket region i normal rekkefølge. Bruk den synlige etiketten som dens tilgjengelige navn og personens navn som lenketekst. Behold legitimasjon i tekst; et hakemerke alene kan ikke indikere vurdering.

Komponenten må flyte om ved 200 % zoom og bevare navn–legitimasjon–dato–omfang-rekkefølgen. En avatar er tilleggsbasert: bruk tom alternativ tekst når tilstøtende tekst navngir personen, og gjør den aldri til den eneste lenken. Unngå sanntidsstatusroller for statisk proveniens.

Skriveregler

Omfang konverterer en tillitspåstand til en reviserbar uttalelse. Angi hva vurdereren gjorde. Foretrekk sjekket, reprodusert, testet, sammenlignet, verifisert eller vurdert fremfor overvåket, validert kvalitet eller sikret fortreffelighet.

Bruk vurdererens offentlige profesjonelle navn. List én til tre kvalifikasjoner som direkte støtter omfanget, hold legitimasjonslinjen innenfor 120 tegn. Stave ut en ukjent kvalifikasjon på profilen eller ved første gangs bruk. En grad, lisens, sertifisering, rolle eller år med domeneerfaring kan etablere relevans; prestisje som ikke samsvarer med emnet kan ikke.

Skriv omfanget på 12–60 ord og én eller to setninger. Nevn konkrete påstandsgrupper, seksjoner, beregninger, versjoner, jurisdiksjoner, kildeklasser eller prosedyrer. Legg til en rollegrense på maksimalt 35 ord når lesere rimeligvis kunne anta forfatterskap, praktisk testing, juridisk representasjon, godkjenning eller mer omfattende vurdering enn det som fant sted.

Registrer datoen da vurdereren fullførte den oppgitte kontrollen. Hvis en vesentlig redigering endrer en vurdert påstand, innhent enten en ny vurdering og dato eller fjern attribusjonen fra det berørte omfanget til vurderingen er fullført. Kopiredigering utenfor omfanget tilbakestiller den ikke. Koordiner sidens publiserte og endrede datoer gjennom ferskhetselementet i stedet for å stille behandle vurdering som publisering.

Hold tonen faktabasert. Ikke argumenter sidens konklusjon. Innhent samtykke til attribusjon og registrer versjonen, omfanget, funnene, løsningene, datoen og godkjenneren internt.

Sett aldri disse inne i en reviewed-by-blokk:

• reklamerende ros, et testimonial, stjernevurdering, anbefaling eller produktgodkjenning;
• en påstand om at vurdereren garanterer nøyaktighet, sikkerhet, resultater, samsvar eller fremtidig ferskhet;
• irrelevant legitimasjon, oppblåsing av ærestittler, eller en uverifiserbar «ekspert»-etikett;
• hele vurdererbiografien, karrierehistorikk, kontaktreklame eller antall følgere på sosiale medier;
• artikkelkonklusjoner, nye faktapåstander, kilder eller metodikk som hører hjemme i brødteksten;
• privat e-post, lisensnumre ikke ment for publisering, eller interne vurderingskommentarer;
• en tilknyttet knapp, tilbud, pris, nyhetsbrevskjema eller annen konverteringskontroll.

«Uavhengig» krever forsiktighet. Det betyr at vurdereren hadde en separat kontrollrolle og frihet til å utfordre forfatteren; det betyr ikke automatisk at personen ikke har noe økonomisk forhold til utgiveren. Oppgi ansettelse, konsulentvirksomhet, leverte produkter eller andre vesentlige forhold tydelig når de kan påvirke leserens vurdering.

Innholdstyper som bruker det

postTypes-matrisen skaper det maskinlesbare forholdet. Den identifiserer formater der en ekspertvurderingshendelse ofte tilfører vesentlig trygghet; den krever ikke en seremoniell vurderer på hver side.

Andre innholdstyper bruker elementet når samme risiko og fullførte vurdering foreligger. Inkludering i matrisen autoriserer aldri en utgiver til å legge til en vurderers navn før arbeidet er gjort.

QA-sjekkliste

• En annen person enn forfatteren fullførte en reell fagfellevurdering av den relevante sideversjonen.
• Vurdererens ekspertise samsvarer direkte med det oppgitte omfanget.
• Det offentlige navnet, én til tre relevante legitimasjoner og eventuell vesentlig tilknytning er nøyaktige og verifiserbare.
• Vurdereren samtykket til attribusjonen og dens nøyaktige ordlyd.
• Den synlige datoen registrerer fullført vurdering, ikke publisering, redigering, godkjenning eller en planlagt fremtidig kontroll.
• Omfanget navngir spesifikke påstander, seksjoner, prosedyrer, versjoner, jurisdiksjoner eller beregninger.
• En avgrensningssetning forhindrer enhver sannsynlig forvirring om forfatterskap, testing, godkjenning, rådgivning eller ekskludert materiale.
• «Uavhengig», «fagfellevurdert», «testet», «godkjent» og «verifisert» vises kun når bevis støtter disse nøyaktige påstandene.
• Blokken sitter under forfatter- og ferskhetsinformasjon og før det innledende svaret, eller en kompakt attribusjon lenker til én synkronisert utvidet blokk før kilder.
• Den er ikke slått sammen med forfatterbiografien eller gjemt kun i en bunntekst, et bilde, en svevetilstand, et trekkspill eller en generisk policieside.
• Den sitter ikke rett ved siden av et testimonial, en vurdering, tillitsmerker, en pris, et tilbud, en tilknyttet lenke eller en oppfordring til handling.
• En vesentlig endring innenfor det vurderte omfanget utløste ny vurdering eller fjerning av foreldet attribusjon.
• Interne poster bevarer den vurderte versjonen, omfanget, funnene, løsningene, datoen og samtykket.
• reviewedBy og lastReviewed, når de utstedes, samsvarer med den synlige vurdereren og datoen; dateModified forblir uavhengig.
• Komponenten avgir ikke forbruker Review-, vurderings-, testimonial- eller produktgodkjenningsskjema.
• Etiketten, navnet, legitimasjonen, datoen og omfanget forblir forståelige uten farge, ikon, avatar eller layout.
• Vurdererlenker bruker beskrivende navn, fokus er synlig, tekst flyter om, og statisk innhold har ingen varselrolle.
• Markdown-, Hugo- og WordPress-representasjoner bevarer de samme kanoniske fakta.
• Skjermdumpkommentarer navngir kun fremtidige opptak; ikke-eksisterende bilde gjengis ikke.

FAQ

Er en reviewed-by-blokk det samme som en forfatterbiografi?

Nei. Forfatteren opprettet siden; vurdereren sjekket uavhengig en definert del av den. Nevn begge rollene separat, selv når begge personene har lignende legitimasjon.

Trenger hver artikkel en fagfellevurderer?

Nei. Bruk uavhengig vurdering når feil kan påvirke helse, penger, juridiske rettigheter, sikkerhet, teknisk implementering eller gyldigheten av datadrevne konklusjoner. Rutinemessig lavrisiko redaksjonelt innhold trenger normalt en redaktør, ikke et seremonielt ekspertnavn.

Hva bør vurderingsomfanget si?

Nevn påstandene eller seksjonene som faktisk ble sjekket, for eksempel doseringssikkerhet, skatteforutsetninger, metodikk og beregninger, eller kompatibilitetstrinn. Unngå ubegrensede fraser som «fullstendig verifisert» med mindre vurdereren sjekket hele siden mot en eksplisitt standard.

Bør vurderingsdatoen endres etter hver redigering?

Nei. Endre den bare når vurdereren sjekker det berørte omfanget på nytt. Kopiredigering utenfor omfanget tilbakestiller ikke vurderingsdatoen, mens en vesentlig endring av en vurdert påstand gjør den eksisterende attribusjonen foreldet til ny vurdering er gjennomført.

Kan en ansatt være den uavhengige vurdereren?

Ja, hvis personen ikke skrev materialet, har relevant ekspertise, kan utfordre det, og eventuelle ansettelses- eller kommersielle forhold er synlige. Uavhengig vurdering beskriver den redaksjonelle rollen, ikke nødvendigvis økonomisk uavhengighet.

En reviewed-by-blokk fortjener tillit bare når den viser ansvarlig arbeid. Navngi vurdereren, koble ekspertise til omfang, bevar datoen, avslør meningsfulle begrensninger, og fjern attribusjonen når den vurderte versjonen ikke lenger samsvarer med siden.