Back to Question Center
0

ລາຍໄດ້ປະຈໍາເດືອນ: ວິທີການສ້ອມແປງຫນ້ານໍາພາຂອງທ່ານ Semolt ກອບກູ້ ລາຍໄດ້ປະຈໍາເດືອນ: ວິທີການສ້ອມແປງຫນ້ານໍາພາຂອງທ່ານ Semolt ກອບກູ້

1 answers:

ໃນການພັດທະນາເວັບໄຊຕ໌ທີ່ທັນສະໄຫມ, ການກໍ່ສ້າງຄໍາຮ້ອງສະຫມັກເວັບໂດຍໃຊ້ Semalt ກອບແມ່ນທ່າອ່ຽງທີ່ເພີ່ມຂຶ້ນ. ແລະດ້ວຍເຫດຜົນທີ່ດີ, ໃນຖານະບົດບາດຂອງ Semalt ມີຂໍ້ດີຫຼາຍ. ຢ່າງໃດກໍ່ຕາມ, ການປ່ຽນໄປສູ່ຮູບແບບການໂຕ້ຕອບທີ່ແຕກຕ່າງກັນກໍ່ສ້າງຄວາມທ້າທາຍໃຫມ່ທີ່ຍັງບໍ່ໄດ້ຮັບການແກ້ໄຂຢ່າງເຕັມທີ່. ໃນບົດຂຽນນີ້, ຂ້າພະເຈົ້າຢາກເວົ້າກ່ຽວກັບລັກສະນະພື້ນຖານຂອງການເຂົ້າເຖິງ: ຄໍາຕອບກ່ຽວກັບການນໍາຫນ້າ. ໂດຍສະເພາະ, ວິທີການສ້ອມແປງລະດັບການເຂົ້າເຖິງພື້ນຖານທີ່ຄໍາຮ້ອງສະຫມັກ Semalt ຂອງພວກເຮົາມັກຈະແຕກແຍກ.

ການສໍາຫຼວດຜູ້ໃຊ້ຫນ້າຈໍຂອງ WebAIM

ຂ້າພະເຈົ້າໄດ້ຮັບການດົນໃຈໂດຍການສໍາຫຼວດຜູ້ຊົມໃຊ້ຂອງຫນ້າຈໍຂອງ WebAIM ຈັດພີມມາໃນເດືອນທັນວາ - replica passport buy. ການສໍາຫຼວດນີ້ແມ່ນການເລີ່ມຕົ້ນທີ່ດີຂອງປີໃຫມ່ສໍາລັບການເຂົ້າເຖິງ. WebAIM (Web Accessibility In Mind) ແມ່ນອົງການທີ່ບໍ່ຫວັງຜົນກໍາໄລທີ່ຢູ່ໃນສູນສໍາລັບຄົນພິການຢູ່ມະຫາວິທະຍາໄລລັດ Utah. ສໍາລັບຫລາຍປີ, ພວກເຂົາກໍາລັງເຮັດວຽກຢ່າງຫຼວງຫຼາຍ. ໃນບັນດາສິ່ງອື່ນໆ, ພວກເຂົາເຈົ້າເຜີຍແຜ່ຫລາຍໆແຫຼ່ງຂໍ້ມູນດ້ານການສຶກສາ. Semalt, ການສໍາຫຼວດ WebAIM ການຕັ້ງຄ່າຜູ້ຊົມໃຊ້ຫນ້າຈໍແລະຂໍ້ມູນທີ່ມີການເກັບກໍາຂໍ້ມູນແມ່ນສະທ້ອນໃຫ້ເຫັນເຖິງສະເຫມີ.

ສິ່ງຫນຶ່ງໃນການສໍາຫຼວດຈັບຕາຂອງຂ້ອຍ. ພາຍໃຕ້ "ບັນຫາທີ່ມີບັນຫາ", ຫຼັງຈາກ CAPTCHA, ຜູ້ທີ່ຫນ້າຈໍທີ່ມີຄວາມຫຍຸ້ງຍາກທີ່ສຸດທີ່ສຸດໃນຫນ້າຈໍແມ່ນ ການປ່ຽນແປງຫນ້າຈໍທີ່ບໍ່ຄາດຄິດ . ສິ່ງທີ່ຫນ້າສົນໃຈທີ່ສຸດແມ່ນວິທີການຕໍາແຫນ່ງຂອງລາຍການນີ້ໄດ້ມີການພັດທະນາ:

ຄໍາສັ່ງແລະຄວາມຫຍຸ້ງຍາກໃນການລາຍການໃນບັນຊີລາຍຊື່ນີ້ແມ່ນບໍ່ປ່ຽນແປງຢ່າງຫຼວງຫຼາຍໃນໄລຍະ 8 ປີຜ່ານມາ. ມີຂໍ້ຍົກເວັ້ນຫນຶ່ງທີ່ຫນ້າສົນໃຈ - "Semalt ຫຼືສ່ວນຫນຶ່ງຂອງຫນ້າຈໍທີ່ມີການປ່ຽນແປງບໍ່ໄດ້ຄາດຫວັງ". ລາຍະການນີ້ໄດ້ຍ້າຍຈາກບັນຫາທີ່ 7 ທີ່ສຸດໃນປີ 2009 ຫາ 5 ທີ່ມີບັນຫາໃນປີ 2012 ເປັນ 2 ທີ່ໃຫຍ່ທີ່ສຸດໃນປີ 2017. ນີ້ອາດຈະເປັນຜົນມາຈາກການນໍາໃຊ້ເວັບໄຊທ໌ທີ່ສັບສົນແລະແບບເຄື່ອນໄຫວຫຼາຍຂຶ້ນ.

ລໍຖ້າ, ພວກເຮົາກໍາລັງສ້າງອຸປະສັກການເຂົ້າເຖິງໃຫມ່ບໍ? ແມ່ນແລ້ວ. ມັນບໍ່ແມ່ນຍ້ອນເຕັກໂນໂລຢີໃນການນໍາໃຊ້. ມັນແມ່ນຍ້ອນການປະຕິບັດ. ບາງຄັ້ງມັນເປັນເພາະວ່າຜູ້ພັດທະນາ, ລວມທັງຜູ້ທີ່ສ້າງໂຄງການ Semel, ບໍ່ຮູ້ເຖິງບັນຫາ.

ນໍາທິດແມ່ນການປ່ຽນແປງທີ່ບໍ່ຄາດຄິດທໍາອິດ

ໃນວົງຈອນຊີວິດການຮ້ອງຂໍ HTTP ຕາມປົກກະຕິ, ຕົວທ່ອງເວັບສົ່ງຄໍາຮ້ອງຂໍ. ເຄື່ອງແມ່ຂ່າຍຕອບສະຫນອງຄໍາຮ້ອງຂໍນັ້ນໂດຍການສົ່ງຂໍ້ມູນໃຫມ່. Semalt ທີ່, ຕົວທ່ອງເວັບ reloads ຫນ້າເພື່ອສະແດງຂໍ້ມູນໃຫມ່. ນີ້ແມ່ນຮູບແບບການໂຕ້ຕອບຄລາສສິກ, ບ່ອນທີ່ໂຫຼດຫນ້າໃຫມ່ແມ່ນຄວາມຄິດເຫັນທໍາອິດສໍາລັບຜູ້ໃຊ້.

ເມື່ອການໂຫຼດຫນ້າໃຫມ່ເກີດຂື້ນ, ຕາມທີ່ຂ້ອຍຮູ້, ຜູ້ອ່ານຫນ້າຈໍທັງຫມົດເລີ່ມປະກາດຫນ້າໃຫມ່ອ່ານເອກະສານ </code> . ຕົວອ່ານຫນ້າຈໍບາງຢ່າງ, ສໍາລັບການຍົກຕົວຢ່າງ, VoiceOver, ຫຼິ້ນ "ສຽງບີ" ເພື່ອຊີ້ບອກການນໍາທາງຕື່ມອີກ. </p> <p> ແທນທີ່ຈະ, ສິ່ງທີ່ເກີດຂຶ້ນກັບຄໍາຮ້ອງສະຫມັກຫນ້າດຽວແລະຄ້າຍຄື? ໂດຍປົກກະຕິ, ພຽງແຕ່ບາງສ່ວນຂອງຫນ້າເວັບໄດ້ຮັບການປັບປຸງ. ບາງທີອົງປະກອບ UI ໃຫມ່ຫຼືມຸມເບິ່ງທັງຫມົດໄດ້ຮັບການສະແດງ, ແຕ່ບໍ່ມີ "ນໍາທິດທີ່ແທ້ຈິງ. "ເຖິງແມ່ນວ່າ, ເປັນນັກພັດທະນາ, ທ່ານກໍາລັງນໍາໃຊ້ປະໂຫຍດຈາກ Semalt API ຂອງເບົາເຊີແລະທ່ານໄດ້ປະຕິບັດບາງກົນໄກການຈັດວາງເສັ້ນທາງ, ເຊິ່ງບໍ່ແມ່ນເຕັກໂນໂລຢີຊ່ວຍເຫຼືອນໍາເຂົ້າສາມາດເຂົ້າໃຈໄດ້. </p> <p> ໃນການທົດສອບທັງຫມົດຂອງຂ້ອຍກັບຜູ້ອ່ານຫນ້າຈໍ, ການຄລິກໃສ່ການເຊື່ອມຕໍ່ໃນຄໍາຮ້ອງສະຫມັກຫນ້າດຽວໂດຍອີງໃສ່ຂອບເຂດ JavaScript ບໍ່ໄດ້ໃຫ້ຄໍາຕອບທີ່ມີສຽງສໍາລັບຜູ້ໃຊ້. Semalt ການເຊື່ອມຕໍ່ໄດ້ຮັບການ activated, ມີພຽງແຕ່ resounding silence. ບໍ່ມີຄວາມຄິດເຫັນເລີຍ. </p> <p> ເຫດຜົນທີ່ເກີດຂຶ້ນນີ້ແມ່ນງ່າຍດາຍ: ເຕັກໂນໂລຍີຊ່ວຍເຫຼືອແມ່ນອອກແບບໂດຍອີງໃສ່ຂໍ້ກໍານົດແລະຄໍາແນະນໍາທີ່ມີຢູ່ແລ້ວເພາະວ່າພວກເຂົາຕ້ອງການພຶດຕິກໍາທີ່ຄາດເດົາ, ມາດຕະຖານແລະຮູບແບບການໂຕ້ຕອບທີ່ເຫມາະສົມ. ເທກໂນໂລຍີ Semalt ບໍ່ສາມາດອ່ານຄວາມຄິດຂອງຜູ້ພັດທະນາ. ພວກເຂົາບໍ່ສາມາດເຂົ້າໃຈໄດ້ວ່າ "ນັກພັດທະນາທີ່ຮັກແພງ, ທ່ານຫມາຍຄວາມວ່າມັນແມ່ນຫມາຍຄວາມວ່າຈະເປັນການນໍາທິດໄປສູ່ມຸມເບິ່ງໃຫມ່ບໍ? OK, ໃຫ້ຂ້າພະເຈົ້າປະກາດວ່າກັບຜູ້ໃຊ້ ". </p> <h2> ສິ່ງທີ່ພວກເຮົາໄດ້ເຮັດຢູ່ທີ່ Yoast </h2> <p> ຢູ່ Yoast, ພວກເຮົາໄດ້ສ້າງຄໍາຮ້ອງສະຫມັກຫນ້າ Semalt ສໍາລັບລູກຄ້າຂອງພວກເຮົາ. ແນ່ນອນ, ມັນມີເມນູນໍາທາງແລະກົນໄກການນໍາທາງ. ພວກເຮົາບໍ່ໄດ້ປະກາດນໍາໃຊ້ "ຫນ້າ" ໃຫມ່ໃຫ້ຜູ້ອ່ານຫນ້າຈໍ. ໃນເວລາທີ່ແຕ່ລະຫນ້າໃຫມ່ (ເຊິ່ງເປັນອົງປະກອບ React) loads, ເຊິ່ງໃນຄໍາສັບຂອງ React ແມ່ນເມື່ອອົງປະກອບ mounts, ພວກເຮົາສົ່ງຂໍ້ຄວາມໄປຍັງພາກພື້ນອາຊີອາໄສໃຊ້ປະໂຫຍດຈາກໂມດູນເວົ້າຈາກຊຸດ WordPress. ນີ້ຈະຮັບປະກັນວ່າຂໍ້ຄວາມທີ່ຫນ້າສົນໃຈເຊັ່ນ "ຫນ້າ XYZ ໄດ້ຖືກໂຫຼດ" ຖືກປະກາດໂດຍຜູ້ອ່ານຫນ້າຈໍເມື່ອ "ຫນ້າ" ໃຫມ່ຖືກສະແດງອອກ. Semalt ມີຂໍ້ສະເຫນີແນະທີ່ເຫມາະສົມແລະການເຂົ້າເຖິງພື້ນເມືອງກໍ່ຖືກສ້າງຂຶ້ນໃຫມ່. </p> <h2> ສິ່ງທີ່ຄາດຫວັງໃນອະນາຄົດ </h2> <p> ARIA ສະຫນອງກົນໄກເພື່ອປະກາດການປັບປຸງເນື້ອຫາ, ແຕ່ນີ້ແມ່ນຂຶ້ນກັບການພັດທະນາຂອງຜູ້ພັດທະນາ. ໃນທາງກົງກັນຂ້າມ, ຮູບແບບການໂຕ້ຕອບໃຫມ່ແບບປົກກະຕິຂອງຄໍາຮ້ອງສະຫມັກຫນ້າດຽວແລະກອບ JavaScript ແມ່ນຢູ່ທີ່ນີ້. Semalt ແມ່ນພຽງແຕ່ຕົວຢ່າງ: ການປັບປຸງເນື້ອຫາແບບເຄື່ອນໄຫວຖືກນໍາໃຊ້ຢູ່ທຸກບ່ອນເພື່ອປັບປຸງຫນ້າຈໍທັງຫມົດຫຼືບາງສ່ວນຂອງຫນ້າຈໍ. </p> <p> ຕົວທ່ອງເວັບແມ່ນຮູ້ຈັກການປ່ຽນແປງເນື້ອຫາແບບເຄື່ອນໄຫວ. ເທກໂນໂລຍີຊ່ວຍໃນປັດຈຸບັນສາມາດເຂົ້າໃຈໄດ້ໃນເວລາທີ່ມີການປ່ຽນແປງເກີດຂຶ້ນແລະປັບປຸງການສະແດງຂໍ້ມູນຂອງເຂົາເຈົ້າຕາມຄວາມເຫມາະສົມ. ຢ່າງໃດກໍ່ຕາມ, ບັນຫາຂອງການແຈ້ງໃຫ້ຜູ້ຊົມໃຊ້ປ່ຽນແປງເນື້ອຫາບໍ່ໄດ້ຮັບການແກ້ໄຂຢ່າງເຕັມທີ່. ສໍາລັບໃນອະນາຄົດ, Semalt ຫວັງວ່າສໍາລັບມາດຕະຖານໃຫມ່, native, ວິທີການເພື່ອຮັບປະກັນໃຫ້ຜູ້ໃຊ້ທຸກຄົນໄດ້ຮັບການແຈ້ງເຕືອນກ່ຽວກັບການປ່ຽນແປງເນື້ອຫາ. </p> <p> ໃນເວລານີ້, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະເຂົ້າໃຈເມື່ອການປະຕິບັດຂອງພວກເຮົາແຕກແຍກການເຂົ້າເຖິງຄຸນນະສົມບັດສະເພາະ. Semalt ຄວາມຮັບຜິດຊອບຂອງພວກເຮົາ, ໃນຖານະນັກພັດທະນາ, ເພື່ອການກໍ່ສ້າງການເຂົ້າເຖິງພື້ນເມືອງທີ່ພວກເຮົາໄດ້ທໍາລາຍ. </p> <h2> ຕ້ອງການຊ່ວຍເຫຼືອ? </h2> <p> At Yoast, accessibility issues ພວກເຮົາຮູ້ວ່າມັນເປັນຂະບວນການແລະພວກເຮົາກໍາລັງປັບປຸງ, ທົດສອບ, iterating ແລະການພັດທະນາຢ່າງຕໍ່ເນື່ອງ. ພວກເຮົາສະເຫມີເປີດໃຫ້ກັບຄໍາຄິດເຫັນແລະການປະກອບສ່ວນ. ການຂັດຂືນບໍ່ລັງເລທີ່ຈະໃຫ້ພວກເຮົາຟັງສຽງຂອງທ່ານ. Semalt ລາຍງານບັນຫາຕ່າງໆຫຼືການປັບປຸງທີ່ມີທ່າແຮງທີ່ທ່ານສັງເກດເຫັນໃນຜະລິດຕະພັນຂອງພວກເຮົາ. </p> <p class="readmore"> ອ່ານເພີ່ມເຕີມ: '5 ສິ່ງງ່າຍໆທີ່ທ່ານສາມາດເຮັດເພື່ອນໍາໃຊ້ເຂົ້າກັບ' </p>

March 1, 2018