Și dumneavoastră v-ați săturat deja să înțelegeți structura site-ului Schema.org și cum să folosiți lista lui monstruoasă pentru a crea microdate pe propriul site? Atunci acest articol detaliat și inteligibil vă va clarifica odată pentru totdeauna totul și nu vor mai rămâne întrebări. Garantez!
Eu însumi am abordat de mai multe ori microdate și de fiecare dată le-am aruncat la naiba, pentru că site-ul Schema.org este absolut prost. Da, există o listă extinsă de entități și tipuri și o grămadă de descrieri pentru aceasta. Există chiar și o traducere parțială a site-ului în rusă - ruschema.org. Dar un dracu - nifiga nu este clar.
Ei bine, vedeți singuri: aici vreau să-mi dau seama cum pot adăuga micro-markup la pagina mea cu articole. Mă duc pe site-ul web Schema.org, merg la secțiunea Scheme, apoi dau clic pe Lista completă de tipuri, afișată pe o singură pagină link și obțin o listă imensă de entități (Lucru):
Deci, ce urmează? Dintre aceste șase proprietăți, ceva lipsește în mod clar, și anume: titlul articolului, autorul, data scrierii etc. Există câteva articole vagiBody, articleSection, pageEnd etc. Ei bine, ce ar trebui să fac în privința asta? Dacă dați clic pe o proprietate, nu veți găsi nimic nou:
Și așa mai departe pe toată lista. Absolut deloc o interfață prietenoasă, ascuțită, poate, pentru munca programatorilor, care sunt clare despre totul de la o jumătate de cuvânt, și nu rusă.
Bun! Să ne dăm seama ce se mănâncă aici și cu ce, pe acest Schema.org. Pentru ca toate neînțelegerile să dispară, iar motoarele de căutare să ne bată în cap că folosim micro-markup pe site-ul nostru, pentru că este cușer.
Să începem cu elementele de bază. Acesta este pentru cei care aud pentru prima dată despre microdate. Alții pot sări mai departe și să citească despre aplicarea practică a micro-markupului.
De ce avem nevoie de micro-markup și ce legătură are Schema.org cu el
Micro-markupul a fost inventat de profesioniști în marketing web. Altfel, acest lucru se numește markup semantic și înseamnă că paginile site-ului sunt marcate cu etichete speciale, astfel încât roboții de căutare să poată înțelege mai bine despre ce anume sunt aceste pagini ale site-ului și ce anume oferă.
Pe pagina Yandex.Webmaster dedicată micro-markupului, există un exemplu destul de ilustrativ al unei părți dintr-o pagină de site fără marcare și cu marcare:
Simțiți diferența, așa cum se spune. Dacă nu ați simțit acest lucru, vă explic: fără micro-markup, botul motorului de căutare nu poate determina el însuși ce anume se discută pe pagina site-ului. Cuvântul „avatar” poate avea multe sensuri. Pentru a fi clar pentru crawler că articolul vorbește despre un anumit film, adăugăm etichete speciale și declarăm că toate se referă la o entitate de tip Film.
S-au adăugat o grămadă de etichete neutre la documentul de marcare cu diverse atribute precum itemprop = "". Există, de asemenea, două atribute obscure: itemscope și itemtype, și a fost adăugat un link către secțiunea Film a aceluiași site schema.org. O.K! haideți să urmărim acest link și să vedem ce este acolo:
O altă listă de proprietăți (Proprietăți), dar printre ele există doar două dintre cele utilizate în exemplul Yandex - regizor și trailer. Unde sunt restul: numele și genul? Yandex a venit cu ele însuși?
Faptul este că schema.org are o anumită ierarhie și o puteți vedea doar pe pagina cu o listă generală a tuturor entităților (Lucru). Aici este timpul să clarificăm ce este - o esență.
Lucruîn Schema.org înseamnă un lucru specific, iar cuvântul însuși Lucru poate desemna oricare dintre lucrurile posibile. Toate celelalte tipuri de lucruri sunt cuibărite în el. Nu totul în lume, desigur, dar cel mai des folosit pentru a descrie pe Internet: articole, știri, evenimente, personalități, cărți, programe etc.
Fiecare dintre lucrurile imbricate poate conține propriul „set” de entități de tip similar. De exemplu, o entitate numită Eveniment poate include diverse tipuri de evenimente: evenimente de afaceri, evenimente pentru copii, festivaluri, petreceri muzicale etc.
Este clar că, dacă entitățile au o ierarhie, adică un fel de cuibărit, atunci s-ar putea să preia proprietățile (Proprietăți) de la părinți. Entitatea Festival preia proprietățile de la entitatea Eveniment și preia, de asemenea, proprietățile celei mai importante entități din listă - Lucru.
Acum înțelegeți de unde a primit Yandex numele și proprietățile de gen care lipsesc pentru un exemplu de micro-markup de film? Proprietatea gen se află în entitatea părinte CreativeWork, în care este imbricat filmul; iar proprietatea nume este în entitatea principală Thing, care include entitatea CreativeWork. Este atat de simplu!
Astfel, putem folosi proprietățile atât ale unei anumite entități, cât și ale părinților acesteia. De fapt, pe pagina oricărei entități imbricate de pe site-ul Schema.org, există o listă de proprietăți nu numai pentru ea însăși, ci și pentru părintele ei. Doar derulați în jos în pagină și le veți vedea în ordine.
Acum devine clar cum să utilizați site-ul Schema.org: selectați proprietățile entității și le descrieți cu propriile cuvinte. În plus, multe entități din partea de jos a paginii au cazuri de utilizare. Ele ajută destul de clar să ne dăm seama cum pot fi aplicate toate acestea.
De ce Schema.org?
Deci, de ce exact Schema.org și nu oricine altcineva? Oricum cine sunt tipii astia? Potrivit Wikipedia, acesta este un grup de inițiativă de camarazi de la cele mai mari motoare de căutare Google, Yahoo !, Bing și Yandex, care în 2011 a decis să adauge la un set special de metadate semantice, care ar trebui să îmbunătățească rezultatele căutării.
Dezvoltatorii schema.org sugerează ca principal format de marcare a metadatelor pentru paginile web microdate- etichete și atribute pentru marcarea informațiilor structurate pe paginile web, care au apărut în standardul HTML5.
Ce sunt itemscope și itemtype și pentru ce sunt acestea
Cu itemprop - Properties, sper că v-ați dat deja seama. Cine nu a înțeles încă - acesta este cel mai mic detaliu al micro-markup care denotă o proprietate specifică a unui obiect. De exemplu:
James Cameron
Această linie spune pur și simplu că un tip pe nume James Cameron nu este un încărcător de la Privoz, ci un director adevărat.
itemtype - înseamnă o entitate specifică pe care o descriem folosind micro-markup. De exemplu, Film.
itemscope - înseamnă Esență în general. Acest atribut le spune pur și simplu motoarele de căutare că există o entitate cu micro-markup aici și ei, motoarele de căutare, ar trebui să acorde atenție acestui lucru.
De obicei, aceste două atribute sunt scrise una după alta și ambele sunt adăugate la un bloc DIV de pe site. Itemscope vine pe primul loc, urmat de itemtype + se adaugă un link către o anumită secțiune de entitate în Schema.org:
Entitățile pot fi imbricate una în alta. De exemplu, entitatea mai mare Articol poate include și alte entități precum NewsArticle, Report etc. Adesea, entitățile globale precum Articolul sunt adăugate direct la eticheta body de pe pagina site-ului:
Restul entităților sunt adăugate așa cum apar pe pagină. Fiecare entitate specifică este, de asemenea, precedată de atributele itemscope itemtype. În consecință, pot exista mai multe astfel de construcții pe o pagină de site și trebuie să fie imbricate - totul este la fel ca în cazul etichetelor HTML obișnuite.
Cum se utilizează micro-markup pe site
Micro-markup poate fi adăugat direct la codul HTML al paginii sau puteți utiliza pluginuri terțe pentru CMS, cum ar fi WordPress, etc.
Puteți utiliza etichetele HTML existente de bloc, paragraf, link și listă pentru a lega atributele itemscope, itemtype și itemprop sau puteți adăuga etichete neutre.
Dacă trebuie să adăugați proprietatea url (link) la micro-markup, dar nu o afișați ca link, puteți utiliza eticheta de link. Vizitatorii îl vor vedea pur și simplu ca text, iar botul de căutare îl va citi după cum este necesar.
Unii webmasteri vicleni folosesc metaeticheta în corpul paginii. Etichetă meta, Karl!!! Nu recomand să faci asta. În primul rând, este eticheta head a paginii și acolo îi aparține. Și în al doilea rând, motoarele de căutare nu favorizează acest lucru, așa că ai grijă.
În plus, uneori aceiași webmasteri vicleni sfătuiesc să ascundă o parte a textului marcat cu micro-markup de la vizitatorii care folosesc CSS. Vă sfătuiesc cu tărie să nu faceți asta! Aceasta este o deghizare tipică, pentru care motoarele de căutare vă pot interzice cu ușurință.
Cât de multe detalii merită să faci micro-markup pe site?
Nu hrăniți unii webmasteri cu pâine - lăsați doar să se stabilească ceva de prisos pe site. Același lucru este valabil și pentru micro-markup. Nu ar trebui să fiți ca grafomanii și să sculptați atribute de micro-markup pentru fiecare squiggle de pe site. Totul ar trebui să fie cu moderație. În caz contrar, o faptă bună se va transforma într-o manie, iar conținutul util în sine se va pierde în spatele pădurii de atribute de micro-markup.
Motoarele de căutare au o atitudine lăudabilă față de micro-markup, dar monitorizează îndeaproape și viteza de încărcare a paginii. Dacă cantitatea de micro-markup este de 5-10 ori mai mare decât cantitatea de conținut util de pe pagină, atunci viteza de încărcare poate fi redusă semnificativ. La urma urmei, fiecare construcție itemscope itemtype trimite la schema.org și trage instrucțiunile necesare de acolo.
Prin urmare, distrează-te cu micro-markup, orice îți place, dar știi când să te oprești!
Cum se verifică corectitudinea micro-markupului
Puteți trece peste codul în așa fel încât diavolul însuși să-și rupă piciorul. Prin urmare, există validatoare de microdate convenabile de la Googleși Yandex. Mai mult, fiecare dintre ele se referă la corectitudinea micro-markupului în felul său, țineți cont de acest lucru.
Dacă ați omis ceva, atunci validatorul va emite un(e) mesaj(e) corespunzător(e). Fie o eroare, fie un avertisment sau ambele. Citiți-le, aprofundați în ele și corectați-le chiar acolo. Erorile trebuie corectate fără greșeală, avertismentele pot fi punctate, dar este mai bine să le corectați și pe acestea, în afara pericolului.
Cum să faci micro-markup într-un șablon WordPress
Există mai multe plugin-uri gata făcute pentru WordPress pentru adăugarea de micro-markup. Nu sunt un susținător al pluginurilor inutile, mai ales că acestea funcționează adesea după propria înțelegere, ceea ce nu este întotdeauna evident și de înțeles. Prin urmare, sunt pentru a adăuga totul la șablon cu pixurile mele jucăușe.
Adăugarea de microdate la un șablon WordPress nu este ușoară, dar foarte ușoară! Luați, de exemplu, o pagină cu postări unice, care sunt de obicei redate de șablonul single.php. Tot ce trebuie să faceți este să injectați următoarele bucăți de cod în loc:
itemscope itemtype = http: //schema.org/Article - adăugați la eticheta DIV cu atributul post sau intrare;
itemprop = "nume" - adăugați la eticheta h1 sau h2;
itemprop = "url" - adăugați la eticheta h1 sau h2 împreună cu eticheta de link. Exemplu:
itemprop = "autor" - se adaugă la fragmentul de cod care afișează numele autorului. Exemplu:
itemprop = „datePublished” - data publicării în format „Y-m-d”. Exemplu:
itemprop = "articleBody" - inserați-l în blocul de ieșire al textului articolului;
itemprop = "articleSection" - afișați titlul;
itemprop = „imagine” - link către imaginea postării;
etc.
Mai înțelept, tot acest proces este programat, recomand!
Sper că acum vă puteți da seama cu ușurință de micro-markup Schema.org.
Pe Internet, desigur, nu există doar acest tip de micro-markup. De fapt, există mai multe dintre ele, pentru sarcini diferite. Data viitoare, să vorbim despre Open Graph - a doua cea mai populară opțiune de micro-markup din rețeaua socială Facebook. Este conceput pentru a afișa în mod adecvat paginile site-ului în rețelele sociale.
Ține legătura!
Am lansat o nouă carte, „Marketing de conținut pe rețelele sociale: cum să intri în fruntea abonaților și să te îndrăgostești de marca ta”.
În eticheta de deschidere, adăugați atributul itemscope. Aceasta înseamnă că această etichetă conține o entitate. Să desemnăm tipul de entitate cu atributul itemtype, imediat după itemscope. Numele tipurilor sunt sub formă de URL. Notarea tipului de microdate poate fi găsită pe site-ul oficial Schema.org. Avem un nume precum http://schema.org/Article.
După declararea entității, să desemnăm proprietățile acesteia. Sintaxa proprietăților entității poate fi găsită pe site-ul oficial Schema.org. Atributul este folosit pentru a declara proprietăți. itemprop. La fel, găsim pe pagină o etichetă care conține titlul articolului nostru. Acum să adăugăm un atribut cu numele proprietății. Avem un nume de proprietate - antetul numelui.
CMS în ceea ce privește SEO
Toate proprietățile entității sunt declarate în același mod. Enumerăm mai jos:
3 decembrie 2014 CMS
După ce am definit entitatea și proprietățile acesteia, este necesar să facem modificările corespunzătoare în codul paginii, adică să adăugăm atribute suplimentare etichetelor. Ca rezultat, obținem marcajul semantic al paginii de blog. Nu e greu, nu?
Dacă aveți întrebări sau îndoieli, consultați întotdeauna site-ul oficial. Conține toate informațiile necesare despre entități și proprietățile sale, precum și exemple de marcaj semantic Schema.org pentru utilizare în diferite situații.
Strict vorbind, HTML se numește „limbaj de marcare hipertext”. Poate fi numit limbajul „macro-markup” - marcajul conținutului întregului conținut al unei pagini web.
Motoarele de căutare - Yandex și Google - au propriile cerințe pentru marcare. Cerința poate fi rezumată astfel: organizarea conținutului pentru a facilita analizarea paginii. Cu cât conținutul este organizat mai strict, cu atât robotul de căutare își desfășoară activitatea mai precis și mai rapid, cu atât indexarea și promovarea site-ului sunt mai reușite.
Toate cerințele de acest fel sunt colectate în micro-markup-ul site-ului.
Pentru utilizator, rezultatul aplicării cu succes a micro-markup este un fragment mai complet (previzualizare site) în rezultatele căutării. Site-urile bine etichetate au rate de clic (CTR) mai mari în rezultatele căutării. Aceasta înseamnă că vei primi mai mult trafic organic și pozițiile tale vor crește datorită acestui fapt.
Pentru a implementa marcajul, în codul HTML sunt folosite atribute speciale. Toate informațiile necesare sunt colectate într-un singur fișier html fără a implica resurse externe. Iată un exemplu de micro-markup oferit de Google (aici tema site-ului este „Imagini”):
Yandex folosește un sistem de micro-markup oarecum diferit de Google:
Comparați același cod de pagină, dar fără micro-markup:
5 formate populare de micro-markup:
Toate formatele sunt în continuă dezvoltare și, până acum, marcajul unic nu există pentru toate domeniile.
Scopul principal al micro-markup este transferul de date despre conținutul site-ului. Pe baza acestor date, motoarele de căutare creează fragmente în rezultatele căutării și, de asemenea, indexează site-ul.
Cum se implementează micro-markup?
Mecanismul de utilizare a micro-markup pe exemplul formatului Schema.org. Trei pasi:
- Descrierea este inclusă într-un container - i se atribuie un nume și un tip:
…
- În interiorul containerului are loc o descriere a unei proprietăți specifice.
- În afara containerului, în anumite puncte de utilizare, informațiile sunt marcate cu un link către o anumită proprietate a schemei:
Alexandru Pușkin, 114 ani
Interesant, nu există un algoritm unificat pentru procesarea datelor primite, totul depinde de subiectul specific al site-ului.
Deoarece cantitatea de informații despre fiecare subiect este destul de largă, devine necesară verificarea conformității cu standardele. Yandex și Google au validatori speciali pentru verificarea micro-markupului pe site.
Verificarea micro-markupului în Yandex Webmaster
Avem în fața noastră toate informațiile necesare analizei:
Acum, în câmpul de introducere cu mai multe pagini sub titlul în două culori „Adresa URL a documentului sau inserați o bucată de cod HTML” plasăm adresa paginii care este verificată.
Aici apare o singură problemă - pagina trebuie să conțină acest micro-markup. Dacă nu există micro-markup, atunci sub titlul „Verificare rezultat” este afișat pur și simplu un mesaj că marcajul nu a fost găsit pe pagină.
Testul este lansat prin apăsarea butonului „Verificare” sau printr-o combinație de taste rapide Ctrl + Enter.
Dacă pe site se folosește marcajul, atunci rezultatul verificării va fi reflectat în câmpul cu mai multe pagini de mai jos:
Dacă tocmai ați introdus codul HTML al paginii, atunci rezultatul lucrării va fi reprezentat de adresa gazdei locale:
Dacă aveți întrebări despre serviciul de validare a micro-markupului Yandex, puteți consulta paginile de ajutor pe care le plasează serviciul la: https://yandex.ru/support/webmaster/yandex-indexing/validator.xml
Validatorul Yandex, pe lângă verificarea completă a celor cinci formate de micro-markup enumerate, va verifica și formatul datelor marcate special și al fragmentelor speciale.
Validatorul oferă șase rezultate ale activității sale legate de erorile de analiză detectate:
- Pagina nu a putut fi încărcată pentru analiză;
- Micro-markup nu a fost detectat - se poate întâmpla din două motive - fie că nu există cu adevărat marcaj, fie este incorect formatat;
- Absența unui câmp obligatoriu este deja un element al verificării, de exemplu, atunci când descrieți o imagine, adresa acesteia nu este indicată;
- Este imposibil să se determine căreia îi aparțin unele câmpuri - de obicei depășesc marcarea lor;
- Condițiile de organizare a fragmentelor nu au fost îndeplinite;
- Proprietatea „conținut” a meta-etichetei conține un link, care nu este permis.
În plus, în fereastra de rezultate pot apărea trei avertismente:
- Valoare incorectă a câmpului - de exemplu, format incorect de dată;
- Tipul de date este setat incorect - vă rugăm să rețineți că, împreună cu tipurile standard definite de W3C, Yandex definește și unele dintre propriile tipuri;
- Lipsa de marcare care să fie utilizată împreună cu cea utilizată.
Ca rezultat al validării cu succes de către Yandex, pagina din rezultatele căutării Yandex va fi reprezentată printr-un fragment structurat. Acest lucru se întâmplă de obicei după 10-14 zile.
Verificarea micro-markup-ului în Google
Micro-markup-ul este validat în același mod în Google: https://developers.google.com/structured-data/testing-tool/
Schema de micro-markup pe care Google o vizează se numește Schema.org. În multe privințe, ideea muncii „americane” nu este diferită de munca versiunii ruse de validare.
După cum puteți vedea, aici puteți introduce și adresa paginii care se verifică sau direct codul html.
Testul este pornit prin apăsarea butonului „Start test”. În ciuda faptului că ambii validatori funcționează conform aceleiași scheme Schema.org, rezultatele muncii lor sunt ușor diferite. Iată rezultatul de la Google:
Practica arată că validatorul Google are cerințe mai puțin stricte pentru marcare și găsește mai puține erori. Mai mult, Google nu informează proprietarul site-ului după ce perioadă de timp va intra în vigoare marcajul și va fi vizibil în rezultatele căutării.
Este necesar, dacă este posibil, să se utilizeze ambii validatori și să se tragă concluzii pe baza dublei verificări.
26.05.2017 Timp de citire: 30 minute
Una dintre cele mai profunde dorințe ale proprietarilor de site-uri și ale profesioniștilor SEO este să-și facă site-ul să iasă în evidență în rezultatele căutării, astfel încât să iasă în evidență față de concurență, iar utilizatorii să facă clic mai des pe el. Cea mai puternică metodă de a atinge acest obiectiv este de a lucra cu date structurate. În acest articol vom încerca să ne dăm seama ce sunt datele structurate și cum le puteți încorpora pe site-ul dvs. web.
Cum a început totul?
Schema unificată a formatelor de marcare semantică pentru site-uri, pe care le cunoaștem și le folosim cu toții acum, a apărut în 2011 cu sprijinul unor giganți precum Google, Yahoo! și Microsoft (alăturat mai târziu de al patrulea jucător - Yandex). Înainte de aceasta, marcarea datelor exista în diferite formate și nu exista o structură unică. De exemplu, „Yahoo!” a existat un serviciu numit „SearchMonkey”, care deja în 2008 a făcut posibilă marcarea datelor pe o pagină și generarea de fragmente unice în rezultatele căutării motorului său de căutare.
Corporațiile au avut un obiectiv global de a dezvolta un format comun de date structurate care să îmbunătățească afișarea site-urilor pe motoarele de căutare și să îmbunătățească calitatea căutărilor. Inițiatorii au realizat sarcinile stabilite, în urma cărora a luat naștere dicționarul schema.org, care combină un număr imens de reguli pentru micro-marcarea datelor de pe site.
Ce sunt datele structurate?
Datele structurate sunt informații care sunt prezentate într-o formă uniformă și corectă, cu respectarea unui anumit set de reguli.
Nu vom descrie principiile de lucru cu fiecare dicționar, vom analiza mai detaliat doar trei dintre ele: Json-ld, Opne Graph și schema.org.
Să începem cu popularul dicționar de micro-markup schema.org. Rezultatul colaborării dintre Google, Yahoo!, Microsoft și Yandex se dezvoltă activ și se actualizează în mod regulat până în prezent. La momentul creării articolului, dicționarul conține descrieri pentru 589 de tipuri de documente, 860 de proprietăți ale obiectelor și 114 de valori specifice. O listă completă a tuturor proprietăților este listată într-o ierarhie ramificată pe această pagină.
Principalul tip de entitate superioară din dicționarul schema.org este Thing, care, la rândul său, este împărțit în alte câteva subtipuri. Unii dintre ei:
- CreativeWork este un set general de reguli pentru descrierea activităților creative: articole, cărți, filme, fotografii, software etc.;
- Eveniment - un set de reguli pentru evenimente care au avut loc sau vor avea loc într-o anumită perioadă de timp: întâlniri, concerte, expoziții etc.;
- Intangibilul este o clasă de servicii care include mai multe lucruri intangibile, cum ar fi dimensiuni, evaluări, fișe de post, servicii etc.
- Organizație - un set de reguli pentru marcarea organizațiilor, o listă completă a diferitelor tipuri de afaceri este listată pe pagina localBusiness. De asemenea, puteți vedea această listă în Ajutor Yandex https://yandex.ru/support/webmaster/supported-schemas/address-organization.html;
- Persoană - o entitate folosită pentru a descrie persoane sau personaje în viață, decedate, fictive;
- Loc - un set de reguli pentru ceva care are o poziție fizică fixă (clădire, parc, monument etc.);
- Produsul este tot ceea ce este creat pentru vânzare. De exemplu, o pereche de pantofi, un bilet sau o mașină.
Fiecare subtip include un număr mare de etichete de descriere, astfel încât aproape orice tip de companie va găsi tipul de markup de care are nevoie.
Majoritatea etichetelor din dicționar au cazuri de utilizare sub forma unui exemplu de cod HTML sau script JSON-LD. Mai jos vom analiza exemple de aspect de pagină cu un articol, un produs și o organizație.
Șablon de microdate articol folosind schema.org
Cel mai adesea, microdate precum URL, dataPublished, dateModified, titlul, imaginea, autorul, editorul etc. sunt marcate. Să ne uităm la un exemplu specific:
ANTET H1
„https://schema.org/ImageObject”> „Previzualizare lățime în pixeli” inaltime = „Previzualizarea înălțimii în pixeli” src = „LINK PENTRU PREVISUALIZARE IMAGINEA” alt = „DESCRIERE ALTERNATIVE PREVIEW” />„DESCRIERE ALTERNATIVE PREVIEW”>Majoritatea articolelor marcate urmează o schemă similară. Este de remarcat faptul că în acest exemplu unele dintre etichete sunt indicate în secțiune
(meta descriere și link către autor în g +), iar restul este scris în corpul documentului HTML. Nu este necesar să folosiți unele etichete, de exemplu, articolul se va simți grozav chiar și fără marcajul cu etichetele articolului sau ale editorului, dar este puțin probabil să treacă verificarea de validare în instrumentele Yandex sau Google.Imaginea 3. Un exemplu de pagină în SERP cu micro-markup articol în Google. Data publicării este afișată lângă articol.
Imaginea 4. Un exemplu de pagină în SERP pentru aceeași interogare ca în imaginea 3, numai în Yandex. Data este afișată în dreapta, cu data publicării sau creării în sus, iar data modificării mai jos.
Șablon de micro-markup card de produs folosind schema.org
Următorul tip de micro-markup pe care îl vom lua în considerare va fi produsul sau, cu alte cuvinte, marcajul semantic al unui card de produs.
CUPRINS H1
Acordați o atenție deosebită formatului prețurilor, deoarece majoritatea erorilor din micro-marcarea cardurilor de produse sunt ascunse acolo. Cu textul, putem scrie orice valoare în orice format, iar direct în eticheta de preț în sine, indicăm prețul strict în format monetar, altfel motoarele de căutare vor ignora această linie.
Imaginea 5. Un exemplu de la Google SERP cu indicarea prețului în format „FROM” și „TO”.
Șablon de microdate ale organizației folosind schema.org
Ultimul model pe care îl vom analiza este marcarea organizației. De obicei, acest marcaj este folosit pentru a structura informațiile pe o pagină de contact.
Schema.org are un vocabular foarte lung. Din această cauză, în timp ce lucrați cu acesta, pot apărea dificultăți, dar nu toate etichetele din marcaj sunt necesare și majoritatea pot fi abandonate. În exemplele oferite, am indicat cele mai elementare etichete care pot fi folosite atunci când lucrați cu marcajul schema.org, dar pot fi multe altele.
Google are un special instrument pentru a marca pagini folosind dicționarul schema.org. Face mult mai ușor să creați machete de pagină.
Imaginea 6. Exemplu de la Yandex. Informații suplimentare despre organizație sunt afișate sub descrierea paginii și pot fi introduse fie manual, folosind marcaj, fie folosind serviciul Yandex.Directory.
Avantajele și dezavantajele microdatelor schema.org
- Un dicționar mare care este actualizat constant;
- Sprijinit de toate motoarele de căutare populare;
- Codul nu este ascuns de scripturi și se află în întregime în conținutul paginii;
- Îmbunătățește afișarea fragmentelor în rezultatele căutării;
- Puteți găsi markup pentru aproape fiecare site;
- Există pluginuri pentru automatizarea formării de micro-markup;
- Se dezvoltă și se completează activ.
- Un număr mare de scheme de micro-markup poate speria un utilizator nepregătit;
- Ai nevoie de cunoștințe inițiale despre aspect și modificări ale codului paginilor;
- Complica codul HTML, ceea ce incetineste dezvoltarea site-ului web;
- Toată documentația oficială de referință este în limba engleză;
- Nu toate proprietățile au exemple de utilizare pe site-ul oficial.
Instrumente pentru lucrul cu micro-markup schema.org
Când lucrați cu micro-markup schema.org, servicii precum:
- Validator de date structurate Google
- Asistent pe micro-marcarea paginilor conform dicționarului schema.org de la Google. Ca rezultat, obținem codul HTML al paginii cu micro-markup-ul deja implementat;
- Verificarea marcajului semantic de la Yandex;
- Site oficial de marcare;
- Traducere neoficială a site-ului web schema.org în limba rusă;
- „All In One Schema.org Rich Snippets”, „Wprichsnippets.com”, „Schema App Structured Data” - pluginuri pentru WordPress care generează automat markup semantic schema.org;
- Notepad ++ - sau orice alt editor de text.
Acest protocol a fost dezvoltat de Facebook pentru a îmbunătăți afișarea fragmentelor de link-uri de pe site-uri externe pe rețelele sociale. Acesta este probabil unul dintre cele mai simple și mai mici dicționare de micro-markup. Puteți începe să încorporați marcajul cu patru proprietăți principale:
- og: titlu - titlul paginii.
- og: type - tipul obiectului, de exemplu, „music.album” (album). Alte proprietăți sunt acceptate în funcție de tip. Toate caracteristicile posibile ale etichetei de tip sunt enumerate pe site-ul oficial.
- og: imagine - Adresa URL a imaginii.
- og: url este adresa URL canonică a obiectului.
Toate etichetele de marcare „Open Graph” sunt scrise în container
.Pe lângă proprietățile de bază, puteți specifica și altele suplimentare care vor îmbunătăți afișarea linkurilor pe rețelele sociale:
- og: audio - URL la fișierul audio dacă se redă muzică la deschiderea paginii.
- og: determinant este un cuvânt care apare înaintea numelui acestui obiect într-o propoziție. Tipul de enumerare (a, an, the, "", auto). Dacă este selectat automat, consumatorul de date trebuie să aleagă între „a” sau „an”. Valoarea implicită este „” (gol). Eticheta este cea mai relevantă pentru segmentul vorbitor de limba engleză datorită utilizării diferitelor articole precum „a”, „the”, „an”, etc.
- og: descriere - descrierea paginii, numărul permis de caractere este de la 160 la 295 de caractere.
- og: locale - limba și țara. Formatul de afișare este language_TERRITORY, implicit este en_US. Pentru segmentul vorbitor de limbă rusă, eticheta ru_RU este prescrisă.
- og: locale: alternativ - limbă sau țară alternativă.
- og: site_name - numele site-ului.
- og: video - URL video.
Deschideți șablonul de marcare a paginii grafice
Mai jos este un exemplu de cod HTML cu toate proprietățile posibile, în practică, unele dintre aceste etichete nu sunt specificate și cele patru proprietăți standard sunt suficiente:
Avantajele și dezavantajele microdatelor Open Graph
Ultimul tip de marcare și structurare a datelor la care ne vom uita este JSON-LD. Acest nume groaznic înseamnă „JavaScript Object Notation Linked Data”. Consorțiul World Wide Web, sau cu alte cuvinte, W3C, este responsabil pentru dezvoltarea formatului. Acest format îndeplinește aceeași funcție ca schema.org, dar într-un mod ușor diferit: structurează datele folosind JavaScript, ceea ce face munca mult mai ușoară.
Unul dintre avantajele acestui format este că dicționarul schema.org este folosit pentru a descrie datele. Astfel, folosind scripturi JSON-LD, putem descrie orice fel de entitate și îmbunătăți afișarea site-ului nostru în rezultatele căutării, petrecând o perioadă minimă de timp. În plus, acest lucru se poate face fără încorporarea etichetelor HTML în corpul paginii, trebuie doar să specificați.
Pentru claritate, să comparăm marcajul schema.org și JSON-LD:
Adidași
Șablon de marcare a articolului folosind JSON-LD
Am luat un exemplu de marcare folosind JSON-LD bazat pe micro-markupul unui articol din schema.org din același material de mai sus. Se folosesc toate aceleași proprietăți.