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

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

Datele structurate ajută motoarele de căutare să înțeleagă paginile, autorii, organizațiile și faptele. Nu este un comutator de citare pentru AI.

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)

Începeți aici:

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

Adăugarea doar a datelor structurate generice nu a crescut constant citările AI. 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ă. Studiul s-a concentrat în principal pe paginile de produse și recenzii. (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)

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)

Article identifică tipul paginii, autorul și datele. Folosiți-l pe articole reale, dar puneți efortul în conținutul vizibil: adăugarea doar a Article nu a demonstrat că mărește citările AI.

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

Folosiți WebPage pentru a conecta o pagină la articolul, definiția, setul de date, persoana sau organizația sa principală. Un obiect WebPage generic, de unul singur, spune mai puțin decât unul care identifică entitatea principală a paginii.

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)

Folosiți QAPage pentru o pagină reală de întrebări și răspunsuri. Întrebarea clară și răspunsurile vizibile fac treaba utilă; marcajul nu are un efect demonstrat de creștere a citărilor AI.

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

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

Puneți pașii în titluri vizibile și liste numerotate, cu instrumente, timp și avertismente acolo unde este necesar. Marcajul HowTo nu are un avantaj demonstrat î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.

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

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

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

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

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ă

Aceasta ajută la distingerea organizației de altele cu nume similare.

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

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

Google favorizează marcajul complet și precis care corespunde conținutului vizibil în detrimentul unor cantități mari de marcaje incomplete. (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.

Studiul Ahrefs nu a găsit nicio îmbunătățire semnificativă a citărilor prin adăugarea datelor structurate. (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.