ຜົນປະໂຫຍດຂອງ AMP ແລະວິທີການມັນແຕກຕ່າງຈາກການອອກແບບເວັບທີ່ຕອບສະຫນອງ
ຖ້າທ່ານເບິ່ງການໃຊ້ເວບໄຊທ໌ຂອງນັກວິເຄາະໃນເວລາສອງສາມປີຜ່ານມາ, ທ່ານອາດພົບວ່າພວກເຂົາທຸກຄົນມີສ່ວນຫນຶ່ງທີ່ສໍາຄັນທີ່ສຸດ - ການເພີ່ມຈໍານວນຜູ້ມາຢ້ຽມຢາມທີ່ພວກເຂົາໄດ້ຮັບຈາກຜູ້ໃຊ້ໃນອຸປະກອນມືຖື.
ໃນປະຈຸບັນ, ມີການເຂົ້າຊົມເວັບຫຼາຍຂຶ້ນມາຈາກອຸປະກອນມືຖືຫຼາຍກ່ວາສິ່ງທີ່ພວກເຮົາຈະພິຈາລະນາ "ອຸປະກອນແບບດັ້ງເດີມ", ຊຶ່ງຫມາຍຄວາມວ່າຄອມພິວເຕີ desktop ຫຼື laptop. ບໍ່ມີຄວາມສົງໃສວ່າຄອມພິວເຕີ້ມືຖືໄດ້ປ່ຽນແປງວິທີທີ່ຜູ້ຊົມໃຊ້ເນື້ອຫາອອນໄລນ໌, ຊຶ່ງຫມາຍຄວາມວ່າມັນມີການປ່ຽນແປງວິທີທີ່ພວກເຮົາຕ້ອງສ້າງເວັບໄຊທ໌ສໍາລັບຜູ້ຊົມໂທລະສັບມືຖືຫຼາຍຂຶ້ນ.
ການກໍ່ສ້າງສໍາລັບຜູ້ຊົມໂທລະສັບມືຖື
ການສ້າງ "ເວັບໄຊທ໌ທີ່ເປັນມິດກັບມືຖື" ໄດ້ເປັນສິ່ງສໍາຄັນສໍາລັບຜູ້ຊ່ຽວຊານດ້ານເວັບໃນເວລາຫລາຍປີ. ປະຕິບັດເຊັ່ນ ການອອກແບບເວັບທີ່ຕອບສະຫນອງ ເພື່ອຊ່ວຍສ້າງເວັບໄຊທ໌ທີ່ເຮັດວຽກໄດ້ດີສໍາລັບອຸປະກອນທັງຫມົດແລະເນັ້ນຫນັກໃສ່ການປະຕິບັດຫນ້າເວັບແລະເວລາດາວໂຫລດໄວໃຫ້ຜົນປະໂຫຍດແກ່ຜູ້ໃຊ້, ມືຖືຫຼືອື່ນໆ. ອີກວິທີຫນຶ່ງໃນເວັບໄຊທ໌ທີ່ເປັນມິດກັບມືຖືແມ່ນເປັນການພັດທະນາເວັບໄຊທ໌ AMP, ເຊິ່ງຫມາຍເຖິງຫນ້າໂທລະສັບມືຖືທີ່ເລັ່ງລັດ.
ໂຄງການນີ້, ເຊິ່ງຖືກສະຫນັບສະຫນູນໂດຍ Google, ໄດ້ຖືກສ້າງຂື້ນເປັນມາດຕະຖານທີ່ເປີດເຜີຍເພື່ອໃຫ້ຜູ້ເຜີຍແຜ່ເວັບໄຊທ໌ຕ່າງໆສ້າງເວັບໄຊທ໌ທີ່ໂຫລດໄວຂຶ້ນໃນອຸປະກອນມືຖື. ຖ້າທ່ານຄິດວ່າສຽງທີ່ຄ້າຍຄືກັບການອອກແບບເວັບທີ່ຕອບສະຫນອງ, ທ່ານບໍ່ຜິດ. ສອງແນວຄວາມຄິດສ່ວນແບ່ງຫຼາຍຢ່າງ, ຄືວ່າພວກເຂົາທັງສອງໄດ້ສຸມໃສ່ການສົ່ງເນື້ອຫາໃຫ້ຜູ້ໃຊ້ໃນອຸປະກອນມືຖື. ຢ່າງໃດກໍຕາມ, ມີຄວາມແຕກຕ່າງກັນລະຫວ່າງສອງວິທີນີ້.
ຄວາມແຕກຕ່າງທີ່ສໍາຄັນລະຫວ່າງ AMP ກັບ Web Design Responsive
ຫນຶ່ງໃນຄວາມເຂັ້ມແຂງຂອງການອອກແບບເວັບຕອບສະຫນອງໄດ້ສະເຫມີມີຄວາມຢືດຢຸ່ນທີ່ມັນເພີ່ມສະຖານທີ່. ທ່ານສາມາດສ້າງຫນ້າຫນຶ່ງທີ່ອັດຕະໂນມັດຕອບກັບຂະຫນາດຫນ້າຈໍຂອງຜູ້ເຂົ້າຊົມ. ນີ້ເຮັດໃຫ້ຫນ້າເວັບສາມາດເຂົ້າເຖິງແລະມີຄວາມສາມາດໃນການຮັບໃຊ້ປະສົບການທີ່ດີກັບອຸປະກອນຕ່າງໆແລະຂະຫນາດຫນ້າຈໍ, ຈາກໂທລະສັບມືຖືໄປຍັງແທັບເລັດ, ຄອມພິວເຕີ້, ຄອມພິວເຕີ້ແລະອື່ນ ໆ . ການອອກແບບເວັບຕອບສະຫນອງແມ່ນສຸມໃສ່ ອຸປະກອນ ທັງຫມົດ ແລະປະສົບການຂອງຜູ້ໃຊ້ , ບໍ່ພຽງແຕ່ມືຖື. ນັ້ນແມ່ນທັງສອງຢ່າງທີ່ດີແລະບໍ່ດີໃນຄົນອື່ນ.
ຄວາມຍືດຫຍຸ່ນໃນເວັບໄຊກໍ່ຍິ່ງດີແຕ່ຖ້າທ່ານຕ້ອງການທີ່ຈະມຸ່ງເນັ້ນໂທລະສັບມືຖື, ການສ້າງເວັບໄຊທ໌ທີ່ມຸ່ງເນັ້ນໃສ່ຫນ້າຈໍທັງຫມົດ, ແທນທີ່ຈະເປັນພຽງແຕ່ມືຖື, ສາມາດຊື້ຂາຍໄດ້ທີ່ມີຄວາມຍືດຫຍຸ່ນສໍາລັບການປະຕິບັດມືຖືທີ່ສົມບູນແບບ. ນັ້ນແມ່ນທິດສະດີທາງຫລັງຂອງ AMP.
AMP ແມ່ນຈຸດສຸມຢ່າງດຽວໃນຄວາມໄວ - ຄືຄວາມໄວໂທລະສັບ. ອີງຕາມການ Malte Ubl, Google Tech ນໍາສໍາລັບໂຄງການນີ້, AMP ມີຈຸດປະສົງເພື່ອນໍາເອົາ "ການສະແດງຜົນທັນທີຕໍ່ເນື້ອຫາເວັບ". ບາງວິທີທີ່ເຮັດນີ້ກໍ່ຄື:
- Lazy loading
- ໃຊ້ preconnect
- ກໍາລັງຊອກຫາຊັບພະຍາກອນ
- Async Javascript
- ແຜ່ນຮູບແບບ Inline
- ບໍ່ມີຕົວອັກສອນທີ່ສາມາດດາວໂຫລດໄດ້
- Resource prioritization
ເຫຼົ່ານີ້ແມ່ນພຽງແຕ່ບາງສ່ວນຂອງຜູ້ອໍານວຍການທີ່ເຮັດໃຫ້ ການໂຫຼດ AMP ຢ່າງໄວວາ . ນອກນັ້ນຍັງມີບາງລາຍການຢູ່ໃນບັນຊີລາຍຊື່ທີ່ອາດເຮັດໃຫ້ຜູ້ຊ່ຽວຊານດ້ານເວບໄຊທ໌ຍາວນານ. ຕົວຢ່າງ ແບບຊັ້ນໃນ , ຕົວຢ່າງ. ພວກເຮົາຫຼາຍຄົນໄດ້ຖືກບອກວ່າເປັນເວລາຫລາຍປີທີ່ຮູບແບບທັງຫມົດຄວນຢູ່ໃນຮູບແບບພາຍນອກ. ມີຄວາມສາມາດແບບຫຼາຍໆຫນ້າເວັບໄຊທ໌ທັງຫມົດຈາກເອກະສານພາຍນອກຫນຶ່ງແມ່ນຫນຶ່ງໃນຄວາມເຂັ້ມແຂງຂອງ CSS - ຄວາມເຂັ້ມແຂງທີ່ຖືກລົບກວນຖ້າຫາກວ່າຫນ້າເວັບໃຊ້ຮູບແບບພາຍໃນແທນ. ແມ່ນ, ທ່ານປ້ອງກັນຄວາມຕ້ອງການທີ່ຈະດາວໂຫລດໄຟລ໌ພາຍນອກ, ແຕ່ວ່າໃນຄ່າໃຊ້ຈ່າຍໃນການຄຸ້ມຄອງເວັບໄຊທ໌ທັງຫມົດທີ່ມີເອກະສານສະໄຕດຽວ. ສະນັ້ນວິທີທີ່ດີກວ່າ? ຄວາມເປັນຈິງແມ່ນວ່າພວກເຂົາທັງສອງມີຜົນປະໂຫຍດແລະຂໍ້ບົກຜ່ອງຂອງເຂົາເຈົ້າ. ເວັບແມ່ນການປ່ຽນແປງຢ່າງຕໍ່ເນື່ອງແລະຄົນທີ່ແຕກຕ່າງກັນທີ່ໄປຢ້ຽມຢາມເວັບໄຊທ໌ຂອງທ່ານມີຄວາມຕ້ອງການທີ່ແຕກຕ່າງກັນ. ມັນຍາກຫລາຍທີ່ຈະສ້າງກົດລະບຽບທີ່ຈະນໍາໃຊ້ໃນທຸກໆກໍລະນີ, ເພາະວ່າວິທີການຕ່າງໆເຮັດໃຫ້ຮູ້ສຶກສະບາຍໃນສະຖານະການຕ່າງໆ. ສິ່ງສໍາຄັນແມ່ນເພື່ອຊັ່ງນໍ້າຫນັກຜົນປະໂຫຍດຫຼືຂໍ້ບົກພ່ອງຂອງແຕ່ລະວິທີເພື່ອກໍານົດທີ່ດີທີ່ສຸດໃນກໍລະນີພິເສດຂອງທ່ານ.
ຄວາມແຕກຕ່າງທີ່ສໍາຄັນອີກອັນຫນຶ່ງລະຫວ່າງ AMP ແລະ RWD ແມ່ນຄວາມຈິງທີ່ວ່າການອອກແບບທີ່ຕອບສະຫນອງບໍ່ຄ່ອຍ "ເພີ່ມ" ໃສ່ເວັບທີ່ມີຢູ່. ເນື່ອງຈາກວ່າ RWD ກໍ່ແມ່ນການທົບທວນຄືນພື້ນຖານຂອງສະຖາປັດຕະແລະປະສົບການຂອງສະຖານທີ່, ໂດຍທົ່ວໄປມັນຈະຕ້ອງໃຊ້ເວລາທີ່ເວັບໄຊດັ່ງກ່າວຈະຖືກ ປັບປຸງໃຫມ່ແລະ redeveloped ເພື່ອຮອງຮັບຮູບແບບທີ່ຕອບສະຫນອງ. AMP ສາມາດຖືກເພີ່ມເຂົ້າໄປໃນເວັບໄຊທ໌ທີ່ມີຢູ່ແລ້ວ, ຢ່າງໃດກໍຕາມ. ໃນຄວາມເປັນຈິງ, ມັນກໍ່ສາມາດຖືກເພີ່ມໃສ່ເວັບໄຊທ໌ທີ່ຕອບສະຫນອງໄດ້.
Javascript Considerations
ບໍ່ເຫມືອນກັບເວັບໄຊທ໌ທີ່ມີ RWD, ເວັບໄຊທ໌ AMP ບໍ່ໄດ້ດີກັບ Javascript. ນີ້ປະກອບມີສະບັບ 3 ຂອງພັກແລະຫ້ອງສະຫມຸດທີ່ມີຄວາມນິຍົມຫຼາຍໃນສະຖານທີ່ໃນມື້ນີ້. ຫ້ອງສະຫມຸດເຫຼົ່ານັ້ນສາມາດເພີ່ມຫນ້າທີ່ເຮັດວຽກທີ່ຫນ້າເຊື່ອຖືໃຫ້ແກ່ເວັບໄຊທ໌ໄດ້, ແຕ່ພວກເຂົາຍັງມີຜົນກະທົບຕໍ່ການເຮັດວຽກ. ດັ່ງນັ້ນ, ມັນຢືນຢູ່ໃນເຫດຜົນວ່າວິທີການທີ່ເນັ້ນຫນັກໃສ່ຄວາມໄວຫນ້າຈະຫລີກລ້ຽງໄຟລ໌ Javascript. ມັນແມ່ນສໍາລັບເຫດຜົນທີ່ AMP ມັກຈະຖືກນໍາໃຊ້ໃນຫນ້າເວັບທີ່ຄົງທີ່ເທົ່າທຽມກັນກັບຄົນທີ່ມີການເຄື່ອນໄຫວສູງຫຼືຜູ້ທີ່ຕ້ອງການຜົນກະທົບຂອງ Javascript ສະເພາະສໍາລັບເຫດຜົນຫຼືຄົນອື່ນ. ຕົວຢ່າງເຊັ່ນຄັງຮູບພາບເວັບໄຊທ໌ທີ່ເຮັດໃຫ້ການໃຊ້ປະສົບການແບບ "lightbox" ບໍ່ໄດ້ເປັນຜູ້ສະຫມັກທີ່ດີສໍາລັບ AMP. ໃນທາງກົງກັນຂ້າມ, ບົດຄວາມເວັບໄຊທ໌ມາດຕະຖານຫຼືການປ່ອຍຂ່າວທີ່ບໍ່ຈໍາເປັນຕ້ອງມີການເຮັດວຽກທີ່ຫນ້າປະທັບໃຈເປັນຫນ້າທີ່ດີທີ່ຈະສົ່ງກັບ AMP. ຫນ້ານີ້ອາດຈະຖືກອ່ານໂດຍຜູ້ໃຊ້ອຸປະກອນມືຖືທີ່ອາດຈະໄດ້ເຫັນການເຊື່ອມຕໍ່ໃນສື່ສັງຄົມຫຼືຜ່ານການຄົ້ນຫາຂອງ Google ມືຖື. ສາມາດໃຫ້ເນື້ອຫາທີ່ທັນສະໄຫມໄດ້ໃນເວລາທີ່ພວກເຂົາຮ້ອງຂໍໃຫ້ມັນ, ແທນທີ່ຈະຫຼຸດຄວາມໄວໃນການດາວໂຫລດໃນຂະນະທີ່ Javascript ທີ່ບໍ່ຈໍາເປັນແລະຊັບພະຍາກອນອື່ນໆທີ່ຖືກໂຫລດ, ເຮັດໃຫ້ປະສົບການຂອງລູກຄ້າທີ່ດີ.
ການເລືອກໂຊລູຊັ່ນທີ່ເຫມາະສົມ
ດັ່ງນັ້ນທາງເລືອກທີ່ເຫມາະສົມສໍາລັບທ່ານ - AMP ຫຼື RWD? ມັນຂຶ້ນກັບຄວາມຕ້ອງການສະເພາະຂອງທ່ານ, ແນ່ນອນ, ແຕ່ທ່ານບໍ່ຈໍາເປັນຕ້ອງເລືອກຫນຶ່ງຫຼືອີກ. ຖ້າພວກເຮົາຕ້ອງການທີ່ຈະມີກົນລະຍຸດອອນໄລນ໌ທີ່ສະຫລາດ (ແລະປະສົບຜົນສໍາເລັດ) ມັນຫມາຍຄວາມວ່າພວກເຮົາຈໍາເປັນຕ້ອງພິຈາລະນາເຄື່ອງມືທັງຫມົດທີ່ພວກເຮົາກໍາຈັດແລະຮຽນຮູ້ວິທີການເຮັດວຽກຮ່ວມກັນ. ບາງທີນີ້ອາດຈະຫມາຍຄວາມວ່າໃຫ້ເວັບໄຊທ໌ຂອງທ່ານຕອບສະຫນອງ, ແຕ່ໃຊ້ AMP ໃນບາງສ່ວນຫຼືຫນ້າທີ່ເລືອກທີ່ເຫມາະສົມກັບແບບການພັດທະນາແບບນັ້ນ. ມັນຍັງສາມາດຫມາຍເຖິງລັກສະນະຂອງວິທີການຕ່າງໆແລະລວມພວກມັນເພື່ອສ້າງວິທີການຜະລິດແບບປະສົມປະສານທີ່ຕອບສະຫນອງຄວາມຕ້ອງການສະເພາະແລະສະຫນອງການທີ່ດີທີ່ສຸດຂອງໂລກທັງສອງກັບຜູ້ມາຢ້ຽມຢາມເວັບໄຊທ໌ນັ້ນ.