Structured Data
JSON-LD Graph နှင့် ထပ်နေသော Schema စစ်ဆေးကိရိယာ
validator အများစုသည် JSON-LD block တစ်ခုကို schema အမျိုးအစားတစ်ခုနှင့်သာ စစ်ဆေးလေ့ရှိသည်။ တကယ့်စာမျက်နှာများတွင် Organization၊ WebSite၊ WebPage၊ Article၊ plugin output စသည့် block များစွာကို တစ်ပြိုင်နက်ထုတ်လွှင့်လေ့ရှိပြီး ၎င်းတို့သည် @id ဖြင့် တစ်ခုနှင့်တစ်ခု ရည်ညွှန်းကြသည်။ စာမျက်နှာ HTML အပြည့်အစုံကို paste လုပ်ပါက ဤကိရိယာသည် ထိုရည်ညွှန်းချက် graph ကို တည်ဆောက်ပြီး အမျိုးအစားလိုက် validator များ ရှာမတွေ့နိုင်သည်များကို ရှာတွေ့ပေးသည် — ထပ်နေ/ဆန့်ကျင်နေသော @id တန်ဖိုးများ၊ ဘာကိုမှမညွှန်းသော ရည်ညွှန်းချက်များ၊ ထူးဆန်းသော ပတ်လည်ကွင်းများ၊ စာလုံးပေါင်းမှားနေသော @type အမည်များနှင့် စာမျက်နှာတစ်ခုတည်းအတွက် ယှဉ်ပြိုင်နေသော primary entity နှစ်ခု။
သင့် browser တွင်း၌သာ လုပ်ဆောင်သည်။ ဤနေရာတွင် paste လုပ်သည့်အရာများကို အမည်ဝှက် အသုံးပြုမှုအရေအတွက်မှလွဲ၍ မည်သည့်နေရာသို့မျှ ပေးပို့မည်မဟုတ်ပါ။
စာမျက်နှာ source အပြည့်အစုံကို paste လုပ်ပါ (<script type="application/ld+json"> block တိုင်းကို အလိုအလျောက် ထုတ်ယူသည်)၊ သို့မဟုတ် JSON-LD ကို တိုက်ရိုက် paste လုပ်နိုင်သည်။
ဘာကို စစ်ဆေးသလဲ၊ ဘယ်လိုပြင်ဆင်မလဲ
ထပ်နေ/ဆန့်ကျင်နေသော @id။ node နှစ်ခုတွင် @id တူညီသော်လည်း data (အမည်၊ logo (လိုဂို)၊ URL) ကွဲပြားနေပါက search engine သည် မည်သည်ကမှန်ကန်ကြောင်း ခွဲခြားမသိနိုင်ပါ — မည်သည့်တန်ဖိုးက အနိုင်ရမည်ကို မသေချာပါ။ entity တစ်ခုစီအတွက် @id သီးသန့်ပေးပါ သို့မဟုတ် ထပ်နေသည်များမှာ အတိအကျ တူညီသော ကူးယူချက်များ ဖြစ်ကြောင်း သေချာပါစေ။
ချိတ်ဆက်မှုမရှိသော ရည်ညွှန်းချက်။ mainEntityOfPage, isPartOf, author (စာရေးသူ) သို့မဟုတ် publisher (ထုတ်ဝေသူ) ကဲ့သို့ property များသည် data ကို ထပ်ခါထပ်ခါမရေးဘဲ {"@id":"..."} ဖြင့်သာ node အခြားတစ်ခုကို ညွှန်းနိုင်သည်။ ထို @id ကို စာမျက်နှာတွင် မည်သည့်နေရာမျှ ကြေညာမထားပါက ရည်ညွှန်းချက်သည် ဘာကိုမှ မညွှန်းတော့ပါ — id ကိုပြင်ပါ (သို့) ပျောက်နေသော node ကို ထည့်ပါ။
ပတ်လည်ကွင်းများ။ WebPage node သည် mainEntity ဖြင့် ၎င်း၏ Article ကို ညွှန်းပြီး Article ကလည်း mainEntityOfPage/isPartOf ဖြင့် WebPage သို့ ပြန်ညွှန်းခြင်းသည် အလွန်ပုံမှန် node နှစ်ခု ပုံစံဖြစ်သည် (ဤနေရာတွင် သတင်းအချက်အလက်အနေဖြင့်သာ ပြထားသည်)။ သို့သော် ရှည်လျားပြီး ထူးဆန်းသော loop သည် ထပ်စစ်ရန် လိုအပ်သည် — များသောအားဖြင့် plugin မှထုတ်ပေးသော block များကြား ကူးယူ ချက်ချင်း အမှားကို ဆိုလိုသည်။
စာလုံးပေါင်းမှားနေသော @type။ schema.org အမျိုးအစားအမည်များသည် စာလုံးအကြီးအသေး ခွဲခြားသော PascalCase string များဖြစ်သည်။ "Article" အစား "Aricle" ဟုရေးလျှင် JSON အနေနှင့် မှန်ကန်နေသေးသော်လည်း တကယ့်အမျိုးအစား မဟုတ်ပါ — search engine များက တိတ်တဆိတ် လျစ်လျူရှုသည်။ ဤကိရိယာသည် တကယ့် schema.org ဝေါဟာရများနှင့် နှိုင်းယှဉ်၍ ဆင်တူသော စာလုံးပေါင်းများကို အမှတ်အသားပြုသည်။
ထပ်နေ (သို့) ယှဉ်ပြိုင်နေသော primary entity များ။ စာမျက်နှာတစ်ခုတွင် ပုံမှန်အားဖြင့် primary content entity တစ်ခုသာ ရှိသင့်သည် — Article တစ်ခု၊ Product တစ်ခု၊ Recipe တစ်ခု။ Article node နှစ်ခု (သို့) တစ်ခုနှင့်တစ်ခု မချိတ်ဆက်ထားသော Article နှင့် Product သည် ဤစာမျက်နှာ အမှန်တကယ် ဘာအကြောင်းရေးထားသည်ကို search engine အား ခန့်မှန်းစေသည်။
ဤသည်မှာ ဖွဲ့စည်းပုံဆိုင်ရာ/block များပေါင်းစပ် စစ်ဆေးမှုဖြစ်ပြီး အမျိုးအစားလိုက် field validator မဟုတ်ပါ — entity တစ်ခုစီ၏ မိမိပိုင် လိုအပ်သော property များကိုပါ စစ်ဆေးလိုပါက Article၊ Product၊ Recipe၊ Event၊ FAQ (မေးလေ့ရှိသော မေးခွန်းများ) သို့မဟုတ် Local Business schema validator အထူးနှင့် တွဲသုံးပါ။