Cách kiểm tra backlink qua API khi các hàng dữ liệu trông không đúng

Kiểm tra ba điều này trước tiên

Hầu hết các trường hợp trích xuất bất thường đều bắt nguồn từ một trong ba nguyên nhân. Mỗi nguyên nhân có thể được kiểm tra trong chưa đầy một phút, vì vậy việc loại trừ chúng trước khi ai đó dành một giờ cho các hàng dữ liệu là hợp lý. Hãy kiểm tra ba điều đó: khóa, số dư tín dụng hoặc ngày chụp dữ liệu.

Mỗi phản hồi xác thực đều chứa ok và một đối tượng _credits bao gồm chi phí và số dư còn lại, vì vậy bước đầu tiên luôn là in hai trường này ra. Hãy bắt đầu từ đó. Nếu ok là false, thì các hàng dữ liệu chưa thực sự quan trọng.

Sau đó, hãy kiểm tra tháng. Chỉ số của chúng tôi được làm mới khoảng một lần mỗi tháng, và một liên kết được thêm vào tuần trước có thể đơn giản là chưa có trong chỉ số đó, đây không phải là lỗi.

Một thói quen khác. Hãy ghi lại một dòng nhật ký cho mỗi lần gọi với hành động, số trang và số dư còn lại từ _credits; điều này giúp việc theo dõi 7 tín dụng bị thiếu trở nên dễ dàng hơn sau này thay vì trở thành một bí ẩn vào cuối tháng.

Đọc đúng kết quả ngắn

Một tên miền nhỏ có thể chỉ có ít anchor. Một tên miền được đăng ký gần đây, hoặc có ít trang có liên kết ngoài, có thể tạo ra một danh sách ngắn vì những lý do hoàn toàn bình thường. Ngắn không có nghĩa là lỗi. Không phải danh sách ngắn nào cũng là thất bại.

So sánh số hàng với số liệu overview miễn phí cho cùng tên miền: nếu overview báo cáo hàng nghìn backlink và anchors trả về bốn mươi hàng trên trang một, bạn có lẽ cần trang hai chứ không phải một ticket hỗ trợ. Nếu chính overview chỉ báo cáo một vài hàng, tên miền còn trẻ hoặc nhỏ và dữ liệu kéo về là chính xác. Đếm trước, rồi mới phàn nàn.

Điều ngược lại cũng xảy ra. Các tên miền lớn chạm trần phân trang 50.000 hàng, vì vậy hãy sắp xếp theo cột bạn quan tâm và lấy phần đầu tiên, hoặc gọi anchor_cloud trước để xem các thuật ngữ nào chiếm ưu thế trước khi duyệt qua tất cả.

Cài đặt sắp xếp và phân trang thay đổi những gì bạn thấy

Hai lần kéo dữ liệu có thể khác nhau vì một lý do không liên quan đến web. Sắp xếp, thứ tự và kích thước trang hoạt động cùng nhau, vì vậy thay đổi một trong số chúng có thể sắp xếp lại toàn bộ kết quả ngay cả khi tên miền và khóa giữ nguyên. Sắp xếp, thứ tự và kích thước trang quyết định hàng nào xuất hiện đầu tiên và có bao nhiêu hàng được trả về mỗi lần gọi. Hãy kiểm tra những thứ đó trước.

Cùng tên miền, nhưng các hàng đầu lại khác nhau

Các hàng đầu tiên tuân theo cách sắp xếp bạn yêu cầu, vì vậy một file được sắp xếp theo cách này sẽ không giống như một file được sắp xếp theo cách khác. Sắp xếp thay đổi các hàng đầu. Nếu một file dẫn đầu bằng các tên miền giới thiệu lớn nhất và file tiếp theo dẫn đầu bằng các hàng mới nhất, cả hai đều có thể đúng. Hãy ghi chú cách sắp xếp trong tên file.

Một bài kiểm tra nhanh sẽ giúp ích. Hãy chạy nó trên một tên miền nhỏ trước, để bài kiểm tra tốn gần như không gì và đưa ra câu trả lời rõ ràng về yêu cầu. Gọi cùng một hành động hai lần với các tham số giống hệt nhau. Nếu các hàng khớp nhau, sự khác biệt nằm ở yêu cầu chứ không phải dữ liệu.

Trang hai không phải là bản sao của trang một

Mỗi trang là một lần gọi riêng với một dòng tính phí riêng, và các hàng trên một trang không nên lặp lại trên trang tiếp theo. Các trang là các lần gọi riêng biệt. Khi chúng lặp lại, vòng lặp có lẽ đã giữ nguyên giá trị trang. Hãy in tên miền đầu tiên của mỗi trang để xác nhận rằng các số liệu đang thay đổi.

Hãy giữ số trang trong nhật ký của bạn bên cạnh số dư. Một vòng lặp bị treo ở trang hai sẽ dễ sửa hơn nhiều khi bạn có thể thấy chính xác lệnh gọi đã dừng. Nhật ký tiết kiệm hàng giờ.

Hãy kiểm tra hai trang trước. Một bài kiểm tra ngắn sau hai trang đầu tiên là đủ. Nếu trang hai lặp lại trang một, hãy dừng vòng lặp trước khi số dư phải trả tiền cho cùng các hàng hai lần.

Giải quyết tranh chấp với tệp của tháng trước

Khi hai tệp không khớp, câu hỏi hiếm khi là ai đúng. Hầu hết các bất đồng đều do một thay đổi trong cài đặt mà không ai ghi lại, đó là lý do tại sao nhật ký (log) quan trọng hơn trí nhớ. Vấn đề nằm ở phần nào của yêu cầu đã thay đổi giữa chúng. Hãy xem yêu cầu trước. Thực hiện ba bước kiểm tra theo thứ tự, và hầu hết các tranh chấp sẽ kết thúc ở bước đầu tiên.

Bắt đầu với ngày chỉ mục

Chỉ mục được làm mới khoảng một lần mỗi tháng, và lần làm mới đó là điều đầu tiên cần loại trừ. Một liên kết được kích hoạt sau lần làm mới cuối cùng sẽ không xuất hiện trong bất kỳ tệp nào, và việc kéo lại cùng ngày sẽ không khắc phục được điều đó. Ngày làm mới giải thích các khoảng trống.

Gán nhãn cho mọi tệp. Một tệp được đặt tên theo ngày kéo và chu kỳ làm mới của nó sẽ trả lời câu hỏi phổ biến nhất trước khi ai đó phải hỏi trong cuộc họp. Ghi chu kỳ làm mới bên cạnh tên mỗi tệp. Khi đó, một khoảng trống sẽ được hiểu là khoảng trống về thời gian, chứ không phải khoảng trống trên web.

Giữ các ngày làm mới trong cùng một cột, không rải rác trong ghi chú. Người đọc thấy các ngày bên cạnh các tổng số hiếm khi cần hỏi thêm một câu hỏi nào nữa. Điều đó tiết kiệm một câu hỏi.

So sánh tương đương với tương đương

Hai tệp chỉ có thể so sánh được khi action, domain, sort và giá trị per khớp nhau. Nếu sort khác nhau, các hàng đầu tiên sẽ khác biệt ngay cả khi tổng số khớp nhau, và điều đó có thể trông giống như một thay đổi thực sự trong hồ sơ liên kết. Trộn lẫn tệp anchors với tệp backlinks là một cách phổ biến để tạo ra một sự sụt giảm không có thật. Các cài đặt khớp nhau phải được ưu tiên hàng đầu.

Nếu các tham số khớp và tổng số vẫn khác nhau, sự khác biệt đó đáng được xem xét kỹ hơn, và nhật ký sẽ cho bạn biết nơi bắt đầu. Sau đó, hãy đọc nhật ký.

Gán giá trị per cho một cột riêng biệt, vì nó thay đổi số lượng hàng nhận được mỗi lần gọi và do đó ảnh hưởng đến số lần gọi mà một lần kéo dữ liệu tốn kém. Hãy giữ nó hiển thị.

Khi các hàng di chuyển thay vì biến mất

Sau khi thay đổi domain hoặc thiết kế lại, một liên kết vẫn có thể tồn tại và trỏ đến một địa chỉ mới. Các máy chủ cũ vẫn giữ các liên kết. So sánh các trang hàng đầu cho máy chủ cũ và máy chủ mới trước khi gọi liên kết đó là bị mất. Quy trình kiểm tra di chuyển sẽ hướng dẫn bạn qua bước ghép cặp đó.

Ghi lại cả hai phía. Ghi lại cả hai địa chỉ trên một dòng, để việc di chuyển vẫn hiển thị trong bảng tính.

Các chi phí gây bất ngờ

Một hóa đơn tăng nhanh hơn kế hoạch thường có một nguyên nhân. Nhiều nhóm chỉ nhận ra hóa đơn cao hơn vào cuối tháng, vì vậy việc xem xét tổng số chạy hàng tuần sẽ bắt kịp sự chênh lệch sớm hơn. Đó là action. Nhiều người đọc hỏi làm thế nào để kiểm tra backlink mà không chi quá nhiều, và câu trả lời bắt đầu với tên action. Hãy kiểm tra số dư trong mỗi phản hồi và giữ một tổng số chạy bên cạnh bảng tính của bạn.

Số dư cạn nhanh hơn kế hoạch

Tên action rất quan trọng. Thủ phạm thường xuyên nhất là tên action. anchors tốn 2 credit, trong khi keyword và search tốn 3 mỗi cái, vì vậy một script chuyển action một cách âm thầm đã làm tăng hóa đơn. Hãy kiểm tra giá trị action trong yêu cầu trước lần chạy lớn đầu tiên.

Theo dõi sự chênh lệch. Giữ một tổng số chạy của _credits trong bảng tính. Một sự chênh lệch nhỏ mỗi ngày rất dễ thấy ở đó, lâu trước khi tháng kết thúc.

Lỗi 402 ở giữa một vòng lặp

Lỗi 402 có nghĩa là số dư đã hết. Dừng vòng lặp. Các lệnh gọi đã được phục vụ đã được tính phí, trong khi lệnh gọi tiếp theo sẽ thất bại. Dừng vòng lặp, nạp lại USDT (TRC-20) từ trang tài khoản và tiếp tục từ trang bạn đã dừng.

Điểm tiếp tục chỉ hữu ích khi được ghi lại. Hãy giữ số trang trong nhật ký, để việc khởi động lại không phải là một phỏng đoán. Hãy ghi lại số trang.

Đọc một kết quả quá lớn

Một số lượng tăng đột ngột xứng đáng được xem xét nguồn gốc trước khi nó trở thành một câu chuyện. Một liên kết mẫu duy nhất có thể thêm hàng nghìn hàng, và một dòng tổng số đơn thuần sẽ không cho bạn biết đó là một trang web hay nhiều trang web. Các hàng có thể đúng, và lý do có thể nằm ở một domain chứ không phải toàn bộ hồ sơ. Hãy kiểm tra nguồn trước.

Footer toàn trang web đằng sau một số lượng lớn

Một liên kết mẫu xuất hiện trên hàng nghìn trang của một trang web duy nhất có thể chiếm một khối lớn các hàng. Hãy nhóm lần kéo dữ liệu theo domain liên kết và xem một trang web chiếm bao nhiêu trong tổng số. Nhóm trước, sau đó mới đánh giá.

Nếu một domain chiếm ưu thế, tổng số là một sự thật về trang web đó, và phân tích nên được trình bày theo cách đó. Hãy trình bày theo cách đó.

Các hàng từ một domain bạn chưa bao giờ liên kết

Các anchor kỳ lạ cần được kiểm tra. Sự hiện diện của chúng không chứng minh có gì sai, nhưng nó có nghĩa là hàng đó xứng đáng được đọc giống như bất kỳ hàng nào khác trong phân tích của bạn. Các domain liên kết không quen thuộc với anchor không liên quan có thể đến từ một scraper hoặc một trang bị xâm phạm. Hãy mở một trong các trang liên kết, như một khách truy cập, trước khi bạn giả định các hàng thuộc về hồ sơ của bạn.

Ghi lại domain, ngày và anchor trong bảng tính, và giữ phản hồi thô, để một cuộc xem xét sau này có bằng chứng. Bằng chứng đánh bại trí nhớ.