Salt la conținut

Setări cookie-uri

Alegeți pentru fiecare tip ce cookie-uri permiteți. Puteți modifica oricând alegerea prin Setări cookie-uri, în partea de jos a fiecărei pagini. Declarație de confidențialitate

Necesare

Mereu active

Necesare pentru autentificare, pentru păstrarea coșului și pentru a vă reține alegerile. Acestea sunt mereu active.

Ce cookie-uri?
  • weboke_sessie, weboke_klant, weboke_remember: sesiunea și menținerea autentificării
  • weboke_basket: coșul de cumpărături
  • wkBtwIncl: afișarea prețurilor cu sau fără TVA
  • wok_cookies: alegerea privind cookie-urile, 12 luni

Măsoară ce reclamă duce la o vizită sau o comandă, ca să nu plătim pentru reclame care nu aduc nimic.

Ce cookie-uri?
  • Google Ads prin Google Tag Manager (_gcl_au, _gcl_aw), până la 90 de zile
  • OpenAI Ads, reclame în ChatGPT
  • wok_aff: prin ce partener ați ajuns la noi (program de afiliere), 60 de zile

4,6

Țară și limbă

Fiecare țară are propriul site, cu prețurile și TVA-ul pentru țara respectivă.

Vedeți

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 TestSchema Markup Validator
De la cineGoogleschema.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 tipuriDoar tipurile pentru care Google are o afișare specialăToate tipurile din schema.org
Verifică regulile GoogleDa: proprietățile obligatorii și recomandate conform GoogleNu, doar schema.org în sine
Date de intrareAdresa unei pagini sau cod lipitAdresa 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 priceRange sau geo. 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:

  1. 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.
  2. Tipul este necunoscut (Bloemist în loc de Florist) sau scris greșit (localbusiness).
  3. 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 (un WebSite și un Florist) 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 și validThrough; 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

1. Doriți să aflați dacă blocul dumneavoastră Florist respectă regulile Google pentru afacerile locale. Ce instrument folosiți mai întâi?



2. Rich Results Test afișează un avertisment: "Missing field priceRange". Ce faceți?



3. Pluginul SEO adaugă "aggregateRating": {"ratingValue": "4.8", ...} în blocul LocalBusiness al propriei firme. Ce spune Google despre acest lucru?



4. Rich Results Test nu găsește niciun element, deși știți sigur că în codul sursă există un bloc JSON-LD. Care este cauza cea mai probabilă?



5. Google aplică site-ului dumneavoastră o acțiune manuală pentru date structurate. Care este consecința, potrivit Google?



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.

Exercițiul A5.3: Găsiți greșelile

Fișier la acest exercițiu: jsonld-fouten-1.json

A. @context indică o adresă greșită. B. telephone are formatul greșit. C. Tipul Bloemist nu există în schema.org. D. Adresa este un text în loc de un PostalAddress. E. Valorile din geo trebuie puse între ghilimele. F. Programul folosește denumiri olandeze ale zilelor și nu notația de 24 de ore. G. Conține o evaluare a propriei firme. H. url nu are voie să înceapă cu https. I. După ultima proprietate există o virgulă, din acest motiv JSON-ul este invalid. J. sameAs nu are voie să indice către Instagram. Lipiți apoi fișierul în Schema Markup Validator: ce erori semnalează acest instrument?


Ceea ce completați și ceea ce găsim nu se salvează. Browserul dumneavoastră reține răspunsurile și dacă ați rezolvat exercițiul. Dacă sunteți autentificat, păstrăm în Cursurile mele doar faptul că exercițiul a fost (aproape) corect; și de acolo îl puteți șterge.

Resurse suplimentare

Un moment…

Configurați domeniile

Stabiliți pentru fiecare domeniu nameserverele, legătura cu hostingul și cine devine titularul.

Se încarcă domeniile…