การย้ายเว็บไซต์: กลยุทธ์ SEO และแนวทางปฏิบัติที่ดีที่สุด
เผยแพร่แล้ว: 2021-07-14คุณอาจต้องย้ายเว็บไซต์/ธุรกิจของคุณด้วยเหตุผลเฉพาะ ในฐานะ SEO เราเรียกสิ่งนี้ว่า "การย้ายข้อมูล" หรือ "การย้ายไซต์" การโยกย้ายที่เตรียมอย่างไม่เหมาะสมอาจส่งผลให้ทราฟฟิกทั่วไปของคุณลดลงอย่างมาก ในคู่มือนี้ ฉันจะแบ่งปันวิธีที่คุณสามารถผ่านกระบวนการย้ายไซต์ของคุณอย่างราบรื่นที่สุด
ทำไมคุณต้องย้ายเว็บไซต์ของคุณ อาจมีสาเหตุหนึ่งข้อหรือมากกว่านั้น
ขั้นแรก มาดูประเภทการโยกย้ายกันก่อน
- การเปลี่ยนแปลงโดเมน:
คุณอาจต้องการย้ายไซต์ x.com ของคุณไปที่ y.com - การเปลี่ยนแปลงโครงสร้าง URL:
URL ที่มีคำที่เกี่ยวข้องกับเนื้อหาและโครงสร้างของไซต์ของคุณเป็นมิตรต่อผู้เยี่ยมชมที่นำทางในไซต์ของคุณ หาก URL ของไซต์ไม่เหมาะกับ SEO คุณอาจต้องการเปลี่ยน - HTTP > การย้ายข้อมูล HTTPS:
การรักษาความปลอดภัยมีความสำคัญสูงสุดสำหรับ Google หากคุณย้ายไซต์ของคุณจาก HTTP เป็น HTTPS Google จะถือว่านี่เป็นการย้ายไซต์โดยมีการเปลี่ยนแปลง URL การดำเนินการนี้อาจส่งผลต่อจำนวนการเข้าชมบางส่วนของคุณชั่วคราว - การเปลี่ยนแปลงแพลตฟอร์ม:
แพลตฟอร์มของไซต์คือสิ่งที่ไซต์ของเราสร้างขึ้น คุณสามารถสร้างเว็บไซต์ของคุณบน WordPress, Shopify, Wix หรือแพลตฟอร์มอื่นๆ นอกจากนี้ คุณสามารถมีไซต์แบบกำหนดเองที่สร้างโดยทีมพัฒนา คุณอาจต้องการเปลี่ยนไปใช้แพลตฟอร์มที่ดีกว่า เมื่อเปลี่ยนแพลตฟอร์มที่สร้างไซต์ของคุณ เราควรทดสอบฟังก์ชัน SEO ของแพลตฟอร์มใหม่ของคุณ - การเปลี่ยนแปลงโครงสร้างและลำดับชั้น:
เว็บไซต์ของคุณอาจเริ่มให้บริการในพื้นที่ที่แตกต่างไปจากเดิมอย่างสิ้นเชิง หรือ URL และโครงสร้างหมวดหมู่ของเว็บไซต์ของคุณอาจไม่เป็นมิตรกับ SEO ไม่ว่าจะด้วยเหตุผลใดก็ตาม เราสามารถเริ่มทำงานกับไซต์ใหม่ทั้งหมดได้ - การเปลี่ยนแปลงเซิร์ฟเวอร์:
การย้ายเซิร์ฟเวอร์มีความเสี่ยงในแง่ของความเร็วในการโหลดหน้าเว็บเป็นหลัก ความเร็วไซต์เป็นปัจจัยในการจัดอันดับ SEO แต่ที่สำคัญกว่านั้นคือปัญหาด้านประสบการณ์ของผู้ใช้และอัตราการแปลง คุณอาจคิดที่จะตั้งค่าไซต์การแสดงละครบนเซิร์ฟเวอร์ใหม่และทดสอบความเร็วของหน้าบนนั้น นอกจากนี้ อย่าลืมตรวจสอบการเปลี่ยนเส้นทางเพื่อให้แน่ใจว่าการทำงานเป็นไปตามที่คาดไว้ - แยกการย้ายไซต์มือถือ:
Google แนะนำให้ใช้ Responsive Web Design เป็นรูปแบบการออกแบบ เนื่องจากง่ายต่อการใช้งานและบำรุงรักษา ดังนั้น คุณจึงสามารถวางแผนเปลี่ยนเส้นทางเวอร์ชัน m-dot ไปยังเวอร์ชันตอบสนองหลักได้ การเปลี่ยนเส้นทางเป็นสิ่งที่ถูกต้อง นี่คือสิ่งที่ควรตรงไปตรงมาและควรทำได้ง่ายพอสมควร
หากโครงสร้างทั้งหมดยังคงเหมือนเดิม เฉพาะโดเมนที่เปลี่ยนแปลง (ประเภทการย้ายข้อมูลครั้งแรก) อาจกล่าวได้ว่างานของเรานั้นง่าย ในการโยกย้ายประเภทอื่นๆ หรือเมื่อมีการรวมการโยกย้ายมากกว่าหนึ่งประเภท สิ่งต่าง ๆ อาจซับซ้อนกว่านั้น
มีตัวอย่างมากมายที่ประสบกับการสูญเสียการรับส่งข้อมูลจำนวนมากระหว่างการย้ายข้อมูล
ข้อผิดพลาดบางประการที่ทำให้สูญเสียการรับส่งข้อมูลเมื่อย้ายไซต์:
- ขาดการวางแผน
- ความรู้ SEO และ UX ต่ำ
- งบน้อย
- ปัญหาการเปลี่ยนเส้นทาง
- ข้อผิดพลาดในการแมป URL
- ข้อผิดพลาดในการรวบรวมข้อมูล
- อย่ารบกวนข้อผิดพลาดทันที
เพื่อไม่ให้เกิดปัญหาเหล่านี้ คุณจะพบกับกลยุทธ์การวางแผนที่เหมาะสมและประเด็นที่ต้องพิจารณาในความต่อเนื่องของบทความ
ก่อนที่ฉันจะเริ่ม ฉันต้องการเตือนคุณเกี่ยวกับบางสิ่ง:
- ! Google ไม่แนะนำให้ทำการเปลี่ยนแปลงทั้งการออกแบบและโครงสร้าง URL พร้อมกัน ถ้าเป็นไปได้ ควรทำการย้ายข้อมูลสองประเภทนี้ขึ้นไปในเวลาที่ต่างกัน ทีละขั้นตอน
- ! หากไซต์ถูกย้ายไปยังโดเมนอื่น ควรมีการตรวจสอบประวัติของที่อยู่โดเมนใหม่ Archive.org คำค้นหา “yoursite.com” และเครื่องมือตรวจสอบจะใช้งานได้ หากมีการลงทะเบียนโดเมนหรือเว็บไซต์ที่จัดตั้งขึ้นมาก่อน จะต้องพิจารณาใหม่ การติดตั้งโดเมนที่มีตัวตนของแบรนด์ใน Google ซึ่งประสบปัญหาต่างๆ เช่น ลิงก์สแปมหรือการแฮ็ก หรือโดยการให้บริการในเรื่องที่แตกต่างไปจากเดิมอย่างสิ้นเชิงจะทำให้การรับส่งข้อมูลส่วนใหญ่สูญหาย
- ! ในบางกรณี แม้ว่าการวางแผนและการดำเนินการด้านการย้ายถิ่นจะเสร็จสิ้นโดยไม่มีปัญหาใดๆ แต่ก็มีความเป็นไปได้ที่ปริมาณการใช้ข้อมูลอินทรีย์จะลดลง 15% หรือมากกว่านั้น เนื่องจากมีการเปลี่ยนแปลงโครงสร้างที่สำคัญบนไซต์ Google จึงเรียนรู้ใหม่และประเมินแต่ละหน้าทีละหน้า ช่วงเวลานี้มักใช้เวลาสองสามสัปดาห์แต่อาจนานกว่านี้สำหรับไซต์ขนาดใหญ่ หากทุกอย่างเป็นไปด้วยดี การเข้าชมที่เกิดขึ้นเองของคุณจะได้รับโมเมนตัมในเชิงบวกในเวลาอันสั้นหลังจากการประเมินนี้
- ! ไซต์ไม่ควรปิดไม่ให้ผู้ใช้บริการในระหว่างหรือก่อนการย้ายข้อมูล หากต้องการเปลี่ยนแปลงการออกแบบหรือโครงสร้าง คุณสามารถประกาศข้อมูลนี้ให้ผู้ชมทราบล่วงหน้าด้วยวิธีง่ายๆ (ภาพหมุน, อีเมล, SMS, การแจ้งเตือนแบบพุช ฯลฯ) Googlebot ตีความหน้าที่มีรหัสสถานะหรือข้อความเตือนต่างกัน
- ! ช่วงเวลาของการย้ายข้อมูล (การเปิดโครงสร้างใหม่) ควรอยู่ในเขตเวลาที่เว็บไซต์ได้รับการเข้าชมน้อยที่สุด ด้วยวิธีนี้ ในกรณีที่พบปัญหาที่ไม่พึงประสงค์ จำนวนผู้ชมที่จะได้รับผลกระทบจะอยู่ในระดับต่ำสุด นอกจากนี้ ในช่วงเวลาเหล่านี้เมื่อเซิร์ฟเวอร์โหลดต่ำ Googlebot จะรวบรวมข้อมูลและจัดทำดัชนีเว็บไซต์ใหม่เร็วขึ้น
[กรณีศึกษา] ป้องกันไม่ให้การออกแบบใหม่ของคุณถูกลงโทษ SEO . ของคุณ
อ่านกรณีศึกษาการวางแผนและการรวบรวมข้อมูล
แผนโครงการที่ไม่ข้ามขั้นตอนใด ๆ ของการย้ายช่วยให้มั่นใจได้ว่างานจะดำเนินไปโดยไม่มีข้อผิดพลาด เมื่อกำหนดแผนงานแล้ว การกระจายงานจะชัดเจน แผนนี้ต้องทำอย่างน้อย 30 วันก่อน การย้าย
สิ่งสำคัญคือต้องเก็บข้อมูลผู้เข้าชมปัจจุบัน ตามขนาดของโปรเจ็กต์เว็บของคุณ จำเป็นต้องจัดกลุ่มเพจและคิวรีที่มีทราฟฟิกสูงสุด
เคล็ดลับ: การเก็บไฟล์บันทึกให้ครอบคลุม 45 วันก่อนวันที่ย้ายข้อมูล ช่วยให้คุณวิเคราะห์พฤติกรรมของ Googlebot และดำเนินการได้ทันทีหากมีความแตกต่าง
สร้างไซต์ทดสอบและไม่อนุญาต
กระบวนการย้ายข้อมูลเริ่มต้นด้วยโครงร่างสำหรับ SEO หากมีการตรวจสอบโครงลวดและมีการแสดงความคิดเห็น SEO ระหว่างการสร้างโครงลวด การเปลี่ยนแปลงที่ต้องทำในไซต์ทดสอบจะลดลง ทำให้โครงการก้าวหน้าเร็วขึ้น สิ่งนี้ยังทำให้การทำงานของนักออกแบบ UX/UI ง่ายขึ้นอีกด้วย
สิ่งสำคัญคือต้องปิดการเข้าถึงบอทไปยังไซต์ทดสอบ มิเช่นนั้น คุณจะพบว่าหน้าใหม่ของคุณรวมอยู่ในดัชนีของ Google ในเวลาอันสั้น
จะไม่อนุญาตให้บอทของเครื่องมือค้นหาด้วยไฟล์ robots.txt ได้อย่างไร
สร้างไฟล์ robots.txt : คุณสามารถสร้างไฟล์ชื่อ test.example.com/robots.txt และรันคำสั่งต่อไปนี้:
——
ตัวแทนผู้ใช้: *
ไม่อนุญาต: /
# คำสั่งนี้บล็อกบอททั้งหมดไม่ให้เข้าถึงเว็บไซต์ของฉัน
——
User-agent: OnCrawl
อนุญาต: /
# คำสั่งนี้อนุญาตให้บอท OnCrawl เข้าถึงเว็บไซต์ของฉันเท่านั้น
—–
เป็นไปได้ที่จะตัดสินใจเลือกบอทที่จะทดสอบและกำหนดการติดตามไปยัง user-agent ผ่านไฟล์ robots.txt Oncrawl มีคุณสมบัติที่จะทำให้สิ่งต่าง ๆ ง่ายขึ้นมาก
การจำกัด IP : หากคุณเกี่ยวข้องกับแผนการย้ายข้อมูลของเว็บไซต์ของบริษัท คุณสามารถเปิดการเข้าถึง IP ของบริษัทและปิดการเข้าถึง IP อื่นๆ ทั้งหมดเพื่อป้องกันไม่ให้โครงการใหม่ถูกเปิดเผย ในกรณีนี้ คุณจะต้องให้สิทธิ์การเข้าถึง IP ส่วนตัวแก่หน่วยงานหรือที่ปรึกษาที่คุณทำงานด้วย หากมี แม้ว่าคุณจะจำกัด IP คุณต้องไม่อนุญาตบอทด้วยไฟล์ robots.txt
การป้องกันด้วยรหัสผ่าน : สามารถสร้างรหัสและรหัสผ่านร่วมกันเพื่อเข้าสู่ไซต์ทดสอบ แอปพลิเคชันการรวบรวมข้อมูล เช่น Oncrawl มีคุณสมบัติการเข้าถึงรหัสผ่าน
แท็ก Noindex : คุณสามารถเพิ่มเมตาแท็ก noindex ลงในส่วนหัวของทุกหน้าเพื่อป้องกันไม่ให้ Google จัดทำดัชนีหน้าเว็บไซต์ทดสอบ
เคล็ดลับ : หนึ่งในข้อผิดพลาดที่พบบ่อยที่สุดคือการลืมลบแท็ก noindex หลังจากย้ายไปยังเว็บไซต์ใหม่ อย่าลืมยืนยันว่าแท็กได้รับการอัปเดตเป็นดัชนีแล้ว ให้ปฏิบัติตามเมื่อมีการย้ายข้อมูล
การติดตามประสิทธิภาพด้วย Google Analytics
จุดที่สำคัญที่สุดอย่างหนึ่งสำหรับการติดตามประสิทธิภาพคือการดำเนินการต่อจากบัญชี Google Analytics เดียวกันโดยไม่สูญเสียข้อมูล ดังนั้น รหัส GA และ GTM ที่มีอยู่จะต้องใช้งานได้ในไซต์ใหม่ที่มีการย้ายข้อมูล
การสร้างโค้ด GA ใหม่ทำให้คุณวัดประสิทธิภาพเว็บได้ยากขึ้น
การเพิ่มการเตือนความจำไปที่แดชบอร์ด Google Analytics ในวันที่ย้ายจะทำให้คุณเปรียบเทียบประสิทธิภาพในภายหลังได้ง่ายขึ้น
การสร้างรายการ URL ที่มีอยู่
ผมได้กล่าวถึงตอนต้นของบทความว่าถ้าเราเพียงแค่เปลี่ยนชื่อโดเมน งานของเราก็ง่าย เราสามารถใช้สิ่งนี้เป็นกลุ่มจากไฟล์ .htaccess ด้วยรหัสต่อไปนี้หรือคล้ายกัน
* ไฟล์ .htaccess เป็นไฟล์การกำหนดค่าที่อยู่บนเซิร์ฟเวอร์ Apache
RewriteEngine บน RewriteCond %{HTTP_HOST} ^oldsitee\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.newsite\.com$
RewriteRule (.*)$ https://newsite.com/$1 [R=301,L]
ชุดกฎนี้จะช่วยให้แน่ใจว่าที่อยู่โดเมน 301 เปลี่ยนเส้นทางไปที่ https://newsite.com โดยอัตโนมัติ เมื่อมีการเข้าถึง URL ที่ oldsite.com หรือ www.oldsite.com
อย่างไรก็ตาม หากงานของคุณคือการแก้ไขโครงสร้าง URL ที่ไม่ถูกต้อง สิ่งต่างๆ จะซับซ้อนขึ้นที่นี่ ฉันอธิบายสถานการณ์นี้ในภายหลังในบทความ
ตอนนี้เราอยู่ในจุดที่สำคัญที่สุดจุดหนึ่งของกระบวนการย้ายข้อมูล การรับรายการ URL ที่สำคัญทั้งหมดสำหรับไซต์ปัจจุบันเป็นกุญแจสำคัญ หากคุณลืม URL ที่มีผู้เยี่ยมชมจำนวนมากและมี PageRank สูง และไม่ต้องย้ายข้อมูล ให้เตรียมพร้อมสำหรับการเข้าชมแบบออร์แกนิกของคุณที่ลดลง
เคล็ดลับ : การส่งออก URL จากแหล่งที่มามากกว่าหนึ่งแหล่ง คุณสามารถมั่นใจได้ว่าไม่มี URL เหลืออยู่
การเริ่มต้นด้วย XML Sitemap เป็นขั้นตอนที่ถูกต้องเสมอ หากต้องการเพียงแค่โอน URL ในไฟล์ XML ของคุณไปยังสเปรดชีต คุณสามารถคัดลอกลิงก์ที่นี่และเขียน URL แผนผังเว็บไซต์ของคุณเองแทน https://www.sinanyesiltas.com/post-sitemap.xml ในบรรทัดแรก
- URL ทั้งหมดที่มีการแสดงผลใน Search Console
- URL ทั้งหมดที่มีการดูหน้าเว็บผ่าน Google Analytics
- URL ทั้งหมดที่ได้รับจากการรวบรวมข้อมูลด้วย Oncrawl
- การก้าวไปข้างหน้าโดยใช้เครื่องมือรวบรวมข้อมูลของบุคคลที่สามหลายตัวช่วยให้มั่นใจว่างานมีความชัดเจน สิ่งสำคัญคือต้องตรวจสอบให้แน่ใจว่าไม่มี URL เหลืออยู่โดยการใช้ประโยชน์จากคุณลักษณะต่างๆ ของแอปพลิเคชันรวบรวมข้อมูลแต่ละรายการ
- สิ่งสำคัญคือต้องรวมเพจที่ได้รับลิงก์มาแล้วที่นี่ สำหรับสิ่งนี้ จำเป็นต้องค้นหาหน้าที่เชื่อมโยงผ่าน Search Console, Ahrefs, Semrush และ Majestic tools และเพิ่มลงในเอกสารเดียวกัน
หลังจากได้รับ URL ทั้งหมดแล้ว คุณจะมีข้อมูลที่จัดกลุ่มคล้ายกับด้านล่างในเอกสาร Excel เดียว
เรามีแผ่นงาน Excel มากมายพร้อม URL ที่พร้อมใช้งาน ถึงเวลาที่จะรวมทุกอย่างเป็นไฟล์เดียวและทำให้เป็นเอกลักษณ์ เราดำเนินการต่อด้วยเอกสารที่ไม่มี URL ที่ตรงกัน URL ปัจจุบันของคุณอยู่ในรายการ และไม่มี URL ที่สำคัญเหลืออยู่ แท็บ ALL ในภาพแสดงถึงพื้นที่ที่ฉันกำลังพูดถึง
การแมป URL (การแมป URL เก่า – ใหม่)
ในโครงการที่มีการเปลี่ยนแปลงโครงสร้าง URL URL ที่มีอยู่จะต้องตรงกับ URL ใหม่ SEO ที่จะทำสิ่งนี้ในวิธีที่ดีที่สุดสามารถมั่นใจได้ว่ากระบวนการย้ายข้อมูลจะดำเนินไปอย่างราบรื่นและไม่สูญเสีย
จำเป็นต้องจับคู่ URL ใหม่กับ URL ที่มีอยู่ในเอกสารที่เราสร้างในขั้นตอนก่อนหน้านี้ คุณสามารถแชร์เอกสารนี้โดยตรงที่คุณจะกรอกกับทีมไอที และขอการระบุการเปลี่ยนเส้นทางผ่านไฟล์ .htaccess หรือจะทำเองก็ได้
มีสิ่งสำคัญที่ต้องพิจารณาในขั้นตอนนี้:
- 301 การเปลี่ยนเส้นทางฝั่งเซิร์ฟเวอร์ควรใช้ในการเปลี่ยนเส้นทางที่จะใช้ ประเภทการเปลี่ยนเส้นทางนี้เปลี่ยนเส้นทางถาวรของหน้า X ไปยังหน้า Y และทำให้แน่ใจว่าค่าทั้งหมดของหน้า X ถูกโอนไปยังหน้า Y การใช้ 302, 307, JS, Meta หรือประเภทการเปลี่ยนเส้นทางอื่นๆ เป็นข้อผิดพลาดที่สำคัญมากในกระบวนการย้าย
- อย่ารวม URL ที่ไม่มีผู้เยี่ยมชม เนื้อหาที่ไม่ดี และที่คุณคิดว่าส่งผลเสียต่องบประมาณการรวบรวมข้อมูลของคุณในไฟล์การแมป URL โปรดจำไว้ว่า Google ได้สงวนพื้นที่สำหรับไซต์ของคุณในศูนย์ข้อมูล และคุณควรใช้พื้นที่นี้กับหน้าเว็บที่มีประสิทธิภาพที่สุดของคุณ หากคุณระบุกลุ่มเพจที่ไม่จำเป็น ให้หน้าเว็บเหล่านี้ตอบกลับด้วยรหัสสถานะ 410
ทำไมต้อง 410? รหัสสถานะ 410 ซึ่งแตกต่างจาก 404 บอกว่าหน้านี้ถูกลบไปแล้วและจะไม่เปิดใช้งานอีก ในกรณีที่คุณใช้รหัสสถานะ 404 Googlebot จะไปที่เซิร์ฟเวอร์ของคุณเพื่อตรวจสอบว่าหน้าเดิมกลับมาทำงานอีกครั้งหรือไม่ ด้วยการกำจัดการเข้าชมเหล่านี้ 410 เป็นโซลูชันที่สำคัญในการใช้งบประมาณการรวบรวมข้อมูลของคุณอย่างมีประสิทธิภาพ - อย่าเปลี่ยนเส้นทางหลายหน้าไปยังหน้าเดียวเป็นกลุ่ม ทำให้เกิดความสับสนทั้งผู้ใช้และบอท แทนที่จะใช้ 301 จำนวนมากสำหรับหน้าเว็บที่คุณไม่ได้ใช้และพบว่าไม่เกิดผล ให้ทบทวนโซลูชัน 410
- หากคุณอยู่ในขั้นตอนการย้ายข้อมูลของไซต์อีคอมเมิร์ซที่มีหน้าหลายพันหน้า คุณจะไม่สามารถเตรียมการแมปแบบหนึ่งต่อหนึ่งสำหรับแต่ละ URL ในกรณีนี้ คุณสามารถแนะนำทีมไอทีของคุณได้โดยการเตรียมรูปแบบ
การเปลี่ยนเส้นทางภาพ
รูปภาพยังรวมอยู่ในการโยกย้ายไซต์และการแมปการเปลี่ยนเส้นทาง ข้อผิดพลาดที่พบบ่อยที่สุดประการหนึ่งที่เราเห็นคือการวางแนวของภาพไม่รวมอยู่ในการย้ายข้อมูล เพื่อไม่ให้สูญเสียอันดับและค่าที่ได้รับใน Google รูปภาพ จำเป็นต้องเตรียมการแมป URL แยกต่างหากสำหรับรูปภาพ งานการย้ายข้อมูลควรดูที่ URL ไม่ใช่แบบหน้า
วิธีการทำ?
- รวบรวมข้อมูลไฟล์ภาพของคุณด้วย Oncrawl
- คุณสามารถวิเคราะห์แหล่งที่มาของภาพที่ได้รับลิงก์ย้อนกลับด้วย Ahrefs, Semrush และ Majestic
- คุณสามารถแยกวิเคราะห์หน้าด้วยรูปภาพของคุณผ่าน Search Console > ประเภทการค้นหา > รูปภาพ
- รวบรวม URL ทั้งหมดที่คุณได้รับในรูปแบบ excel เดียวกันกับที่เราทำสำหรับหน้าเว็บ กำจัดรายการที่ซ้ำกัน และตั้งค่าการทำแผนที่ของคุณให้เสร็จสิ้น
(หากโดเมนกำลังเปลี่ยน) Google Address Change Tool
หลังจากทำงานเบื้องต้นทั้งหมดและเปิดใช้งานการเปลี่ยนเส้นทางแล้ว มีเครื่องมือที่ช่วยให้เราสามารถระบุการย้ายไซต์ไปยัง Google และทำให้สิ่งต่างๆ ง่ายขึ้น: เครื่องมือเปลี่ยนที่อยู่ สัญญาณจะได้รับการจัดการในเวลาน้อยลงหลังจากเลือกไซต์เก่าและไซต์ใหม่ในเครื่องมือนี้
- การเป็นเจ้าของพร็อพเพอร์ตี้ของ Search Console จำเป็นสำหรับทั้งเว็บไซต์เก่าและเว็บไซต์ใหม่
- การเปลี่ยนที่อยู่ใช้สำหรับการเปลี่ยนแปลงโดเมนเท่านั้น ไม่พร้อมใช้งานสำหรับการเปลี่ยนแปลง URL ของโฟลเดอร์ย่อยหรือการย้ายข้อมูล HTTP > HTTPS
- ในเครื่องมือการเปลี่ยนแปลงนี้ จำเป็นต้องจัดการแต่ละโดเมนย่อยแยกกัน หากมี
- เมื่อตรงตามเงื่อนไขเหล่านี้ กระบวนการสามารถเริ่มต้นได้โดยการเลือกไซต์เก่าและไซต์ใหม่ด้วยเครื่องมือเปลี่ยนที่อยู่ของ Google
ลิงค์อัพเดท
เว็บไซต์จะมีโครงสร้าง URL ใหม่ ในกรณีนี้ ลิงก์ทั้งหมดบนไซต์ควรทำงานในเวอร์ชันใหม่ หากยังคงใช้ URL เก่าในลิงก์ภายในไซต์ การเปลี่ยนเส้นทางที่ไร้จุดหมายจำนวนมากจะทำงาน ดังนั้นต้องตรวจสอบลิงค์ต่อไปนี้:
- ลิงค์ภายในทั้งหมดภายในเพจ
- แท็ก Canonical
- -ถ้ามี- แท็ก Hreflang
- -ถ้ามี- แท็กสำรอง
- -ถ้ามี- ลิงก์แผนผังเว็บไซต์ HTML
- ลิงก์โปรไฟล์โซเชียลมีเดีย
- ลิงก์หน้า Landing Page ที่ใช้ในแคมเปญโฆษณา
เคล็ดลับ : หากคุณเปลี่ยนโครงสร้าง URL ทั้งหมด ขอแนะนำให้เก็บไฟล์แผนผังเว็บไซต์ XML ที่มี URL เก่าไว้สักระยะ สร้างแผนผังเว็บไซต์ XML แยกต่างหากด้วยโครงสร้าง URL ใหม่ของคุณ ส่ง URL เก่าไปยัง Googlebot ต่อไปชั่วขณะหนึ่ง ด้วยวิธีนี้ Googlebot จะเร่งกระบวนการดูและจัดทำดัชนีการเปลี่ยนเส้นทางบน URL เก่า ขึ้นอยู่กับขนาดของไซต์ ฉันแนะนำให้เก็บไฟล์แผนผังไซต์ XML ของคุณให้ใช้งานได้อย่างน้อย 1 เดือน
การควบคุม
หลังจากใช้การเปลี่ยนเส้นทางแล้ว จำเป็นต้องยืนยันว่ารหัสสถานะของแต่ละ URL คือ 301 โดยการรวบรวมข้อมูล URL เก่าที่ได้รับมาก่อน ในที่นี้ การดำเนินการอย่างรวดเร็วเป็นสิ่งสำคัญมากเมื่อตรวจพบ URL ที่มีรหัสสถานะอื่นที่ไม่ใช่ 301
จุดตรวจอื่น ๆ ที่ต้องระวัง:
- ไฟล์ Robots.txt
- รหัสติดตาม Google Analytics
- การควบคุมการยืนยันของ Search Console (หากโดเมนมีการเปลี่ยนแปลง ควรดำเนินการต่อด้วย 2 โดเมนที่ต่างกัน ทั้งเก่าและใหม่)
- เมตาแท็ก (noindex, ติดตาม)
- แท็ก Canonical
โปรดทราบสิ่งเหล่านี้ด้วย:
- หากเป็นไปได้ ควรติดต่อผู้ให้บริการลิงก์ย้อนกลับและเปลี่ยนลิงก์เก่าด้วยลิงก์ใหม่ หากมีเครือข่ายลิงก์ย้อนกลับขนาดใหญ่ สามารถวางแผนตามลำดับความสำคัญและติดต่อได้เฉพาะที่สำคัญเท่านั้น/li>
- หน้า Landing Page ที่ใช้ในแคมเปญโฆษณาควรได้รับการตรวจสอบหรือควรแจ้งให้ทีมที่เกี่ยวข้องทราบ
- การรวบรวมข้อมูลไซต์ใหม่ ควรตรวจสอบว่าลิงก์ทั้งหมดทำงานได้อย่างราบรื่นหรือไม่ และหากเกิดการวนรอบการเปลี่ยนเส้นทางภายในไซต์ ควรทำการแทรกแซงทันที
- ลิงก์ในโปรไฟล์โซเชียลมีเดียควรได้รับการอัปเดต
- ควรปฏิบัติตามการจัดทำดัชนีของหน้าใหม่
- ควรตรวจสอบประสิทธิภาพของคำหลัก
- ไม่ควรปิดการเปลี่ยนเส้นทาง 301 ในเร็วๆ นี้ แต่ควรยังคงใช้งานได้อยู่เสมอ
- หากโดเมนมีการเปลี่ยนแปลง โดเมนเดิมต้องเก็บไว้อย่างน้อย 2 ปี
- ข้อมูลเก่า (URL, บันทึก, ประสิทธิภาพของคำหลัก ฯลฯ) ควรถูกเก็บไว้ชั่วขณะหนึ่ง
- หากมีการติดตั้งไฟล์ปฏิเสธในเว็บไซต์เก่า ก็ควรอัปโหลดไฟล์นั้นไปยังโดเมนใหม่ด้วย
Google จัดการการตั้งค่าการกำหนดเส้นทางระหว่างไซต์เก่าและไซต์ใหม่เป็นเวลา 180 วัน หลังจากระยะเวลา 180 วัน ไซต์จะไม่รู้จักความเชื่อมโยงใดๆ ระหว่างไซต์เก่าและไซต์ใหม่ และจะถือว่าไซต์เก่าเป็นไซต์ที่ไม่เกี่ยวข้อง หากไซต์นั้นยังคงมีอยู่และสามารถรวบรวมข้อมูลได้