01
Instrument

Generator Schema.org JSON-LD Gratuit

Generați markup JSON-LD Schema.org valid pentru Articles, Products, Organizations, Local Businesses, pagini FAQ și Breadcrumbs. Copiați și lipiți în orice pagină pentru a activa rezultatele avansate Google.

Configureaza

Alegeți un tip schema.org și completați câmpurile. Câmpurile obligatorii sunt marcate cu *.

Articol

0/110

Titlul principal este obligatoriu pentru o schema Article valida.

Camp obligatoriu.

Autor

Numele autorului este obligatoriu.

Editor

Pagina

Rezultat

Copiați într-un tag script[type=application/ld+json] în head-ul paginii dumneavoastră.

schema.jsonld
{
  "@context": "https://schema.org",
  "@type": "Article"
}
Testeaza in Google Rich Results

Robotul tău robots.txt este gata — dar e doar unul din 99+ semnale SEO.

Rulează un audit gratuit →

Ce sunt datele structurate și de ce contează?

Datele structurate reprezintă un strat de metadate adăugate unei pagini web care descrie conținutul acesteia într-un format lizibil de mașini. Corpul paginii este ceea ce văd oamenii; datele structurate sunt ceea ce citesc motoarele de căutare, asistenții vocali și agregatorii de conținut pentru a înțelege despre ce este pagina. Un post de blog devine un Article clar identificat cu autor, dată de publicare și titlu. O pagină de produs devine un Product cu preț, disponibilitate și recenzii. O locație de afaceri devine un LocalBusiness cu adresă, program și număr de telefon. Vocabularul care definește toate aceste tipuri este Schema.org, un proiect colaborativ lansat în 2011 de Google, Microsoft, Yahoo și Yandex.

Motivul pentru care datele structurate contează este rich results. Când o pagină are date structurate valide și Google decide că interogarea și calitatea conținutului o justifică, SERP-ul afișează funcționalități îmbunătățite alături sau în locul snippet-ului obișnuit. Evaluările cu stele apar sub rezultatele de produs. Acordeoanele FAQ apar sub articole. Traseele breadcrumb înlocuiesc linia URL. Cardurile de rețete afișează timpul de gătire și numărul de calorii. Listările de evenimente arată data și locația. Fiecare dintre aceste îmbunătățiri ocupă mai mult spațiu vertical, diferențiază vizual rezultatul și crește semnificativ rata de clic. Un rezultat pe poziția trei cu un rich snippet depășește în mod obișnuit un rezultat pe poziția unu cu un link albastru simplu.

Dincolo de SERP, datele structurate alimentează web-ul semantic mai larg. Asistenți vocali precum Google Assistant și Alexa citesc schema pentru a răspunde la întrebări. Google Knowledge Graph folosește schema pentru a construi profiluri de entități. Agregatoare precum Google Shopping, Google Travel și Google Jobs se bazează pe date structurate pentru a-și popula verticalele. Fără schema, conținutul dvs. este text care trebuie dedus prin inferență; cu schema, este date care pot fi citate direct.

Ierarhia de procesare Google contează când aveți de ales între formate. Echipa a declarat din 2015 că JSON-LD este formatul preferat, iar o confirmare din 2020 a clarificat că JSON-LD este parsat mai rapid și mai fiabil decât alternativele inline. Ordinea de preferință este JSON-LD primul, Microdata al doilea, RDFa al treilea. Amestecarea formatelor pe aceeași pagină produce rezultate inconsistente — Google poate alege unul, le poate îmbina sau poate semnala conflictul — deci angajați-vă la JSON-LD și evitați amestecarea. JSON-LD are și avantajul practic de a se afla într-un tag <script type="application/ld+json"> în head, separat de HTML-ul redat, ceea ce îl face mai ușor de întreținut și gestionat cu version control.

Cum se folosește acest generator

Formularul este grupat pe tipuri de schema și completați doar câmpurile care se aplică paginii dvs.

Pasul 1 — Alegeți tipul de schema. Alegeți Article, Product, Organization, LocalBusiness, FAQPage sau BreadcrumbList în funcție de ce reprezintă cu adevărat pagina. Generatorul emite markup doar pentru tipuri care corespund conținutului real al paginii; nu vă permite să fabricați intrări FAQ sau recenzii de produs pentru a manipula rich results.

Pasul 2 — Completați câmpurile obligatorii. Fiecare tip de schema are un set de câmpuri obligatorii definit de documentația Google pentru date structurate. Generatorul evidențiază câmpurile obligatorii în roșu și semnalează valorile lipsă înainte de generarea output-ului. Câmpurile opționale sunt vizibile dar pliabile pentru a menține formularul scurt.

Pasul 3 — Copiați JSON-LD și lipiți-l în <head>. Output-ul este un singur bloc <script type="application/ld+json">. Lipiți-l în head-ul paginii pe care o descrie schema. Validați imediat după aceea în Rich Results Test — dacă instrumentul Google raportează erori, niciun rich result nu va fi redat vreodată în producție.

Tipuri de schema și când să le folosiți

Vocabularul Schema.org conține sute de tipuri, dar un set mic acoperă majoritatea paginilor din lumea reală.

Article, NewsArticle, BlogPosting

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Cum să scrieți o meta descriere",
  "datePublished": "2026-04-27T10:00:00+00:00",
  "dateModified": "2026-04-27T12:00:00+00:00",
  "author": { "@type": "Person", "name": "Jane Smith" },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": { "@type": "ImageObject", "url": "https://example.com/logo.png" }
  },
  "mainEntityOfPage": "https://example.com/blog/meta-description"
}

Article este tipul generic părinte. NewsArticle este pentru conținut jurnalistic, editorial — reportaje, investigații, orice cu dată de publicare și un proces editorial. BlogPosting este pentru conținut în format blog — opinii, how-to-uri, postări personale. Folosiți cel mai specific subtip care se aplică cu adevărat. Google recompensează specificitatea în schema prin afișarea rich results potrivite: NewsArticle este eligibil pentru caruselul Top Stories, în timp ce Article simplu nu este. Câmpurile obligatorii sunt headline, datePublished, author și un image pentru eligibilitatea la rich results.

Product

Schema Product vă oferă evaluări cu stele, afișări de prețuri și insigne de disponibilitate în căutare. Câmpurile obligatorii sunt name, image și fie offers (cu preț și monedă), fie review și aggregateRating. Evaluarea agregată este câmpul care produce stelele aurii sub rezultat, dar Google a înăsprit regulile din 2019: evaluarea trebuie să fie derivată din recenzii reale first-party de pe pagina însăși, nu preluate din surse terțe. Falsificarea evaluărilor sau reutilizarea evaluărilor terțe ca și cum ar fi ale dvs. este o acțiune manuală care urmează să se producă.

Organization

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Example Inc.",
  "url": "https://example.com",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://twitter.com/example",
    "https://linkedin.com/company/example",
    "https://en.wikipedia.org/wiki/Example_Inc"
  ]
}

Schema Organization se plasează pe pagina principală și pagina Despre. Spune motoarelor de căutare cine publică site-ul, ceea ce alimentează profilul de entitate din Knowledge Graph care apare în panoul din dreapta pentru căutările de brand. Câmpul sameAs este cel mai important și cel mai adesea omis — listează profiluri externe autoritare care confirmă identitatea organizației. Fără sameAs, Google trebuie să deducă entitatea din context; cu sameAs, legătura este explicită.

LocalBusiness

LocalBusiness extinde Organization cu câmpuri specifice locației: address, geo (latitudine și longitudine), openingHoursSpecification, telephone și priceRange. Este obligatoriu pentru Knowledge Panel-ul care apare în căutarea locală și Google Maps. Folosiți cel mai specific subtip: Restaurant, Dentist, AutoRepair, LegalService și altele, fiecare cu propriile subtipuri. Lista completă se află în secțiunea LocalBusiness de pe Schema.org. Includerea subtipului greșit — Restaurant pentru o cafenea, Store pentru o afacere de servicii — derutează căutarea locală și reduce vizibilitatea pentru interogările potrivite.

FAQPage

Schema FAQPage marchează întrebări și răspunsuri în format Q-and-A. Formatul este simplu — un array mainEntity de obiecte Question, fiecare cu un acceptedAnswer — dar eligibilitatea pentru rich results s-a restrâns drastic din 2023. Google restricționează acum rich results FAQ la site-uri guvernamentale și de sănătate cu autoritate, iar majoritatea paginilor de marketing nu mai văd acordeonul în căutare nici cu markup valid. Schema merită totuși inclusă pentru că ajută Google să înțeleagă structura paginii, dar nu vă așteptați la rich results în afara verticalelor eligibile.

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Acasă",
      "item": "https://example.com"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://example.com/blog"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Articolul curent"
    }
  ]
}

BreadcrumbList înlocuiește linia URL din SERP cu un traseu breadcrumb pe care se poate da clic, unul dintre cele mai fiabil redate rich results pe Google. Pagina curentă (ultimul element) nu necesită un URL item — absența sa îi spune lui Google că aceasta este poziția finală. Includeți întotdeauna BreadcrumbList pe fiecare pagină mai adâncă decât pagina principală; nu costă nimic și crește constant CTR-ul.

Legarea entităților cu @id și sameAs

Majoritatea paginilor reale conțin mai multe entități — un Article cu un autor, un publisher și un traseu breadcrumb. Fără coordonare, ajungeți să declarați aceeași Organization de trei ori în trei blocuri de schema diferite, fără nicio modalitate prin care motoarele de căutare să știe că sunt aceeași entitate. Tiparul @id rezolvă asta.

Atribuiți fiecărei entități un @id stabil și unic care arată ca un URL — de obicei URL-ul canonic al paginii cu un identificator de fragment ca #organization, #article sau #author. Odată ce o entitate este declarată cu un @id, fiecare referință ulterioară poate fi un obiect { "@id": "..." } în loc de un duplicat complet.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Example",
      "url": "https://example.com",
      "logo": "https://example.com/logo.png"
    },
    {
      "@type": "BlogPosting",
      "@id": "https://example.com/article#article",
      "headline": "Titlu",
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

Containerul @graph vă permite să declarați mai multe entități de nivel superior într-un singur bloc JSON-LD, cu legăturile @id stabilind relațiile. Aceasta este cea mai bună practică modernă pentru orice pagină cu mai mult de o entitate și este modul în care plugin-urile SEO ca Yoast și Rank Math își structurează output-ul.

sameAs este proprietatea complementară a @id. Unde @id leagă entități în cadrul site-ului, sameAs leagă entitățile de reprezentările lor canonice din altă parte — pagina Wikipedia, intrarea Wikidata, profilurile oficiale Twitter și LinkedIn. Motoarele de căutare folosesc sameAs pentru reconcilierea entităților, confirmând că Organization-ul dvs. este cel pe care utilizatorii îl caută când caută brandul. Includeți întotdeauna sameAs în schema Organization, Person și entitățile de valoare ridicată.

Greșeli comune care dăunează SEO

Schema pentru conținut care nu apare pe pagină. Schema FAQ pentru întrebări care nu sunt efectiv redate, schema Product cu recenzii care nu există, schema Recipe pe o pagină care nu conține o rețetă — toate acestea încalcă ghidurile Google privind datele structurate și pot declanșa acțiuni manuale. Schema trebuie să descrie conținut vizibil prezent pe pagină.

Tipul de schema greșit. Folosirea Article pentru o pagină de produs, Organization pentru un blog personal, LocalBusiness pentru un serviciu exclusiv online. Tipul greșit derutează motoarele de căutare și împiedică redarea rich results corecte. Alegeți cel mai specific tip care se potrivește cu adevărat și verificați arborele de tipuri Schema.org dacă aveți dubii.

Amestecarea JSON-LD cu Microdata sau RDFa. Când aceeași pagină declară aceeași entitate în două formate, comportamentul Google este nedefinit — poate îmbina, poate alege unul, poate semnala conflictul în Search Console. Angajați-vă la JSON-LD și eliminați datele structurate inline din HTML-ul redat.

Ignorarea câmpurilor obligatorii. Fiecare tip de rich result are câmpuri obligatorii documentate la developers.google.com/search. Article necesită headline, datePublished, author și un image. Product necesită name, image și fie offers, fie date de evaluare. Lipsa oricărui câmp obligatoriu înseamnă că niciun rich result nu va fi redat, chiar dacă restul markup-ului este perfect. Rich Results Test evidențiază ce lipsește.

dateModified vechi. Schema Article cu o valoare dateModified care nu se schimbă niciodată semnalează lui Google că pagina este stagnantă. Invers, actualizarea dateModified la fiecare regenerare a paginii fără o modificare reală a conținutului este și ea un semnal — Google detectează tiparul și desconsideră câmpul. Setați dateModified la ora reală a ultimei editări a conținutului.

Valori @id duplicate sau recursive. Două entități care împart același @id sau o entitate care face referire la propriul @id strică graful. Fiecare @id trebuie să fie unic în blocul JSON-LD. Tiparul de utilizare a identificatorilor de fragment precum #organization, #author, #article menține ID-urile previzibile și unice.

Validarea o singură dată și niciodată după aceea. Markup-ul schema care funcționa la lansare se poate strica în nenumărate moduri: o actualizare CMS schimbă modul de formatare a datelor, o traducere elimină un câmp obligatoriu, un refactor de șablon elimină complet JSON-LD. Rulați Rich Results Test pe cel puțin o pagină per tip de schema după fiecare deploy semnificativ.

Cazuri de margine pe care nimeni nu le menționează

JSON-LD nu este vizibil pentru oameni, dar este vizibil pentru atacatori și competitori care vizualizează sursa paginii dvs. Schema care listează angajați interni după nume, expune adrese de email de afaceri sau detaliază prețuri neafișate pe pagină poate scurge informații pe care ați prefera să le păstrați private. Recomandarea este să puneți în JSON-LD doar date care sunt deja publice în altă parte pe pagină. Celălalt caz de margine este randarea: schema injectată client-side prin JavaScript poate fi ratată de prima trecere de crawling a Googlebot, deoarece coada de randare este separată de coada de indexare și rulează mai târziu. Pentru schema care afectează rich results, randarea server-side sau generarea statică este calea sigură.

Instrumente conexe