Thử nghiệm việc đo lường thao tác điều hướng mềm

Barry Pollard
Michal Mocny

Ngày xuất bản: Ngày 1 tháng 2 năm 2023, Lần cập nhật gần đây nhất: Ngày 31 tháng 7 năm 2025

Kể từ khi ra mắt, sáng kiến Các chỉ số quan trọng chính của trang web đã tìm cách đo lường trải nghiệm thực tế của người dùng trên một trang web, thay vì các chi tiết kỹ thuật về cách một trang web được tạo hoặc tải. Ba chỉ số Core Web Vitals được tạo ra dưới dạng chỉ số tập trung vào người dùng – một bước tiến so với các chỉ số kỹ thuật hiện có như DOMContentLoaded hoặc load. Các chỉ số này đo lường thời gian thường không liên quan đến cách người dùng cảm nhận hiệu suất của trang. Do đó, công nghệ được dùng để tạo trang web sẽ không ảnh hưởng đến điểm số nếu trang web hoạt động hiệu quả.

Thực tế luôn phức tạp hơn lý tưởng, và cấu trúc Ứng dụng một trang phổ biến chưa bao giờ được các chỉ số quan trọng chính về trang web hỗ trợ đầy đủ. Thay vì tải các trang web riêng biệt khi người dùng di chuyển trên trang web, các ứng dụng web này sử dụng cái gọi là "thao tác điều hướng mềm", trong đó nội dung trang được thay đổi bằng JavaScript. Trong những ứng dụng này, ảo ảnh về cấu trúc trang web thông thường được duy trì bằng cách thay đổi URL và đẩy các URL trước đó vào nhật ký của trình duyệt để cho phép các nút quay lại và chuyển tiếp hoạt động như người dùng mong đợi.

Nhiều khung JavaScript sử dụng mô hình này, nhưng mỗi khung lại sử dụng theo một cách khác nhau. Vì điều này nằm ngoài phạm vi mà trình duyệt thường hiểu là một "trang", nên việc đo lường điều này luôn khó khăn: đâu là ranh giới giữa một lượt tương tác trên trang hiện tại so với việc coi đây là một trang mới?

Nhóm Chrome đã cân nhắc thách thức này trong một thời gian và đang tìm cách chuẩn hoá định nghĩa về "thao tác điều hướng mềm" cũng như cách đo lường Các chỉ số quan trọng chính của trang web cho thao tác này – theo cách tương tự như cách đo lường các trang web được triển khai trong cấu trúc nhiều trang (MPA) thông thường.

Chúng tôi đã nỗ lực cải thiện API kể từ lần dùng thử nguồn gốc gần đây nhất và hiện đang yêu cầu các nhà phát triển dùng thử phiên bản mới nhất, đồng thời đưa ra ý kiến phản hồi về phương pháp này trước khi ra mắt.

Điều hướng mềm là gì?

Chúng tôi đã đưa ra định nghĩa sau đây về thao tác điều hướng mềm:

  • Lệnh điều hướng do một hành động của người dùng kích hoạt.
  • Thao tác điều hướng này dẫn đến việc người dùng thấy được URL thay đổi và nhật ký thay đổi.
  • Thao tác điều hướng dẫn đến thay đổi DOM.

Đối với một số trang web, các phương pháp phỏng đoán này có thể dẫn đến kết quả dương tính giả (người dùng không thực sự coi đó là một "hành động điều hướng") hoặc kết quả âm tính giả (người dùng coi đó là một "hành động điều hướng" mặc dù không đáp ứng các tiêu chí này). Chúng tôi hoan nghênh ý kiến phản hồi tại kho lưu trữ quy cách điều hướng mềm về các phương pháp phỏng đoán.

Chrome triển khai thao tác điều hướng mềm như thế nào?

Sau khi bạn bật các phương pháp phỏng đoán điều hướng mềm (xem thêm về vấn đề này trong phần tiếp theo), Chrome sẽ thay đổi cách báo cáo một số chỉ số hiệu suất:

  • Sự kiện soft-navigation PerformanceTiming sẽ được phát ra sau mỗi lần phát hiện thấy thao tác điều hướng mềm.
  • Một interaction-contentful-paint mới sẽ được phát ra sau những lượt tương tác gây ra một lượt hiển thị có ý nghĩa. Bạn có thể dùng chỉ số này để đo Thời gian hiển thị nội dung lớn nhất (LCP) cho các thao tác điều hướng mềm khi một thao tác hiển thị như vậy trải dài trên một thao tác điều hướng mềm. Lưu ý rằng việc triển khai ban đầu của thao tác này sẽ đặt lại chỉ số largest-contentful-paint, cho phép chỉ số này được phát lại, nhưng chúng tôi đã quyết định sử dụng phương pháp thay thế này để đơn giản hoá nhưng cũng có phạm vi rộng hơn trong tương lai.
  • Thuộc tính navigationId sẽ được thêm vào từng thời gian hiệu suất (first-paint, first-contentful-paint, largest-contentful-paint, interaction-contentful-paint, first-input-delay, event và layout-shift) tương ứng với mục nhập điều hướng mà sự kiện liên quan đến, cho phép tính toán và gán Lượt hiển thị nội dung lớn nhất (LCP), Điểm số tổng hợp về mức thay đổi bố cục (CLS) và Tương tác với lượt hiển thị tiếp theo (INP) cho đúng URL.

Những thay đổi này sẽ cho phép đo lường Core Web Vitals (và một số chỉ số chẩn đoán liên quan) theo từng lượt điều hướng trang, mặc dù có một số điểm khác biệt cần được xem xét.

Việc bật tính năng điều hướng mềm trong Chrome có những điểm gì cần lưu ý?

Sau đây là một số thay đổi mà chủ sở hữu trang web cần cân nhắc sau khi bật tính năng này:

  • Các chỉ số CLS và INP có thể được phân chia theo URL điều hướng mềm, thay vì được đo lường trong suốt thời gian hoạt động của toàn bộ trang.
  • Mục nhập largest-contentul-paint đã được hoàn tất trên một lượt tương tác, vì vậy, chỉ được dùng để đo LCP điều hướng "cứng" ban đầu, nên không cần thêm logic để thay đổi cách đo lường.
  • Chỉ số interaction-contentful-paint mới sẽ được phát ra từ các lượt tương tác, có thể được dùng để đo LCP cho các thao tác điều hướng mềm.
  • Để phân bổ các thao tác điều hướng mềm cho đúng URL, bạn có thể cần xem xét thuộc tính navigationID mới trên các mục nhập hiệu suất trong mã ứng dụng bằng cách sử dụng các mục nhập này.
  • Không phải người dùng nào cũng hỗ trợ API điều hướng mềm này, đặc biệt là đối với các phiên bản Chrome cũ và những người dùng trình duyệt khác. Xin lưu ý rằng một số người dùng có thể không báo cáo các chỉ số điều hướng mềm, ngay cả khi họ báo cáo các chỉ số quan trọng chính của trang web.
  • Vì đây là một tính năng mới thử nghiệm và không được bật theo mặc định, nên các trang web cần kiểm thử tính năng này để xem có tác dụng phụ không mong muốn hay không.

Hãy kiểm tra với nhà cung cấp RUM của bạn để xem họ có hỗ trợ đo lường Các chỉ số quan trọng về trang web bằng thao tác điều hướng mềm hay không. Nhiều người đang lên kế hoạch kiểm thử tiêu chuẩn mới này và sẽ cân nhắc những yếu tố trước đây. Trong thời gian chờ đợi, một số nhà cung cấp cũng cho phép đo lường có giới hạn các chỉ số hiệu suất dựa trên phương pháp phỏng đoán của riêng họ.

Để biết thêm thông tin về cách đo lường các chỉ số cho thao tác điều hướng mềm, hãy xem phần Đo lường Chỉ số quan trọng chính của trang web cho mỗi thao tác điều hướng mềm.

Làm cách nào để bật tính năng điều hướng mềm trong Chrome?

Theo mặc định, Chrome không bật tính năng điều hướng mềm, nhưng bạn có thể thử nghiệm bằng cách bật rõ ràng tính năng này.

Đối với nhà phát triển, bạn có thể bật tính năng này bằng cách bật cờ tại chrome://flags/#soft-navigation-heuristics. Lựa chọn "Đã bật thuộc tính vẽ nâng cao (Đã lưu vào bộ nhớ đệm trước khi vẽ)" là lựa chọn được đề xuất và sẽ sớm trở thành lựa chọn mặc định. Ngoài ra, bạn có thể bật chế độ này bằng cách sử dụng đối số dòng lệnh --enable-features=SoftNavigationHeuristics:mode/advanced_paint_attribution khi chạy Chrome.

Đối với một trang web muốn bật tính năng này để tất cả khách truy cập đều thấy được tác động, sẽ có một quy trình dùng thử theo nguyên gốc chạy từ Chrome 139. Bạn có thể bật quy trình này bằng cách đăng ký dùng thử và thêm một phần tử meta có mã thông báo dùng thử theo nguyên gốc vào HTML hoặc tiêu đề HTTP. Hãy xem bài đăng Bắt đầu dùng thử nghiệm nguồn gốc để biết thêm thông tin.

Chủ sở hữu trang web có thể chọn đưa thử nghiệm nguồn vào các trang của họ cho tất cả người dùng hoặc chỉ cho một nhóm nhỏ người dùng. Hãy lưu ý đến phần hệ quả trước đó về cách thay đổi này có thể ảnh hưởng đến cách báo cáo các chỉ số của bạn, đặc biệt là nếu bạn bật bản dùng thử nguồn gốc này cho một tỷ lệ lớn người dùng. Xin lưu ý rằng CrUX sẽ tiếp tục báo cáo các chỉ số theo cách hiện tại, bất kể chế độ cài đặt thao tác điều hướng mềm này. Do đó, CrUX không bị ảnh hưởng bởi những tác động này. Bạn cũng nên lưu ý rằng các thử nghiệm nguồn gốc cũng bị giới hạn ở mức tối đa 0,5% tổng số lượt tải trang trên Chrome (tính theo giá trị trung bình trong 14 ngày). Tuy nhiên, đây chỉ là vấn đề đối với những trang web có quy mô rất lớn.

Làm cách nào để đo lường các thao tác điều hướng mềm?

Sau khi bạn bật thử nghiệm điều hướng mềm, các chỉ số sẽ được báo cáo bằng API PerformanceObserver như các chỉ số khác. Tuy nhiên, bạn cần cân nhắc thêm một số yếu tố đối với các chỉ số này.

Báo cáo thao tác điều hướng mềm

Bạn có thể dùng PerformanceObserver để theo dõi các thao tác điều hướng mềm. Sau đây là một đoạn mã ví dụ ghi các mục điều hướng mềm vào bảng điều khiển, bao gồm cả các thao tác điều hướng mềm trước đó trên trang này bằng cách sử dụng lựa chọn buffered:

const observer = new PerformanceObserver(console.log); observer.observe({ type: "soft-navigation", buffered: true });

Bạn có thể dùng chỉ số này để hoàn tất các chỉ số trang trong toàn bộ thời gian hoạt động cho thao tác điều hướng trước đó.

Báo cáo các chỉ số dựa trên URL phù hợp

Vì chỉ có thể thấy các thao tác điều hướng mềm sau khi chúng xảy ra, nên một số chỉ số sẽ cần được hoàn tất khi sự kiện này xảy ra, sau đó được báo cáo cho URL trước đó, vì URL hiện tại sẽ phản ánh URL đã cập nhật cho trang mới.

Bạn có thể dùng thuộc tính navigationId của PerformanceEntry thích hợp để liên kết sự kiện trở lại đúng URL. Bạn có thể tra cứu thông tin này bằng API PerformanceEntry:

const softNavEntry =   performance.getEntriesByType('soft-navigation').filter(     (entry) => entry.navigationId === navigationId   )[0]; const hardNavEntry = performance.getEntriesByType('navigation')[0]; const navEntry = softNavEntry || hardNavEntry; const pageUrl = navEntry?.name;

Bạn nên dùng pageUrl này để báo cáo các chỉ số dựa trên URL chính xác, thay vì URL hiện tại mà họ có thể đã dùng trong quá khứ.

Nhận startTime về các thao tác điều hướng mềm

Bạn có thể lấy thời gian bắt đầu chỉ đường theo cách tương tự:

const softNavEntry =   performance.getEntriesByType('soft-navigation').filter(     (entry) => entry.navigationId === navigationId   )[0]; const hardNavEntry = performance.getEntriesByType('navigation')[0]; const navEntry = softNavEntry || hardNavEntry; const startTime = navEntry?.startTime;

startTime là thời gian của lượt tương tác ban đầu (ví dụ: một lượt nhấp vào nút) đã bắt đầu thao tác điều hướng mềm.

Tất cả các thời gian hiệu suất, bao gồm cả thời gian cho các thao tác điều hướng mềm, đều được báo cáo là thời gian kể từ thời gian điều hướng trang "cứng" ban đầu. Do đó, bạn cần có thời gian bắt đầu điều hướng mềm để làm cơ sở cho thời gian tải chỉ số điều hướng mềm (ví dụ: LCP), thay vì thời gian điều hướng mềm này.

Đo lường Các chỉ số quan trọng chính của trang web cho mỗi thao tác điều hướng mềm

Để thêm các mục chỉ số điều hướng mềm, bạn cần thêm includeSoftNavigationObservations: true vào lệnh gọi observe của trình theo dõi hiệu suất.

new PerformanceObserver((entryList) => {   for (const entry of entryList.getEntries()) {     console.log('Layout Shift time:', entry);   } }).observe({type: 'layout-shift', buffered: true, includeSoftNavigationObservations: true});

Với những thay đổi mới nhất đối với API, cờ includeSoftNavigationObservations không còn cần thiết nữa và có thể sẽ bị xoá trong tương lai. Tuy nhiên, hiện tại, bạn cần có lựa chọn chọn tham gia rõ ràng này ở cấp trình quan sát hiệu suất, ngoài việc bật tính năng điều hướng mềm trong Chrome.

Thời gian vẫn sẽ được trả về tương ứng với thời gian bắt đầu điều hướng "cứng" ban đầu. Ví dụ: để tính LCP cho một thao tác điều hướng mềm, bạn sẽ cần lấy thời gian interaction-contentful-paint và trừ đi thời gian bắt đầu thao tác điều hướng mềm thích hợp như đã nêu chi tiết trước đó để có được thời gian tương ứng với thao tác điều hướng mềm. Ví dụ: đối với LCP:

new PerformanceObserver((entryList) => {   for (const entry of entryList.getEntries()) {     const softNavEntry =       performance.getEntriesByType('soft-navigation').filter(         (navEntry) => navEntry.navigationId === entry.navigationId       )[0];     const hardNavEntry = performance.getEntriesByType('navigation')[0];     const navEntry = softNavEntry || hardNavEntry;     const startTime = navEntry?.startTime;     console.log('LCP time:', entry.startTime - startTime);   } }).observe({type: 'interaction-contentful-paint', buffered: true, includeSoftNavigationObservations: true});

Theo truyền thống, một số chỉ số được đo lường trong suốt thời gian tồn tại của trang: Ví dụ: LCP có thể thay đổi cho đến khi xảy ra một lượt tương tác. Bạn có thể cập nhật CLS và INP cho đến khi rời khỏi trang. Do đó, mỗi "thao tác điều hướng" (bao gồm cả thao tác điều hướng ban đầu) có thể cần hoàn tất các chỉ số của trang trước khi mỗi thao tác điều hướng mềm mới diễn ra. Điều này có nghĩa là các chỉ số điều hướng "cứng" ban đầu có thể được hoàn tất sớm hơn bình thường.

Tương tự, khi bắt đầu đo lường các chỉ số cho chế độ điều hướng mềm mới của những chỉ số tồn tại lâu này, các chỉ số sẽ cần được "đặt lại" hoặc "khởi động lại" và được coi là chỉ số mới, không có bộ nhớ về các giá trị đã được đặt cho "các trang" trước đó.

Bạn nên xử lý như thế nào với nội dung không thay đổi giữa các lần điều hướng?

LCP cho các thao tác điều hướng mềm (được tính từ interaction-contentful-paint) sẽ chỉ đo lường các lần hiển thị mới. Điều này có thể dẫn đến LCP khác, chẳng hạn như từ một lần tải lạnh của thao tác điều hướng mềm đó sang một lần tải mềm.

Ví dụ: hãy lấy một trang có chứa một hình ảnh biểu ngữ lớn là phần tử LCP, nhưng văn bản bên dưới sẽ thay đổi theo mỗi thao tác điều hướng mềm. Lần tải trang ban đầu sẽ gắn cờ hình ảnh biểu ngữ làm phần tử LCP và dựa vào đó để tính thời gian LCP. Đối với các thao tác điều hướng mềm tiếp theo, văn bản bên dưới sẽ là phần tử lớn nhất được hiển thị sau thao tác điều hướng mềm và sẽ là phần tử LCP mới. Tuy nhiên, nếu một trang mới được tải bằng một đường liên kết sâu vào URL điều hướng mềm, thì hình ảnh biểu ngữ sẽ là một lần hiển thị mới và do đó sẽ đủ điều kiện được coi là phần tử LCP.

Như ví dụ này cho thấy, phần tử LCP cho thao tác điều hướng mềm có thể được báo cáo theo cách khác tuỳ thuộc vào cách tải trang – tương tự như cách tải một trang có đường liên kết neo ở cuối trang có thể dẫn đến một phần tử LCP khác.

Cách đo TTFB?

Thời gian cho byte đầu tiên (TTFB) đối với một lần tải trang thông thường là thời gian mà các byte đầu tiên của yêu cầu ban đầu được trả về.

Đối với thao tác điều hướng mềm, đây là một câu hỏi khó hơn. Chúng ta có nên đo lường yêu cầu đầu tiên được thực hiện cho trang mới không? Nếu tất cả nội dung đã có trong ứng dụng và không có yêu cầu nào khác thì sao? Nếu yêu cầu đó được thực hiện trước bằng một lệnh tìm nạp trước thì sao? Điều gì sẽ xảy ra nếu yêu cầu không liên quan đến thao tác điều hướng linh hoạt theo góc độ của người dùng (ví dụ: đó là yêu cầu phân tích)?

Một phương pháp đơn giản hơn là báo cáo TTFB bằng 0 cho các thao tác điều hướng mềm – theo cách tương tự như chúng tôi đề xuất cho các thao tác khôi phục bộ nhớ đệm cho thao tác tiến/lùi. Đây là phương thức mà thư viện web-vitals sử dụng cho các thao tác điều hướng mềm.

Trong tương lai, chúng tôi có thể hỗ trợ các cách chính xác hơn để biết yêu cầu nào là "yêu cầu điều hướng" của thao tác điều hướng mềm và có thể đo lường TTFB chính xác hơn. Nhưng đó không phải là một phần của quá trình triển khai hiện tại.

Làm cách nào để đo lường cả phiên bản cũ và mới?

Trong quá trình thử nghiệm này, bạn nên tiếp tục đo lường Các chỉ số quan trọng chính của trang web theo cách hiện tại, dựa trên các thao tác điều hướng trang "cứng" để khớp với những gì CrUX sẽ đo lường và báo cáo dưới dạng tập dữ liệu chính thức của sáng kiến Các chỉ số quan trọng chính của trang web.

Bạn nên đo lường các thao tác điều hướng mềm ngoài những thao tác này để biết cách đo lường các thao tác đó trong tương lai, đồng thời có cơ hội gửi ý kiến phản hồi cho nhóm Chrome về cách triển khai này hoạt động trên thực tế. Điều này sẽ giúp bạn và nhóm Chrome định hình API trong tương lai.

Đối với LCP, điều đó có nghĩa là chỉ xem xét các mục largest-contentful-paint theo cách cũ và cả các mục largest-contentful-paint và interaction-contentful-paint theo cách mới.

Đối với CLS và INP, điều này có nghĩa là đo lường các chỉ số này trong toàn bộ vòng đời của trang như cách cũ, đồng thời phân chia dòng thời gian riêng biệt theo các thao tác điều hướng mềm để đo lường các giá trị CLS và INP riêng biệt cho cách mới.

Dùng thư viện web-vitals để đo lường Các chỉ số quan trọng về trang web cho các thao tác điều hướng mềm

Cách dễ nhất để tính đến mọi sắc thái là sử dụng thư viện JavaScript web-vitals có hỗ trợ thử nghiệm cho các thao tác điều hướng mềm trong một soft-navs branch riêng biệt (cũng có trên npm và unpkg). Bạn có thể đo lường theo cách sau (thay thế doTraditionalProcessing và doSoftNavProcessing nếu thích hợp):

import {   onTTFB,   onFCP,   onLCP,   onCLS,   onINP, } from 'https://unpkg.com/web-vitals@soft-navs/dist/web-vitals.js?module';  onTTFB(doTraditionalProcessing); onFCP(doTraditionalProcessing); onLCP(doTraditionalProcessing); onCLS(doTraditionalProcessing); onINP(doTraditionalProcessing);  onTTFB(doSoftNavProcessing, {reportSoftNavs: true}); onFCP(doSoftNavProcessing, {reportSoftNavs: true}); onLCP(doSoftNavProcessing, {reportSoftNavs: true}); onCLS(doSoftNavProcessing, {reportSoftNavs: true}); onINP(doSoftNavProcessing, {reportSoftNavs: true});

Đảm bảo rằng các chỉ số được báo cáo dựa trên URL chính xác như đã lưu ý trước đó.

Thư viện web-vitals báo cáo các chỉ số sau cho thao tác điều hướng mềm:

Chỉ số Thông tin chi tiết
TTFB Được báo cáo là 0.
FCP (hiển thị nội dung đầu tiên) Chỉ FCP đầu tiên cho trang được báo cáo.
LCP (Thời gian hiển thị nội dung lớn nhất) Thời gian hiển thị nội dung lớn nhất tiếp theo, so với thời gian bắt đầu thao tác điều hướng mềm. Các hoạt động hiển thị hiện có từ lần điều hướng trước đó sẽ không được xem xét. Do đó, LCP sẽ >= 0. Như thường lệ, chỉ khi có lượt tương tác hoặc khi trang được chuyển xuống nền thì LCP mới có thể được hoàn tất.
CLS (Điểm số tổng hợp về mức thay đổi bố cục) Khoảng thời gian lớn nhất giữa các lần điều hướng. Như thường lệ, điều này xảy ra khi trang ở chế độ nền vì chỉ khi đó CLS mới có thể được hoàn tất. Giá trị 0 sẽ được báo cáo nếu không có ca làm việc.
INP INP giữa các lần điều hướng. Như thường lệ, chỉ khi có lượt tương tác hoặc khi trang được chuyển xuống nền thì INP mới có thể được hoàn tất. Giá trị 0 sẽ không được báo cáo nếu không có lượt tương tác.

Những thay đổi này có trở thành một phần của các chỉ số Core Web Vitals không?

Thử nghiệm điều hướng mềm này chính xác là một thử nghiệm. Chúng tôi muốn đánh giá các phương pháp phỏng đoán và xem liệu chúng có phản ánh chính xác hơn trải nghiệm người dùng hay không trước khi đưa ra quyết định về việc có tích hợp phương pháp này vào sáng kiến Các chỉ số quan trọng chính của trang web hay không. Chúng tôi rất hào hứng với khả năng của thử nghiệm này, nhưng không thể đảm bảo liệu thử nghiệm này có thay thế các phương pháp đo lường hiện tại hay không và thời điểm thay thế là khi nào.

Chúng tôi trân trọng ý kiến phản hồi của nhà phát triển web về thử nghiệm, các phương pháp phỏng đoán được sử dụng và liệu bạn có cảm thấy thử nghiệm này phản ánh chính xác hơn trải nghiệm hay không. Kho lưu trữ GitHub về thao tác điều hướng mềm là nơi phù hợp nhất để đưa ra ý kiến phản hồi đó, mặc dù các lỗi riêng lẻ liên quan đến việc Chrome triển khai thao tác đó nên được báo cáo trong trình theo dõi vấn đề của Chrome.

Điều hướng mềm sẽ được báo cáo như thế nào trong CrUX?

Cách chính xác mà các thao tác điều hướng mềm sẽ được báo cáo trong CrUX (nếu thử nghiệm này thành công) cũng vẫn chưa được xác định. Không nhất thiết là các thao tác này sẽ được xử lý giống như các thao tác điều hướng "cứng" hiện tại.

Trong một số trang web, thao tác điều hướng mềm gần như giống hệt với thao tác tải toàn bộ trang đối với người dùng và việc sử dụng công nghệ Ứng dụng trang đơn chỉ là một chi tiết triển khai. Trong những trường hợp khác, chúng có thể giống với việc tải một phần nội dung bổ sung.

Do đó, chúng tôi có thể quyết định báo cáo riêng những thao tác điều hướng mềm này trong CrUX, hoặc có thể tính trọng số cho những thao tác này khi tính toán Các chỉ số quan trọng về trang web cho một trang hoặc nhóm trang nhất định. Chúng tôi cũng có thể loại trừ hoàn toàn chế độ điều hướng mềm tải một phần khi phương pháp phỏng đoán phát triển.

Nhóm đang tập trung vào việc triển khai kỹ thuật và kinh nghiệm, điều này sẽ giúp chúng tôi đánh giá mức độ thành công của thử nghiệm này. Do đó, chúng tôi chưa đưa ra quyết định về những vấn đề này.

Phản hồi

Chúng tôi đang tích cực thu thập ý kiến phản hồi về thử nghiệm này tại những nơi sau:

Nếu bạn không chắc chắn, đừng lo lắng quá nhiều. Chúng tôi muốn nhận được ý kiến phản hồi ở cả hai nơi và sẽ sẵn sàng phân loại vấn đề ở cả hai nơi cũng như chuyển hướng vấn đề đến đúng vị trí.

Nhật ký thay đổi

Vì API này đang trong giai đoạn thử nghiệm, nên có một số thay đổi đang diễn ra đối với API này, nhiều hơn so với các API ổn định. Bạn có thể xem Nhật ký thay đổi về phương pháp suy đoán điều hướng mềm để biết thêm thông tin chi tiết.

Kết luận

Thử nghiệm điều hướng mềm là một phương pháp thú vị về cách sáng kiến Các chỉ số quan trọng chính của trang web có thể phát triển để đo lường một mẫu hình phổ biến trên web hiện đại mà các chỉ số của chúng tôi còn thiếu. Mặc dù thử nghiệm này vẫn đang ở giai đoạn đầu và còn nhiều việc phải làm, nhưng việc cung cấp tiến trình đã đạt được cho đến nay cho cộng đồng web rộng lớn hơn để thử nghiệm là một bước quan trọng. Thu thập ý kiến phản hồi từ thử nghiệm này là một phần quan trọng khác của thử nghiệm. Vì vậy, chúng tôi đặc biệt khuyến khích những người quan tâm đến việc phát triển này hãy tận dụng cơ hội này để giúp định hình API, nhằm đảm bảo API này thể hiện được những gì chúng tôi hy vọng có thể đo lường được.

Lời cảm ơn

Hình thu nhỏ của Jordan Madrid trên Unsplash

Đây là phần tiếp theo của công việc do Yoav Weiss bắt đầu khi còn làm việc tại Google. Chúng tôi cảm ơn Yoav vì những nỗ lực của anh ấy đối với API này.