Anza na ukurasa na kipengele kinachoungwa mkono
Usianze kwa kuongeza aina zote za schema.org zinazojisikika kuhusiana na biashara yako. Schema.org ni msamiati mpana wa pamoja, wakati Mwongozo wa Search Gallery wa Google unaonyesha vipengele vya matokeo tajiri vinavyoungwa mkono na mali wanazohitaji. Ukurasa wa bidhaa, tukio, au makala unapaswa kwanza kuwa na manufaa bila markup.
Kwa kila kiolezo, tambua somo lake kuu na ukweli unaoonekana unaounga mkono. Kisha soma mwongozo wa sasa wa Google kwa kipengele kinachofanana. Produkti (Product), Mapishi (Recipe), Makala (Article), Breadcrumb, Tukio (Event), Shirika (Organization), Biashara ya eneo (Local business), na Video ni mifano. Aina ya msamiati peke yake haisababisha kipengele cha Google; mali zinazohitajika za kipengele hicho ndizo zinazotathmini ustahiki.
Fanya kipengele kilichoonekana kuwa ni alama kuu.
Tumia mwongozo wa Google kwa tabia ya kipengele na schema.org kwa msamiati.
Fanya ukurasa unaoonekana kuwa chanzo cha ukweli
Markup lazima iwakilishe yaliyomo kuu ya ukurasa, si yaliyofichwa, yasiyohusiana, au mengine yanayowadanganya. Ikiwa inasema msanii anatumika, ukurasa unahitaji kumtaja msanii huyo. Ikiwa inafanya markup ya ukadiriaji wa jumla, wageni wanahitaji kuona ukadiriaji huo. Hii inazuia kiolezo kutikisika hadi kuwa muhtasari unaowadanganya.
Jenga nakala ya ukurasa na markup kutoka kwa rekodi sawa zilizoidhinishwa. Kinyonyesho cha bidhaa, mfumo wa matukio, au CMS vinaweza kusambaza zote mbili, lakini thamani zinahitaji mapitio kabla ya kuchapishwa. Usinakili bei, hali ya hisa, tarehe, au jumla ya ukaguzi katika uwanja wa markup tu ambao unaweza kusahaulika. Sasisha au ondoa markup wakati taarifa zinazoonekana zinabadilika.
Hifadhi majina, tarehe, bei, upatikana, na viwango vinavyolingana na ukurasa.
Usijaze mali kwa thamani zilizokadiriwa au zilizochoka.
Tumia JSON-LD kama safu ya data inayoweza kudumishwa
JSON-LD ni muundo wa data uliotegemea JSON unaowekwa ndani ya hati ya HTML. Google inaunga mkono JSON-LD, Microdata, na RDFa, na inasema JSON-LD kwa ujumla ni rahisi zaidi kutekeleza na kudumisha kwa kiwango. Kutengwa kwake kutoka kwa markup inayonekana kunaweza kufanya habari zilizofichwa ndani yake iwe rahisi kuunda mfano.
Tumia kitu kimoja cha data wazi kwa kila kipengele halisi, na aina inayofaa ya schema.org na mali sahihi zinazoungwa mkono. Kwa kila kiolezo, nyorosha mwongozo wa kipengele, uwanja wa chanzo, tabia za uwanja unaotakiwa, na mmiliki. Angalia pia matokeo yaliyorendwa: programu-jalizi au sehemu inaweza kuongeza markup ya nakala au yenye mizozo.
Chagua muundo timu yako inaweza kudumisha kwa uthabiti.
Usifanye thamani inayohitajika wakati data ya chanzo haipo.
Thibitisha msimbo na ukurasa unaopatikana
Uthibitisho unajibu maswali mawili. Kwanza, je, markup imekamilika vya kutosha kwa kipengele kinachoungwa mkono? Rich Results Test inakubali msimbo uliobanwa au URL inayopatikana hadharani na kuripoti matokeo tajiri ambayo yanaweza kutengenezwa kutoka kwa data iliyopangwa. Jaribu mifano ya uwakilishi kwa kila kiolezo, sio ukurasa mmoja ulio kamili sana.
Pili, je, Google inaweza kufikia ukurasa uliotolewa na rasilimali? Usizui ukurasa ulio na markup kwa robots.txt, noindex, au udhibiti wa ufikiaji. Kagua URL za picha zinazohusiana. Mtihani sio dhamana ya ubora: matatizo ya yaliyomo yanayoonekana au ya sera bado yanaweza kuzuia muonekano.
Jaribu msimbo kwanza, kisha jaribu URL ya umma inayopatikana.
Linganishwa ukurasa uliorendwa, chanzo, na matokeo ya mtihani wakati zana zinaongeza markup.
Uwezekano wa kuonyeshwa si ahadi ya kuonyeshwa baadaye.
Toa kama mabadiliko ya kiolezo kinachowasiliana na mtumiaji
Data zilizopangwa mara nyingi zinategemea violezo, vinywaji vya data (feeds), na kanuni za uchapishaji. Ubunifu upya, mabadiliko ya ushirikiano wa hesabu, usanifishaji, au kipengele kilichokatwa vinaweza kuvunja vitu vingi. Ongeza ukaguzi wa markup wa uwakilishi kwenye ukaguzi wa kabla ya kutolewa unaotumika kwa tagi za kanoni, vichwa, na picha. Rekodi kiolezo, mifano ya ukurasa, nyanja za chanzo, na tarehe ya utoaji.
Wakati kiolezo kinatoa markup isiyo sahihi, rekebisha chanzo kilichoshirikiwa au kiolezo, thibitisha sampuli ndogo, tekereza mabadiliko salama mdogo, na jaribu tena URL zilizoathiriwa. Ikiwa utatuzi hauko kama ilivyotarajiwa, tumia mchakato wako wa kawaida wa kurudisha nyuma. Lengo ni ukarabati unaotokana na ushahidi wa uwezo wa wavuti uliopungua, si tahadhari ya hitilafu ya huduma.
Kagua seti za kurasa za uwakilishi, si URL moja tu.
Rekodi mabadiliko na sehemu ya markup kabla ya marekebisho ya kufuatia.
Dumisha, pima, na kubali ukomo wa muonekano
Baada ya utoaji, tumia ripoti husika ya matokeo tajiri katika Search Console kuchunguza matatizo na kuthibitisha marekebisho. Ripoti ni sampuli badala ya hesabu kamili, na idadi zinarejelea vitu, si kurasa. Kagua URL maalum inapohitajika.
Pima kwa tahadhari. Google inapendekeza kulinganisha kabla-na-baada kwenye kurasa zenye msongamano wa kutosha za kusomwa kwa miezi katika Search Console. Rekodi tarehe ya utoaji na mabadiliko mengine ya ukurasa. Marekebisho ya markup yanawezesha ustahiki tu; Google ndiyo inayamua uwasilishaji wa utafutaji.
Rudia ukaguzi baada ya mabadiliko ya CMS, kiolezo, feed, sera, au mfano wa yaliyomo.
Epuka kulinganisha ambapo mabadiliko mengine makubwa ya ukurasa ni tofauti.