Gỡ lỗi thay đổi bố cục

Tìm hiểu cách xác định và khắc phục sự cố thay đổi bố cục.

Katie Hempenius

Phần đầu tiên của bài viết này thảo luận về công cụ để gỡ lỗi thay đổi bố cục, còn phần thứ hai thảo luận về quy trình tư duy nên sử dụng khi xác định nguyên nhân gây ra sự thay đổi bố cục.

Công cụ

API về sự không ổn định của bố cục

Layout Instability API là cơ chế trình duyệt để đo lường và báo cáo các thay đổi về bố cục. Tất cả các công cụ để gỡ lỗi thay đổi bố cục, bao gồm cả DevTools, đều được xây dựng dựa trên API Layout Instability (API về sự không ổn định của bố cục). Tuy nhiên, việc sử dụng trực tiếp API Không ổn định của bố cục là một công cụ gỡ lỗi mạnh mẽ nhờ tính linh hoạt.

Cách sử dụng

Cùng một đoạn mã đo lường Điểm số tổng hợp về mức thay đổi bố cục (CLS) cũng có thể dùng để gỡ lỗi các thay đổi bố cục. Đoạn mã dưới đây ghi lại thông tin về việc chuyển bố cục sang bảng điều khiển. Việc kiểm tra nhật ký này sẽ cung cấp cho bạn thông tin về thời điểm, vị trí và cách thức thay đổi bố cục.

let cls = 0;
new PerformanceObserver((entryList) => {
  for (const entry of entryList.getEntries()) {
    if (!entry.hadRecentInput) {
      cls += entry.value;
      console.log('Current CLS value:', cls, entry);
    }
  }
}).observe({type: 'layout-shift', buffered: true});

Khi chạy tập lệnh này, hãy lưu ý rằng:

• Tuỳ chọn buffered: true cho biết PerformanceObserver phải kiểm tra vùng đệm mục nhập hiệu suất của trình duyệt để tìm các mục nhập hiệu suất được tạo trước khi khởi chạy trình quan sát. Do đó, PerformanceObserver sẽ báo cáo các thay đổi về bố cục xảy ra cả trước và sau khi được khởi chạy. Hãy lưu ý điều này khi kiểm tra nhật ký của bảng điều khiển. Sự cố chuyển đổi bố cục ban đầu có thể phản ánh một báo cáo tồn đọng, thay vì sự xuất hiện đột ngột của nhiều thay đổi bố cục.
• Để tránh ảnh hưởng đến hiệu suất, PerformanceObserver sẽ đợi cho đến khi luồng chính không hoạt động để báo cáo về việc thay đổi bố cục. Do đó, tuỳ thuộc vào mức độ bận rộn của luồng chính, có thể có độ trễ nhỏ giữa thời điểm diễn ra thay đổi bố cục và thời điểm được ghi vào bảng điều khiển.
• Tập lệnh này bỏ qua các thay đổi về bố cục xảy ra trong vòng 500 ms kể từ khi người dùng nhập dữ liệu, vì vậy không tính vào CLS.

Thông tin về việc thay đổi bố cục được báo cáo bằng cách sử dụng kết hợp 2 API: giao diện LayoutShift và LayoutShiftAttribution. Mỗi giao diện này được giải thích chi tiết hơn trong các phần sau.

LayoutShift

Mỗi lần thay đổi bố cục được báo cáo bằng giao diện LayoutShift. Nội dung của một mục nhập sẽ có dạng như sau:

duration: 0
entryType: "layout-shift"
hadRecentInput: false
lastInputTime: 0
name: ""
sources: (3) [LayoutShiftAttribution, LayoutShiftAttribution, LayoutShiftAttribution]
startTime: 11317.934999999125
value: 0.17508567530168798

Mục ở trên cho biết một sự thay đổi bố cục trong đó 3 phần tử DOM đã thay đổi vị trí. Điểm số về mức thay đổi bố cục của lần thay đổi bố cục cụ thể này là 0.175.

Sau đây là các thuộc tính của một thực thể LayoutShift phù hợp nhất với việc gỡ lỗi các thay đổi về bố cục:

LayoutShiftAttribution

Giao diện LayoutShiftAttribution mô tả một thao tác chuyển của một phần tử DOM. Nếu nhiều phần tử thay đổi trong một lần thay đổi bố cục, thì thuộc tính sources sẽ chứa nhiều mục nhập.

Ví dụ: JSON bên dưới tương ứng với một thay đổi bố cục với một nguồn: sự thay đổi hướng xuống của phần tử DOM <div id='banner'> từ y: 76 thành y:246.

// ...
  "sources": [
    {
      "node": "div#banner",
      "previousRect": {
        "x": 311,
        "y": 76,
        "width": 4,
        "height": 18,
        "top": 76,
        "right": 315,
        "bottom": 94,
        "left": 311
      },
      "currentRect": {
        "x": 311,
        "y": 246,
        "width": 4,
        "height": 18,
        "top": 246,
        "right": 315,
        "bottom": 264,
        "left": 311
      }
    }
  ]

Thuộc tính node xác định phần tử HTML đã dịch chuyển. Khi di chuột qua thuộc tính này trong DevTools, phần tử trang tương ứng sẽ được làm nổi bật.

Các thuộc tính previousRect và currentRect báo cáo kích thước và vị trí của nút.

• Toạ độ x và y báo cáo toạ độ x và toạ độ y tương ứng của góc trên cùng bên trái của phần tử
• Thuộc tính width và height báo cáo chiều rộng và chiều cao tương ứng của phần tử.
• Các thuộc tính top, right, bottom và left báo cáo các giá trị toạ độ x hoặc y tương ứng với cạnh nhất định của phần tử. Nói cách khác, giá trị của top bằng y; giá trị của bottom bằng y+height.

Nếu tất cả các thuộc tính của previousRect đều được đặt thành 0, thì tức là phần tử đó đã chuyển vào khung hiển thị. Nếu bạn đặt tất cả các thuộc tính của currentRect thành 0 thì điều này có nghĩa là phần tử đó đã dịch chuyển ra khỏi khung hiển thị.

Một trong những điều quan trọng nhất cần hiểu khi diễn giải các kết quả này là các phần tử được liệt kê dưới dạng nguồn là các phần tử đã thay đổi trong quá trình thay đổi bố cục. Tuy nhiên, có thể các phần tử này chỉ liên quan gián tiếp đến "nguyên nhân gốc rễ" của sự bất ổn định bố cục. Sau đây là một vài ví dụ.

Ví dụ #1

Thay đổi bố cục này sẽ được báo cáo bằng một nguồn: phần tử B. Tuy nhiên, nguyên nhân gốc rễ của sự thay đổi bố cục này là do kích thước của phần tử A thay đổi.

Ví dụ #2

Sự thay đổi bố cục trong ví dụ này sẽ được báo cáo bằng hai nguồn: phần tử A và phần tử B. Nguyên nhân gốc rễ của việc thay đổi bố cục này là sự thay đổi vị trí của phần tử A.

Ví dụ 3

Sự thay đổi bố cục trong ví dụ này sẽ được báo cáo bằng một nguồn: phần tử B. Việc thay đổi vị trí của phần tử B đã dẫn đến sự thay đổi bố cục này.

Ví dụ #4

Mặc dù phần tử B thay đổi kích thước nhưng không có sự thay đổi bố cục trong ví dụ này.

Kiểm tra bản minh hoạ cách các thay đổi của DOM được API Không ổn định bố cục báo cáo.

Công cụ cho nhà phát triển

Bảng điều khiển hiệu suất

Ngăn Experience (Trải nghiệm) của bảng điều khiển Performance (Hiệu suất) trong DevTools hiển thị tất cả các thay đổi bố cục xảy ra trong một dấu vết hiệu suất nhất định, ngay cả khi các thay đổi đó xảy ra trong vòng 500 mili giây sau một lượt tương tác của người dùng và do đó không được tính vào CLS. Khi bạn di chuột qua một thay đổi bố cục cụ thể trong bảng điều khiển Trải nghiệm, phần tử DOM chịu ảnh hưởng sẽ được làm nổi bật.

Để xem thêm thông tin về sự thay đổi bố cục, hãy nhấp vào sự thay đổi bố cục đó, sau đó mở ngăn Summary (Tóm tắt). Các thay đổi đối với kích thước của phần tử được liệt kê bằng cách sử dụng định dạng [width, height]; các thay đổi đối với vị trí của phần tử được liệt kê theo định dạng [x,y]. Thuộc tính Đã có dữ liệu đầu vào gần đây cho biết liệu sự thay đổi bố cục có xảy ra trong vòng 500 mili giây của một lượt tương tác của người dùng hay không.

Để biết thông tin về khoảng thời gian thay đổi bố cục, hãy mở thẻ Nhật ký sự kiện. Bạn cũng có thể ước chừng thời lượng của một lần thay đổi bố cục bằng cách xem trong ngăn Trải nghiệm để biết chiều dài của hình chữ nhật thay đổi bố cục màu đỏ.

Để biết thêm thông tin về cách sử dụng bảng điều khiển Hiệu suất, hãy tham khảo Tài liệu tham khảo về Phân tích hiệu suất.

Làm nổi bật khu vực thay đổi bố cục

Làm nổi bật các vùng thay đổi bố cục có thể là một kỹ thuật hữu ích giúp bạn nhanh chóng nắm bắt vị trí và thời gian thay đổi bố cục trên một trang.

Để bật tính năng Khu vực thay đổi bố cục trong Công cụ cho nhà phát triển, hãy chuyển đến phần Cài đặt > Công cụ khác > Kết xuất > Khu vực thay đổi bố cục, sau đó làm mới trang mà bạn muốn gỡ lỗi. Các khu vực có thay đổi về bố cục sẽ được đánh dấu nhanh bằng màu tím.

Quá trình tư duy để xác định nguyên nhân dẫn đến sự thay đổi bố cục

Bạn có thể làm theo các bước dưới đây để xác định nguyên nhân khiến bố cục thay đổi bất kể thời điểm hay cách thức thay đổi bố cục. Bạn có thể bổ sung các bước này bằng cách chạy Lighthouse. Tuy nhiên, hãy lưu ý rằng Lighthouse chỉ có thể xác định các thay đổi bố cục xảy ra trong lần tải trang đầu tiên. Ngoài ra, Lighthouse cũng chỉ có thể đưa ra đề xuất cho một số nguyên nhân gây ra hiện tượng dịch chuyển bố cục – ví dụ: các phần tử hình ảnh không có chiều rộng và chiều cao rõ ràng.

Xác định nguyên nhân dẫn đến việc thay đổi bố cục

Các sự kiện sau có thể gây ra sự thay đổi bố cục:

• Thay đổi đối với vị trí của phần tử DOM
• Các thay đổi đối với kích thước của phần tử DOM
• Chèn hoặc xoá phần tử DOM
• Ảnh động kích hoạt bố cục

Cụ thể, phần tử DOM ngay trước phần tử bị dịch chuyển là phần tử có nhiều khả năng nhất liên quan đến việc "gây ra" sự thay đổi bố cục. Do đó, khi điều tra lý do xảy ra sự thay đổi bố cục, hãy cân nhắc:

• Vị trí hoặc kích thước của phần tử trước đó có thay đổi không?
• Phần tử DOM có được chèn hoặc xóa trước phần tử được dịch chuyển không?
• Vị trí của phần tử đã di chuyển có thay đổi rõ ràng không?

Nếu phần tử trước đó không gây ra sự thay đổi bố cục, hãy tiếp tục tìm kiếm bằng cách cân nhắc các phần tử trước đó và các phần tử lân cận khác.

Ngoài ra, hướng và khoảng cách của quá trình thay đổi bố cục có thể đưa ra gợi ý về nguyên nhân gốc. Ví dụ: mức dịch chuyển xuống lớn thường biểu thị việc chèn phần tử DOM, trong khi sự thay đổi bố cục 1 px hoặc 2 px thường biểu thị việc áp dụng các kiểu CSS xung đột hoặc việc tải và áp dụng phông chữ web.

Dưới đây là một số hành vi cụ thể thường gây ra sự kiện thay đổi bố cục:

Thay đổi vị trí của một phần tử (không phải do chuyển động của một phần tử khác)

Loại thay đổi này thường là kết quả của:

• Biểu định kiểu được tải muộn hoặc ghi đè các kiểu đã khai báo trước đó.
• Hiệu ứng ảnh động và hiệu ứng chuyển tiếp.

Các thay đổi đối với kích thước của phần tử

Loại thay đổi này thường là do:

• Các trang tính kiểu được tải muộn hoặc ghi đè các kiểu đã khai báo trước đó.
• Hình ảnh và iframe không có thuộc tính width và height sẽ tải sau khi "khe" của chúng được hiển thị.
• Các khối văn bản không có thuộc tính width hoặc height sẽ hoán đổi phông chữ sau khi văn bản được hiển thị.

Việc chèn hoặc xoá các phần tử DOM

Đây thường là kết quả của:

• Việc chèn quảng cáo và các nội dung nhúng khác của bên thứ ba.
• Chèn biểu ngữ, cảnh báo và phương thức.
• Cuộn vô hạn và các mẫu trải nghiệm người dùng khác tải nội dung bổ sung lên trên nội dung hiện có.

Ảnh động kích hoạt bố cục

Một số hiệu ứng ảnh động có thể kích hoạt bố cục. Một ví dụ phổ biến về trường hợp này là khi các phần tử DOM có "ảnh động" bằng cách tăng các thuộc tính như top hoặc left thay vì sử dụng thuộc tính transform của CSS. Hãy đọc bài viết Cách tạo ảnh động CSS hiệu suất cao để biết thêm thông tin.

Tái tạo các thay đổi về bố cục

Bạn không thể sửa những thay đổi về bố cục mà bạn không thể tái tạo. Một trong những việc đơn giản nhưng hiệu quả nhất mà bạn có thể làm để hiểu rõ hơn về độ ổn định của bố cục trang web là mất 5 đến 10 phút để tương tác với trang web nhằm kích hoạt mục tiêu thay đổi bố cục. Hãy luôn mở bảng điều khiển trong khi thực hiện việc này và sử dụng API Không ổn định bố cục để báo cáo về những thay đổi về bố cục.

Để khó xác định các thay đổi về bố cục, hãy cân nhắc lặp lại bài tập này với các thiết bị và tốc độ kết nối khác nhau. Cụ thể, việc sử dụng tốc độ kết nối chậm hơn có thể giúp bạn dễ dàng xác định các thay đổi về bố cục. Ngoài ra, bạn có thể sử dụng câu lệnh debugger để dễ dàng thực hiện các thay đổi về bố cục.

new PerformanceObserver((entryList) => {
  for (const entry of entryList.getEntries()) {
    if (!entry.hadRecentInput) {
      cls += entry.value;
      debugger;
      console.log('Current CLS value:', cls, entry);
    }
  }
}).observe({type: 'layout-shift', buffered: true});

Cuối cùng, đối với các vấn đề về bố cục không hỗ trợ tái tạo trong quá trình phát triển, hãy cân nhắc sử dụng API Độ ổn định của bố cục kết hợp với công cụ ghi nhật ký giao diện người dùng mà bạn chọn để thu thập thêm thông tin về các vấn đề này. Hãy xem mã ví dụ về cách theo dõi phần tử bị dịch chuyển lớn nhất trên một trang.