SMX Liveblog: ปัญหา SEO ทางเทคนิคขั้นสูง

เจาะลึกเทคนิค SEO เรามีวิทยากรที่มีชื่อเสียงดังต่อไปนี้:

• Bill Hunt ประธาน Back Azimuth (@billhunt)
• Maile Ohye, Sr. Developer Programs Engineer, Google (@maileohye)
• Eric Wu รองประธานฝ่ายการเติบโตและผลิตภัณฑ์ SpinMedia (@eywu)

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

Maile Ohye: การดำเนินการจาวาสคริปต์และประโยชน์ของ HTTPS

“เราแนะนำให้ตรวจสอบให้แน่ใจว่า Googlebot สามารถเข้าถึงทรัพยากรที่ฝังตัวซึ่งมีส่วนสำคัญต่อเนื้อหาที่มองเห็นได้ของเว็บไซต์ของคุณหรือเลย์เอาต์ของเว็บไซต์” Ohye กล่าว

เมื่อวันที่ 23 พฤษภาคม Google ประกาศว่าพวกเขากำลังทำ JavaScript exe เพิ่มเติม พวกเขาได้รับการปรับจูนอย่างดีและในที่สุดก็สามารถปล่อยได้ ไม่นานหลังจากที่พวกเขาเปิดตัวโปรแกรมดึงข้อมูลเหมือนเป็น Google ซึ่งตอนนี้แสดงหน้าเพจขนาด 200 KB ดูเนื้อหาข้อความ แก้ไขทรัพยากรที่ถูกบล็อกในอัตรา 500 การดึงข้อมูลต่อสัปดาห์ คุณสามารถเลือกโปรแกรมรวบรวมข้อมูลต่างๆ รวมทั้งอุปกรณ์เคลื่อนที่ ใช้สิ่งนี้เพื่อตรวจสอบและตรวจสอบให้แน่ใจว่า Google สามารถดึงข้อมูลส่วนสำคัญทั้งหมดของไซต์ของคุณได้

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

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

ประโยชน์ของ HTTPS

ใครให้ความสำคัญกับความปลอดภัย? ความปลอดภัยกำลังกลายเป็นเรื่องใหญ่และมีไซต์ขนาดใหญ่หลายแห่งที่เสนอการท่องเว็บอย่างปลอดภัย ทำไมต้องเปลี่ยน

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

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

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

ว้าว เธอผ่านข้อมูลจำนวนมากอย่างรวดเร็ว

Eric Wu: Ajax เป็นเหมือนความรุนแรง – หากไม่สามารถแก้ปัญหาของคุณได้ แสดงว่าคุณยังใช้มันไม่เพียงพอ

ไซต์ส่วนใหญ่ใช้สิ่งต่างๆ เช่น jQuery, angular JavaScript หรือแม้แต่ backbone JavaScript สิ่งเหล่านี้ช่วยเร่งความเร็วไซต์ขึ้นอยู่กับว่าคุณใช้งานอย่างไร แนวคิดคือการปรับปรุงความเร็วของไซต์เพื่อปรับปรุงประสบการณ์ของผู้ใช้และความสามารถในการรวบรวมข้อมูลของไซต์ ในการทดสอบ หลังจากปรับปรุงความเร็วไซต์ ทีมของ Eric พบเซสชันการค้นหาทั่วไปเพิ่มขึ้น 80%

Google พยายามรวบรวมข้อมูล js มาตั้งแต่ปีพ.ศ. 2547 หลายปีที่ผ่านมาพวกเขาดีขึ้นเรื่อย ๆ จนถึงทุกวันนี้ ซึ่งในที่สุดพวกเขาก็สบายใจที่จะบอกว่าสามารถรวบรวมข้อมูลได้ GWT Fetch & Render เป็นวิธีที่จะดูว่าพวกเขาสามารถทำเช่นนี้ได้ในขณะนี้

เอริคแนะนำให้ใช้ Infinite Scroll ไม่เพียงเพราะใช้งานได้ดีบนมือถือ แต่เพราะเป็นประสบการณ์การใช้งานที่ดีขึ้น ใช้ rel=next / prev เมื่อใช้งาน Infinite Scroll

เนื้อหาต่อเนื่องใช้ PushState ที่ต้องใช้โค้ดง่ายๆ:

History.pushState (
{}
ชื่อเรื่องของหน้า,
newURL
);
ประวัติศาสตร์.replaceState ();

Ajax Gallery ในแง่ของสไลด์โชว์บนเว็บไซต์เช่นผู้เผยแพร่ สไลด์โชว์ช่วยให้คุณมีส่วนร่วมกับผู้ใช้จำนวนมาก การแชร์บนโซเชียลที่มากขึ้นและประโยชน์อื่นๆ มากมาย Eric กล่าวถึง Vox ว่าเป็นไซต์ที่ใช้ pushState และ rel=next / prev อย่างมีประสิทธิภาพในกรณีนี้

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

เมื่อใช้ภาพที่ตอบสนอง คุณสามารถใช้:
• Scrset
• Polyfill
• Ua การตรวจจับ

ในการโหลดภาพสำหรับอุปกรณ์ต่างๆ Eric แนะนำให้ใช้ noscript

Bill Hunt: การปรับปรุงการจัดทำดัชนีและความเกี่ยวข้อง

ในฐานะวิทยากรคนสุดท้ายสำหรับเซสชั่นนี้ Hunt สัญญาว่าจะไม่ "เกินบรรยาย" เหมือนกับวิทยากรคนก่อน

เขาสัญญาขั้นพื้นฐาน ดังนั้นเขาจึงแบ่ง SEO ออกเป็นสี่ส่วน: ความสามารถในการจัดทำดัชนี ความเกี่ยวข้อง อำนาจ และความสามารถในการคลิก บิลจะพูดถึง 2 รายการนี้

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

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

ความท้าทายทั่วไปบางประการที่ Bill พบในไซต์ ได้แก่:

• ความไม่สอดคล้องกันของตัวพิมพ์ URL: ไซต์มีทั้งตัวพิมพ์ใหญ่และตัวพิมพ์เล็กใน urls
• หน้าที่ไม่มีข้อเสนอ: ข้อผิดพลาดเกือบ 2M soft 404 นั้นเกิดจากการไม่มีข้อเสนอ/เนื้อหา
• Canonical tag ทำให้หน้าซ้ำกัน 2-200 หน้า

บิลแนะนำ:

• การบังคับ URL ตัวพิมพ์เล็ก
• หากมีผลลัพธ์ห้ารายการหรือน้อยกว่าในหน้า ให้เพิ่ม noindex & nofollow
• ใช้ 404 แบบกำหนดเองกับส่วนหัว 404
• xml ที่สร้างขึ้นแบบไดนามิกตามตรรกะอนุกรมวิธาน
• เพิ่มการตรวจสอบข้อผิดพลาดแผนผังเว็บไซต์ในเวิร์กโฟลว์รายสัปดาห์

เลเวอเรจ hrefs บนไซต์ทั่วโลก สิ่งที่ hrefs สามารถทำได้คือป้องกันเนื้อหาที่ซ้ำกันจากหน้าประเทศ และช่วยให้เครื่องมือค้นหาเข้าใจว่าเวอร์ชันใดสำหรับประเทศและภาษาใด เมื่อทำ hrefs คุณต้องอ้างอิง url ดั้งเดิมที่ใดที่หนึ่งในโค้ด เว็บไซต์หลายแห่งไม่ทำเช่นนี้และเครื่องมือจำนวนมากไม่ทำเช่นนี้ ข้อผิดพลาดอีกประการหนึ่งคือการอ้างอิงประเทศและภาษาที่ไม่ถูกต้อง บิลได้สร้างตัวสร้าง href (hrefbuilder.com) ที่จะช่วยคุณสร้าง URL

และเมื่อบิลเสร็จแล้ว เซสชั่นนี้ส่งมอบสิ่งที่สัญญาไว้ – สิ่งดีๆ ด้านเทคนิค SEO มากมายสำหรับพวกเราผู้คลั่งไคล้