Schema.org pentru apariția în AI: Ce marcaje contează acum

Schema.org pentru apariția în inteligența artificială: Ce marcaje contează acum

Începând cu 5 septembrie 2026, datele structurate încă ajută motoarele de căutare să înțeleagă paginile, autorii, organizațiile și faptele. Cu toate acestea, nu reprezintă un comutator direct de clasare pentru răspunsurile generate de inteligența artificială.

Google afirmă că paginile nu necesită marcaj special Schema.org pentru a apărea în Prezentările AI (AI Overviews) sau în Modul AI (AI Mode). O pagină trebuie să fie în principal indexabilă, crawlabilă, eligibilă pentru un snippet de căutare și susținută de conținut util. Google mai spune că datele structurate ar trebui să se potrivească cu conținutul vizibil al paginii. (developers.google.com)

Cea mai bună strategie actuală este, prin urmare:

1. Utilizați date structurate pentru a descrie pagina cu precizie.
2. Potriviți marcajul cu scopul real al paginii.
3. Construiți relații clare între articole, autori, organizații și subiecte.
4. Scrieți răspunsuri directe, complete, în HTML vizibil.
5. Măsurați citările inteligenței artificiale separat de rezultatele bogate tradiționale.

Verdict executiv

Descoperirea amplă a cercetării este importantă: adăugarea datelor structurate generice nu a produs, de una singură, o creștere constantă a citărilor inteligenței artificiale. Un studiu controlat Ahrefs a urmărit 1.885 de pagini care au adăugat JavaScript Object Notation for Linked Data și le-a comparat cu 4.000 de pagini de control. Nu a găsit nicio îmbunătățire semnificativă în citările Google AI Mode sau ChatGPT. Citatele Google AI Overview au scăzut ușor, dar cercetătorii au avertizat că schimbarea a fost mică și nu putea fi atribuită clar marcajului. (ahrefs.com)

Un preprint separat din 2026 a constatat că tipurile generice, cum ar fi Article, Organization, BreadcrumbList și WebPage, nu au prezis independent citările inteligenței artificiale după controlul rangului de căutare și al autorității domeniului. Cea mai puternică descoperire a fost că paginile cu date concrete, bogate în atribute, cum ar fi prețuri, evaluări și specificații, au performat mai bine decât paginile cu doar etichete generice de pagină. Această descoperire s-a concentrat în principal pe paginile de produse și recenzii, deci nu ar trebui tratată ca o dovadă că oricare dintre tipurile din acest articol creează un avantaj de citare. (aixiv.science)

Ce pot și ce nu pot face datele structurate

Datele structurate sunt o descriere a unei pagini, lizibilă de către mașini. Pot indica unui motor de căutare:

• Ce tip de pagină este
• Cine a scris-o
• Ce organizație a publicat-o
• La ce întrebare răspunde
• Ce dată a fost publicată sau actualizată
• Ce persoană, companie, termen sau set de date descrie pagina

Google afirmă că datele structurate pot ajuta sistemele sale să înțeleagă conținutul paginii și să facă paginile eligibile pentru funcții de căutare mai bogate. De asemenea, afirmă că Google Search poate utiliza alte proprietăți Schema.org pentru înțelegere, chiar și atunci când aceste proprietăți nu declanșează un rezultat de căutare vizibil. (developers.google.com)

Datele structurate nu garantează:

• O clasare organică superioară
• O citare a inteligenței artificiale
• Un rezultat bogat
• Un panou de cunoștințe
• Includerea într-un răspuns al inteligenței artificiale
• Utilizarea exactă a textului din marcaj

Bing oferă îndrumări similare. Ghidul său actual pentru webmasteri afirmă că datele structurate pot susține o fundamentare mai clară, dar nu garantează vizibilitatea sau traficul de citare. Bing sfătuiește, de asemenea, editorii să facă faptele și definițiile explicite în conținutul vizibil al paginii. (bing.com)

Principala limitare a cercetării

Panourile de răspuns ale inteligenței artificiale arată de obicei pagina sursă, nu tipul Schema.org care ar fi putut fi prezent pe acea pagină. Google nu publică un raport care să spună, de exemplu, că o pagină a fost citată pentru că a folosit Article în loc de WebPage.

Aceasta creează trei întrebări diferite:

1. A fost citată pagina?
2. Pagina a conținut date structurate?
3. Datele structurate au cauzat citarea?

Majoritatea studiilor pot răspunde doar la primele două. Nu pot dovedi a treia.

De aceea, o pagină cu marcaj FAQPage poate apărea frecvent în răspunsurile inteligenței artificiale fără ca marcajul să fie motivul. Pagina poate avea conținut puternic, un rang înalt în căutare, multe linkuri sau o marcă binecunoscută.

Audit după tipul de schemă

1. Articol

Ce face

Article descrie un articol, o știre, o postare de blog sau o pagină editorială similară. Google susține Article, NewsArticle și BlogPosting ca tipuri de articole. Google nu enumeră proprietăți obligatorii pentru marcajul articolului, dar recomandă adăugarea proprietăților care se aplică paginii. (developers.google.com)

Proprietăți care contează cel mai mult

Utilizați-le atunci când sunt vizibile și precise:

• headline
• author
• author.name
• author.url sau author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google recomandă utilizarea unei Person sau Organization reale pentru autor. De asemenea, recomandă menținerea consecvenței datelor din datele structurate cu datele vizibile de publicare și actualizare. (developers.google.com)

Efectul inteligenței artificiale

Nivel de dovezi: indirect.

Article ajută la stabilirea tipului paginii, a autorului și a prospețimii. Acestea sunt semnale utile pentru sistemele de căutare, în special pe paginile de fapte și conținut editorial. Cu toate acestea, dovezile actuale nu arată că adăugarea doar a Article crește citările inteligenței artificiale.

Lista de verificare pentru articole

• Pagina este cu adevărat un articol.
• Titlul corespunde titlului vizibil.
• Fiecare autor vizibil este inclus.
• Fiecare autor are un obiect Person sau Organization separat.
• Numele autorilor conțin doar nume, nu titluri de post sau nume de editori.
• Autorul trimite la un profil real sau la o pagină de autor.
• Datele de publicare și actualizare sunt vizibile pe pagină.
• Datele utilizează fusul orar corect atunci când este inclusă ora.
• Imaginea reprezintă articolul.
• Editorul este identificat în mod consecvent pe întregul site.
• Articolul nu este marcat ca un tip primar diferit, cum ar fi HowTo, decât dacă pagina servește cu adevărat ambelor scopuri.

2. Pagină Web

Ce face

WebPage este un tip general de pagină. Schema.org afirmă că fiecare pagină web este implicit tratată ca o WebPage, dar o declarație explicită poate ajuta atunci când pagina include proprietăți sau relații la nivel de pagină. (schema.org)

Proprietățile utile includ:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Efectul inteligenței artificiale

Nivel de dovezi: scăzut și indirect.

WebPage este cel mai bine utilizată ca strat exterior al paginii într-un grafic conectat. Poate conecta pagina la articolul său principal, definiție, set de date, persoană sau organizație.

Nu ar trebui tratată ca un tip special de optimizare pentru inteligența artificială. O pagină care conține doar un obiect WebPage generic oferă, de obicei, informații mai puțin utile decât o pagină care își identifică în mod clar entitatea principală.

Lista de verificare pentru Pagina Web

• Utilizați un @id stabil pentru pagină.
• Utilizați URL-ul canonic ca URL al paginii.
• Identificați mainEntity reală a paginii.
• Conectați entitatea principală înapoi la pagină cu mainEntityOfPage.
• Adăugați inLanguage atunci când este cunoscut.
• Păstrați numele și descrierea paginii aliniate cu conținutul vizibil.
• Nu utilizați WebPage pentru a ascunde faptul că pagina este de fapt un articol, un profil, un set de date sau o pagină de întrebări.

3. Pagină QA

Ce face

QAPage este pentru o pagină axată pe o singură întrebare și răspunsurile sale. Google afirmă că utilizează date structurate Question de pe paginile marcate ca QAPage și că ar trebui să existe o singură QAPage și o singură Question principală pe pagină. (developers.google.com)

Proprietăți obligatorii

Pentru eligibilitatea actuală a Google pentru întrebări și răspunsuri:

• QAPage.mainEntity
• Un Question imbricat
• Question.answerCount
• Fie acceptedAnswer sau suggestedAnswer
• Answer.text

O întrebare fără răspunsuri nu este eligibilă pentru rezultatul bogat.

Regulă importantă de conținut

Nu utilizați QAPage pentru:

• O pagină normală de întrebări frecvente
• O postare de blog care răspunde la o întrebare
• Un articol de tip cum să faci
• O pagină de produs care conține multe întrebări
• Un răspuns editorial scris doar de proprietarul site-ului

Google afirmă că utilizatorii trebuie să poată trimite răspunsuri pentru o QAPage normală. Exemple valide includ o întrebare dintr-un forum sau o pagină de asistență unde utilizatorii pot oferi răspunsuri. (developers.google.com)

Efectul inteligenței artificiale

Nivel de dovezi: potrivire semantică medie, fără creștere cauzală dovedită.

O pagină reală de întrebări și răspunsuri este, în mod natural, ușor de înțeles pentru un sistem de recuperare. Cu toate acestea, niciun studiu public puternic nu dovedește că marcajul QAPage în sine crește citările inteligenței artificiale.

Lista de verificare pentru QAPage

• Pagina se concentrează pe o singură întrebare.
• Utilizatorii pot trimite răspunsuri, cu excepția cazului în care pagina se califică pentru o experiență specială de întrebări și răspunsuri educaționale.
• Întrebarea completă este vizibilă.
• Textul complet al răspunsului este vizibil.
• answerCount corespunde numărului real de răspunsuri.
• Răspunsurile acceptate și sugerate sunt etichetate corect.
• Comentariile sunt marcate ca și comentarii, nu răspunsuri.
• Pagina nu este pur și simplu o pagină editorială de întrebări frecvente.
• Pagina nu conține mai multe întrebări fără legătură.

Exemplu QAPage

html

Utilizați acest tipar numai atunci când pagina susține cu adevărat o interacțiune de tip întrebări și răspunsuri.

4. Cum să (HowTo)

Ce face

HowTo descrie instrucțiuni pas cu pas. Google a susținut cândva rezultatele bogate How-to, dar a deprecizat această funcție de căutare în septembrie 2023. Google a declarat că rezultatele How-to nu vor mai apărea pe desktop și fuseseră deja eliminate din căutarea mobilă. (developers.google.com)

Efectul inteligenței artificiale

Nivel de dovezi: scăzut pentru Google.

Pașii vizibili pot ajuta în continuare utilizatorii și sistemele de recuperare. Un tutorial clar cu titluri, pași numerotați, instrumente, timp și avertismente este mai ușor de citit și de citat. Dar dovezile actuale nu arată că marcajul HowTo creează un avantaj special în Google AI Overviews sau AI Mode.

Recomandare

Utilizați HowTo numai atunci când:

• Pagina predă cu adevărat o sarcină.
• Pașii sunt vizibili în conținutul paginii.
• Un alt motor de căutare, platformă sau sistem intern beneficiază de pe urma marcajului.
• Echipa dvs. îl poate menține fără a crea date conflictuale.

Pentru Google Search, prioritizați titlurile HTML puternice, listele numerotate, instrucțiunile clare și imaginile sau videoclipurile utile.

Lista de verificare pentru tutoriale

• Pagina predă o sarcină reală.
• Rezultatul sarcinii este clar.
• Fiecare pas este vizibil și complet.
• Numele pașilor corespund titlurilor vizibile.
• Instrumentele și materialele sunt reale și vizibile.
• Estimările de timp sunt precise.
• Avertismentele de siguranță sunt incluse acolo unde este necesar.
• Prima secțiune oferă un răspuns scurt sau un rezultat.
• Pagina nu se bazează pe marcaj pentru a oferi instrucțiunile.

5. Revizuire Revendicare (ClaimReview)

Ce face

ClaimReview a fost conceput pentru conținutul de verificare a faptelor. Google a eliminat treptat suportul pentru Claim Review din Căutare ca parte a efortului său din 2025 de a simplifica rezultatele căutării. Tipul a fost eliminat din raportarea Search Console și din Rich Results Test. (developers.google.com)

Efectul inteligenței artificiale

Nivel de dovezi: niciun avantaj actual Google.

O verificare a faptelor de înaltă calitate poate fi în continuare citată deoarece indică în mod clar:

• Revendicarea
• Evaluarea
• Dovezile
• Data
• Organizația de verificare a faptelor
• Raționamentul din spatele concluziei

Aceste beneficii provin în principal din conținutul în sine, nu din funcția de căutare Google retrasă.

Recomandare

Pentru o pagină de fapte:

1. Utilizați Article sau NewsArticle atunci când pagina este editorială.
2. Declarați clar revendicarea în text vizibil.
3. Citați dovezi primare.
4. Identificați autorul și organizația de revizuire.
5. Adăugați date de publicare și revizuire.
6. Utilizați ClaimReview numai dacă o altă platformă sau sistem de date o solicită în mod specific.

Nu adăugați ClaimReview doar pentru că vă așteptați ca răspunsurile inteligenței artificiale Google să o prefere.

6. Pagină FAQ

Ce face

FAQPage descrie o pagină care conține întrebări și răspunsuri oficiale. Google a încetat să mai afișeze rezultatul bogat FAQ în Căutare începând cu 7 mai 2026 și a eliminat documentația aferentă în iunie 2026. (developers.google.com)

Efectul inteligenței artificiale

Nivel de dovezi: slab și mixt.

Un studiu de 90 de zile al unui furnizor a adăugat marcaj FAQPage la 120 de pagini. Nu a găsit nicio îmbunătățire fiabilă în citările ChatGPT, Gemini sau Google AI Overview. Perplexity a arătat o mică creștere, dar studiul în sine a declarat că rezultatul a fost specific platformei și nu a dovedit cauzalitatea. (authorityradar.com)

Un alt studiu, pe 615 pagini deja citate, a constatat că marcajul FAQ a apărut mai des pe paginile puternic citate. Această relație a dispărut după controlul paginilor repetate de la aceiași editori. Cercetătorii au concluzionat că dovezile nu au stabilit un efect al marcajului în sine. (getintel.ai)

Recomandare

Utilizați întrebările frecvente atunci când îmbunătățesc pagina pentru cititori. Nu adăugați blocuri mari de întrebări generice doar pentru a viza răspunsurile inteligenței artificiale.

Dacă păstrați marcajul FAQPage pentru un alt motor de căutare sau sistem de conținut:

• Faceți vizibilă fiecare întrebare.
• Faceți complet fiecare răspuns.
• Păstrați marcajul identic cu pagina.
• Nu repetați aceeași întrebare în mai multe blocuri de schemă.
• Nu vă așteptați la un rezultat bogat FAQ de la Google.

Exemplu FAQPage pentru consumatorii non-Google

html

Aceasta este o descriere semantică, nu o promisiune a unei funcții de căutare Google.

7. Organizație

Ce face

Organization ajută Google să înțeleagă și să disambiguizeze o companie, o organizație non-profit, un editor, o școală sau o altă organizație. Google afirmă că marcajul organizației poate influența elemente vizuale precum logo-ul afișat în Căutare și unele informații din panoul de cunoștințe. Nu există proprietăți obligatorii în ghidul actual al Google pentru organizații. (developers.google.com)

Proprietăți recomandate

Utilizați proprietățile care sunt adevărate și vizibile:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Efectul inteligenței artificiale

Nivel de dovezi: indirect, dar util.

Organization poate conecta:

• Editorul la un articol
• Compania la produsele sau serviciile sale
• Marca la profilurile sale oficiale
• Organizația la o identitate web cunoscută

Acest lucru este util pentru disambiguizarea entității. Nu dovedește că un sistem de inteligență artificială va cita pagina.

Lista de verificare pentru Organizații

• Plasați obiectul complet al organizației pe pagina de pornire sau pe pagina organizației.
• Utilizați un @id stabil, cum ar fi https://www.example.com/#organization.
• Utilizați numele public exact al organizației.
• Conectați-vă la profiluri oficiale reale cu sameAs.
• Utilizați subtipul corect al organizației, atunci când este cazul.
• Utilizați un logo real care reprezintă organizația.
• Păstrați informațiile de contact actualizate.
• Referiți organizația din articole în loc să recreați versiuni conflictuale pe fiecare pagină.

8. Persoană

Ce face

Person identifică o persoană care scrie, revizuiește, deține, gestionează sau apare pe o pagină. Este de obicei cel mai util atunci când este conectat la:

• Article.author
• QAPage autorul întrebării sau răspunsului
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Ghidul Google pentru profiluri afirmă că o pagină de profil trebuie să se concentreze pe o singură persoană sau organizație. Obiectul ProfilePage necesită o mainEntity, iar acea entitate trebuie să fie o Person sau Organization. Persoana sau organizația trebuie să aibă un name, sau un alternateName atunci când nu este disponibil un nume. (developers.google.com)

Proprietăți recomandate

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Efectul inteligenței artificiale

Nivel de dovezi: indirect.

Marcajul Person poate ajuta la conectarea numelui unui autor la:

• O biografie
• O slujbă sau un rol
• O organizație
• Articole publicate
• Profile externe
• Domenii de expertiză

Utilizați-l pentru a clarifica identitatea, nu pentru a revendica expertiză pe care pagina nu o susține.

Lista de verificare pentru Persoane

• Utilizați Person numai pentru o persoană reală.
• Utilizați Organization pentru o companie sau o publicație.
• Conectați persoana la o pagină de autor vizibilă.
• Utilizați sameAs numai pentru profiluri precise, oficiale.
• Păstrați titlurile de post și credențialele actualizate.
• Adăugați toți autorii vizibili, nu doar autorul principal.
• Utilizați același @id al persoanei pe toate articolele și paginile de profil.

Matricea proprietăților obligatorii

Ghidul general al Google favorizează datele complete și precise în detrimentul unor cantități mari de marcaje incomplete. De asemenea, avertizează că datele structurate trebuie să reprezinte conținut vizibil și că marcajul corect nu garantează totuși un rezultat bogat. (developers.google.com)

Liste de verificare pentru implementarea cazurilor de utilizare

Pagini de fapte

Cea mai bună combinație:

• WebPage
• Article sau NewsArticle
• Person
• Organization
• ClaimReview opțional, numai pentru un alt consumator susținut

Listă de verificare:

• Afirmați faptul principal aproape de începutul paginii.
• Numiți sursa faptului.
• Conectați-vă la dovezi primare.
• Includeți data publicării și a ultimei revizuiri.
• Identificați autorul și recenzorul.
• Separați faptele de opinii.
• Utilizați Article atunci când pagina este editorială.
• Nu utilizați ClaimReview ca tactică actuală pentru Google Search.

Pagini de definiții

Cea mai bună combinație:

• WebPage
• DefinedTerm
• Article opțional dacă pagina este o explicație editorială lungă
• Organization sau Person atunci când un expert sau un editor este responsabil

DefinedTerm este destinat unui cuvânt, unei expresii, unui cod sau unui concept cu o definiție formală. Principalele sale proprietăți includ name, description, termCode, inDefinedTermSet și sameAs. (schema.org)

Listă de verificare:

• Oferiți definiția în primul paragraf.
• Utilizați un termen clar ca entitate principală.
• Adăugați nume alternative numai atunci când sunt reale.
• Conectați-vă la o definiție externă fiabilă, atunci când este cazul.
• Explicați termenul în limbaj simplu.
• Utilizați exemple și limite.
• Evitați marcarea unei liste de termeni fără legătură ca un singur DefinedTerm.

Tutoriale

Cea mai bună combinație:

• WebPage
• HowTo numai atunci când un alt consumator are nevoie de el
• Article atunci când tutorialul este și un articol editorial
• Person și Organization pentru atribuire

Listă de verificare:

• Afirmați rezultatul înainte de pași.
• Utilizați titluri vizibile numerotate.
• Păstrați fiecare pas concentrat pe o singură acțiune.
• Includeți instrumente, materiale, timp și avertismente, unde este necesar.
• Adăugați imagini sau videoclipuri atunci când ajută.
• Nu ascundeți pașii doar în JSON-LD.
• Nu vă așteptați la rezultate bogate How-to în Google Search.

Cataloage de date

Cea mai bună combinație:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org definește Dataset ca un corp de informații structurate și susține relații precum includedInDataCatalog și distribution. (schema.org)

Google a clarificat la sfârșitul anului 2025 că datele structurate Dataset sunt utilizate de Dataset Search și nu reprezintă o funcție generală de rezultate a Google Search. Prin urmare, ar trebui tratate ca un strat de descoperire a datelor și interoperabilitate, nu ca o scurtătură de citare a inteligenței artificiale. (developers.google.com)

Listă de verificare:

• Oferiți fiecărui set de date un identificator stabil.
• Afirmați subiectul și scopul.
• Includeți editorul sau creatorul.
• Adăugați intervalul de date acoperit de date.
• Afirmați acoperirea geografică, atunci când este relevant.
• Descrieți licențele și condițiile de acces.
• Adăugați fiecare fișier descărcabil ca DataDownload.
• Includeți formatul fișierului și URL-ul de descărcare.
• Păstrați metadatele catalogului sincronizate cu fișierele reale.
• Documentați frecvența actualizărilor și data ultimei actualizări.

Exemplu JSON-LD: pagină de fapte

Acest exemplu conectează pagina, articolul, autorul, editorul și subiectul. Înlocuiți fiecare valoare cu informații care apar pe pagina reală.

html

Exemplu JSON-LD: pagină de definiție

html

Definiția trebuie să apară și ca text normal al paginii. Nu plasați definiția doar în datele structurate.

Exemplu JSON-LD: tutorial

Deoarece rezultatul bogat How-to de la Google este deprecizat, tratați acest marcaj ca fiind opțional pentru alte sisteme. Pagina vizibilă ar trebui să conțină în continuare instrucțiunile complete.

html

Exemplu JSON-LD: catalog de date

html

Capcane comune de implementare

Schemă necorespunzătoare

Cea mai gravă greșeală este marcarea conținutului pe care utilizatorii nu îl pot vedea. Google afirmă că datele structurate trebuie să fie o reprezentare fidelă a paginii, iar conținutul înșelător sau ascuns poate face o pagină ineligibilă pentru rezultate bogate. (developers.google.com)

Exemple comune:

• Marcarea unui articol ca HowTo atunci când nu conține pași reali
• Marcarea unei companii ca autor atunci când articolul a fost scris de o persoană
• Adăugarea de răspunsuri FAQ care nu apar pe pagină
• Utilizarea unei date de publicare viitoare
• Marcarea unei postări de blog generale ca QAPage
• Adăugarea ClaimReview la un articol de opinie

Răspunsuri incomplete

Datele structurate nu pot umple o pagină goală.

Un răspuns scurt și vag în Answer.text sau acceptedAnswer nu creează o sursă puternică. Conținutul vizibil ar trebui să:

• Răspundă direct la întrebare
• Explice limitele și excepțiile importante
• Numească sursele
• Includă date, exemple sau măsurători, acolo unde este util
• Să se susțină singur atunci când este copiat în afara contextului

Ghidul Google privind inteligența artificială afirmă că nu există o lungime ideală a paginii și nu este nevoie să se fragmenteze conținutul în bucăți mici pentru sistemele de inteligență artificială. Scopul mai bun este un conținut util, complet, centrat pe oameni. (developers.google.com)

Entități duplicate

Evitați publicarea mai multor versiuni conflictuale ale aceleiași organizații, autor sau pagină.

Implementare slabă:

• Un obiect Organization cu un nume pe pagina de pornire
• Un al doilea obiect cu un nume diferit pe fiecare articol
• Un al treilea obiect fără @id pe pagina autorului

Implementare mai bună:

• Oferiți organizației un @id stabil
• Oferiți fiecărui autor un @id stabil
• Referiți aceste obiecte din articole, profile și pagini de întrebări
• Mențineți numele, logo-ul, URL-ul și linkurile de identitate externă consecvente

Întrebări duplicate

Nu repetați aceeași întrebare în:

• FAQPage
• QAPage
• Marcajul articolului
• Mai multe secțiuni vizibile ale paginii
• Blocuri multiple JSON-LD

Utilizați tipul de schemă care corespunde scopului principal al paginii. Un singur răspuns clar este mai bun decât mai multe blocuri de marcaj suprapuse.

Date incorecte

Google utilizează mai multe surse pentru a estima datele de publicare și actualizare. Recomandă ca datele vizibile și datele structurate să fie de acord și avertizează împotriva utilizării datelor viitoare sau a datelor legate de evenimente discutate în articol, mai degrabă decât a datelor legate de pagină în sine. (developers.google.com)

Abuzul de sameAs

Un link sameAs ar trebui să identifice aceeași persoană sau organizație din lumea reală. Nu conectați la:

• Un profil social fără legătură
• O pagină de rezultate ale căutării
• O înregistrare generică într-un director
• O pagină cu o ortografie sau identitate diferită
• Un profil pe care organizația nu îl controlează

Marcaj doar JavaScript

Google poate procesa datele structurate adăugate paginii redate, dar o implementare doar cu JavaScript poate fi mai dificil de detectat de către alți crawlere și instrumente de audit. Un bloc JSON-LD redat pe server este, de obicei, mai ușor de testat și întreținut. (developers.google.com)

Un plan practic de testare

Pentru a măsura dacă marcajul are un efect incremental, utilizați un test controlat în loc să vă bazați pe câteva căutări manuale.

Înainte de modificare

Înregistrați:

• Interogările țintă
• Clasarea organică actuală
• Dacă apare un răspuns al inteligenței artificiale
• Ce pagini sunt citate
• Poziția citării, atunci când este disponibilă
• Traficul de căutare
• Conversiile
• Datele structurate curente
• Modificările de conținut efectuate în perioada de testare

În timpul testului

• Adăugați o singură modificare majoră a marcajului odată.
• Păstrați conținutul, linkurile interne, titlurile și backlinkurile stabile.
• Utilizați pagini de control similare care nu primesc modificarea.
• Înregistrați data exactă de publicare a modificării.
• Așteptați suficient timp pentru crawling și reprocesare.

Ahrefs a utilizat controale potrivite și o metodă de diferență în diferențe înainte și după. Abordarea sa este un model util pentru organizațiile care doresc să testeze datele structurate în loc să presupună că o corelație dovedește cauzalitatea. (ahrefs.com)

După modificare

Urmăriți:

• Datele de performanță ale inteligenței artificiale din Google Search Console
• Citațiile Google AI Overview
• Citațiile Google AI Mode
• Citațiile inteligenței artificiale din Bing Webmaster Tools
• Citațiile ChatGPT, Gemini sau Perplexity, atunci când sunt relevante
• Clasări organice
• Clickuri din căutare
• Conversii asistate

Google raportează traficul de căutare al inteligenței artificiale prin raportarea performanței din Search Console. Raportarea performanței inteligenței artificiale din Bing arată paginile citate și interogările de fundamentare, dar nu arată de ce a fost selectată o pagină sau cât de importantă a fost aceasta într-un răspuns. (developers.google.com)

Ordinea de implementare recomandată

Pentru majoritatea editorilor, cea mai bună ordine este:

1. Remediați mai întâi conținutul vizibil.
2. Asigurați crawling-ul și indexarea fiabile.
3. Implementați Article pentru paginile editoriale reale.
4. Conectați autorii cu Person și paginile de profil.
5. Conectați editorii cu Organization.
6. Utilizați WebPage ca un strat curat al graficului la nivel de pagină.
7. Utilizați QAPage numai pentru întrebări autentice ale comunității.
8. Utilizați DefinedTerm pentru pagini de glosar și definiții.
9. Utilizați Dataset și DataCatalog pentru resursele de date.
10. Tratați FAQPage, HowTo și ClaimReview ca marcaj secundar sau non-Google, deoarece funcțiile lor de căutare Google au fost eliminate sau deprecizate.

Concluzie

Cea mai puternică lecție actuală este simplă: marcajul Schema.org ajută mașinile să înțeleagă conținutul, dar nu este o cale garantată către răspunsurile inteligenței artificiale.

Cea mai durabilă implementare nu este o colecție mare de tipuri de schemă. Este un grafic de entități mic și precis:

• Article descrie pagina editorială.
• Person identifică autorul.
• Organization identifică editorul.
• WebPage conectează pagina la entitatea sa principală.
• QAPage descrie o întrebare autentică a utilizatorului și răspunsurile sale.
• DefinedTerm clarifică o definiție.
• Dataset și DataCatalog descriu resurse de date structurate.

Utilizați date structurate acolo unde adaugă o semnificație clară. Nu le utilizați pentru a deghiza conținutul superficial, pentru a duplica textul vizibil sau pentru a imita o funcție de căutare pe care Google nu o mai susține. Pentru apariția în inteligența artificială, munca de cea mai mare valoare rămâne răspunsuri clare, dovezi puternice, entități precise, informații actuale și conținut care se poate susține singur.