Hiểu Google
Screaming Frog: bắt đầu bằng một lần quét website nhỏ
Th10
Hiểu Google · Mùa 4 · Chuyên đề 40
Người đồng hành mở website, bấm qua vài trang rồi nói: “Em thấy mọi thứ vẫn bình thường. Có cách nào xem còn đường dẫn hỏng không?”
Anh Gồ đi dọc hành lang. Có một cánh cửa đã đổi chỗ, nhưng tờ chỉ dẫn ở phòng trước vẫn dẫn về chỗ cũ. Đi từ cửa chính không gặp nó; lần theo một bài viết cũ mới nhìn thấy.
Trong câu chuyện giả định ấy, Screaming Frog SEO Spider giống một người đi lần theo các đường dẫn và ghi lại những gì gặp được. Nó có thể giúp rà website có hệ thống hơn việc bấm ngẫu nhiên, nhưng cuốn sổ của nó vẫn có phạm vi và giới hạn.
Lần đầu chỉ cần một câu hỏi
Bài này chọn câu hỏi: “Website có đang dẫn người xem tới địa chỉ trả lỗi, và đường dẫn ấy nằm ở trang nào?” Mình chưa cần học hết mọi thẻ trong công cụ. Đầu ra mong muốn là một lỗi cụ thể có trang nguồn để sửa được.
Tải ứng dụng từ website Screaming Frog và dùng trên website mình quản lý hoặc có quyền kiểm tra. Theo hướng dẫn bắt đầu của nhà phát triển, bản miễn phí quét tối đa 500 URL mỗi lần; một số cấu hình, lưu và mở lại phiên quét thuộc bản có giấy phép. Giới hạn URL không nên hiểu thành chắc chắn kiểm được đủ 500 trang nội dung.
Nếu chỉ có vài URL cần đối chiếu, hãy cân nhắc List mode. Nếu muốn công cụ đi theo liên kết để tìm đường dẫn trên website nhỏ, bắt đầu với Spider mode. Chọn cách đi theo câu hỏi cần trả lời, không theo số lượng càng nhiều càng tốt.
Nhập đúng nơi bắt đầu rồi theo dõi tiến trình
Đọc ảnh: ô Enter URL to spider là nơi điền địa chỉ bắt đầu, Start là nút chạy. Ảnh chỉ minh họa vị trí thao tác trong tài liệu nhà phát triển; các mục như phạm vi quét có thể khác theo phiên bản. Trước khi chạy, đọc lại tên miền và phần đường dẫn mình đã nhập.
Trong Spider mode, nhập trang chủ của website nhỏ rồi Start. Theo dõi các URL được phát hiện và tiến độ; đợi kết thúc trước khi dùng danh sách làm kết quả đầy đủ của lần quét đó. Nếu bị dừng bởi giới hạn, ghi rõ đây là bản quét một phần.
Đừng suy ra website không có một URL chỉ vì công cụ chưa tìm thấy nó. Trang không có đường dẫn dẫn tới, nằm ngoài phạm vi hoặc được tạo theo cách lần quét chưa xử lý có thể không xuất hiện. Công cụ đang quan sát một lần truy cập với cấu hình cụ thể, không đọc toàn bộ kho dữ liệu của website.
Mở nhóm mã phản hồi để tìm một ví dụ cần xem
Vào Response Codes, lọc Client Error (4xx) và xem từng URL cùng mã thực tế. 404 là một trường hợp trong nhóm này; 403 hay 429 có ý nghĩa khác. Nếu có lỗi truy cập hoặc giới hạn yêu cầu, không vội gọi toàn bộ kết quả là trang bị xóa.
Mở địa chỉ nghi ngờ bằng trình duyệt và đối chiếu. Với một trang được báo 404, hỏi trang có thực sự cần tồn tại không, đường dẫn nào đang chỉ tới nó và nội dung thay thế có phù hợp không. Một địa chỉ cũ đã bỏ khác một sản phẩm đang bán bị gõ sai đường dẫn.
Ví dụ tự đặt: bài hướng dẫn có liên kết sang “/den-ban-go-cu/”, trong khi sản phẩm cần giới thiệu nằm ở “/den-ban-go/”. Nếu xác nhận bài đang trỏ nhầm, mình có nơi để sửa liên kết. Không cần chuyển mọi trang 404 của website về trang chủ.
Inlinks cho biết đường dẫn hỏng đang nằm ở đâu
Đọc ảnh: thẻ Inlinks được chọn, cột From là trang đặt liên kết, To là địa chỉ đích, Anchor Text là phần chữ được bấm. Ví dụ trong nguồn là liên kết ra ngoài website. Ảnh này không khẳng định website của mình đang có lỗi giống vậy.
Chọn URL lỗi ở bảng trên rồi mở Inlinks ở phía dưới. Hướng dẫn tìm liên kết hỏng giải thích cách dùng bảng này và xuất các trang nguồn. Nếu chỉ lưu danh sách địa chỉ lỗi mà bỏ trang đang dẫn đến chúng, người sửa thường phải đi tìm lại từ đầu.
Trong ví dụ bài hướng dẫn, hãy mở đúng đoạn có liên kết trên trang From. Xác nhận To, kiểm tra địa chỉ đích phù hợp rồi sửa. Nếu liên kết xuất hiện trong menu hoặc phần chung của giao diện, cần sửa nơi tạo phần chung ấy; thay riêng trong một bài có thể không giải quyết những chỗ còn lại.
Lưu kết quả đủ để người khác tiếp tục
Có thể xuất bảng đang xem hoặc dùng phần xuất liên kết nguồn trong hướng dẫn. Giữ các cột URL nguồn, URL đích, mã phản hồi, nhận xét và việc cần làm. Nếu dùng bản miễn phí, đừng nhầm việc xuất bảng dữ liệu với khả năng lưu rồi mở lại toàn bộ phiên quét.
Một dòng theo dõi giả định: “Bài A — dẫn tới URL B — B trả 404 trong lần quét — đã xác nhận liên kết gõ sai — chờ sửa trên bài A”. Sau khi sửa, mở bài A bấm thử, rồi kiểm tra lại URL liên quan. Trạng thái công việc thay đổi dựa trên lần kiểm tra ấy, không chỉ vì đã sửa một ô trong bảng.
Kết quả quét chưa phải kết luận của Google
Một URL trả 200 chỉ cho biết yêu cầu đã nhận phản hồi thành công theo lần kiểm tra, chưa chứng minh nội dung có ích hoặc đã được Google lập chỉ mục. Với những câu hỏi đó, cần xem trang và dùng Search Console phù hợp. Hướng dẫn các trường dữ liệu của Screaming Frog giúp đọc chính xác những cột đang có.
Nếu nội dung dựa nhiều vào JavaScript, cách dựng trang và cấu hình có thể ảnh hưởng dữ liệu quan sát. Nếu chỉ cần xác nhận một danh sách có sẵn, xem hướng dẫn List mode và ghi rằng phạm vi đầu vào chỉ gồm các URL đã nạp. Mỗi cách quét đều cần kèm câu hỏi “mình đã cho công cụ đi đến đâu?”.
Bài thực hành đầu tiên có thể dừng ở một liên kết hỏng đã xác nhận, sửa đúng nơi và kiểm tra lại. Khi quen cách đọc bảng, mình mới mở rộng sang tiêu đề, chuyển hướng hoặc những nhóm khác.
À, danh sách lỗi chỉ có ích khi dẫn mình trở lại đúng cánh cửa cần sửa. Tìm được đường dẫn và nơi đặt nó là một công việc nhỏ đã đủ rõ để làm.
Đọc tiếp trong Mùa 4
Có thể chọn một website nhỏ để thực hành chuỗi công việc: đặt câu hỏi, quét đúng phạm vi, xác nhận một vấn đề, lưu kết quả và kiểm tra lại sau khi sửa.
Các chuyên đề Mùa 4 · Bản đồ Hiểu Google
Đối chiếu tài liệu gốc ngày 29/10/2026. Câu chuyện, số liệu và tình huống tự đặt được dùng để giải thích, không phải kết quả đã đo trên website người đồng hành. Ảnh có nguồn và giới hạn sử dụng ngay dưới hình; giao diện có thể khác theo phiên bản, ngôn ngữ hoặc tài khoản.
