Audit LLM al datelor structurate: verifică-ți schema pentru înțelegerea de către AI

Un audit LLM al datelor structurate verifică dacă pagina ta spune faptele-cheie într-o formă pe care mașinile nu trebuie să o ghicească: cine o publică, ce fel de pagină este, unde se află în site. Markup-ul schema.org este vocabularul comun pentru asta, iar Google recomandă JSON-LD ca format cel mai ușor de implementat și de întreținut (Google Search Central, introducere în datele structurate). Adoptarea este departe de a fi universală: în 2024, JSON-LD era prezent pe 41% dintre pagini, față de 34% în 2022 (HTTP Archive Web Almanac 2024, datele structurate).

Cum funcționează auditul LLM al datelor structurate?

Introdu un domeniu sau URL-ul complet al unei pagini, rezolvă verificarea anti-bot și pornește analiza. Instrumentul preia pagina așa cum ar face-o un crawler, fără să ruleze JavaScript, și citește două tipuri de markup.

• Blocuri JSON-LD: fiecare <script type="application/ld+json"> este analizat. Tipurile sunt citite din fiecare obiect de nivel superior, din tablouri și din interiorul @graph. Un bloc care nu este JSON valid este numărat ca invalid.
• Microdata: fiecare atribut itemtype="https://schema.org/..." adaugă tipul său în listă.

Raportul arată scorul și nota, numărul de blocuri JSON-LD și de blocuri invalide, tipurile de schemă detectate, apoi cele cinci tipuri așteptate, marcate ca prezente sau lipsă, fiecare cu o explicație de o linie și o recomandare. Versiunea gratuită permite trei audituri pe zi.

Testează paginile care contează pentru citări, nu doar pagina de pornire: un articol de blog, o pagină de produs sau de serviciu, o comparație. Fiecare șablon are markup-ul său.

Cum se calculează scorul?

Scorul este o pondere ponderată a verificărilor trecute. Fiecare verificare trece sau eșuează; ponderile adună 9, iar rezultatul este convertit într-un scor din 100.

Nota urmează scorul: A de la 90, B de la 75, C de la 60, D de la 40, F sub acest prag. Eticheta este „Puternic” de la 75, „Bun, de îmbunătățit” de la 60, „Necesită lucru” de la 40 și „Lacune critice” sub 40. Câteva cazuri tipice:

• Niciun fel de date structurate: 11/100, nota F. Trece doar verificarea „niciun bloc invalid”, pentru că nu există nimic de stricat.
• O pagină de pornire cu Organization și WebSite: 61/100, nota C. Adăugarea BreadcrumbList o aduce la 72.
• Un articol de blog cu Article, Organization, WebSite și BreadcrumbList: 89/100, nota B. FAQPage este singurul tip lipsă.

Ce tipuri de schemă ajută LLM-urile să îți înțeleagă pagina?

Cele cinci tipuri așteptate răspund la cinci întrebări pe care un model le-ar deduce altfel din text. Tabelul adaugă cât de des apare fiecare tip pe paginile mobile în JSON-LD, conform Web Almanac 2024.

Organization este punctul de ancorare. Google explică faptul că markup-ul organization îl ajută să înțeleagă detaliile administrative și să-ți distingă organizația de altele (Google Search Central, date structurate Organization). Proprietatea sameAs face aceeași treabă pentru orice cititor: schema.org o definește ca URL al unei pagini de referință care indică fără ambiguitate identitatea elementului, cum ar fi o intrare Wikipedia sau Wikidata ori un profil oficial (schema.org, sameAs).

Datele structurate te fac citat de asistenții AI?

Nu singure, și merită să fim preciși aici. Google afirmă că nu sunt necesare cerințe suplimentare și nicio schemă schema.org specială pentru a apărea în AI Overviews sau AI Mode; cere ca datele structurate să corespundă textului vizibil al paginii (Google Search Central, funcțiile AI și site-ul tău). Asistenții citează paginile pentru conținutul și autoritatea lor.

Ce face markup-ul este să elimine ambiguitatea. Declară numele brandului tău, logo-ul, profilurile oficiale, autorul și data unui articol și locul paginii în site, într-o formă consecventă. Când un asistent sau indexul de căutare din spatele lui trebuie să decidă despre care „Acme” este vorba sau dacă un articol este actual, aceste fapte explicite ajută. Tratează datele structurate ca pe cartea de identitate a paginii, iar conținutul vizibil ca motivul pentru care merită citată.

FAQPage merită o observație. Google nu mai afișează rezultatul bogat FAQ în rezultatele sale de căutare și și-a eliminat documentația în iunie 2026 (Google Search Central, ultimele actualizări ale documentației). Auditul verifică în continuare tipul, pentru că perechile de întrebări și răspunsuri sunt un format curat și independent pentru orice sistem care citește pagina, dar nu aștepta un efect vizual în Google.

Cum repari problemele găsite de audit?

Lucrează în această ordine, de la cel mai dăunător la cel mai puțin dăunător.

1. Blocuri invalide. Un bloc JSON-LD care nu se analizează este ignorat în totalitate. Vinovații obișnuiți sunt o virgulă în plus la final, un ghilimele neescapată într-o descriere sau o variabilă de șablon lăsată goală. Lipește blocul într-un validator JSON, repară-l și rulează auditul din nou.
2. Niciun JSON-LD. Adaugă un prim bloc cu Organization (name, url, logo, sameAs) și WebSite pe fiecare pagină, prin șablonul tău. Generatorul de scheme produce JSON-LD valid de la care poți porni.
3. Article pe paginile editoriale, cu titlu, autor, datePublished și dateModified care corespund cu ce văd cititorii.
4. BreadcrumbList care reflectă traseul de navigare vizibil.
5. FAQPage doar când pagina arată întrebări și răspunsuri reale. Nu marca niciodată conținut care nu este vizibil.

Apoi verifică pagina din alte unghiuri: verificatorul de lizibilitate LLM măsoară cât de ușor poate un model să extragă răspunsuri din text, iar auditul de optimizare pentru motoarele de răspuns analizează structura paginii din spatele răspunsurilor directe. Pentru definiții, vezi intrarea noastră din glosar despre markup-ul de schemă.

Care sunt limitele auditului?

Verifică prezența și sintaxa, nu calitatea. Ține cont de aceste puncte când citești scorul.

• Proprietățile nu sunt verificate. Un bloc Article fără autor trece verificarea Article. Verifică tu conținutul fiecărui bloc.
• Tipurile imbricate nu sunt numărate. Un Organization declarat doar ca publisher în interiorul unui bloc Article nu trece verificarea Organization. Declarându-l ca obiect propriu, în tablou sau în @graph, rezolvi problema și faci entitatea reutilizabilă cu un @id.
• Fără randare JavaScript. Markup-ul injectat de un manager de etichete sau de un script client nu este văzut. Google poate citi JSON-LD adăugat dinamic, dar mulți alți crawlere nu rulează JavaScript, deci markup-ul generat pe server este alegerea mai sigură.
• Cele cinci tipuri sunt o bază. O pagină de produs are nevoie și de Product și Offer, un business local de LocalBusiness, un eveniment de Event. Auditul nu penalizează lipsa lor.

Ca să vezi dacă markup-ul mai bun și conținutul mai bun se traduc în citări, urmărirea mențiunilor AI îți urmărește brandul în răspunsurile ChatGPT, Claude și Gemini în fiecare lună, iar generatorul de articole de blog publică pe site articole structurate și sursate.

JSON-LD valid cu Organization și Article este baza pe care ar trebui să o îndeplinească fiecare pagină. Auditează paginile-cheie de mai sus, apoi vezi planurile Sorank ca să îți urmărești vizibilitatea în răspunsurile AI în mod autopilot.