Trả lời: Là tốc độ tải và khả năng phản hồi của trang web. Quan trọng vì: tăng trải nghiệm người dùng, giảm tỷ lệ thoát trang (bounce rate), và tăng doanh số.

Trả lời: Search Engine Optimization. Là tập hợp các phương pháp giúp trang web xếp hạng cao hơn trên trang kết quả tìm kiếm (như Google).

Trả lời:

• title: Hiện lên trên tab trình duyệt và tiêu đề kết quả tìm kiếm.
• description: Đoạn tóm tắt nội dung trang dưới tiêu đề trên Google.

Trả lời: Vì trình duyệt mất nhiều thời gian để tải dung lượng file lớn từ server về máy người dùng. Cần nén và resize ảnh trước khi dùng.

Trả lời: Mô tả nội dung ảnh cho trình đọc màn hình (cho người khiếm thị) và cho Search Engine hiểu ảnh nói về cái gì.

Trả lời: Có. Google ưu tiên các trang web bảo mật (HTTPS) hơn so với HTTP thông thường.

Trả lời: Là file chỉ dẫn cho các con bot của Search Engine biết trang nào được phép bò (crawl) và trang nào không.

Trả lời: File liệt kê tất cả các URL của trang web giúp Search Engine tìm thấy nội dung dễ dàng và đầy đủ hơn.

Trả lời: Là cấu trúc phân cấp nội dung. H1 là quan trọng nhất (thường là tiêu đề bài viết), H2 là các ý lớn, H3 là ý nhỏ hơn.

Trả lời: Thường là dưới 2-3 giây. Sau 3 giây, tỷ lệ người dùng thoát trang tăng vọt.

Trả lời: Là bộ chỉ số của Google đo lường trải nghiệm người dùng:

1. LCP (Largest Contentful Paint): Tốc độ tải nội dung chính.
2. FID (First Input Delay): Khả năng phản hồi khi người dùng click.
3. CLS (Cumulative Layout Shift): Độ ổn định của giao diện khi load.

Trả lời:

• Minification: Xóa khoảng trắng, comment, rút ngắn tên biến để giảm dung lượng file.
• Bundling: Gộp nhiều file nhỏ thành 1 file lớn để giảm số lượng request HTTP.

Trả lời: Chỉ load ảnh khi người dùng cuộn chuột tới vùng chứa ảnh đó. Giúp giảm thời gian load trang ban đầu và tiết kiệm băng thông.

Trả lời: Cho phép trình duyệt lưu lại các file tĩnh (ảnh, CSS, JS) vào ổ cứng máy người dùng để lần sau không cần tải lại từ server.

Trả lời: Là định dạng ảnh hiện đại của Google, có độ nén cao hơn (dung lượng nhỏ hơn 25-35%) nhưng vẫn giữ được chất lượng tương đương.

Trả lời: Dùng để chỉ định trang web “gốc” khi có nhiều URL chứa nội dung trùng lặp, tránh bị Search Engine phạt.

Trả lời: Giúp Search Engine hiểu ngữ cảnh nội dung (ví dụ: đây là công thức nấu ăn, đây là sản phẩm có giá X). Giúp hiển thị “Rich Snippets” (sao đánh giá, giá tiền) trên Google.

Trả lời: Google sử dụng phiên bản di động của trang web để lập chỉ mục và xếp hạng thay vì phiên bản desktop.

Trả lời: Đều là thuật toán nén dữ liệu khi truyền từ server tới browser. Brotli (của Google) cho tỷ lệ nén tốt hơn Gzip khoảng 15-20%.

Trả lời:

• Internal: Link tới các trang khác trong cùng domain (giúp bot crawl dễ hơn).
• External: Link từ trang mình ra ngoài hoặc từ trang khác trỏ về (Backlink - cực kỳ quan trọng cho Authority).

Trả lời: Là chuỗi các bước trình duyệt thực hiện để hiển thị trang: HTML -> DOM -> CSSOM -> Render Tree -> Layout -> Paint. Tối ưu: Inline CSS quan trọng, trì hoãn JS không cần thiết, dùng font-display: swap.

Trả lời:

• Preload: Load tài nguyên cần thiết cho trang hiện tại ngay lập tức.
• Prefetch: Load tài nguyên có thể dùng ở trang tiếp theo.
• Preconnect: Thiết lập kết nối (DNS, TCP, TLS) tới domain khác trước khi cần load dữ liệu.

Trả lời: Dùng font-display: swap, cung cấp size dự phòng khớp với font hệ thống, hoặc dùng font hệ thống cho phần text quan trọng.

Trả lời: Về lý thuyết là tốt (server chủ động gửi file trước khi client hỏi). Nhưng thực tế khó triển khai và dễ gây xung đột với cache trình duyệt. Hiện nay xu hướng chuyển sang dùng 103 Early Hints.

Trả lời: Quá trình Hydration làm block Main Thread lâu, khiến trang trông như đã load xong nhưng không thể tương tác (click không ăn). Khắc phục: Selective Hydration, Progressive Hydration hoặc dùng Astro/Qwik.

Trả lời: Dùng SSR (Next.js, Nuxt.js) hoặc Dynamic Rendering (Prerender.io) để cung cấp HTML đầy đủ cho Bot. Đảm bảo quản lý thẻ meta động qua react-helmet.

Trả lời: Ít hữu dụng hơn vì HTTP/2 hỗ trợ multiplexing (nhiều file trên 1 kết nối). Tuy nhiên, sprites vẫn giúp giảm tổng overhead của header và giúp nén hiệu quả hơn với các icon nhỏ.

Trả lời: Đặt ra giới hạn cho các chỉ số (ví dụ: JS bundle < 200KB, LCP < 2.5s). Nếu code mới làm vượt quá budget, CI/CD sẽ báo lỗi.

Trả lời: Eager loading (fix N+1), chỉ lấy các cột cần thiết (select('id', 'name')), sử dụng Database Index đúng cách, caching kết quả query.

Trả lời: ISR là giải pháp cân bằng nhất: Trang được generate tĩnh nhưng có thể tự động cập nhật ngầm sau một khoảng thời gian nhất định mà không cần rebuild toàn bộ app.

Trả lời:

1. CDN: Cache HTML tĩnh và ảnh tại Edge.
2. Reverse Proxy (Varnish/Nginx): Cache toàn bộ trang cho người dùng chưa login.
3. Application Cache (Redis): Cache kết quả query và fragment HTML.
4. Browser Cache: Cache file tĩnh lâu dài.

Trả lời: Dùng Search Engine chuyên dụng như Elasticsearch hoặc Algolia. Sử dụng kiến trúc CQRS: tách biệt Database ghi (MySQL) và Database đọc (Elasticsearch).

Trả lời: Chạy code JS ngay tại server CDN. Ứng dụng: A/B Testing, nén ảnh theo thiết bị, cá nhân hóa nội dung mà không cần quay về server gốc (Origin).

Trả lời: User upload -> Lambda function/Worker -> Resize nhiều kích thước -> Nén WebP/Avif -> Lưu S3 -> Phân phối qua CloudFront. Dùng thư viện như Sharp hoặc công cụ Cloudinary.

Trả lời: Lab Data (Lighthouse): Chạy trong môi trường giả lập lý tưởng. Field Data (CrUX): Dữ liệu thực tế từ hàng triệu người dùng thật với thiết bị và mạng khác nhau. Field Data mới là yếu tố Google dùng để xếp hạng.

Trả lời: Dùng Multi-CDN để tránh trường hợp 1 nhà cung cấp sập. Tự động chuyển đổi URL sang CDN dự phòng nếu phát hiện lỗi.

Trả lời: Dùng defer hoặc async, giới hạn số lượng script, sử dụng Partytown để chạy các script này trong Web Worker (tách khỏi Main Thread).

Trả lời: Map 1-1 tất cả URL cũ sang mới qua 301 Redirect. Đảm bảo cấu trúc Heading và Meta không đổi. Kiểm tra kỹ Search Console để phát hiện lỗi 404 sau khi chuyển đổi.

Trả lời: Astro gửi 0KB JS mặc định. Chỉ các “Island” nào cần tương tác mới được gửi JS. Giúp đạt điểm Lighthouse 100/100 cực kỳ dễ dàng.

Trả lời: Dùng thư viện web-vitals gửi dữ liệu từ browser về một Logging Service (như Datadog hoặc tự xây bằng InfluxDB + Grafana). Cảnh báo khi CLS hoặc LCP tăng đột biến sau một bản deploy.

Xử lý: 1. Xem mục “Opportunities”. 2. Nén ảnh. 3. Bật nén Gzip/Brotli. 4. Xóa các JS/CSS không dùng. 5. Kiểm tra thời gian phản hồi server (TTFB).

Xử lý: Đặt kích thước cố định (width, height) cho vùng chứa quảng cáo. Dùng aspect-ratio CSS để trình duyệt giữ chỗ trước khi ảnh quảng cáo load xong.