Sitemap

ข้อผิดพลาดในการออกแบบเว็บไซต์ใหม่ซึ่งทำลาย SEO

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

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

ไม่มีใครต้องการสิ่งนั้น

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

ปล่อยให้สภาพแวดล้อมการพัฒนารวบรวมข้อมูลได้ / จัดทำดัชนีได้

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

ฉันมักจะตกอยู่ในประเภทหลัง

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

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

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

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

เปลี่ยนชื่อรูปภาพโดยพลการบนหน้าเว็บที่มีอันดับดี

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

ฉันเคยเห็นสิ่งนี้เกิดขึ้นมากกว่าสองสามครั้ง โดยที่ลูกค้าจ้างนักออกแบบเว็บไซต์ที่ไม่เข้าใจ SEO เพื่อออกแบบเว็บไซต์ใหม่ที่มีอันดับดีอยู่แล้วในกระบวนการออกแบบใหม่ จะแทนที่รูปภาพเก่าด้วยรูปภาพใหม่ที่ใหญ่ขึ้น แต่หากขาดประสบการณ์ที่เหมาะสม พวกเขาจึงใช้ชื่อรูปภาพที่โง่เขลาซึ่งให้ค่า SEO เป็นศูนย์ เช่น image1.jpg

การดำเนินการนี้ขจัดส่วนสำคัญของบริบทที่เครื่องมือค้นหาใช้เพื่อกำหนดว่าหน้าเว็บใดควรอยู่ในอันดับใด

การลบหน้าหรือเปลี่ยน URL ของหน้าโดยไม่เปลี่ยนเส้นทาง

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

นี่เป็นความผิดพลาดครั้งใหญ่เพราะบางหน้าอาจมีอันดับที่ดีอยู่แล้วพวกเขาอาจมีลิงก์ขาเข้าที่ชี้ไปยังพวกเขาหรือได้รับการคั่นหน้าโดยผู้เยี่ยมชม

เมื่อคุณลบหน้าที่มีลิงก์ขาเข้าแล้ว คุณจะสูญเสียค่า SEO ทั้งหมดจากลิงก์เหล่านั้นในบางกรณี อาจส่งผลให้สูญเสียอันดับอย่างมาก

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

วิธีที่เหมาะสมในการลบหน้าคือเปลี่ยนเส้นทางไปยังหน้าที่เกี่ยวข้องที่สุดที่มีอยู่ในปัจจุบันสำหรับการย้ายหน้าซึ่งรวมถึงสิ่งที่เปลี่ยน URL ของหน้านั้นในทางใดทางหนึ่ง การเปลี่ยนเส้นทาง URL เก่าไปยัง URL ใหม่ก็มีความสำคัญเท่าเทียมกัน

ในทั้งสองสถานการณ์ โดยทั่วไปควรใช้การเปลี่ยนเส้นทาง 301สิ่งนี้จะบอกเครื่องมือค้นหาว่าหน้าเก่าถูกย้ายไปยังตำแหน่งใหม่อย่างถาวรแล้วสำหรับแพลตฟอร์มโฮสติ้งส่วนใหญ่ ทำได้ดีที่สุดโดยการเพิ่มรายการที่เหมาะสมลงในไฟล์ .htaccess ของคุณ

หากคุณไม่เห็นไฟล์ .htaccess บนเซิร์ฟเวอร์ของคุณ คุณอาจต้องปรับการตั้งค่าในโปรแกรม FTP เพื่อดูไฟล์ที่ซ่อนอยู่

แพลตฟอร์มโฮสติ้งเฉพาะบางแพลตฟอร์มอาจใช้วิธีการที่แตกต่างออกไป ดังนั้นคุณอาจต้องตรวจสอบกับทีมสนับสนุนของพวกเขาเพื่อกำหนดวิธีการทำให้สำเร็จ

ไม่ทำการรวบรวมข้อมูลทั้งหมดหลังจากการโยกย้ายเข้าและออกจากสภาพแวดล้อมการพัฒนา

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

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

domain.com/services/

เมื่อย้ายไปยังสภาพแวดล้อมการพัฒนาแล้ว อาจเป็น:

devdomain.com/client123/services/

ทุกอย่างเรียบร้อยและดีอยู่แล้วใช่ไหม?

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

นี่เป็นเพียงตัวอย่างหนึ่งมีลิงก์มากมายที่ไปยังเนื้อหาภายในเว็บไซต์ — รวมถึงลิงก์ไปยังไฟล์รูปภาพ, JavaScript และ CSS ที่จำเป็น

โชคดีที่วิธีแก้ปัญหานั้นง่ายเครื่องมืออย่าง Screaming Frog ซึ่งทำงานจากเดสก์ท็อปของคุณ หรือเครื่องมือบนคลาวด์ เช่น SEMrush สามารถใช้เพื่อรวบรวมข้อมูลทุกลิงก์ภายในเว็บไซต์ของคุณซึ่งรวมถึงลิงก์ข้อความที่มองเห็นได้ในส่วนหน้า เช่นเดียวกับลิงก์ทั้งหมดไปยังไฟล์รูปภาพ, JavaScript และ CSS ที่ซ่อนอยู่ใน HTML ของเว็บไซต์

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

ขั้นตอนนี้มีความสำคัญหลังจากย้ายข้อมูลไปในทิศทางใดทิศทางหนึ่ง เพื่อป้องกันข้อผิดพลาดที่อาจเกิดภัยพิบัติ

ไม่สามารถทำการตรวจสอบฟังก์ชันทั้งหมดได้อย่างสมบูรณ์

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

ซึ่งรวมถึง:

  • แบบฟอร์มการติดต่อ
  • ฟังก์ชั่นอีคอมเมิร์ซ
  • ความสามารถในการค้นหา
  • เครื่องมือแบบโต้ตอบ
  • เครื่องเล่นมัลติมีเดีย
  • การวิเคราะห์
  • การยืนยัน Google Search Console / Bing Webmaster Tools
  • พิกเซลการติดตาม
  • โฆษณาแบบไดนามิก

ไม่สามารถกำหนดค่า WordPress และปลั๊กอินใหม่หลังจากโยกย้ายไปยังเซิร์ฟเวอร์ที่ใช้งานจริง

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

ล้มเหลวในการทำเช่นนี้เป็นเรื่องง่ายมันยังทำลายล้างอันที่จริง มันเป็นความผิดพลาดที่ฉันทำเมื่อหลายปีก่อน

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

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

ซึ่งรวมถึงปลั๊กอินสำหรับ:

  • การทำ SEO
  • การเปลี่ยนเส้นทาง
  • แผนผังเว็บไซต์
  • สคีมา
  • เก็บเอาไว้.

ละเลยที่จะใส่ใจในรายละเอียด

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

ความคิดเห็นที่แสดงในบทความนี้เป็นความคิดเห็นของผู้เขียนรับเชิญและไม่จำเป็นต้องเป็น Search Engine Landผู้เขียนพนักงานอยู่ที่นี่