Listă de verificare: Reguli de redactare, Plasare și Exemple

O listă de verificare este un set finit de acțiuni independente sau puncte de verificare pe care un cititor le poate marca ca incomplete sau complete. Starea sa bifabilă face parte din semnificație: completarea fiecărui element obligatoriu ar trebui să demonstreze că o sarcină numită, o revizuire sau o stare de pregătire este finalizată.

Acest exemplu redat are un domeniu delimitat, patru acțiuni concise, stări vizibile nebifate și o singură condiție de finalizare. Convertirea acelorași cuvinte în puncte decorative ar elimina promisiunea că setul poate fi finalizat.

De ce contează acest element

Cititorii folosesc o listă de verificare pentru a-și descărca memoria. În loc să rețină fiecare cerință în minte în timp ce comută între o ciornă, browser, design și interfață de publicare, pot inspecta o singură condiție pe rând și înregistra progresul. Limita finită reduce incertitudinea: cititorul știe ce rămâne, ce înseamnă „gata” și când este sigur să meargă mai departe.

Acest contract psihologic este mai puternic decât „iată câteva idei utile.” O căsuță de bifat invită la angajament, iar ultimul element nebifat creează o tensiune deliberată. Elementul trebuie, așadar, să fie onest în privința domeniului. Dacă lista omite un punct obligatoriu sau include aspirații vagi precum „faceți pagina grozavă,” interfața semnalează o certitudine pe care conținutul nu a câștigat-o.

Extractibilitatea automată este capacitatea motoarelor de căutare, sistemelor AI de răspuns, tehnologiei de asistare și instrumentelor de publicare de a izola fiecare element fără a-i pierde rolul sau modelul de finalizare. O listă de verificare tipizată expune o colecție denumită, limite stabile ale elementelor, stări inițiale și o condiție de finalizare. Un analizator poate distinge punctele obligatorii de exemple sau beneficii, în timp ce un sistem AI poate cita o acțiune autonomă împreună cu subiectul listei de verificare.

Urmați regulile de redactare a elementelor înainte de a alege componenta. Regula lor de precedență este semantică: atunci când scopul unui bloc este de a fi finalizat sau verificat, folosiți elementul listă de verificare chiar dacă punctele obișnuite ar putea afișa aceleași cuvinte. Asemănarea vizuală nu păstrează starea, validarea, accesibilitatea sau maparea adaptoarelor.

Când să îl folosiți

Folosiți o listă de verificare atunci când setul este finit, fiecare element poate trece sau pica independent, iar completarea elementelor obligatorii stabilește o condiție semnificativă. Subiecte adecvate includ revizuirea înainte de publicare, cerințe de achiziție, starea de pregătire pentru migrare, predarea incidentelor, completitudinea documentelor, revizuirea accesibilității și o inspecție de întreținere recurentă.

Aplicați trei teste:

1. Testul stării: Poate fiecare element fi marcat fără ambiguitate ca incomplet sau complet?
2. Testul limitei: Lista conține toate verificările obligatorii pentru domeniul declarat?
3. Testul finalizării: Finalizarea elementelor obligatorii demonstrează un rezultat numit?

Dacă orice răspuns este nu, un alt element este probabil mai potrivit. Greșelile frecvente sunt:

• O listă cu puncte grupează fapte, opțiuni, exemple sau atribute. Elementele sale nu sunt sarcini, iar setul nu devine complet.
• O listă de pași codifică o succesiune dependentă. Dacă mutarea elementului 4 înaintea elementului 2 poate cauza eșec, numerele și indicațiile de recuperare contează mai mult decât căsuțele de bifat.
• O listă de caracteristici descrie ce are un produs. „Suportă export CSV” nu este o verificare, decât dacă cititorul verifică o cerință declarată.
• O listă de dorințe înregistrează preferințe ale căror limite și priorități se pot schimba. Nu ar trebui să promită finalizare.
• Un tabel de evaluare măsoară dimensiuni pe o scară. Stările binare de bifat ar elimina grade utile de performanță.
• O procedură lungă cu o căsuță de bifat lângă fiecare clic confundă execuția cu verificarea. Explicați procedura ca pași, apoi adăugați o listă scurtă de verificare finală.

Nu folosiți o listă de verificare ca decor la sfârșitul fiecărei secțiuni. Căsuțele nebifate repetate impun muncă și sugerează că cititorul nu a terminat, chiar și atunci când conținutul a oferit doar sfaturi opționale.

Unde să o plasați

Plasarea urmează momentul în care cititorul poate acționa sau verifica. Introduceți mai întâi sarcina, domeniul și contextul necesar; apoi plasați lista de verificare imediat înaintea deciziei pe care o controlează sau imediat după materialul pe care îl sintetizează.

• Puneți o listă de verificare a pregătirii după cerințe preliminare și înaintea unei acțiuni ireversibile sau costisitoare.
• Puneți o listă de verificare a asigurării calității după ciornă, configurare sau procedura pe care o evaluează și înainte de aprobare sau publicare.
• Puneți o listă de verificare a cerințelor de cumpărare după ce nevoile și constrângerile sunt explicate, dar înainte ca produsele să fie preselectate.
• Puneți o listă de verificare de inspecție recurentă în secțiunea de întreținere, lângă periodicitatea și responsabilul său.
• Puneți lista principală de verificare aproape de începutul unui articol dedicat liste de verificare, după o scurtă declarație a domeniului, apoi explicați elementele dificile mai jos.

O listă de verificare nu trebuie să stea direct lângă o a doua listă de verificare cu domeniu suprapus; combinați-le sau dați fiecăreia un titlu distinct și o condiție de finalizare. Nu o plasați lângă o listă de pași secvențială fără a indica care bloc este procedura și care este verificarea. Nu trebuie să despartă un avertisment de consecință sau răspunsul necesar, să întrerupă un tabel comparativ sau să stea în interiorul unui îndemn la acțiune. Nu puneți niciodată un buton promoțional între ultimul element și condiția de finalizare.

Anatomie

Regiunile etichetate sunt:

1. Titlu domeniu: denumește obiectul exact și decizia, de exemplu „Verificare linkuri înainte de publicare.”
2. Instrucțiune: spune ce permite sau demonstrează finalizarea.
3. Control căsuță de bifat: expune starea de incomplet sau complet programatic și vizual.
4. Etichetă acțiune: începe cu un verb concret și rămâne comprehensibilă de sine stătător.
5. Calificator opțional: oferă un prag, locație, responsabil sau cerință de dovezi.
6. Indicator obligatoriu: distinge elementele opționale doar atunci când contractul le permite cu adevărat.
7. Sumar progres: raportează elementele completate și totale obligatorii în variante interactive.
8. Condiție de finalizare: enunță rezultatul stabilit atunci când toate elementele obligatorii trec.

Cuvintele rămân autoritare. O pictogramă bifă, un rând verde sau o etichetă tăiată pot întări starea, dar niciunul nu poate înlocui starea bifată nativă sau programatică.

Exemple de design

Listă de verificare editorială statică

Folosiți controale vizibile nebifate pentru o listă de verificare printabilă sau de referință. Cititorul o poate copia sau imprima, dar pagina nu pretinde că salvează progresul.

Listă de verificare cu progres interactiv

Folosiți când cititorul beneficiază de marcarea progresului în timpul unei sesiuni. Anunțați numărul fără a muta focalizarea și oferiți o acțiune clară de resetare.

Listă de verificare obligatorie și opțională

Folosiți numai atunci când sarcinile opționale nu afectează cu adevărat condiția de finalizare. Etichetați elementele opționale în text; nu vă bazați niciodată pe o culoare mai deschisă.

Listă de verificare grupată

Pentru mai mult de zece verificări totale, împărțiți lucrul în grupuri de patru până la zece cu titluri separate și condiții de finalizare. Fiecare grup este independent comprehensibil.

Stare de tipărire

Ieșirea tipărită trebuie să rețină marcajele goale și complete în alb și negru, să păstreze etichetele lângă controalele lor și să evite împărțirea unui grup scurt între pagini.

Parametri

Valoarea inițială checked este pentru exemple lucrate, șabloane salvate sau stare de sarcină deținută de server. Listele de verificare editoriale încep nebifate; autorii nu trebuie niciodată să pre-bifeze un element doar pentru a crea o captură de ecran mai atractivă. Dacă interactive=false, persist trebuie să fie none.

Sintaxă și exemple de cod

Maparea canonică urmează regulile de precedență, corp și elemente imbricate din contractul de bază. Părintele asigură comportamentul de colecție; fiecare element asigură o etichetă, detaliu opțional și câmpuri de stare.

Directivă Markdown portabilă

:::checklist{id="pre-publish-links" interactive=true persist=local}
## Pre-publish link check

Complete every required item before approving the page.

::item
### Open every internal link and confirm the destination exists
::

::item
### Confirm each anchor describes its destination out of context
::

::item{required=false}
### Check campaign parameters on optional promotional links
::

::item
### Verify keyboard focus is visible on every linked control
::

Complete when every required item passes and no exception remains.
:::

Shortcode Hugo

{{< checklist id="pre-publish-links" title="Pre-publish link check" interactive="true" persist="local" completion="Complete when every required item passes and no exception remains." >}}
{{< checklist-item >}}Open every internal link and confirm the destination exists.{{< /checklist-item >}}
{{< checklist-item >}}Confirm each anchor describes its destination out of context.{{< /checklist-item >}}
{{< checklist-item required="false" >}}Check campaign parameters on optional promotional links.{{< /checklist-item >}}
{{< checklist-item >}}Verify keyboard focus is visible on every linked control.{{< /checklist-item >}}
{{< /checklist >}}

Aceasta este forma necesară a adaptorului Hugo, nu o afirmație că depozitul oferă deja shortcode-ul. Până când există un renderer înregistrat, folosiți HTML semantic pentru un exemplu live, în loc să imitați componenta cu stiluri neînrudite.

Bloc WordPress

<!-- wp:amicited/checklist {"id":"pre-publish-links","title":"Pre-publish link check","interactive":true,"persist":"local","completion":"Complete when every required item passes and no exception remains."} -->
<!-- wp:amicited/checklist-item -->
<p>Open every internal link and confirm the destination exists.</p>
<!-- /wp:amicited/checklist-item -->
<!-- wp:amicited/checklist-item -->
<p>Confirm each anchor describes its destination out of context.</p>
<!-- /wp:amicited/checklist-item -->
<!-- wp:amicited/checklist-item {"required":false} -->
<p>Check campaign parameters on optional promotional links.</p>
<!-- /wp:amicited/checklist-item -->
<!-- wp:amicited/checklist-item -->
<p>Verify keyboard focus is visible on every linked control.</p>
<!-- /wp:amicited/checklist-item -->
<!-- /wp:amicited/checklist -->

Toate adaptoarele trebuie să păstreze ordinea sursei, starea obligatorie, etichetele vizibile, condiția de finalizare și conținutul nebifat atunci când scripturile nu sunt disponibile.

Exemple

Bun: o verificare delimitată de lansare

• Confirmați că versiunea de lansare corespunde înregistrării aprobate de modificare.
• Rulați testul de fum documentat și atașați rezultatul său.
• Verificați că responsabilul de revenire este disponibil în timpul ferestrei de lansare.
• Înregistrați ora implementării în cronologia incidentului.

Complet când: toate cele patru înregistrări sunt prezente și responsabilul de revenire numit a confirmat fereastra.

Acest exemplu funcționează deoarece fiecare element începe cu o acțiune observabilă, rămâne în cadrul unei singure decizii de lansare și are dovezi binare. Linia de finalizare explică ce demonstrează setul complet.

Rău: o listă aspirativă de conținut

• Gândiți-vă la public.
• Faceți articolul captivant.
• Îmbunătățiți SEO.
• Adăugați orice altceva care ajută.

Acest exemplu eșuează deoarece niciunul dintre elemente nu definește o condiție de trecere, „orice altceva” face setul infinit, iar bifarea căsuțelor nu ar demonstra că articolul este gata. Înlocuiți aspirațiile cu puncte de verificare verificabile, cum ar fi „Numiți un public principal în brief” sau mutați îndrumările neacționabile în proză.

Marcaj Schema și accesibilitate

Nu există un tip general Checklist în Schema.org. Nu mapați verificări independente la HowToStep decât dacă pagina descrie cu adevărat o procedură ordonată și conținutul vizibil conține acei pași. O listă de verificare poate rămâne conținut vizibil în interiorul Article, TechArticle, Product sau alt tip de pagină justificat, dar căsuțele sale de bifat nu creează eligibilitate suplimentară pentru schemă.

Folosiți controale native <input type="checkbox"> pentru stare interactivă și asociați fiecare control cu un <label> utilizând împachetarea sau valorile for și id corespunzătoare. Un afișaj static care nu poate fi modificat nu trebuie să se prefacă a fi un control activat. Folosiți căsuțe de bifat dezactivate pentru un exemplu explicit non-interactiv sau o listă cu echivalente text precum „Nebifat” în contexte în care controalele de formular ar fi înșelătoare.

Utilizatorii de tastatură trebuie să ajungă la fiecare căsuță activată în ordinea sursei, să o comute cu tasta Spațiu și să vadă un indicator de focalizare persistent. Nu mutați focalizarea după o bifare. Dacă un mesaj de progres se actualizează, anunțați un sumar concis precum „Patru din șase elemente obligatorii complete” printr-o regiune live politicoasă; nu anunțați întreaga listă din nou.

Stările bifat și nebifat necesită mai mult decât culoare. Păstrați eticheta când este bifată, în loc să o înlocuiți cu „Făcut,” deoarece acțiunea trebuie să rămână identificabilă. Dacă progresul persistă, explicați domeniul de stocare și oferiți Resetare progres. Conținutul util, indicatorii obligatorii și condiția de finalizare trebuie să rămână în HTML redat pe server atunci când JavaScript eșuează.

Reguli de redactare

Elementele listei de verificare sunt compacte deoarece cititorul execută sau verifică, nu învață întregul subiect în interiorul controlului. Explicați motivul în proza înconjurătoare înainte de a enunța regula.

• Păstrați o listă de verificare la patru până la zece elemente. Patru stabilește un set finit util; mai mult de zece devine greu de scanat și semnalează faze multiple.
• Păstrați fiecare acțiune la aproximativ 80 de caractere și trei până la doisprezece cuvinte. O etichetă scurtă rămâne utilizabilă lângă un control și extractibilă fără proza adiacentă.
• Începeți cu un verb imperativ specific: Confirmați, Deschideți, Comparați, Înregistrați, Testați, Atașați sau Verificați. Evitați verbe slabe precum Considerați, Amintiți-vă sau Gândiți-vă.
• Dați fiecărui element o singură condiție de trecere. „Verificați titlul și linkurile” poate trece parțial, așa că împărțiți-l în două elemente.
• Păstrați elementele independente. Dacă o acțiune deblochează următoarea, convertiți procedura în pași și folosiți lista de verificare doar pentru verificarea finală.
• Păstrați gramatica și nivelul paralele. Nu amestecați „Confirmați aprobarea legală” cu „Publicați campania pe toate canalele și monitorizați-o timp de o săptămână.”
• Numiți dovezile atunci când finalizarea nu este direct vizibilă: atașați raportul, înregistrați timestamp-ul sau obțineți confirmarea aprobatorului.
• Marcați elementele opționale explicit și excludeți-le din progresul obligatoriu. Opțional trebuie să însemne că condiția de finalizare rămâne adevărată fără ele.
• Folosiți literă mică cu majusculă la început și punctuație terminală consistentă. Propozițiile complete sunt preferate atunci când un element include un calificator.

Nu puneți niciodată următoarele în interiorul unui element al listei de verificare:

• Mai multe sub-pași ordonați, logică ramificată de depanare sau o a doua listă de verificare imbricată.
• Un avertisment de siguranță, clauză de exonerare legală sau consecință ireversibilă care trebuie văzută înainte de acțiune.
• Un paragraf de explicație, citat lung, testimonial, captură de ecran, video, formular sau îndemn promoțional la acțiune.
• Un scor subiectiv, aspirație deschisă, prag nesuportat sau cerință fără dovezi observabile.
• Un link etichetat doar „aici,” deoarece elementul trebuie să supraviețuiască extracției fără context înconjurător.

Tipuri de postări care îl folosesc

Unirile de mai jos sunt dictate de frontmatter-ul postTypes al acestei pagini. „Obligatoriu” înseamnă că sarcina de bază a tipului de postare depinde de un model finit de finalizare; „recomandat” și „opțional” depind de subiectul paginii.

Listă de verificare QA

Conținut și plasare

• Titlul denumește un obiect, o decizie sau o stare de pregătire delimitată.
• Introducerea explică ce demonstrează completarea elementelor obligatorii.
• Folosiți patru până la zece elemente, împărțind lucrul mai mare în grupuri denumite.
• Păstrați fiecare element aproape de 80 de caractere și începeți cu un verb concret.
• Fiecare element are o singură condiție de trecere observabilă și poate fi verificat independent.
• Confirmați că reordonarea elementelor nu strică sarcina.
• Setul este finit și include fiecare punct obligatoriu pentru domeniul declarat.
• Elementele opționale sunt etichetate vizibil și excluse din progresul obligatoriu.
• Eliminați proceduri imbricate, avertismente, explicații lungi, media și promovare.

Complet când: colecția are un singur scop delimitat și fiecare element este concis, independent și verificabil.

Redare și accesibilitate

• Condiția de finalizare apare direct după ultimul element.
• Controalele activate au etichete asociate, operare cu tastatura și focalizare vizibilă.
• Starea nu este comunicată doar prin culoare, pictograme, tăiere sau poziție.
• Progresul interactiv funcționează fără a muta focalizarea și explică orice persistență.
• Etichetele și criteriile de finalizare rămân disponibile fără CSS sau JavaScript.
• Păstrați datele structurate pe pagina cuprinzătoare; nu inventați schemă Checklist.
• Păstrați aceleași câmpuri și ordine în toate cele trei mapări ale platformelor.
• Păstrați comentariile capturilor de ecran ca instrucțiuni; nu faceți referire la nicio imagine lipsă.

Complet când: starea, etichetele, ordinea și semnificația finalizării supraviețuiesc fiecărei căi de redare suportată.

FAQ

Șablonul academy redă cele cinci întrebări revizuite în frontmatter-ul [[faq]] al acestei pagini. Acestea acoperă numărul de elemente, distincția față de puncte și pași, starea salvată și datele structurate.