Həkim saytında strukturlaşdırılmış məlumat nə üçündür?

Tutaq ki, stomatoloqun səhifəsində həkimin adı, qəbul etdiyi klinika və müəyyən prosedur haqqında izah var. Oxucu bu əlaqəni cümlələrdən anlayır. Texniki hissə səhv qurulanda isə klinikanın adı həkimin adı kimi, prosedur bütün saytın əsas mövzusu kimi təqdim oluna bilər. Məlumat var. Aidiyyəti isə qarışıb.

Strukturlaşdırılmış məlumat bu fərqləri ayrıca sahələrlə ifadə etməyə xidmət edir. Schema.org bu məqsədlə istifadə olunan anlayışların və sahələrin lüğətidir. Google həmin məlumatdan səhifənin məzmununu anlamaq üçün istifadə edə bilər. Bəzi dəstəklənən növlər xüsusi axtarış görünüşünə uyğunluq da yaradır, lakin lüğətdə olan hər növ üçün belə görünüş yoxdur.

Həkimdən kod yazmaq gözlənilmir. Əsas sual budur: saytda sizin haqqınızda və klinika haqqında göstərilən faktlar doğrudurmu, texniki hissə də eyni faktları daşıyırmı? İşin qəbulunda bu iki tərəf bir yerdə göstərilməlidir. Yalnız “sxem əlavə edildi” qeydi kifayət qədər aydın hesabat deyil.

MedicalProcedure daxilində preparation hazırlığı, howPerformed prosedurun gedişini, followup isə sonrakı qayğı ilə bağlı məlumatı təsvir edə bilər. Bu sahələrin olması agentliyə onları öz tibbi mətni ilə doldurmağa icazə vermir. Əvvəl həkim səhifənin mətnini yazır və ya yoxlayır, sonra uyğun hissələr strukturlaşdırılır.

Görünən mətndə fərdi qiymətləndirmə qeyd olunubsa, texniki təsvirdə həmin qeyd itirilməməlidir. Qısa yazmaq xatirinə şərtli məlumatın qəti vədə çevrilməsi mümkündür. Ona görə prosedur təsvirinin texniki nüsxəsi də məzmun yoxlamasının bir hissəsidir.

Bütün mümkün sahələri doldurmağı məcburi saymaq da yanlışdır. Klinikadan təsdiq alınmayan sahə boşluq doldurmaq üçün uydurulmur. Məlumatın doğruluğu və səhifədəki mövzuya uyğunluğu daha vacib olduğundan, işin həcmində həkimin həm görünən mətni, həm də texniki təsviri yoxlamasına ayrıca vaxt ayrılır.

Schema.org Markup Validator səhifədən strukturlaşdırılmış məlumatı çıxarır, quruluşu göstərir və sintaksis səhvlərini müəyyənləşdirməyə kömək edir. Alətə səhifə ünvanını və ya kod parçasını vermək olar. Bu alət Schema.org quruluşuna baxır, klinikanın həqiqətən həmin ünvanda yerləşdiyini araşdırmır.

Google-un Rich Results Test aləti isə Google-un dəstəklədiyi zəngin nəticələrə aid yoxlama üçün istifadə olunur. Schema.org-dakı hər növün Google-da ayrıca görünüşü yoxdur. Testdə uyğun element tapılmaması ilə məlumatın ümumiyyətlə səhifədə olmaması eyni nəticə deyil. Birinci alətin nə tapdığı da yoxlanır.

Yoxlama ekranında xəta görünməməsi oxucuya verilən məlumatın tamlığını təsdiqləmir: ünvan səhv yazılıbsa, texniki baxımdan qəbul edilən mətn yenə səhv ünvandır. Həkim və klinika bu mərhələdə faktları, texniki icraçı isə sahələrin quruluşunu yoxlayır.

İki filialı olan klinika üçün hər məkan ayrıca MedicalClinic kimi təsvir oluna bilər. Hər filialın öz ünvanı, telefonu və səhifə ünvanı olur. Eyni təşkilat adı bu məkanların bir-birinin yerinə işlədilməsinə səbəb olmamalıdır. Bakı filialının əlaqə nömrəsini Sumqayıtdakı qəbul məkanına yazmaq texniki quruluş düzgün olsa belə, məlumat səhvidir.

Həkim Person kimi təsvir olunursa, worksFor sahəsi onu işlədiyi təşkilatla əlaqələndirə bilər. Həkimin qəbul etdiyi filial ayrıca təsvir edildikdə əlaqə məhz həmin müəssisəyə qurulur. İki filialda işləyən həkim üçün hər iki iş əlaqəsi göstərilə bilər; bu, onun hər gün hər iki ünvanda qəbul etməsi demək deyil. Qəbul günləri görünən səhifədə ayrıca izah olunur. BestDoctor həkim və filial əlaqələrini səhifələrdəki faktlarla tutuşduraraq Həkimlər üçün sayt xidməti çərçivəsində qurur.