การพัฒนาเว็บสำหรับ SEO: อีกอันหนึ่งเกือบจะไปทางใต้

แก้ไขล่าสุดเมื่อ 14 กันยายน 2018

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

ต้องการ

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

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

ภารกิจ

ลูกค้ารายนี้มีคำหลัก 3,766 คำที่มีผลการจัดอันดับในหนึ่งร้อยอันดับแรกของ Google SERP ห้าร้อยสามสิบแปด (538) คำหลักที่มีผลลัพธ์หน้า 1 มีปริมาณการค้นหารายเดือนเฉลี่ย 65,790 และคำหลัก 43 คำอยู่ในอันดับที่หนึ่งใน Google SERPs ซึ่งมีปริมาณการค้นหารายเดือนเฉลี่ย 6,110 งานของฉันคือการแนะนำพวกเขาผ่านข้อกำหนดที่ระบบการจัดการใหม่จะต้องจัดเตรียมเพื่อให้สามารถดำเนินการ SEO ต่อไปได้ ซึ่งรวมถึงการปกป้องผลการจัดอันดับที่มีอยู่ให้ดีที่สุดเท่าที่เป็นไปได้

The Selection

ในที่สุดลูกค้าก็เลือกผู้ขายนอกอาณาเขตที่สามารถให้การบูรณาการระหว่างซอฟต์แวร์ ERP ที่มีอยู่กับโซลูชันและเว็บไซต์ตะกร้าสินค้าใหม่ที่เป็นมิตรต่อมือถือ เมื่อไม่คุ้นเคยกับผู้ขายนอกอาณาเขตรายนี้ ลูกค้าได้ให้บันทึกการสาธิตผลิตภัณฑ์แก่ฉันเพื่อยืนยันว่าระบบการดูแลระบบจะให้สิ่งที่เราจำเป็นต้องใช้ในการติดตั้ง SEO หลังจากตรวจสอบการสาธิต ฉันได้ข้อสรุปว่าเรามีองค์ประกอบที่จำเป็นในการช่วยเหลือลูกค้าในการปรับปรุง SEO เราสามารถสร้างชื่อเพจ คำอธิบายเมตา และแท็ก h1 ของเราเองได้ เราสามารถอัปเดตโค้ด Google Analytics (GA) ซึ่งใช้โค้ด GA ที่เก่าและล้าสมัย และไม่มีบัญชี Search Console เรามีสิทธิ์เข้าถึงรูปภาพเพื่อเพิ่มข้อความแสดงแทน/ชื่อที่จัดรูปแบบอย่างเหมาะสม ตามที่เราทราบในภายหลังและสายเกินไป ยังมีความสามารถในการใช้การเปลี่ยนเส้นทาง 301 ในแต่ละหน้า แต่นั่นเป็นเพียงส่วนหนึ่งของเรื่องราวเท่านั้น

ผลลัพธ์

ปรากฏว่าผู้พัฒนาได้จัดเตรียมเทมเพลต ตะกร้าสินค้า และการรวม ERP ลูกค้าได้รับมอบหมายให้ย้ายเนื้อหา (คัดลอกเนื้อหาไซต์เก่าและวางลงในหน้าใหม่ในระบบการดูแลระบบ) รวมถึงข้อมูลเมตาที่มีอยู่ พวกเขายังได้รับมอบหมายให้ป้อน URL ของไซต์เก่าลงในข้อมูลของหน้าใหม่ ทีละหน้า ปรากฎว่าสิ่งนี้ซับซ้อนเนื่องจากลูกค้าไม่สามารถคัดลอกและวาง URL ของไซต์เก่าได้ ลูกค้าถือว่าสิ่งนี้เป็นขั้นตอนการปฏิบัติงานมาตรฐานและไม่ได้แจ้งให้ใครทราบ เดิมทีเราแนะนำให้นักพัฒนาสร้างไฟล์เปลี่ยนเส้นทาง 301 ที่เหมาะสม ไทม์ไลน์การเปิดตัวไม่อนุญาตให้ลูกค้าให้เราตรวจสอบการดำเนินการที่เหมาะสม พวกเขาเพิ่งเปิดตัวและนั่นคือสิ่งที่ผิดพลาดทั้งหมด

เมื่อสังเกตเห็นว่าไซต์ที่สร้างขึ้นใหม่ได้เปิดตัวแล้ว เราจึงเริ่มทดสอบผลลัพธ์การจัดอันดับคำหลักเดิมกับผลการจัดอันดับปัจจุบันด้วยตนเอง เพียงเพื่อดูว่าไซต์ใหม่มีลักษณะอย่างไรและข้อมูลทั้งหมดได้รับการถ่ายโอน ผลการจัดอันดับทั้งหมดใน Google SERP ที่ยังคงอยู่ส่งผลให้มีรหัสตอบกลับ 404 ยกเว้นหน้าแรก ปรากฎว่า URL ของเว็บไซต์เก่าถูกสร้างขึ้นด้วยนามสกุล .html และไม่ได้สร้าง URL ใหม่ ระบบการดูแลระบบไม่อนุญาตให้วาง URL เก่าลงในฟิลด์การเปลี่ยนเส้นทาง 301 ที่ให้มา ดังนั้นไคลเอ็นต์จึงวาง URL เก่าโดยไม่มีส่วนขยาย .html ลูกค้าถือว่านี่เป็นขั้นตอนการปฏิบัติงานมาตรฐาน

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

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

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

โชคดีที่ลูกค้าได้ทำตามคำแนะนำของเราในการติดตั้งอัปเดตโค้ด GA เป็นเวอร์ชันล่าสุด พวกเขายังเพิ่มตัวจัดการแท็กของ Google ด้วยตัวเอง อ๊ะ! อาจมีการยิงรหัส GA สองครั้งหรือไม่ ด้วย Google Tag Manager และโค้ด GA แบบอะซิงโครนัสที่อัปเดตแล้ว เราจึงสามารถสร้างบัญชี Search Console ใหม่ที่ปลอดภัย (https กับ http) สำหรับลูกค้า จากนั้นจึงพบว่าไม่มีแผนผังไซต์ .xml ที่จะส่งสำหรับการรวบรวมข้อมูลที่ร้องขอ .

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

ผลสุดท้าย

เราแจ้งให้ลูกค้าทราบผ่านอีเมลที่มีการจัดฉากถึงสิ่งที่เราพบ ประการแรก ปัญหาการเปลี่ยนเส้นทางที่ล้มเหลว และเราพบว่าหากเราลบส่วนขยาย .html ออก ส่วนขยายเหล่านั้นจะเปลี่ยนเส้นทางอย่างถูกต้อง ลูกค้าแจ้งผู้พัฒนาและผู้พัฒนาตอบกลับว่าคุณไม่สามารถใส่ส่วนขยาย .html ในเครื่องมือเปลี่ยนเส้นทาง 301 ที่มีให้ การค้นพบเพิ่มเติมเปิดเผยว่าลูกค้าได้ค้นพบสิ่งนี้และคิดว่านี่เป็นขั้นตอนการปฏิบัติงานมาตรฐาน

ด้วยเหตุผลบางประการ เว็บไซต์ดั้งเดิมจึงถูกลบ (ขออภัยที่นี่ มีเวอร์ชันที่ใช้งานได้พร้อมใช้เสมอ) ดังนั้นเราจึงไม่สามารถดึง URL เก่าใดๆ เพื่อสร้างการเปลี่ยนเส้นทาง 301 ถาวรใหม่ผ่านไฟล์ .htaccess ความละเอียดคือสร้างการจับคู่ใหม่แบบหนึ่งต่อหนึ่ง, URL เก่ากับ URL ใหม่, สเปรดชีต, ดึงข้อมูลหน้า Landing Page จาก GA สำหรับปีที่ผ่านมา เพื่อให้นักพัฒนาสร้างการเปลี่ยนเส้นทางที่ทำงานอย่างถูกต้องแทนที่การเปลี่ยนเส้นทาง 301 ใน ระบบการบริหารงานที่ได้รับมอบหมายจากลูกค้า

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

URL ที่เป็นมิตรและปลอดภัยเพิ่มเติมอีกสองเวอร์ชันได้หายไปในทันที เกี่ยวกับบอท /disallow ใน robots.txt เมื่อได้รับแจ้ง นักพัฒนาสามารถแก้ไขปัญหานี้ได้อย่างรวดเร็ว

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

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

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

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

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

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

– มาร์ค เกรย์ ผู้จัดการอาวุโส SEO