Sitemaps - หนึ่งต่อโดเมนย่อยหรือหนึ่งสำหรับโดเมนฐาน?


10

ฉันมีมากกว่า 5 โดเมนย่อยในโครงการการพูดdeveloper, www, staffและบางกว่าสิ่งที่เป็นวิธีที่ดีที่สุดในการสร้างแผนผัง?

โดเมนย่อยทั้งหมดที่ใช้แผนผังไซต์เดียวกันร่วมกันที่โดเมนหลัก ( example.com/sitemap.xml) หรือแผนผังไซต์ที่แตกต่างกันสำหรับโดเมนย่อยต่างกันหรือไม่ ( developer.example.com/sitemap.xmlและwww.example.com/sitemap.xml)

เนื่องจากโดเมนย่อยมีหลายส่วนของแอปพลิเคชันหลักข้อดีและข้อเสียของแต่ละแอพพลิเคชั่นคืออะไรและฉันควรพิจารณาอะไรในขณะที่เลือกโดเมนอื่น (หนึ่งแผนผังไซต์ต่อโดเมนย่อยหรือหนึ่งไซต์สำหรับทั้งไซต์)

คำตอบ:


7

ตามโพสต์บล็อก Matt Cuttsเขากล่าวว่า:

โดเมนย่อยอาจมีประโยชน์ในการแยกเนื้อหาที่แตกต่างออกไปโดยสิ้นเชิง Google ใช้โดเมนย่อยสำหรับผลิตภัณฑ์ที่แตกต่างเช่น news.google.com หรือ maps.google.com เป็นต้น

สิ่งนี้คล้ายกับสิ่งที่ Blogger (blogspot) ทำ

บล็อกของจอห์น ( john.blogspot.com) จะแตกต่างกันโดยสิ้นเชิงจากบล็อกกวาง ( doe.blogspot.com) Google เห็นทั้งสองบล็อกเป็นสองเว็บไซต์ที่แตกต่างกันถึงแม้ว่าพวกเขาแบ่งปันเดียวกันหาง ( *.blogspot.com)

แต่ละบล็อกเหล่านี้มีแผนผังไซต์ของตนเองและไม่ถูกแชร์ระหว่างกัน หากบล็อกหนึ่งถูกลบไฟล์ sitemap จะถูกลบเช่นกันและจะไม่มีผลกับแผนผังไซต์ของบล็อกอื่น

ดังนั้นฉันอยากจะแนะนำให้คุณใช้ไฟล์แผนผังเว็บไซต์ที่แตกต่างกันสำหรับโดเมนย่อยที่แตกต่างกัน นอกเสียจากว่าคุณกำลังใช้ไดเรกทอรีย่อย / โฟลเดอร์ย่อย


2
ฉันไม่เชื่อว่าสิ่งนี้จะตอบคำถามที่ว่าแผนผังไซต์ควรจะให้บริการจากที่ใด
Dogweather

1
"ฉันอยากจะแนะนำให้คุณใช้ไฟล์แผนผังเว็บไซต์ [... ]"ข้อความนี้ไม่ถูกต้อง คุณไม่มีทางเลือก เว็บไซต์ต่าง ๆ ต้องการให้คุณมีแผนผังไซต์ที่แตกต่างกัน
Alexis Wilke

11

โดยทั่วไปคุณต้องใช้แผนผังไซต์แยกต่างหากสำหรับแต่ละโฮสต์ (เช่นโพรโทคอลโดเมนหรือโดเมนย่อยต่างกัน):

  • จากคำถามที่พบบ่อย " ฉันจะวาง Sitemap ของฉันได้ที่ไหน ":

    URL ทั้งหมดที่อยู่ใน Sitemap จะต้องอยู่ในโฮสต์เดียวกันกับ Sitemap ตัวอย่างเช่นหากแผนผังตั้งอยู่ที่http://www.example.com/sitemap.xmlมันไม่สามารถรวม URL http://subdomain.example.comจาก หาก Sitemap ตั้งอยู่ที่http://www.example.com/myfolder/sitemap.xmlมันไม่สามารถรวม URL http://www.example.comจาก

  • ส่วนที่เกี่ยวข้องจากข้อกำหนดของ Sitemap คือ " ตำแหน่งไฟล์ของ Sitemap " ซึ่งมีข้อความว่า:

    โปรดทราบว่านี่หมายความว่า URL ทั้งหมดที่ระบุไว้ใน Sitemap จะต้องใช้โปรโตคอลเดียวกัน (http ในตัวอย่างนี้) และอยู่ในโฮสต์เดียวกันกับ Sitemap ตัวอย่างเช่นหากแผนผังตั้งอยู่ที่http://www.example.com/sitemap.xmlมันไม่สามารถรวม URL http://subdomain.example.comจาก

อย่างไรก็ตามหากคุณสามารถพิสูจน์ความเป็นเจ้าของของโฮสต์ทั้งหมดผ่าน robots.txt หรือ Google Search Console คุณสามารถโฮสต์แผนผังไซต์บนโฮสต์ต่างๆ:


1
ดูเหมือนว่าหากพวกเขาหมดการยืนยัน Google เดียวกัน (ทั้งหมดที่ระบุไว้ใน Google Console เดียวกันยืนยันว่าคุณเป็นเจ้าของเดียวกัน) Google ดูเหมือนว่าจะมีข้อยกเว้นตามจริง: support.google.com/webmasters/answer/75712 ? hl = thจากนั้นดูเหมือนว่าจะเป็นไรสำหรับแผนผังไซต์สำหรับไซต์เหล่านั้นเพื่ออ้างอิงซึ่งกันและกัน อย่างน้อยนั่นคือความประทับใจที่ฉันได้รับจากเว็บไซต์สนับสนุนของ Google นี่เป็นข้อยกเว้นสำหรับกฎ sitesmaps.org ปกติ
Mark Rejhon

1
@ MarkRejhon: ขอบคุณสำหรับข้อมูล :) ฉันได้อัปเดตคำตอบและยังระบุอีกวิธีหนึ่ง (จากโปรโตคอล sitemaps.org) ที่ช่วยให้แผนผังไซต์โฮสต์บนโฮสต์ที่แตกต่างกัน
UNOR

3

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

นอกจาก SEO ฉันขอแนะนำให้ใช้ index-sitemap.xml ซึ่งคุณสามารถซ้อน sub-sitemaps ย่อยทั้งหมดได้ วิธีนี้ทำให้ง่ายต่อการจัดการไฟล์ทั้งหมดเนื่องจากคุณเพียงแค่ส่งแผนผังไซต์เดียว นอกจากนี้คุณสามารถเปลี่ยนแผนผังไซต์ของโดเมนย่อยโดยไม่ต้องกังวลเกี่ยวกับแผนผังเว็บไซต์อื่น ๆ อ่านเพิ่มเติมเกี่ยวกับการจัดการแผนผังไซต์หลายรายการในคู่มือผู้ดูแลเว็บของ Google Googles: https://support.google.com/webmasters/answer/75712?hl=th

แก้ไข

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

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

โปรดจำไว้เสมอเพื่อให้แน่ใจว่าแผนผังไซต์ทั้งหมดของคุณได้รับการกำหนดค่าอย่างถูกต้องจับคู่มาตรฐานและส่งมอบเฉพาะหน้าที่แสดงรหัสสถานะ 200 เท่านั้น จุดนี้สำคัญต่อ SEO ของเว็บไซต์ของคุณมากกว่าคำถามว่าคุณมีแผนผังไซต์จำนวนเท่าใด


0

ฉันมีโดเมนย่อยมากกว่า 5 โดเมนในโครงการพูดว่าผู้พัฒนา www พนักงานและอีกมากมายแนวทางปฏิบัติที่ดีที่สุดในการสร้างแผนผังไซต์คืออะไร ... เนื่องจากโดเมนย่อยมีหลายส่วนของแอปพลิเคชั่นหลักข้อดีและข้อเสียของแต่ละแอพพลิเคชั่นคืออะไรและฉันควรพิจารณาอะไรในขณะที่เลือกโดเมนอื่น (หนึ่งแผนผังไซต์ต่อโดเมนย่อยหรือหนึ่งไซต์สำหรับทั้งไซต์)

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

นอกจากนี้ฉันเชื่อว่าขัดกับกฎของ Sitemap เพื่อรวมลิงก์ภายนอกใน Sitemap ที่เป็นของเว็บไซต์และ URL ที่มีโดเมนย่อยที่แตกต่างกันนับเป็น URL ภายนอก

สำหรับแนวทางปฏิบัติที่ดีที่สุดหากเว็บไซต์ของคุณมีลิงก์จำนวนมากคุณจะต้องสร้างไฟล์ Sitemap หลักที่อ้างอิงไฟล์ Sitemap ขนาดเล็กลงโดยแต่ละไฟล์จะอ้างอิงแต่ละลิงก์ เนื่องจากไฟล์ Sitemap แต่ละไฟล์มีขีด จำกัด ขนาดไฟล์สูงสุด (ฉันคิดว่า 50MB) และจำนวน URL สูงสุดต่อ Sitemap ก็มี จำกัด เช่นกัน ฉันคิดว่าหมายเลขนั้นคือ 50,000

มันเป็นโบนัสถ้าคุณสามารถบีบอัด Sitemap ในรูปแบบ gzip ด้วยวิธีนี้เมื่อคุณส่งให้กับเครื่องมือค้นหาที่สอดคล้องกับ gzip เช่น Google ดังนั้น Sitemap จะถูกประมวลผลเร็วขึ้นและปริมาณการใช้แบนด์วิดท์บนเซิร์ฟเวอร์จะลดลง

นี่คือลิงค์ที่เกี่ยวข้องกับแผนผังเว็บไซต์ที่อาจช่วยคุณได้มากขึ้น:

http://www.sitemaps.org/protocol.html http://www.sitemaps.org/faq.html

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