SEO การย้ายโดเมน: รายการตรวจสอบสำหรับผู้เชี่ยวชาญด้านเว็บ
เผยแพร่แล้ว: 2019-05-22มีเหตุผลที่ดีหลายประการในการย้ายเว็บไซต์ของคุณ:
- สำหรับบางธุรกิจ มันเป็นเรื่องของ ความปลอดภัย ตัวอย่างที่ดีคือโดเมน http ที่ต้องการย้ายไปยังโดเมน https
- สำหรับคนอื่น เป็นเรื่องของการ ทำความสะอาด ในขณะที่เปลี่ยนแปลงสิ่งต่างๆ เช่น ระบบการจัดการเนื้อหา หากคุณกำลังย้ายจาก Joomla ไปที่ Drupal อาจเป็นเวลาที่ดีที่จะย้ายเนื้อหาที่ยังคงมีความสำคัญและวางแผนสำหรับสิ่งนั้น
- สำหรับบางองค์กร มันเป็นเรื่องของ การเข้าซื้อกิจการ บริษัทที่ถูกซื้อในบางครั้งอาจต้องพับเป็นโดเมน "แม่"
- สำหรับบางบริษัท ถึงเวลาแล้วสำหรับการรี แบรนด์ และชื่อโดเมนก็เป็นหนึ่งในสิ่งที่ต้องเปลี่ยน
ไม่ว่าเหตุผลในการย้ายข้อมูลของคุณคืออะไร คุณต้องเข้าใจว่า การโยกย้ายโดเมนทั้งหมดมีความเสี่ยง บางอย่างไม่เป็นอันตราย บางอย่างอาจทำลายการเข้าชมเว็บไซต์
การย้ายถิ่นที่วางแผนไว้อย่างรอบคอบช่วยลดความเสี่ยงเหล่านั้นได้ นอกจากนี้ยังช่วยให้เจ้าของเว็บไซต์สามารถรักษาการอ้างอิงจากเครื่องมือค้นหาที่มีอยู่แล้วได้ดีขึ้น หรือปรับปรุงการเข้าชมเว็บไซต์โดยรวมให้ดีขึ้น
การเปรียบเทียบก่อนย้าย
ก่อนวางแผนสำหรับแง่มุมทางเทคนิคเพิ่มเติมของการโยกย้าย มี หลายสิ่งที่คุณต้องค้นหาโดยใช้เครื่องมือ ต่างๆ ซึ่งคล้ายกับการเตะยางก่อนขับรถทางไกล ไปทำโครงการย้ายถิ่นที่เตรียมไว้ดีกว่า
ทุกเว็บไซต์มีความแตกต่างกัน แต่คุณอาจต้องการรูปแบบบางอย่างของรายการด้านล่าง:
- จาก Google Search Console ให้ส่งออกการแสดงผล Google การคลิกผ่าน และตำแหน่งของ Google เป็นเวลาหนึ่งปี สิ่งนี้จะ สร้างพื้นฐานสำหรับการมีอยู่ของเครื่องมือค้นหา ที่คุณจะต้องพบหลังจากการย้าย
- จาก เครื่องมือวิเคราะห์เว็บไซต์ (เช่น WebTrends หรือ Google Analytics) ให้ส่งออกสถิติรายเดือนสำหรับการเข้าชมที่เกิดขึ้นเอง การเข้าชมทั้งหมด จำนวนข้อผิดพลาด 404 โดยเฉลี่ย อัตราตีกลับ และ Conversion รับสิ่งนี้เป็นเวลาอย่างน้อยหนึ่งปีเช่นกัน หากเครื่องมือของคุณมีฟังก์ชันตามเวลาจริง ให้ทำความเข้าใจกับการเข้าชมพร้อมกันในวันธรรมดา เพื่อให้คุณสามารถเปรียบเทียบสิ่งนี้กับโดเมนใหม่หลังจากเปิดตัว
- หากคุณมี เครื่องมือสำรวจ (เช่น ForeSee หรือ Qualaroo) ให้ส่งออกอัตราความพึงพอใจและเปอร์เซ็นต์ของผู้ที่สามารถค้นหาสิ่งที่ต้องการได้
- หากคอนเวอร์ชั่นของคุณเป็นการส่งแบบฟอร์มแทนที่จะเป็นการซื้อ ให้ส่งออกสิ่งนี้จาก เครื่องมือการตลาดอัตโนมัติ และ/หรือ การจัดการลูกค้าสัมพันธ์ (CRM)
สถิติเหล่านี้จะทำให้คุณมีสถิติเชิงคุณภาพและเชิงปริมาณเพื่อเปรียบเทียบ ข้อดีอย่างหนึ่งของการรวบรวมสถิติต่างๆ สำหรับการโยกย้ายคือ หากมีบางอย่างผิดพลาด คุณจะสามารถแยกแยะและ แยกแยะสิ่งที่เป็นปัญหาได้อย่างรวดเร็ว
การโยกย้ายถิ่นฐานบางส่วนสามารถมีชิ้นส่วนที่เคลื่อนไหวได้มากมาย และทีมส่วนใหญ่จะยุ่งมากระหว่างการย้าย คุณจะต้องเพิ่มประสิทธิภาพเวลาที่ใช้ในการระบุและแยกแยะปัญหา เพื่อไม่ให้ทีมที่ยุ่งอยู่แล้วเครียดมากเกินไป วิธีนี้จะทำให้ Data Crunch อยู่ในช่วงเตรียมการ แทนที่จะเป็นวันเปิดตัว ซึ่งทุกทีมน่าจะถูกยืดเวลาออกไป
การรวบรวมสถิติพื้นฐานเพื่อแยกปัญหาออกเป็นสิ่งที่นักการตลาดทุกคนควรทำหากพวกเขากำลังวางแผนสำหรับการโยกย้ายเว็บไซต์
การวางแผนการโยกย้ายเว็บไซต์ประเภทต่างๆ
ขึ้นอยู่กับประเภทของการโยกย้ายที่คุณจะทำ จะมีงานที่แตกต่างกันที่คุณต้องวางแผนสำหรับ มีบางสิ่งที่คุณต้องพิจารณา:
- โดเมนเปลี่ยนเท่านั้นเทียบกับการเปลี่ยนแปลงเส้นทาง URL
- เนื้อหาเดียวกันหรือเนื้อหาต่างกัน
- ระบบจัดการเนื้อหาใหม่ (CMS) หรือ CMS เดียวกัน
- เครื่องมือใหม่หรือเครื่องมือเดิม
มาดูสิ่งที่คุณต้องวางแผนสำหรับความแตกต่างกัน
โดเมนเปลี่ยนเท่านั้นเทียบกับการเปลี่ยนแปลงเส้นทาง URL
การย้ายโดเมนเท่านั้น จะไม่เปลี่ยนสตริงใดๆ หลังจากโดเมนระดับบนสุด (นี่คือ “เส้นทาง” หรือ “เส้นทาง URL”)
ตัวอย่างเช่น หากสตริงทั้งหมดของคุณ เช่น /products/product1 หรือ /about/company จะไม่เปลี่ยนแปลง แต่โดเมนของคุณจะเปลี่ยนจาก domain.com เป็น new-domain.com แสดงว่าคุณมีเพียงโดเมนที่เปลี่ยนเท่านั้น
การเปลี่ยนแปลงโดเมน
- www.domain.com/ path1 ถึง www.new-domain.com/ path1
- www.domain.com/ path2 ไปยัง www.new-domain.com/ path2
- www.domain.com/ path3 ไปยัง www.new-domain.com/ path3
การเปลี่ยนเส้นทาง http เป็น https จะถือเป็นการย้ายโดเมนเท่านั้น
ในทางกลับกัน การโยกย้ายด้วยการเปลี่ยนเส้นทาง URL จะหมายถึงการเปลี่ยนแปลงสตริงหลังจากโดเมน
การเปลี่ยนแปลงเส้นทางโดเมนและ URL
- www.domain.com/ path1 ถึง www.new-domain.com/ new-path1
- www.domain.com/ path2 ไปยัง www.new-domain.com/ new-path2
- www.domain.com/ path3 ไปยัง www.new-domain.com/newfolder/ newstringsfornewpath3
สำหรับการย้ายข้อมูลโดยที่เส้นทาง URL ไม่เปลี่ยนแปลง มักมีวิธีทางเทคนิคในการเปลี่ยนสตริงโดเมนสำหรับการเปลี่ยนเส้นทางโดยอัตโนมัติโดยไม่ต้องเขียนการเปลี่ยนเส้นทางหนึ่งรายการสำหรับทุกหน้าบนเว็บไซต์
สำหรับการย้ายข้อมูลที่เปลี่ยนเส้นทาง URL จริง จำเป็นต้องเขียนการเปลี่ยนเส้นทางระดับ 301 ของหน้าบางรายการ นี้แน่นอนยุ่งยากมากขึ้น
หากจะมีการเปลี่ยนแปลงสถาปัตยกรรมข้อมูลในไซต์ที่มีหน้าเป็นพันๆ หน้า อาจเป็นไปไม่ได้ที่จะเขียนการเปลี่ยนเส้นทางระดับหน้าสำหรับทุกอย่าง คุณอาจต้อง ตัดสินใจเกี่ยวกับเกณฑ์การรับส่งข้อมูล ตัวอย่างเช่น คุณอาจต้องการเปลี่ยนเส้นทางเฉพาะหน้า 5,000 อันดับแรกแทนที่จะเป็น 175,000 หน้าทั้งหมด โดยอิงจากเครื่องมือค้นหาและอันดับการเข้าชมทั้งหมด
เนื้อหาเดียวกันหรือเนื้อหาต่างกัน
หากคุณจะมีเนื้อหาเดียวกันในโดเมนใหม่อย่างมีประสิทธิภาพเช่นเดียวกับในโดเมนเก่า ก็ไม่ต้องพิจารณาเรื่องการเชื่อมโยงภายในมากนัก ตรวจสอบให้แน่ใจว่ากลุ่มเนื้อหายังคงสมเหตุสมผล ฯลฯ
อย่างไรก็ตาม หากคุณจะเพิ่มหรือลบเนื้อหาส่วนสำคัญ คุณจะต้องทำแผนที่ให้ละเอียด
- มีหมวดหมู่ใดบ้างที่คุณจะเปลี่ยนและคุณจะ "เด็กกำพร้า" ในกระบวนการนี้หรือไม่? หน้าเหล่านั้นอาจจำเป็นต้องหาบ้านใหม่หรือพับเป็นหน้าอื่น นั่นต้องเป็นส่วนหนึ่งของแผนของคุณ
- เมนูหลักจะยังสมเหตุสมผลสำหรับเนื้อหาใหม่ของคุณหรือไม่ หากมีส่วนที่เป็นหน้าสำคัญที่จะเข้าถึงได้ยากขึ้นหลังจากการย้าย ให้พิจารณาให้เส้นทางเพิ่มเติมสำหรับหน้าดังกล่าวหลังจากทำการเปลี่ยนแปลงเนื้อหาแล้ว
CMS ใหม่หรือ CMS เดิม
หากคุณกำลังย้ายจาก www.example.com เป็น www.new-example.com และคุณไม่ได้เปลี่ยน CMS การย้ายข้อมูลจริงของเนื้อหาควรเป็นเรื่องง่าย
หากคุณกำลังเปลี่ยนจาก CMS หนึ่งไปยังอีกที่หนึ่ง การย้ายแบบเดียวกันนั้นอาจไม่ใช่เรื่องง่าย คุณจะต้อง…
- ตรวจสอบให้แน่ใจว่าระบบใหม่รองรับเลย์เอาต์และเทมเพลตบนไซต์เก่าอย่างเหมาะสม
- ตรวจสอบว่ามีวิธีการส่งออกเนื้อหา CMS ของคุณเป็นสิ่งที่ระบบจัดการเนื้อหาใหม่ยอมรับหรือไม่ (แม้ว่าจะไม่ใช่ 100% ก็ตาม การย้ายเนื้อหาอัตโนมัติบางส่วนจะช่วยได้)
- แบ่งเวลาสำหรับส่วนของการย้ายเนื้อหาที่จะต้องทำด้วยตนเองเนื่องจากการเปลี่ยนแปลง CMS
เครื่องมือใหม่หรือเครื่องมือเดิม
เครื่องมือจริงของคุณและวิธีการปรับใช้เครื่องมืออาจแตกต่างกันระหว่างโดเมนเก่าและโดเมนใหม่
คุณต้องนึกถึงบางสิ่ง:
- ในระบบใหม่ มี มาสเตอร์เพจ หรืออะไรที่คล้ายกับปลั๊กอินของสคริปต์ที่คุณต้องการสำหรับเครื่องมือหรือไม่ อย่างอิสระหรือเป็นส่วนหนึ่งของเครื่องมือการจัดการแท็ก หรือคุณจำเป็นต้องเสียบสคริปต์หลาย ๆ ครั้งทั่วทั้งไซต์? หากเป็นอย่างหลัง ให้แน่ใจว่าคุณมีเวลาเพียงพอสำหรับสิ่งนั้น
- หากคุณกำลังเปลี่ยนจากการใช้งานเครื่องมือทีละเครื่องมือไปเป็นเครื่องมือจัดการแท็ก เช่น Google Tag Manager ให้ตรวจสอบว่าคุณมีเวลาเพียงพอในการทดสอบสถานการณ์นี้ เครื่องมือการจัดการแท็กมีประโยชน์ แต่อาจต้องใช้เวลาในการทำความคุ้นเคย และนั่นควรนำมาพิจารณาในไทม์ไลน์ของคุณสำหรับการสลับโดเมน
- หากคุณกำลังเพิ่มเครื่องมือ ตรวจสอบให้แน่ใจว่าคุณมีเวลาสำหรับ การทดสอบการถดถอย เครื่องมือใหม่ของคุณอาจเล่นได้ไม่ดีกับเครื่องมือรุ่นเก่าในทันที และคุณจะต้องใช้เวลาในการแก้ไขข้อบกพร่อง
เสร็จสิ้นแผนการย้ายไซต์
เมื่อคุณมีการจัดการเกี่ยวกับการย้ายไซต์ประเภทต่างๆ แล้ว ก็ถึงเวลาตั้งค่าแผนการย้ายไซต์
มาสร้างตัวอย่างสำหรับสถานการณ์ที่ค่อนข้างซับซ้อนกัน เพื่อให้คุณสามารถดึงส่วนที่ไม่ต้องการออกได้
สมมติว่าคุณกำลังย้ายจาก CMS เก่าไปเป็น CMS ใหม่ และสถาปัตยกรรมข้อมูลของคุณบนเว็บไซต์ใหม่จะแตกต่างออกไปเล็กน้อย – เส้นทาง URL บางเส้นทางจะถูกย้ายไปยังตำแหน่งใหม่
ต่อไปนี้คือบางสิ่งที่คุณต้องทำตั้งแต่เนิ่นๆ จากมุมมองการเปลี่ยนเส้นทาง:
1. ตรวจสอบให้แน่ใจว่าคุณมีวิธีจัดการกับการเปลี่ยนเส้นทาง 301 ระดับหน้า
มีหลายวิธีในการตั้งค่าการเปลี่ยนเส้นทางระดับหน้า "ด้วยตนเอง" บางส่วนเกี่ยวข้องกับการแก้ไขไฟล์การกำหนดค่า ส่วนอื่นๆ เกี่ยวข้องกับการวาง XML ลงในโมดูล และส่วนอื่นๆ ยังมีฟังก์ชัน CMS พื้นฐานที่จัดการสิ่งนี้ (สมมติว่าคุณยังคงสามารถเข้าถึง CMS แบบเก่าได้) กำหนดเส้นทางที่คุณจะเลือกแต่เนิ่นๆ เพื่อที่คุณจะได้ไม่ต้องปวดหัวกับเรื่องนี้
2. ตรวจสอบว่าคุณสามารถจัดการกับ wildcard หรือ conditional redirects ได้หรือไม่
หากคุณมีความสามารถในการปรับแต่งไฟล์ .htaccess หรือไฟล์การกำหนดค่าที่คล้ายกัน คุณสามารถจัดการการเปลี่ยนเส้นทางบางส่วนผ่านเงื่อนไขต่างๆ แทนที่จะตั้งค่าการเปลี่ยนเส้นทางแต่ละรายการแยกกัน สิ่งนี้จะช่วยคุณประหยัดเวลา
3. ส่งออกหน้าบนสุดในไซต์เก่า
เลือกระหว่างการเข้าชมทั้งหมดและการเข้าชมที่เกิดขึ้นเองเป็นปัจจัยกำหนดอันดับของคุณ (การเข้าชมแบบอินทรีย์ค่อนข้างดีสำหรับสิ่งนี้ ดังนั้นคุณจึงรู้ว่าคุณจะเปลี่ยนเส้นทางหน้าเว็บที่กระตุ้นการอ้างอิงเครื่องมือค้นหาก่อนการย้ายข้อมูล)
- เลือกเกณฑ์ที่เหมาะสมกับขนาดของไซต์ หน้า 100 อันดับแรกสามารถปรับให้เหมาะสมที่สุดสำหรับไซต์ที่มี 500 URL หรือประมาณนั้นซึ่งการเข้าชมส่วนใหญ่สำหรับหน้า 80 อันดับแรก อย่างไรก็ตาม คุณอาจต้องการหน้าเว็บ 5,000 อันดับแรกสำหรับไซต์ที่มี URL นับหมื่น
4. แมปหน้าบนสุดไปยังตำแหน่งใหม่
นี่เป็นขั้นตอนแบบแมนนวลที่คุณสามารถทำได้เพื่อประหยัดเวลา เรียงรายการของหน้าบนสุดในสเปรดชีตและทำเครื่องหมายว่าเป็น URL เก่า แล้วเพิ่ม URL ใหม่ข้างๆ เมื่อคุณรู้ว่าจะต้องสร้างอะไร (เช่น ไฟล์ XML) คุณจะมีไฟล์ที่คุณสามารถเริ่มต้นได้
ประโยชน์ของ 301 Redirects
การเพิ่ม 301 (หรือ “ถาวร”) ระดับหน้าเปลี่ยนเส้นทางไปยังหน้าที่มีค่าที่สุดของคุณเมื่อคุณย้ายไปยังโดเมนใหม่ จะทำสองสิ่งให้เสร็จสิ้น:
- มันส่งผู้ใช้ไปยังหน้าที่ถูกต้องเพื่อ ประโยชน์ของประสบการณ์การใช้งาน (UX) ของคุณ
- มันบอกสไปเดอร์ของเครื่องมือค้นหาเกี่ยวกับการย้ายเพื่อ ประโยชน์ SEO
เมื่อมีเพียงบางส่วนของไซต์ของคุณที่มีการเปลี่ยนแปลงสถาปัตยกรรมข้อมูล โดยปกติแล้ว คุณสามารถทำการเปลี่ยนเส้นทางแบบมีเงื่อนไขหรือแบบไวด์การ์ดในส่วนต่างๆ ของไซต์ที่ยังคงมีเส้นทาง URL เดียวกัน และใช้การเปลี่ยนเส้นทางระดับหน้าทีละหน้าสำหรับไซต์ที่เล็กกว่าเท่านั้น จำนวนกรณีการใช้งานที่จำเป็นอย่างยิ่ง
ตัวอย่างเช่น ทุกสิ่งภายใต้ /product/ อาจเปลี่ยนเป็น /products/ บนไซต์ใหม่ คุณสามารถจัดการส่วนนั้นของการย้ายได้โดยใช้การแทนที่ด้วยสัญลักษณ์แทน แต่สมมติว่าทุกอย่างภายใต้ /about/ ได้รับ "เส้นทาง" ใหม่ ดังนั้นสตริงจริงหลัง /about/ จะเปลี่ยนไป สำหรับทุกสิ่งภายใต้ /about/ คุณต้องจับคู่ URL เก่ากับ URL ใหม่ และเพิ่มการเปลี่ยนเส้นทางระดับหน้า 301
วิธีนี้จะทำให้คุณได้รับประโยชน์จากการโอนส่วนของลิงก์จากโดเมนเดิม โดยไม่ต้องให้ทีมจัดการการเปลี่ยนเส้นทางอย่างล้นหลาม
หลีกเลี่ยงหลุมพรางทั่วไป
มีหลายวิธีที่การย้ายโดเมนจะล้มเหลว
นี่เป็นเพียงตัวอย่างบางส่วนที่คุณต้องระวัง:
1. เครื่องมือเปลี่ยนเส้นทางที่คุณมีไม่มีประสิทธิภาพเพียงพอสำหรับสวิตช์
- เครื่องมือเปลี่ยนเส้นทางบางตัวจัดการเฉพาะ URL http และไม่สามารถจัดการ https ดังนั้น คุณจะต้องหาวิธีอื่นในการจัดการกับ https URL ของคุณ
- เครื่องมือเปลี่ยนเส้นทางบางอย่างเป็นส่วนหนึ่งของ CMS และใช้เวลาในการตั้งค่าเป็นจำนวนมาก นั่นกลายเป็นปัญหาเมื่อคุณมี URL หลายร้อยหรือหลายพัน
- เครื่องมือเปลี่ยนเส้นทางบางตัวไม่สามารถจัดการสัญลักษณ์แทนได้ ดังนั้น คุณจะต้องวางแผนสำหรับการเปลี่ยนเส้นทางด้วยตนเอง และคุณจะต้องคำนึงถึงเวลาพิเศษที่จำเป็น
การโยกย้ายเว็บไซต์ที่ประสบความสำเร็จต้องอาศัยนักการตลาดที่เข้าใจเครื่องมือเปลี่ยนเส้นทางอย่างถ่องแท้ และวางแผนเฉพาะสิ่งที่เป็นไปได้เท่านั้น
เริ่มชี้แจงสิ่งที่คุณสามารถใช้ได้กับนักพัฒนาของคุณตั้งแต่เนิ่นๆ โดยใช้การชี้แจงเช่นเดียวกับที่ระบุไว้ข้างต้น
สังเกตข้อจำกัดที่คุณจะมีก่อนวันเปิดตัว หากมีขั้นตอนที่ต้องดำเนินการด้วยตนเองเป็นจำนวนมาก ให้เผื่อเวลาไว้เพียงพอเพื่อจัดการกับขั้นตอนเหล่านั้น
เพื่อให้แน่ใจว่าเมื่อถึงวันเปลี่ยนเครื่อง จะไม่มีเรื่องน่าประหลาดใจในบริเวณนี้
2. ทีมงานไม่สามารถประเมินความสำเร็จหรือความล้มเหลวได้อย่างถูกต้อง
หากทีมไม่ได้กำหนดเกณฑ์มาตรฐานเพื่อให้เป็นไปตาม เช่น ข้อความค้นหาที่เว็บไซต์จัดอันดับ ปริมาณการเข้าชมที่เกิดขึ้นเองทั้งหมด การเข้าชมทั้งหมด ความพึงพอใจและอัตราความสำเร็จบนไซต์ ฯลฯ อาจเป็นเรื่องยากมากที่จะบอกได้ว่าการย้ายข้อมูลดำเนินไปอย่างราบรื่นหรือไม่
การเข้าชมโดยรวมอาจใกล้เคียงกัน แต่อัตราความสำเร็จเริ่มลดลง คะแนนความพึงพอใจอาจเท่ากัน แต่มีข้อความค้นหาน้อยกว่าที่เว็บไซต์จัดอันดับและปริมาณการใช้ข้อมูลทั่วไปลดลง
หากคุณไม่มีตัวเลขต่างๆ ที่คุณกำลังดูอยู่ อาจดูเหมือนว่าการสลับโดเมนจะดำเนินไปอย่างราบรื่นในขณะที่เว็บไซต์กำลังได้รับความนิยม การแสดงที่ไม่ดีและรู้ตัวดีกว่าทำผลงานได้ไม่ดีและคิดว่าคุณทำได้ดี
ตรวจสอบให้แน่ใจว่าคุณมีการเปรียบเทียบสำหรับแง่มุมต่างๆ ของไซต์เพื่อหลีกเลี่ยงปัญหานี้
3. ทีมงานคิดถึงเพจสำคัญที่ต้องย้าย
สำหรับโดเมนที่มีการเปลี่ยนแปลงสถาปัตยกรรมข้อมูล อาจเป็นเรื่องง่ายที่จะสูญเสียหน้าที่จัดอันดับในเครื่องมือค้นหาหรือได้รับปริมาณการเข้าชมจำนวนมากจากแหล่งที่มาต่างๆ
หากไม่มีใครส่งออกหน้าเว็บหลักเพื่อให้แน่ใจว่ามีการย้ายข้อมูลทั้งหมด ทีมงานมักจะพบว่าการเข้าชมลดลงหลังจากการย้าย
หากเกิดเหตุการณ์นี้ขึ้น ทีมงานจะต้องแย่งชิงรายงานและตรวจสอบว่าเนื้อหาเก่ายังคงอยู่ในไฟล์ที่ใดที่หนึ่งเพื่อที่จะสามารถนำไปยังโดเมนใหม่หรืออยู่กับการสูญเสียการรับส่งข้อมูล ความล้มเหลวในการวางแผนประเภทนี้อาจส่งผลเสียต่อการรับส่งข้อมูลโดยรวม
คุณต้องตรวจสอบให้แน่ใจว่าคุณได้ดูเครื่องมือวิเคราะห์และส่งออกหน้าเว็บยอดนิยม และแผนเนื้อหาอยู่ในเกณฑ์ดีก่อนที่คุณจะดึงทริกเกอร์การเปลี่ยนเส้นทาง
4. ปริมาณงานมากเกินไปสำหรับทีมที่จะจัดการ
มีหลายอย่างที่สามารถเปลี่ยนปริมาณงานที่จำเป็นสำหรับการย้ายโดเมนได้
ไซต์อาจมีลิงก์แบบสัมบูรณ์มากกว่าลิงก์ที่เกี่ยวข้อง และคุณจะต้องปรับแต่งลิงก์ภายในให้มากกว่าที่คิดไว้ตั้งแต่แรก
เครื่องมือเปลี่ยนเส้นทางอาจไม่สามารถรองรับสัญลักษณ์แทนได้ และคุณจะต้องจัดการการเปลี่ยนเส้นทางด้วยตนเองมากกว่าที่คุณวางแผนไว้
อาจมีรายการที่ไม่ใช่เนื้อหาในหน้าเว็บที่คุณต้องย้ายไปยัง CMS ใหม่ เช่น ผลลัพธ์เด่นสำหรับการค้นหาในไซต์ และคุณจะต้องอุทิศเวลาให้กับมันหลังจากเปิดตัว
โดยปกติแล้ว การจัดสรรทรัพยากรเพิ่มเติมให้กับไซต์จะเป็นการดีที่สุดเมื่อเกิดสวิตช์ ดังนั้นคุณจะมีที่ว่างเมื่อสิ่งต่างๆ ไม่เป็นไปตามแผน
การจัดการงานในวันที่เปลี่ยน
สมมติว่าการเปลี่ยนเส้นทางทั้งหมดทำงานตรงตามที่คาดไว้
เนื้อหาทั้งหมดที่คุณต้องการย้ายได้ถูกย้ายไปแล้ว คุณไม่ได้รับข้อผิดพลาด 404 ที่เพิ่มขึ้นอย่างรวดเร็ว เครื่องมือทั้งหมดของคุณเริ่มทำงานเหมือนเมื่อก่อน การกำหนดค่าที่ไม่ใช่เนื้อหาหน้าเว็บทั้งหมดจะย้ายไปอย่างถูกต้อง
นั่นเป็นการเริ่มต้นที่ดี แต่ก็ยังเหลืองานบางอย่างสำหรับงาน SEO ในวันเปิดตัว:
1. รับเงื่อนไขการไม่อนุญาตของคุณบน robots.txt
ไฟล์ robots.txt จะบอกสไปเดอร์ของเครื่องมือค้นหาถึงสิ่งที่พวกเขาควรและไม่ควรรวบรวมข้อมูลบนไซต์
ตรวจสอบกับผู้พัฒนาและ SEO ว่าคุณมีไฟล์ robots.txt ที่กำหนดค่าไว้ และย้ายไฟล์นั้นไป หากคุณไม่มี อย่างน้อยต้องแน่ใจว่าไฟล์ robots.txt ของคุณจะไม่อ่านดังนี้:
- ตัวแทนผู้ใช้: *
- ไม่อนุญาต: /
ชุดค่าผสมดังกล่าวจะบอก Google และเครื่องมือค้นหาอื่นๆ ไม่ให้จัดทำดัชนีใดๆ ในเว็บไซต์ของคุณ เป็นสถานการณ์ที่คุณควรพยายามหลีกเลี่ยง
2. การสร้างและตรวจสอบบัญชี Google Search Console ใหม่
เมื่อสร้างโดเมนใหม่แล้ว คุณต้องจดทะเบียนโดเมนนั้นกับ Google Search Console และพิสูจน์ว่าคุณเป็นเจ้าของโดเมน คุณสามารถทำได้โดยใช้หลายวิธี ตั้งแต่การวางไฟล์ที่ Google จะรู้จักที่รูทไปจนถึงการใช้ Google Tag Manager
- การตั้งค่าบัญชี Google Search Console สำหรับโฟลเดอร์ เมื่อคุณตรวจสอบโดเมนแล้ว คุณสามารถเพิ่มส่วนต่างๆ ของไซต์เป็นคุณสมบัติเพิ่มเติมได้ ซึ่งจะช่วยให้คุณทำสิ่งต่างๆ เช่น ดูการค้นหาที่นำไปสู่เฉพาะส่วน "ผลิตภัณฑ์" หรือเฉพาะส่วน "เกี่ยวกับเรา" ของคุณ หากคุณมี สิ่งนี้จะทำให้คุณมีชั้นพิเศษเพื่อตรวจสอบว่าทราฟฟิกทั่วไปของคุณรอดจากการโยกย้ายโดเมนหรือไม่
3. การส่งแผนผังเว็บไซต์
ขึ้นอยู่กับระบบการจัดการเนื้อหาของคุณ คุณสามารถสร้างแผนผังเว็บไซต์พร้อมรายการ URL จาก CMS ของคุณจากเครื่องมือรวบรวมข้อมูล หรือด้วยตนเองผ่าน Notepad
สิ่งหนึ่งที่คุณสามารถทำได้คือสร้างแผนผังเว็บไซต์แยกต่างหากสำหรับแต่ละส่วนของเว็บไซต์ (แผนผังเว็บไซต์หนึ่งรายการสำหรับส่วน "ผลิตภัณฑ์" แผนผังเว็บไซต์สำหรับ "เกี่ยวกับเรา" เป็นต้น) หาก Google จัดทำดัชนี 90% ของหน้าผลิตภัณฑ์ของคุณ แต่เพียง 5% ของหน้าเว็บเกี่ยวกับคุณ คุณจะรู้ว่าต้องแก้ไขเฉพาะส่วนที่จัดทำดัชนีไม่ดี คุณจะเห็นปัญหานั้นก็ต่อเมื่อคุณมีแผนผังเว็บไซต์แยกกันในแต่ละส่วนของเว็บไซต์
เมื่อคุณสร้างแผนผังเว็บไซต์สำหรับส่วนต่างๆ ของเว็บไซต์แล้ว คุณควรส่งแผนผังเว็บไซต์ไปยัง Google ผ่าน Search Console
4. บอก Google เกี่ยวกับการเปลี่ยนโดเมน
นี่เป็นขั้นตอนที่แม้แต่นักการตลาดที่ช่ำชองบางคนพลาดไป Google Search Console มีเครื่องมือที่ช่วยให้คุณสามารถประกาศ "การเปลี่ยนแปลงที่อยู่" ในการใช้งาน คุณต้องตรวจสอบคุณสมบัติของ Google Search Console สำหรับโดเมนเก่าและโดเมนใหม่ จากนั้นทำตามขั้นตอนที่แสดงโดย Google Search Console
ติดตามสถิติหลังเปิดตัว
หากคุณปฏิบัติตามคำแนะนำในโพสต์นี้แล้ว คุณจะมีเกณฑ์เปรียบเทียบเชิงปริมาณและเชิงคุณภาพเพื่อเปรียบเทียบ
- ข้อมูลเครื่องมือสำรวจ ความพึงพอใจที่ลดลงอย่างมากและความสามารถของผู้คนในการค้นหาสิ่งที่พวกเขาต้องการอาจหมายถึงโครงสร้างใหม่ของไซต์อาจทำให้ผู้เข้าชมสับสน คุณจะต้อง คิดใหม่เกี่ยวกับสถาปัตยกรรมใหม่
- Google Search Console และข้อมูลเครื่องมือวิเคราะห์ ข้อผิดพลาด 404 ที่เพิ่มขึ้นอย่างรวดเร็วรวมกับการสูญเสียอันดับและปริมาณการเข้าชมที่เกิดขึ้นเองมักจะหมายความว่าอย่างน้อยการเปลี่ยนเส้นทางบางส่วนจะล้มเหลว คุณจะต้อง ตรวจสอบวิธีการเปลี่ยนเส้นทาง
- ข้อมูลเครื่องมือวิเคราะห์ การเข้าชมทั้งหมดและการอ้างอิงที่ลดลงอย่างมีนัยสำคัญโดยที่ปริมาณการใช้เครื่องมือค้นหาไม่ลดลง อาจหมายความว่าคุณไม่ได้ย้ายเนื้อหาที่เว็บไซต์อื่นเชื่อมโยงไป คุณจะต้อง ทบทวนเนื้อหา นั้นอีกครั้ง
การตรวจสอบการจราจรแบบเรียลไทม์สามารถช่วยได้ที่นี่ หากจำนวนผู้เข้าชมไซต์ของคุณพร้อมกันต่ำกว่าตัวเลขก่อนการเปิดตัวอย่างมาก (เช่น น้อยกว่าครึ่งหนึ่งจากที่เคยเป็น) คุณจะรู้ว่ามีบางอย่างผิดปกติ และคุณจำเป็นต้องเจาะลึกลงไปอีก
ไม่มีการเตรียมการมากเกินไปในการย้ายโดเมน
การย้ายโดเมนอาจเป็นกระบวนการที่เจ็บปวด
มีหลายวิธีที่กระบวนการนี้อาจไปไม่ดีสำหรับไซต์ของคุณ และมีเส้นทางสู่ความสำเร็จน้อยมาก
ทั้งหมดที่กล่าวมา หากคุณต้องการเปลี่ยนโดเมน วิธีที่ดีที่สุดคือเตรียมมากเกินไป ถ้าคุณ …
- เรียนรู้ว่าเครื่องมือเปลี่ยนเส้นทางของคุณทำอะไรให้คุณได้บ้างตั้งแต่เนิ่นๆ
- หมกมุ่นอยู่กับแผนเนื้อหาจนไม่เห็นรูเหลือและ
- ใช้ข้อมูลเพื่อจัดการการเปลี่ยนแปลง
… คุณมีโอกาสที่ดีกว่าในการย้ายไปยังโดเมนใหม่อย่างราบรื่น
สำหรับการเคลื่อนไหวบางประเภท หากคุณหมกมุ่นอยู่กับแผน คุณอาจเพิ่มการเข้าชมและ Conversion หลังจากเปลี่ยน