Date structurate și rezultate îmbogățite

Modulul 5: Date structurate · Timp de citire: 11 minute

Obiectivul lecției: După această lecție veți putea explica ce sunt datele structurate, cum este construit un bloc JSON-LD și ce aduce acesta, respectiv ce nu aduce, în rezultatele căutării.

Concepte cheie: date structurate, schema.org, JSON-LD, Microdata, RDFa, @context, @type, proprietate, tip și subtip, rezultat îmbogățit (rich result), panou de cunoștințe, nicio garanție, descrieți doar conținutul vizibil, rezultate îmbogățite eliminate (FAQ, HowTo)

Ce vede un motor de căutare când vă citește pagina

Un om care deschide pagina de contact a florăriei Bloemenatelier Lotte vede imediat: aceasta este o florărie, aceasta este adresa, la această oră se deschide. Un motor de căutare citește aceeași pagină ca pe un șir lung de text și HTML. Poate extrage multe informații din el, dar trebuie să ghicească. Este "033 000 0000" un număr de telefon sau un număr de comandă? Este "Voorbeeldstraat 12" adresa magazinului sau a unui furnizor?

Datele structurate sunt o bucată suplimentară de cod în care notați aceste fapte împreună cu o etichetă fixă: acesta este numele, aceasta este adresa, acesta este programul. Google o spune chiar el: Google folosește datele structurate pe care le găsește pe web pentru a înțelege conținutul unei pagini. Nu este deci un text pentru vizitatorii dumneavoastră, ci un rezumat pentru mașini.

schema.org: un singur dicționar pentru toate motoarele de căutare

Pentru ca acest lucru să funcționeze, etichetele trebuie să aibă peste tot același nume. Pentru aceasta există schema.org, un dicționar comun lansat în iunie 2011 de Google, Bing și Yahoo. Acesta conține tipuri (categorii de lucruri, precum Organization, LocalBusiness, Product, Event) și proprietăți (caracteristici ale unui astfel de lucru, precum name, address, telephone).

Tipurile sunt imbricate, de la general la specific. O florărie este, în schema.org:

Thing > Organization > LocalBusiness > Store > Florist

Un subtip moștenește toate proprietățile tipurilor de deasupra sa. Un Florist are deci și un address (de la LocalBusiness) și un name (de la Thing). Google vă cere să folosiți cel mai specific tip care se potrivește: mai degrabă Florist decât doar LocalBusiness.

Trei moduri de a le scrie

Există trei notații. Google le acceptă pe toate trei și afirmă că sunt la fel de bune, atâta timp cât marcajul este valid:

Și Bing citește schema.org, în JSON-LD și Microdata. În acest curs folosim doar JSON-LD: este separat de aspectul paginii, îl puteți citi fără să căutați prin HTML, iar o greșeală în el nu vă strică pagina.

Citirea unui bloc JSON-LD

Iată cum arată un bloc mic pentru Bloemenatelier Lotte:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Florist",
  "name": "Bloemenatelier Lotte",
  "url": "https://www.example.com/",
  "telephone": "+31 33 000 0000"
}
</script>

Rând cu rând:

• @context spune ce dicționar folosiți: https://schema.org. Fără acest rând, cititorul nu știe ce înseamnă name.
• @type spune ce fel de lucru este. Majusculele contează: Florist, nu florist.
• Urmează apoi proprietățile, de fiecare dată în forma "naam": waarde (nume: valoare). O valoare poate fi un text (între ghilimele), un număr, o listă (între [ ]) sau din nou un obiect cu propriul @type (între { }), de exemplu o adresă.

JSON este strict. Orice text stă între ghilimele duble, proprietățile sunt separate prin virgulă, iar după ultima proprietate nu se pune virgulă. O singură virgulă greșită și întregul bloc devine invalid: cititorul îl aruncă atunci, chiar dacă restul este corect. În lecția 5.3 exersați cu astfel de greșeli.

O pagină poate avea mai multe blocuri sau un singur bloc cu o listă sub @graph. Aceasta din urmă este, de exemplu, varianta folosită de AI Builder: pe fiecare pagină există un obiect WebSite, iar pe pagina principală și pe paginile cu un bloc de contact apare și firma.

Ce aduce: rezultate îmbogățite și panoul de cunoștințe

Rezultatele obișnuite ale căutării constau dintr-un titlu, o adresă și un fragment de text. Un rezultat îmbogățit (rich result) este un rezultat cu ceva în plus: stele și preț la un produs, timp de preparare la o rețetă, dată și loc la un eveniment, un traseu de navigare (breadcrumb) în locul unei adrese simple. Pentru multe dintre aceste afișări, Google are nevoie de date structurate.

Pentru o firmă locală, efectul cel mai important este altul: Google vă poate folosi datele pentru panoul de cunoștințe (knowledge panel), blocul cu adresa, programul și telefonul care apare în dreapta sau în partea de sus atunci când cineva vă caută firma. Aici contează și Google Business Profile (modulul 6) și alte surse.

Trei lucruri pe care Google le spune clar:

1. Nicio garanție. Google nu garantează că datele dumneavoastră structurate vor apărea în rezultatele căutării, nici chiar dacă testul spune că totul este corect.
2. Proprietăți obligatorii. Un element fără proprietățile obligatorii nu este eligibil pentru un rezultat îmbogățit. Proprietățile recomandate îmbunătățesc rezultatul.
3. Nu este un buton pentru poziții mai bune. Google prezintă datele structurate ca o modalitate de a vă înțelege pagina și de a permite afișări speciale. Nicăieri nu scrie că veți urca în clasament datorită lor. Cine promite acest lucru promite ceva ce Google nu spune.

Afișările pot și să dispară

Rezultatele îmbogățite disponibile se schimbă. Două exemple cunoscute:

• HowTo (ghiduri pas cu pas): din septembrie 2023, Google nu le mai afișează.
• FAQ (întrebări și răspunsuri care se extind): în august 2023 au fost limitate la site-uri cunoscute ale autorităților publice și din domeniul sănătății, iar din 7 mai 2026 Google nu le mai afișează deloc.

În 2025 și 2026, Google a eliminat și alte afișări pentru a simplifica pagina de rezultate. Tipul FAQPage continuă totuși să existe în schema.org. Lecția de reținut: nu construiți un site în jurul unei singure afișări speciale, iar dacă aveți dubii, verificați în documentația Google ce afișări mai există în prezent. Descrierea datelor firmei ca LocalBusiness rămâne însă utilă, deoarece este vorba despre fapte reale și stabile.

Descrieți doar ce există cu adevărat pe pagină

Cea mai importantă regulă a Google: datele dumneavoastră structurate trebuie să fie o reprezentare corectă a paginii. Nu descrieți nimic din ce un vizitator nu poate vedea pe pagină și nimic înșelător. Dacă în JSON-LD scrie "deschis până la 22:00", iar dumneavoastră închideți la 18:00, nu este un truc inteligent, ci o greșeală care își trimite clienții la o ușă închisă. Abuzul (de exemplu recenzii inventate) poate duce la o acțiune manuală: pagina nu mai este atunci eligibilă pentru rezultate îmbogățite. Lecția 5.3 tratează acest subiect mai detaliat.

În practică: cine scrie JSON-LD-ul?

Aproape nimeni nu îl tastează de mână. AI Builder de la WebOké adaugă automat un obiect WebSite și un obiect pentru firmă (LocalBusiness sau un subtip precum Florist) în fiecare site publicat, completat cu datele firmei pe care le introduceți la site. În WordPress, pluginurile SEO fac același lucru, la fel ca mulți alți constructori de site-uri. Acest lucru vă scutește de muncă, dar rămâne responsabilitatea dumneavoastră ca datele să fie corecte. Verificați deci personal ce scrie: în codul sursă al paginii (căutați ld+json) sau cu instrumentele din lecția 5.3.

Rezumat

• Datele structurate descriu faptele de pe pagina dumneavoastră cu etichete fixe din schema.org, astfel încât un motor de căutare să nu fie nevoit să ghicească.
• Google acceptă JSON-LD, Microdata și RDFa și recomandă JSON-LD; folosiți cel mai specific tip care se potrivește.
• Un bloc JSON-LD are @context, @type și proprietăți; o singură greșeală în JSON face întregul bloc inutilizabil.
• Rezultatele îmbogățite și panoul de cunoștințe pot folosi date structurate, dar nu există nicio garanție și nu este un buton pentru clasament.
• Afișări precum FAQ și HowTo au fost eliminate; descrieți doar ceea ce există cu adevărat și vizibil pe pagină.

Test

Exercițiu

Exercițiul A5.1: Ce date structurate se află pe pagina dumneavoastră? Introduceți adresa unei pagini (pagina principală sau pagina de contact; dacă nu aveți un site propriu, folosiți pagina principală a unui magazin online cunoscut sau https://www.rijksoverheid.nl/, site-ul guvernului olandez). Deschideți mai întâi personal codul sursă (Ctrl+U), căutați ld+json și notați ce valori @type găsiți. Introduceți-le. Programul citește toate blocurile JSON-LD de pe pagină, verifică dacă JSON-ul este valid și pune tipurile găsite alături de răspunsul dumneavoastră.

Resurse suplimentare

Pașii din aceste articole se aplică panourilor WebOké; la alți furnizori procedura este asemănătoare.

• Manual WebOké 8.2: AI Builder: editare, versiuni și publicare
• Google Search Central, Introducere în datele structurate: https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
• Google Search Central, Reguli generale pentru datele structurate: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
• schema.org, dicționarul cu toate tipurile: https://schema.org/docs/full.html
• Google Search Central, Prezentarea modificărilor din documentație (ce afișări mai există): https://developers.google.com/search/updates