Date structurate pentru răspunsuri AI: ce marchezi și cum

Publicat 2026-11-12

Răspuns scurt

Datele structurate nu deblochează singure răspunsurile AI, dar elimină îndoielile cu privire la fapte. Marchează editorul ca Organization cu linkuri sameAs, fiecare articol cu author, datePublished și dateModified, produsele cu offers, preț și monedă, iar secțiunile de întrebări cu FAQPage. Folosește JSON-LD și păstrează-l identic cu ceea ce afișează pagina.

Un crawler care citește HTML trebuie să deducă cine a publicat o pagină, când s-a schimbat și cât costă un produs. JSON-LD enunță explicit aceste fapte în vocabularul schema.org. Google spune că nu este nevoie de nicio schemă specială pentru funcțiile sale AI, iar alți furnizori AI nu publică cum folosesc marcajul, așa că obiectivul sincer este claritatea, nu un truc de clasare.

Pe această pagină

De ce ajută datele structurate răspunsurile AI?
Cum ar trebui să-mi marchez organizația?
Ce ar trebui să includă marcajul Article sau BlogPosting?
Mai merită să adaug marcaj FAQPage?
Cum marchez prețul unui produs sau al unei aplicații?
Cum verific dacă marcajul meu este citit corect?

De ce ajută datele structurate răspunsurile AI?

Răspunsurile AI trebuie adesea să afirme fapte: cine face un produs, cât costă, dacă un articol este actual. Când aceste fapte se află doar în proză, pot fi înțelese greșit sau amestecate cu fapte din alte pagini. Marcajul oferă o enunțare unică și consecventă a fiecărui fapt, pe care orice parser o poate citi.

Folosește JSON-LD acolo unde poți; Google îl recomandă ca fiind formatul cel mai ușor de implementat și de întreținut. Și respectă regula de bază a Google: nu marca informații care nu sunt vizibile utilizatorilor în pagină, chiar dacă sunt corecte.

Cum ar trebui să-mi marchez organizația?

O Organization cu name, url, logo și sameAs îi spune crawlerului cine se află în spatele site-ului. schema.org definește sameAs ca fiind URL-ul unei pagini de referință care indică fără echivoc identitatea elementului, cum sunt profilurile tale oficiale din alte locuri. Google sugerează să pui asta pe pagina principală sau pe o pagină despre companie; nu e nevoie pe fiecare pagină.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

Dă organizației un @id stabil, pentru ca alte marcaje de pe site, precum publisher dintr-un articol, să se poată referi la ea. În sameAs listează doar profiluri pe care le controlezi. Linkurile către pagini ale altei companii cu nume asemănător fac opusul a ceea ce vrei: estompează identitatea pe care marcajul trebuie să o clarifice.

Google listează și proprietăți opționale precum description, legalName, contactPoint și address. Adaugă-le pe cele adevărate și stabile; lasă deoparte tot ce ar trebui să actualizezi manual.

Ce ar trebui să includă marcajul Article sau BlogPosting?

Pentru articole, proprietățile care contează cel mai mult pentru încredere și prospețime sunt headline, author cu un name și un url care identifică autorul, datePublished și dateModified. Google cere date în format ISO 8601 și recomandă includerea fusului orar.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

Păstrează dateModified onest și consecvent. Folosește aceeași dată în pagina vizibilă și în lastmod din sitemap și actualizeaz-o doar când conținutul se schimbă cu adevărat.

Mai merită să adaug marcaj FAQPage?

Fii clar în privința a ceea ce nu mai face. Google a încetat să afișeze rezultate îmbogățite FAQ în Search și a eliminat documentația pentru acea funcție. Deci marcajul FAQPage nu îți va aduce rezultate FAQ extinse în Google.

Rămâne un tip valid din schema.org, care asociază fiecare întrebare cu răspunsul ei într-o formă citibilă de mașini, ceea ce este util pentru orice sistem care analizează pagina. Dacă pagina ta are deja o secțiune FAQ vizibilă, marcarea ei costă puțin. Nu adăuga în marcaj întrebări care nu se află în pagină.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

Cum marchez prețul unui produs sau al unei aplicații?

Oamenii îi întreabă adesea pe asistenții AI cât costă un produs, iar un preț îngropat într-un tabel de prețuri este ușor de înțeles greșit. Adaugă offers cu price și priceCurrency la marcajul tău Product sau SoftwareApplication. Google listează price ca obligatoriu pentru o ofertă și recomandă priceCurrency; o aplicație gratuită ar trebui să indice prețul 0.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Cum verific dacă marcajul meu este citit corect?

Fiecare bloc JSON-LD trebuie să fie JSON valid. O singură virgulă în plus face parserele să ignore întregul bloc.
Pune JSON-LD în HTML-ul inițial. Marcajul injectat de JavaScript poate fi ratat de crawlerele care nu rulează scripturi.
Compară marcajul cu pagina vizibilă: numele, prețurile și datele trebuie să coincidă exact.
Asigură-te că pagina care conține marcajul nu este blocată pentru crawlerele AI de robots.txt sau de un firewall; marcajul de pe o pagină inaccesibilă nu ajută pe nimeni.
Combină elementele înrudite prin referințe @id, în loc să le repeți, ca editorul din marcajul articolului și marcajul Organization să fie clar aceeași entitate.
Generează datele și prețurile din aceleași date care alimentează pagina vizibilă, ca cele două să nu se depărteze după o actualizare.

AISeeWhy analizează JSON-LD-ul din pagina ta și raportează blocurile invalide, lipsa publisher sau sameAs, datele incomplete ale articolelor, marcajul de aplicație sau produs fără preț și titlurile de întrebări fără marcaj FAQ corespunzător, cu un fragment gata de folosit pentru fiecare remediere.

Întrebări frecvente

Am nevoie de date structurate pentru a apărea în Google AI Overviews?

Nu. Google spune că nu sunt necesare date structurate schema.org speciale pentru AI Overviews sau AI Mode. Marcajul ajută totuși să faci fără echivoc fapte precum datele și prețurile.

JSON-LD, Microdata sau RDFa?

Toate sunt valide, dar Google recomandă JSON-LD acolo unde configurația ta o permite, pentru că este mai ușor de adăugat și de întreținut separat de HTML-ul vizibil.

Ar trebui ca fiecare pagină să aibă marcaj Organization?

Google sugerează să îl pui pe pagina principală sau pe o singură pagină care descrie organizația. Celelalte pagini se pot referi la el prin @id.

Înlocuiesc datele structurate un conținut bun?

Nu. Marcajul enunță fapte despre pagină; nu transformă un răspuns slab într-unul puternic. Răspunsurile AI citează în continuare textul vizibil, deci pagina trebuie să răspundă bine la întrebare prin ea însăși.

Pot marca conținut ascuns vizitatorilor?

Nu. Ghidurile Google spun să nu marchezi informații care nu sunt vizibile utilizatorilor, chiar dacă sunt corecte.