Hinting ກັບເຄື່ອງຈັກຊອກຫາທີ່ມີຄວາມຕ້ອງການຂອງເອກະສານ
ເມື່ອທ່ານເອີ້ນໃຊ້ເວັບໄຊທ໌ທີ່ນໍາໃຊ້ຂໍ້ມູນຫຼືມີເຫດຜົນອື່ນໆທີ່ວ່າເອກະສານທີ່ອາດຈະຖືກຊ້ໍາກັນ, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະບອກເຄື່ອງຈັກຊອກຫາທີ່ສໍາເນົາເປັນຕົ້ນສະບັບສໍາເນົາ, ຫຼືໃນພາສາ, ການສໍາເນົາ "canonical". ເມື່ອເຄື່ອງຈັກຊອກຫາລວບລວມຫນ້າຂອງທ່ານ, ມັນສາມາດບອກເວລາທີ່ເນື້ອຫາໄດ້ຖືກຊ້ໍາ. ໂດຍບໍ່ມີຂໍ້ມູນເພີ່ມເຕີມ, ເຄື່ອງຈັກຊອກຫາຈະຕັດສິນໃຈທີ່ຫນ້າທີ່ດີທີ່ສຸດເພື່ອຕອບສະຫນອງຄວາມຕ້ອງການຂອງລູກຄ້າຂອງພວກເຂົາ. ນີ້ອາດຈະດີ, ແຕ່ວ່າມີຫລາຍເຄື່ອງມືຄົ້ນຫາທີ່ໃຫ້ຫນ້າເກົ່າແລະເກົ່າຍ້ອນວ່າພວກເຂົາເລືອກເອກະສານທີ່ບໍ່ຖືກຕ້ອງເປັນ Canon.
ວິທີການກໍານົດຫນ້າ Canonical
ມັນງ່າຍທີ່ຈະບອກເຄື່ອງຈັກຊອກຫາທີ່ຢູ່ເວັບໄຊທ໌ທໍາອິດທີ່ມີຂໍ້ມູນ meta ໃນເອກະສານຂອງທ່ານ. ໃສ່ HTML ຂ້າງລຸ່ມນີ້ຢູ່ໃກ້ດ້ານເທິງຂອງຫົວຂໍ້ HEAD ຂອງທ່ານໃນແຕ່ລະຫນ້າທີ່ ບໍ່ ສາມາດຂຽນໄດ້:
ຖ້າທ່ານສາມາດເຂົ້າເຖິງ headers HTTP (ເຊັ່ນ: .htaccess ຫຼື PHP) ທ່ານກໍ່ສາມາດກໍານົດ URL Canonical ໃນໄຟລ໌ທີ່ບໍ່ມີ HTML HEAD, ເຊັ່ນ PDF. ເພື່ອເຮັດສິ່ງນີ້, ໃຫ້ກໍານົດ headers ສໍາລັບຫນ້າທີ່ບໍ່ແມ່ນ Canonical ນີ້:
ລິ້ງ: < URL ຂອງຫນ້າ Canonical >; rel = "canonical"
ແນວໃດ Canonical Tag Works ແລະໃນເວລາທີ່ມັນບໍ່
ຂໍ້ມູນ meta canonical ໄດ້ຖືກນໍາໃຊ້ເປັນຄໍາແນະນໍາກັບເຄື່ອງຈັກໃນການຊອກຫາເປັນຫນ້າທີ່ເປັນແມ່ບົດ. ເຄື່ອງຈັກຊອກຫາໃຊ້ນີ້ເພື່ອອັບເດດດັດຊະນີຂອງພວກເຂົາເພື່ອອ້າງອີງເຖິງສໍາເນົາຕົ້ນສະບັບເປັນສໍາເນົາຫລັກແລະເມື່ອພວກເຂົາສົ່ງຜົນການຊອກຫາພວກເຂົາສົ່ງຫນ້າເວັບທີ່ພວກເຂົາເຊື່ອວ່າເປັນ Canonical.
ແຕ່ຫນ້າສາມັນທີ່ທ່ານລະບຸໄວ້ອາດຈະບໍ່ເປັນຫນ້າທີ່ເຄື່ອງມືຄົ້ນຫາສົ່ງ.
ມີຫລາຍເຫດຜົນວ່າເປັນຫຍັງມັນອາດຈະເກີດຂື້ນ:
- ຖ້າ URL ທີ່ທ່ານລະບຸບໍ່ພົບ 404, ເຄື່ອງຈັກຊອກຫາຈະພະຍາຍາມຊອກຫາ URL ທີສອງທີ່ກ່ຽວຂ້ອງທີ່ສຸດທີ່ຈະສົ່ງ
- ຖ້າເຄື່ອງຈັກຊອກຫາເຊື່ອວ່າເວັບໄຊທ໌ຂອງທ່ານໄດ້ຖືກ hacked ເພື່ອເພີ່ມ URL ຂອງ Canonical ປອມ, ພວກເຂົາຈະບໍ່ນໍາໃຊ້ມັນ (ແນ່ນອນທ່ານຈະມີບັນຫາໃຫຍ່ໃນກໍລະນີນັ້ນ)
- ຖ້າທ່ານວາງລິງໃນແທັບ, ຫຼືມີເຫດຜົນບາງຢ່າງທີ່ຈະເຊື່ອວ່າແທໍກ HEAD ບໍ່ໄດ້ປິດ. ນີ້ແມ່ນຍ້ອນວ່າເວັບໄຊທ໌ຈໍານວນຫຼາຍອະນຸຍາດໃຫ້ຜູ້ໃຊ້ສາມາດແກ້ໄຂເນື້ອຫາຢູ່ໃນຫນ້າ (ພາຍໃນອົງປະກອບ BODY) ແລະເປັນການອ້າງອິງຂໍ້ມູນທີ່ພົບເຫັນທີ່ບໍ່ມີຄວາມຫນ້າເຊື່ອຖືເຊັ່ນດຽວກັນ.
ສິ່ງທີ່ Rel = Canonical Tag ແມ່ນບໍ່
ປະຊາຊົນຫຼາຍຄົນເຊື່ອວ່າຖ້າທ່ານເພີ່ມ rel = link Canonical ກັບຫນ້າຫຼັງຈາກນັ້ນຫນ້ານັ້ນຈະຖືກສົ່ງກັບສະບັບ Canonical, ເຊັ່ນວ່າມີການເຊື່ອມຕໍ່ HTTP 301. ນັ້ນບໍ່ແມ່ນຄວາມຈິງ. ການເຊື່ອມຕໍ່ canonical rel = ໃຫ້ຂໍ້ມູນກັບເຄື່ອງຈັກຊອກຫາ, ແຕ່ວ່າມັນບໍ່ໄດ້ມີຜົນກະທົບວິທີການສະແດງຫນ້າຫຼືບໍ່ມີການ ຫັນທິດ ໃດ ໃນລະດັບຂອງເຄື່ອງແມ່ຂ່າຍ .
ການເຊື່ອມຕໍ່ canonical ແມ່ນ, ສຸດທ້າຍ, ພຽງແຕ່ເປັນຂໍ້ແນະນໍາ. ເຄື່ອງຈັກຊອກຫາບໍ່ຈໍາເປັນຕ້ອງໃຫ້ມັນເປັນເຄື່ອງມື. ເຄື່ອງມືຄົ້ນຫາສ່ວນໃຫຍ່ພະຍາຍາມເຄົາລົບຄວາມປາດຖະຫນາຂອງເຈົ້າຂອງຫນ້າແຕ່ໃນຕອນທ້າຍຂອງມື້ນັ້ນ, ຜົນການຄົ້ນຫາແມ່ນສິ່ງທີ່ພວກເຂົາເຮັດແລະຖ້າພວກເຂົາບໍ່ຢາກໃຫ້ຫນ້າກາໂຕລິກຂອງທ່ານ, ພວກມັນຈະບໍ່.
ໃນເວລາທີ່ການນໍາໃຊ້ການເຊື່ອມຕໍ່ Canonical
ດັ່ງທີ່ຂ້າພະເຈົ້າກ່າວມາຂ້າງເທິງ, ທ່ານຄວນຈະນໍາໃຊ້ການເຊື່ອມຕໍ່ໃນທຸກຫນ້າທີ່ຊ້ໍາກັນທີ່ບໍ່ສາມາດເຮັດໄດ້. ຖ້າທ່ານມີຫນ້າທີ່ຄ້າຍຄືກັນ, ແຕ່ບໍ່ແມ່ນແບບດຽວກັນ, ບາງຄັ້ງມັນເຮັດໃຫ້ຮູ້ສຶກມີຄວາມຮູ້ສຶກທີ່ມີຄວາມແຕກຕ່າງກັນຫຼາຍກວ່າການເຮັດໃຫ້ມັນເປັນປະໂຫຍກຫນຶ່ງ.
ມັນເປັນການດີທີ່ຈະຫມາຍເຖິງສອງຫນ້າທີ່ບໍ່ແມ່ນແບບຢ່າງທີ່ສໍາຄັນ. ພວກເຂົາຄວນຈະຄ້າຍຄືກັນ, ແຕ່ທ່ານບໍ່ຄວນພຽງແຕ່ຊີ້ໃຫ້ຫນ້າທັງຫມົດໃນຫນ້າທໍາອິດຂອງທ່ານ. Canonical ຫມາຍຄວາມວ່າຫນ້າແມ່ນສໍາເນົາຕົ້ນສະບັບຂອງເອກະສານນັ້ນ, ບໍ່ແມ່ນການເຊື່ອມໂຍງຕົ້ນສະບັບໃດໆໃນເວັບໄຊຂອງທ່ານ.
ຂ້າພະເຈົ້າຄິດວ່າມັນເປັນສິ່ງສໍາຄັນທີ່ຈະເຮັດຊ້ໍາອີກຄັ້ງ - ທ່ານບໍ່ຄວນຊີ້ໃຫ້ຫນ້າທັງຫມົດຂອງທ່ານຫນ້າຫນ້າທໍາອິດຂອງທ່ານເປັນຫນ້າປະຈັກພະຍານ ບໍ່ວ່າທ່ານຈະຖືກລໍ້ລວງແນວໃດ. ການເຮັດນີ້, ເຖິງແມ່ນວ່າໂດຍການເກີດອຸປະຕິເຫດ, ສາມາດເຮັດໃຫ້ທຸກໆຫນ້າທີ່ບໍ່ສາມາດຂຽນ (ທຸກໆຫນ້າທີ່ບໍ່ແມ່ນຫນ້າທໍາອິດຂອງທ່ານແລະມີ rel = links ຄລາສສິກໃນມັນ) ທີ່ຈະຖືກລຶບອອກຈາກດັດສະນີເຄື່ອງຈັກຊອກຫາ.
ນີ້ບໍ່ແມ່ນ Google (ຫຼື Bing ຫຼື Yahoo! ຫຼືເຄື່ອງຈັກຊອກຫາອື່ນໆ) ເປັນອັນຕະລາຍ. ພວກເຂົາເຈົ້າກໍາລັງເຮັດສິ່ງທີ່ທ່ານຮ້ອງຂໍໃຫ້ພວກເຂົາເຮັດ - ພິຈາລະນາທຸກຫນ້າຫນ້າຊ້ໍາກັນຂອງຫນ້າທໍາອິດຂອງທ່ານແລະສົ່ງກັບຜົນໄດ້ຮັບທັງຫມົດຕໍ່ຫນ້ານັ້ນ. ຫຼັງຈາກນັ້ນ, ຍ້ອນວ່າລູກຄ້າໄດ້ຮັບຄວາມເສຍໃຈທີ່ສຸດໃນຫນ້າທໍາອິດຂອງທ່ານແທນທີ່ຈະເປັນເອກະສານທີ່ກ່ຽວຂ້ອງ, ຫນ້ານັ້ນຈະບໍ່ມີເວລາຫນ້ອຍແລະຈະຫຼຸດລົງໃນຜົນການຄົ້ນຫາ. ເຖິງແມ່ນວ່າທ່ານແກ້ໄຂບັນຫາ, ທ່ານສາມາດຄ່າຜົນການຊອກຫາຂອງທ່ານສໍາລັບເດືອນຕໍ່ມາແລະບໍ່ມີການຮັບປະກັນວ່າການຈັດອັນດັບເວັບໄຊທ໌ຂອງທ່ານຈະຟື້ນຕົວ.
ທ່ານບໍ່ຄວນເຮັດໃຫ້ຫນ້າເວັບທີ່ຖືກແຍກອອກຈາກການຄົ້ນຫາສໍາລັບເຫດຜົນບາງຢ່າງ (ເຊັ່ນ: ມີແທໍກ meta noindex ຫຼືປະຕິເສດໂດຍແຟ້ມ robots.txt). ເພື່ອໃຫ້ເຄື່ອງຈັກຊອກຫາການອ້າງອີງຫນ້າເປັນ Canon, ມັນຕ້ອງສາມາດອ້າງອີງມັນຢູ່ໃນສະຖານທີ່ທໍາອິດ.
ສະຖານທີ່ທີ່ດີທີ່ຈະໃຊ້ rel = link canonical ມີ:
- Sites ທີ່ມີ URL ແບບເຄື່ອນໄຫວ - ທ່ານສາມາດໃຊ້ມັນເພື່ອກໍານົດຮູບແບບທີ່ທ່ານຕ້ອງການ
- ເວັບໄຊທ໌ອີຄອມເມີຊ, especiall ໃນລາຍການຜະລິດຕະພັນ - ເມື່ອລູກຄ້າຂອງທ່ານປ່ຽນເງື່ອນໄຂການຄັດເລືອກ, URL ໃຫມ່ທີ່ບໍ່ຈໍາເປັນຕ້ອງຖືກດັດສະນີ
- ເນື້ອຫາທີ່ຖືກເຜີຍແຜ່ - ຜູ້ເຜີຍແຜ່ໂດຍໃຊ້ເນື້ອໃນທີ່ທ່ານຂຽນຄວນປະກອບມີການເຊື່ອມຕໍ່ rel = canonical ໃນຫນ້າເວັບທີ່ຊີ້ໃຫ້ເຫັນເຖິງເອກະສານຕົ້ນສະບັບຂອງທ່ານ
ໃນເວລາທີ່ບໍ່ໄດ້ນໍາໃຊ້ການເຊື່ອມຕໍ່ Canonical
ການເລືອກທໍາອິດຂອງທ່ານຄວນຈະເປັນການໂອນ 301. ນີ້ບໍ່ພຽງແຕ່ບອກເຄື່ອງຈັກຊອກຫາວ່າ URL ຂອງຫນ້າເວັບໄດ້ມີການປ່ຽນແປງ, ແຕ່ມັນຍັງໃຊ້ເວລາປະຊາຊົນໄປເຖິງເວີຊັ່ນທີ່ທັນສະໄຫມ (ແລະ dare I say, canonicol?) ຂອງຫນ້າ.
ຢ່າງໍ່ໆ. ຖ້າທ່ານກໍາລັງປ່ຽນແປງໂຄງສ້າງ URL ຂອງທ່ານ, ຫຼັງຈາກນັ້ນໃຊ້ຮູບແບບການຈັດການຫົວຫນ້າ HTTP ບາງຢ່າງ (ເຊັ່ນ: .htaccess ຫຼື PHP ຫຼື script ອື່ນໆ) ເພື່ອເພີ່ມການໂອນ 301 ໂດຍອັດຕະໂນມັດ.
ໃນຂະນະທີ່ທ່ານສາມາດໃຊ້ລິ້ງ rel = canonical, ທີ່ບໍ່ໃຊ້ຫນ້າເກົ່າລົງ. ແລະດັ່ງນັ້ນທຸກຄົນສາມາດເຂົ້າຫາພວກເຂົາໄດ້ທຸກເວລາ. ໃນຄວາມເປັນຈິງ, ຖ້າລູກຄ້າມີຫນ້າ bookmarked ແລະທ່ານປ່ຽນ URL ແຕ່ວ່າພຽງແຕ່ປັບປຸງເຄື່ອງຈັກຊອກຫາໂດຍນໍາໃຊ້ rel = link Canon, ລູກຄ້າທີ່ ບໍ່ເຄີຍ ເຫັນຫນ້າໃຫມ່.
rel = link canonical ເປັນເຄື່ອງມືທີ່ເປັນປະໂຫຍດສໍາລັບເວັບໄຊທີ່ມີເນື້ອຫາທີ່ຊ້ໍາກັນ. ໂດຍການເຂົ້າໃຈວິທີການເຮັດວຽກ, ທ່ານສາມາດນໍາໃຊ້ໄດ້ຢ່າງມີປະສິດທິຜົນ. ແຕ່ສຸດທ້າຍ, ມັນເປັນເຄື່ອງມືທີ່ຖືກປ່ອຍອອກມາໂດຍເຄື່ອງຈັກຊອກຫາເພື່ອຊ່ວຍໃຫ້ ພວກເຂົາ ຮັກສາດັດສະນີຄົ້ນຫາຂອງເຂົາເຈົ້າໃຫ້ທັນສະໄຫມ. ຖ້າທ່ານບໍ່ຮັກສາເຄື່ອງແມ່ຂ່າຍຂອງທ່ານໃຫ້ສະອາດແລະທັນສະໄຫມ, ລູກຄ້າຂອງທ່ານຈະໄດ້ຮັບຜົນກະທົບແລະເວັບໄຊທ໌ຂອງທ່ານອາດຈະຖືກທໍາລາຍ. ໃຊ້ມັນເປັນຄວາມຮັບຜິດຊອບ.