Domain vs URL Prefix ใน Google Search Console: ควรใช้แบบไหน
เว็บไซต์ของคุณต้องใช้พร็อพเพอร์ตี้แบบ Domain หรือ URL-prefix? พูดง่ายๆ คือ เว็บไซต์ส่วนใหญ่ควรใช้ พร็อพเพอร์ตี้แบบ Domain แต่หลายทีมก็ใช้ทั้งสองอย่าง
ถ้าคุณแก้ไข DNS ของโดเมนได้ ให้สร้างพร็อพเพอร์ตี้แบบ Domain มันจะรวมทุกซับโดเมนและทั้ง http และ https เข้าไว้ในรายงานเดียว จึงไม่มีส่วนใดของเว็บไซต์คุณถูกซ่อนไว้ ส่วนพร็อพเพอร์ตี้แบบ URL-prefix จะดีที่สุดเมื่อคุณแตะ DNS ไม่ได้ หรือเมื่อคุณจงใจต้องการติดตามส่วน ซับโดเมน หรือโปรโตคอลใดโปรโตคอลหนึ่งแยกออกมา คู่มือนี้จะเปรียบเทียบทั้งสองอย่างและให้ตัวเลือกที่ชัดเจนแก่คุณ — หากต้องการดูว่าตัวเลือกนี้อยู่ตรงไหนในเครื่องมือภาพรวมที่ใหญ่กว่า ดูคู่มือ Google Search Console ฉบับสมบูรณ์ของเรา
"พร็อพเพอร์ตี้แบบ Domain" ใน Search Console ไม่เหมือนกับชื่อโดเมนของคุณ ชื่อโดเมน ของคุณคือ
example.comส่วน URL คือที่อยู่แบบเต็ม เช่นhttps://example.com/petsและ พร็อพเพอร์ตี้แบบ Domain คือคอนเทนเนอร์รายงานที่ผูกกับชื่อโดเมนของคุณ ซึ่งรวบรวมทุก URL ที่อยู่ภายใต้
พร็อพเพอร์ตี้สองประเภทใน 30 วินาที
เมื่อคุณเพิ่มพร็อพเพอร์ตี้ใน Search Console คุณจะเลือกหนึ่งในสองประเภท:
- พร็อพเพอร์ตี้แบบ Domain (
example.com) — ครอบคลุมทุกซับโดเมน (www, blog, shop, m) และทั้งสองโปรโตคอล (http, https) คุณยืนยันได้ผ่าน DNS เท่านั้น - พร็อพเพอร์ตี้แบบ URL-prefix (
https://example.com) — ครอบคลุมเฉพาะโปรโตคอลและซับโดเมนที่คุณกรอกเข้าไปเท่านั้น ยืนยันได้หลายวิธี: ไฟล์ HTML, แท็ก HTML, Google Analytics, Google Tag Manager หรือ DNS
พร็อพเพอร์ตี้แบบ Domain ครอบคลุมอะไรบ้าง
พร็อพเพอร์ตี้แบบ Domain ถูกกำหนดโดยไม่มีโปรโตคอลและไม่มี path และสามารถรวมซับโดเมนได้ นั่นหมายความว่าพร็อพเพอร์ตี้เดียวจะรวม https://www.example.com, https://blog.example.com, เวอร์ชันที่ไม่มี www และเวอร์ชัน http ทั้งหมดเข้าด้วยกัน หากเพิ่มซับโดเมนใหม่ในภายหลัง มันจะถูกติดตามโดยอัตโนมัติ ไม่ต้องตั้งค่าเพิ่ม
ข้อแลกเปลี่ยน: พร็อพเพอร์ตี้แบบ Domain ยืนยันได้เฉพาะการเพิ่มเรคคอร์ด DNS ที่ผู้รับจดทะเบียนโดเมนของคุณ ไม่มีสิทธิ์เข้าถึง DNS ก็ไม่มีพร็อพเพอร์ตี้แบบ Domain
พร็อพเพอร์ตี้แบบ URL-prefix ครอบคลุมอะไรบ้าง
พร็อพเพอร์ตี้แบบ URL-prefix จะติดตามเฉพาะ URL ที่ขึ้นต้นด้วยคำนำหน้าที่คุณกรอกเข้าไปพอดี รวมถึงโปรโตคอล Search Console จะถือว่าแต่ละรายการต่อไปนี้เป็นพร็อพเพอร์ตี้แยกกัน:
https://example.comและhttp://example.com(โปรโตคอลต่างกัน)https://example.comและhttps://www.example.com(ซับโดเมนต่างกัน)https://m.example.com(ซับโดเมนที่คำนำหน้าด้านบนจะไม่จับ)
ข้อดีคือความยืดหยุ่นในการยืนยัน: การอัปโหลดไฟล์ HTML, แท็ก HTML แบบ meta, Google Analytics, Google Tag Manager หรือ DNS ใช้ได้ทั้งหมด ความยืดหยุ่นนี้เองที่ทำให้ URL-prefix เป็นตัวเลือกสำรองเมื่อคุณแก้ไข DNS ไม่ได้
Domain vs URL-prefix: การเปรียบเทียบเคียงข้างกัน
| พร็อพเพอร์ตี้แบบ Domain | พร็อพเพอร์ตี้แบบ URL-prefix | |
|---|---|---|
| ขอบเขต | ทุกซับโดเมน + http/https รวมกัน | เฉพาะโปรโตคอล + ซับโดเมนที่กรอกเข้าไปเท่านั้น |
| การยืนยัน | เรคคอร์ด DNS เท่านั้น | ไฟล์ HTML, แท็ก HTML, Analytics, Tag Manager หรือ DNS |
| การตั้งค่าและการดูแล | ต้องมีสิทธิ์เข้าถึง DNS; ซับโดเมนใหม่รวมอัตโนมัติ | ใช้ได้โดยไม่ต้องมี DNS; การย้ายไป https หรือซับโดเมนใหม่ต้องสร้างพร็อพเพอร์ตี้ใหม่ |
| ข้อมูลที่คุณเห็น | ชุดข้อมูลที่ครบถ้วนที่สุดของทั้งเว็บไซต์ | เฉพาะส่วนที่ตรงกับคำนำหน้าเท่านั้น |
| เหมาะที่สุดสำหรับ | เว็บไซต์ส่วนใหญ่ เมื่อคุณควบคุม DNS ได้ | ไม่มีสิทธิ์เข้าถึง DNS หรือแยกส่วน/โปรโตคอลใดส่วนหนึ่ง |
คุณควรเลือกพร็อพเพอร์ตี้แบบใด?
ทีมงานของ Google เองแนะนำให้สร้างพร็อพเพอร์ตี้แบบ Domain อย่างน้อยหนึ่งอัน เพราะมันให้ภาพรวมที่สมบูรณ์ที่สุด และ Google ได้ระบุว่าเจ้าของเว็บไซต์ที่ใช้พร็อพเพอร์ตี้แบบ URL-prefix มักจะประเมินทราฟฟิกของตัวเองต่ำเกินไปก่อนที่จะเปลี่ยน — เพราะคำนำหน้า www ตัดซับโดเมนและโปรโตคอลอื่นๆ ออกไปอย่างเงียบๆ
เลือกพร็อพเพอร์ตี้แบบ URL-prefix ในกรณีเหล่านี้:
- คุณไม่มีสิทธิ์เข้าถึง DNS คุณสร้างพร็อพเพอร์ตี้แบบ Domain ไม่ได้หากไม่มีมัน ดังนั้น URL-prefix ที่มีแท็ก HTML หรือ Analytics จึงเป็นทางเข้าของคุณ
- คุณต้องการแยกส่วน การติดตามเฉพาะ
https://example.com/blog/หรือเฉพาะซับโดเมนshop.จะทำให้รายงานนั้นสะอาด - คุณต้องการโปรโตคอลหรือซับโดเมนเฉพาะ ระหว่างการย้ายจาก http ไป https การมี URL-prefix ในแต่ละเวอร์ชันช่วยให้คุณเฝ้าดูการเปลี่ยนแปลงเกิดขึ้นได้
- คุณกำลังกำหนดขอบเขตการเข้าถึงให้ผู้ร่วมงาน URL-prefix จะจำกัดสิ่งที่เอเจนซีภายนอกหรือฟรีแลนซ์เห็นให้เหลือเพียงส่วนเดียวของเว็บไซต์
กรณีพิเศษที่ควรกล่าวถึง: หากบล็อกของคุณอยู่บนซับโดเมนที่จัดการโดยแพลตฟอร์มอื่น พร็อพเพอร์ตี้แบบ Domain ยังคงครอบคลุมมัน (DNS อยู่ที่ระดับผู้รับจดทะเบียน) ในขณะที่ URL-prefix แบบ www จะพลาดมันไปทั้งหมด
วิธีตั้งค่าแต่ละพร็อพเพอร์ตี้ (ทีละขั้นตอน)
พร็อพเพอร์ตี้แบบ Domain
- ใน Search Console เปิดตัวเลือกพร็อพเพอร์ตี้แล้วคลิก Add property → Domain
- กรอกโดเมนของคุณโดยไม่มีโปรโตคอลหรือ www (
example.com) - คัดลอกเรคคอร์ด TXT ที่ Google ให้มาแล้วเพิ่มในการตั้งค่า DNS ที่ผู้รับจดทะเบียนของคุณ (เลือก "Any DNS provider" หากขั้นตอนแบบมีคำแนะนำไม่ตรงกับของคุณ)
- บันทึก รอการแพร่กระจาย แล้วคลิก Verify
พร็อพเพอร์ตี้แบบ URL-prefix
- Add property → URL prefix
- กรอกที่อยู่แบบเต็มรวมถึงโปรโตคอล (
https://www.example.com) - เลือกวิธีภายใต้ Verify ownership: ไฟล์ HTML, แท็ก HTML, Analytics, Tag Manager หรือ DNS
- เพิ่มโทเค็นลงในเว็บไซต์ของคุณ (หรือ DNS) แล้วคลิก Verify
หากคุณกำลังตัดสินใจว่าวิธียืนยันแบบใดเหมาะกับ CMS ของคุณ คู่มือการตั้งค่า Google Search Consoleของเราจะอธิบายแต่ละวิธี
คุณใช้ทั้งสองอย่างได้ไหม?
ได้ — และหลายทีมก็ทำเช่นนั้น พวกเขาเก็บพร็อพเพอร์ตี้แบบ Domain ไว้สำหรับมุมมองที่ครบถ้วนระดับทั้งเว็บไซต์ และพร็อพเพอร์ตี้แบบ URL-prefix หนึ่งอันหรือมากกว่าเพื่อเฝ้าดูส่วนเฉพาะแบบแยกออกมา
ทั้งสองอย่างไม่ขัดกัน แต่ละอันเก็บประวัติของตัวเอง และการยืนยันอันหนึ่งมักจะยืนยันอีกอันโดยอัตโนมัติ กฎเบื้องต้นข้อเดียวคือ: ตัดสินใจว่าพร็อพเพอร์ตี้ใดเป็นแหล่งข้อมูลที่เชื่อถือได้ของคุณสำหรับการรายงาน เพื่อไม่ให้ตัวเลขถูกนำมาเปรียบเทียบข้ามขอบเขตที่ต่างกันโดยไม่ตั้งใจ
สิ่งนี้เชื่อมโยงกับข้อมูล SEOcrawl AI ของคุณอย่างไร
SEOcrawl AI เชื่อมต่อกับ Search Console ผ่าน OAuth และอ่านข้อมูล GSC สดของคุณ — โดยเก็บข้อมูลได้ไม่จำกัดแทนที่จะเป็นกรอบ 16 เดือนของ Google พร็อพเพอร์ตี้ที่คุณเชื่อมต่อจะเป็นตัวกำหนดว่า SEOcrawl AI มองเห็นเว็บไซต์ของคุณได้มากแค่ไหน
เชื่อมต่อพร็อพเพอร์ตี้แบบ Domain แล้ว SEOcrawl AI จะได้ชุดข้อมูลที่ครบถ้วนที่สุด: ทุกซับโดเมนและโปรโตคอลป้อนเข้าสู่แดชบอร์ด การติดตามอันดับ และผู้ชนะ/ผู้แพ้ของคุณ ดังนั้นจึงไม่มีอะไรขาดหายไปจากการวิเคราะห์ หากคุณดูแลเว็บไซต์หลายประเทศหรือหลายซับโดเมน พร็อพเพอร์ตี้แบบ Domain บวกกับการติดแท็กของ SEOcrawl AI ช่วยให้คุณสร้างมุมมองรายส่วนขึ้นมาใหม่ได้โดยไม่สูญเสียยอดรวมระดับทั้งเว็บไซต์ — ไม่ต้องแบ่งข้อมูลของคุณออกไปยังพร็อพเพอร์ตี้แบบ URL-prefix แยกกันเพียงเพื่อจะเห็นแต่ละส่วน
สรุปสั้น ๆ คือ คุณไม่จำเป็นต้องมีพร็อพเพอร์ตี้แบบ URL-prefix แยกสำหรับทุกส่วน เชื่อมต่อพร็อพเพอร์ตี้แบบ Domain เพียงครั้งเดียวแล้วแบ่งมันด้วยแท็กใน SEOcrawl AI บล็อก ร้านค้า และศูนย์ช่วยเหลือจึงได้มุมมองของตัวเองโดยไม่ต้องตั้งค่าซ้ำซ้อน
เชื่อมต่อครั้งเดียว เห็นทั้งเว็บไซต์ SEOcrawl AI รวมข้อมูล Search Console ของคุณเข้าด้วยกัน — กรอง ติดแท็ก และติดตามส่วนใดก็ได้โดยไม่สูญเสียยอดรวมระดับทั้งเว็บไซต์ ลองใช้ SEOcrawl AI
คำถามที่พบบ่อย
พร็อพเพอร์ตี้แบบ Domain กับ URL-prefix ต่างกันอย่างไร?
พร็อพเพอร์ตี้แบบ Domain (example.com) ติดตามทุกซับโดเมนและทั้ง http และ https ในรายงานเดียว และยืนยันได้ผ่าน DNS เท่านั้น
ส่วนพร็อพเพอร์ตี้แบบ URL-prefix (https://example.com) ติดตามเฉพาะโปรโตคอลและซับโดเมนที่คุณกรอกเข้าไปเท่านั้น และยืนยันได้หลายวิธี: ไฟล์ HTML, แท็ก HTML, Analytics, Tag Manager หรือ DNS แบบ Domain ให้ภาพรวมที่ครบถ้วนกว่า ส่วนแบบ URL-prefix ให้ขอบเขตที่ละเอียดกว่า
ฉันจำเป็นต้องมีสิทธิ์เข้าถึง DNS เพื่อใช้ Google Search Console หรือไม่?
ไม่ สิทธิ์เข้าถึง DNS จำเป็นเฉพาะสำหรับพร็อพเพอร์ตี้แบบ Domain เท่านั้น หากคุณแก้ไข DNS ไม่ได้ ให้เพิ่มพร็อพเพอร์ตี้แบบ URL-prefix แทน แล้วยืนยันด้วยแท็ก HTML, ไฟล์ HTML, Google Analytics หรือ Google Tag Manager
คุณจะได้ข้อมูลประสิทธิภาพครบถ้วนสำหรับ URL เวอร์ชันนั้นโดยเฉพาะ เพียงแต่จะไม่ได้การรวมทุกซับโดเมนอัตโนมัติที่พร็อพเพอร์ตี้แบบ Domain มอบให้
ทำไมทราฟฟิกในพร็อพเพอร์ตี้แบบ Domain จึงสูงกว่าพร็อพเพอร์ตี้แบบ URL-prefix?
เพราะทั้งสองวัดขอบเขตต่างกัน พร็อพเพอร์ตี้แบบ Domain จะรวมคลิกและการแสดงผลจากทุกซับโดเมนและทั้งสองโปรโตคอล ในขณะที่ URL-prefix แบบ www นับเฉพาะเวอร์ชันเดียวนั้น ตัวเลขของ Domain ไม่ได้ถูกทำให้สูงเกินจริง แต่ตัวเลขของ URL-prefix นั้นเป็นเพียงส่วนหนึ่งมาโดยตลอด
ฉันสามารถเปลี่ยนจาก URL-prefix เป็นพร็อพเพอร์ตี้แบบ Domain โดยไม่สูญเสียข้อมูลได้หรือไม่?
การเพิ่มพร็อพเพอร์ตี้แบบ Domain จะไม่ลบพร็อพเพอร์ตี้แบบ URL-prefix ของคุณหรือประวัติของมัน แต่ละอันจะเก็บข้อมูลของตัวเองไว้ คุณไม่สามารถรวมข้อมูลในอดีตระหว่างกันได้ ดังนั้นวิธีที่สะอาดกว่าคือเพิ่มพร็อพเพอร์ตี้แบบ Domain ตอนนี้เลยและเก็บทั้งสองอันไว้
จากจุดนั้น พร็อพเพอร์ตี้แบบ Domain จะกลายเป็นบันทึกที่สมบูรณ์ของคุณ ในขณะที่ URL-prefix ยังคงเก็บมุมมองในอดีตของเวอร์ชันนั้นโดยเฉพาะ
พร็อพเพอร์ตี้แบบ Domain เหมือนกับชื่อโดเมนของฉันหรือไม่?
ไม่ ชื่อโดเมนคือที่อยู่ที่คุณเป็นเจ้าของ (example.com) ส่วนพร็อพเพอร์ตี้แบบ Domain คือคอนเทนเนอร์รายงานใน Search Console ที่สร้างขึ้นรอบชื่อโดเมนนั้น ซึ่งรวมทุก URL ที่อยู่ภายใต้ ทั้งข้ามซับโดเมนและโปรโตคอล
คุณกรอกชื่อโดเมนเพื่อสร้างพร็อพเพอร์ตี้ แต่พร็อพเพอร์ตี้คือมุมมองข้อมูล ไม่ใช่ตัวโดเมนเอง
ฉันควรเชื่อมต่อพร็อพเพอร์ตี้ประเภทใดกับ SEOcrawl AI?
พร็อพเพอร์ตี้แบบ Domain จะป้อนชุดข้อมูลที่สมบูรณ์ให้ SEOcrawl AI — ทุกซับโดเมนและโปรโตคอล — ดังนั้นแดชบอร์ดและการติดตามอันดับของคุณจะสะท้อนทั้งเว็บไซต์ไม่ใช่แค่เวอร์ชันเดียว
การเชื่อมต่อแบบ URL-prefix ก็ใช้ได้เช่นกัน แต่ SEOcrawl AI จะเห็นเพียงส่วนนั้น สำหรับเว็บไซต์ที่มีหลายซับโดเมน ให้เชื่อมต่อพร็อพเพอร์ตี้แบบ Domain และใช้แท็กเพื่อสร้างมุมมองระดับส่วนขึ้นมาใหม่
โดย: David Kaufmann
ในช่วง 10+ ปีที่ผ่านมา ผมหมกมุ่นกับ SEO อย่างสมบูรณ์ — และพูดตรง ๆ ก็ไม่อยากให้เป็นแบบอื่น
อาชีพของผมก้าวขึ้นไปอีกระดับเมื่อทำงานเป็นผู้เชี่ยวชาญ SEO อาวุโสที่ Chess.com — หนึ่งใน 100 เว็บไซต์ที่มีผู้เข้าชมมากที่สุดในอินเทอร์เน็ต การทำงานในระดับนี้สอนสิ่งที่ไม่มีหลักสูตรหรือประกาศนียบัตรใดสอนได้
จากประสบการณ์นี้ ผมก่อตั้ง SEO Alive — เอเจนซีสำหรับแบรนด์ที่จริงจังกับการเติบโตแบบออร์แกนิก และเพราะหาเครื่องมือที่จัดการทั้งโลกคลาสสิกและยุค AI ได้ดีไม่ได้ ผมจึงสร้าง SEOcrawl AI ขึ้น หากคุณกำลังมองหาพาร์ตเนอร์ SEO มากประสบการณ์ที่รักสาขานี้ — ยินดีพูดคุยครับ!
ค้นพบเนื้อหาเพิ่มเติมของผู้เขียนคนนี้
