Vì sao danh mục là loại trang khó giữ được index nhất
Một bài blog được viết một lần rồi gần như giữ nguyên. Trang sản phẩm thì không như vậy: giá cả thay đổi, các biến thể (variant) hết hàng rồi lại có hàng, các mặt hàng theo mùa được thêm vào rồi lưu trữ mỗi quý, và toàn bộ các bộ sưu tập (collection) bị cơ cấu lại khi danh mục phát triển hoặc site được thiết kế lại. Mỗi thay đổi như vậy là một sự kiện mà công cụ tìm kiếm phải nhận biết và crawl lại để giữ độ chính xác — và trên một cửa hàng có hàng nghìn SKU, đó là hàng nghìn thay đổi nhỏ diễn ra mỗi tuần, mà phần lớn trong số đó không bao giờ tự động được đánh dấu để crawl lại vì không có gì bên ngoài cơ sở dữ liệu của chính cửa hàng biết rằng chúng đã xảy ra. Kết quả, trên gần như mọi danh mục vượt qua một quy mô nhất định, luôn là một bức tranh không đồng đều giống nhau: một số trang được index và chính xác, một số được index nhưng âm thầm lỗi thời, và một số — thường là những trang mới nhất, quan trọng nhất về mặt thương mại — chưa bao giờ lọt vào index.
Số lượng URL thực sự đến từ đâu
Bề mặt có thể index của một cửa hàng điển hình không chỉ gồm các trang sản phẩm — mà còn có trang chủ, mọi danh mục và danh mục con, từng sản phẩm riêng lẻ, và thường là từng biến thể của sản phẩm đó (kích thước, màu sắc, combo, chất liệu) như một URL riêng biệt, tùy theo cấu hình của nền tảng. Cả Shopify và WooCommerce đều mặc định tạo ra các URL cho biến thể và bộ sưu tập đã lọc (filtered collection) trừ khi chủ cửa hàng đã cấu hình riêng cơ chế canonical để ngăn điều đó — đây chính là lý do vì sao một cửa hàng chỉ có vài trăm sản phẩm riêng biệt lại dễ dàng có đến vài nghìn URL có thể index về mặt kỹ thuật, phần lớn trong số đó thay đổi độc lập với nhau theo những lịch trình hoàn toàn khác nhau — một biến thể kích thước hết hàng không hề ảnh hưởng đến mô tả hay giá của sản phẩm gốc.
Ba nguyên nhân phổ biến nhất gây ra khoảng trống index trong danh mục
Các trang sản phẩm mới vượt qua tốc độ của crawler — một sản phẩm lên sóng và bắt đầu được bán và quảng cáo tích cực trước khi nó từng được index, nghĩa là lượt truy cập trả phí vẫn hoạt động nhưng lượt truy cập tìm kiếm tự nhiên đơn giản là chưa thể tìm thấy nó. Các trang ngừng kinh doanh hoặc hết hàng bị để tồn tại vô thời hạn mà không có tín hiệu rõ ràng nào về tình trạng của chúng, khiến ngân sách crawl (crawl budget) tiếp tục bị tiêu tốn để kiểm tra lại những trang không còn quan trọng gì với việc kinh doanh nữa. Và các URL trùng lặp hoặc gần trùng lặp được tạo ra bởi các tham số lọc và sắp xếp (?sort=price, ?color=red, ?page=2) cạnh tranh trực tiếp với trang sản phẩm hoặc danh mục canonical để giành cùng một sự chú ý crawl hạn chế. Mỗi vấn đề trong ba vấn đề trên có cách khắc phục thực sự khác nhau, nhưng cả ba đều bắt nguồn từ cùng một gốc rễ: những thay đổi trong danh mục diễn ra nhanh hơn bất cứ điều gì mà crawler có thể tự nhận biết theo sáng kiến riêng của nó.
Khắc phục độ trễ của sản phẩm mới
Cách khắc phục trực tiếp là gửi URL sản phẩm mới và đã cập nhật ngay khi chúng lên sóng, thay vì chờ chu kỳ crawl định kỳ tiếp theo của site tự khám phá ra chúng, điều mà trên một domain có độ uy tín thấp hơn hoặc ít được crawl thường xuyên có thể thực sự mất đến hàng tuần. Đó chính là khoảng trống cụ thể mà IndexNow lấp đầy: thay vì một sản phẩm mới nằm chưa được index trong khi người mua tìm kiếm nó lại không thể tìm thấy danh sách của bạn, việc gửi diễn ra ngay tại thời điểm trang sản phẩm được xuất bản, và các công cụ hỗ trợ IndexNow — Bing, Yandex, Seznam.cz và Naver — đưa nó vào hàng đợi để crawl nhanh hơn, thường được index trong vòng vài phút thay vì phải chờ theo nhịp độ crawl thông thường của site cho trang cụ thể đó.
Khắc phục các trang ngừng kinh doanh và hết hàng
Một trang cho sản phẩm thực sự đã ngừng bán nên chuyển hướng (redirect) đến sản phẩm thay thế gần nhất hiện có bằng một 301 thực sự, hoặc trả về một 404 hay 410 trung thực nếu thực sự không có gì hợp lý để dẫn khách truy cập đến thay thế — để nó tồn tại vô thời hạn chỉ với một biểu ngữ "hết hàng" mà không có tín hiệu nào khác sẽ chỉ tiếp tục tiêu tốn ngân sách crawl cho một trang không còn phục vụ gì cho việc kinh doanh hay khách truy cập nữa. Nếu sản phẩm dự kiến sẽ có hàng trở lại theo một mốc thời gian đã biết, việc giữ trang sống và được index là quyết định đúng đắn; nếu nó bị ngừng vĩnh viễn, để nó thực sự rời khỏi index sẽ tốt hơn cả cho hiệu quả crawl lẫn cho những người mua sắm mà nếu không sẽ rơi vào ngõ cụt từ một kết quả tìm kiếm đã lỗi thời.
Khắc phục tình trạng trùng lặp do tham số lọc và sắp xếp
Mỗi biến thể ?sort=, ?filter=, và ?page= của một trang danh mục về mặt kỹ thuật đều là một URL riêng biệt đối với crawler, và không có gì tự động cho nó biết rằng tất cả các biến thể đó thực chất là cùng một danh sách cơ bản được hiển thị theo thứ tự khác hoặc với một tập con khác đang hiển thị. Một thẻ canonical trên mỗi biến thể đã lọc, trỏ ngược về URL danh mục sạch, chưa lọc, cho công cụ tìm kiếm biết rõ ràng phiên bản nào đáng để index và xếp hạng — nhờ đó ngân sách crawl dồn vào đúng trang thực sự quan trọng thay vì bị chia mỏng qua hàng chục tổ hợp tham số gần giống nhau của cùng một danh sách được hiển thị theo cách hơi khác.
Gửi hàng loạt cho một lần di dời (migration) toàn bộ danh mục
Một lần di dời nền tảng hoàn toàn, một đợt cập nhật giá hàng loạt, hoặc một thay đổi cấu trúc URL trên toàn site có thể ảnh hưởng đến từng URL trong danh mục cùng lúc — đây chính xác là trường hợp mà tính năng gửi hàng loạt qua API được tạo ra để giải quyết, thay vì một quy trình dashboard từng URL một sẽ mất của một người chuyên trách nhiều ngày để xử lý thủ công. Số dư credit của gói Enterprise với 5.000 credit thoải mái đủ để gửi lại toàn bộ danh mục cỡ vừa trong một lần sau khi di dời; gói Agency với 10.000 credit đủ để chạy cùng quy trình gửi lại đó trên nhiều cửa hàng của nhiều khách hàng từ một tài khoản duy nhất mà không cần mua gói riêng cho từng cửa hàng. Dù ở quy mô nào, mục tiêu ngay sau một lần di dời vẫn giống nhau: đưa bộ URL mới, chính xác trở lại trước mắt công cụ tìm kiếm nhanh nhất có thể, thay vì chờ quá trình tái khám phá tự nhiên chậm chạp dần bắt kịp theo tiến độ riêng của nó trong khi thứ hạng và lượng truy cập âm thầm xói mòn.
Bảo trì liên tục hiệu quả hơn các bản sửa một lần
Một danh mục không phải là một dự án bạn hoàn thành một lần rồi thôi, mà là thứ bạn phải giữ luôn cập nhật vô thời hạn — giống như cách một bản đồ redirect cho các sản phẩm ngừng kinh doanh hay một chiến lược canonical cho các URL đã lọc chỉ thực sự có ích nếu nó tiếp tục được áp dụng cho mọi sản phẩm mới trong tương lai, chứ không chỉ được gắn thêm vào những sản phẩm hiện đang sống. Kết hợp một bước gửi tự động với mỗi sự kiện tạo và cập nhật sản phẩm biến việc index danh mục thành công việc bảo trì thường quy, vô hình, thay vì một dự án dọn dẹp thỉnh thoảng mà ai đó phải lên lịch làm, và bất kỳ lượt gửi nào bị kẹt cũng sẽ tự động được hoàn credit sau 7 ngày thay vì âm thầm lãng phí nó vào một công cụ tìm kiếm chưa bao giờ thực sự đưa trang vào hàng đợi.
Muốn trang tiếp theo của bạn được tìm thấy nhanh hơn so với việc chỉ chờ crawl tự nhiên?
IndexLaunch gửi mọi URL bạn nộp tới nhiều công cụ tìm kiếm ngay khi bạn đưa vào hàng đợi.
Không cần thẻ · credit không bao giờ hết hạn
Hoặc kiểm tra khả năng index miễn phí cho bất kỳ trang nào →