วิธีใช้ API กฎการเก็งกำไรเพื่อโหลดหน้าเว็บทันที

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

อย่างไรก็ตาม การเปลี่ยนจากรวดเร็วไปสู่ทันทีนั้นเกิดขึ้นมาระยะหนึ่งแล้ว

ในช่วงต้นปี 2009 ความพยายามในการโหลดหน้าเว็บให้เร็วขึ้นและมีประสิทธิภาพยิ่งขึ้นทำให้ทีม Chromium สร้างคำแนะนำเกี่ยวกับทรัพยากรชุดแรก ซึ่งลิงก์ rel=”prerender” ได้ถูกเพิ่มเข้าไปในภายหลัง

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

อย่างไรก็ตาม การแสดงผลล่วงหน้าเวอร์ชันนี้มีประสิทธิภาพไม่เพียงพอและเลิกใช้งานแล้วในปี 2017

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

API กฎการเก็งกำไรโดย Google คืออะไร

Speculation Rules API เป็น API ที่กำหนดโดย JSON ซึ่งพัฒนาโดย Google เพื่อปรับปรุงประสิทธิภาพของการโหลดหน้าเว็บผ่านกลยุทธ์การโหลดแบบเก็งกำไร

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

รายละเอียดสำคัญเกี่ยวกับ Speculation Rules API:

• การกำหนดเป้าหมาย URL เอกสาร: แตกต่างจากกลไกการดึงข้อมูลล่วงหน้าแบบดั้งเดิมที่กำหนดเป้าหมายไฟล์ทรัพยากรเฉพาะ Speculation Rules API มุ่งเน้นไปที่ URL ของเอกสาร ทำให้เหมาะอย่างยิ่งสำหรับแอปพลิเคชันหลายหน้า (MPA) มากกว่าแอปพลิเคชันหน้าเดียว (SPA)

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

• การสนับสนุนเบราว์เซอร์: ปัจจุบัน API เข้ากันได้กับเบราว์เซอร์ที่ใช้ Chromium ทั้งหมด รวมถึง Chrome, Edge, Opera, Chrome Android, Opera Android และ WebView Android สำหรับรายละเอียดความเข้ากันได้ทั้งหมด โปรดดูเอกสารประกอบของ Mozilla:

คุณสามารถตรวจสอบได้ว่าเบราว์เซอร์รองรับ API ด้วยรหัสต่อไปนี้หรือไม่:

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

เหตุใดจึงต้องใช้ API กฎการเก็งกำไรบนเว็บไซต์ของคุณ

Speculation Rules API ช่วยให้สามารถโหลดหน้าเว็บได้ในทันที เพื่อ ประสบการณ์การท่องเว็บที่ราบรื่น

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

ด้วยการลดเวลาแฝงระหว่างการนำทางเพจ ผู้ใช้จะรับรู้ว่าเว็บไซต์มีความลื่นไหลและตอบสนองมากขึ้น ข้อมูลนี้จะปรากฏชัดเจนในCore Web Vitals ของเว็บไซต์ โดยที่ Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) และการโต้ตอบกับ Next Paint (INP) ลดลงอย่างมาก

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

API กฎเก็งกำไรทำงานอย่างไร

Speculation Rules API ของ Google ได้รับการออกแบบมาเพื่อกำหนดเป้าหมาย URL ของเอกสาร แทนที่จะเป็นไฟล์ทรัพยากรเฉพาะ API กฎการเก็งกำไรแนะนำไวยากรณ์ที่ชัดเจนและกำหนดค่าได้มากขึ้นเพื่อระบุว่าเอกสารใดควรดึงข้อมูลล่วงหน้าหรือแสดงผลล่วงหน้า

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

เมื่อเร็วๆ นี้ Google ได้ประกาศการปรับปรุงใหม่ของ Speculation Rules API ใน Chrome 121 ซึ่งขณะนี้มีตัวเลือกสำหรับการค้นหาลิงก์อัตโนมัติ

ทำได้โดย:

• การระบุ แหล่งที่มาของเอกสาร
• การเลือกลิงค์บนเพจตาม URL หรือตัวเลือก CSS
• การระบุระดับของ "ความกระตือรือร้น" - ความกระตือรือร้น (ทันที), ปานกลาง (เมื่อเลื่อนเมาส์ไปที่ 200ms) และอนุรักษ์นิยม (บนเมาส์หรือทัชดาวน์)

อย่างไรก็ตาม หากคุณยังใหม่กับ Speculation Rules API เราขอแนะนำให้คุณทดสอบการตั้งค่าต่างๆ ด้านล่างก่อน

วิธีใช้ API กฎการเก็งกำไรของ Google

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

ติดตั้ง

เริ่มต้นด้วยการสร้างองค์ประกอบสคริปต์ type="speculationrules" ก่อน และกำหนดกฎการเก็งกำไรในโครงสร้าง JSON ที่อยู่ภายใน

กฎการเก็งกำไรสามารถเพิ่มได้ทั้งในส่วนส่วนหัวหรือส่วนเนื้อหาของเฟรมหลัก

สำคัญ: กฎการเก็งกำไรในเฟรมย่อยจะไม่ถูกดำเนินการ และกฎเก็งกำไรในหน้าที่แสดงผลล่วงหน้าจะดำเนินการเมื่อผู้ใช้ไปที่หน้านั้นเท่านั้น

กฎการเก็งกำไรสามารถรวมได้ทั้งแบบคงที่หรือแบบไดนามิก

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

สิ่งสำคัญ: เมื่อเลือกการตั้งค่าแบบไดนามิก โปรดย้อนกลับไปดูเอกสารประกอบการสนับสนุนสำหรับการพัฒนาในอนาคตและกรณีการใช้งานที่อาจพร้อมใช้งานในอนาคตเสมอ

หากต้องการแจ้งเบราว์เซอร์ว่าจะแสดงผล URL ใดล่วงหน้า คุณสามารถแทรกคำแนะนำ JSON ลงในหน้าเว็บของคุณได้:

ในทำนองเดียวกัน ให้แทรกคำสั่ง JSON ต่อไปนี้สำหรับ การดึงข้อมูลล่วงหน้า :

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

• รายการ URL
• กฎเก็งกำไร หลายประการ
• หลายรายการภายในกฎการเก็งกำไรชุดเดียว
  

การระบุเส้นทางสำหรับ Prerender/Prefetch

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

อย่างไรก็ตาม มีบางเส้นทางที่ถือว่าไม่ปลอดภัย เช่น:

• URL ออกจากระบบ
• URL การสลับภาษา
• URL "หยิบลงตะกร้า";
• URL ขั้นตอนการลงชื่อเข้าใช้ที่เซิร์ฟเวอร์เรียกร้องให้ส่ง SMS เช่น เมื่อจำเป็นต้องมีการรับรองความถูกต้องด้วยสองปัจจัย (2FA)
• URL ที่เริ่มต้นการติดตามการแปลงโฆษณาฝั่งเซิร์ฟเวอร์
• URL ที่ทำให้เกิดขีดจำกัดการใช้งานของผู้ใช้ เช่น โดยใช้จำนวนบทความฟรีรายเดือน

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

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

ความแม่นยำและการแลกเปลี่ยน

ดังที่ Barry Pollard กล่าวไว้ในการสัมมนาออนไลน์ของเราเรื่อง “การโหลดหน้าทันที”:

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

ในทางกลับกัน การแสดงล่วงหน้าแบบเต็มหน้าจะให้รางวัลที่สูงกว่า แต่ควรใช้เท่าที่จำเป็นเนื่องจากสามารถ:

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

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

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

ด้วยวิธีนี้ คุณจะสามารถวัดอัตราส่วนระหว่างการแสดงผลล่วงหน้าและการนำทางประเภทอื่นๆ ได้

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

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

หรือคุณสามารถ...

พิจารณาการเรนเดอร์หน้าอัตโนมัติด้วย Navigation AI โดย NitroPack

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

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

หมายเหตุ: Navigation AI เป็นผลิตภัณฑ์แยกต่างหาก แต่สามารถใช้งานร่วมกับ NitroPack ได้ 100% และขยายสิทธิประโยชน์เพิ่มเติมให้กับเจ้าของไซต์อีกด้วย

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

Navigation AI โดย NitroPack สร้างขึ้นจาก Speculation Rules API และนำเสนอโซลูชันอัตโนมัติเพื่อสร้างอัตราการเข้าชมที่สูงและประสิทธิภาพของทรัพยากรในสถานการณ์การเรนเดอร์ล่วงหน้า

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

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

จากเว็บไซต์ 1,200 แห่ง Navigation AI ได้แสดงผลลัพธ์ที่น่าทึ่งแล้ว

• ผลลัพธ์ #1: หน้าเว็บที่ใช้ Navigation AI จะแสดงเวลาในการโหลด ~2.86s อย่างต่อเนื่อง VS 6.12s โดยไม่มี AI การนำทาง

• ผลลัพธ์ #2: ด้วย Navigation AI หน้าที่แสดงผลล่วงหน้าจะแสดงการปรับปรุง LCP 85% (จาก 3.1 วินาทีเป็น 0.4 วินาที) และการปรับปรุง CLS 80% (จาก 0.3 วินาทีเป็น 0.06 วินาที)สำหรับหน้าที่ดึงข้อมูลล่วงหน้า Navigation AI จะเพิ่ม LCP 52% (จาก 3.1 วินาทีเป็น 1.5 วินาที)

• ผลลัพธ์ #3: ด้วย Navigation AI ตัวชี้วัดประสิทธิภาพสำหรับทั้งเว็บไซต์จะปรับปรุงอย่างมีนัยสำคัญ: LCP 15%, CLS 8% และ TTFB 26%

เข้าถึง Navigation AI โดยการเข้าร่วมรายการรอของเรา →

API กฎการเก็งกำไรและ WordPress

ในการสัมมนาผ่านเว็บเรื่อง "การโหลดหน้าเว็บทันที" Adam Silverstein วิศวกรฝ่ายนักพัฒนาสัมพันธ์ของ Google เปิดเผยว่าทีม WordPress Core Performance กำลังทำงานเพื่อใช้งาน Speculation Rules API ใหม่ที่มีความเสถียรมากขึ้น

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

• โมดูลในปลั๊กอิน Performance Lab
• ปลั๊กอินแบบสแตนด์อโลนที่ใช้ส่วนหน้า API กฎการเก็งกำไรเท่านั้น (ใช้ระดับ "ความกระตือรือร้น" แบบอนุรักษ์นิยม แต่นักพัฒนามีอิสระในการปรับเปลี่ยนพฤติกรรม)

เส้นทางของผู้ดูแลระบบ WP จะถูกแยกออกตามค่าเริ่มต้น แต่ขึ้นอยู่กับนักพัฒนา WP ที่จะกำหนดเส้นทางที่พวกเขาต้องการจัดลำดับความสำคัญ

ทีมงาน WordPress Core Performance กำลังทำงานในการใช้งานที่ซับซ้อนมากขึ้นภายในปลั๊กอินในระบบนิเวศ สิ่งนี้มีจุดมุ่งหมายเพื่อบรรเทาภาระงานหนักที่นักพัฒนาต้องทำเมื่อค้นหาว่าเส้นทางใดมีความสำคัญสูงสุดและเส้นทางใดที่ไม่ควรดำเนินการ

กฎการเก็งกำไรจะมีการปรับปรุงอะไรบ้าง

ปัจจุบัน กฎเก็งกำไรจำกัดเฉพาะหน้าภายในแท็บเดียวกัน แต่กำลังพยายามลดข้อจำกัดเหล่านี้

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

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

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