Schema.org pentru vizibilitate în AI
Minimul funcțional e un graf JSON-LD cu Organization (cine ești), WebSite (ce e site-ul) și tipul specific paginii — Article, FAQPage, Service sau Product. Nodurile trebuie legate prin @id stabile. Datele structurate nu îți garantează citarea, dar elimină ambiguitatea despre ce entitate ești, care e primul motiv pentru care un model nu te numește.
DAN CRISTIAN · FONDATOR WEBSEM ·
Un graf, nu cinci scripturi separate
Cea mai frecventă implementare greșită e un teanc de blocuri JSON-LD independente: unul pentru Organization, unul pentru Breadcrumb, unul generat de plugin-ul de SEO. Fiecare e valid izolat, dar nimic nu le leagă. Un parser vede trei entități fără relație între ele.
Soluția e @graph, cu @id-uri stabile care se referențiază reciproc:
JSON-LD
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://exemplu.ro/#organizatie",
"name": "Exemplu SRL",
"url": "https://exemplu.ro",
"logo": "https://exemplu.ro/logo.png",
"description": "Ce faceți, într-o frază factuală.",
"email": "contact@exemplu.ro",
"sameAs": [
"https://www.linkedin.com/company/exemplu",
"https://www.facebook.com/exemplu"
]
},
{
"@type": "WebSite",
"@id": "https://exemplu.ro/#site",
"url": "https://exemplu.ro",
"inLanguage": "ro-RO",
"publisher": { "@id": "https://exemplu.ro/#organizatie" }
},
{
"@type": "Article",
"headline": "Titlul articolului",
"datePublished": "2026-07-28",
"dateModified": "2026-07-28",
"author": { "@id": "https://exemplu.ro/#autor" },
"publisher": { "@id": "https://exemplu.ro/#organizatie" },
"isPartOf": { "@id": "https://exemplu.ro/#site" }
}
]
}Ce tip pe ce pagină
| Pagina | Tipul principal |
|---|---|
| Homepage | Organization + WebSite |
| Pagină de serviciu | Service, cu provider legat de Organization |
| Articol de blog | Article sau BlogPosting, cu author Person |
| Întrebări frecvente | FAQPage |
| Pagină de produs | Product cu Offer și AggregateRating |
| Pagină locală | LocalBusiness cu address și openingHours |
Greșeli care anulează efectul
- Date structurate care contrazic textul vizibil. Un preț în schema și alt preț pe pagină e semnal de neîncredere, nu de precizie.
- FAQPage pe o pagină fără întrebări vizibile. Marcajul trebuie să descrie ce e efectiv acolo.
- @id care se schimbă la fiecare deploy sau care conține ID-uri de bază de date. Trebuie să fie stabil ani de zile.
- Copierea unui exemplu fără a schimba câmpurile. Se întâmplă mai des decât ai crede.
Validează cu Schema Markup Validator și cu testul de rezultate îmbogățite Google. Un JSON-LD cu eroare de sintaxă e ignorat complet, nu parțial.