Ի՞նչ է structured data-ն. Schema markup-ը պարզ բացատրությամբ

Structured data-ն վեբ էջի վրա գտնվող կոդի փոքր բլոկ է, որը ստանդարտ ձևաչափով նշում է, թե էջը ինչի մասին է, այնպես, որ որոնման համակարգերը հասկանան։ Օրինակ՝ «այս էջը Lavender Candle անունով ապրանք է, արժե 24 դոլար և առկա է պահեստում»։ Google-ը այն բնութագրում է որպես ստանդարտացված ձևաչափ էջի մասին տեղեկատվություն տրամադրելու և դրա բովանդակությունը դասակարգելու համար։ Ճիշտ կիրառելու դեպքում այն օգնում է որոնման համակարգերին հասկանալ ձեր էջը և կարող է այն դարձնել ավելի հարուստ որոնման արդյունքների իրավունակ, օրինակ՝ գներ, գնահատականներ կամ միջոցառումների ամսաթվեր, որոնք ցուցադրվում են ուղղակիորեն արդյունքների ցանկում։

Ինչու է դա կարևոր AI-ով կառուցելիս

Որոնման համակարգերը լավ են էջերը կարդալու հարցում, բայց դեռ պետք է ենթադրեն։ Արդյոք «24»-ը գին է, քանակ, թե ամսաթիվ։ Արդյոք «Riverside Hall»-ը վայր է, թե անձ։ Structured data-ն վերացնում է այդ ենթադրությունները։

AI-ով կառուցված կայքերի համար կան երկու գործնական կետ։

• Դա կոդ է, ոչ թե բովանդակություն, ուստի հեշտ է մոռանալ դրա մասին։ AI կառուցողը սովորաբար այն չի ավելացնում, եթե չհարցնեք, և երբ ավելացնում է, այն պետք է համապատասխանի իրական էջի բովանդակությանը։
• Հեշտ է սխալվել այնպես, որ ճիշտ թվա։ AI-ն կարող է հորինել հինգ աստղանի գնահատական, ավելացնել markup տեսանելի չլինող բովանդակության համար կամ օգտագործել այնպիսի տիպ, որը Google-ն այլևս չի ցուցադրում։ Google-ի ուղեցույցները խիստ են ճշգրտության հարցում, և ապակողմնորոշող markup-ը կարող է անտեսվել կամ տուգանվել։

Փոքր, ճշգրիտ և իրական բովանդակությանը համապատասխանող structured data-ն արժեքավոր է։ Հորինված markup-ների մեծ քանակը ավելի վատ է, քան ընդհանրապես չլինելը։

Առօրյա անալոգիա

Պատկերացրեք ապրանք սուպերմարկետում։ Փաթեթավորումը գունավոր դիզայն և մարքետինգային տեքստ ունի։ սա ձեր վեբ էջն է այնպես, ինչպես այն տեսնում են մարդիկ։ Բայց հետևի մասում կա նաև ստանդարտ սննդային պիտակ՝ նույն դաշտերը, նույն հերթականությամբ, յուրաքանչյուր ապրանքի վրա։ Ամեն ոք կարող է արագ կարդալ այն և համեմատել ապրանքները։

Structured data-ն ձեր էջի սննդային պիտակն է։ Դիզայնը կարող է լինել ցանկացած, իսկ պիտակը ստանդարտացված է, որպեսզի մեքենաները այն հուսալիորեն կարդան։ Ինչպես սննդային պիտակը, այն պետք է ազնիվ լինի իր պարունակության մասին։

Ինչպես է աշխատում structured data-ն

Structured data-ն ունի երկու մաս։

1. Բառապաշար, այսինքն՝ բառերը, որոնցով նկարագրվում են իրերը։ Ամենատարածվածը schema.org-ն է՝ ընդհանուր բառապաշար՝ Product, LocalBusiness, Event, Article, Recipe և Organization տիպերով, և name, price, address և startDate հատկություններով։
2. Ձևաչափ, այսինքն՝ թե ինչպես են պիտակները գրվում էջի մեջ։ Google-ը աջակցում է երեքի՝ JSON-LD, Microdata և RDFa։ Այն առաջարկում է JSON-LD-ն, որը JSON բլոկ է <script> թեգի ներսում՝ տեսանելի HTML-ից առանձին։

Որոնման համակարգերը կարդում են բլոկը, հասկանում են էջի էությունները և, եթե էջը համապատասխանում է պահանջներին, կարող են ցուցադրել rich result՝ որոնման արդյունք՝ լրացուցիչ մանրամասներով։

Աշխատած օրինակ։ մոմերի խանութի ապրանքի էջ

Նշենք, որ դուք կայք եք կառուցել, և մի էջում վաճառվում է լավանդային մոմ։ Տեսանելի էջը ցույց է տալիս անունը, նկարը, նկարագրությունը, գինը ($24.00) և «Առկա է պահեստում»։

Այդ էջի JSON-LD-ն կարող է այսպիսին լինել։

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Այն գտնվում է էջի HTML-ում՝ <script type="application/ld+json">…</script> թեգի ներսում։

Նկատեք, թե ինչն է բացակայում։ aggregateRating-ը չկա, քանի որ խանութը էջի վրա գնահատականներ չի ցուցադրում։ Գնահատական ավելացնելը, որը այցելուները չեն տեսնում, կխախտեր Google-ի կանոնները։

Այժմ նույն խանութի կոնտակտային էջը կարող է նկարագրել բիզնեսը։

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Կրկին, յուրաքանչյուր արժեք համապատասխանում է էջի վրա տեսանելի բանին։

Ստուգում։ Տեղադրեք կենդանի URL-ը Google-ի Rich Results Test-ում՝ տեսնելու համար, թե արդյոք էջը իրավունակ է Google-ի rich results-ի համար և արդյոք բացակայում է որևէ պարտադիր բան։ Օգտագործեք Schema Markup Validator-ը schema.org-ի ընդհանուր ստուգման համար։ Գործարկումից հետո Search Console-ը ցույց է տալիս սխալները ամբողջ կայքում։

Կանոններ, որոնք արժե իմանալ

Ըստ Google-ի structured data փաստաթղթերի։

• Նշեք միայն այն, ինչ օգտատերերը կարող են տեսնել։ Մի ավելացրեք structured data էջի վրա տեսանելի չլինող տեղեկատվության մասին, նույնիսկ եթե այն ճշգրիտ է։
• Ներառեք պարտադիր հատկությունները։ Յուրաքանչյուր rich result տիպ թվարկում է պարտադիր դաշտեր։ բացակայող դաշտերը էջն իրավունակ չեն դարձնում։
• Իրավունակությունը երաշխիք չէ։ Ճիշտ markup-ը էջը դարձնում է իրավունակ rich result-ի համար, բայց չի երաշխավորում, որ այն կստանա։
• Rich result-ի տիպերը փոխվում են։ Google-ը որոշ հատկություններ ժամանակի ընթացքում հանում է։ Օրինակ՝ նրա FAQ rich results-ը սահմանափակված էր հայտնի կառավարական և առողջապահական կայքերով, և Google-ը հայտարարել է, որ 2026 թվականի մայիսից դրանք Search-ում այլևս չեն ցուցադրվի։ Որևէ կոնկրետ rich result-ի համար կառուցելուց առաջ ստուգեք Google-ի ընթացիկ որոնման պատկերասրահը։
• Մի ստեղծեք էջեր միայն markup պահելու համար։

Ընդհանուր տերմինների բացատրություն

Ընդհանուր սխալներ և թյուրըմբռնումներ

• «Structured data-ն բարձրացնում է դիրքերը»։ Դրա հիմնական արժեքը էջի հասկանալն է և rich result-ի իրավունակությունն է, ոչ թե դիրքերի դյուրին ճանապարհ։
• Գնահատականների կամ գնահատականների հորինում։ Կեղծ կամ չհիմնավորված գնահատականները խախտում են Google-ի կանոնները և մոլորեցնում մարդկանց։
• Markup, որը չի համապատասխանում էջին։ Եթե JSON-LD-ում գինը $24 է, իսկ էջում՝ $29, դա խնդիր է։
• Թաքնված բովանդակություն։ Այցելուների համար չտեսանելի տեքստի նշումը հակասում է ուղեցույցներին։
• Markup-ի պատճենում բոլոր էջերում։ Product բլոկը պետք է լինի ապրանքի էջերին, ոչ թե գլխավոր էջին և բլոգին։
• Հանված հատկությունների համար կառուցում։ Ստուգեք, որ ձեզ անհրաժեշտ rich result-ը դեռ գոյություն ունի։
• Markup ավելացնել միայն բրաուզերում։ Եթե ձեր կայքը ամեն ինչ ցուցադրում է JavaScript-ով, Google-ը կարող է դեռ գտնել այն, բայց JSON-LD-ն սերվերի ուղարկած HTML-ում դնելը ավելի հուսալի է։
• Երբեք չփորձարկել։ Բացակայող ստորակետը ամբողջ բլոկը անընթեռնելի է դարձնում։

Ինչ խնդրել ձեր AI կառուցողից

• «Ավելացրու JSON-LD structured data՝ օգտագործելով յուրաքանչյուր էջին համապատասխանող schema.org տիպեր՝ Product ապրանքի էջերին, LocalBusiness կոնտակտային էջին, Article բլոգի գրառումներին»։
• «Գեներացրու արժեքները նույն տվյալներից, որոնք էջը ցուցադրում է, որպեսզի միշտ համապատասխանեն»։
• «Մի ավելացրու գնահատականներ, կարծիքներ կամ որևէ հատկություն, որը էջի վրա տեսանելի չէ»։
• «Տեղադրիր JSON-LD-ն սերվերի կողմից գեներացված կամ նախապես պատրաստված HTML-ում»։
• «Ներառիր այդ տիպի Google rich result-ի բոլոր պարտադիր հատկությունները և ասա, թե որոնք ես օգտագործել»։
• «Տուր ինձ URL-ների ցանկ՝ Rich Results Test-ում ստուգելու համար»։

Ավելի լայն պատկերի համար տե՛ս ինչ է SEO-ն, ինչ է կայքի քարտեզը և տեխնիկական ուղեցույցը՝ SEO AI-ով կառուցված կայքերի համար։

Structured data Mythex-ում

Mythex-ը ավտոմատ structured data չի ավելացնում ձեր փոխարեն։ դուք դա խնդրում եք չատում, և agent-ը այն գրում է ձեր հավելվածի կոդի մեջ։ Ասեք, թե որ էջերն են ներկայացնում ապրանքներ, միջոցառումներ կամ ձեր բիզնեսը, և խնդրեք գեներացնել JSON-LD-ն էջում ցուցադրվող նույն տվյալներից։ Ձեր հրապարակված հավելվածի SEO բաժնի docs ուղեցույցը ներառում է «Do not invent fake review schema» տողը, որը լավ խորհուրդ է յուրաքանչյուր հուշումում պահել։ Քանի որ լռելյայն կարգավորումը client-rendered single-page app է, եթե որոնումը կարևոր է, խնդրեք prerendered կամ ստատիկ-բարեկամ կառուցվածք, ապա հրապարակեք և փորձարկեք կենդանի URL-ները։

Հարցեր