การจัดอันดับหน้าสำหรับโดเมนย่อยเป็นอิสระหรือไม่


51

ถ้าฉันมีชื่อโดเมนพูดstackexchange.comและฉันต้องการโฮสต์ 2 ไซต์ X และ Y เป็นโดเมนย่อยของไซต์นั้น

จะx.stackexchange.comช่วยy.stackexchange.comในการจัดอันดับหน้า? หรือ Google จะถือว่าพวกเขาเป็น 2 ไซต์แยกกันเท่าที่อันดับของหน้าเว็บเกี่ยวข้อง

มีประโยชน์ SEO เลยหรือไม่?

คำถามเกิดจากโพสต์นี้และคำตอบและความคิดเห็นโดยวิธี: https://webapps.meta.stackexchange.com/questions/624/webapps-stackexchange-com-verus-nothingtoinstall-com

ความคิดเห็นเช่นนี้และอื่น ๆ :

ไม่ต้องสงสัยเลยว่าเว็บไซต์จะดีอย่างใดอย่างหนึ่ง แต่ทุกสิ่งเป็นคำถามที่เท่าเทียมกันจาก "ไซต์ที่เล็กกว่า" (โดยมีปริมาณการใช้งานน้อยและลิงค์กลับโดยรวมน้อยกว่าที่ Google ให้ความสำคัญ) จะมีอันดับของ Google ต่ำกว่าหากไซต์นั้น "เห็น" เป็นส่วนหนึ่งของเครือข่ายขนาดใหญ่ ของไซต์ SE ทั้งหมดรวมกัน) กับโดเมนระดับบนสุดหนึ่งโดเมน มันคุ้มหรือไม่ - Robert Cartaino ♦ 2 วันที่แล้ว

หรืออันนี้:

มันคุ้มค่าที่จะเสียสละผลกระทบของเครือข่ายที่อยู่บนเครือข่ายแลกเปลี่ยนแลกเปลี่ยนและอันดับที่ต่ำกว่าของ Google ในทุกคำถาม (ไซต์ขนาดเล็กจะมีอันดับที่ต่ำกว่าเครือข่ายขนาดใหญ่) เพื่อให้มีชื่อโดเมนที่เป็นอิสระหรือไม่ นั่นคือสิ่งที่ฉันขอ - Robert Cartaino ♦ 2 วันที่แล้ว

หรืออันนี้:

@alexanderpas ถูกต้องและไม่มีอะไรจะทำลายอันดับการค้นหานั้นเร็วกว่าการแยกอันดับของหน้าในชื่อโดเมนที่ไม่ซ้ำกัน 25+ รายการ - Jeff Atwood ♦เมื่อวานนี้

คำตอบ:


19

PageRankและอันดับของหน้าเว็บที่มีต่อหน้า ไม่ต่อเว็บไซต์ ดังนั้นทุกหน้าจะถูกตัดสินด้วยข้อดีของตนเองและไม่มีแนวคิดของ "เว็บไซต์" เท่าที่เกี่ยวข้อง


1
@ จอห์น: ฉันสามารถดูได้ใน # 2 พวกเขาอ้างถึงว่าขอบคุณ แต่ในความคิดเห็นอื่น ๆ พวกเขาบอกเป็นนัยถึง SEO เวทมนตร์อื่น ๆ ที่ฉันไม่แน่ใจว่ามีอยู่ตามที่คุณพูด ดูการแก้ไขของฉันสำหรับคำถามเพื่อความกระจ่าง
Brian R. Bondy

3
ข้อความทั้งสามนี้แสดงความเข้าใจผิดขั้นพื้นฐานเกี่ยวกับการจัดอันดับของหน้า เป็นสูตรที่ตีพิมพ์มีน้อยที่จะไม่เห็นด้วยกับมัน PageRank คือต่อหน้าไม่ใช่ต่อไซต์ ระยะเวลา
John Conde

2
ฉันดีใจที่คุณทำการบ้านของคุณและไม่เพียง แต่ตั้งสมมติฐานว่า "ง่าย" +1 สำหรับคุณ
John Conde

1
คำตอบจะแตกต่างกันหรือไม่หากเป็น stackexchange.com/y และ stackexchange.com/x
NotDan


35

คำตอบของ John Conde ซึ่งปัจจุบันได้รับการโหวต # 1 ผิดเนื่องจากการเน้นเรื่อง PageRank มากเกินไปซึ่งเป็นทั้ง a) สูตรที่มีรายละเอียดในงานวิจัยที่สาธารณชนสามารถเข้าถึงได้และ b) ข้อมูลทางอินเทอร์เน็ตสำหรับ "ผลรวมของอัลกอริธึมทั้งหมด Google ใช้ในการจัดอันดับหน้า" ซึ่งเป็นไกลหัวข้อกว้างกว่า PageRank ที่เหมาะสม

ในแง่ความหมายของคำถามมีความแตกต่างอย่างแน่นอนในการปฏิบัติต่อสองหน้าของ Google โดยขึ้นอยู่กับว่าพวกเขาอยู่ในโดเมนเดียวกันหรือในสองโดเมนย่อยของโดเมนนั้น

ปัจจัยหนึ่งคือสิ่งที่ SEO เรียกว่า "domain Authority" หรือ "domain trust" ลิงก์ไปยังหน้าใด ๆ ในโดเมนบอกว่าหน้าที่เชื่อมโยงนั้นมีสิทธิ์สำหรับหัวข้อที่เชื่อมโยง (หน้าที่กล่าวถึงในจุดยึดข้อความ) และหน้าที่เชื่อมโยงนั้นมีสิทธิ์สำหรับหัวข้ออื่นและโดเมนที่เชื่อมโยงนั้นมีสิทธิ์สำหรับหัวข้ออื่น ๆ นี่คือคำถามที่เกินกว่าเหตุ: เหตุใด Wikipedia จึงจัดอันดับข้อความค้นหามากกว่าพระเจ้าแม้ว่าจะไม่มีลิงก์ไปยังบทความที่สร้างขึ้นใหม่จำนวนมาก นี่คือเหตุผลที่บล็อกเกอร์ยอดนิยมมีแนวโน้มที่จะจัดอันดับสำหรับบทความที่สร้างขึ้นใหม่ (ไม่มีลิงก์) มากกว่าบล็อกเกอร์ที่ไม่รู้จักแม้ว่าชื่อเรื่องและปัจจัยอื่น ๆ ในหน้าจะเหมือนกัน

โดยทั่วไป Google คิดว่าจะถือว่าโดเมนย่อยนั้นมีความสัมพันธ์น้อยกว่าหน้าภายในโดเมน : พวกเขาไม่ได้ใช้สิทธิ์โดเมนร่วมกันอย่างเต็มที่ วิธีนี้จะช่วยแก้ปัญหาเช่นเทคนิคที่แพร่หลายเมื่อไม่กี่ปีที่ผ่านมาซึ่งผู้คนจะใช้โดเมนย่อยที่สร้างขึ้นโดยอัตโนมัติ

นี่คือหนึ่งในเหตุผลสำคัญที่ SEO แนะนำให้ลูกค้าวางบล็อกใน example.com/blog แทนที่จะเป็น blog.example.com

นอกจากนี้ยังมีปัญหาโดยเฉพาะกับ บริษัท โฮสติ้งรายใหญ่ที่โดเมนย่อยบางแห่งได้รับพร (www.wordpress.com) และควรจัดอันดับสูงเป็นพิเศษ แต่ randomblog.wordpress.com ไม่ควรได้รับเครดิตจากการเชื่อมโยงกับ Wordpress ใคร ๆ ก็สามารถจินตนาการได้ว่า StackExchange จะได้รับการรักษาที่คล้ายคลึงกันในที่สุดแม้ว่าจะมีการกำหนดขั้นตอนวิธีหรือด้วยข้อยกเว้นที่ออกโดยมือใน Googleplex ก็เป็นสิ่งที่ทุกคนคาดเดา

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


1
คำตอบนั้นไม่ผิดเกี่ยวกับ OP และคำอธิบายของคุณไม่ได้มีส่วนช่วยตอบคำถาม OP -1
Evgeny

คำตอบของคุณสมเหตุสมผลและฉันต้องการเห็นด้วยกับมันจริงๆ แต่คุณสามารถอ้างอิงแหล่งข้อมูลใด ๆ สำหรับข้อมูลนี้โดยเฉพาะ "SEOs แนะนำให้ลูกค้าวางบล็อกใน example.com/blog" และสิ่งที่คุณพูดเกี่ยวกับ +1 อยู่ดี
EMP


1
แพทริคเป็นผู้ชาย เขาพูดถูก ความน่าเชื่อถือเป็นปัญหาในวันนี้
โจ

14

ลิงค์ Matt Cutts ที่ยอดเยี่ยมจาก John Conde:

เป็นเวลาหลายปีที่ Google ได้ใช้สิ่งที่เรียกว่า "โฮสต์เบียดเสียด" ซึ่งหมายความว่าGoogle จะแสดงผลลัพธ์ได้มากถึงสองรายการจากชื่อโฮสต์ / โดเมนย่อยของชื่อโดเมนแต่ละชื่อ วิธีการนี้ทำงานได้ดีมากในการแสดงผลลัพธ์ 1-2 รายการจากโดเมนย่อย แต่เราได้ยินเรื่องร้องเรียนว่าสำหรับการค้นหาบางประเภท (เช่นการค้นหาที่ลึกลับหรือการค้นหาแบบหางยาว) Google สามารถแสดงหน้าการค้นหาที่มีผลลัพธ์จำนวนมากจากโดเมนเดียว . ในช่วงสองสามสัปดาห์ที่ผ่านมาเราได้เปลี่ยนอัลกอริทึมของเราเพื่อให้โอกาสน้อยลงที่จะเกิดขึ้นในอนาคต

การเปลี่ยนแปลงนี้ไม่สามารถใช้ได้กับทุกกระดาน หากโดเมนใดโดเมนหนึ่งมีความเกี่ยวข้องจริง ๆ เราอาจยังคงส่งคืนผลลัพธ์จำนวนมากจากโดเมนนั้น ตัวอย่างเช่นด้วยข้อความค้นหาเช่น [ibm] ผู้ใช้อาจชอบ / ต้องการเห็นผลลัพธ์หลายรายการจาก ibm.com โปรดทราบว่านี่เป็นการเปลี่ยนแปลงที่ละเอียดอ่อนและไม่มีผลต่อข้อความค้นหาส่วนใหญ่ของเรา

"host crowding" ได้รับการบันทึกไว้ก่อนหน้า; หมายความว่าการเข้าชมจำนวนมากจากโดเมน 'เดียวกัน' อาจมีการจัดกลุ่มและระงับ เรื่องนี้ต้องขยายโดเมนย่อยx.example.comและโฟลเดอร์ย่อยexample.com/xอย่างเท่าเทียมกัน แต่ไม่ได้ขยายไปสู่ผลลัพธ์ที่และexample-a.comexample-b.com

และที่สำคัญที่สุดในบริบทของคำถาม:

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

เป้าหมายของเราคืออะไร นั่นไงและตัดปม gordian จาก 25 (และเพิ่มขึ้น) สถานการณ์การตั้งชื่อที่เป็นไปไม่ได้

การวิเคราะห์ที่ดีอีกประการหนึ่งสรุปได้ว่าหลายโดเมนเทียบกับโดเมนย่อยคือการล้างข้อมูล

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

โดยเฉพาะอย่างยิ่งดูที่การใช้โดเมนเดียวกับโดเมนย่อยกับโดเมนที่แยกจากมุมมองทางธุรกิจ ผู้ใช้ของคุณเหมาะสมกับเรื่องใดมากที่สุด? หากคุณมีหน่วยธุรกิจที่แตกต่างกันโดยสิ้นเชิงพวกเขาอาจมีความน่าเชื่อถือมากกว่าในแต่ละโดเมนย่อย


3

ฉันคิดว่า google จะปฏิบัติต่อ url ทั้งหมดแตกต่างกัน

ฉันคิดว่ามีประโยชน์มากมายหรือเสียโอกาสในการเลือกชื่อโดเมน

ฉันมาถึงบทสรุปมีสองตัวแปรสำคัญใน SEO:

  1. คำหลักตรงกันใน[ชื่อโดเมน] / [URL] / [ชื่อ] / [เนื้อหา] * ตามลำดับความสำคัญ *

  2. อายุโดเมน (ตั้งแต่เมื่อไซต์ขึ้น -> Google ไม่ชอบเว็บไซต์ใหม่ แต่หลังจากนั้นสามเดือนคุณถือว่าเก่าพอทั้งหมดนี้ขึ้นอยู่กับการแข่งขันกับคำหลักที่คุณกำลังแข่งขัน)

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

ตัวอย่างของเว็บไซต์ที่มีเนื้อหาสูงใน Google SERPs แต่ในความเห็นของฉันมีเนื้อหาไม่ดี:

Google.com ค้นหา 'ตรวจสอบอายุโดเมน' http://www.google.com/#sclient=psy&hl=th&q=check+domain+age&aq=f&aqi=g1g-m2&aql=&oq=&gs_rfai=&pbx=1&fp=a0f70eea93606c3a

checkdomainage.com คือ SERP 9 เมื่อบริการไม่ดีจริง ๆ : พวกเขาไม่ได้ให้อายุโดเมนเพียงแค่ลิงก์ที่น่าจะเป็น PPC

บอทของ Google ไม่ทราบว่าเนื้อหาของไซต์นั้นดีหรือไม่ แต่ google รู้ว่ามีการจับคู่ที่ตรงกันระหว่างชื่อไซต์และชื่อและคำค้นหาของคุณ

คุณต้องค้นหาคำหลักที่สำคัญกับคุณในแง่ของปริมาณการใช้งาน (ใช้ SEMRush.com หรือเครื่องมือคำหลัก Google Adwords) และรับชื่อโดเมน (ที่มีการจับคู่ที่ตรงกันทุกประการ) จากนั้นอย่าเพิ่มคำหลักอื่น ๆ มากเกินไป: URL ที่แออัดจะทำให้เจือจางพลัง SEOของ URL ของคุณ

นั่นเป็นเหตุผลที่ฉันจะแนะนำ StackExchange สำหรับชื่อโดเมนแต่ละชื่อที่เลือกสำหรับแต่ละไซต์โดยเฉพาะ และลงทุนหลายร้อยดอลลาร์ในเว็บไซต์ SE ที่มีแนวโน้ม

ฉันเชื่อว่ามี subdomains ของ stackexchange.com จะไม่ทำให้ SEO SEO มันไม่ได้ดูดีสำหรับผู้ใช้เครื่องมือค้นหา


ฉันยังโพสต์ที่นี่ในเรื่องของ SEO และชื่อโดเมน: webmasters.stackexchange.com/questions/3548/…
tucson
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.