AI Rank Suite — ການຄົ້ນຫາດ້ວຍ AI, llms.txt, Schema & SEO

ບັນທຶກການປ່ຽນແປງ

0.2.45

• ສິດຂອງຕົວປລັກອິນເອງບໍ່ໄດ້ໃຊ້ເປັນຕົວປ້ອງກັນສິ່ງໃດອີກຕໍ່ໄປ. ທຸກໆ REST route ແລະ ທຸກໆໜ້າຕ່າງຈະຖາມ WordPress ໂດຍກົງ, ແລະ ສິດຈະຖືກລະບຸໄວ້ໃນ route ເອງເລີຍ: current_user_can( 'manage_options' ). ສ່ວນ route ທີ່ລະບຸໂພສຕ໌ກໍຈະຖາມ WordPress ກ່ຽວກັບໂພສຕ໌ນັ້ນເຊັ່ນກັນ.
• ໜ້າຕ່າງ ບົດບາດ (Roles) ໄດ້ຖືກຕັດອອກພ້ອມກັນ. ມັນເຄີຍກຳນົດສິດ 4 ຢ່າງເຊິ່ງຕອນນີ້ບໍ່ມີຜົນໃນການຕັດສິນໃດໆແລ້ວ, ແລະ ເວັບໄຊທີ່ຍັງມີສິດເຫຼົ່ານັ້ນຄ້າງຢູ່ກໍຈະຖືກລຶບອອກເມື່ອທຳການອັບເດດ. ສິດການເຂົ້າເຖິງແມ່ນອີງຕາມບົດບາດຂອງ WordPress: ຜູ້ດູແລລະບົບເປັນຜູ້ຈັດການປລັກອິນ.
• ລະບົບທົດສອບຈະສັ່ງໃຫ້ build ຕົກທັນທີ ຫາກມີ route ໃດລົງທະບຽນໂດຍບໍ່ມີສິດຂອງ WordPress ກຳກັບໄວ້, ຫຼື ຫາກຍັງມີການກວດສອບສິດເກົ່າຢູ່ຈຸດໃດກໍຕາມ.

0.2.44

• ທຸກໆ REST route ຕອນນີ້ຈະຖາມ WordPress ກ່ຽວກັບສິດຂອງລະບົບເອງກ່ອນ ຈຶ່ງຈະພິຈາລະນາສິດຂອງປລັກອິນ. ສິດຂອງປລັກອິນສາມາດມອບໃຫ້ບົດບາດໃດກໍໄດ້ໃນ ການຕັ້ງຄ່າ, ບົດບາດ, ດັ່ງນັ້ນມັນຈຶ່ງບໍ່ສາມາດໃຊ້ເປັນດ່ານປ້ອງກັນພຽງດ່ານດຽວໄດ້.
• ຄ່າທີ່ອ່ານຈາກ $_SERVER ແລະ $_COOKIE ຈະຖືກ sanitize (ກວດລ້າງຄວາມປອດໄພ) ບໍ່ແມ່ນພຽງແຕ່ unslash ເທົ່ານັ້ນ.
• ການສົ່ງອອກຂໍ້ມູນການກວດສອບຈະສົ່ງແຖວຕາຕະລາງໄປຍັງບຣາວເຊີ ເພື່ອໃຫ້ບຣາວເຊີເປັນຜູ້ຂຽນໄຟລ໌. ບໍ່ມີການສັ່ງ echo ຂໍ້ມູນອອກມາຈາກ route, ແລະ ຫ້ອງຕາຕະລາງທີ່ຂຶ້ນຕົ້ນດ້ວຍເຄື່ອງໝາຍເທົ່າກັບ (=) ຈະຖືກຂຽນເປັນຂໍ້ຄວາມທຳມະດາ ເພື່ອປ້ອງກັນບໍ່ໃຫ້ໂປຣແກຣມຕາຕະລາງປະມວນຜົນມັນເປັນສູດຄຳນວນ.
• llms.txt ຈະຖືກຕັດແທັກ markup ອອກເມື່ອສະແດງຜົນ.

0.2.43

• Elementor ຈະບໍ່ຂຽນທັບຫົວຂໍ້ທີ່ຕັ້ງຈາກບ່ອນອື່ນອີກຕໍ່ໄປ. Elementor ມີການເກັບສຳເນົາຫົວຂໍ້ SEO, ຄຳອະທິບາຍ, ຄຳຄົ້ນຫາ ແລະ ສະວິດ noindex ໄວ້ໃນການຕັ້ງຄ່າໜ້າເວັບຂອງມັນເອງ ແລະ ຈະສົ່ງຄ່າທັງໝົດທຸກຄັ້ງທີ່ມີການບັນທຶກ ລວມທັງການແກ້ໄຂເລເອົາຕ໌. ເມື່ອມີການຂຽນຄ່າກັບຄືນ, ສຳເນົານັ້ນຈຶ່ງເອົາຫົວຂໍ້ເກົ່າໄປຂຽນທັບຫົວຂໍ້ທີ່ຫາກໍຕັ້ງຄ່າໄປບໍ່ເທົ່າໃດນາທີກ່ອນໜ້າຈາກການກວດສອບດ້ວຍ AI, ແຖບຂ້າງຂອງ Block Editor ຫຼື ລາຍການເນື້ອຫາ. ປັດຈຸບັນແຜງຄວບຄຸມຈະຈື່ສິ່ງທີ່ສົ່ງໃຫ້ builder ແລະ ຂຽນສະເພາະຊ່ອງຂໍ້ມູນທີ່ມີການປ່ຽນແປງພາຍໃນ Elementor ເທົ່ານັ້ນ. ກ່ອງ meta ແລະ ແຖບຂ້າງຂອງ Block Editor ເຮັດວຽກແບບນີ້ຢູ່ແລ້ວ; ຕອນນີ້ມີການທົດສອບເພື່ອໃຫ້ທັງສາມສ່ວນເຮັດວຽກຕົງກັນ.

• ພັບລາຍການຄຳຄົ້ນຫາທີ່ຍາວ. ໜ້າເວັບສາມາດມີຄຳຄົ້ນຫາໄດ້ເປັນຮ້ອຍຄຳ, ເຊິ່ງກ່ອງ meta ແລະ ແຖບຂ້າງເຄີຍສະແດງທັງໝົດເປັນປ້າຍ chip ຈົນກາຍເປັນກຳແພງຍາວດັນໜ້າເວັບລົງລຸ່ມ ແລະ ຕົວນັບສະແດງ “100 / 10”. ປັດຈຸບັນທັງສອງບ່ອນຈະສະແດງ 12 ຄຳທຳອິດ (8 ຄຳໃນແຖບຂ້າງ), ມີປ້າຍບອກຈຳນວນທີ່ຍັງເຫຼືອ, ແລະ ລາຍການທີ່ເປີດອອກສາມາດເລື່ອນ scroll ພາຍໃນກ່ອງໄດ້. ຂີດຈຳກັດສະແດງເປັນ 100 ຄືເກົ່າ.

0.2.42

• ຄະແນນ SEO ຖືກຄິດໄລ່ຕາມສູດ. ມີ 4 ເສົາຫຼັກພ້ອມຄະແນນຕາຍຕົວ, ລວມທັງໝົດ 100 ຄະແນນ: ຄຳຄົ້ນຫາ 40 ຄະແນນ (ມີໃນຫົວຂໍ້, ຄຳອະທິບາຍ, URL, ຫຍໍ້ໜ້າທຳອິດ, ຫົວຂໍ້ຍ່ອຍ, ຄວາມໜາແໜ້ນ ແລະ ຂໍ້ຄວາມ alt ຂອງຮູບ), ຫົວຂໍ້ ແລະ ຄຳອະທິບາຍ 25 ຄະແນນ, ໂຄງສ້າງ 20 ຄະແນນ (ມີ H1 ອັນດຽວ, ລຳດັບຫົວຂໍ້ຖືກຕ້ອງ, ມີ 300+ ຄຳ, ມີຂໍ້ຄວາມ alt, slug ກະທັດຮັດ), ລິ້ງຄ໌ 15 ຄະແນນ. ກ່ອນໜ້ານີ້ການກວດສອບຄຳຄົ້ນຫາບໍ່ໄດ້ຖືກນຳມາຄິດໄລ່ຄະແນນເລີຍ, ເຮັດໃຫ້ໜ້າທີ່ບໍ່ມີຄຳຄົ້ນຫາເລີຍໄດ້ຄະແນນເທົ່າກັບໜ້າທີ່ມີຄຳຄົ້ນຫາຄົບທຸກບ່ອນ. ຫາກບໍ່ມີຄຳຄົ້ນຫາຫຼັກ ເສົາຫຼັກຄຳຄົ້ນຫາກໍຈະບໍ່ໄດ້ຄະແນນ ແລະ ຄະແນນລວມຈະບໍ່ມີທາງເກີນ 60. ຕົວເລກທັງສີ່ຈະສະແດງຢູ່ກ້ອງວົງມົນຄະແນນໃນແຖບຂ້າງຂອງຕົວແກ້ໄຂ ແລະ ໃນກ່ອງ meta.
• ສ້າງ llms.txt ໄດ້ດ້ວຍການຄລິກດຽວ. ປຸ່ມ “ຂຽນທຸກຢ່າງ” ຈະສ້າງບົດສະຫຼຸບໃຫ້ທຸກໜ້າໃນໄຟລ໌ທັງສອງ (ສ້າງຈາກ engine ຂອງ AI ເມື່ອມີການໃສ່ຄີໄວ້, ຫຼື ດຶງຈາກປະໂຫຍກທຳອິດຂອງໜ້າເວັບຫາກບໍ່ມີຄີ), ຂຽນຫຍໍ້ໜ້າເກີ່ນນຳຂອງເວັບໄຊ ແລະ ສ້າງໄຟລ໌ທັງສອງຂຶ້ນໃໝ່, ພ້ອມແຖບສະແດງຄວາມຄືບໜ້າ. ໜ້າທີ່ມີບົດສະຫຼຸບຢູ່ແລ້ວຈະຖືກຮັກສາໄວ້ຄືເກົ່າ ເວັ້ນເສຍແຕ່ທ່ານຈະເລືອກໃຫ້ຂຽນໃໝ່.
• ການກວດສອບເວັບໄຊ: ເພີ່ມອີກ 7 ກົດ, ວິທີແກ້ໄຂສຳລັບທຸກບັນຫາທີ່ພົບ, ແລະ ໄຟລ໌ຕາຕະລາງ. ຄວາມຍາວຂອງ meta description, ຂາດຄຳຄົ້ນຫາຫຼັກ, ບໍ່ມີຄຳຄົ້ນຫາໃນຫົວຂໍ້, slug ຍາວເກີນໄປ, ໂພສຕ໌ບໍ່ມີຮູບໜ້າປົກ, ບໍ່ມີລິ້ງຄ໌ພາຍໃນອອກໄປຂ້າງນອກ, ຮູບໜ້າປົກມີຂະໜາດໃຫຍ່ເກີນໄປ. ທຸກບັນຫາທີ່ພົບຈະມີລິ້ງຄ໌ໄປຫາຕົວປັບແຕ່ງລວມທັງຕົວແກ້ໄຂ, ແລະ ສາມາດສົ່ງອອກຜົນການກວດສອບທັງໝົດເປັນ CSV ໄດ້.
• ສ່ວນການວັດແທກມີໜ້າສະຫຼຸບພາບລວມ. ສະແດງ Search Console ແລະ Analytics ສຳລັບຊ່ວງວັນດຽວກັນຄຽງຄູ່ກັນ, ແຕ່ລະອັນທຽບກັບຊ່ວງວັນດຽວກັນກ່ອນໜ້າ, ສະແດງສອງເສັ້ນເທິງແກນດຽວກັນ, ພ້ອມໜ້າເວັບຍອດນິຍົມພ້ອມຕົວເລກທັງສອງ. Bing ສະແດງຢູ່ຂ້າງ Google: property ຂອງ Search Console ຢູ່ຂ້າງເວັບໄຊທີ່ Bing ຕ້ອງການ, ພ້ອມປຸ່ມນຳເຂົ້າຂອງ Bing ຈາກ Search Console ດ້ວຍການຄລິກພຽງຄັ້ງດຽວ.
• SEO ຮູບພາບນັບຂໍ້ມູນໃນຄັງສື່. ສະແດງວ່າມີຈັກຮູບທີ່ບໍ່ມີຂໍ້ຄວາມ alt, ຮູບທີ່ກວ້າງກວ່າ 2500 ພິກເຊວ ຫຼື ມີຂະໜາດໃຫຍ່ກວ່າ 500 KB, ພ້ອມສະແດງລາຍການຮູບທີ່ໃຫຍ່ທີ່ສຸດ, ແລະ ສາມາດສັ່ງຂຽນຂໍ້ຄວາມ alt ທີ່ຍັງຂາດຢູ່ຈາກແບບຮ່າງໄດ້ເທື່ອລະ 50 ຮູບໃນຮອບດຽວ.
• ການນຳເຂົ້າສະແດງສິ່ງທີ່ມີຢູ່ຕົວຈິງ. ປລັກອິນທີ່ຕິດຕັ້ງຢູ່ ຫຼື ມີຂໍ້ມູນຫຼົງເຫຼືອໄວ້ ຈະໄດ້ຮັບກາດສະແດງພ້ອມຕົວເລກ ແລະ ປຸ່ມກົດຕ່າງໆ; ສ່ວນທີ່ເຫຼືອຈະສະແດງພຽງແຖວດຽວ. Yoast ແລະ SEOPress ມີເຄື່ອງໝາຍບອກຢ່າງຊັດເຈນ.
• ຂໍ້ສະເໜີຈາກ AI ຈະປຽບທຽບກັບໜ້າເວັບຕາມສະພາບປັດຈຸບັນ. ຄຳວ່າ “ຕອນນີ້” ໃນການກວດສອບຫົວຂໍ້ ແລະ ຄຳອະທິບາຍ ເຄີຍສະແດງສະເພາະຂໍ້ມູນ snapshot ທີ່ບັນທຶກໄວ້ຕອນສ້າງຂໍ້ສະເໜີ; ຫຼັງຈາກມີການນຳໃຊ້ກ່ອນໜ້ານັ້ນ ມັນກໍຍັງສະແດງຫົວຂໍ້ເກົ່າ, ຂະນະທີ່ລາຍການເນື້ອຫາເຊິ່ງອ່ານຈາກໜ້າເວັບໂດຍກົງໄດ້ສະແດງຄ່າຕົວຈິງ. ປັດຈຸບັນລະບົບກວດສອບຈະອ່ານຄ່າປັດຈຸບັນໃໝ່ທຸກຄັ້ງທີ່ໂຫຼດ ແລະ ແຈ້ງເຕືອນຫາກ metadata ມີການປ່ຽນແປງຫຼັງຈາກທີ່ມີການສ້າງຂໍ້ສະເໜີ.
• ປະກາດຮັບສະໝັກງານມີຂໍ້ມູນຄົບຕາມທີ່ລາຍງານຂອງ Google ຕ້ອງການ. datePosted ຈາກວັນທີໂພສຕ໌, ລະຫັດຕຳແໜ່ງງານ (job ID), ປະເທດຂອງຜູ້ສະໝັກສຳລັບວຽກທາງໄກ (remote), ແລະ ຂໍ້ມູນວ່າການສະໝັກເກີດຂຶ້ນເທິງໜ້າເວັບໂດຍກົງຫຼືບໍ່.

0.2.41

• ຊຸດໂປຣແກຣມ Pro ກັບມາມີໄຟລ໌ແປພາສາຄືເກົ່າແລ້ວ. ຊຸດ build ຂອງ Pro ລຸ້ນ 0.2.40 ເຄີຍຖືກປ່ອຍອອກໄປໂດຍບໍ່ມີໂຟນເດີ languages, ເຮັດໃຫ້ທຸກໜ້າຈໍສະແດງເປັນພາສາອັງກິດເທິງເວັບໄຊພາສາເຢຍລະມັນ. ປັດຈຸບັນຂະບວນການ build ຈະປະຕິເສດການເຮັດວຽກຫາກບໍ່ມີໄຟລ໌ຕົ້ນສະບັບຂອງຄຳແປ, ແລະ ຂັ້ນຕອນກວດສອບການປ່ອຍເວີຊັນກໍຈະກວດສອບໃຫ້ແນ່ໃຈວ່າມີໄຟລ໌ catalogue ທີ່ compile ແລ້ວຢູ່ໃນຊຸດຕິດຕັ້ງ.
• ຕົວນັບຄຳປ່ຽນກັບມາໃຊ້ຊື່ ຄຳ (Words) ຄືເກົ່າ. ແທັບກ້ອງສ່ວນ ເນື້ອຫາ ເຄີຍຖືກປ່ຽນຊື່ເປັນ ຄວາມຍາວ; ຕົວນັບຈຳນວນຄຳຂອງແຕ່ລະໜ້າ ແລະ ຂອງທັງເວັບໄຊ ແມ່ນແທັບດຽວກັນ ແລະ ຕອນນີ້ກໍສະແດງຊື່ຕາມນັ້ນແລ້ວ.

0.2.40

• ແຜງຄວບຄຸມດຶງຄ່າຄະແນນດ້ວຍຕົນເອງ. WP-Cron ຈະເຮັດວຽກສະເພາະຕອນທີ່ມີຄົນເຂົ້າຊົມເວັບໄຊເທົ່ານັ້ນ, ດັ່ງນັ້ນໃນເວັບໄຊທີ່ງຽບໆ ການອ່ານຄ່າປະຈຳວັນທີ່ເພີ່ມເຂົ້າມາໃນ 0.2.39 ອາດຕ້ອງລໍຖ້າເປັນເວລາຫຼາຍມື້. ເມື່ອເປີດແຜງຄວບຄຸມຂຶ້ນມາ ແລະ ຄ່າທີ່ອ່ານຫຼ້າສຸດເກົ່າກວ່າ 20 ຊົ່ວໂມງ, ມັນຈະທຳການອ່ານຄ່າໃໝ່ທັນທີ. ກາດບັນຫາທີ່ພົບຍັງໄດ້ເພີ່ມປຸ່ມ: “ກວດສອບດຽວນີ້” ເພື່ອເລີ່ມຕົ້ນການກວດສອບ ແລະ ເປີດໜ້າ Site Audit ເຊິ່ງຈະເຮັດວຽກໄປເທື່ອລະສ່ວນ.
• ແຖບເຄື່ອງມືຂອງຕົວແກ້ໄຂສະແດງທັງສອງຄະແນນ. ປຸ່ມ AI Rank Suite ທີ່ປັກໝຸດໄວ້ຈະສະແດງຄະແນນ GEO ແລະ SEO ເປັນປ້າຍມົນນ້ອຍໆສອງອັນຕາມສີຜົນການປະເມີນ, ແລະ ຢູ່ເປັນອັນດັບທຳອິດໃນແຖວທີ່ປັກໝຸດ. ຫາກມີການເປີດໃຊ້ Rank Math ຢູ່, ປຸ່ມຄະແນນທີ່ປັກໝຸດສອງປຸ່ມຂອງມັນຈະຫຼົບເຂົ້າໄປຢູ່ໃນເມນູ ⋮ ເຊິ່ງຍັງຄົງເປີດແຖບຂ້າງໄດ້ຄືເກົ່າ, ເຮັດໃຫ້ແຖບເຄື່ອງມືສະແດງຕົວເລກພຽງຊຸດດຽວແທນທີ່ຈະເປັນສອງຊຸດ.
• ເພີ່ມຄຳຄົ້ນຫາພ້ອມກັນເປັນຊຸດ. ຊ່ອງໃສ່ຄຳຄົ້ນຫາໃນກ່ອງ meta ແລະ ໃນແຖບຂ້າງ ສາມາດວາງລາຍການຂໍ້ຄວາມ (ຂັ້ນດ້ວຍຈຸດ, ຈຸດຈ້ຳ ຫຼື ຂຶ້ນແຖວໃໝ່) ແລ້ວເພີ່ມທຸກຄຳພ້ອມກັນໄດ້ບາດດຽວ, ແລະ ຄຳແນະນຳຈາກ AI ກໍມີປຸ່ມ “ເພີ່ມທັງໝົດ”. ຂີດຈຳກັດສູງສຸດຍັງຄົງເປັນ 10 ຄຳຄືເກົ່າ.
• ກ່ອງ meta ແລະ ແຖບຂ້າງກັບມາໃຊ້ຮູບແບບມາດຕະຖານຂອງ WordPress. ປຸ່ມທຸກປຸ່ມໃຊ້ສີຟ້າມາດຕະຖານ, ປຸ່ມຮອງເປັນເສັ້ນຂອບສີຟ້າດຽວກັນ, ມຸມໂຄ້ງ 3 ແລະ 4 ພິກເຊວ, ຂອບຊ່ອງປ້ອນຂໍ້ມູນຕາມມາດຕະຖານ, ບໍ່ມີການໄລ່ສີ ແລະ ບໍ່ມີເງົາສີ. ວົງມົນຄະແນນໃຊ້ສີນ້ຳເຜິ້ງແທນສີດອກດາວເຮືອງ, ແລະ ຕົວເລກຈະຢູ່ເຄິ່ງກາງວົງມົນພໍດີໃນທຸກໆບຣາວເຊີ: ຕອນນີ້ໃຊ້ HTML ວາງຊ້ອນເທິງວົງມົນ ແທນທີ່ຈະເປັນຂໍ້ຄວາມ SVG ໝຸນກັບໄປມາ.
• ລາຍການໂພສຕ໌ສະແດງຂໍ້ມູນຄືກັບທີ່ Rank Math ສະແດງ. ຄໍລຳລາຍລະອຽດ SEO ໄດ້ເພີ່ມປະເພດ schema ທີ່ໜ້າເວັບຈະມີ ພ້ອມໄອຄອນນັບຈຳນວນລິ້ງຄ໌ 3 ແບບ: ພາຍໃນ, ພາຍນອກ ແລະ ລິ້ງຄ໌ທີ່ເຊື່ອມເຂົ້າມາ. ປ້າຍຄະແນນຖືກຈັດໃຫ້ຢູ່ຕິດຂອບເທິງຄືກັບຫ້ອງອື່ນໆ ເພື່ອໃຫ້ມັນຢູ່ຂ້າງຫົວຂໍ້ສະເໝີ ເຖິງວ່າຈະມີຄໍລຳອື່ນເຮັດໃຫ້ແຖວສູງຂຶ້ນກໍຕາມ.

0.2.39

• ຄະແນນການຄົ້ນຫາ AI ຈະຖືກອ່ານມື້ລະເທື່ອ. ກາດ “ຄະແນນການຄົ້ນຫາ AI ຕາມຊ່ວງເວລາ” ເທິງແຜງຄວບຄຸມເຄີຍລະບຸວ່າຈະເພີ່ມໜຶ່ງຈຸດຕໍ່ການຄິດໄລ່ໃໝ່ແຕ່ລະຄັ້ງ ບໍ່ວ່າຈະສັ່ງເອງ ຫຼື ຕາມກຳນົດເວລາ, ແຕ່ມີພຽງເຄິ່ງທຳອິດເທົ່ານັ້ນທີ່ເປັນຈິງ: ຈຸດຂໍ້ມູນຈະຖືກບັນທຶກສະເພາະຕອນທີ່ມີຄົນກົດປຸ່ມ ຄິດໄລ່ໃໝ່ ເທົ່ານັ້ນ, ແລະ ເທິງເວັບໄຊທີ່ບໍ່ມີໃຜກົດ, ວັນທີຫຼ້າສຸດຂອງເສັ້ນກຣາຟກໍຈະຄ້າງຢູ່ບ່ອນເກົ່າເປັນອາທິດ. ປັດຈຸບັນວຽກປະຈຳວັນ (airanksuite_job_score_snapshot, ເຊິ່ງຢູ່ໃນລະບົບຂອງ Autopilot) ຈະທຳການອ່ານຄ່າໃຫ້, ເຮັດໃຫ້ເສັ້ນກຣາຟຂະຫຍັບເອງໂດຍອັດຕະໂນມັດ. ສ່ວນການກົດປຸ່ມ ຄິດໄລ່ໃໝ່ ກໍຍັງຄົງເພີ່ມຈຸດຂໍ້ມູນທັນທີຄືເກົ່າ.
• ກາດທ່າອ່ຽງທັງສອງກາດຈະບອກວ່າມັນມີການປ່ຽນແປງຫຼ້າສຸດເມື່ອໃດ ແລະ ຈະປ່ຽນແປງຄັ້ງຕໍ່ໄປເມື່ອໃດ. ກ້ອງກາດຄະແນນ: ສະແດງຄ່າທີ່ອ່ານຫຼ້າສຸດ ແລະ ຮອບອັດຕະໂນມັດຄັ້ງຖັດໄປ. ກ້ອງກາດບັນຫາທີ່ພົບ: ສະແດງການກວດສອບຫຼ້າສຸດທີ່ສຳເລັດ ແລະ ຮອບກຳນົດການຖັດໄປ, ຫຼື ຫາກບໍ່ມີການຕັ້ງເວລາໄວ້ ກໍຈະແຈ້ງວ່າຕ້ອງສັ່ງກວດສອບ ຫຼື ຕັ້ງເວລາກ່ອນ ເສັ້ນກຣາຟຈຶ່ງຈະມີຈຸດຂໍ້ມູນເພີ່ມ. ປ້າຍບອກເວລາຫຼ້າສຸດເມື່ອສາມອາທິດກ່ອນຕອນນີ້ຖືເປັນເລື່ອງຂອງກຳນົດເວລາ, ບໍ່ແມ່ນຂໍ້ຜິດພາດ.
• ກ່ອງ “ບັນຫາທີ່ຍັງຄ້າງ” ຈະອັບເດດພ້ອມກັບແຜນພູມທາງລຸ່ມແລ້ວ. ເມື່ອການກວດສອບສຳເລັດ ລະບົບເຄີຍລຶບແຄຊສະເພາະຂອງແຜນພູມແຕ່ບໍ່ໄດ້ລຶບແຄຊຂອງກ່ອງສະແດງຜົນ, ເຮັດໃຫ້ເປັນເວລາດົນເຖິງ 5 ນາທີ ທີ່ແຜນພູມສະແດງຂໍ້ມູນຮອບໃໝ່ແຕ່ກ່ອງຍັງຄົງສະແດງຍອດເກົ່າ.

0.2.38

• ເຫດການທີ່ເກີດຂຶ້ນຊ້ຳໆຈະຖືກຕັ້ງເວລາເທິງ hook init, ບໍ່ແມ່ນ plugins_loaded. ການຕັ້ງເວລາເຫດການຈະຖາມທຸກປລັກອິນກ່ຽວກັບລາຍການກຳນົດເວລາ cron, ແລະ WooCommerce ກໍແປປ້າຍກຳກັບກຳນົດເວລາຂອງມັນໃນຂະນະທີ່ຕອບກັບ. ການຖືກຖາມຕອນລະບົບຂອງເຮົາກຳລັງ boot ເຮັດໃຫ້ WooCommerce ໂຫຼດຄຳແປຂອງມັນກ່ອນ init, ເຊິ່ງ WordPress 6.7 ຂຶ້ນໄປຈະແຈ້ງເຕືອນເປັນ notice ພາຍໃຕ້ WP_DEBUG ໃສ່ປລັກອິນນີ້. ເຫດການທີ່ເກີດຂຶ້ນຊ້ຳໆທັງໝົດ 8 ລາຍການ (ຕົວສືບຕໍ່ວຽກ, ການເກັບຮັກສາຂໍ້ມູນ, ບັນທຶກອັນດັບ, ການກວດແບັກລິ້ງຄ໌, ການໂຫຼດລາຍການໃໝ່, ລາຍງານ, ແຈ້ງເຕືອນການກວດສອບ, ການມອງເຫັນຂອງ AI) ຕອນນີ້ຈະຜ່ານ helper ດຽວຄື Cron::ensure() ເຊິ່ງຈະລໍຖ້າໃຫ້ຮອດ init ກ່ອນ. ເທິງເວັບໄຊທີ່ບໍ່ມີ WooCommerce ຈະບໍ່ມີຫຍັງປ່ຽນແປງ; ສ່ວນເວັບໄຊທີ່ມີ WooCommerce ຂໍ້ຄວາມແຈ້ງເຕືອນນັ້ນກໍຈະຫາຍໄປ.
• ການສັ່ງນຳເຂົ້າຂໍ້ມູນຕ້ອງໃຊ້ສິດຜູ້ດູແລລະບົບ WordPress. ເວີຊັນ 0.2.37 ໄດ້ເພີ່ມການກວດສອບນັ້ນເຂົ້າໃນການນຳເຂົ້າການຕັ້ງຄ່າ ແລະ ການກູ້ຄືນຂໍ້ມູນສຳຮອງ, ແຕ່ຍັງຕົກຫຼົ່ນໃນສ່ວນຕົວນຳເຂົ້າຂອງປລັກອິນ ເຊິ່ງສາມາດຂຽນທັບການຕັ້ງຄ່າ, ການປ່ຽນເສັ້ນທາງ ແລະ ຂໍ້ມູນໂພສຕ໌ໄດ້ເຊັ່ນກັນ. ການເລີ່ມຕົ້ນ, ການດຳເນີນການ ແລະ ການຍົກເລີກການນຳເຂົ້າ, ລວມທັງການອ່ານໄຟລ໌ທີ່ອັບໂຫຼດ, ຕອນນີ້ຈະຕ້ອງໃຊ້ສິດ manage_options ເຊັ່ນກັນ. ສ່ວນການເບິ່ງລາຍຊື່ຕົ້ນທາງ, ການກວດຫາປລັກອິນທີ່ຕິດຕັ້ງຢູ່, ການສົ່ງອອກ ແລະ ການອ່ານຂໍ້ມູນສຳຮອງ ຍັງຄົງໃຊ້ສິດສະເພາະຂອງປລັກອິນຕາມເດີມ.

0.2.37

• ການປ່ຽນແປງສິດວ່າໃຜເຮັດຫຍັງໄດ້ແດ່ ຕ້ອງໃຊ້ສິດຜູ້ດູແລລະບົບ WordPress. ປລັກອິນມີສິດສະເພາະຂອງຕົນເອງເພື່ອໃຫ້ເອເຈນຊີສາມາດມອບສິດ “ຈັດການການຕັ້ງຄ່າ” ໃຫ້ແກ່ editor ໄດ້. ແຕ່ສິດນັ້ນພຽງຢ່າງດຽວເຄີຍສາມາດເປີດຕົວແກ້ໄຂບົດບາດໄດ້ນຳ, ເຮັດໃຫ້ຜູ້ທີ່ໄດ້ຮັບສິດດັ່ງກ່າວສາມາດສົ່ງຕໍ່ສິດນີ້ ຫຼື ສິດອື່ນໆຂອງປລັກອິນໃຫ້ກັບບົດບາດອື່ນໄດ້ອີກ. ປັດຈຸບັນຕົວແກ້ໄຂບົດບາດຈະຕ້ອງໃຊ້ສິດ promote_users ຂອງ WordPress ຄວບຄູ່ໄປນຳ. ການກວດສອບຂັ້ນທີສອງແບບດຽວກັນນີ້, ຄື manage_options, ໄດ້ຖືກເພີ່ມເຂົ້າໃນ route ອື່ນໆທີ່ເຂົ້າເຖິງເກີນກວ່າການຕັ້ງຄ່າຂອງປລັກອິນ: ການຂຽນ ແລະ ກູ້ຄືນ .htaccess, ການນຳເຂົ້າໄຟລ໌ຕັ້ງຄ່າ, ການກູ້ຄືນຂໍ້ມູນສຳຮອງການຕັ້ງຄ່າ, ວຽກບຳລຸງຮັກສາພາຍໃຕ້ເຄື່ອງມືນັກພັດທະນາ, ລວມທັງການສ້າງ, ແກ້ໄຂ ຫຼື ທົດສອບ webhook ເຊິ່ງເປັນການສົ່ງຂໍ້ມູນເວັບໄຊໄປຍັງທີ່ຢູ່ທີ່ມີຄົນປ້ອນເຂົ້າ. ລະບົບຈະຖາມ WordPress ກ່ອນສະເໝີ, ດັ່ງນັ້ນຄຳຂໍທີ່ຖືກປະຕິເສດຈະບໍ່ເສຍໂຄຕ້າ rate limit. ສຳລັບຜູ້ດູແລລະບົບແລ້ວ ຈະບໍ່ມີສິ່ງໃດປ່ຽນແປງ.
• ສົ່ງຄ່າໄປຍັງ JavaScript ໃນຮູບແບບ JSON. ສະຄຣິບຂອງແຖບເຄື່ອງມືເຄີຍຮັບທີ່ຢູ່ REST ແລະ nonce ຜ່ານການແທນທີ່ຂໍ້ຄວາມລົງໃນຊອດໂຄ້ດ, ແລະ ໂຄ້ດ snippet ຂອງ Matomo ກໍເຄີຍແປະທີ່ຢູ່ ແລະ site id ໄວ້ລະຫວ່າງເຄື່ອງໝາຍວົງຢືມ. ປັດຈຸບັນທັງສອງສ່ວນຈະໄດ້ຮັບ JSON object ດຽວທີ່ສ້າງຂຶ້ນໂດຍ wp_json_encode(). ເຖິງວ່າທີ່ຢູ່ເຫຼົ່ານັ້ນຈະເປັນຂອງເວັບໄຊເອງຈົນບໍ່ສາມາດຖືກ inject ໄດ້, ແຕ່ຄ່າທີ່ຖືກເຂົ້າລະຫັດສຳລັບ URL ກໍບໍ່ໄດ້ຖືກເຂົ້າລະຫັດສຳລັບສະຄຣິບ, ແລະ ມີພຽງວິທີດຽວເທົ່ານັ້ນທີ່ຖືກຕ້ອງ.
• ຂໍ້ມູນໂຄງສ້າງຖືກສະແດງຜົນດ້ວຍການເຂົ້າລະຫັດ JSON ແບບມາດຕະຖານ. JSON-LD ໃນສ່ວນຫົວຂອງໜ້າເວັບເຄີຍຖືກເຂົ້າລະຫັດດ້ວຍ flag ທີ່ປ່ອຍໃຫ້ເຄື່ອງໝາຍ slash ແລະ ຕົວອັກສອນທີ່ບໍ່ແມ່ນ ASCII ຢູ່ຄືເກົ່າ. ເມື່ອປ່ຽນມາໃຊ້ຄ່າເລີ່ມຕົ້ນ, ທຸກໆ slash ຈະຖືກ escape, ເຮັດໃຫ້ບໍ່ມີຂໍ້ຄວາມຫົວຂໍ້ໃດສາມາດປິດແທັກ script ໄດ້, ແລະ ຜົນອອກມາກໍຈະເປັນຂໍ້ມູນຊຸດດຽວກັນສຳລັບທຸກລະບົບທີ່ນຳໄປໃຊ້.
• query ຂອງຕົວນຳເຂົ້າ 6 ລາຍການສົ່ງຊື່ຕາຕະລາງເປັນ identifier ແລ້ວ. ຕົວອ່ານຂໍ້ມູນຂອງ Redirection, Rank Math ແລະ All in One SEO ເຄີຍນຳເອົາຊື່ຕາຕະລາງຂອງປລັກອິນອື່ນມາຕໍ່ທ້າຍຂໍ້ຄວາມຄຳສັ່ງໂດຍກົງ. ປັດຈຸບັນມັນຈະຖືກສົ່ງຜ່ານ %i ຄືກັບຈຸດອື່ນໆທັງໝົດ.

0.2.36

• ທຸກຢ່າງທີ່ປລັກອິນກຳນົດຊື່ຕອນນີ້ປ່ຽນມາໃຊ້ airanksuite ທັງໝົດ. ຕົວເລືອກ, ຕາຕະລາງ, post ແລະ term meta, ສິດ, ເຫດການຕັ້ງເວລາ, hooks, ຄ່າຄົງທີ່, REST namespace (airanksuite/v1), script handles ແລະ ຄຳສັ່ງ WP-CLI (wp airanksuite) ເຄີຍໃຊ້ຕົວຫຍໍ້ 4 ຕົວອັກສອນ ເຊິ່ງການກວດສອບຂອງ directory ພົບວ່າມັນສັ້ນເກີນໄປ ແລະ ອາດຊ້ຳຊ້ອນກັບປລັກອິນອື່ນ. ຂໍ້ມູນຂອງທ່ານຈະຍ້າຍເອງໂດຍອັດຕະໂນມັດ: ໃນຄຳຂໍທຳອິດຫຼັງຈາກອັບເດດ, ກ່ອນທີ່ຈະມີການອ່ານຄ່າໃດໆ, ຕາຕະລາງຈະຖືກປ່ຽນຊື່, ຕົວເລືອກ ແລະ meta keys ຈະຖືກຍ້າຍມາ, ສິດ ແລະ ເຫດການຕັ້ງເວລາກໍຈະປ່ຽນຕາມ. ບໍ່ມີການຄັດລອກຂໍ້ມູນເທື່ອລະແຖວ ແລະ ບໍ່ມີສິ່ງໃດຕົກຄ້າງພາຍໃຕ້ຊື່ເກົ່າ. Shortcode ທີ່ເຄີຍໃສ່ໄວ້ໃນໜ້າເວັບແລ້ວ ເຊັ່ນ [airs_breadcrumbs] ແລະ [airs_business_hours] ຈະຍັງຄົງໃຊ້ງານໄດ້ທັງຊື່ເກົ່າ ແລະ ຊື່ໃໝ່, ລວມທັງແທັກ [airs-private] ເຊັ່ນກັນ. ໄຟລ໌ສົ່ງອອກການຕັ້ງຄ່າ ຫຼື ໄຟລ໌ສຳຮອງຂໍ້ມູນກ່ອນການອັບເດດທີ່ສ້າງຈາກເວີຊັນກ່ອນ ຈະສາມາດກູ້ຄືນມາພາຍໃຕ້ຊື່ໃໝ່ໃນປັດຈຸບັນໄດ້. ຫາກທ່ານເຄີຍຂຽນໂຄ້ດເຊື່ອມກັບ hooks, ຄ່າຄົງທີ່ ຫຼື REST paths ເກົ່າ, ໃຫ້ປ່ຽນ airs ເປັນ airanksuite ແທນ.
• route ທີ່ລະບຸໂພສຕ໌ຈະຕ້ອງຖາມ WordPress ກ່ຽວກັບໂພສຕ໌ນັ້ນສະເໝີ. ສິດ (capability) ຂອງປລັກອິນບອກພຽງວ່າຜູ້ໃດສາມາດເຮັດຫຍັງກັບປລັກອິນໄດ້, ແຕ່ບໍ່ໄດ້ບອກວ່າພວກເຂົາສາມາດເຫັນໂພສຕ໌ໃດແດ່. ການອ່ານ schema ຫຼື ຜົນ PageSpeed ຂອງໂພສຕ໌ເຄີຍຕ້ອງການພຽງສິດ “ເບິ່ງລາຍງານ”, ເຮັດໃຫ້ບົດບາດທີ່ມີສິດນັ້ນສາມາດອ່ານສະບັບຮ່າງສ່ວນຕົວຂອງຄົນອື່ນໄດ້. ປັດຈຸບັນ route ເຫຼົ່ານັ້ນຈະຕ້ອງໃຊ້ສິດ read_post ສຳລັບໂພສຕ໌ນັ້ນເອງ, ແລະ ການຂຽນຈະຕ້ອງໃຊ້ edit_post. ການກວດສອບແບບດຽວກັນນີ້ຍັງຖືກເພີ່ມເຂົ້າໃນຈຸດທີ່ມີການສົ່ງ post id ມາໃນ body ຫຼື ໃນລາຍການ: ການນຳໃຊ້ຄຳແນະນຳລິ້ງຄ໌ພາຍໃນ, ການປະຕິເສດ ຫຼື ຍົກເລີກຂໍ້ສະເໜີຂອງ Autopilot, ການປະມວນຜົນເປັນຊຸດຕາມ id ທີ່ເລືອກ, ການສົ່ງ URL ໄປດັດສະນີ. ຄິວ ແລະ ບັນທຶກຂອງ Autopilot, ລາຍການເນື້ອຫາ ແລະ ໄຟລ໌ CSV ຈະຕັດສະບັບຮ່າງທີ່ຜູ້ໃຊ້ປັດຈຸບັນບໍ່ມີສິດເປີດໃນ WordPress ອອກ.
• ບໍ່ມີການປະກອບຂໍ້ຄວາມຄຳສັ່ງ SQL ດ້ວຍການຕັດຕໍ່ອີກຕໍ່ໄປ. ລາຍການການປ່ຽນເສັ້ນທາງເຄີຍສ້າງ ORDER BY ຈາກການຈັດຮຽງທີ່ໜ້າຈໍຮ້ອງຂໍ. ເຖິງວ່າຄ່ານັ້ນຈະມາຈາກ allow-list ທີ່ປອດໄພຈາກການ injection, ແຕ່ຄຳສັ່ງທີ່ປະກອບມາຈາກຫຼາຍສ່ວນກໍຍາກທີ່ຈະແຍກອອກຈາກຄຳສັ່ງທີ່ມີຊ່ອງໂຫວ່. ປັດຈຸບັນທຸກລາຍການໃນປລັກອິນຈະສົ່ງຄຳສັ່ງທີ່ຄົງທີ່: ຄໍລຳຈັດຮຽງຈະສົ່ງຜ່ານ placeholder ແບບ identifier, ທິດທາງການຈັດຮຽງເລືອກຈາກຄ່າຄົງທີ່ສອງຄ່າ, ແລະ ຕົວກັ່ນຕອງທີ່ບໍ່ໄດ້ໃຊ້ຈະຖືກປິດຜ່ານ flag ແທນທີ່ຈະຖືກຕັດອອກຈາກຂໍ້ຄວາມ. ຜົນໄດ້ຮັບຍັງຄືເກົ່າ, ລຳດັບຄືເກົ່າ, ແລະ ແບ່ງໜ້າຄືເກົ່າ.
• ມຸມມອງ sitemap ເທິງບຣາວເຊີຖືກປ່ຽນເປັນໄຟລ໌ແຍກ. XSL stylesheet ທີ່ຢູ່ເບື້ອງຫຼັງ /sitemap.xsl, ລວມທັງ CSS, ເຄີຍເປັນຂໍ້ຄວາມ string ຝັງຢູ່ໃນຊອດໂຄ້ດ PHP; ປັດຈຸບັນມັນຄື assets/sitemap/sitemap.xsl ແລະ PHP ມີໜ້າທີ່ພຽງແຕ່ສົ່ງໄຟລ໌ອອກໄປເທົ່ານັ້ນ.
• ບໍ່ມີການໂຫຼດຄຳແປກ່ອນ hook init. ປ້າຍກຳກັບຊ່ວງເວລາ cron ເຄີຍຖືກແປໃນຂະນະທີ່ໂມດູນກຳລັງຕັ້ງເວລາເຫດການເທິງ plugins_loaded, ເຊິ່ງ WordPress 6.7 ຂຶ້ນໄປຈະແຈ້ງເຕືອນເປັນ notice ພາຍໃຕ້ WP_DEBUG. ຊ່ວງເວລານັ້ນເປັນພຽງສຳເນົາຂອງ weekly ຂອງ WordPress ເອງ ແລະ ຕອນນີ້ໄດ້ຖືກຕັດອອກແລ້ວ.
• ມີ 4 ບໍລິການທີ່ເຄີຍຕົກຫຼົ່ນຈາກລາຍຊື່ບໍລິການພາຍນອກ, ເຊິ່ງຕອນນີ້ໄດ້ຖືກບັນທຶກລາຍລະອຽດພ້ອມສິ່ງທີ່ສົ່ງ, ເວລາທີ່ສົ່ງ, ລວມທັງເງື່ອນໄຂ ແລະ ນະໂຍບາຍຄວາມເປັນສ່ວນຕົວແລ້ວ: OpenStreetMap Nominatim (“ຄົ້ນຫາພິກັດຈາກທີ່ຢູ່” ໃນ Local SEO), ບໍລິການເຊື່ອມຕໍ່ຂອງພວກເຮົາເອງທີ່ຢູ່ເບື້ອງຫຼັງ “ເຂົ້າສູ່ລະບົບດ້ວຍ Google”, Google Ads API (ໄອເດຍຄຳຄົ້ນຫາຂອງ Pro), ແລະ webhook ທີ່ທ່ານກຳນົດຄ່າເອງ.

0.2.35

• ທຸກການ query ຖານຂໍ້ມູນຈະຕ້ອງຜ່ານ $wpdb->prepare(). ຄຳສັ່ງອ່ານ ແລະ ຂຽນ 107 ລາຍການ ເຄີຍຖືກສ້າງເປັນຂໍ້ຄວາມ string ໂດຍການແຊກຊື່ຕາຕະລາງລົງໄປໂດຍກົງໂດຍບໍ່ມີ placeholder ເລີຍ. ເຖິງວ່າມັນຈະບໍ່ໄດ້ຮັບຂໍ້ມູນຈາກຜູ້ໃຊ້, ແຕ່ query ທີ່ບໍ່ໄດ້ໃຊ້ prepare ກໍແຍກອອກໄດ້ຍາກຈາກຈຸດທີ່ຄວນຈະຕ້ອງໃຊ້, ເຊິ່ງການກວດສອບຂອງ directory ກໍໄດ້ແຈ້ງເລື່ອງນີ້ເຊັ່ນກັນ. ປັດຈຸບັນຊື່ຕາຕະລາງຈະຖືກສົ່ງຜ່ານຕົວລະບຸ %i, ລາຍການ IN ຈະມີໜຶ່ງ placeholder ຕໍ່ໜຶ່ງຄ່າ, ແລະ ຮູບແບບ LIKE ຈະຕ້ອງຜ່ານ esc_like(); ບໍ່ມີການແປະຂໍ້ຄວາມລົງໃນ SQL ດ້ວຍມືອີກຕໍ່ໄປ.
• ບໍ່ມີການສັ່ງພິມ CSS ຂອງປລັກອິນລົງໃນໜ້າເວັບໂດຍກົງ. ສີຂອງເມນູອັບເກຣດ, ໂຄງຮ່າງຕອນເລີ່ມຕົ້ນຂອງແອັບຜູ້ດູແລ, stylesheet ຂອງໜ້າອັບເກຣດ ແລະ ຄໍລຳຄະແນນໃນລາຍການໂພສຕ໌ ທີ່ເຄີຍໃຊ້ວິທີ echo ອອກມາ
• ຕົວຄວບຄຸມ head ຈະບໍ່ເປີດ output buffer ຄ້າງໄວ້ອີກຕໍ່ໄປ. ຫາກປລັກອິນອື່ນເປີດ buffer ຊ້ອນຢູ່ເທິງຂອງເຮົາແລ້ວບໍ່ຍອມປິດ, ຟັງຊັນ finish() ຈະຢຸດເຮັດວຽກ ແລະ ເຮັດໃຫ້ ob_start() ຂອງປລັກອິນເອງເປີດຄ້າງໄວ້ຕະຫຼອດຄຳຂໍນັ້ນ. ປັດຈຸບັນ buffer ຂອງພາຍນອກຈະຖືກ flush ອອກໄປກ່ອນ, ແລະ ລະບົບປ້ອງກັນຕອນ shutdown ຈະປິດ buffer ຂອງເຮົາຫາກຍັງບໍ່ມີສ່ວນໃດສັ່ງປິດ.
• ແອັບສ່ວນຜູ້ດູແລຈະບໍ່ຄາດເດົາບ່ອນຢູ່ຂອງ admin-ajax.php ອີກຕໍ່ໄປ. endpoint ແມ່ນໄດ້ມາຈາກ PHP ຕະຫຼອດຢູ່ແລ້ວ, ແຕ່ສະຄຣິບເຄີຍໃສ່ຄ່າ /wp-admin/admin-ajax.php ຕິດໄວ້ເປັນທາງເລືອກສຸດທ້າຍ, ເຊິ່ງຜິດພາດສຳລັບເວັບໄຊທີ່ມີການປ່ຽນຊື່ ຫຼື ຕິດຕັ້ງສ່ວນຜູ້ດູແລໄວ້ໃນໂຟນເດີຍ່ອຍ. ຕອນນີ້ໄດ້ຕັດຄ່າສຳຮອງດັ່ງກ່າວອອກແລ້ວ.
• ຊຸດໄຟລ໌ລະບົບຜູ້ດູແລ ແລະ ຕົວແກ້ໄຂທີ່ compile ແລ້ວ ໄດ້ຖືກແນບມາພ້ອມກັບ source code. ໄດ້ແກ່ assets/admin/src ແລະ assets/editor/src, ໄຟລ໌ຕັ້ງຄ່າ Vite ທັງສອງ ແລະ ຂັ້ນຕອນການ build ໃນ readme, ເພື່ອໃຫ້ທຸກຄົນສາມາດກວດເບິ່ງ ຫຼື build ສິ່ງທີ່ເຮັດວຽກຢູ່ຂຶ້ນມາໃໝ່ໄດ້.
• ທຸກບໍລິການພາຍນອກມີເອກະສານລະບຸເງື່ອນໄຂ ແລະ ນະໂຍບາຍຄວາມເປັນສ່ວນຕົວໄວ້ຢ່າງຊັດເຈນ ແຍກຕາມແຕ່ລະໂຮສຕ໌: Google APIs, ແທັກ Google, IndexNow ພ້ອມ 4 endpoints, Bing Webmaster Tools, Microsoft Clarity, Matomo, Places, PageSpeed, ຜູ້ໃຫ້ບໍລິການ AI ແລະ ຜູ້ໃຫ້ບໍລິການຂໍ້ມູນ SEO.
• ແພລັດຟອມຣີວິວໜຶ່ງທີ່ໄດ້ຍົກເລີກການໃຫ້ປລັກອິນຕ່າງໆເຂົ້າເຖິງ API ຈະບໍ່ປາກົດໃນຄຳແນະນຳໄດເຣກທໍຣີທ້ອງຖິ່ນອີກຕໍ່ໄປ.
• ການອ່ານຂໍ້ມູນການຈຳລອງຄຳຕອບ 2 ລາຍການເຄີຍຖືກປິດກັ້ນໄວ້ຫຼັງໃບອະນຸຍາດ. ທ່າອ່ຽງ ແລະ ຕາຕະລາງປຽບທຽບຄູ່ແຂ່ງແມ່ນລາຍງານຈາກຂໍ້ມູນທີ່ເຄີຍເກັບກຳໄວ້ແລ້ວ, ເຊິ່ງໃບອະນຸຍາດທີ່ໝົດອາຍຸມີຈຸດປະສົງພຽງແຕ່ຢຸດການເຮັດວຽກໃໝ່ຊົ່ວຄາວ, ບໍ່ແມ່ນການເຊື່ອງຂໍ້ມູນເກົ່າທີ່ມີຢູ່. ປັດຈຸບັນທັງສອງສ່ວນສາມາດອ່ານໄດ້ຢ່າງອິດສະຫຼະຄືກັບລາຍງານອື່ນໆ.
• ເວັບໄຊທີ່ປ່ຽນຈາກລຸ້ນ Pro ມາເປັນລຸ້ນຟຣີ ຈະບໍ່ມີການສັ່ງ cron event ທີ່ວ່າງເປົ່າອີກຕໍ່ໄປ. ການບັນທຶກອັນດັບ, ການຈຳລອງຄຳຕອບ, ລາຍງານທາງອີເມວ ແລະ ການກວດສອບແບັກລິ້ງຄ໌ຄືນໃໝ່ ເຄີຍຄ້າງຢູ່ໃນຕາຕະລາງ cron ໂດຍບໍ່ມີລະບົບໃດມາຮັບຊ່ວງຕໍ່, ເຮັດໃຫ້ WordPress ສັ່ງເຮັດວຽກໄປແບບລ້າໆຕາມກຳນົດເວລາຕະຫຼອດມາ. ເຫດການທີ່ຕັ້ງເວລາໄວ້ທັງໝົດຂອງປລັກອິນນີ້ທີ່ບໍ່ມີໂມດູນຮອງຮັບ ຈະຖືກລຶບອອກທັນທີໃນຄັ້ງທຳອິດທີ່ປລັກອິນໂຫຼດຫຼັງຈາກມີການປ່ຽນແປງ.
• ສ່ວນຜູ້ດູແລຂອງລຸ້ນຟຣີຈະບໍ່ຮ້ອງຂໍເສັ້ນທາງ (routes) ທີ່ຕົນເອງບໍ່ມີອີກຕໍ່ໄປ. ກາດເທິງແຜງຄວບຄຸມ, ໜ້າເນື້ອຫາ, ຕົວວິເຄາະ ແລະ ແທັບໃບອະນຸຍາດ ເຄີຍຮ້ອງຂໍ endpoint ທີ່ມີສະເພາະຕອນຕິດຕັ້ງໂມດູນ Pro ເທົ່ານັ້ນ ຈົນເຮັດໃຫ້ເກີດຂໍ້ຜິດພາດ 404 ໃນ browser console; ຕອນນີ້ແຕ່ລະສ່ວນຈະກວດສອບລາຍຊື່ໂມດູນກ່ອນ, ແລະ ແທັບໃບອະນຸຍາດກໍຈະບອກລາຍລະອຽດຂອງລຸ້ນຟຣີ ແທນທີ່ຈະພະຍາຍາມອ່ານໃບອະນຸຍາດທີ່ບໍ່ມີຢູ່ຈິງ.
• ຕົວຕິດຕາມ 404 ມີການອະທິບາຍສິ່ງທີ່ມັນບັນທຶກ ແລະ ຈຸດໝາຍປາຍທາງຂອງຂໍ້ມູນ, ແທນທີ່ຈະສະແດງຂໍ້ຄວາມພຽງແຖວດຽວເມື່ອຍັງບໍ່ມີຂໍ້ມູນ.
• ລຸ້ນຟຣີບໍ່ເຄີຍສັ່ງທຳຄວາມສະອາດຂໍ້ມູນຕອນຖອນການຕິດຕັ້ງເລີຍ. ຊຸດ build ຂອງລຸ້ນ Pro ໄດ້ເຊື່ອມຕໍ່ມັນເຂົ້າກັບ hook ການຖອນການຕິດຕັ້ງຂອງ Freemius ພາຍໃນໄຟລ໌ທີ່ລຸ້ນຟຣີບໍ່ມີ, ເຮັດໃຫ້ການຕັ້ງຄ່າ “ລຶບຂໍ້ມູນຂອງຂ້ອຍເມື່ອຖອນການຕິດຕັ້ງ” ໃນຕອນນັ້ນເປັນພຽງສະວິດທີ່ບໍ່ໄດ້ເຊື່ອມກັບຫຍັງເລີຍ. ປັດຈຸບັນລຸ້ນຟຣີໄດ້ລົງທະບຽນ hook ການຖອນການຕິດຕັ້ງຂອງ WordPress ເອງແລ້ວ; ຂໍ້ມູນຍັງຄົງຖືກເກັບຮັກສາໄວ້ ເວັ້ນເສຍແຕ່ທ່ານຈະເລືອກບໍ່ເກັບ.
• ຄຳອະທິບາຍ 9 ຈຸດທີ່ເພີ່ມເຂົ້າມາໃນ 0.2.34 (ວົງມົນຄະແນນ, ຕົວນັບທັງສີ່, ບັນທຶກທ່າອ່ຽງທັງສາມ, ຄຳແນະນຳລະບົບໄດເຣກທໍຣີໃນ Local SEO) ທີ່ເຄີຍບໍ່ມີຄຳແປພາສາເຢຍລະມັນ ແລະ ສະແດງເປັນພາສາອັງກິດເທິງເວັບໄຊພາສາເຢຍລະມັນ ຕອນນີ້ໄດ້ຮັບການແປຮຽບຮ້ອຍແລ້ວ.

0.2.34

• ແຜງຄວບຄຸມຈະແຈ້ງວ່າມັນເຊື່ອມຕໍ່ກັບຫຍັງແດ່, ແລະ ກຳລັງເຮັດຫຍັງດ້ວຍ AI. ກາດທີ່ລາຍງານກ່ຽວກັບ agent ຕອນນີ້ມີເສັ້ນທາງການເຊື່ອມຕໍ່ຢູ່ກ້ອງມັນ: ແຖວສະແດງທຸກບໍລິການທີ່ປລັກອິນເຊື່ອມຕໍ່ຢູ່ — AI engines, Search Console, Matomo, Analytics, Bing, IndexNow, WooCommerce — ແຕ່ລະຕົວຈະບອກວ່າມີຫຍັງແດ່ທີ່ຈະຢຸດເຮັດວຽກຫາກມັນດັບໄປ, ໂດຍມີເສັ້ນສັນຍານເຄື່ອນໄຫວທີ່ຈະສະແດງກະແສໄຟສະເພາະຕອນທີ່ engine ສາມາດຕອບສະໜອງໄດ້ຕົວຈິງ. ຖັດລົງມາແມ່ນວຽກ 10 ປະເພດທີ່ປລັກອິນເຮັດຮ່ວມກັບໂມເດວ ແລະ ແຕ່ລະວຽກສົ່ງໄປຍັງ engine ໃດ. ມັນຈະຖືກສະແດງບໍ່ວ່າຈະມີຄີຫຼືບໍ່: ຫາກບໍ່ມີຄີ, ແຜນວາດຈະສະແດງເປັນສີເທົາ ເຊິ່ງເປັນເຫດຜົນທີ່ແນະນຳໃຫ້ເຊື່ອມຕໍ່ຄີ.
• ທຸກຕົວເລກໃນຕອນນີ້ຈະບອກຢ່າງຊັດເຈນວ່າມັນນັບຫຍັງ. ການຮຽກໃຊ້ງານມື້ນີ້, ຄ່າໃຊ້ຈ່າຍມື້ນີ້, ຄວາມຄືບໜ້າຂອງຮອບການເຮັດວຽກ, ຄ່າໃຊ້ຈ່າຍຂອງຮອບ, ພາລະການເຮັດວຽກຂອງ engine, ຄະແນນໃນວົງມົນ, ໜ້າທີ່ຄິດໄລ່ຄະແນນແລ້ວ, ບັນຫາທີ່ພົບ, ລິ້ງຄ໌ເສຍ ແລະ ເສັ້ນທ່າອ່ຽງທັງສາມເສັ້ນ ຈະມີປະໂຫຍກໜຶ່ງອະທິບາຍວ່າວັດແທກຫຍັງ, ໃນຊ່ວງເວລາໃດ, ແລະ ຕົວເລກນັ້ນແມ່ນມາຈາກການວັດແທກຕົວຈິງ ຫຼື ການພະຍາກອນ.
• ຕົວເລກ 5 ຈຸດເຄີຍວັດແທກຜິດພາດ. “ການຮຽກໃຊ້ງານມື້ນີ້” ແລະ “ຄ່າໃຊ້ຈ່າຍມື້ນີ້” ນັບຈາກທ່ຽງຄືນຕາມເວລາ UTC ໃນຂະນະທີ່ເວັບໄຊໃຊ້ເຂດເວລາຂອງຕົນເອງ, ເຮັດໃຫ້ໃນແຖບອ່າວອາຣັບ ທຸກໆເຊົ້າຈົນຮອດ 4 ໂມງເຊົ້າຈະລາຍງານຜິດມື້. ຮອບການເຮັດວຽກທີ່ສຳເລັດແລ້ວຍັງຄົງສະແດງຄ່າປະເມີນຕອນເລີ່ມຕົ້ນ ແທນທີ່ຈະສະແດງຄ່າໃຊ້ຈ່າຍຕົວຈິງຈາກການຮຽກໃຊ້ງານ, ແລະ ສະແດງແຖບຄວາມຄືບໜ້າເຕັມຢູ່ຂ້າງຄຳວ່າ “idle”. ກຣາຟເສັ້ນການຄລິກຄົ້ນຫາເລືອກດຶງຂໍ້ມູນ snapshot ທີ່ ເກົ່າທີ່ສຸດ 30 ລາຍການ, ເຮັດໃຫ້ເວັບໄຊທີ່ມີປະຫວັດດົນນານຄ້າງຢູ່ທີ່ຂໍ້ມູນເດືອນທຳອິດຕະຫຼອດໄປ. ເສັ້ນບັນຫາທີ່ພົບພລັອດຂໍ້ມູນຈາກຮອບທີ່ຍັງກຳລັງ crawl ຢູ່ ເຮັດໃຫ້ເສັ້ນກຣາຟຕົກຮວບແລ້ວກັບຄືນມາດີຂຶ້ນໃນອີກໜຶ່ງຊົ່ວໂມງຕໍ່ມາ, ພ້ອມທັງໃສ່ປ້າຍເວລາເປັນ UTC ໃນຂະນະທີ່ເສັ້ນຄະແນນຂ້າງໆໃຊ້ເຂດເວລາຂອງເວັບໄຊ. ເສັ້ນຄວາມຄອບຄຸມກໍຈັດກຸ່ມວັນຕາມ UTC ຍ້ອນເຫດຜົນດຽວກັນ.
• ເທິງເວັບໄຊທີ່ມີການແປພາສາ ສ່ວນ desk ເຄີຍຫາຍໄປ. ແຜງຄວບຄຸມເຄີຍຈັບຄູ່ວຽກແຕ່ລະອັນກັບຊື່ ທີ່ຖືກແປແລ້ວ ຂອງ desk, ເຮັດໃຫ້ໃນການຕິດຕັ້ງພາສາເຢຍລະມັນ ຫຼື ຝຣັ່ງ ບໍ່ມີຂໍ້ມູນໃດກົງກັນ ແລະ ເຄິ່ງລຸ່ມຂອງແຜນວາດທັງໝົດສະແດງເປັນຄ່າວ່າງ ໂດຍບໍ່ມີຂໍ້ຜິດພາດແຈ້ງເຕືອນເລີຍ. ປັດຈຸບັນວຽກຕ່າງໆຈະມີຄີກາງທີ່ບໍ່ຂຶ້ນກັບພາສາ. ແຖບໂຫຼດຂອງ engine ກໍປ່ຽນມາຫານດ້ວຍຍອດລວມທີ່ເຊີບເວີສົ່ງມາ ແທນທີ່ຈະຫານດ້ວຍຄວາມຍາວຂອງລາຍການໃດກໍຕາມທີ່ໜ້າຈໍຖືໄວ້.

0.2.33

• ການປັບປຸງມາດຕະຖານຕາມການກວດສອບຂອງ WordPress.org ໄດ້ຖືກນຳມາໃຊ້ກັບລຸ້ນ Pro ເຊັ່ນກັນ. ແທັກການວິເຄາະຈະຖືກຈັດຄິວ (enqueue) ແທນທີ່ຈະສັ່ງພິມລົງໃນ wp_head, ເຮັດໃຫ້ script loader ແລະ ລະບົບແຄຊມອງເຫັນ, ແລະ ຂໍ້ກຳນົດຂອງ Consent Mode ທີ່ຕ້ອງໃຫ້ຄ່າເລີ່ມຕົ້ນເຮັດວຽກກ່ອນແທັກ Google ແມ່ນຖືກປະກາດເປັນ dependency ແທນການໃຊ້ລຳດັບ hook ທີ່ປລັກອິນອື່ນອາດແຊກເຂົ້າມາໄດ້. stylesheet ຂອງປ້າຍຄຸກກີ້ຍ້າຍໄປຢູ່ໃນ head ຕາມທີ່ຄວນຈະເປັນ, ແລະ ບໍ່ໂຫຼດຕາມຫຼັງປ້າຍທີ່ມັນຕົກແຕ່ງອີກຕໍ່ໄປ. ການອ່ານຄ່າ $_SERVER ຈຳນວນ 5 ຈຸດ ທີ່ເຄີຍໃສ່ phpcs:ignore ແມ່ນຜ່ານການ sanitize ຜ່ານ helper ດຽວທີ່ທຳການ unslash ກ່ອນແລ້ວຈຶ່ງ sanitize.
• ລະບົບກວດສອບໃບອະນຸຍາດບໍ່ສາມາດຖືກ filter ໃຫ້ປະຕິເສດການໃຊ້ງານໄດ້. hook airanksuite/licensing/allows ຍັງຄົງອະນຸຍາດໃຫ້ໂຮສຕ໌ ຫຼື ເອເຈນຊີເປີດສິດການເຂົ້າເຖິງເພີ່ມຂຶ້ນໄດ້; ແຕ່ບໍ່ສາມາດຈຳກັດສິດໃຫ້ແຄບລົງໄດ້ອີກຕໍ່ໄປ, ດັ່ງນັ້ນ snippet ຈາກພາຍນອກຈຶ່ງບໍ່ສາມາດລັອກສິ່ງທີ່ລູກຄ້າໄດ້ຈ່າຍເງິນຊື້ໄປແລ້ວ.

0.2.32

• ເວີຊັນເທິງ WordPress.org ຈະບໍ່ມີໂຄ້ດກ່ຽວກັບໃບອະນຸຍາດ (licensing) ໃດໆເລີຍ. ຂໍ້ກຳນົດຂອງ Directory ຂໍ້ທີ 5 ຫ້າມບໍ່ໃຫ້ປລັກອິນທີ່ຢູ່ເທິງລະບົບມີການລັອກຟີເຈີໃດໆໄວ້ຫຼັງໃບອະນຸຍາດ, ແລະ ລະບຸວ່າໂຄ້ດທີ່ຖືກລັອກນັ້ນຈະຕ້ອງບໍ່ມີຢູ່ເລີຍ. ຊຸດ build ໄດ້ຕັດໂມດູນ Pro ອອກໄປແລ້ວ; ຕອນນີ້ຍັງໄດ້ຕັດໂມດູນໃບອະນຸຍາດ, Freemius SDK ແລະ ຕົວເລີ່ມຕົ້ນໃບອະນຸຍາດອອກນຳອີກ, ເຮັດໃຫ້ບໍ່ມີເສັ້ນທາງໂຄ້ດໃດໆຫຼົງເຫຼືອຢູ່ໃນຊຸດລຸ້ນຟຣີທີ່ຈະຕອບປະຕິເສດການໃຊ້ງານຟີເຈີໄດ້. ນອກຈາກນີ້ ລະບົບກວດສອບໃບອະນຸຍາດຍັງປະຕິເສດທີ່ຈະບັງຄັບໃຊ້ໃດໆ ແລະ ປະຕິເສດການຖືກ filter ໃຫ້ບັງຄັບໃຊ້ ຫາກບໍ່ມີຕົວລະບຸສະເພາະຂອງລຸ້ນ Pro.
• ແທັກການວິເຄາະຖືກຈັດຄິວ (enqueue) ແທນທີ່ຈະສັ່ງພິມອອກມາກົງໆ. ແທັກ Google, ການຕັ້ງຄ່າ, Microsoft Clarity, Matomo ແລະ ປ້າຍແຈ້ງເຕືອນການຍິນຍອມ ເຄີຍສັ່ງພິມ <script> ແລະ <style> ລົງໃນ wp_head ໂດຍກົງ, ເຮັດໃຫ້ script loader ແລະ ລະບົບແຄຊ ຫຼື ລະບົບເພີ່ມປະສິດທິພາບຕ່າງໆ ມອງບໍ່ເຫັນພວກມັນ. ປັດຈຸບັນພວກມັນຈະລົງທະບຽນ handle ແລະ ແນບໂຄ້ດ inline ແທນ. ຂໍ້ກຳນົດຂອງ Consent Mode ທີ່ຕ້ອງໃຫ້ຄ່າເລີ່ມຕົ້ນເຮັດວຽກກ່ອນແທັກ Google ແມ່ນຖືກກຳນົດເປັນ dependency ແທນການໃຊ້ລຳດັບຄວາມສຳຄັນຂອງ hook, ເຮັດໃຫ້ບໍ່ມີສິ່ງໃດແຊກກາງລະຫວ່າງພວກມັນໄດ້, ແລະ stylesheet ຂອງປ້າຍຄຸກກີ້ກໍຍ້າຍໄປຢູ່ໃນ head ແທນທີ່ຈະໂຫຼດມາຫຼັງຈາກຕົວປ້າຍ.
• ຂໍ້ມູນທີ່ສົ່ງເຂົ້າມາ (Request input) ຈະຖືກກວດລ້າງຄວາມປອດໄພ (sanitize) ແທນທີ່ຈະລະເລີຍ. ການອ່ານຄ່າ $_SERVER ຈຳນວນ 5 ຈຸດ ເຄີຍຖືກໃສ່ phpcs:ignore ແທນທີ່ຈະຖືກກວດສອບຄວາມສະອາດ. ສ່ວນຫົວ (Headers) ແລະ URI ຂອງຄຳຂໍ ສາມາດຖືກແຊກແຊງຈາກຜູ້ໂຈມຕີໄດ້ຄືກັບຂໍ້ມູນອື່ນໆ, ແລະ ຕອນນີ້ພວກມັນຈະຕ້ອງຜ່ານ helper ດຽວທີ່ທຳການ unslash ກ່ອນແລ້ວຈຶ່ງ sanitize ຕາມລຳດັບ.
• ໄຟລ໌ແປພາສາມາຈາກ directory ໂດຍກົງ. WordPress.org ຈະສ້າງ ແລະ ໃຫ້ບໍລິການຊຸດພາສາສຳລັບປລັກອິນທີ່ຢູ່ເທິງລະບົບ, ເຊິ່ງໄຟລ໌ແປພາສາທີ່ຕິດມາກັບປລັກອິນເຄີຍໄປບັງສິ່ງທີ່ຊຸມຊົນຮ່ວມກັນແປໄວ້. ປັດຈຸບັນຊຸດຕິດຕັ້ງລຸ້ນຟຣີຈະແຖມສະເພາະໄຟລ໌ .pot ສຳລັບຜູ້ແປເທົ່ານັ້ນ ແລະ ບໍ່ມີໄຟລ໌ທີ່ compile ແລ້ວຕິດໄປນຳ.
• ບົດບາດຂອງປລັກອິນເຄີຍສາມາດແກ້ໄຂໂພສຕ໌ທີ່ WordPress ບໍ່ໄດ້ອະນຸຍາດໃຫ້ເປີດໄດ້. ບົດບາດ SEO editor ທີ່ຕັ້ງໄວ້ລ່ວງໜ້າໃຫ້ສິດ “ແກ້ໄຂຫົວຂໍ້, ຄຳອະທິບາຍ ແລະ ຄຳຄົ້ນຫາ”; ແຕ່ບໍ່ເຄີຍລະບຸວ່າໂພສຕ໌ ໃດ, ແລະ route ຂອງເນື້ອຫາກໍບໍ່ໄດ້ກວດສອບ. ຜູ້ໃຊ້ທີ່ມີສິດນັ້ນຈຶ່ງສາມາດຂຽນຫົວຂໍ້ SEO, ຄຳອະທິບາຍ, slug, robots ແລະ canonical ຂອງໂພສຕ໌ໃດກໍໄດ້ຜ່ານ REST API, ລວມທັງສະບັບຮ່າງສ່ວນຕົວຂອງຄົນອື່ນ, ພ້ອມທັງອ່ານຂໍ້ຄວາມ ແລະ ຕົວຢ່າງສະແດງຜົນຂອງສະບັບຮ່າງນັ້ນຈາກໜ້າຈໍດຽວກັນ. ປັດຈຸບັນ route ໄດ້ເພີ່ມການກວດສອບຕາມມາດຕະຖານຂອງ WordPress: ຕ້ອງມີສິດ edit_post ກ່ອນຂຽນຂໍ້ມູນ, ຕ້ອງມີສິດ read_post ກ່ອນທີ່ໂພສຕ໌ທີ່ຍັງບໍ່ເຜີຍແຜ່ຈະຖືກສະແດງ, ແລະ ID ທີ່ບໍ່ມີສິດອ່ານຈະຕອບກັບວ່າ “ບໍ່ພົບ” ແທນທີ່ຈະຢືນຢັນວ່າມັນມີຢູ່. ມີການທົດສອບສອງລະບົບຄວບຄຸມທັງສອງດ້ານ.
• ການກວດສອບທີ່ຜ່ານໝົດຈະບໍ່ສະແດງບັນຫາຂອງຮອບກ່ອນອີກຕໍ່ໄປ. ກ່ອງເທິງແຜງຄວບຄຸມເຄີຍດຶງຂໍ້ມູນຈາກແຖວໃໝ່ສຸດໃນຕາຕະລາງບັນຫາທີ່ພົບ. ຮອບການກວດສອບທີ່ບໍ່ພົບບັນຫາຫຍັງຈະບໍ່ມີການຂຽນແຖວໃໝ່, ເຮັດໃຫ້ແຖວໃໝ່ສຸດຍັງຄົງເປັນຂອງຮອບກ່ອນໜ້າ ແລະ ຕົວເລກຍັງຄ້າງຢູ່ເຖິງວ່າທຸກຢ່າງຈະຖືກແກ້ໄຂແລ້ວ; ໃນທາງກັບກັນ, ຮອບທີ່ກຳລັງກວດສອບຢູ່ກໍຖືກນັບທັງທີ່ຍັງບໍ່ແລ້ວ. ປັດຈຸບັນກ່ອງສະແດງຜົນຈະອ່ານຮອບການກວດສອບທີ່ລະບົບເຜີຍແຜ່ເມື່ອສຳເລັດສົມບູນເທົ່ານັ້ນ, ເຊິ່ງເປັນຮອບດຽວກັບທີ່ລາຍງານການກວດສອບສະແດງ. ຫາກບໍ່ມີຮອບທີ່ສຳເລັດ ກໍຈະບໍ່ມີຕົວເລກສະແດງ.
• ການນຳເຂົ້າການປ່ຽນເສັ້ນທາງຂະໜາດໃຫຍ່ຈະບໍ່ໝົດເວລາ (timeout) ຕອນກຳລັງເຮັດວຽກເຄິ່ງໆກາງໆອີກຕໍ່ໄປ. ຂໍ້ມູນ 50,000 ແຖວ ທີ່ແຕ່ລະແຖວຕ້ອງມີການຄົ້ນຫາ ແລະ ຂຽນຂໍ້ມູນ, ບໍ່ສາມາດເຮັດຈົບໄດ້ໃນຂີດຈຳກັດເວລາຂອງ PHP ຮອບດຽວ, ເຊິ່ງການເກີດ timeout ໃນເມື່ອກ່ອນເຮັດໃຫ້ການປ່ຽນເສັ້ນທາງບາງສ່ວນຖືກນຳໃຊ້ ແຕ່ສ່ວນທີ່ເຫຼືອສູນຫາຍ ໂດຍບໍ່ມີການບອກເທິງໜ້າຈໍວ່າຮອດໃສ. ປັດຈຸບັນການນຳເຂົ້າຈະປະມວນຜົນເທື່ອລະ 2,000 ແຖວຕໍ່ຄຳຂໍ ພ້ອມຕອບກັບວ່າຕ້ອງສືບຕໍ່ຈຸດໃດ; ໜ້າຈໍຈະດຳເນີນການໄປເທື່ອລະສ່ວນ ແລະ ລາຍງານຍອດລວມຄືເກົ່າ.

0.2.31

• ແຖບເລື່ອນໜ້າເວັບ (drawer) ບໍ່ລົ້ນຂອບຂວາອີກຕໍ່ໄປ. ເທິງໜ້າຕ່າງທີ່ມີຄວາມກວ້າງປະມານ 1100px ຄໍລຳຂອງ drawer ເຄີຍຖືກກຳນົດຂະໜາດຕາມເນື້ອຫາແທນທີ່ຈະກຳນົດຕາມ drawer, ເຮັດໃຫ້ປ້າຍ chip ສ່ວນຫົວ, ແຖບແທັບ ແລະ ແຖບດ້ານຂວາທັງໝົດສະແດງລົ້ນຂອບອອກໄປ 40px ຈົນຖືກຕັດ; ຕົວຢ່າງການຄົ້ນຫາເບິ່ງແຫວ່ງ ແລະ ປຸ່ມສະຫຼັບມຸມມອງແຕກອອກເປັນສອງແຖວ. ປັດຈຸບັນຄໍລຳຂອງ drawer ຖືກກຳນົດຂະໜາດຢ່າງຊັດເຈນບໍ່ໃຫ້ເກີນ drawer, ທຸກໆ grid ພາຍໃນແຖບມີຂະໜາດເທົ່າກັນ, ຂອບຕົວຢ່າງສະແດງຜົນເຕັມແຖບ, ແລະ ປຸ່ມສະຫຼັບມຸມມອງສະແດງ Google, AI answer, Social, X ໃນແຖວດຽວ.
• ຫົວຂໍ້ສະແດງເຄື່ອງໝາຍຂີດ, ບໍ່ແມ່ນ –. WordPress ໄດ້ສົ່ງຫົວຂໍ້ທີ່ມີເຄື່ອງໝາຍຂີດໃນຮູບແບບ HTML entity ມາຍັງສ່ວນຜູ້ດູແລ, ເຮັດໃຫ້ຫົວ drawer, ແຖວລາຍການ ແລະ ຫົວຂໍ້ SEO ສຳຮອງ ສະແດງຂໍ້ຄວາມນັ້ນອອກມາຕົງໆ. ຕອນນີ້ໄດ້ຖອດລະຫັດເທິງເຊີບເວີແລ້ວ, ເຮັດໃຫ້ທຸກໜ້າຈໍໄດ້ຮັບຂໍ້ຄວາມທຳມະດາທີ່ຖືກຕ້ອງຄືກັນ.

0.2.30

• ສ່ວນຜູ້ດູແລລະບົບກັບມາໃຊ້ຮູບແບບມາດຕະຖານຂອງ WordPress. ການປັບປຸງກ່ອນໜ້ານີ້ໄດ້ໃສ່ຟອນຕ໌ສະເພາະ, ໂທນສີມ່ວງ ແລະ ພື້ນຜິວທີ່ມົນມົນ ເພື່ອບໍ່ໃຫ້ຄືກັບປລັກອິນ SEO ອື່ນໆ. ມັນເບິ່ງງາມ, ແຕ່ຜິດເປົ້າໝາຍ: ຜູ້ທີ່ໃຊ້ມັນຄືຜູ້ດູແລລະບົບ WordPress, ແລະ ສິ່ງທີ່ນັກອອກແບບເຫັນວ່າເປັນເອກະລັກ ກັບເຮັດໃຫ້ພວກເຂົາຮູ້ສຶກຄືກັບແຜງຄວບຄຸມ SaaS ທີ່ຖືກຍັດເຂົ້າມາ. ປັດຈຸບັນຟອນຕ໌ຖືກປ່ຽນມາໃຊ້ຟອນຕ໌ຂອງ WordPress ເອງ, ສີຫຼັກໃຊ້ສີຟ້າຂອງ WordPress, ຄວາມມົນ ແລະ ເງົາຂອງກ່ອງໃຊ້ຕາມມາດຕະຖານຫຼັກ, ແລະ ສີມ່ວງຍັງຄົງເຫຼືອສະເພາະເປັນສີແຕ້ມເທິງວົງມົນຄະແນນ. ສ່ວນໜ້າອັບເກຣດຍັງຄົງຮູບແບບເວັບໄຊໄວ້ຕາມຄວາມຕັ້ງໃຈ ເພາະໜ້ານັ້ນປຽບເໝືອນໜ້າຮ້ານ.
• ການສະຫຼຸບຜົນເທິງແຜງຄວບຄຸມເຊື່ອມໂຍງກັບການກວດສອບແລ້ວ. ລະບົບເຄີຍອ່ານສະເພາະການກວດສອບເວັບໄຊ, ລິ້ງຄ໌ເສຍ ແລະ ຄຳອະທິບາຍທີ່ຂາດຫາຍ ແລ້ວປະກາດວ່າ “ບໍ່ມີການກວດສອບທີ່ຕົກ, ບໍ່ມີລິ້ງຄ໌ເສຍ ແລະ ທຸກໜ້າມີຄຳອະທິບາຍຄົບ” ເທິງເວັບໄຊທີ່ມີຄຳເຕືອນເຖິງ 43 ລາຍການໃນໜ້າກວດສອບ. ປັດຈຸບັນບັນຫາລະດັບວິິກິດຈະມີຄວາມສຳຄັນສູງສຸດຮອງຈາກເຄື່ອງຈັກທີ່ຂາດການເຊື່ອມຕໍ່; ສ່ວນຄຳເຕືອນຈະຢູ່ຖັດຈາກລິ້ງຄ໌ເສຍ.
• ທຸກການຄິດໄລ່ໄດ້ຮັບການກວດສອບຢ່າງລະອຽດ. ຄະແນນການຄົ້ນຫາ AI, ຄະແນນການກວດສອບ, ຄະແນນ GEO ແລະ SEO ຂອງໜ້າເວັບ, ຄ່າສະເລ່ຍຄັງຂໍ້ມູນ, ການຈັດຮຽງຕົວເລກ ແລະ ການຈັດການຄ່າ null ທັງໝົດຖືກຕ້ອງຄົບຖ້ວນ; ຫຼັກຄະນິດສາດສອດຄ່ອງກັນ (ຜ່ານ 1, ເຕືອນ ½, ຕົກ 0, ພ້ອມຄ່ານ້ຳໜັກ) ແລະ ໜ້າທີ່ຍັງບໍ່ໄດ້ວິເຄາະຈະຖືກຍົກເວັ້ນອອກຈາກຄ່າສະເລ່ຍ ແທນທີ່ຈະຖືກນັບເປັນສູນ. ແກ້ໄຂຈຸດບົກຜ່ອງດ້ານການເຂົ້າເຖິງ: ວົງມົນຄະແນນເຄີຍແຈ້ງ screen reader ວ່າ “0 / 100” ສຳລັບໜ້າທີ່ສະແດງຜົນວ່າ “ຍັງບໍ່ມີຄະແນນ”.
• ທຸກເສັ້ນທາງ (route) ທີ່ໜ້າຈໍຮ້ອງຂໍມີຢູ່ຈິງ (176 ຈາກ 176) ແລະ ທຸກໆຊ່ອງຂໍ້ມູນທີ່ອ່ານແມ່ນສົ່ງມາຈາກເຊີບເວີແທ້. ຂໍ້ຄວາມອີກ 6 ຂໍ້ຄວາມທີ່ເຄີຍສ້າງເປັນສ່ວນພາສາອັງກິດຕັດຕໍ່ຕອນນີ້ໄດ້ຮັບການແປແລ້ວ, ລວມທັງບົດສະຫຼຸບການທົດລອງຣັນເທິງ autopilot.

0.2.29

• ປັບປຸງຂະບວນການ build ເທົ່ານັ້ນ, ບໍ່ມີການປ່ຽນແປງຕໍ່ຕົວປລັກອິນ. ສະຄຣິບປ່ອຍເວີຊັນເຄີຍຂຽນ build ທີ່ສຳເລັດແລ້ວລົງໃນໂຟນເດີໜຶ່ງ ແລະ ສຳເນົາຊຸດທີສອງຖືກເຮັດດ້ວຍມືພາຍຫຼັງ, ເຮັດໃຫ້ໂຟນເດີນັ້ນເກັບເວີຊັນເກົ່າກ່ອນໜ້າຕະຫຼອດ. ປັດຈຸບັນທັງສອງຖືກຂຽນໂດຍສະຄຣິບທັງໝົດ, ແລະ ທັງສອງຈະເກັບ build ໃໝ່ລ່າສຸດໄວ້ 3 ລຸ້ນ.

0.2.28

• ແຜງຄວບຄຸມສະແດງ “0 ບັນຫາທີ່ພົບ” ຂະນະທີ່ການກວດສອບທີ່ເຊື່ອມໂຍງໄປລາຍງານ 335 ບັນຫາ. ກ່ອງສະແດງຜົນນັບສະເພາະການກວດສອບເວັບໄຊ ເຊິ່ງເປັນການທົດສອບພື້ນຖານພຽງເລັກນ້ອຍ ແຕ່ໃຊ້ປ້າຍຊື່ຂອງການກວດສອບທັງໝົດ. ຕົວເລກທຳອິດທີ່ທຸກຄົນເຫັນຈຶ່ງແຈ້ງວ່າຜ່ານໝົດ ເຊິ່ງຜິດພາດໄປຈາກຄວາມຈິງ 43 ຄຳເຕືອນ ແລະ 292 ແຈ້ງເຕືອນ. ປັດຈຸບັນມັນອ່ານຂໍ້ມູນຈາກການກວດສອບແລ້ວ, ໂດຍໃຊ້ຄຳສັ່ງ query ດຽວກັບແຜນພູມທາງລຸ່ມ, ເຮັດໃຫ້ທັງສອງສ່ວນສະແດງຜົນກົງກັນ. ພ້ອມທັງມີການທົດສອບຄວບຄຸມການຄິດໄລ່.
• “ໜ້າທີ່ຄິດໄລ່ຄະແນນຕາມຊ່ວງເວລາ” ຢຸດຢູ່ທີ່ 20,000 ໜ້າ ແລະ ເລີ່ມຕົ້ນຍອດລວມທີ່ສູນ. ມີ 3 ຂໍ້ຜິດພາດໃນແຜນພູມດຽວ: ການຢຸດເຮັດວຽກທັນທີຫຼັງຈາກວິເຄາະຮອດ 20,000 ໜ້າໂດຍບໍ່ມີການແຈ້ງເຕືອນເທິງໜ້າຈໍ, ການແບ່ງໜ້າດ້ວຍ OFFSET ໂດຍບໍ່ມີ ORDER BY (ເຮັດໃຫ້ການໂຫຼດເວັບໄຊດຽວກັນສອງຄັ້ງສະແດງເສັ້ນໂຄ້ງບໍ່ຄືກັນ), ແລະ ເສັ້ນສະສົມທີ່ລະເລີຍທຸກຢ່າງທີ່ເຄີຍຄິດໄລ່ຄະແນນກ່ອນ 60 ມື້ຜ່ານມາ — ສະແດງເວັບໄຊທີ່ມີ 40,000 ໜ້າເປັນເສັ້ນທີ່ເລີ່ມຕົ້ນຈາກສູນ. ປັດຈຸບັນໄດ້ປ່ຽນມາໃຊ້ລະບົບແບ່ງໜ້າແບບ keyset ທີ່ໝັ້ນຄົງ, ບໍ່ມີເພດານຈຳກັດທີ່ເຊື່ອງໄວ້, ແລະ ເສັ້ນກຣາຟເລີ່ມຕົ້ນຈາກຄ່າຕົວຈິງຂອງເວັບໄຊ.
• ແກ້ໄຂພາສາອັງກິດທີ່ຕົກຄ້າງໃນການຕິດຕັ້ງພາສາເຢຍລະມັນ: ຂໍ້ຄວາມ “156 pages · 30 rules · 21 passing”, “nothing outstanding”, ຈຳນວນລະດັບຄວາມຮຸນແຮງ, ແລະ “Page 1 of 7” ໃນສອງໜ້າຕ່າງ. ທັງໝົດຖືກສ້າງຂຶ້ນມາແບບ template literals, ເຊິ່ງເປັນເຫດຜົນທີ່ເຮັດໃຫ້ລະບົບທົດສອບການແປມອງບໍ່ເຫັນໃນຕອນທຳອິດ.

ກວດພົບໂດຍການກວດສອບອິດສະຫຼະໃນເວີຊັນ 0.2.27. ທຸກໆຂໍ້ຜິດພາດຂ້າງເທິງໄດ້ຖືກຈຳລອງຂຶ້ນມາທົດສອບກ່ອນທີ່ຈະດຳເນີນການແກ້ໄຂ.

0.2.27

• AI ບໍ່ສາມາດຂຽນ meta description ຍາວເກີນຂີດຈຳກັດໄດ້ອີກຕໍ່ໄປ. ລະບົບເຄີຍຂໍໄປ 120-155 ຕົວອັກສອນ ແຕ່ໄດ້ຮັບກັບມາ 196 ຕົວອັກສອນ, ແລະ ຕົວແກ້ໄຂກໍສະແດງແຖບສີແດງກ້ອງມັນ: ລະບົບບອກທ່ານວ່າຂໍ້ຄວາມຍາວເກີນໄປທັງໆທີ່ລະບົບເປັນຜູ້ຂຽນເອງ. ຄຳສັ່ງ prompt ເປັນພຽງການຮ້ອງຂໍ, ແລະ JSON schema …