Thời gian đến khi tương tác được (TTI)

Tóm tắt — Time để Interactive (TTI) measured Cách dài nó took trang để become reliably clickable — không chỉ painted on screen, nhưng thực ra able để respond Khi bạn tap hoặc nhấp. nó được sử dụng để là part của bạn Lighthouse score. nó không phải anymore: Google đã xóa nó từ Lighthouse trong 2023 vì number bounced khoảng cũng nhiều. nó là không bao giờ Cốt lõi Web Vital, và nó không bao giờ affected của bạn Google thứ hạng.

Điều gì Time để Interactive là

trang có thể look finished trước khi nó thực ra là. text là ở đó, buttons là visible — nhưng nếu JavaScript hasn’t finished loading và đang chạy tuy vậy, tapping button làm không có gì, hoặc lags cho thứ hai trước khi bất cứ điều gì happens. đó khoảng trống giữa “looks ready” và “là ready” là chính xác Điều gì TTI là được xây dựng để catch.

TTI marked moment trang có loaded của nó main sub-các tài nguyên và có thể reliably respond để của bạn input. trước khi đó point, trang có thể là frozen mặc dù nó looked đã xong.

Vì sao bạn có thể vẫn là seeing nó

Nếu bạn là reading an older audit, an aging tutorial, hoặc một legacy dashboard đó vẫn lists “Time to Interactive,” (bản dịch) «Time để Interactive,» ở đây phiên bản ngắn gọn: đó chỉ số là retired. Google đã xóa điều này từ đó Lighthouse Performance score trong Lighthouse 10, lại trong 2023. PageSpeed Insights không score điều này anymore. Bất kỳ bài viết telling bạn để “get your TTI under 3.8 seconds” (bản dịch) «nhận của bạn TTI dưới 3,8 seconds» là quoting một scoring band đó không lâu hơn tồn tại.

hai điều mọi người nhận sai

TTI là không bao giờ Cốt lõi Web Vital. Core Web Vitals là LCP, INP, và CLS — TTI là không bao giờ on đó list. và TTI không bao giờ affected của bạn Google thứ hạng, không ngay cả lại Khi nó là vẫn scored trong Lighthouse. nó là luôn diagnostic number, không tín hiệu xếp hạng.

So nếu old báo cáo là flagging của bạn TTI, bạn không cần để panic hoặc chase nó. điều TTI là trying để đo lường — liệu của bạn trang responds quickly để thực mọi người — là hiện tại measured tốt hơn by hai khác các chỉ số: TBT trong lab và INP trong trường.

Muốn đầy đủ story — Cách TTI là calculated, chính xác Vì sao nó là đã xóa, nơi của nó 10% weight went, và Vì sao piece của nó vẫn chạy bên trong một chỉ số? Chuyển để Nâng cao tab.

TL;DR — TTI là một retired Lighthouse lab chỉ số: time từ load bắt đầu để khi một trang main sub-các tài nguyên có loaded và điều này có thể reliably respond để input. Đã xóa từ đó Lighthouse Performance score trong Lighthouse 10 (2023) cho đang cũng sensitive để outlier network các yêu cầu và dài tasks; của nó 10% weight moved để CLS (hiện tại 25%). Điều này đã là không bao giờ một Cốt lõi Web Vital (những là LCP, INP, CLS) và không bao giờ một xếp hạng factor. Đó thô giá trị vẫn computes trong Lighthouse JSON output (đó interactive audit) tại weight 0, hidden từ đó HTML báo cáo — legacy CI scripts giữ hoạt động. Và của nó “quiet window” (bản dịch) «yên lặng window» logic vẫn defines nơi đó Total Blocking Time việc đo lường window ends (FCP → TTI). Bing publishes không TTI hướng dẫn tại all. Dùng TBT (lab) và INP (trường) thay vì.

Điều gì TTI thực ra measured

Google definition, từ đó web.dev TTI trang, là precise: “The TTI metric measures the time from when the page starts loading to when its main sub-resources have loaded and it is capable of reliably responding to user input quickly.” (bản dịch) «Đó TTI chỉ số measures đó time từ khi đó trang bắt đầu loading để khi của nó main sub-các tài nguyên có loaded và điều này là capable of reliably responding để người dùng input quickly.» (nguồn)

Đó vấn đề điều này đã là designed để catch là đó “looks interactive but isn’t” (bản dịch) «looks interactive nhưng không» trap. Techniques như máy chủ-side kết xuất có thể làm một trang look ready — links và buttons painted on screen — trước của nó JavaScript có thực ra loaded, so những controls là visible nhưng non-functional. TTI đã là đó number đó told bạn khi đó trang đã dừng lying để người dùng.

giống nhau trap vẫn hiển thị lên hôm nay, TTI hoặc không TTI: client-được kết xuất single-trang app đang chờ on hydration, hoặc nặng thứ ba-party script tying lên main chuỗi trao đổi sau khi shell có painted, cả hai produce giống hệt visible-nhưng-không-functional khoảng trống. chỉ số đó measured nó là đã biến mất; underlying thất bại chế độ không phải.

Đó old Lighthouse audit doc spelled out một three-part kiểm thử cho “fully interactive” (bản dịch) «fully interactive»: đó trang displays hữu ích nội dung (measured by Đầu tiên Contentful Paint), event handlers là registered cho hầu hết visible trang elements, và đó trang responds để người dùng interactions trong 50 milliseconds. (Lighthouse audit doc)

Cách TTI đã là calculated (đó “quiet window” (bản dịch) «yên lặng window»)

Đây là part đó matters phần lớn cho understanding Vì sao nó là đã xóa — và Vì sao piece của nó survives. Lighthouse computed TTI trong four steps:

1. Bắt đầu tại đầu tiên Contentful Paint (FCP).
2. Tìm kiếm forward cho yên lặng window của ít nhất five seconds — được định nghĩa as không dài tasks và không nhiều hơn hai trong-flight network GET các yêu cầu.
3. Tìm kiếm backward từ đó yên lặng window cho cuối cùng dài task trước khi nó, stopping tại FCP nếu ở đó là không dài tasks.
4. TTI là end time của đó cuối cùng dài task trước khi yên lặng window (hoặc giống nhau giá trị as FCP nếu không dài tasks là tìm thấy).

Đọc step 2 again, vì đây là đó toàn bộ vấn đề. TTI depended on finding five seconds of yên lặng. Đó làm điều này fragile: một chậm, outlier network yêu cầu hoặc một single dài task landing near đó tail of một trang load có thể push đó “quiet window” (bản dịch) «yên lặng window» seconds sau đó — swinging TTI dramatically không có bất kỳ real thay đổi trong cách đó trang felt để một người dùng.

là TTI Cốt lõi Web Vital? Không — nó không bao giờ là

Trực tiếp câu trả lời: không. Đó three Core Web Vitals là LCP (loading), INP (responsiveness), và CLS (visual stability). TTI có trước đó set — đó Cốt lõi Web Chỉ số quan trọng initiative launched trong Có thể 2020, và TTI đã existed as một chung Lighthouse “load responsiveness” (bản dịch) «load responsiveness» chỉ số well trước thì. Điều này đã là không bao giờ folded vào Core Web Vitals, và điều này đã là retired từ Lighthouse hoàn toàn trước Core Web Vitals đã có bất kỳ chance để absorb điều này. (Cho đó đầy đủ taxonomy of điều gì là và không một Cốt lõi Web Vital, see đó Web Chỉ số quan trọng hub.)

là TTI vẫn trong Lighthouse / PageSpeed Insights? Không — đã xóa trong Lighthouse 10

TTI đã là một Lighthouse Performance Score chỉ số từ Lighthouse sớm versions qua Lighthouse 9, thì đã xóa trong Lighthouse 10 (2023). Đó Lighthouse 10 phát hành notes là blunt về vì sao: “TTI marks a point in time, but the way it’s defined makes it overly sensitive to outlier network requests and long tasks.” (bản dịch) «TTI marks một point trong time, nhưng đó way đây là được định nghĩa làm điều này overly sensitive để outlier network các yêu cầu và dài tasks.» (nguồn) đó là đó five-second-yên lặng-window fragility, stated as đó chính thức reason.

removal đã không single flip switched mọi nơi tại sau khi: nó shipped immediately trong npm CLI và Chrome Canary, landed trong Chrome Ổn định với Chrome 112, và reached PageSpeed Insights một vài weeks sau khi đó. tất cả những điều đó windows closed năm ago hiện tại, so mỗi surface reflects thay đổi hôm nay — nhưng nó worth knowing nếu bạn’re trying để date old báo cáo hoặc giải thích Vì sao hai tools disagreed cho stretch trong sớm 2023.

Hai quan trọng consequences của removal:

• Của nó 10% weight moved để Cumulative Layout Shift. CLS share of đó Lighthouse Performance Score rose để 25%. So TTI removal là vì sao CLS weighs hơn trong đó score hơn bạn có thể expect. (Điều này đã làm không go để TBT — TBT kept của nó own weight.)
• Đó thô giá trị vẫn tồn tại. Lighthouse vẫn computes TTI internally: điều này lives trong đó JSON output as đó interactive audit, tại score weight 0, hidden từ đó HTML báo cáo. Google own note là đó scripted access of đó JSON giá trị nên giữ hoạt động không có thay đổi. So nếu bạn có một CI performance budget keyed để interactive trong đó Lighthouse JSON, điều này sẽ không break — bạn là chỉ tracking an unscored, unweighted number hiện tại. đó là một practitioner detail gần như không “what is TTI” (bản dịch) «điều gì là TTI» bài viết mentions, và đây là worth knowing trước khi bạn rip an assertion out of một pipeline đó là vẫn passing. Đó JSON-compatibility promise đã là đã làm trong đó Lighthouse 10 phát hành notes lại trong February 2023 — I checked Lighthouse phát hành notes qua đó hiện tại v13.4 và được tìm thấy không có gì đó revisits hoặc revokes điều này, so treat điều này as chính xác as of đó kiểm tra thay vì một vĩnh viễn bảo đảm.

Điều gì replaced TTI

Google TTI doc là rõ ràng về Điều gì để sử dụng thay vì: newer các chỉ số như Largest Contentful Paint (LCP), Total Blocking Time (TBT), và Interaction để tiếp theo Paint (INP) là thường tốt hơn các chỉ số để sử dụng trong place của TTI. (nguồn) Mapping đó để Điều gì mỗi một làm:

• LCP covers đó “is it loaded” (bản dịch) «là điều này loaded» câu hỏi hơn robustly hơn một count of active network các yêu cầu.
• TBT là đó lab proxy cho interactivity — điều này xử lý dài tasks và main-chuỗi trao đổi availability hơn trực tiếp, và correlates tốt hơn với đó Core Web Vitals.
• INP là đó thực tế Cốt lõi Web Vital cho responsiveness, measured từ real người dùng interactions trong đó trường.

None of những three là một như-cho-như TTI substitute — web.dev calls them “usually better metrics to use in place of TTI,” (bản dịch) «thường tốt hơn các chỉ số để dùng trong place of TTI,» không equivalents, và đó wording matters. TTI tried để câu trả lời three khác nhau các câu hỏi với một flaky number: là đó trang visually đã xong (đó là LCP job hiện tại), là đó main chuỗi trao đổi blocked during load (TBT job), và là một real người dùng tap hoặc keypress chậm (INP job). Route của bạn câu hỏi để đó chỉ số được xây dựng cho điều này thay vì looking cho một single drop-trong replacement.

TTI so với. TBT — mối quan hệ đó survives

Ở đây interesting part: TTI không phải fully đã biến mất từ Lighthouse methodology. Của nó yên lặng-window definition là reused để define nơi TBT việc đo lường window ends. Total Blocking Time sums blocking portion (time trên 50 ms) của mỗi dài task giữa đầu tiên Contentful Paint và TTI. So mặc dù TTI là unscored, Lighthouse vẫn calculates TTI-tương đương giá trị internally chỉ để know Khi để dừng summing TBT. TTI marks single point trong time; TBT sums blocked time lên để đó point. họ’re related, nhưng họ không đo lường giống nhau điều — TBT effectively inherited TTI window thay vì thay thế Điều gì TTI measured.

TTI so với. INP

TTI là lab-chỉ, trang-load-time chỉ số. INP là Cốt lõi Web Vital measured từ thực người dùng interactions trong trường (qua CrUX), reported tại 75th percentile trên visits, và nó là Google tín hiệu xếp hạng. TTI không bao giờ là. nếu bạn care về interactivity Đối với SEO, INP là chỉ số đó matters; TBT là lab diagnostic đó stands trong cho nó Khi Bạn có thể’t đo lường thực interactions.

Làm TTI ảnh hưởng SEO thứ hạng? Không

Không chính thức Google xếp hạng tài liệu có bao giờ named TTI as một xếp hạng factor — ngay cả trước điều này đã là đã xóa từ Lighthouse. Điều này đã là luôn một lab diagnostic, không bao giờ part of Trang Experience. Notably, TTI không bao giờ generated đó “is this a ranking factor” (bản dịch) «là này một xếp hạng factor» news cycle đó Core Web Vitals đã làm — không dedicated Công cụ tìm kiếm Roundtable, Công cụ tìm kiếm Land, hoặc Search Engine Journal controversy over TTI as một tín hiệu — precisely vì điều này đã là luôn, obviously, một lab-chỉ diagnostic.

Này là nơi my rộng hơn view on interactivity các chỉ số áp dụng, và điều này áp dụng hơn strongly ở đây hơn gần như anywhere. Trong Ahrefs’ Core Web Vitals hướng dẫn I’ve đã nói plainly đó I không think Core Web Vitals có nhiều impact on SEO và, trừ khi một site là extremely chậm, I generally sẽ không prioritize sửa them — và nếu bạn muốn để argue cho Core Web Vitals improvements, đó là một hard case để làm on SEO grounds alone. Nếu đó là đúng cho đó các chỉ số đó là confirmed các tín hiệu xếp hạng, đây là doubly đúng cho TTI, mà là cả hai retired và đã là không bao giờ một xếp hạng factor. Đó lesson of TTI không “optimize this number” (bản dịch) «optimize này number» — bạn theo nghĩa đen không thể, đây là không scored anymore. đây là “don’t chase deprecated, low-ROI metrics.” (bản dịch) «không chase deprecated, thấp-ROI các chỉ số.» Làm performance hoạt động cho người dùng và conversions, và đo lường điều này với đó các chỉ số đó là thực ra trực tiếp.

Làm Bing sử dụng Time để Interactive? Không

có không Bing-chính thức TTI stance để cite, vì Bing không talk về TTI tại all. Không Bing Quản trị viên web Tools tài liệu, blog post, hoặc help trang references điều này. Khi Bing own engineering team wrote lên cách điều này measures đó performance of đó bing.com kết quả trang (Driving Performance tại Microsoft Bing), they described homegrown, kết xuất-phase các chỉ số — Đầu tiên Render, Đầu tiên Kết quả Render, và Trên Fold Render — và không bao giờ mentioned TTI, TBT, hoặc Google Core Web Vitals vocabulary. đó là một hữu ích khoảng trống-fill: không assume Bing mirrors Google Lighthouse chỉ số stack. Điều này không.

Legacy TTI thresholds (lịch sử reference chỉ)

nếu bạn cần interpret old báo cáo, pre-Lighthouse-10 mobile scoring bands là: good ≤ 3,8 s, moderate 3,9–7,3 s, poor > 7,3 s, với Google chung hướng dẫn để aim cho Time để Interactive của dưới 5 seconds on average mobile hardware. đó scoring bảng là cuối cùng officially đã cập nhật trong 2019. Treat những điều này purely as lịch sử context — có không hiện tại scored “good” band vì TTI carries zero score weight hôm nay.

nên bạn vẫn care về TTI?

honest câu trả lời differs by ai bạn là:

• nếu bạn’re SEO hoặc trang web owner: không. không audit cho TTI, không đặt targets cho nó, và không let old báo cáo scare bạn. nó không scored, nó không Cốt lõi Web Vital, và nó là không bao giờ xếp hạng factor.
• nếu bạn’re nhà phát triển với legacy CI performance budget: của bạn interactive giá trị trong Lighthouse JSON vẫn hoạt động và sẽ không break của bạn pipeline — nhưng nó hiện tại unscored number. cân nhắc re-pointing đó assertion tại TBT (lab interactivity) hoặc thực Cốt lõi Web Vital.
• cho mọi người: TTI diagnostic instinct — catching các trang đó look interactive nhưng không phải — đã không disappear. nó hiện tại tốt hơn captured by TBT trong lab và INP trong trường. đó nơi thực hành động là.

cho nơi TTI sits among retired các chỉ số và Cách toàn bộ Web Chỉ số quan trọng program là organized, điều này bài viết siblings — Total Blocking Time, đầu tiên Contentful Paint, Speed chỉ mục, và Lighthouse và CrUX explainers — cover neighboring ground, và Web Performance cluster ties nó together.

AI summary

condensed take on Nâng cao version:

• TTI = một retired Lighthouse lab chỉ số. Điều này marked đó time từ load bắt đầu để khi một trang main sub-các tài nguyên đã có loaded và điều này có thể reliably respond để input.
• Đã xóa từ đó Lighthouse Performance score trong Lighthouse 10 (2023) cho đang “overly sensitive to outlier network requests and long tasks.” (bản dịch) «overly sensitive để outlier network các yêu cầu và dài tasks.» Của nó 10% weight moved để CLS (hiện tại 25%) — không để TBT.
• Không bao giờ một Cốt lõi Web Vital (những là LCP, INP, CLS) và không bao giờ một Google xếp hạng factor.
• Đó thô giá trị vẫn tồn tại trong Lighthouse JSON output (đó interactive audit) tại weight 0, hidden từ đó HTML báo cáo — so legacy CI budgets không break, they chỉ track an unscored number.
• Đó “quiet window” (bản dịch) «yên lặng window» logic survives bên trong TBT: TBT sums dài-task blocking time giữa FCP và TTI, so Lighthouse vẫn computes một TTI-tương đương internally.
• Calculation: bắt đầu tại FCP → tìm kiếm forward cho một 5-second yên lặng window (không dài tasks, ≤ 2 trong-flight GET các yêu cầu) → tìm kiếm backward cho đó cuối cùng dài task trước điều này → TTI = đó end of đó cuối cùng dài task. Đó dependence on 5 seconds of yên lặng là điều gì đã làm điều này volatile.
• Điều cần dùng thay vì: LCP (loading), TBT (lab interactivity proxy), INP (trường interactivity, đó real Cốt lõi Web Vital) — không một một-cho-một đổi, mỗi các câu trả lời một khác nhau câu hỏi TTI được dùng để blend vào một flaky number.
• Bing có không TTI hướng dẫn tại all; của nó engineering blog dùng homegrown kết xuất-phase các chỉ số (Đầu tiên Render, Đầu tiên Kết quả Render, Trên Fold Render).
• Legacy bands (lịch sử chỉ): good ≤ 3,8 s, moderate 3,9–7,3 s, poor > 7,3 s (mobile, pre-2023) — không lâu hơn scored.
• Patrick take: không chase một deprecated, unscored, không bao giờ-xếp hạng chỉ số — optimize cho người dùng, và đo lường interactivity với TBT và INP.

Tài liệu chính thức

Chính-nguồn tài liệu on TTI và của nó replacements.

Google / web.dev / Chrome

• Time để Interactive (TTI) — đó canonical definition, đó “looks interactive but isn’t” (bản dịch) «looks interactive nhưng không» vấn đề, đó yên lặng-window calculation, đó removal note, và đó khuyến nghị để dùng LCP/TBT/INP thay vì.
• Time để Interactive (Lighthouse audit doc) — đó legacy audit trang với đó three-part “fully interactive” (bản dịch) «fully interactive» kiểm thử và đó pre-2023 scoring bảng (hiện tại carries một caution banner).
• điều gì là new trong Lighthouse 10 — đó removal announcement: vì sao TTI đã là dropped, nơi của nó 10% weight went (CLS), và đó note đó thô giá trị vẫn giữ trong đó JSON output tại weight 0.
• Total Blocking Time (TBT) — đó chỉ số whose việc đo lường window vẫn ends tại TTI.
• Web Chỉ số quan trọng — xác nhận đó three Core Web Vitals (LCP, INP, CLS); TTI không phải among them.
• Là dài JavaScript tasks delaying của bạn Time để Interactive? — Addy Osmani on cách dài tasks tie lên đó main chuỗi trao đổi và inflate TTI.

Bing / Microsoft (cho contrast — không TTI-cụ thể hướng dẫn tồn tại)

• Driving Performance tại Microsoft Bing — Bing own trang web dùng đầu tiên Render / đầu tiên Kết quả Render / Trên Fold Render, không TTI hoặc Core Web Vitals vocabulary.

Quotes từ nguồn

On—record statements từ Google engineers và tài liệu. mỗi link là deep link đó jumps để quoted passage on nguồn trang.

Google / web.dev — Điều gì TTI measured

• “The TTI metric measures the time from when the page starts loading to when its main sub-resources have loaded and it is capable of reliably responding to user input quickly.” (bản dịch) «Đó TTI chỉ số measures đó time từ khi đó trang bắt đầu loading để khi của nó main sub-các tài nguyên có loaded và điều này là capable of reliably responding để người dùng input quickly.» — web.dev, Philip Walton. Nhảy đến trích dẫn

Google — Vì sao nó là đã xóa (Lighthouse 10)

• “TTI marks a point in time, but the way it’s defined makes it overly sensitive to outlier network requests and long tasks.” (bản dịch) «TTI marks một point trong time, nhưng đó way đây là được định nghĩa làm điều này overly sensitive để outlier network các yêu cầu và dài tasks.» — điều gì là new trong Lighthouse 10. Nhảy đến trích dẫn

Google — Điều gì để sử dụng thay vì

• “Newer, alternative, metrics like Largest Contentful Paint (LCP), Total Blocking Time (TBT), and Interaction to Next Paint (INP) are usually better metrics to use in place of TTI.” (bản dịch) «Newer, alternative, các chỉ số như Largest Contentful Paint (LCP), Total Blocking Time (TBT), và Interaction để Tiếp theo Paint (INP) là thường tốt hơn các chỉ số để dùng trong place of TTI.» — web.dev, Philip Walton. Nhảy đến trích dẫn

Addy Osmani, Google — dài tasks và TTI

• “Long Tasks can greatly increase your Time to Interactive.” (bản dịch) «Dài Tasks có thể greatly increase của bạn Time để Interactive.» — web.dev, “Are long JavaScript tasks delaying your Time to Interactive?” (bản dịch) «Là dài JavaScript tasks delaying của bạn Time để Interactive?» Đọc đó bài viết

Reading old audit đó mentions TTI — checklist

MỘT nhanh truyền cho khi “Time to Interactive” (bản dịch) «Time để Interactive» cho thấy lên trong một báo cáo, tool, hoặc CI script:

• Xác nhận đó nguồn date — nếu điều này có trước 2023, của nó TTI cách diễn đạt là pre-removal và của nó scoring bands là stale.
• không treat bất kỳ “good TTI ≤ 3.8 s” (bản dịch) «good TTI ≤ 3,8 s» band as hiện tại — Lighthouse không lâu hơn scores TTI (0% weight since Lighthouse 10).
• không báo cáo TTI để một client as một Cốt lõi Web Vital — điều này không bao giờ đã là một.
• không báo cáo TTI as một xếp hạng factor — điều này không bao giờ đã là một.
• Nếu đây là một CI budget keyed để interactive trong đó Lighthouse JSON: điều này vẫn hoạt động, nhưng đây là an unscored number — consider re-pointing điều này tại TBT hoặc một real Cốt lõi Web Vital.
• Để thực ra diagnose interactivity, xem TBT (lab) và INP (trường) thay vì.
• Nếu dài tasks là đó culprit, đó là đó giống nhau cách sửa as TBT/INP: break lên dài JS tasks, code-split, defer hoặc xóa unused JS, và cut bên thứ ba script cost.

TTI bảng tra nhanh

Status tại glance

Cách nó là calculated ( yên lặng window)

1. Bắt đầu tại đầu tiên Contentful Paint (FCP).
2. Tìm kiếm forward cho ≥ 5-thứ hai yên lặng window (không dài tasks, ≤ 2 trong-flight GET các yêu cầu).
3. Tìm kiếm backward cho cuối cùng dài task trước khi đó window.
4. TTI = end của đó cuối cùng dài task (hoặc FCP nếu none). 5-thứ hai-yên lặng dependence là Vì sao nó là volatile.

Legacy mobile thresholds (lịch sử chỉ — không lâu hơn scored)

• Good: ≤ 3,8 s · Moderate: 3,9–7,3 s · Poor: > 7,3 s
• Google old chung hướng dẫn: dưới 5 s on average mobile hardware.

sử dụng thay vì

• Loading → LCP · Lab interactivity → TBT · Trường interactivity ( thực CWV) → INP

Mistakes để tránh với Time để Interactive

Calling TTI Cốt lõi Web Vital

TTI là không bao giờ Cốt lõi Web Vital hoặc Tìm kiếm xếp hạng input. không turn old Lighthouse label vào hiện tại SEO requirement.

Chasing retired Lighthouse score

Lighthouse 10 đã xóa TTI score weight vì chỉ số là overly sensitive để outlier các yêu cầu và dài tasks. sử dụng TBT cho repeatable lab diagnosis và INP cho thực-người dùng responsiveness thay vì.

Treating thô JSON giá trị as active khuyến nghị

Legacy output có thể retain weight-zero TTI giá trị cho compatibility. Của nó presence làm không có nghĩa là Lighthouse scores nó hoặc đó team nên đặt new TTI đích.

Comparing TTI và INP as nếu họ measured giống nhau event

TTI searched cho yên lặng window during trang load; INP measures thực tế người dùng interactions trong trường. Map old TTI findings để underlying dài-task hoặc loading vấn đề, sau đó đo lường đó vấn đề với hiện tại các chỉ số.

các tài nguyên worth của bạn time

My related writing

• Điều gì là Core Web Vitals (CWVs) & Cách Improve Them — my take on Cách nhiều (little) Core Web Vitals move SEO, mà áp dụng ngay cả nhiều hơn strongly để retired, không bao giờ-xếp hạng chỉ số như TTI.
• Người mới bắt đầu Hướng dẫn để kỹ thuật SEO — nơi trang-speed các chỉ số fit trong bigger picture.

My speaking

• Cách Tìm kiếm Hoạt động (SlideShare) — my walkthrough of crawling, kết xuất, lập chỉ mục, và xếp hạng, cho đó context tốc độ trang lives bên trong. (My standing disclaimer áp dụng: “This is my understanding of systems… not going to be 100% complete or accurate.” (bản dịch) «Này là my understanding of các hệ thống… không going để là 100% hoàn tất hoặc chính xác.»)

Từ khoảng đó ngành

• Time để Interactive (TTI) (web.dev, Philip Walton) — đó canonical definition, calculation, removal note, và replacements.
• điều gì là new trong Lighthouse 10 (Chrome DevRel) — đó chính thức removal announcement và đó CLS weight shift.
• Time để Interactive (Lighthouse audit doc) (Chrome) — đó legacy audit trang với đó three-part “fully interactive” (bản dịch) «fully interactive» kiểm thử.
• Là dài JavaScript tasks delaying của bạn Time để Interactive? (web.dev, Addy Osmani) — đó dài-tasks angle behind poor TTI.
• Time để Interactive (DebugBear) — đó best bên thứ ba kỹ thuật treatment; frames TTI ongoing relevance qua TBT.
• Time để interactive (MDN Web Tài liệu Glossary) — concise, dictionary-style; notes TTI là non-standardized.
• Driving Performance tại Microsoft Bing (Microsoft Bing) — cách Bing measures của nó own site, dùng homegrown các chỉ số thay vì TTI hoặc Core Web Vitals.

Số liệu worth citing

• TTI 10% Lighthouse weight moved để CLS (mà hiện tại carries 25%) khi TTI đã là đã xóa trong Lighthouse 10 (2023). Điều này đã không move để TBT. Nguồn
• Đó thô TTI giá trị vẫn computes tại score weight 0, hidden từ đó HTML báo cáo nhưng present trong đó Lighthouse JSON output as đó interactive audit — so legacy CI scripts giữ hoạt động. Nguồn
• Legacy mobile thresholds (pre-2023, không lâu hơn scored): good ≤ 3,8 s, moderate 3,9–7,3 s, poor > 7,3 s; Google old chung đích đã là dưới 5 seconds on average mobile hardware. Nguồn
• TTI calculation requires một 5-second “quiet window” (bản dịch) «yên lặng window» (không dài tasks, ≤ 2 trong-flight GET các yêu cầu) sau FCP — đó dependence đó đã làm điều này volatile và đã nhận điều này đã xóa. Nguồn

Tự kiểm tra: Time để Interactive

Five nhanh các câu hỏi on Điều gì TTI là, Vì sao nó đã biến mất, và Điều gì survives. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Nhật ký thay đổi