Modulul 5 · 5.3
Testare, întreținere și ce nu este permis
Modulul 5: Date structurate · Timp de citire: 12 minute
Obiectivul lecției: După această lecție, veți putea testa datele structurate cu Rich Results Test și Schema Markup Validator, veți putea explica diferența dintre erori și avertismente și veți putea aplica regulile Google, cum ar fi interdicția recenziilor despre propria afacere.
Concepte cheie: Rich Results Test, Schema Markup Validator, problemă critică (eroare) față de problemă necritică (avertisment), HTML randat, rapoarte în Search Console, reguli pentru datele structurate, recenzii proprii (self-serving), acțiune manuală, blocuri duble, întreținere
Două instrumente de testare, două întrebări
Există două instrumente gratuite, iar fiecare răspunde la o altă întrebare.
| Rich Results Test | Schema Markup Validator | |
|---|---|---|
| De la cine | schema.org (succesorul vechiului Structured Data Testing Tool de la Google, la schema.org din 2021) | |
| Întrebarea la care răspunde | "Este această pagină eligibilă pentru o afișare specială în Google?" | "Este acesta un marcaj schema.org valid?" |
| Ce tipuri | Doar tipurile pentru care Google are o afișare specială | Toate tipurile din schema.org |
| Verifică regulile Google | Da: proprietățile obligatorii și recomandate conform Google | Nu, doar schema.org în sine |
| Date de intrare | Adresa unei pagini sau cod lipit | Adresa unei pagini sau cod lipit |
Începeți cu Rich Results Test (https://search.google.com/test/rich-results). Introduceți adresa paginii dumneavoastră, nu codul: astfel instrumentul vede pagina așa cum o preia Googlebot, inclusiv JSON-LD adăugat prin JavaScript. Dacă lipiți codul, JavaScript poate întâmpina limitări, după cum spune chiar Google. Dacă doriți să știți dacă marcajul dumneavoastră este corect conform schema.org, inclusiv pentru tipuri cu care Google nu face nimic, folosiți Schema Markup Validator (https://validator.schema.org/).
Citirea erorilor și a avertismentelor
Rich Results Test împarte problemele în două categorii:
- Probleme critice (erori). Lipsește o proprietate obligatorie sau o valoare este invalidă. Elementul nu este atunci eligibil pentru o afișare specială. Pe acestea le rezolvați întotdeauna.
- Probleme necritice (avertismente). Lipsește o proprietate recomandată, cum ar fi
priceRangesaugeo. Elementul este valid. Completați proprietatea dacă aveți datele și acestea sunt corecte; nu inventați nimic doar ca să scăpați de un avertisment.
Testul afișează "No items detected" deși știți că pe pagină există JSON-LD? Verificați atunci trei cauze:
- JSON-ul este invalid (o virgulă în plus sau lipsă, ghilimele uitate). Atunci întregul bloc este ignorat. Schema Markup Validator indică de obicei rândul unde apare problema.
- Tipul este necunoscut (
Bloemistîn loc deFlorist) sau scris greșit (localbusiness). - Pagina este blocată pentru Googlebot prin robots.txt sau
noindex(lecțiile 3.3 și 1.3). Google cere în mod expres: nu blocați paginile cu date structurate.
Search Console ține evidența
De îndată ce site-ul dumneavoastră este în Search Console (modulul 2), Search Console afișează în secțiunea Enhancements un raport pentru fiecare tip pentru care Google are o afișare specială și găsește marcaj valid pe site-ul dumneavoastră. Acolo vedeți elementele valide, elementele cu probleme necritice și elementele invalide, cu pagini de exemplu. Câteva lucruri bune de știut:
- Nu există un buton "rezolvă problema". Corectați sursa (site-ul, pluginul, constructorul de site-uri), iar apoi puteți solicita în raport o validare.
- Cifrele reprezintă elemente, nu pagini. O singură pagină poate conține mai multe elemente.
- Dacă pentru un tip nu există raport, Google nu a găsit marcaj valid de acel tip sau tipul nu are o afișare proprie.
Ce nu este permis
Regulile Google pentru datele structurate sunt scurte și stricte. Cele mai importante:
- Descrieți doar ceea ce este vizibil. Fără program de funcționare, prețuri sau recenzii în JSON-LD pe care un vizitator nu le poate găsi pe pagină.
- Fără înșelătorie. Datele trebuie să fie o reprezentare onestă a paginii.
- Pe pagina potrivită. Plasați marcajul pe pagina pe care o descrie.
- Imaginile din datele structurate trebuie să poată fi preluate și indexate de Google.
- Fără recenzii false și fără recenzii care nu provin de la utilizatori reali.
Recenzii despre propria afacere
O regulă care surprinde multe firme: nu plasați în blocul LocalBusiness de pe propriul site niciun aggregateRating sau review despre dumneavoastră. Google spune: dacă firma evaluată gestionează ea însăși recenziile despre sine, paginile cu marcaj LocalBusiness sau alt marcaj Organization nu sunt eligibile pentru stele în rezultatele căutării. Google a introdus această regulă în 2019. Nu contează dacă strângeți recenziile singur, le preluați dintr-un widget sau le copiați de pe un site de recenzii. Stelele afacerii dumneavoastră din Google Maps provin din Google Business Profile (lecția 6.5), nu din propriul JSON-LD.
Pluginurile și temele adaugă uneori automat o astfel de evaluare în marcaj. Verificați deci în propriul JSON-LD dacă apare aggregateRating și dezactivați-l dacă se referă la propria afacere.
Ce se întâmplă în caz de abuz
Dacă încălcați regulile, Google poate aplica o acțiune manuală pentru datele structurate. O vedeți în Search Console la Security & Manual Actions (lecția 2.4). Consecința, potrivit Google: pagina nu mai este eligibilă pentru afișări speciale. Potrivit Google, o astfel de acțiune manuală nu influențează clasamentul obișnuit din rezultatele căutării. După corectare, solicitați în Search Console o reexaminare.
Întreținere: erorile tăcute
Cele mai multe probleme nu apar la scriere, ci mai târziu.
- Două blocuri care se contrazic. Tema dumneavoastră adaugă un bloc
LocalBusiness, iar pluginul SEO la fel, cu un alt număr de telefon. Alegeți o singură sursă și dezactivați-o pe cealaltă. Două blocuri de tipuri diferite (unWebSiteși unFlorist) nu reprezintă o problemă; de două ori aceeași firmă cu date diferite, da. - Date care se schimbă. Număr de telefon nou, mutare, alt program vara. Modificați-le mai întâi în locul lor obișnuit (constructorul de site-uri sau pluginul), apoi verificați Google Business Profile, Apple Business și cataloagele (modulul 6).
- O temă nouă sau un constructor nou. După reînnoirea site-ului, uneori nu mai există JSON-LD sau, dimpotrivă, apare dublat. Testați după fiecare modificare importantă.
- Programe temporare. Sărbătorile și concediile le introduceți în Google Business Profile ca program special. În JSON-LD se poate face cu
validFromșivalidThrough; nu uitați apoi să le eliminați.
Un obicei bun: testați pagina de contact în Rich Results Test după fiecare modificare a datelor firmei și după fiecare actualizare importantă a site-ului, și consultați o dată pe trimestru raportul din Search Console.
În practică: testarea unui site WordPress și a unui site AI Builder
La un site WordPress cu un plugin SEO vedeți adesea în Rich Results Test mai multe elemente: WebSite, Organization sau LocalBusiness, BreadcrumbList și câte un Article pentru fiecare articol. La un site creat cu AI Builder de la WebOké găsiți pe pagina principală un @graph cu un WebSite și firma ca subtip al LocalBusiness. Dacă doriți să vedeți toate proprietățile acelui bloc, inclusiv programul în forma scurtă openingHours, lipiți adresa și în Schema Markup Validator: acesta afișează fiecare tip schema.org și fiecare proprietate. La alți constructori de site-uri, testarea funcționează exact la fel.
Rezumat
- Rich Results Test vă spune dacă pagina este eligibilă pentru o afișare în Google; Schema Markup Validator vă spune dacă marcajul este schema.org valid.
- Testați cu adresa paginii, nu cu cod lipit. Problemele critice le rezolvați întotdeauna; avertismentele doar cu date reale.
- Fără JSON invalid, fără tipuri necunoscute, și nu blocați pentru Googlebot paginile cu date structurate.
- Fără recenzii sau evaluări despre propria afacere în propriul marcaj; abuzul poate duce la o acțiune manuală.
- Testați din nou după fiecare modificare a datelor sau a site-ului și evitați blocurile duble care se contrazic.
Test
Exercițiu
Exercițiul A5.3: Găsiți greșelile. Descărcați fișierul de exemplu jsonld-fouten-1.json: un bloc JSON-LD pentru o florărie, cu șase greșeli. Citiți-l rând cu rând (îl puteți lipi și în Schema Markup Validator) și alegeți dintre cele zece afirmații din exercițiu cele șase care descriu o greșeală reală. Programul compară alegerea dumneavoastră cu cheia fixă și explică pentru fiecare afirmație de ce.
Resurse suplimentare
- Rich Results Test de la Google: https://search.google.com/test/rich-results
- Schema Markup Validator: https://validator.schema.org/
- Google Search Central, Reguli generale pentru datele structurate: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
- Google Search Central, Fragmente de recenzii (cu regula despre recenziile proprii): https://developers.google.com/search/docs/appearance/structured-data/review-snippet
- Google Search Console Help, Rapoarte despre rich results: https://support.google.com/webmasters/answer/7552505
- Google Search Central, Date structurate generate cu JavaScript: https://developers.google.com/search/docs/appearance/structured-data/generate-structured-data-with-javascript
