ໄວ & Core ເວບ Vitals

ກວດ​ຄວາມ​ໄວ​ຂອງ​ໜ້າ

ຈັດອັນດັບຄວາມໄວຂອງຫນ້າໃດໆແລະ Core Web Vitals - ດ້ວຍການເກັບຂໍ້ມູນຜູ້ໃຊ້ທີ່ແທ້ຈິງ, ຖ້ ຳ ຮ້ອງຂໍທີ່ເຕັມໄປດ້ວຍ, ແລະ ແຜ່ນຟີລມທີ່ລໍຖ້າ.

ຂໍ້ມູນ Core Web Vitals + Field ຕົວ​ແບບ​ການ​ຮ້ອງຂໍ​ທີ່​ຈິງ ບໍ່ມີ​ການ​ລົງທະບຽນ

ແລ່ນ Lighthouse ຢູ່ໃນຫນ້າທີ່ດໍາເນີນການ...

ຂັ້ນຕອນນີ້ໃຊ້ເວລາປະມານ 10-20 ວິນາທີ - ພວກເຮົາໂຫຼດຫນ້າຂອງທ່ານໃນຕົວທ່ອງເວັບທີ່ແທ້ຈິງແລະວັດແທກທຸກຄໍາຮ້ອງຂໍ.

ນ້ຳຕົກຕາດ​ຂອງ​ຕົວ​ທ່ອງ​ເວັບ​ທີ່​ເລິກ Pro

ຕິດຕັ້ງຫນ້າໃນ headless Chrome ຂອງພວກເຮົາເອງສໍາລັບໄລຍະໂດຍໄລຍະນ້ໍາຕົກ - DNS, ເຊື່ອມຕໍ່, TLS, រង់ចាំແລະດາວໂຫລດສໍາລັບທຸກຄໍາຮ້ອງຂໍ - ເພີ່ມເວລາການນໍາທາງແລະ screenshot. ແລ່ນໃນລໍາດັບແລະເກັບໄວ້ໃນບັນຊີຂອງທ່ານ.

ປົດລັອກ​ດ້ວຍ​ Pro →

ຜົນ​ນີ້​ໝາຍເຖິງ​ຫຍັງ ແລະ ບໍ່ໄດ້ໝາຍເຖິງຫຍັງ ຄະແນນຜົນງານແມ່ນການທົດສອບຫ້ອງທົດລອງຈາກ Lighthouse ດຽວ - ຄູ່ມືທິດທາງ, ບໍ່ແມ່ນປະສົບການທີ່ຖືກຕ້ອງຂອງຜູ້ໃຊ້ຂອງທ່ານ. ຂໍ້ມູນພື້ນທີ່ພາຍໃຕ້ມັນແມ່ນຄວາມຈິງຂອງໂລກທີ່ແທ້ຈິງ. ຄວາມໄວມີຜົນກະທົບຕໍ່ການຈັດອັນດັບຜ່ານ Core Web Vitals, ແຕ່ການແກ້ໄຂມັນເອົາສິ່ງກີດຂວາງອອກ; ມັນບໍ່ເກີນເນື້ອຫາທີ່ດີກວ່າ.

ຫນ້າ​ດຽວ​ທີ່​ນີ້. ຕິດຕາມ​ຄວາມ​ໄວ​ໃນ​ທົ່ວ​ເວບໄຊທ໌​ຂອງທ່ານ

Pro ເພີ່ມການແລ່ນທີ່ບໍ່ຈໍາກັດ, ບັນທຶກປະຫວັດສາດເພື່ອໃຫ້ທ່ານສາມາດເຫັນແນວໂນ້ມຄວາມໄວໃນໄລຍະເວລາ, ແລະ Core Web Vitals ຖືກປິດລົງໃນການກວດສອບເວັບໄຊທ໌ເຕັມຂອງທ່ານ. ຈັດການໄປອີກ - ພວກເຮົາເຮັດການແກ້ໄຂ, ດ້ວຍການອະນຸມັດຂອງທ່ານກ່ຽວກັບການປ່ຽນແປງທຸກໆຄັ້ງ.

ເບິ່ງ​ແຜນ →

ຄໍາຖາມ​ຄວາມໄວ​ຂອງ​ໜ້າ

Core Web Vitals ແມ່ນສາມຕົວຊີ້ວັດທີ່ Google ນໍາໃຊ້ເພື່ອວັດແທກປະສົບການຂອງຫນ້າໃນໂລກຈິງ: ຂະຫນາດໃຫຍ່ທີ່ສຸດ Contentful Paint (LCP, ໄວເທົ່າໃດເນື້ອໃນຕົ້ນຕໍປາກົດ), ການສື່ສານກັບ Paint ຕໍ່ໄປ (INP, ຫນ້າທີ່ຕອບສະຫນອງວິທີການຮູ້ສຶກວ່າ taps ແລະຄລິກ), ແລະ Cumulative Layout Shift (CLS, ຫຼາຍປານໃດ layout jumps ປະມານໃນຂະນະທີ່ໂຫຼດ). ພວກເຂົາເຈົ້າແມ່ນສັນຍານການຈັດອັນດັບທີ່ໄດ້ຮັບການຢືນຢັນ, ດັ່ງນັ້ນຫນ້າທີ່ລົ້ມເຫຼວພວກເຂົາສາມາດຖືກຖືຄືນມາເຖິງແມ່ນວ່າໃນເວລາທີ່ເນື້ອໃນຂອງມັນແມ່ນດີ. ເຄື່ອງມືນີ້ສະແດງໃຫ້ເຫັນທັງຜົນການທົດລອງຈາກ Lighthouse ໃຫມ່ແລ່ນແລະຂໍ້ມູນ Field ຜູ້ໃຊ້ທີ່ແທ້ຈິງທີ່ Google ເກັບກໍາຈາກຜູ້ເຂົ້າຊົມ Chrome ຈິງ.
ຂໍ້ມູນຫ້ອງທົດລອງແມ່ນການທົດສອບຄວບຄຸມດຽວທີ່ພວກເຮົາປະຕິບັດໃນປັດຈຸບັນກ່ຽວກັບອຸປະກອນແລະເຄືອຂ່າຍທີ່ປອມແປງ - ມັນສາມາດຜະລິດຄືນໄດ້ແລະດີ ສຳ ລັບການແກ້ໄຂບັນຫາ, ແຕ່ມັນແມ່ນຕົວຢ່າງດຽວ. ຂໍ້ມູນພື້ນທີ່ (ຈາກ Google's CrUX dataset) ແມ່ນສິ່ງທີ່ຜູ້ໃຊ້ Chrome ຈິງໄດ້ປະສົບໃນ ໜ້າ ຂອງທ່ານໃນໄລຍະ 28 ວັນທີ່ຜ່ານມາ. ຂໍ້ມູນພື້ນທີ່ແມ່ນຄວາມຈິງກ່ຽວກັບຜູ້ໃຊ້ຂອງທ່ານ; ຂໍ້ມູນຫ້ອງທົດລອງແມ່ນກ້ອງຈຸລະທັດ ສຳ ລັບການແກ້ໄຂມັນ. ຫນ້າໃຫມ່ຫຼືການຈະລາຈອນຕ່ ຳ ບໍ່ມີຂໍ້ມູນພື້ນທີ່, ສະນັ້ນພວກເຮົາກັບຄືນໄປທີ່ຕົວເລກລະດັບຕົ້ນກໍາເນີດ ສຳ ລັບເວັບໄຊທ໌ທັງ ໝົດ ຂອງທ່ານ.
ນ້ຳຕົກຕາດ​ນີ້​ຈະ​ລາຍ​ງານ​ທຸກ​ຄໍາ​ຮ້ອງ​ຂໍ​ທີ່​ຫນ້າ​ໄດ້​ເຮັດ​ຂຶ້ນ​ມາ​ — HTML, CSS, JavaScript, ຕົວ​ອັກສອນ, ຮູບພາບ — ໃນ​ລຳດັບ​ທີ່​ຕົວ​ທ່ອງ​ເວັບ​ໄດ້​ເລີ່ມ​ພວກ​ມັນ​ຂຶ້ນ, ໂດຍ​ມີ​ແຖບ​ສະແດງ​ເວລາ​ທີ່​ແຕ່ລະ​ອັນ​ໄດ້​ເລີ່ມ​ຂຶ້ນ ແລະ ເວລາ​ທີ່​ມັນ​ໃຊ້ເວລາ​ດົນ​ປານ​ໃດ. ແຖບ​ຍາວ​ໃນ​ຕອນ​ຕົ້ນ​ຂອງ​ການ​ផ្ទុກ, ຫຼື ແຖບ​ຫຼາຍ​ອັນ​ທີ່​ໄດ້​ຖືກ​ຈັດ​ຕັ້ງ​ໄວ້​ໃນ​ເວລາ​ດຽວ​ກັນ, ແມ່ນ​ສິ່ງທີ່​ຊັກຊ້າ​ເນື້ອ​ໃນ​ຂອງທ່ານ​ຈາກ​ການ​ປາກົດ​ຂຶ້ນ. CSS ແລະ JavaScript ທີ່​ບັງຄັບ​ໃຫ້​ເຮັດ​ໃຫ້​ການ​ສະແດງ​ອອກ​ຖືກ​ປິດ​ແມ່ນ​ຖືກ​ສະ​ແດງ​ໃຫ້​ເຫັນ: ນັ້ນແມ່ນ​ໄຟລ໌​ທີ່​ຕົວ​ທ່ອງ​ເວັບ​ຕ້ອງ​ໄດ້​ເຮັດ​ໃຫ້​ສຳເລັດ​ກ່ອນ​ທີ່​ຈະ​ສາມາດ​ແຕ້ມ​ສິ່ງ​ໃດ​ກໍ​ຕາມ, ສະນັ້ນ​ພວກ​ມັນ​ເປັນ​ປົກກະຕິ​ແລ້ວ​ແມ່ນ​ສິ່ງ​ທີ່​ມີ​ຜົນ​ກະທົບ​ສູງ​ສຸດ​ທີ່​ຈະ​ຊັກຊ້າ ຫຼື ຫຼຸດ​ລົງ.
ໄວແມ່ນປັດໃຈການຈັດອັນດັບທີ່ແທ້ຈິງຜ່ານ Core Web Vitals, ແຕ່ມັນແມ່ນ breaker tie, ບໍ່ magic lever - ຫນ້າທີ່ໄວກັບເນື້ອໃນທີ່ອ່ອນແອຍັງຈະບໍ່ overrank ຫນ້າທີ່ຊ້າທີ່ຕອບຄໍາຖາມທີ່ດີກວ່າ. ວິທີທີ່ຊື່ສັດທີ່ຈະໃຊ້ນີ້: ແກ້ໄຂ Core Web Vitals ລົ້ມເຫຼວດັ່ງນັ້ນຄວາມໄວຢຸດຖືຫນ້າທີ່ຄວນຈະກັບຄືນ, ຫຼັງຈາກນັ້ນລົງທຶນໃນເນື້ອໃນແລະຄວາມກ່ຽວຂ້ອງທີ່ແທ້ຈິງຊະນະການຈັດອັນດັບ. ພວກເຮົາຈະບໍ່ໃຫ້ຄໍາໝັ້ນສັນຍາວ່າຕັດສອງຄັ້ງຊື້ຕໍາແຫນ່ງຂອງທ່ານ; ມັນເອົາສິ່ງກີດຂວາງ.
កម្មវិធី​ພັດທະນາ

ໃຊ້​ມັນ​ໂດຍ​ຜ່ານ​ໂປຣແກຣມ

ເຄື່ອງມືທຸກຢ່າງແມ່ນມີຢູ່ໃນຫນຶ່ງທີ່ໄດ້ຮັບການຢັ້ງຢືນ REST API ກ່ຽວກັບການ Pro ແລະແຜນ API - ສາຍມັນເຂົ້າໄປໃນ CI, CMS, ຫຼື dashboards ຂອງທ່ານ.

curl -X POST https://seo.bike/api/v1/page-speed \ -H "Authorization: Bearer sk_live_yourkey" \ -H "Content-Type: application/json" \ -d '{"url": "https://example.com/", "strategy": "mobile"}'
ດີ
{ "ok": true, "result": { ... } }
ເອົາ​ກຸນແຈ API → ຄ່າບໍລິການຕາມການໂທ. ລະດັບຟຣີສໍາລັບເຄື່ອງມືການສື່ສານຂ້າງເທິງ.