TL;DR
Google đã thay thế First Input Delay (FID) bằng Interaction to Next Paint (INP) làm Core Web Vital vào ngày 12 tháng 3 năm 2024. FID chỉ đo độ trễ của trình duyệt trước khi xử lý tương tác đầu tiên của người dùng. INP đo tổng thời gian từ bất kỳ tương tác nào của người dùng — nhấp chuột, chạm hoặc nhấn phím — đến phản hồi trực quan đầu tiên trên màn hình, xét tất cả tương tác trong một phiên và báo cáo tương tác có thời gian lâu nhất. INP khó đạt ngưỡng hơn: hơn 30% website trên thiết bị di động vẫn chưa đạt. Quan trọng hơn trong năm 2026, điểm INP kém ảnh hưởng đến nhiều khía cạnh hơn thứ hạng tìm kiếm tự nhiên. Khả năng phản hồi của trang tác động trực tiếp đến khả năng thu thập dữ liệu của các trình thu thập thông tin AI — bao gồm GPTBot và PerplexityBot — cũng như các tín hiệu trải nghiệm người dùng giúp dự đoán khả năng được AI trích dẫn. Hướng dẫn này giải thích đầy đủ sự khác biệt giữa FID và INP, đồng thời liên hệ việc tối ưu INP với lớp khả năng hiển thị trên AI Search mà Dageno AI theo dõi.
Điểm chung giữa FID và INP
Cả hai chỉ số đều đo khả năng phản hồi của website — cách một trang phản ứng với hành động của người dùng. Cả hai đều dựa trên tương tác thực tế của người dùng: FID và INP đều không được ghi nhận nếu người dùng mở trang rồi đọc mà không nhấp chuột, chạm hoặc nhấn phím. Bạn không thể đo lường đáng tin cậy cả hai chỉ số chỉ trong môi trường thử nghiệm mô phỏng bằng cách tải lại trang; cần mô phỏng các tương tác thực tế để tạo ra điểm số.
Điều này giúp phân biệt cả hai với LCP (Largest Contentful Paint) và CLS (Cumulative Layout Shift), vốn được ghi nhận tự động khi tải trang, bất kể hành vi của người dùng.
Những khác biệt chính: Vì sao INP thay thế FID
1. Tương tác đầu tiên so với tất cả tương tác
FID chỉ đo tương tác đầu tiên của người dùng — độ trễ trước khi trình duyệt bắt đầu xử lý cú nhấp chuột, lần chạm hoặc lần nhấn phím đầu tiên sau khi tải trang.
INP thu thập dữ liệu về mọi tương tác trong suốt phiên, sau đó báo cáo tương tác đơn lẻ tệ nhất — tương tác mất nhiều thời gian nhất để tạo ra phản hồi trực quan. Google áp dụng một ngoại lệ: nếu một trang có từ 50 tương tác trở lên trong một phiên, giá trị ngoại lệ cao nhất sẽ bị bỏ qua, tránh để các sự kiện nghiêm trọng hiếm gặp làm sai lệch điểm số. Với phần lớn các trang có ít hơn 50 tương tác trong mỗi phiên, tương tác lâu nhất sẽ trở thành điểm INP.
Ví dụ thực tế về cách INP thay đổi trong một phiên:
- Tương tác đầu tiên: 104ms → INP = 104ms
- Tương tác thứ hai: 472ms → INP cập nhật thành 472ms
- Tương tác thứ ba đến thứ mười: 16ms–56ms → INP vẫn là 472ms
- Tương tác 472ms là tương tác tệ nhất; nó quyết định INP của phiên
2. Thực tế đang được đo lường
FID chỉ đo độ trễ đầu vào — khoảng thời gian từ khi người dùng thực hiện hành động đến khi trình duyệt bắt đầu xử lý hành động đó. Thời gian xử lý của trình duyệt và quá trình hiển thị phản hồi trực quan không được tính vào FID.
INP đo toàn bộ thời lượng tương tác: độ trễ đầu vào + thời gian xử lý + độ trễ hiển thị — khoảng thời gian cho đến khi khung hình trực quan đầu tiên thay đổi trên màn hình sau hành động của người dùng. INP báo cáo tổng thời gian người dùng phải chờ để thấy có điều gì đó xảy ra.
Điều này khiến INP trở thành thước đo chất lượng tương tác toàn diện hơn về bản chất. Một trang bắt đầu xử lý tương tác nhanh nhưng mất 800ms để cập nhật hình ảnh có thể đạt FID (độ trễ đầu vào nhanh) nhưng không đạt INP (tổng thời lượng tương tác chậm).
3. Tỷ lệ đạt và độ khó
Việc chuyển đổi từ FID một phần xuất phát từ thực tế là hầu hết website đã đạt điểm FID tốt — chỉ số này không còn đủ khả năng phân biệt. Hơn 90% website đạt FID trên cả thiết bị di động lẫn máy tính, khiến FID trở thành thước đo kém hiệu quả để phân biệt chất lượng tương tác trên web.
INP khó đạt hơn đáng kể. Hơn 30% website trên thiết bị di động vẫn chưa đạt ngưỡng INP, nhờ đó INP cung cấp tín hiệu phân biệt có ý nghĩa hơn và là mục tiêu tối ưu hóa thực sự cho phần lớn ngành.
4. Tập trung vào người dùng
Phạm vi chỉ đo tương tác đầu tiên của FID có thể tạo ra bức tranh sai lệch về trải nghiệm người dùng. Một trang phản hồi tức thì với cú nhấp đầu tiên nhưng ngày càng kém phản hồi khi người dùng tương tác sâu hơn — có thể do JavaScript tích lũy quá trình thực thi trên một trang tương tác nặng — vẫn có thể đạt FID xuất sắc trong khi mang đến trải nghiệm thực tế kém.
Bằng cách đo tất cả tương tác và báo cáo tương tác tệ nhất, INP phản ánh trải nghiệm thực tế của người dùng trong suốt thời gian họ ở trên trang — qua đó trở thành chỉ báo chính xác hơn về khả năng phản hồi theo cảm nhận của người dùng.
Các ngưỡng INP
| Điểm số |
Phân loại |
| 200ms trở xuống |
Tốt |
| 201ms–500ms |
Cần cải thiện |
| Trên 500ms |
Kém |
Để đạt điểm INP tốt, mọi tương tác trong một phiên phải hoàn tất trong vòng 200ms kể từ khi người dùng thực hiện hành động đến khi nhận được phản hồi trực quan. Yêu cầu này khắt khe hơn đáng kể so với FID, vốn chỉ yêu cầu độ trễ đầu vào của tương tác đầu tiên phải nhanh.
Vì sao điều này quan trọng ngoài SEO truyền thống: INP và khả năng truy cập của trình thu thập thông tin AI
Trong năm 2026, việc tối ưu Core Web Vitals có ý nghĩa vượt ra ngoài thứ hạng tìm kiếm tự nhiên — những tác động này chưa xuất hiện khi FID được giới thiệu.
Theo phân tích trình thu thập thông tin của Cloudflare vào tháng 5 năm 2025, GPTBot đã tăng lên mức 7.7% tổng thị phần trình thu thập thông tin (tăng từ 2.2% vào tháng 5 năm 2024, tức +305%) và PerplexityBot đã tăng 157,490% từ mức hiện diện ban đầu rất thấp. Cùng với ClaudeBot và các trình thu thập thông tin AI khác, lưu lượng truy cập từ bot AI hiện chiếm tỷ trọng đáng kể và ngày càng tăng trong tổng hoạt động thu thập thông tin.
Trình thu thập thông tin AI không thực thi JavaScript. GPTBot, ClaudeBot và PerplexityBot đều chỉ xử lý HTML tĩnh. Các gói JavaScript nặng gây điểm INP kém — do chặn luồng chính, làm chậm quá trình xử lý sự kiện hoặc tạo ra các tác vụ kéo dài khiến cập nhật trực quan không diễn ra kịp thời — cũng là những gói có nhiều khả năng khiến nội dung của bạn trở nên vô hình với trình thu thập thông tin AI. Việc tối ưu JavaScript giúp cải thiện INP cho người dùng thực đồng thời giảm tải kết xuất, vốn có thể khiến trình thu thập thông tin AI nhận được nội dung trống hoặc sai định dạng.
Điều này tạo nên mối liên hệ trực tiếp: khắc phục các vấn đề JavaScript gây ra điểm INP kém cũng cải thiện khả năng truy cập của trình thu thập thông tin AI, yếu tố quyết định liệu các nền tảng AI có thể lập chỉ mục và sau đó trích dẫn nội dung của bạn hay không.
Công cụ đo lường INP
- Google Search Console — báo cáo Core Web Vitals với dữ liệu thực tế từ người dùng Chrome
- Google PageSpeed Insights — kết hợp dữ liệu thực tế (CrUX) với dữ liệu thử nghiệm trong phòng lab để phân tích từng URL
- Chrome DevTools — bảng Performance để phân tích chi tiết dòng thời gian tương tác
- Tiện ích mở rộng Web Vitals dành cho Chrome — đo INP theo thời gian thực trong các phiên kiểm thử thủ công
- WebPageTest — kiểm thử INP bằng cách mô phỏng tương tác tại nhiều vị trí
Điểm khác biệt quan trọng: INP chủ yếu là một chỉ số Giám sát người dùng thực (RUM). Các bài kiểm tra trong phòng lab có thể mô phỏng tương tác, nhưng điểm INP trong Google Search Console phản ánh mô hình hành vi thực tế của người dùng mà các bài kiểm tra tổng hợp không thể tái tạo đầy đủ.
Liên kết INP với khả năng hiển thị trên AI Search: Dageno AI
Tối ưu INP cải thiện các tín hiệu trải nghiệm người dùng góp phần tạo nên độ uy tín của trang — và độ uy tín của trang là một trong những yếu tố dự đoán khả năng được AI trích dẫn. Tuy nhiên, sau khi tối ưu hiệu suất kỹ thuật, bạn vẫn cần một lớp đo lường chuyên biệt để biết liệu quá trình tối ưu đó có thực sự giúp tăng lượt trích dẫn từ AI hay không.
Dageno AI cung cấp lớp đo lường đó — theo dõi hiệu suất trích dẫn thương hiệu trên ChatGPT, Perplexity, Google AI Overviews, Google AI Mode, Gemini, Claude, Grok, Microsoft Copilot, DeepSeek và Qwen cùng lúc từ một bảng điều khiển duy nhất.
Trong khi tối ưu INP giải quyết những gì xảy ra khi trình thu thập thông tin AI truy cập website của bạn (chất lượng kết xuất JavaScript, khả năng truy cập nội dung), tích hợp knowledge graph của Dageno AI giải quyết những gì các nền tảng AI nói về thương hiệu khi chúng truy cập — đảm bảo nội dung trên các trang được tối ưu và có hiệu suất tốt của bạn được mô tả chính xác trong các câu trả lời do AI tạo ra.
Mối liên hệ này diễn ra tuần tự: INP tốt → trình thu thập thông tin AI truy cập tốt hơn → xác suất được AI lập chỉ mục cao hơn → Dageno AI theo dõi liệu các trang đã được lập chỉ mục có nhận được trích dẫn từ AI hay không → căn chỉnh knowledge graph đảm bảo những trích dẫn đó chính xác.
Giá: Có gói miễn phí. Các gói trả phí tăng theo số lượng prompt và tần suất theo dõi.
Câu hỏi thường gặp
Sau khi chuyển sang INP, tôi có còn cần quan tâm đến FID không?
FID không còn ảnh hưởng đến các đánh giá Core Web Vitals trong Google Search Console hoặc tín hiệu xếp hạng. Bạn không cần tiếp tục theo dõi chỉ số này. Tuy nhiên, vì FID vốn luôn là một phần của INP (thành phần độ trễ đầu vào), tối ưu INP sẽ tự nhiên xử lý các vấn đề FID nếu có.
INP có phải là yếu tố xếp hạng không?
Có — INP là một phần của Core Web Vitals, mà Google sử dụng làm tín hiệu xếp hạng trong đánh giá trải nghiệm trang. Không đạt INP không đồng nghĩa chắc chắn thứ hạng sẽ giảm, nhưng Google đã xác nhận Core Web Vitals là tín hiệu phân định khi các yếu tố xếp hạng khác giữa các trang tương tự nhau.
Nguyên nhân nào khiến điểm INP kém?
Phần lớn điểm INP kém bắt nguồn từ các tác vụ JavaScript kéo dài trên luồng chính làm chậm quá trình xử lý sự kiện, các tập lệnh bên thứ ba nặng gây ảnh hưởng đến việc xử lý tương tác hoặc các cập nhật DOM phức tạp làm chậm quá trình kết xuất trực quan. Những cách tối ưu giúp giảm các vấn đề này — chia nhỏ mã, trì hoãn JavaScript không quan trọng, giảm tình trạng chặn luồng chính — cũng cải thiện khả năng truy cập nội dung của trình thu thập thông tin AI.
Tài liệu tham khảo
- Google Search Central – Giới thiệu INP làm Core Web Vital: Lý do chính thức thay thế FID, giải thích về mục tiêu “Đánh giá tốt hơn chất lượng trải nghiệm người dùng”
- web.dev – Interaction to Next Paint (INP): Định nghĩa đầy đủ về chỉ số, ngưỡng 200ms/500ms, các thành phần độ trễ đầu vào + xử lý + hiển thị, quy tắc ngoại lệ 50 tương tác
- HTTP Archive / Chrome UX Report – Tỷ lệ đạt Core Web Vitals: FID có tỷ lệ đạt trên 90% so với INP có tỷ lệ không đạt trên thiết bị di động trên 30%, dữ liệu xu hướng lịch sử
- Cloudflare – Từ Googlebot đến GPTBot (tháng 5 năm 2025): GPTBot chiếm 7.7% thị phần trình thu thập thông tin (+305%), PerplexityBot tăng +157,490%, mức tăng trưởng lưu lượng bot AI và giới hạn kết xuất JavaScript
- web.dev – Tối ưu INP: Giảm tác vụ kéo dài, giải phóng luồng chính, tối ưu việc thực thi JavaScript, chẩn đoán độ trễ từ tương tác đến khung hình