Về SEOMasters.dev

Những gì chúng tôi vận hành

SEOMasters.dev cung cấp một REST API và một trình khám phá trực tuyến miễn phí cho backlink, tên miền trỏ đến, anchor text, các trang hàng đầu và Domain Rating từ 0-100. Các phản hồi ở định dạng JSON.

Dữ liệu đến từ bộ thu thập dữ liệu và chỉ số liên kết riêng của chúng tôi, bao gồm 181.132.097 tên miền và khoảng 798,5 tỷ backlink. Chúng tôi làm mới dữ liệu khoảng một lần mỗi tháng và thông báo điều đó trên mọi trang hiển thị số liệu.

Hãy coi đây là trung tâm công cụ SEO dành cho nhà phát triển: một kệ các điểm cuối (endpoints), không phải một bảng điều khiển. Trang ngân sách tín dụng cho biết chi phí cho mỗi lần gọi.

Thiếu thời gian? Đọc hai phần tiếp theo và bỏ qua phần còn lại.

Chỉ mục chứa những gì

181.132.097 tên miền, 2.774.625.913 liên kết giữa các tên miền và khoảng 798,5 tỷ backlink. Đó là các số liệu hiện có của chúng tôi, và chúng mô tả chỉ mục của chúng tôi, không phải toàn bộ web.

Mỗi số liệu đều đi kèm với chu kỳ làm mới khoảng một lần mỗi tháng. Một trang web ra mắt hôm qua sẽ chưa có trong chỉ mục, và một liên kết bị xóa hôm qua có thể vẫn còn tồn tại.

Điều đó ảnh hưởng đến những gì bạn xây dựng. Một sản phẩm giám sát hứa hẹn cảnh báo theo cấp độ phút là một trường hợp sử dụng không phù hợp. Một sản phẩm báo cáo giải thích sự thay đổi trong một tháng là trường hợp phù hợp và có chi phí vận hành thấp.

Tín dụng được trả trước, 1 tín dụng tương đương $0,0001 và không có gói đăng ký. Việc thanh toán được giải thích chi tiết trên trang ngân sách.

Cách sản phẩm được cấu trúc

Phần này ngắn gọn có chủ đích. Một trung tâm công cụ SEO dành cho nhà phát triển nên hoạt động như một địa chỉ duy nhất và một vài hành tác đơn giản, thay vì một bảng điều khiển phức tạp với nhiều menu.

Một địa chỉ, một tham số hành động

Mọi yêu cầu đều gửi đến cùng một địa chỉ và chỉ định công việc cần làm thông qua tham số action. Tên miền cần kiểm tra được truyền qua q. Một công cụ được xây dựng dựa trên nguyên tắc này chỉ cần một hàm fetch, thay vì một thư viện client cho mỗi điểm cuối.

Phản hồi trả về dưới dạng JSON với cờ ok, để mã của bạn có thể kiểm tra một trường duy nhất trước khi đọc bất cứ thứ gì khác. Các phản hồi xác thực sẽ thêm trường _credits, cho biết chi phí của lần gọi và số dư còn lại.

HTTP thuần túy, không cần SDK để cập nhật

Chúng tôi không công bố SDK. Bất kỳ ngôn ngữ nào có client HTTP đều có thể gọi API, và các hướng dẫn trên trang web này sử dụng curl, Python và TypeScript vì lý do đó. Một phụ thuộc bạn chưa bao giờ cài đặt sẽ không bị lỗi khi nâng cấp.

Sự đánh đổi là bạn phải tự viết lớp fetch. Hầu hết các nhóm viết nó một lần, giữ cho nó nhỏ gọn và tái sử dụng, đây là phần công việc mang lại lợi ích lâu dài.

Một cách nhanh chóng để kiểm tra xem client của bạn có đúng không: so sánh một phản hồi từ lệnh gọi overview miễn phí với cùng lệnh gọi thực hiện bằng curl. Nếu các khóa và giá trị khớp nhau, client hoạt động tốt, và bất kỳ lỗi nào sau đó đều nằm trong mã của chính bạn.

Khóa nằm ở phía bạn

Một khóa hoạt động giống như mật khẩu cơ sở dữ liệu. Trang tài khoản cấp khóa này sau khi đăng nhập bằng Google, và nó nên được lưu trong biến môi trường trên máy chủ của bạn, không bao giờ nằm trong bundle trình duyệt.

Nếu người dùng cần xem số liệu, hãy đặt một route trung gian trước API. Hướng dẫn proxy xây dựng nó từng bước, với danh sách cho phép và bộ nhớ đệm hàng ngày.

Hãy coi một khóa được dán vào nhật ký trò chuyện hoặc vé hỗ trợ là đã bị lộ. Hãy giả định rằng người khác có thể đọc nó và xem lại lịch sử sử dụng trước khi quyết định bất cứ điều gì khác.

Chi phí khi rời đi

Không ai lên kế hoạch rời bỏ một nguồn dữ liệu ngay từ ngày đầu. Tuy nhiên, một nhóm hợp lý sẽ kiểm tra khả năng rời đi trước khi kiểm tra giá cả.

Tại sao việc rời đi lại dễ dàng

Giả sử bạn đã xây dựng báo cáo khách hàng dựa trên API này và muốn chuyển sang nguồn khác sau hai năm. Các lệnh gọi đến chúng tôi nằm trong một hàm fetch duy nhất, và mọi thứ khác trong ứng dụng của bạn đọc từ các bảng dữ liệu riêng của bạn.

Một phản hồi thô bạn đã lưu trữ vẫn nằm trong cơ sở dữ liệu của bạn. Các số liệu cũ không biến mất khi bạn ngừng gọi, và lịch sử bạn đã xây dựng vẫn trả lời các câu hỏi.

Chi phí thực sự của việc chuyển đổi

Phần lớn chi phí là thời gian của nhà phát triển: ánh xạ tên trường mới, chạy lại lịch sử và kiểm tra xem các đường xu hướng có khớp nhau không. Hai chỉ số sẽ không khớp từng chữ số, vì vậy hãy lên kế hoạch cho một khoảng thời gian chồng lấn ngắn nơi cả hai nguồn đều hoạt động.

Một API được bán kèm gói đăng ký ràng buộc chi phí của bạn với ngày gia hạn. Tín dụng trả trước không có ngày gia hạn như vậy, vì vậy việc chuyển đổi không bao giờ bị trì hoãn bởi hợp đồng vẫn còn hiệu lực.

Ai viết trang web này

Các trang được viết bởi nhóm biên tập SEOMasters.dev. Chúng tôi không công bố tên tác giả cá nhân hay lời chứng thực, và không có nội dung nào ở đây là câu chuyện khách hàng.

Các ví dụ được đánh dấu rõ ràng là ví dụ. Giá và giới hạn đến từ chính sản phẩm; nếu bạn phát hiện sự không khớp, hãy cho chúng tôi biết qua trang tài khoản.

Hãy bắt đầu với kịch bản DR hàng loạt nếu bạn muốn xem sản phẩm hoạt động.

Ví dụ và tuyên bố được tách biệt

Các ví dụ trên trang web này là giả định, và mỗi ví dụ đều nêu rõ điều đó trong câu đầu tiên. Các tuyên bố về sản phẩm đến từ chính sản phẩm: các giới hạn, giá cả và quy mô chỉ mục của nó.

Nếu một ví dụ và một tuyên bố có vẻ mâu thuẫn, hãy tin tưởng tuyên bố và đọc lại ví dụ. Kiểm tra thực tế quan trọng hơn việc tin vào một câu chuyện được trình bày mượt mà, và điều đó cũng đúng với các trang của chính chúng tôi.

Cách chúng tôi muốn bạn đánh giá các số liệu

Hãy bắt đầu với một tên miền mà bạn hiểu rõ. Gọi lệnh overview (miễn phí) và xem liệu số lượng tên miền trỏ đến có hợp lý với bạn hay không.

Sau đó, so sánh với một công cụ khác về xu hướng, không phải về các chữ số cụ thể. Các bộ thu thập dữ liệu khác nhau nhìn thấy các phần khác nhau của web, vì vậy hai chỉ số trung thực có thể khác nhau và cả hai đều hữu ích.

Công thức DR của chúng tôi được công khai: round(100 log(ref_domains + 1) / log(2 10^7)). Bạn có thể tính toán lại nó trong bảng tính, đây là cách phòng thủ tốt nhất chống lại một điểm số mà bạn không thể giải thích.

Đọc tài liệu tham khảo DR trước khi trình bày nó cho khách hàng.

Nhiều khách hàng trên một bảng điều khiển

Một sản phẩm phục vụ nhiều khách hàng đặt ra một câu hỏi mà API không thể trả lời giúp bạn: khách hàng nào sở hữu tên miền nào.

Giữ liên kết tenant trong lược đồ của riêng bạn

API không biết khách hàng của bạn, và điều đó là tốt. Hãy lưu trữ liên kết giữa tenant và tên miền trong các bảng của riêng bạn, và đảm bảo mỗi lệnh gọi chỉ trả lời một câu hỏi: tên miền này trông như thế nào?

Hãy tưởng tượng một agency vận hành hàng trăm trang web khách hàng từ một bảng điều khiển duy nhất. Mỗi hàng khách hàng trỏ đến một chuỗi tên miền, và lệnh gọi chỉ cần chuỗi đó.

Chia nhật ký chi phí theo tenant ở phía bạn

Mọi phản hồi xác thực đều chứa _credits, vì vậy nhật ký theo từng lệnh gọi có thể được nhóm theo tenant trong cơ sở dữ liệu của riêng bạn. Điều đó cung cấp hóa đơn cho từng khách hàng, và việc nhóm dữ liệu là quyền của bạn.

Bắt đầu từ ngày đầu tiên. Một câu hỏi về chi phí được hỏi sau sáu tháng sẽ mất nhiều thời gian hơn để trả lời so với cùng câu hỏi được ghi lại ngay từ đầu.

Giới hạn số lệnh gọi trước khi chúng rời khỏi máy chủ của bạn

Một khách hàng làm mới trang năm mươi lần không nên khiến bạn phải trả năm mươi lệnh gọi upstream. Hãy lưu trữ bộ nhớ đệm cho các hành động miễn phí và giới hạn các hành động trả phí theo tenant trong mã của riêng bạn, trước khi yêu cầu được gửi đi.

Hiển thị giới hạn cho khách hàng dưới dạng một giới hạn rõ ràng, với thời gian đặt lại mà bạn có thể nêu rõ, thay vì như một lỗi im lặng. Một giới hạn hiển thị tự giải thích cho chính nó, trong khi một giới hạn im lặng sẽ tạo ra các câu hỏi hỗ trợ.

Các giới hạn chúng tôi công bố và ý nghĩa của chúng

Mọi giới hạn dưới đây đều đến từ chính sản phẩm. Hãy đọc chúng như các đầu vào thiết kế, vì mỗi giới hạn đều thay đổi cách một công cụ nên phân trang, lưu bộ nhớ đệm hoặc tính phí.

Tối đa 1.000 hàng, một lần tính phí cho mỗi lệnh gọi

Một lệnh gọi trả về tối đa 1.000 hàng và được tính phí một lần bất kể có bao nhiêu hàng được trả về. Kích thước trang được đặt bằng per, và chi phí vẫn giữ nguyên ở bất kỳ kích thước nào dưới ngưỡng đó.

Vì vậy, một trang có 1.000 hàng và một trang có 100 hàng có cùng chi phí. Hãy đọc các trang lớn hơn khi có thể, vì giá cố định cho mỗi lệnh gọi sẽ khuyến khích ít lệnh gọi hơn.

Ngưỡng 50.000 hàng cho phân trang sâu

Phân trang sâu dừng lại ở 50.000 hàng cho một truy vấn đơn lẻ. Vượt quá ngưỡng đó, bạn cần một câu hỏi hẹp hơn, chẳng hạn như một cách sắp xếp khác hoặc một hành động khác.

Hướng dẫn phân trang có một vòng lặp dừng lại ở ngưỡng, trên một trang ngắn hoặc bất kỳ lỗi nào.

Chỉ mục hàng tháng và nhãn rõ ràng

Chỉ mục được xây dựng lại khoảng một lần mỗi tháng. Các liên kết gần đây có thể chưa xuất hiện, và một trang web ra mắt tuần trước có thể hoàn toàn vắng mặt.

Các trang hiển thị số liệu đều ghi chú điều đó, vì vậy người dùng không bao giờ đọc một số liệu như dữ liệu thời gian thực. Hãy xây dựng các màn hình của riêng bạn theo cách tương tự và hiển thị tuổi chỉ mục bên cạnh mọi số liệu.

Bắt đầu từ đâu cho nhà phát triển

Đăng nhập bằng Google và sao chép khóa của bạn từ trang tài khoản. Tín dụng khởi động $100 tương đương 1.000.000 tín dụng và không cần thẻ thanh toán.

Tiếp theo, hãy chọn hướng dẫn phù hợp với công nghệ của bạn. Các tác vụ hàng loạt Python đi kèm với kịch bản hàng loạt, bảng điều khiển Next.js đi kèm với hướng dẫn proxy, và bất kỳ vấn đề nào xảy ra đều có thể tra cứu trong bảng lỗi.

Nếu bạn cần khối lượng từ khóa, theo dõi SERP hoặc cảnh báo liên kết vào sáng hôm sau sau khi liên kết đi vào hoạt động, hãy sử dụng Ahrefs hoặc Semrush cho phần đó. Hai phương pháp này kết hợp rất tốt với nhau.