วิธีใช้โดเมนที่ไม่มีคุกกี้: คู่มือฉบับสมบูรณ์

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

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

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

แต่ก่อนอื่น เรามาดูรายละเอียดเกี่ยวกับโถคุกกี้ดิจิทัลและดูว่าโดเมนใช้คุกกี้อย่างไรให้ดีขึ้นหรือแย่ลง

โดเมนที่ไม่มีคุกกี้คืออะไร

โดเมนที่ไม่มีคุกกี้เป็นส่วนหนึ่งของเว็บไซต์ที่ไม่ส่งคุกกี้ไปยังเบราว์เซอร์ของผู้ใช้

แต่ทำไมไม่ส่งคุกกี้ตลอดเวลา? ท้ายที่สุด จะเป็นการสุภาพหรือไม่ที่จะให้คุกกี้แก่ผู้ใช้มากที่สุด

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

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

HTTP Cookies คืออะไร?

คุกกี้ HTTP มีอยู่ทั่วไปบนเว็บ

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

มาดูกันดีกว่าว่าการแลกเปลี่ยนคุกกี้นี้ทำงานอย่างไร (การแจ้งเตือนสปอยเลอร์: ไม่มีตะกร้าหวายหรือลูกเสือหญิงที่มีเสน่ห์)

ดังที่แสดงในภาพด้านบน การแลกเปลี่ยนสามารถแบ่งออกเป็นสามขั้นตอน:

1. เบราว์เซอร์ของคุณร้องขอหน้าเว็บ เมื่อคุณป้อนที่อยู่ (เช่น URL ของโดเมน เช่น “kinsta.com”) ลงในแถบที่อยู่ของเบราว์เซอร์หรือคลิกบนลิงก์ของเว็บ เบราว์เซอร์ของคุณจะสร้างคำขอ HTTP ที่บอกเว็บไซต์ว่าต้องการดูหน้านั้น คำขอนี้ถูกส่งไปยังเว็บเซิร์ฟเวอร์ที่โฮสต์เว็บไซต์และหน้าต่างๆ
2. เว็บเซิร์ฟเวอร์ส่งหน้าและคุกกี้ เมื่อได้รับคำขอของคุณ เว็บเซิร์ฟเวอร์จะส่งหน้าที่ร้องขอและคุกกี้ที่มีข้อมูลบางอย่างกลับมา ดังที่เราได้กล่าวไว้ก่อนหน้านี้ คุกกี้นี้มักจะมีตัวระบุส่วนบุคคลสำหรับคุณและเบราว์เซอร์ของคุณ
3. เบราว์เซอร์ขอหน้าอื่นจากเซิร์ฟเวอร์เดียวกัน สมมติว่าคุณคลิกลิงก์ไปยังหน้าอื่นบนเว็บไซต์ เช่น "ร้านค้า" หรือ "เกี่ยวกับเรา" บนไซต์อีคอมเมิร์ซ ที่นี่ เบราว์เซอร์ของคุณส่งคำขออื่นไปยังเว็บเซิร์ฟเวอร์และคุกกี้ที่ได้รับในตอนแรก เมื่อเว็บเซิร์ฟเวอร์ได้รับคำขอนี้ จะเห็นคุกกี้ที่ส่งไปก่อนหน้านี้และจดจำว่าคุณเคยเยี่ยมชมแล้ว ด้วยข้อมูลดังกล่าว เว็บเซิร์ฟเวอร์สามารถมอบประสบการณ์ที่เป็นส่วนตัวมากขึ้น เช่น รักษาการเข้าสู่ระบบที่ใช้งานอยู่หรือรายการในตะกร้าสินค้า

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

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

โดเมนใช้คุกกี้ HTTP อย่างไร

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

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

ต่อไปนี้เป็นวิธีการทั่วไปบางส่วนที่โดเมนใช้คุกกี้ HTTP

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

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

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

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

กินคุกกี้มากเกินไป

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

ในขณะที่เอกสารทั่วไปที่เราอาจดูในรูปแบบ .pdf หรือ .docx อาจดูเหมือนข้อความและรูปภาพที่ “รวมกัน” อยู่เพียงชุดเดียว หน้าเว็บถูกสร้างขึ้นจากส่วนเล็กๆ จำนวนมากที่แยกจากกัน

ตัวอย่างเช่น เมื่อคุณขอหน้าเว็บ คุณกำลังขอส่วนประกอบของหน้าแยกต่างหาก เช่น HTML (โครงสร้าง) CSS (สไตล์/การจัดรูปแบบ) JavaScript (การโต้ตอบ) และสื่อ เช่น รูปภาพ ดังนั้น เมื่อเบราว์เซอร์ของคุณได้รับหน้าเว็บ เบราว์เซอร์จะได้รับและรวมส่วนประกอบเหล่านี้ใหม่เพื่อแสดงหน้าเว็บทั้งหมดบนหน้าจอของคุณ

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

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

อาหารโดเมน: ปราศจากคุกกี้

โชคดีที่วิธีแก้ปัญหาในการส่งคุกกี้มากเกินไปใช้การเปรียบเทียบในโลกแห่งความเป็นจริง: เพื่อปรับปรุงประสิทธิภาพ เพียงกิน (อ่าน: ส่ง) คุกกี้น้อยลง

แต่เราควรจะละทิ้งคุกกี้ใดบ้าง ในกรณีส่วนใหญ่ แนวทางปฏิบัติที่ดีที่สุดคือการลบคุกกี้ออกจากองค์ประกอบคงที่ใดๆ บนเพจของคุณ

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

แน่นอนว่า การลบคุกกี้นั้นไม่ง่ายเหมือนการยกเลิกการเลือกช่องทำเครื่องหมาย "คุกกี้"

เว็บเซิร์ฟเวอร์ใช้โดเมนที่ไม่มีคุกกี้แทนเพื่อเผยแพร่เนื้อหาคงที่โดยไม่มีคุกกี้แยกจากเนื้อหาที่มีคุกกี้ โดเมนที่ไม่มีคุกกี้มักจะเป็นโดเมนแยกต่างหาก (เช่น โดเมนย่อยหรือ FQDN เช่น “ static.kinsta.com ” หรือ “ kinsta.com ”)

โชคดีที่ไม่ยากที่จะใช้โดเมนที่ไม่มีคุกกี้เมื่อคุณใช้เครื่องมือที่เหมาะสม — และการตั้งค่าโดเมนย่อยไม่ใช่วิธีเดียวในการทำเช่นนั้น

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

เหตุใดจึงต้องใช้โดเมนที่ไม่มีคุกกี้

การลบคุกกี้เพิ่มเติมอาจฟังดูเหมือนเป็นการกระทำเล็กๆ น้อยๆ — และจริงๆ แล้วก็คือ

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

ลดการรับส่งข้อมูลเครือข่ายที่ไม่จำเป็น

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

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

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

อย่างไรก็ตาม หากคุณใช้โดเมนที่ไม่มีคุกกี้ คุณจะกำจัดโดเมนส่วนใหญ่ที่เกิดจากการส่งคุกกี้ที่ไม่จำเป็นออกไปได้

ปรับปรุงประสิทธิภาพของเว็บไซต์

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

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

ประโยชน์ SEO และประสบการณ์ผู้ใช้

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

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

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

ตามรายงานจาก Unbounce สามในสี่ของผู้ส่งสินค้าจะละทิ้งหน้าหนึ่งหากพวกเขาต้องรอสี่วินาทีหรือนานกว่านั้นจึงจะโหลดได้

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

ลดต้นทุนโฮสติ้ง

การรับส่งข้อมูลเครือข่ายต้องเสียเงินเป็นค่าธรรมเนียมการโฮสต์เว็บในที่สุด

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

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

ความพร้อมในอนาคตที่ไร้คุกกี้

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

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

วิธีการใช้โดเมนที่ไม่มีคุกกี้

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

สร้างโดเมนแยกต่างหากและไม่มีคุกกี้

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

แม้ว่าคุณจะสามารถจดทะเบียนชื่อโดเมนที่แยกจากกันทั้งหมดได้ แต่โดยปกติแล้ว การสร้างโดเมนย่อยของชื่อโดเมนที่มีอยู่ของคุณนั้นง่ายกว่าและคุ้มค่ากว่า โดเมนที่ไม่มีคุกกี้ส่วนใหญ่จะใช้คำนำหน้าแบบคงที่ (เช่น “ static.yourdomain.com ”) เป็นโดเมนย่อย

โปรดทราบว่าการดำเนินการนี้จะใช้ได้ก็ต่อเมื่อโดเมนของคุณเวอร์ชัน "www" (เช่น " www.yourdomain.com ") เป็นโดเมนหลักในไฟล์รูทของเว็บไซต์ของคุณ

ในการทำให้โดเมนย่อยไม่มีคุกกี้ โดยปกติคุณจะต้องค้นหาและแก้ไขไฟล์ .htaccess ของคุณโดยตรงโดยใช้รหัสพิเศษ อย่างไรก็ตาม ดังที่เราจะได้เห็นในภายหลัง การกำหนดค่าเว็บไซต์ WordPress ของคุณใหม่หรือใช้ปลั๊กอินจะง่ายกว่ามาก

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

ใช้เครือข่ายการจัดส่งเนื้อหา (CDN)

การใช้เครือข่ายการส่งเนื้อหาหรือ CDN เป็นวิธีที่สะดวกอย่างยิ่งในการใช้โดเมนที่ไม่มีคุกกี้

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

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

กำหนดค่าไซต์ WordPress ของคุณใหม่

หากคุณใช้ WordPress แสดงว่าคุณโชคดีแล้ว สิ่งที่ต้องทำเพื่อกำหนดโดเมนที่ไม่มีคุกกี้คืออัปเดต 2-3 บรรทัดในไฟล์ wp-config.php ของคุณ ข้ามไปยังส่วนถัดไป (การกำหนดค่า WordPress เพื่อใช้โดเมนที่ไม่มีคุกกี้) เพื่อดูคำแนะนำทั้งหมด

ใช้ปลั๊กอิน WordPress

อีกตัวเลือก WordPress ที่ง่ายคือการใช้ปลั๊กอินสำหรับสร้างเว็บไซต์ WordPress เวอร์ชันคงที่

ปลั๊กอินยอดนิยมตัวหนึ่งสำหรับการทำเช่นนี้คือ WP2Static (ตามตัวอักษร “WordPress-to-Static”) หลังจากติดตั้งปลั๊กอินแล้ว เพียงเปิดในแดชบอร์ด WordPress ของคุณและกำหนดการตั้งค่าเพื่อส่งออกเว็บไซต์ของคุณเป็นเวอร์ชันคงที่:

การกำหนดค่า WordPress ให้ใช้โดเมนที่ไม่มีคุกกี้

ดังที่กล่าวไว้ข้างต้น WordPress นำเสนอวิธีง่ายๆ ในการติดตั้งโดเมนที่ไม่มีคุกกี้ กระบวนการนี้มีขั้นตอนง่ายๆ ไม่กี่ขั้นตอน:

1. การเพิ่มโดเมนย่อยสำรองและ DNS ที่เกี่ยวข้อง
2. การบอก WordPress ว่าโดเมนใดจะให้บริการเนื้อหาคงที่
3. การอัปเดตบันทึกฐานข้อมูล WordPress ที่มีอยู่เพื่อแสดงถึงที่อยู่ใหม่นี้

ลูกค้า Kinsta สามารถใช้แดชบอร์ด MyKinsta เพื่อทำงานเหล่านี้ให้สำเร็จ ผู้ใช้ WordPress รายอื่น ๆ จะสามารถทำเช่นเดียวกันได้ใน cPanel

เราจะครอบคลุมทั้งด้านล่าง

ใช้ MyKinsta เพื่อตั้งค่าโดเมนที่ไม่มีคุกกี้

ลูกค้า Kinsta สามารถเชื่อมโยงโดเมนย่อย (หรือโดเมนที่แตกต่างกันโดยสิ้นเชิง) กับอินสแตนซ์ WordPress ภายในแดชบอร์ด MyKinsta ลูกค้าจำนวนมากจะใช้เครื่องมือของ MyKinsta เพื่อกำหนดค่า DNS สำหรับโดเมนเหล่านั้น

ในตัวอย่างนี้ เราจะสร้างโดเมนที่ไม่มีคุกกี้ที่ static.example.com สำหรับเว็บไซต์ของเราที่เปิดใช้งานแล้วที่ www.example.com

ขั้นตอนที่ 1 สร้างโดเมนย่อยใน MyKinsta

หากคุณเริ่มสร้างไซต์ WordPress ของคุณที่ Kinsta โดยใช้ตัวเลือกตัวแทนที่มีชื่อโดเมน (เช่น: *.example.com ) แสดงว่าคุณตั้งค่าให้สนับสนุนชื่อโดเมนย่อยแล้ว ถ้าไม่ คุณสามารถเพิ่มโดเมนใหม่สำหรับเนื้อหาที่ไม่มีคุกกี้ดังนี้:

• เลือก ไซต์ WordPress บนเมนูด้านซ้ายมือ
• คลิกที่ชื่อเว็บไซต์ WordPress ของคุณ
• เลือก โดเมน บนเมนูด้านซ้ายมือ
• คลิกปุ่ม เพิ่มโดเมน

ในกล่องโต้ตอบต่อไปนี้:

• พิมพ์ชื่อโดเมนที่ไม่มีคุกกี้ของคุณ
• คลิกปุ่ม เพิ่มโดเมน

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

• เลือก DNS บนเมนูด้านซ้ายของโฮมเพจ MyKinta
• ในหน้า การจัดการ DNS ให้เลื่อนลงไปที่บล็อก DNS Records แล้วคลิกปุ่ม Add DNS Record

เราขอแนะนำให้เพิ่มโดเมนย่อยใหม่ใน DNS เป็นระเบียน CNAME ซึ่งจะทำให้คุณสามารถใช้เพียงชื่อโดเมนระดับที่สองในการเชื่อมโยงกับที่อยู่ IP ด้านล่างนี้ เรากำลังเพิ่มระเบียน CNAME สำหรับส แตติก ที่ชี้ไปที่ example.com :

ขั้นตอนที่ 2 ปิดใช้งานคุกกี้บนโดเมนย่อยแบบคงที่ของคุณ

ตอนนี้ เราจะแก้ไข ไฟล์ wp-config.php ของไซต์ WordPress ของคุณ เพื่อให้เนื้อหาภายในโฟลเดอร์ wp-content แสดงผลจากโดเมน "คงที่" และคุกกี้จะถูกส่งผ่านที่อยู่ "www" เท่านั้น

ลูกค้า Kinsta ส่วนใหญ่จะใช้ไคลเอนต์ FTP/SFTP เพื่อเข้าสู่ระบบเว็บไซต์ WordPress และดาวน์โหลด wp-config.php ไปยังเดสก์ท็อปเพื่อแก้ไข:

ใช้โปรแกรมแก้ไขข้อความเพื่อเพิ่มบรรทัดต่อไปนี้ใน ไฟล์ wp-config.php (แทนที่โดเมนตัวอย่างด้วยโดเมนของคุณเอง):

 define("WP_CONTENT_URL", "https://static.example.com/wp-content"); define("COOKIE_DOMAIN", "www.example.com");

หลังจากบันทึกไฟล์แล้ว ให้อัปโหลดไปยังเว็บไซต์ WordPress แทนที่เวอร์ชันก่อนหน้า

ขั้นตอนที่ 3 เปลี่ยนเส้นทางสินทรัพย์ที่มีอยู่ไปยังโดเมนย่อย

ขั้นตอนข้างต้นจะอนุญาตให้ใช้คุกกี้เมื่อเบราว์เซอร์โหลดเนื้อหา เช่น เพจและบล็อกโพสต์จากที่อยู่ "www" แต่จะทำให้เนื้อหา เช่น การอัปโหลดสื่อและเนื้อหา เช่น JavaScript, CSS และแบบอักษรภายในธีมเชื่อมโยงกับ "แบบคงที่" ” โดเมน

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

สำรองไซต์ WordPress ของคุณทุกครั้งก่อนที่จะทำงานในฐานข้อมูล หลังจากนั้นเสร็จแล้ว:

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

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

 UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')

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

การใช้ cPanel เพื่อตั้งค่าโดเมนที่ไม่มีคุกกี้

ต่อไปนี้คือขั้นตอนในการบรรลุสิ่งที่เราทำข้างต้นใน MyKinsta โดยใช้ cPanel หรือหนึ่งในทางเลือก cPanel ที่เป็นที่นิยม

ขั้นตอนที่ 1 สร้างโดเมนย่อยใน cPanel

ไปที่ส่วน โดเมน ของหน้าหลักของ cPanel ในเครื่องมือ Subdomains เพียงสร้างโดเมนย่อยที่เชื่อมต่อกับโดเมนระดับบนสุดของไซต์ WordPress ปัจจุบันของคุณ

การตั้งค่าเหล่านี้สามารถดูได้ที่ด้านล่างเพื่อสร้างโดเมนย่อย static.example.com

ขั้นตอนที่ 2 กำหนดค่าโดเมนย่อยเป็นแบบคงที่ใน cPanel

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

เราจะดำเนินการนี้โดยแก้ไข ไฟล์ wp-config.php ของไซต์ WordPress ของคุณ วิธีที่ง่ายที่สุดในการเข้าถึงไฟล์นี้คือในเครื่องมือ ตัวจัดการไฟล์ ของ cPanel

ใน ตัวจัดการไฟล์ ให้ไปที่ โฟลเดอร์ public_html ของเว็บไซต์ของคุณ แล้วเลือก wp-config.php (1) จากนั้นเลือกตัวเลือก แก้ไข (2) เพื่อแก้ไขไฟล์

ใน ไฟล์ wp-config.php เพียงเพิ่มบรรทัดต่อไปนี้ (อย่าลืมแทนที่โดเมนด้วยโดเมนของคุณเอง):

 define("WP_CONTENT_URL", "https://static.example.com/wp-content"); define("COOKIE_DOMAIN", "www.example.com");

คลิก “ บันทึกการเปลี่ยนแปลง ”

ขั้นตอนที่ 3 เปลี่ยนเส้นทางโพสต์ที่มีอยู่ไปยังโดเมนย่อย

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

ในส่วน ฐานข้อมูล ของ cPanel ให้เปิดเครื่องมือ PhpMySQL เลือกฐานข้อมูลของไซต์ของคุณ จากนั้นเลือกตาราง _posts

คลิกแท็บ SQL ของตาราง _posts เรียกใช้คำสั่งต่อไปนี้เพื่อตรวจสอบว่า URL ของโพสต์ของคุณถูกส่งไปยังโดเมนย่อยที่ไม่มีคุกกี้ของคุณ (อีกครั้ง อย่าลืมแทนที่โดเมนด้วยโดเมนของคุณเอง):

 UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/') 

และนั่นแหล่ะ! ตอนนี้คุณได้ตั้งค่าโดเมนที่ไม่มีคุกกี้ใน WordPress ด้วยความช่วยเหลือของ cPanel ใช้โดเมนที่ไม่มีคุกกี้สำหรับเนื้อหาคงที่ เช่น รูปภาพ, CSS, JavaScript และแบบอักษร ในขณะที่อนุญาตให้ใช้คุกกี้ในโดเมนหลักของไซต์ของคุณ

สรุป

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

ดังที่เราได้เห็น การตั้งค่าโดเมนที่ไม่มีคุกกี้ใน WordPress นั้นมีประโยชน์ อย่างไรก็ตาม เฉพาะโฮสต์ WordPress ที่มีการจัดการอย่าง Kinsta เท่านั้นที่สามารถใช้ประโยชน์จากสิทธิประโยชน์เหล่านี้ได้อย่างเต็มที่

ด้วยเครื่องมือที่สะดวกสำหรับการลบส่วนหัวของ set-cookie และการเข้าถึงฐานข้อมูลโดยตรงเพื่อเปลี่ยนเส้นทางโพสต์ไปยังโดเมนย่อยแบบคงที่ การใช้โดเมนที่ไม่มีคุกกี้จะง่ายกว่าที่เคย เครื่องมือ APM ของ Kinsta และคุณสมบัติการตรวจสอบประสิทธิภาพอื่นๆ ยังสามารถช่วยให้คุณติดตามผลลัพธ์ได้อีกด้วย

สำหรับข้อมูลเพิ่มเติมและดู Kinsta ด้วยตัวคุณเอง ติดต่อเราหรือนัดหมายการสาธิตฟรีวันนี้