Modelarea entităților
Definim ce reprezintă pagina: organizație, serviciu, produs, articol, locație sau alt obiect real. Stabilim identificatori stabili și evităm entități paralele pentru același lucru.
Schema.org și Rich Results
Date structurate care descriu entități reale, nu doar cod valid.
Audităm și implementăm marcajul Schema.org în format JSON-LD, astfel încât paginile, produsele, organizația și celelalte entități importante să fie descrise coerent. Separăm structura semantică de eligibilitatea pentru rezultate îmbogățite și eliminăm marcajele duplicate, contradictorii sau inventate.
JSON-LDEntități conectateFără duplicateValidareMonitorizare
Schema.orgvocabular semantic
JSON-LDimplementare separată de conținutul vizibil
Rich Resultseligibilitate separată, nu promisiune
Grafaceleași entități, aceleași identificatoare
Ce rezolvăm
Nu adăugăm tipuri Schema.org la întâmplare. Construim o structură verificabilă.
Un validator poate confirma sintaxa, dar calitatea implementării depinde și de concordanța cu pagina, relațiile dintre entități, regulile motorului de căutare și lipsa contradicțiilor între pluginuri sau teme.
JSON-LD curat
Preferăm o implementare ușor de întreținut și testat, fără fragmente generate în mai multe locuri care ajung să se contrazică după actualizări.
Detectarea duplicatelor
Verificăm tema, pluginurile SEO, WooCommerce, extensiile pentru recenzii și codul personalizat pentru Organization, Product, BreadcrumbList, Article și alte tipuri repetate.
Validare pe două niveluri
Separăm validitatea Schema.org de cerințele specifice ale unui rezultat îmbogățit. O proprietate validă semantic poate să nu fie relevantă pentru o funcție Google.
Eligibilitate realistă
Implementăm numai ceea ce este susținut de conținutul vizibil al paginii și ceea ce permite tipul de conținut. Datele structurate pot face pagina eligibilă, dar nu garantează afișarea unui rezultat îmbogățit.
Publicare controlată
Testăm pe un eșantion, inspectăm pagina randată, apoi extindem implementarea. După lansare urmărim rapoartele disponibile și regresiile introduse de modificări ulterioare.
Anatomia unui graf bun
Patru niveluri diferite. Un singur adevăr despre pagină.
Selectează fiecare nivel pentru a vedea ce verificăm. Pe ecranele înguste, controalele de glisare apar doar dacă opțiunile nu încap.
01 / ENTITATE
Mai întâi stabilim ce reprezintă obiectul descris.
Un URL nu este automat o entitate distinctă. Identificăm obiectul real și rolul paginii înainte să alegem tipul Schema.org.
- Organization vs LocalBusiness
- Product vs ProductGroup
- Article, Service sau WebPage
ENTITATE PRINCIPALĂProduct@id: /produs/#produs
02 / PROPRIETĂȚI
Adăugăm informația pe care pagina o poate susține.
„Obligatoriu” și „recomandat” nu înseamnă „completează orice câmp”. Proprietățile trebuie să corespundă conținutului real și să rămână corecte după schimbări.
- name, image, description
- offers, brand, author
- date, address, identifiers
name✓brand✓offers✓aggregateRatingdoar dacă există
03 / RELAȚII
Legăm entitățile, nu le duplicăm.
Folosim @id-uri coerente pentru ca Organization, WebSite, WebPage, Product, Offer sau LocalBusiness să formeze același graf și să nu apară ca obiecte fără legătură.
- provider / publisher
- mainEntity / isPartOf
- brand / offers / breadcrumb
WebPageProductOfferOrganization
04 / ELIGIBILITATE
Schema.org și rezultatele îmbogățite nu sunt același lucru.
Un tip poate fi perfect valid în vocabularul Schema.org fără să aibă o prezentare specială în Google. Pentru rezultate îmbogățite verificăm documentația și cerințele funcției respective.
- tip suportat de Google?
- proprietăți obligatorii?
- pagina respectă regulile?
VALID CONFORM SCHEMA.ORG→ELIGIBIL?depinde de tip + reguli + indexare
Tipuri și contexte
Alegem marcajul după conținut și modelul de afaceri.
Exemplele de mai jos nu reprezintă o listă de rezultate îmbogățite garantate. Sunt tipuri și relații frecvent relevante în proiectele comerciale, editoriale și locale.
Organization
Identitatea companiei, logoul, URL-ul și relațiile stabile ale brandului.
LocalBusiness
Locații eligibile, adresă, program și informații locale reale.
Product / ProductGroup
Produse, variante, identificatori, ofertă și disponibilitate când datele există.
Article
Conținut editorial cu autor, date și entitatea care publică materialul.
BreadcrumbList
Ierarhia semantică a paginii, aliniată cu navigația reală.
Service
Descriere semantică a unui serviciu și relația cu furnizorul lui.
Regula KEPA:nu inventăm evaluări, prețuri, autori, stocuri sau alte proprietăți doar pentru a „completa schema”.
De la cod la eligibilitate
Un rezultat îmbogățit este ultima etapă, nu punctul de pornire.
Testarea urmărește mai mult decât un mesaj verde într-un validator. Conținutul trebuie să fie accesibil, coerent, conform și procesat de motorul de căutare.
Sintaxă
JSON-LD este interpretat corect și folosește tipurile și proprietățile potrivite.
Concordanță
Marcajul descrie conținutul vizibil și entitatea corespunzătoare din site.
Cerințe
Verificăm proprietățile și regulile funcției Google vizate.
Accesare și indexare
Pagina publică poate fi accesată, randată și indexată în condiții normale.
Eligibilitate
Pagina poate deveni eligibilă; afișarea efectivă rămâne decizia Google.
Proces
Audităm înainte să generăm încă un graf.
Mai ales în WordPress și WooCommerce, problema nu este întotdeauna lipsa datelor structurate; uneori există deja prea multe surse care generează marcaje diferite.
01
Inventariere
Identificăm tipurile generate de temă, Yoast, WooCommerce, extensiile pentru recenzii și codul personalizat. Marcăm duplicatele și contradicțiile.
02
Model semantic
Stabilim entitățile principale, @id-urile și relațiile dintre Organization, WebSite, WebPage și tipurile specifice conținutului.
03
Implementare și testare
Aplicăm marcajul în stratul potrivit, îl testăm pe șabloane și verificăm atât Schema.org, cât și cerințele Google relevante.
04
Lansare și monitorizare
Publicăm controlat și urmărim erorile, avertismentele și schimbările de șablon care pot introduce regresii.
Livrabile
Primești un graf care poate fi înțeles și întreținut.
Documentăm sursa fiecărei entități și a fiecărei proprietăți importante, astfel încât o actualizare de plugin sau șablon să nu transforme schema într-o cutie neagră.
- Inventar al tipurilor și surselor actuale.
- Hartă de entități și identificatori @id.
- Lista duplicatelor, conflictelor și proprietăților lipsă.
- Implementare JSON-LD pentru componentele convenite pentru proiect.
- Validare înainte și după publicare.
- Recomandări pentru monitorizare și modificări viitoare.
KEPA / HARTA SCHEMA.ORGv1
OrganizationWebSiteWebPage
ProductOffer
- Surse de marcaj
- 3 → 1 sursă controlată
- @id
- coerente
- Duplicate
- eliminate
- Validare
- documentată
Întrebări frecvente
Clarificăm diferența dintre marcaj și rezultat.
Răspunsuri despre JSON-LD, rezultate îmbogățite, WooCommerce, marcajul pentru recenzii și testarea implementării.
Selectează o întrebare pentru a vedea răspunsul.
Ce este marcajul Schema și la ce folosește?
Marcajul Schema, numit și schema markup, este o implementare de date structurate bazată pe vocabularul Schema.org. Ajută motoarele de căutare și alte sisteme să identifice mai clar entitățile și relațiile dintr-o pagină. Nu înlocuiește conținutul vizibil și nu garantează o afișare specială în rezultate.
Schema.org garantează rezultate îmbogățite în Google?
Nu. Datele structurate pot face o pagină eligibilă pentru anumite funcții, dacă tipul este acceptat și sunt respectate cerințele specifice. Google decide dacă și când afișează un rezultat îmbogățit (rich result), iar o implementare validă nu reprezintă o garanție de apariție.
De ce preferați JSON-LD?
Google acceptă mai multe formate de date structurate. În proiectele KEPA preferăm de regulă JSON-LD atunci când integrarea permite, deoarece separă datele structurate de conținutul HTML vizibil și este mai ușor de întreținut, testat și conectat într-un graf coerent.
Putem adăuga orice tip Schema.org pe orice pagină?
Nu ar trebui. Tipul trebuie să descrie corect conținutul și entitatea reală a paginii. În plus, nu toate tipurile Schema.org pot genera un rezultat îmbogățit în Google. Alegem tipurile după conținut, modelul afacerii și documentația actuală, nu pentru a maximiza numărul de proprietăți.
Ce se întâmplă dacă Yoast, tema și WooCommerce emit aceeași schemă?
Nu presupunem automat că orice duplicare este o eroare, dar verificăm dacă apar entități paralele, valori contradictorii sau mai multe surse care descriu diferit același obiect. Când există un conflict, stabilim o sursă controlată și păstrăm relațiile necesare cu graful existent.
Puteți adăuga stele și recenzii prin date structurate dacă nu există în pagină?
Nu. Nu inventăm evaluări, recenzii sau alte valori pentru a obține o prezentare specială. Marcajul trebuie să corespundă conținutului și regulilor funcției vizate. Pentru fragmentele cu recenzii (review snippets) există și restricții suplimentare în documentația Google, în funcție de tipul entității și de modul în care sunt colectate evaluările.
Cum tratați produsele cu variante în WooCommerce?
Verificăm produsul principal, variantele, identificatorii, ofertele, prețul și disponibilitatea așa cum există în magazin. Pentru cazurile potrivite putem modela Product și ProductGroup, dar implementarea se face după structura reală a catalogului și documentația curentă, nu printr-un șablon universal.
Cum validați implementarea înainte de lansare?
Verificăm sintaxa și vocabularul, apoi testăm cerințele funcției Google vizate, pagina randată și concordanța cu informația vizibilă. După publicare urmărim rapoartele relevante și regresiile care pot apărea când se schimbă tema, pluginurile sau șabloanele.
Surse oficiale pentru regulile tehnice
Documentația a fost consultată la . Tipurile de rezultate îmbogățite acceptate și proprietățile recomandate se pot schimba; înainte de implementare verificăm documentația actuală a funcției vizate.
- Google Search Central — introducere în date structurate
- Google Search Central — reguli generale pentru date structurate
- Google Search Central — galeria funcțiilor bazate pe date structurate
- Google Search Central — Product și ProductGroup pentru variante
- Google Search Central — fragmente de recenzii (review snippets) și restricții
- Schema.org — Schema Markup Validator
Următorul pas
Vrei să știi ce marcaje Schema.org generează site-ul tău acum?
Trimite-ne site-ul și tipurile de pagini prioritare. Verificăm sursele marcajelor, duplicatele și ce trebuie implementat sau corectat înainte să scriem cod nou.