Întrebare explicată · gr.AI

La ce folosesc datele structurate pentru AI

de Cătălin Popa · actualizat 2026-09-01

Multă lume le crede tot un truc de SEO. E moștenirea de la rezultatele îmbogățite: steluțe galbene în listă, rețete cu poze, prețul afișat sub link. În AI search fac altceva.

Un model care îți deschide pagina primește HTML brut. Trebuie să deducă singur ce e fiecare bucată de text. Un titlu, un preț, un program de funcționare, numele unui om. Datele structurate îi spun direct, fără ghicit.

Întâi ce nu fac

Nu urcă nimic în clasament. Nu sunt factor de poziționare, nici în căutarea clasică, nici în răspunsurile AI. Nu compensează un text prost și nu înlocuiesc conținutul lipsă din pagină. Dacă textul nu e livrat de server, un bloc de date structurate perfect scris descrie o pagină pe care motorul tot nu o poate citi.

Fac un singur lucru și îl fac bine: elimină ambiguitatea. Diferența nu e între a fi găsit și a nu fi găsit. E între a fi citit și a fi înțeles.

Ce declară coralbaby.ro și de ce

E un cabinet de terapii pentru copii, deci un domeniu în care o descriere aproximativă e mai rea decât niciuna. Trei tipuri, alese pentru că închid fiecare câte o portiță de interpretare.

  • MedicalTherapy

    Fiecare terapie e declarată ca terapie medicală, nu ca serviciu generic. Un model întrebat despre o terapie anume nu trebuie să deducă din context că e vorba de tratament.

  • MedicalAudience

    Pentru cine e potrivită fiecare terapie. Vârstă, situație, tip de pacient. Fără asta, un model poate recomanda corect cabinetul unui om nepotrivit.

  • EducationalOccupationalCredential

    Calificările terapeuților, declarate ca atare. Nu ca să apară frumos undeva, ci ca să nu rămână loc de interpretare privind cine face tratamentul.

Puse împreună, spun un lucru care nu mai poate fi citit greșit. E cabinet medical, cu terapii anume, pentru pacienți anume, ținut de oameni cu diplome verificabile.

Ce declară muzeulcfr.ro și de ce

Alt tip de site, alte nevoi. La un muzeu, cele mai căutate două informații sunt când e deschis și cum se ajunge. Amândouă sunt scrise și în text, dar textul se poate citi greșit.

  • OpeningHoursSpecification

    Programul, scris o dată, în format citibil de mașină. Un model întrebat când e deschis muzeul nu mai scormonește prin text și nu mai riscă să citească un program vechi din altă pagină.

  • GeoCoordinates

    Coordonatele exacte, nu doar adresa. Contează pentru un muzeu la care intrarea nu e unde te aștepți, iar diferența dintre o adresă și un punct pe hartă e o plimbare degeaba.

Cele trei feluri în care se strică

Partea neplăcută e că un bloc stricat nu dă eroare nicăieri. Site-ul merge, pagina arată bine, nimeni nu află până când nu se uită cineva anume.

  1. 01

    Există, dar e gol

    Platforma generează automat blocul, iar câmpurile care contează rămân necompletate. Am văzut un magazin cu bloc de produs pe toate cele 358 de pagini, fără preț și fără disponibilitate în niciunul. Validatoarele treceau testul.

  2. 02

    Există, dar e greșit peste tot deodată

    Mai rău decât gol. Aceeași adresă greșită, declarată pe fiecare pagină a site-ului. Motoarele au învățat-o corect pe cea greșită, fiindcă era repetată consecvent.

  3. 03

    Există, dar JSON-ul e stricat

    O virgulă în plus, o ghilimea neînchisă. Blocul se ignoră în tăcere și nu te anunță nimeni. Din punctul de vedere al motorului, e ca și cum nu l-ai fi scris.

Ce contează la ele, pe scurt

Trei reguli, și toate sunt banale. Tipurile să fie cele potrivite, nu cele la modă. Să descrie ce chiar e pe pagină, nu ce ai vrea să fie. Și să fie valide, pentru că altfel nu există.

Verificarea se face cu instrumentul de test al rezultatelor îmbogățite de la Google sau cu validatorul schema.org. Dar înainte de validator, citește pur și simplu ce scrie în bloc. Majoritatea problemelor pe care le găsim nu sunt erori de sintaxă, ci câmpuri care spun altceva decât pagina.

Mai departe