คำถามติดแท็ก 404

ข้อความแสดงข้อผิดพลาด 404 หรือไม่พบคือรหัสตอบกลับมาตรฐาน HTTP ที่ระบุว่าไคลเอนต์สามารถสื่อสารกับเซิร์ฟเวอร์ได้ แต่เซิร์ฟเวอร์ไม่พบสิ่งที่ร้องขอ

4
ไฟล์ที่ฉันควรมีในทุกเว็บไซต์
ฉันต้องการมีรายการไฟล์ที่ควรมีอยู่ในทุกเว็บไซต์ แนวคิดก็คือทำให้เบราว์เซอร์และบอทส่วนใหญ่พอใจและลดจำนวนข้อความ 404 ข้อความลงในบันทึก จนถึงตอนนี้ฉันมีไฟล์ต่อไปนี้: /favicon.ico /robots.txt /sitemap.xml /apple-touch-icon-72x72-precomposed.png /apple-touch-icon-72x72.png /apple-touch-icon-precomposed.png /apple-touch-icon.png มีไฟล์อื่น ๆ ที่ได้รับการร้องขอบ่อยและควรอยู่ในทุก ๆ เว็บไซต์หรือไม่

3
Google ยังคงรวบรวมข้อมูลและจัดทำดัชนีหน้าทดสอบเก่า ๆ ของฉันซึ่งตอนนี้ไม่พบ 404
ฉันได้ตั้งค่าเว็บไซต์ของฉันด้วยหน้าตัวอย่างและข้อมูล (lorem ipsum ฯลฯ ) และ Google ได้รวบรวมข้อมูลหน้าเหล่านี้แล้ว ฉันลบหน้าเหล่านี้ทั้งหมดและเพิ่มเนื้อหาจริง แต่ในเครื่องมือของผู้ดูแลเว็บฉันยังคงได้รับข้อผิดพลาด 404 ข้อที่ Google พยายามรวบรวมข้อมูลหน้าเหล่านี้ ฉันตั้งให้ "ทำเครื่องหมายว่าแก้ไขแล้ว" แต่บางหน้ายังคงกลับมาเป็น 404 นอกจากนี้ฉันยังมีหน้าตัวอย่างจำนวนมากที่ยังคงอยู่ในรายการเมื่อฉันค้นหาเว็บไซต์ของฉันบน Google วิธีการลบออก ฉันคิดว่าหน้าเว็บที่ไม่เกี่ยวข้องเหล่านี้ส่งผลต่อการให้คะแนนของฉัน ฉันต้องการลบหน้าเหล่านี้ทั้งหมดและเริ่มทำให้เว็บไซต์ของฉันถูกทำดัชนีเป็นหน้าใหม่ แต่ฉันอ่านมันเป็นไปไม่ได้เหรอ? (ฉันส่งแผนผังไซต์และใช้ "เรียกเป็น Google")

5
เป็นเรื่องที่ควรส่งคืน 410 แทนที่จะเป็น 404 เมื่อมีการลบหน้าบางหน้าอย่างถาวรหรือไม่
การคืนค่า410แทนที่จะเป็น404เมื่อหน้าบางหน้าถูกลบอย่างถาวรหรือไม่ ในวิดีโอนี้ Matt Cutts บอกว่า Google ปฏิบัติต่อพวกเขาเหมือนกัน แต่มีเหตุผลอื่นที่จะใช้410(ยกเว้นความถูกต้องทางเทคนิค) หรือไม่
16 seo  404  http  410-gone 

4
รายการอีคอมเมิร์ซถูกลบโดยผู้ใช้ 301 เปลี่ยนเส้นทางไปยังหน้าบ้านหรือไม่พบ 404?
ฉันรู้ว่าคำถามนี้บางประการคล้ายกับคนนี้ที่พวกเขาขอแนะนำให้ใช้ 404 แต่หลังจากที่ได้อ่านนี้คนอื่น ๆที่พวกเขาแนะนำให้ใช้ 301 เมื่อมีการเปลี่ยน URL ของไซต์ (ในกรณีที่เฉพาะเจาะจงเป็นเพราะการออกแบบ / Re แฟ) ฉันได้รับบิตของ สับสนและฉันหวังว่าบางคนสามารถอธิบายตัวอย่างที่เฉพาะเจาะจงนี้ได้: สมมติว่าฉันมีเว็บไซต์อีคอมเมิร์ซ สมมติว่าผู้ใช้ขั้นสุดท้ายแทรกรายการที่น่าสนใจบางอย่างในไซต์และ eCommerce webapp สร้างหน้ารายการที่ URL: http://...?id=20และhttp://...?id=30อื่น ๆ ตอนนี้สมมติว่ารายการที่น่าสนใจเหล่านี้มีลิงก์ภายนอกมากมายจากเว็บไซต์อื่น ๆ เพราะบางคนพบว่ารายการเหล่านั้นน่าสนใจและเชื่อมโยงกับพวกเขา หลังจากปีที่ผ่านมาผู้ใช้สุดท้ายลบรายการเหล่านั้นเพื่อให้เห็นได้ชัดว่าหน้าและ URL http://...?id=20, http://...?id=30ฯลฯตอนนี้ไม่อยู่อีกต่อไป แต่ยังคงมีหลายหน้าบนเว็บมีการเชื่อมโยงไปยังพวกเขา เว็บไซต์อีคอมเมิร์ซควรทำอะไรตอนนี้เพียงแสดงหน้า 404 สำหรับรายการเหล่านั้น แต่ฉันสับสนนี่จะไม่สูญเสีย PR Google ทั้งหมดที่ส่งผ่านโดยลิงก์ภายนอกไปยังหน้ารายการหรือไม่ ดังนั้นจะดีกว่าหรือไม่ที่จะใช้การเปลี่ยนเส้นทาง 301 ไปที่หน้าบ้านอย่างน้อยก็ส่ง PR ไปยังหน้าบ้านอย่างน้อย แก้ไข: ดีตามคำตอบสิ่งที่ดีที่สุดที่จะทำเพื่อให้ห่างไกลคือการทำ 404/410 เพื่อให้คำถามนี้สมบูรณ์ยิ่งขึ้นฉันต้องการพูดคุยเกี่ยวกับกรณีพิเศษเพื่อให้แน่ใจว่าฉันเข้าใจ อย่างถูกต้อง สมมติว่าผู้ใช้สร้างรายการเหล่านั้นอีกครั้ง (รายการที่เขาลบไปก่อนหน้านี้ ณ …
15 seo  ecommerce  404  redirects 

2
จะดีกว่าไหมถ้ามี ErrorDocument 404 เปลี่ยนเส้นทางกลับไปที่หน้าแรกหรือหน้าข้อผิดพลาด 404 มาตรฐาน?
เราเรียกใช้เว็บไซต์อีคอมเมิร์ซที่ตั้งค่าโดยผู้ให้บริการซอฟต์แวร์อีคอมเมิร์ซรายอื่นร้านค้าขั้นพื้นฐานพร้อมหน้าผลิตภัณฑ์ตะกร้าและชำระเงิน ผู้จำหน่ายที่เป็นบุคคลที่สามตั้งค่าไฟล์ htaccess เพื่อที่ว่าถ้า URL ที่ไม่มีอยู่นั้นถูก enetered ก็จะเปลี่ยนเส้นทางไปยังหน้าแรกแทนข้อผิดพลาด 404 ที่ถูกสร้างขึ้น ผลลัพธ์นี้ใน google เว็บมาสเตอร์การรายงานชื่อและคำอธิบายที่ซ้ำกันสำหรับหน้าเว็บที่ไม่มีอยู่อีกต่อไป ฉันคิดว่ามันจะดีกว่าถ้าจะแสดงหน้าข้อผิดพลาด 404 แทนที่จะเปลี่ยนเส้นทางกลับไปที่หน้าแรก ดังนั้นจะดีกว่าหรือไม่ที่จะมีเว็บไซต์เปลี่ยนเส้นทาง 404 ไปยังหน้าแรกแทนที่จะมีหน้า 404 เฉพาะแทน

6
การโจมตี 404 ครั้งใหญ่ด้วย URL ที่ไม่มีอยู่จริง จะป้องกันได้อย่างไร
ปัญหานี้เกิดจากข้อผิดพลาด 404 ข้อตามที่รายงานโดย Google Webmaster Tools พร้อมหน้าและข้อความค้นหาที่ไม่เคยมีมาก่อน หนึ่งในนั้นคือviewtopic.phpและฉันยังสังเกตเห็นจำนวนครั้งที่น่ากลัวในการตรวจสอบว่าไซต์นั้นเป็นไซต์ WordPress ( wp_admin) และสำหรับการเข้าสู่ระบบ cPanel หรือไม่ ฉันบล็อก TRACE แล้วและเซิร์ฟเวอร์นั้นมีการป้องกันการสแกน / แฮ็ค อย่างไรก็ตามดูเหมือนว่าจะไม่หยุด ผู้อ้างอิงเป็นไปตาม Google totally.meWebmaster, ฉันได้มองหาวิธีที่จะหยุดสิ่งนี้เพราะมันไม่ได้เป็นสิ่งที่ดีสำหรับผู้ใช้งานจริงที่ไม่ดี ฉันใช้ Perishable Press mini black list ( พบได้ที่นี่ ) ตัวบล็อกผู้อ้างอิงมาตรฐาน (สำหรับสื่อลามก, สมุนไพร, เว็บไซต์คาสิโน) และแม้แต่ซอฟต์แวร์เพื่อปกป้องไซต์ (การบล็อก XSS, การฉีด SQL ฯลฯ ) เซิร์ฟเวอร์กำลังใช้การวัดอื่นเช่นกันดังนั้นใครจะคิดว่าไซต์นั้นปลอดภัย (หวังว่า) แต่มันจะไม่สิ้นสุด ใครบ้างมีปัญหาเดียวกันหรือฉันเป็นคนเดียวที่เห็นสิ่งนี้? มันเป็นสิ่งที่ฉันคิดว่าเช่นการโจมตีบางอย่าง? มีวิธีแก้ไขหรือป้องกันการสูญเสียทรัพยากรที่ไร้ประโยชน์นี้หรือไม่ …

5
เหตุใดฉันจึงเห็นคำขอ“ crossdomain.xml” ที่ไม่คาดคิดในบันทึกของฉัน
ฉันได้รับข้อผิดพลาด 404 ครั้งจาก crossdomain.xml นี่คือรายละเอียดคำขอตามที่มีให้โดย Google App Engine: 404 22ms 19cpu_ms 0kb Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.122 Safari/534.30 69.130.*.* - - [24/Jul/2011:07:43:42 -0700] "GET /crossdomain.xml HTTP/1.1" 404 124 "http://s.nsdsvc.com/App/DddWrapper.swf?c=3" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.122 Safari/534.30" "app.*.*.*" ms=22 cpu_ms=19 api_cpu_ms=0 cpm_usd=0.000633 …

5
หน้า 404 ต้องการคำอธิบายเมตา (เพื่อทำให้ Google มีความสุขมากขึ้น)
ฉันกำลังแก้ไขสิ่งเล็กน้อยในหน้า 404 สำหรับเว็บไซต์ทั้งหมดของฉัน ความทรหดอดทนทำให้ฉันนอนไม่หลับถ้าฉันไม่ได้รับคำตอบสำหรับคำถามนี้ :) หน้า 404 จำเป็นต้องมีเมตาแท็กคำอธิบายหรือไม่ ถ้าใช่เติมด้วยอะไร "ไม่พบหน้าเว็บ" ฉันจะบอกว่าไม่ถ้า Google ให้ความสำคัญกับเนื้อหาและเว็บไซต์ของผู้ใช้มากกว่าที่เป็นอยู่บนหน้าเว็บ (ยิ่งกว่า 404 หน้าตัวอย่างไม่ควรปรากฏใน Google เพราะเซิร์ฟเวอร์กำลังส่งรหัส 404 จริง) แต่หลังจากอ่านทุกสิ่งนี้แล้ว: http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=93641 http://googlewebmastercentral.blogspot.com/2008/08/make-your-404-pages-more-useful.html เกี่ยวกับวิธีที่พวกเขาแนะนำให้เติม 404 หน้า (ที่ฉันคิดเสมอว่าควรจะเป็นหน้า 404 แบบง่าย) ฉันเริ่มรู้สึกกังวลเกี่ยวกับคำอธิบายเมตาเช่นกัน

2
ลูกค้าร้องขอ URL ที่อ่านไม่ออก
ฉันสังเกตเห็นว่ามี 404 แปลก ๆ ที่ดูเหมือนจะเป็นรหัสการเขียน URL ซ้ำ โปรแกรมดูรูปภาพของเราร้องขอให้ใช้ไทล์โดยใช้ URL ดังนี้: /media/204/service/dzi/1/1_files/7/0_0.jpg ฉันเห็นบางอย่าง - ต่ำกว่า <1% - คำขอสำหรับ URL ที่มีการเปลี่ยนแปลงเล็กน้อย: /media/204/s/rvice/d/i/1/1_files/7/0_0.jpg คำขอเหล่านี้มาจากที่อยู่ IP ทั่วโลก (สหรัฐอเมริกาแคนาดาจีนรัสเซียอินเดียอิสราเอล ฯลฯ ) ผู้ใช้เดสก์ท็อปและมือถือที่มีตัวแทนผู้ใช้หลายคน (Chrome, IE, Firefox, Mobile Safari เป็นต้น) และมักจะมีกิจกรรมปกติภายในเซสชันเดียวกันจากที่อยู่ IP เดียวกันดังนั้นฉันคิดว่านี่เป็นมัลแวร์หรือพร็อกซี / ตัวกรองที่ใช้งานไม่ได้ ฉันไม่ได้เห็นพวกเขาจากสิ่งอื่นนอกจากภาพซึ่งแสดงว่านี่อาจเป็นตัวกรองเนื้อหาบางประเภท มีใครเห็นอีกบ้างไหม บันทึก CDN ของฉันแสดงคำขอแรกในวันที่ 8 มิถุนายนเพิ่มขึ้นจากหลายสิบเป็นหลายร้อยต่อวัน
11 404  logging 

4
“404 นั่นเป็นข้อผิดพลาด” เมื่อดูจากแคชของ Google
เว็บไซต์ของฉันได้รับ404 นั่นเป็นข้อผิดพลาด ข้อความเมื่อฉันคลิกที่แคชจากผลการค้นหาของ Google นี่คือข้อความแสดงข้อผิดพลาดจาก Google: That’s an error. /search?q=cache:8kxLAgFrhZQJ:www.mysite.com.....&cd=8&hl=en&ct=clnk&gl=ukไม่พบURL ที่ร้องขอบนเซิร์ฟเวอร์นี้ นั่นคือทั้งหมดที่เรารู้. สิ่งที่ฉันทำก่อนที่ฉันจะได้รับข้อผิดพลาดนี้คือเมื่อประมาณ 10 วันที่แล้วฉันย้ายโฮสติ้งของฉันจากIxwebhostingไปที่Gearhost (บนคลาวด์) ฉันยังเพิ่ม 301 เปลี่ยนเส้นทางจากไปnon wwwwww ฉันไม่รู้ว่าทำไมฉันถึงได้รับข้อผิดพลาดนี้ โปรดแนะนำสิ่งที่อาจเป็นสาเหตุหากมีวิธีแก้ปัญหาสำหรับมัน แม้ว่าหน้าเว็บทั้งหมดของฉันจะได้รับการจัดทำดัชนีโดย Google
10 google  404  cache 

4
301 เปลี่ยนเส้นทางไปที่หน้า 404 หรือตั้งรหัสสถานะเป็น 404 และอยู่ในหน้าต่อไป?
ฉันมีหลายหน้าในเว็บไซต์ของฉันที่มีเพียงผู้ดูแลระบบเท่านั้นที่สามารถเข้าถึงและเข้าถึงหน้าเหล่านี้ได้หากกำหนดค่าการสอบถามหากพบและตั้งค่าอย่างถูกต้อง ตัวอย่างเช่น: http://www.mydomain.com/show-daily-statistics?key=abc ลิงค์ด้านบนจะแสดงเนื้อหาของหน้า แต่อย่างอื่นเช่นด้านล่างจะไม่: http://www.mydomain.com/show-daily-statistics ตอนนี้ฉันกำลังคิดว่าจะทำอย่างไรถ้าเครื่องมือค้นหาและ / หรือผู้ใช้ที่ไม่ใช่ผู้ดูแลระบบลงจอดบนหน้าเว็บที่ซ่อนอยู่เหล่านี้ แน่นอนว่าฉันสามารถเปลี่ยนรหัสสถานะของหน้าเป็น 404 หรือเปลี่ยนเส้นทาง 301 เป็น: http://www.mydomain.com/404-error ทางออกที่ดีที่สุดสำหรับ Google และ SEO คืออะไร
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.