เมื่อใดที่ฉันควรใช้เครื่องหมายทับต่อท้ายใน URL ของฉัน


283

เมื่อใดควรใช้เครื่องหมายทับต่อท้ายใน URL ยกตัวอย่างเช่น - ควรมอง URL ของฉันเหมือน/about-us/หรือชอบ/about-us?

ฉันตระหนักดีถึงปัญหาที่เกี่ยวข้องกับ SEO - เนื้อหาซ้ำซ้อนและสิ่งที่เป็นที่ยอมรับ ฉันพยายามคิดว่าควรใช้อันไหนในบริบทของการแสดงหน้าอย่างถูกต้องตามลำพัง

ตัวอย่างเช่นเพื่อนร่วมงานของฉันกำลังคิดว่าเครื่องหมายสแลชท้ายท้ายหมายความว่าเป็น "โฟลเดอร์" - "ไดเรกทอรี" ดังนั้นนี่จึงไม่ใช่สไตล์ที่ถูกต้อง แต่ฉันคิดว่าถ้าไม่มีการสแลชในตอนท้าย - มันก็ไม่ถูกต้องเหมือนกันเพราะมันเกือบจะดูเหมือนกับโฟลเดอร์ แต่มันก็ไม่ได้และมันก็ไม่ใช่ไฟล์ปกติเหมือนกัน

มีวิธีที่เหมาะสมในการทราบว่าจะใช้หรือไม่


ทับท้าย แต่ในความคิดของฉันมันเป็นความสวยงามเป็นหลัก มองและรู้สึก.
Eric Herlitz


4
คำถามนี้เป็นคำถามที่ถูกวางให้เป็นหนึ่งในการตั้งค่าและทำให้ดูเหมือนจะปิดหัวข้อเป็นหลักความคิดเห็นตาม แต่เป็นคำตอบของฉันแสดงให้เห็นว่าในความเป็นจริงวางตัวคำถามนี้เป็นเรื่องของการตั้งค่าเป็นข้อผิดพลาด: นี่คือปัญหา XY และพื้นฐาน "ของจริง" คำถามมีคำตอบทางเทคนิคที่แม่นยำและจึงไม่ได้เป็นส่วนใหญ่มีความคิดเห็นตาม
Raedwald

คำถามเกี่ยวกับประเภทของ URL ที่ Google ชอบไม่เกี่ยวข้องกับการเขียนโปรแกรม (ดังที่กล่าวไว้ในแท็กวิกิ ) และเป็นหัวข้อสำหรับ Stackoverflow
เควนติ

ฉันได้แก้ไขคำถามของคุณแล้วโปรดตรวจสอบอีกครั้งเมื่อคุณมีโอกาสทำเช่นนั้น ขอบคุณ :)
Tim Post

คำตอบ:


131

ในความเห็นส่วนตัวของฉันต่อท้ายทับถูกนำไปใช้ในทางที่ผิด

โดยพื้นฐานแล้วรูปแบบ URL นั้นมาจากรูปแบบไฟล์และโฟลเดอร์ UNIX ที่เหมือนกันในภายหลังบนระบบ DOS และในที่สุดก็ปรับให้เข้ากับเว็บ

URL ทั่วไปสำหรับหนังสือเล่มนี้ในระบบปฏิบัติการที่คล้าย Unix จะเป็นเส้นทางของไฟล์เช่นไฟล์: ////home/username/RomeoAndJuliet.pdf ระบุหนังสืออิเล็กทรอนิกส์ที่บันทึกไว้ในไฟล์บนฮาร์ดดิสก์ในเครื่อง

ที่มา: Wikipedia: Uniform Resource Identifier

อีกแหล่งข้อมูลที่ดีที่จะอ่าน: Wikipedia: URI Scheme

ตาม RFC 1738 ซึ่งกำหนด URL ในปี 1994 เมื่อทรัพยากรมีการอ้างอิงไปยังแหล่งข้อมูลอื่น ๆ พวกเขาสามารถใช้การเชื่อมโยงแบบสัมพัทธ์เพื่อกำหนดตำแหน่งของทรัพยากรที่สองราวกับจะพูดว่า "ในสถานที่เดียวกับที่นี้ยกเว้นที่สัมพันธ์กันดังต่อไปนี้ เส้นทาง". มันก็ยังบอกว่า URL ญาติดังกล่าวจะขึ้นอยู่กับ URL เดิมที่มีโครงสร้างแบบลำดับชั้นกับที่การเชื่อมโยงญาติจะขึ้นอยู่และที่ของ FTP, HTTP, และไฟล์รูปแบบ URL ที่เป็นตัวอย่างของบางอย่างที่สามารถได้รับการพิจารณาลำดับชั้นด้วย ส่วนประกอบของลำดับชั้นที่ถูกคั่นด้วย "/"

ที่มา: Wikipedia Uniform Resource Locator (URL)

นอกจากนี้:

นั่นคือคำถามที่เราได้ยินบ่อยครั้ง ไปสู่คำตอบ! ในอดีตมันเป็นเรื่องธรรมดาสำหรับ URL ที่มีเครื่องหมายสแลชต่อท้ายเพื่อระบุไดเรกทอรีและ URL ที่ไม่มีสแลชต่อท้ายเพื่อแสดงไฟล์:

http://example.com/foo/ (ที่มีเครื่องหมายสแลชต่อท้าย, ไดเรกทอรีทั่วไป)

http://example.com/foo (ไม่มีเครื่องหมายทับท้ายไฟล์ตามอัตภาพ)

ที่มา: บล็อก Google WebMaster Central - เพื่อเฉือนหรือไม่ตัด

สุดท้าย:

  1. เครื่องหมายทับที่ท้าย URL ทำให้ที่อยู่ดูเหมือน "สวย"

  2. URL ที่ไม่มีเครื่องหมายสแลชที่ส่วนท้ายและไม่มีนามสกุลจะค่อนข้าง "แปลก"

  3. คุณจะไม่ตั้งชื่อไฟล์ CSS ของคุณ (ตัวอย่าง) http://www.sample.com/stylesheet/คุณจะ?

แต่ฉันเป็นผู้สนับสนุนหลักปฏิบัติที่ดีที่สุดของเว็บโดยไม่คำนึงถึงสภาพแวดล้อม มันอาจดูสกปรกและไม่ชัดเจนเหมือนกับที่คุณพูดเกี่ยวกับ URL โดยไม่มีการขยาย


1
นี่เป็นเรื่องแปลกคุณไม่สามารถตั้งชื่อไฟล์ "stylesheet /" - และเครื่องหมายทับหรือไม่มีเครื่องหมายทับเป็นทรัพยากรที่แตกต่างกันอย่างสิ้นเชิงบนเซิร์ฟเวอร์ไม่ว่า URL จะมีลักษณะอย่างไร
nico gawenda

10
@nicogawenda,. htaccess สามารถทำเวทมนตร์ได้ทุกประเภท;) CSS ของคุณอาจเป็นไฟล์ php จริงๆ!
rmorse

4
เว็บเซิร์ฟเวอร์มักจะถูกตั้งขึ้นโดยเริ่มต้นที่จะให้บริการindex.html(หรือชื่อเดียวไฟล์) เมื่อไดเรกทอรีที่มีการเข้าถึงเพื่อให้/foo/เป็น/foo/index.htmlโดยไม่ต้องรับประทานอาหารเสริม ในอดีตเบราว์เซอร์จะต่อท้าย/ชื่อโดเมน แต่เบราว์เซอร์(Firefox, Chrome, Opera) ได้เปลี่ยนเป็นละเว้น/เมื่อเข้าถึงหน้าแรก
0b10011

4
ฉันเห็นด้วยกับ @bfrohs หน้าเริ่มต้นอย่างแน่นอนสำหรับไดเรกทอรีที่ขัดกับหลักการนี้ หากเราจะบังคับใช้ 'trailing slash = directory' แน่นอนว่า URL ทั้งหมดที่จุดใดที่ไดเรกทอรีนั้นจะต้องส่งคืนรายชื่อไดเรกทอรีหรือการตอบสนอง http 403 ที่ต้องห้าม
Marvin

11
ฉันไม่แน่ใจว่าคะแนน # 1 และ 2 ในส่วน "สุดท้าย" ยังคงถูกต้องหรือไม่ หลายปีที่ผ่านมานับตั้งแต่มีการเขียนครั้งแรกรสนิยมได้เปลี่ยนไป ฉันไม่ได้ศึกษาในรายละเอียด แต่ดูเหมือนว่าในเว็บไซต์ใหม่มันเป็นเรื่องธรรมดามากขึ้นและ "สวยกว่า" เพื่อละเว้นการทับ
speedplane

172

มันไม่ใช่คำถามของการตั้งค่า /baseและ/base/มีความหมายที่แตกต่างกัน ในหลายกรณีความแตกต่างนั้นไม่สำคัญ แต่มันสำคัญเมื่อมี URL สัมพัทธ์

  • childเมื่อเทียบกับการมี/base//base/child
  • childเมื่อเทียบกับการ/baseเป็น /child(อาจจะแปลกใจ)

5
บทความที่มีประโยชน์ซึ่งมีเนื้อหาเชิงลึกเกี่ยวกับเรื่องนี้: cdivilly.wordpress.com/2014/03/11/…
Hephaestus

3
ใช่ฉันคิดว่าสิ่งนี้พร้อมกับ SEO เป็นสิ่งที่สำคัญที่สุดสำหรับคำถามนี้
2875289

Uri.MakeRelativeUriเพิ่งผ่านไปปัญหานี้เมื่อใช้ของสุทธิ ผลลัพธ์สะท้อนถึงสิ่งที่คุณพูดอย่างชัดเจน Uriผมแก้ไขปัญหาโดยการเพิ่มเฉือนท้ายไปยังฐานของฉัน
julealgon

61

ฉันประหลาดใจเสมอที่มีการใช้เครื่องหมายทับต่อท้ายบน URL ที่ไม่ใช่ไดเรกทอรี (WordPress และอื่น ๆ ) สิ่งนี้ไม่ควรเป็นการอภิปรายอย่างใดอย่างหนึ่งเพราะการใส่เครื่องหมายสแลชหลังจากทรัพยากรมีความผิด เว็บได้รับการออกแบบมาเพื่อส่งมอบทรัพยากรที่สามารถกำหนดแอดเดรสได้และที่อยู่ - URL - ถูกออกแบบมาเพื่อจำลองลำดับชั้นของระบบไฟล์สไตล์ * nix ในบริบทนั้น:

  • เครื่องหมายทับจะแสดงถึงไดเรกทอรีเสมอไม่เคยมีไฟล์
  • ไฟล์อาจมีชื่ออะไรก็ได้ (มีหรือไม่มีนามสกุล) แต่ไม่สามารถมีหรือลงท้ายด้วยเครื่องหมายทับ

การใช้แนวทางเหล่านี้เป็นเรื่องผิดที่จะใส่เครื่องหมายสแลชหลังจากทรัพยากรที่ไม่ใช่ไดเรกทอรี


50
"ทับหลังไดเรกทอรีไม่ใช่ทรัพยากร": URL ไม่ได้อ้างถึงสิ่งสองประเภทคือ "ทรัพยากร" และ "ไดเรกทอรี"; พวกเขาอ้างถึงสิ่งหนึ่งประเภท: แหล่งข้อมูล เงื่อนงำอยู่ใน R ของ URL
Raedwald

31
และทุกอย่างในระบบไฟล์ * nix เป็นไฟล์ แต่ไดเรกทอรียังคงมีอยู่ ประเด็นของคุณคืออะไร?
Yarin

6
ไม่ว่าจะให้บริการโดยไฟล์หรือไดเรกทอรีภายในสิ่งที่ผู้ใช้เห็นเป็นเพียงหน้าเว็บ และexample.com/aboutจริงอาจจะอ่านจากexample.com/about/index.html
musiphil

1
@DavidRR: ถูกต้อง และเบราว์เซอร์ต้องการเปลี่ยนเส้นทางเพราะความละเอียดชื่อที่เกิดขึ้นจากภายในdirectory(มิฉะนั้นimage.pngในhttp://hostname/directoryจะชี้ไปhttp://hostname/image.png) ฉันแค่บอกว่าความแตกต่างระหว่างไฟล์และไดเรกทอรีอาจไม่สำคัญมากจากมุมมองของผู้ใช้
musiphil

2
ฉันเห็นด้วยกับผลลัพธ์ของคุณ แต่ฉันไม่แน่ใจว่าเราควรออกแบบระบบ URL ของเราเพื่อเลียนแบบระบบไฟล์สไตล์ * nix นั่นอาจเป็นจุดเริ่มต้น แต่ตอนนี้มีน้อยกว่ามาก
speedplane

27

นั่นไม่ใช่คำถามของสุนทรียภาพ แต่จริงๆแล้วเป็นความแตกต่างทางเทคนิค ความคิดไดเรกทอรีของมันถูกต้องทั้งหมดและอธิบายทุกอย่างสวย มาทำงานกันเถอะ:

คุณกลับมาอยู่ในยุคหินตอนนี้หรือให้บริการหน้าคงที่เท่านั้น

คุณมีโครงสร้างไดเรกทอรีคงที่บนเว็บเซิร์ฟเวอร์ของคุณและมีเพียงไฟล์แบบสแตติกเช่นรูปภาพ, html และอื่น ๆ - ไม่มีสคริปต์ด้านเซิร์ฟเวอร์หรืออะไรก็ตาม

คำขอของเบราว์เซอร์/index.htmมีอยู่และส่งไปยังลูกค้า หลังจากนั้นคุณมีจำนวนมาก - สมมติว่า - ภาพยนตร์ดีวีดีได้รับการตรวจสอบและหน้า html สำหรับภาพยนตร์แต่ละเรื่องใน/dvd/ไดเรกทอรี ตอนนี้มีคนร้องขอ/dvd/adams_apples.htmและมีการส่งมอบเพราะมี

ในบางวันมีคนแค่ขอ/dvd/- ซึ่งเป็นไดเรกทอรีและเซิร์ฟเวอร์พยายามที่จะคิดออกว่าจะส่งมอบ นอกจากข้อ จำกัด การเข้าถึงและอื่น ๆ มีสองเป็นไปได้: แสดงเนื้อหาของผู้ใช้ไดเรกทอรี (ฉันเดิมพันที่คุณมีอยู่แล้วได้เห็นที่ไหนสักแห่ง) หรือแสดงแฟ้มเริ่มต้น (ใน Apache คือ: DirectoryIndex: sets the file that Apache will serve if a directory is requested.)

จนถึงตอนนี้เป็นกรณีที่คาดหวัง มันแสดงให้เห็นถึงความแตกต่างในการจัดการดังนั้นให้เข้าไป:

เวลา 5:34 น. คุณได้อัปโหลดไฟล์ของคุณผิดพลาด

(ซึ่งเป็นโดยวิธีการที่เข้าใจได้อย่างสมบูรณ์.) ดังนั้นคุณทำอะไรบางอย่างที่ไม่ถูกต้องอย่างสิ้นเชิงและแทนที่จะอัปโหลด/dvd/the_big_lebowski.htmคุณอัปโหลดไฟล์ที่เป็นdvd(ที่มีนามสกุลไม่ได้) /ที่จะ

มีคนคั่น/dvd/รายการไดเรกทอรีของคุณ(แน่นอนว่าคุณไม่ต้องการสร้างและอัปเดตที่ดีเสมอไปindex.htm) และกำลังเยี่ยมชมเว็บไซต์ของคุณ มีการส่งเนื้อหาของสารบบ - ไม่เป็นไร

/dvdใครบางคนเคยได้ยินจากรายการของคุณและคือการพิมพ์ และตอนนี้มันก็เมา แทนที่จะแสดงไดเรกทอรีดีวีดีของคุณเซิร์ฟเวอร์จะค้นหาไฟล์ที่มีชื่อนั้นและส่งไฟล์ Big Lebowski ของคุณ

ดังนั้นคุณลบไฟล์นั้นแล้วบอกให้คนโหลดหน้านั้นใหม่ เซิร์ฟเวอร์ของคุณค้นหา/dvdไฟล์ แต่มันหายไป เซิร์ฟเวอร์ส่วนใหญ่จะสังเกตเห็นว่ามีไดเรกทอรีที่มีชื่อนั้นและแจ้งให้ลูกค้าทราบว่าสิ่งที่ต้องการคือที่อื่น คำตอบน่าจะเป็น:

Status Code:301 Moved Permanently กับ Location: http://[...]/dvd/

ดังนั้นโดยไม่สนใจสิ่งที่คุณคิดเกี่ยวกับไดเรกทอรีหรือไฟล์เซิร์ฟเวอร์สามารถจัดการกับสิ่งเหล่านั้นได้และ - เว้นแต่จะได้รับการบอกกล่าวแตกต่างกัน - ตัดสินใจให้คุณเกี่ยวกับความหมายของ "เครื่องหมายทับหรือไม่"

ในที่สุดหลังจากได้รับการตอบสนองนี้ลูกค้าโหลด/dvd/และทุกอย่างเรียบร้อย

ไม่เป็นไร เลขที่

"ไม่เป็นไร" ไม่ดีพอสำหรับคุณ

คุณมีหน้าเว็บไดนามิกที่ทุกอย่างผ่านไป/index.phpและรับการประมวลผล ทุกอย่างใช้งานได้ดีจนถึงทุกวันนี้ แต่ทุกอย่างเริ่มช้าลงและคุณตรวจสอบ

เร็ว ๆ นี้คุณจะสังเกตเห็นว่า/dvd/listจะทำเหมือนกัน: การเปลี่ยนเส้นทางไปที่แล้วแปลลงในภายใน/dvd/list/ index.php?controller=dvd&action=listอีกหนึ่งคำขอ - แต่ยิ่งแย่ไปกว่านั้น! customer/loginเปลี่ยนเส้นทางcustomer/login/ซึ่งจะเปลี่ยนเส้นทางไปยัง HTTPS URL customer/login/ของ คุณท้ายมีตันของการเปลี่ยนเส้นทาง HTTP ที่ไม่จำเป็น (= การร้องขอเพิ่มเติม) ที่ทำให้ประสบการณ์การใช้งานช้าลง

เป็นไปได้ว่าคุณมีดัชนีไดเรกทอรีเริ่มต้นที่นี่เช่นกันindex.php?controller=dvdโดยไม่มีactionการโหลดภายในเพียงอย่างindex.php?controller=dvd&action=listเดียว

สรุป:

  • ถ้ามันจบลงด้วย/จะไม่สามารถเป็นไฟล์ ไม่มีการคาดเดาเซิร์ฟเวอร์

  • เครื่องหมายทับหรือไม่มีเครื่องหมายทับมีความหมายที่แตกต่างกันอย่างสิ้นเชิง มีความแตกต่างด้านเทคนิค / ทรัพยากรระหว่าง "เครื่องหมายทับหรือไม่มีเครื่องหมายทับ" และคุณควรระวังและใช้ตามนั้น เพียงเพราะเซิร์ฟเวอร์มักโหลด/dvd/index.htm- หรือโหลดสคริปต์ที่ถูกต้อง - เมื่อคุณพูดว่า/dvd: ทำได้ แต่ไม่ใช่เพราะคุณทำตามคำขอที่ถูกต้อง /dvd/ซึ่งจะได้รับ

  • การตัดเครื่องหมายทับแม้ว่าคุณจะหมายถึงเวอร์ชันที่ทับแล้วจะทำให้คุณได้รับคำร้องขอ HTTP เพิ่มเติม ซึ่งมักจะไม่ดี (คิดว่าเวลาแฝงบนอุปกรณ์เคลื่อนที่) และมีน้ำหนักมากกว่า "URL ที่น่ารัก" - โดยเฉพาะอย่างยิ่งเนื่องจากซอฟต์แวร์รวบรวมข้อมูลไม่ได้โง่อย่างที่ SEO เชื่อหรือต้องการให้คุณเชื่อ;)


2
ดังนั้นในการสรุปคุณทั้งหมดสำหรับการเพิ่มเครื่องหมายทับที่สิ้นสุดหรือไม่ :)
เดนิส

2
ฉันทุกคนใช้มันเมื่อคุณหมายถึง;) ตัวอย่างเช่นการพูดถึงตัวควบคุมและการกระทำมันจะเป็น: ตัวควบคุมควรลงท้ายด้วยเครื่องหมายทับ เมื่อคุณอ้างอิงไฟล์หรือการดำเนินการละเว้นเครื่องหมายสแลช
นิโคกาเวนดา

หยุดทำไมคุณจะไม่ใส่เครื่องหมายทับเพื่อดำเนินการ? ตามตัวอย่างของคุณนั่นจะไม่ส่งผลให้มีการร้องขอการเปลี่ยนเส้นทางพิเศษหรือไม่ ฉันหมายความว่าเซิร์ฟเวอร์ของคุณฉลาดพอที่จะรับรู้ถึงการกระทำของคอนโทรลเลอร์และจะไม่เปลี่ยนเส้นทางเพื่อค้นหาไฟล์หรือไดเรกทอรีในกรณีนั้น แต่มันก็ยังคงขัดกับตัวอย่างของคุณใช่ไหม
Adam Goodwin

7
ฉันไม่เข้าใจตัวอย่างของคุณ ระบบไฟล์ใดที่อนุญาตให้ไดเรกทอรีและไฟล์ปกติอื่นที่มีชื่อเดียวกัน ( dvd)
musiphil

19

เมื่อคุณทำ URL ของคุณ/about-us/(ด้วยการเฉือนท้าย) มันเป็นเรื่องง่ายที่จะเริ่มต้นด้วยไฟล์เดียวindex.htmlและต่อมาขยายและเพิ่มไฟล์อื่น ๆ (เช่นour-CEO-john-doe.jpg) หรือแม้กระทั่งสร้างลำดับชั้นภายใต้มัน (เช่น/about-us/company/, /about-us/products/ฯลฯ ) ได้ตามต้องการโดยไม่ต้อง เปลี่ยน URL สิ่งนี้จะช่วยให้คุณมีความยืดหยุ่นที่ดี


9
ฉันขอโทษที่ฉันไม่ได้รับมัน ถ้าฉันเริ่มต้นด้วย /about-usหรือ/about-us/ฉันยังต้องเปลี่ยน URL ที่เผยแพร่ในทั้งสองกรณีถ้าฉันขยายไดเรกทอรี ไฟล์ใหม่จะอยู่/about-us/new-file.htmlในทั้งสองกรณี !! ฉันคิดถึงอะไรที่นี่
นักบัญชี

2
@ บัญชีฉันคิดว่า OP อาจกำลังคิดว่าถ้าคุณเผยแพร่ "/ about-us" โดยไม่มีเครื่องหมายทับท้ายคุณจะไม่สามารถเพิ่มทรัพยากรย่อยโดยใช้พา ธ สัมพัทธ์ เมื่อคุณไม่มีเครื่องหมายทับต่อท้ายเบราว์เซอร์จะเชื่อว่าการอ้างอิงถึง "ceo.jpg" ในหน้าเกี่ยวกับจะอยู่ที่รากของโดเมนของคุณและจะขอ example.com/ceo.jpg ด้วยเครื่องหมายทับเบราว์เซอร์จะขอ example.com/about-us/ceo.jpg และคุณสามารถกำหนดเส้นทางแผนผังโฟลเดอร์ทั้งหมดสำหรับไซต์ของคุณเมื่อคุณขยาย
ต.ค.

1
FYI - ฉันไม่เชื่อว่าข้อใดข้อหนึ่งข้างต้นเป็นจริง - ทำไมถึงไม่มี/about-usและ/about-us/company? ในแง่ของการให้บริการไฟล์ทั้ง Apache และ IIS สามารถจัดการได้ดีดังนั้นฉันไม่เห็นด้วย
sean2078

1
@ sean2078 ใช่ แต่ถ้าหาก/about-usคุณต้องการลิงค์จาก/about-us/companyคุณต้องใช้href="https://stackoverflow.com/about-us/company"หรือhref="./company"(ไม่แน่ใจเกี่ยวกับอันนั้น) ถ้าคุณอยู่/about-us/แม้ว่ามันง่าย: href="company".
Adowrath

11

คำตอบอื่น ๆ ที่นี่ดูเหมือนจะชอบละเว้นการเฉือนต่อท้าย มีบางกรณีที่เครื่องหมายสแลชต่อท้ายจะช่วยเพิ่มประสิทธิภาพกลไกค้นหา (SEO) .htmlนั่นคือกรณีที่เอกสารของคุณมีสิ่งที่ดูเหมือนจะเป็นนามสกุลไฟล์ที่ไม่ได้เป็น สิ่งนี้จะกลายเป็นปัญหากับเว็บไซต์ที่จัดอันดับเว็บไซต์ พวกเขาอาจเลือกระหว่าง URL ทั้งสองนี้:

  • http://mysite.example.com/rated.example.com
  • http://mysite.example.com/rated.example.com/

ในกรณีดังกล่าวผมจะเลือกหนึ่งด้วยการเฉือนท้าย นั่นเป็นเพราะ.comส่วนขยายนั้นเป็นส่วนเสริมสำหรับไฟล์คำสั่งที่รันได้ของ Windows เครื่องมือค้นหาและตัวตรวจสอบไวรัสมักจะไม่ชอบ URL ที่ปรากฏว่าอาจมีมัลแวร์กระจายผ่านกลไกดังกล่าว เครื่องหมายทับต่อท้ายดูเหมือนว่าจะช่วยลดความกังวลใด ๆ ทำให้หน้าเว็บอยู่ในอันดับที่เครื่องมือค้นหาและได้รับจากตัวตรวจจับไวรัส

หาก URL ของคุณไม่มี.ในส่วนของไฟล์ฉันขอแนะนำให้ไม่ใช้เครื่องหมายทับต่อท้ายเพื่อความเรียบง่าย


ไม่มีเครื่องมือค้นหาที่แท้จริงที่โง่ คำตอบนี้เป็นการเก็งกำไรที่บริสุทธิ์
Navin

1
ฉันเห็นปัญหานี้กับ Google จริง ๆ แล้ว เมื่อหลายปีก่อนดังนั้นฉันไม่แน่ใจว่าจะเป็นอย่างนั้นในวันนี้หรือไม่
Stephen Ostermiller

นั่นเป็นจุดข้อมูลที่ดี แม้ว่าเราจะยังไม่รู้ว่าเกิดจากสิ่งอื่นหรือไม่
Navin

10

ใครบอกว่าชื่อไฟล์ต้องการนามสกุล? ลองดูที่เครื่อง * ระวังบางครั้ง ...
ฉันเห็นด้วยกับเพื่อนของคุณไม่มีเครื่องหมายทับ


3

จากมุมมองของ SEO การเลือกว่าจะรวมเครื่องหมายสแลชท้ายท้าย URL ไม่เกี่ยวข้องหรือไม่ วันนี้เป็นเรื่องปกติที่จะเห็นตัวอย่างของทั้งสองบนเว็บ เว็บไซต์จะไม่ถูกลงโทษทั้งทางและทางเลือกนี้จะไม่มีผลต่อการจัดอันดับของเครื่องมือค้นหาของเว็บไซต์ของคุณหรือการพิจารณา SEO อื่น ๆ

เพียงเลือกหลักการตั้งชื่อ URL ที่คุณต้องการและรวมเมตาแท็กที่ยอมรับได้ใน<head>ส่วนของแต่ละหน้าเว็บ

เครื่องมือค้นหาอาจพิจารณาหน้าเว็บเดียวเป็นสอง URL ที่ซ้ำกันแยกจากกันเมื่อพวกเขาพบว่ามันมีและไม่มีเฉือนท้ายคือและexample.com/about-us/example.com/about-us

เป็นวิธีที่ดีที่สุดที่จะรวมเมตาแท็กที่ยอมรับในแต่ละหน้าเพราะคุณไม่สามารถควบคุมวิธีที่เว็บไซต์อื่นเชื่อมโยงไปยัง URL ของคุณ

<link rel="canonical" href="https://example.com/about-us" />แท็กที่ยอมรับมีลักษณะเช่นนี้ การใช้เมตาแท็กแบบบัญญัติทำให้มั่นใจได้ว่าเครื่องมือค้นหาจะนับ URL ของคุณแต่ละครั้งเพียงครั้งเดียวไม่ว่าเว็บไซต์อื่นจะมีเครื่องหมายสแลชต่อท้ายหรือไม่

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.