Blocuri de Conținut Relaționat: Reguli de Legături Interne

Un bloc de conținut relaționat este un set scurt de linkuri selectate manual, plasat la sfârșitul corpului principal. Acesta duce cititorul către cea mai utilă pagină următoare și transmite autoritate internă de-a lungul aceleiași legături. Fiecare destinație trebuie să aibă un motiv editorial de a exista; etichetele partajate singure nu sunt suficiente.

Exemplul redat este deliberat modest. Titlul său explică alegerea, fiecare ancora prezice destinația, iar fiecare motiv îi spune cititorului de ce acea pagină este următoarea. Blocul nu concurează cu articolul pe care îl încheie.

De ce contează acest element

Finalizarea unei pagini utile creează un punct de decizie. Cititorul poate înțelege subiectul imediat, dar poate avea nevoie totuși să îl aplice, să compare opțiuni, să învețe un prerechizit sau să se îndrepte către un produs. Un bloc de conținut relaționat reduce efortul de a găsi acel pas următor. Oferă un set mic de rute intenționate în momentul în care cititorul este gata să aleagă, în loc să îi ceară să revină la navigarea globală sau să caute din nou.

Al doilea rol este arhitectural. Autoritatea internă este importanța și relevanța contextuală pe care linkurile o distribuie între paginile aceluiași site. Un link creează o muchie între două documente. Poziția sa, ancora și explicația le spun sistemelor de regăsire ce reprezintă acea muchie: care pagină este autoritatea generală, care acoperă un subiect derivat și care răspunde unei nevoi adiacente.

Extractibilitatea automată înseamnă că un sistem automatizat poate recupera acele relații din HTML fără a ghici din aspect. O regiune de navigare semantică, un titlu vizibil, linkuri obișnuite accesibile crawlerelor, ancore descriptive și un element per destinație expun un set curat de declarații sursă–relație–destinație. Caruselele bazate doar pe JavaScript, cardurile doar cu imagini și ancorele generice ascund acele declarații chiar și atunci când arată elegant.

Ambele roluri trebuie să supraviețuiască revizuirii. Un bloc care generează clicuri dar trimite autoritate către pagini fără legătură, deteriorează modelul de conținut; o hartă corectă de cluster cu linkuri irelevante irosește punctul de decizie al cititorului.

Când să îl folosești

Folosește acest element atunci când pagina are între două și cinci destinații următoare credibile, iar relația poate fi exprimată într-o singură frază. Se potrivește conținutului educațional permanent, paginilor comerciale explicative, comparațiilor, paginilor de produs și categorie, paginilor de caz de utilizare și studiilor de caz, atunci când o altă pagină avansează cu adevărat aceeași sarcină sau decizie.

Nu îl adăuga pur și simplu pentru că un șablon are spațiu gol. O pagină de conversie cu un singur scop și o singură acțiune necesară poate avea nevoie doar de apelul la acțiune final. O notificare legală, un ecran de cont, un incident de suport sau o pagină scurtă utilitară poate să nu aibă o continuare editorială rezonabilă. Un index al cărui corp principal constă deja în carduri de navigare nu are nevoie de o a doua listă care să le repete.

Greșelile frecvente includ:

• Un flux de etichete răspunde la „ce sharează această etichetă?”, nu la „ce ar trebui să facă acest cititor în continuare?” Două articole etichetate „analytics” pot servi unor audiențe și etape diferite.
• Postări recente recompensează data publicării, nu relevanța. Noutatea este utilă pentru descoperirea de știri, dar nu este un model de relație.
• Postări populare optimizează pentru trafic agregat, nu pentru întrebarea curentă.
• Un sitemap în subsol sprijină descoperirea largă, nu o cale mică aleasă editorial.
• Un control anterior/următor reflectă ordinea de publicare. Contează doar atunci când acea ordine este ea însăși un curs sau o secvență deliberată.
• Linkuri contextuale în linie explică termeni sau susțin afirmații la punctul de nevoie. Acestea completează acest bloc dar nu îi înlocuiesc rolul de decizie la sfârșitul paginii.

Selecția este manuală în mod implicit. Pentru fiecare link propus, editorul înregistrează un motiv precum „aplică metoda”, „definește prerechizitul”, „compară cele două opțiuni introduse aici” sau „arată dovezi în practică”. Dacă motivul este doar „aceeași etichetă”, elimină elementul.

Selecția automată este acceptabilă în arhivele de știri, colecțiile generate de utilizatori sau inventarele prea mari și volatile pentru o curatare element cu element. Chiar și acolo, impune un set controlat de candidați, excluderi pentru URL-ul curent și paginile expirate, prospețime acolo unde timpul contează, relevanță dincolo de o singură etichetă, un criteriu stabil de departajare și o suprascriere editorială.

Unde să îl plasezi

Plasează blocul după corpul principal complet și după blocul de surse, dar înainte de apelul la acțiune final. Rațiunea este secvențială: sursele încheie obligația de dovezi a paginii curente; conținutul relaționat oferă următorul drum de învățare sau evaluare; apelul la acțiune final oferă drumul comercial sau de produs. Când o pagină nu are un bloc de surse, conținutul relaționat urmează ultimei secțiuni substanțiale.

Nu plasa un al doilea bloc de conținut relaționat în altă parte a paginii. Nu îl așeza lângă o navigare duplicată anterior/următor, un nor dens de etichete sau o altă colecție intitulată „Ți-ar plăcea și”. O singură regiune clară de recomandare este suficientă.

Anatomie

Legendă redată:

1. Titlul secțiunii: denumește relația, de exemplu „Aplică ce ai învățat” sau „Compară următoarele opțiuni.” „Relaționat” generic este acceptabil doar atunci când destinațiile acoperă cu adevărat acțiuni diferite.
2. Titlul elementului: furnizează ancora descriptivă și prezice valoarea principală a destinației.
3. URL-ul destinației: se rezolvă la un URL intern canonic, accesibil crawlerelor, fără lanț de redirecționare.
4. Miniatura: opțional, distinge o destinație atunci când imaginea poartă informații de identificare reale.
5. Motiv pe o linie: opțional, explică de ce această pagină este pasul logic următor; este puternic recomandat atunci când relația nu este evidentă din titlu.
6. Marginea blocului: grupează linkurile ca navigare fără a face întregul card o țintă de clic ambiguă.

Legenda aparține paginii, nu în interiorul imaginii, pentru a rămâne selectabilă, traductibilă și disponibilă tehnologiei de asistență.

Exemple de design

Variantele schimbă densitatea informațională, nu logica editorială.

Doar text: opțiunea implicită atunci când titlurile destinațiilor fac relația clară.

Cu motive: opțiunea implicită pentru etape diferite ale călătoriei. Motivul adaugă relația, fără a repeta titlul.

Cu miniaturi: rezervat cazurilor în care imaginile originale ajută la recunoaștere. Imaginile au nevoie de dimensiuni și text alternativ util, sau un text alternativ gol atunci când titlul denumește deja destinația.

Cross-pillar: face explicite relațiile dintre tipurile de postări, elemente și aplicații de afaceri. Este generat din frontmatter revizuit, nu din etichete.

Parametri

Două elemente sunt permise doar atunci când pagina are o bifurcație restrânsă și credibilă. Trei până la cinci este intervalul normal: suficiente opțiuni pentru a servi diferite nevoi următoare, dar destul de puține pentru ca fiecare link să rămână vizibil și intenționat. Șase este o excepție strictă pentru un stâlp care trebuie să expună un cluster mic complet. Mai mult de șase devine un director, slăbește semnalul editorial al fiecărei muchii și face scanarea pe mobil costisitoare.

Un atribut title omis poate fi derivat din primul titlu din corpul elementului. Nu furniza ambele cu text diferit. Un motiv poate sta în atribut pentru o frază simplă sau în corp când are nevoie de accent inline; nu trebuie să apară de două ori.

Sintaxă și exemple de cod

Numele componentei canonice este related-content. Forma imbricată ::item{} păstrează împreună câmpurile fiecărei destinații și previne ca array-urile paralele să se deplaseze din aliniere.

Directivă Markdown portabilă

:::related-content{heading="Continue with the playbook" variant="reason"}
::item{title="Write a reliable how-to guide" url="/seo-playbook/post-types/how-to-guide/" reason="Turn the element rules into a complete instructional page."}
::item{title="Structure an ultimate guide" url="/seo-playbook/post-types/ultimate-guide/" reason="Connect this element to a broad pillar and its supporting spokes."}
::item{title="Build a use-case page" url="/seo-playbook/post-types/use-case-page/" reason="Carry educational intent into a specific audience and outcome."}
:::

Shortcode Hugo

{{< related-content heading="Continue with the playbook" variant="reason" >}}
  {{< item title="Write a reliable how-to guide" url="/seo-playbook/post-types/how-to-guide/" reason="Turn the element rules into a complete instructional page." />}}
  {{< item title="Structure an ultimate guide" url="/seo-playbook/post-types/ultimate-guide/" reason="Connect this element to a broad pillar and its supporting spokes." />}}
  {{< item title="Build a use-case page" url="/seo-playbook/post-types/use-case-page/" reason="Carry educational intent into a specific audience and outcome." />}}
{{< /related-content >}}

Acesta este contractul de țintă portabil, nu o afirmație că acest depozit înregistrează shortcode-ul. Exemplul live folosește HTML semantic și nu adaugă nicio dependență de aspect.

Bloc sau shortcode WordPress

<!-- wp:amicited/related-content {"heading":"Continue with the playbook","variant":"reason"} -->
[related_item title="Write a reliable how-to guide" url="/seo-playbook/post-types/how-to-guide/" reason="Turn the element rules into a complete instructional page."]
[related_item title="Structure an ultimate guide" url="/seo-playbook/post-types/ultimate-guide/" reason="Connect this element to a broad pillar and its supporting spokes."]
[related_item title="Build a use-case page" url="/seo-playbook/post-types/use-case-page/" reason="Carry educational intent into a specific audience and outcome."]
<!-- /wp:amicited/related-content -->

WordPress ar trebui să folosească un bloc dinamic înregistrat cu controale de elemente imbricate. Forma de shortcode este pentru sisteme care nu pot stoca blocuri imbricate și trebuie înregistrată înainte de publicare.

Exemple

Bun: fiecare link răspunde unei nevoi următoare diferite

:::related-content{heading="Put the method into practice" variant="reason"}
::item{title="Run the pre-publish QA checklist" url="/seo-playbook/process/checklists/pre-publish-qa/" reason="Verify links, evidence, accessibility, and page structure before release."}
::item{title="Build a how-to guide" url="/seo-playbook/post-types/how-to-guide/" reason="Apply the element inside a complete instructional format."}
::item{title="Adapt the playbook for SaaS" url="/seo-playbook/business-types/saas/" reason="Translate the shared rules into a product-led content journey."}
:::

Acest exemplu funcționează deoarece destinațiile sunt distincte dar conectate: verificare, implementare și adaptare de afaceri. Ancoredle menționează ce oferă fiecare pagină, iar motivele explică relația cu pagina curentă.

Rău: widgetul de etichete mascat ca selecție editorială

:::related-content{heading="You may also like"}
::item{title="Read more" url="/blog/new-office/"}
::item{title="Click here" url="/features/ai-visibility/"}
::item{title="Latest post" url="/blog/quarterly-roundup/"}
::item{title="SEO" url="/seo-playbook/"}
::item{title="More SEO" url="/blog/old-seo-notes/"}
::item{title="Another article" url="/academy/how-to-export-prompt-data/"}
::item{title="Recommended" url="/case-studies/hz-containers/"}
:::

Exemplul eșuează chiar dacă fiecare URL se rezolvă. Șapte opțiuni depășesc intervalul. Ancoredle nu prezic destinația. Destinațiile amestecă intenții de știri ale companiei, produs, arhivă, academie și studii de caz fără motive menționate. „Latest” este o regulă de dată, „SEO” este prea larg, iar nimic nu demonstrează că linkurile servesc sarcina următoare a acestui cititor.

Contractul de cluster

Un cluster tematic este un grup planificat de pagini în jurul unui subiect. Stâlpul său este pagina amplă care organizează subiectul; spițele sunt paginile mai restrânse care răspund unor părți ale acestuia. Blocul de conținut relaționat transformă acest plan în linkuri HTML reale:

• Fiecare spiță trimite către stâlpul său. Acest lucru îi spune cititorului unde se încadrează răspunsul restrâns și împiedică spița să devină un punct final izolat.
• Stâlpul trimite către fiecare spiță curentă. Când clusterul are mai mult de șase spițe, folosește secțiuni organizate în corpul stâlpului, în loc să forțezi setul complet într-un singur bloc de conținut relaționat.
• Linkurile laterale conectează o spiță la alta doar atunci când un cititor poate formula relația de pas următor. Partajarea unui părinte nu este suficientă.
• Fiecare muchie este bidirecțională atunci când ambele direcții ajută un cititor. Ancora și motivul invers pot diferi deoarece parcursul diferă.
• Eliminarea, îmbinarea sau redirecționarea unei pagini declanșează o revizuire a fiecărei muchii stocate care trimite către ea.

În cadrul acestui manual, o pagină de tip de postare trimite către elementele pe care le necesită și către tipurile de afaceri care îl adaptează. O pagină de element trimite înapoi către tipurile de postări care îl folosesc. Acele relații sunt generate din frontmatter revizuit conform regulilor cross-pillar: array-ul postTypes al acestei pagini este sursa pentru linkurile sale către tipurile de postări, în timp ce metadatele tipului de postare corespunzător furnizează muchia de întoarcere. Generarea se ocupă de redare; editorii decid totuși dacă relația aparține metadatelor.

Regulile mai ample de redactare a elementelor guvernează modul în care acele metadate rămân portabile. Nu repara niciodată o relație editorială lipsă adăugând o etichetă și sperând că un widget alege corect.

Reguli pentru textul ancora

Textul ancora este formularea vizibilă și pe care se poate da clic a unui link. Scrie-l astfel încât un cititor să poată prezice destinația fără a citi URL-ul. „Construiește un ghid practic” este util; „citește mai mult,” „dă clic aici,” „află mai multe” și un URL gol nu sunt.

Variează ancorele în mod natural, păstrând în același timp subiectul destinației. „Creează un ghid practic” și „structurează un ghid instructiv” funcționează; sinonimele de cuvinte cheie fără legătură, nu. Nu promite niciodată un șablon, calculator, preț, studiu sau listă de verificare pe care destinația nu le are.

În interiorul blocului, ancorele titlurilor ar trebui să fie unice. Dacă două destinații ar folosi același titlu, adaugă audiența, metoda sau rezultatul distinctiv. Păstrează motivul opțional în afara ancorei, astfel încât ținta de clic să rămână concisă, iar listele de linkuri ale tehnologiei de asistență să rămână utile.

Markup schema și accesibilitate

Nu este necesar un tip special JSON-LD. JSON-LD este un format bazat pe script pentru date structurate, iar Schema.org este vocabularul partajat codificat de obicei cu acesta. Linkurile rămân în mod normal parte din Article, TechArticle, Product sau WebPage înconjurătoare. Nu inventa un tip de schemă RelatedContent.

Un ItemList poate descrie blocul doar atunci când este cu adevărat o listă editorială ordonată sau denumită, iar politica de schemă la nivel de site o cere. Dacă este folosit, itemListElement trebuie să se potrivească cu ordinea vizibilă a elementelor, URL-urile și numele. Nu adăuga destinații ascunse sau evaluări sintetice. O firimitură de pâine este o relație diferită și nu trebuie să absoarbă aceste linkuri.

Accesibilitatea începe cu un reper <nav>, adică o regiune pe care tehnologia de asistență o poate identifica drept navigare. Dă-i un titlu vizibil conectat prin aria-labelledby; ARIA este setul de atribute folosite pentru a expune nume și stări ale interfeței atunci când HTML-ul nativ singur are nevoie de ajutor. Folosește un <ul> deoarece ordinea în mod normal nu poartă nicio clasare. Păstrează focalizarea vizibilă a tastaturii, face din titlu linkul principal și evită imbricarea unui card interactiv în interiorul unui alt link.

Textul alternativ al miniaturii nu trebuie să dubleze titlul legat. Folosește text alternativ gol pentru o miniatură decorativă. Când imaginea contribuie cu informații distincte, descrie doar acele informații. Blocul trebuie să rămână complet cu imaginile sau JavaScript dezactivate și nu trebuie să mute focalizarea tastaturii atunci când recomandările se reîmprospătează.

Reguli de redactare

Folosește între trei și cinci elemente în mod implicit, două pentru o bifurcație restrânsă și nu mai mult de șase pentru o nevoie documentată de cluster mic. Scrie un titlu de două până la opt cuvinte, ancore-titlu de trei până la doisprezece cuvinte și motive opționale de opt până la douăzeci și două de cuvinte. Motivele folosesc o singură propoziție, voce activă și o relație concretă: aplică, compară, verifică, definește, diagnostichează sau vezi dovezi.

Fiecare element are nevoie de un motiv editorial distinct în modelul de conținut, chiar și atunci când motivul nu este redat. Revizuiește titlurile după ce titlurile destinațiilor se schimbă. Folosește URL-uri interne canonice, cu slash-uri la început și sfârșit. Elimină parametrii de urmărire, fragmentele care nu identifică secțiuni stabile, redirecționările și linkurile înapoi la pagina curentă.

Nu plasa niciodată reclame, biografii ale autorilor, butoane de urmărire pe rețele sociale, formulare de newsletter, nori de etichete, promoții fără legătură sau citări de surse în interiorul acestui element. Nu amesteca lecturi externe cu pași următori interni; dovezile externe aparțin blocului de surse. Nu folosi insigne precum „cel mai bun,” „popular” sau „recomandat” decât dacă pagina definește și susține baza de selecție.

Tonul ar trebui să fie util și specific, nu urgent. Evită „trebuie citit,” „nu rata,” lipsa artificială de disponibilitate și afirmațiile că destinația este exhaustivă, cu excepția cazului în care domeniul său de aplicare susține acest cuvânt. Blocul recomandă un drum; nu fabrică importanță.

Tipuri de postări care îl folosesc

Array-ul postTypes din frontmatter este sursa de adevăr pentru următoarele relații cross-pillar.

Nu orice candidat trebuie redat pe fiecare pagină. Tipul de postare definește relația eligibilă; editorul paginii selectează destinațiile care au sens pentru subiectul și parcursul real.

Listă de verificare QA

• Blocul apare o singură dată, după surse și înainte de apelul la acțiune final.
• Pagina conține între două și cinci linkuri, sau un motiv documentat pentru utilizarea a șase.
• Fiecare element are un motiv editorial înregistrat dincolo de o etichetă, categorie sau dată de publicare comună.
• Fiecare ancora prezice ce livrează efectiv destinația și evită „citește mai mult,” „dă clic aici” și alt limbaj generic similar.
• Setul susține contractul de cluster: spița în sus, stâlpul în jos și lateral doar atunci când este cu adevărat relaționat.
• URL-ul curent este exclus, destinațiile sunt canonice și niciun link nu se bazează pe o redirecționare sau parametru de urmărire.
• Frontmatter-ul de conținut relaționat este în acord cu linkurile cross-pillar redate.
• Blocul rămâne lizibil, navigabil și complet fără miniaturi sau JavaScript.
• Regiunea de navigare are un titlu vizibil și un nume accesibil; focalizarea tastaturii este vizibilă.
• Miniatura există, adaugă valoare de identificare, rezervă dimensiuni și folosește text alternativ corect.
• Motivele adaugă o relație de pas următor în loc să repete titlurile.
• Sursele, anunțurile, formularele, linkurile sociale și promoțiile fără legătură rămân în afara blocului.
• Orice date structurate ItemList corespund exact elementelor și ordinii vizibile.
• Redarea pe mobil expune fiecare titlu și motiv fără un carusel orizontal ascuns.

Un recenzent ar trebui să respingă linkurile doar plauzibile. Fiecare trebuie să fie pasul corect următor, să exprime o muchie arhitecturală reală și să rămână clar în HTML.

FAQ

Șablonul academiei redă intrările FAQ din frontmatter.