Các giải pháp thay thế DataForSEO tốt nhất, dưới dạng cây quyết định cho người dùng R
Bắt đầu từ câu hỏi đầu tiên và làm theo các câu trả lời của bạn. Hầu hết các nhà phân tích sẽ rơi vào một trong ba nhánh, và chỉ một trong số đó liên quan đến việc rời khỏi nhà cung cấp đa năng.
Đội ngũ nghiên cứu CranSEO ·
Đọc phần này trước
Cây quyết định có ba nhánh kết thúc
Giữ nguyên vị trí hiện tại, thêm API chỉ liên kết vào bên cạnh, hoặc chuyển sang bộ công cụ toàn diện. Lựa chọn phù hợp phụ thuộc vào cấu trúc bảng dữ liệu của bạn, không phải thương hiệu bạn quen thuộc.
- Chủ yếu là các cột từ khóa và vị trí SERP: giữ nguyên
- Chủ yếu là các cột liên kết: thêm API chỉ liên kết
- Theo dõi thứ hạng kèm cổng khách hàng: bộ công cụ toàn diện
Cây quyết định, mỗi nhánh là một hàng
| Câu hỏi | Nếu có | Nếu không |
|---|---|---|
| Báo cáo có cần khối lượng từ khóa hoặc vị trí SERP không? | Giữ nhà cung cấp từ khóa cho các cột đó, sau đó chuyển sang hàng 2 | Chuyển sang hàng 2 |
| Phần liên kết trong báo cáo chỉ đề cập đến các tên miền trỏ về, văn bản neo và điểm uy tín không? | API chỉ liên kết như CranSEO là đủ cho phần đó | Chuyển sang hàng 3 |
| Bạn có cần dữ liệu thu thập dữ liệu (crawl) tươi mới hàng ngày không? | Sử dụng Ahrefs hoặc Semrush; đồ thị của chúng tôi được làm mới khoảng một lần mỗi tháng | Chuyển sang hàng 4 |
| Nhật ký có được chạy lại bởi các đồng nghiệp không nên thấy khóa trả phí không? | Ưu tiên các hành động miễn phí khi có thể; chúng không cần khóa | Bất kỳ nhà cung cấp nào cũng được |
| Ngân sách cho mỗi lần chạy chỉ khoảng vài đô la? | Thanh toán theo lượt gọi từ $0.10 cho 1.000 lượt gọi phù hợp | So sánh với gói hàng tháng thay thế |
Lý do chúng tôi đặt API chỉ liên kết ở một nhánh riêng
Các nhà phân tích hiếm khi muốn một nhà cung cấp đảm nhận mọi thứ, vì vậy việc tách biệt hệ thống là phổ biến. Mỗi nhóm cột có nhịp độ làm mới riêng và các chế độ lỗi riêng.
Khối lượng từ khóa thay đổi hàng tuần, trong khi đồ thị liên kết được xây dựng từ trình thu thập dữ liệu của chúng tôi được cập nhật khoảng một lần mỗi tháng. Đặt chúng vào cùng một bước quy trình ẩn sự khác biệt đó và tạo ra các biểu đồ trông chính xác hơn thực tế.
API hẹp cũng giữ cho mã nguồn ngắn gọn. Một lệnh request() cho mỗi hành động, một tibble cho mỗi lượt gọi, và chi phí như nhau dù lượt gọi trả về 10 hàng hay 1.000 hàng.
Không có nghĩa là nhà cung cấp đa năng kém hơn. DataForSEO bao quát nhiều hơn chúng tôi, và nếu quy trình của bạn đã dựa vào nó cho dữ liệu SERP, bước hợp lý thường là giữ nguyên phần đó.
Không bao giờ thay thế nguồn giữa chừng trong báo cáo. Chạy nhà cung cấp cũ và mới song song trong một chu kỳ hàng tháng, so sánh số lượng tên miền, và chỉ sau đó mới chuyển biểu đồ.
Viết mã trước hay công cụ quy trình trước?
Hầu hết các nhà phân tích khi so sánh các giải pháp thay thế DataForSEO tốt nhất đều tập trung vào nhà cung cấp và quên mất công cụ xung quanh nó. Công cụ chỉ là trình lên lịch và chất kết dính. Hãy thiết kế công việc trước. Nó vẫn chỉ là một yêu cầu, một tệp và một báo cáo.
Giữ lệnh gọi API trong một tập lệnh mà bạn có thể so sánh phiên bản
Giả sử bạn chạy lại báo cáo liên kết mỗi tháng. Một tập lệnh trong hệ thống kiểm soát phiên bản sẽ cho biết hành động nào đã chạy, danh sách tên miền nào đã cung cấp dữ liệu và các tham số nào đã được đặt, để các số liệu của tháng trước có thể được giải thích từng dòng.
Một bảng quy trình có thể biểu thị các bước tương tự, nhưng lịch sử thay đổi khó đọc và khó xem xét hơn. Bất kể công cụ bạn chọn, hãy để lệnh gọi tiêu tốn tín dụng ghi vào một tệp có ngày tháng. Báo cáo nên đọc tệp đó, không gọi lại API.
Khi trình lên lịch đơn giản là đủ
Một mục cron hoặc một công việc CI được lên lịch chạy một tập lệnh R bao phủ hầu hết các lần thu thập dữ liệu hàng tháng. Không cần gì khác phải hoạt động liên tục. Nếu tập lệnh thoát với lỗi, trình lên lịch sẽ ghi lại, và nhật ký sẽ có sẵn vào sáng hôm sau.
Các công cụ quy trình xứng đáng với vị trí của chúng trong các tình huống khác. Một người không viết mã có thể cần kích hoạt lần thu thập dữ liệu, hoặc một lần chạy có thể phải thông báo cho nhiều kênh. Những nhu cầu đó là có thật, nhưng hiếm khi là nhu cầu của nhà phân tích notebook.
Khi nào công cụ quy trình xứng đáng với vị trí của nó
Một nhóm muốn có nút cho lần thu thập dữ liệu, một thông báo trong nhóm chat khi nó thất bại và lịch sử chạy chung có thể được hưởng lợi từ công cụ quy trình. Giữ lệnh HTTP trong một hàm duy nhất mà công cụ gọi, để logic vẫn có thể được kiểm tra bên ngoài bảng điều khiển.
Kiểm tra các giới hạn trước khi cam kết. Đồng nghiệp có thể mở khóa được lưu trữ trong công cụ không? Bạn có thể xuất luồng dưới dạng văn bản để xem xét không? Nếu một trong hai câu trả lời là không, sự tiện lợi có một cái giá sẽ xuất hiện sau này.
Ai được phép chạy lại nó
Các đồng nghiệp chạy lại notebook không cần khóa trả phí của bạn. Các ô demo gọi tên miền hoặc tổng quan không cần khóa, vì vậy chúng chạy cho bất kỳ ai mở tệp.
Các ô đọc khóa từ môi trường. Thói quen đó giữ khóa khỏi notebook, khỏi định nghĩa quy trình và khỏi ảnh chụp màn hình được chia sẻ trong cuộc họp.
Viết quy tắc bên cạnh ô khóa, bằng lời đơn giản: các ô miễn phí chạy cho bất kỳ ai, và các ô trả phí cần khóa từ môi trường. Một người đọc gặp quy tắc một lần sẽ ngừng hỏi.
Quy trình hỗn hợp và vị trí của phép nối
Một quy trình hỗn hợp có hai nguồn cung cấp cho một bảng. Giữ mỗi nguồn ở một giai đoạn riêng, ghi mỗi đầu ra vào một tệp có ngày tháng riêng, và chỉ thực hiện phép nối ở giai đoạn báo cáo. Khi một nguồn thay đổi định dạng, bạn sẽ biết giai đoạn nào bị lỗi.
Không lấy trung bình các nhà cung cấp có cách đếm khác nhau. So sánh chúng song song trong một chu kỳ, như bài phân tích mô tả, và giữ khóa nối giống nhau ở cả hai bên.
Đi qua một công việc giả định theo cây quyết định
Giả sử công việc của bạn thu thập các tên miền trỏ về và văn bản neo cho 40 tên miền đối thủ mỗi tháng, và không có gì khác. Hàng đầu tiên hỏi về khối lượng từ khóa hoặc vị trí SERP. Câu trả lời là không, vì vậy cây quyết định chuyển bạn đến hàng 2.
Hàng 2 hỏi xem phần liên kết chỉ là tên miền trỏ về, văn bản neo và điểm uy tín không. Ở đây là có, vì vậy API chỉ liên kết là đủ cho giai đoạn đó. Hàng 3 hỏi về dữ liệu thu thập dữ liệu tươi mới hàng ngày. Câu trả lời là không, vì ảnh chụp hàng tháng là chấp nhận được cho báo cáo này, vì vậy quá trình kết thúc ở nhánh chỉ liên kết với giá theo lượt gọi.
Năm bước kiểm tra trước khi chọn một nhánh
Đếm các cột liên kết
Đếm số cột trong bảng cuối cùng của bạn đến từ liên kết. Nếu số lượng ít, giai đoạn liên kết là một phần nhỏ của công việc, và API hẹp có thể là tất cả những gì nó cần.
Xác định nhịp độ làm mới
Viết ra tần suất thay đổi của mỗi nguồn. Đồ thị của chúng tôi được làm mới khoảng một lần mỗi tháng, vì vậy lịch trình hàng ngày chỉ lặp lại cùng một số liệu.
Liệt kê các lượt gọi trả phí
Liệt kê mọi lượt gọi tiêu tốn tín dụng và số lần mỗi lượt chạy trong một chu kỳ. Các hành động miễn phí bị loại khỏi danh sách, thường làm ngắn danh sách đáng kể.
Kiểm tra nơi khóa được lưu trữ
Xác định tệp, kho bí mật hoặc biến môi trường nào chứa khóa, và ai có thể đọc nó. Khóa trong tệp .Renviron cục bộ mang lại rủi ro khác với khóa được dán vào quy trình chia sẻ.
Tính giá cho một chu kỳ đầy đủ
Nhân số lượt gọi với tín dụng mỗi lượt gọi, sau đó với $0.0001. Đặt tổng số bên cạnh ngân sách bạn đã có trước khi quyết định bất cứ điều gì.
Ba bản phác thảo trường hợp ngắn
Đọc những bản phác thảo này như những phác thảo thay vì khách hàng. Phác thảo một: một nhà phân tích xây dựng báo cáo đối thủ hàng tháng từ 40 tên miền và muốn số lượng tên miền trỏ về và văn bản neo. Nhánh chỉ liên kết phù hợp. Trang ngân sách cho thấy nó tốn vài xu.
Phác thảo hai: một nhóm cần vị trí từ khóa cho 2.000 cụm từ mỗi ngày. Không có gì ở đây giúp được. Hãy tiếp tục với nhà cung cấp SERP.
Phác thảo ba là trường hợp hỗn hợp. Đây là trường hợp phổ biến nhất. Giữ nguyên giai đoạn SERP, chỉ di chuyển giai đoạn liên kết, và nối hai bảng ở phía sau. Bài phân tích đi qua các giai đoạn, và trang kiểm tra uy tín bao gồm lệnh gọi tính điểm hàng loạt thay thế vòng lặp.
Khi câu trả lời là tùy thuộc
Hầu hết thời gian câu trả lời phụ thuộc vào nhu cầu làm mới, và đó là câu trả lời trung thực.
Nếu ảnh chụp hàng tháng là chấp nhận được, bạn đang ở lãnh vực chỉ liên kết, và mô hình trả trước theo lượt gọi phù hợp. Nếu bạn cần phản ứng với liên kết bị mất cùng ngày, bạn cần một nguồn được xây dựng cho việc đó, và đồ thị hàng tháng của chúng tôi là công cụ không phù hợp bất kể giá cả.
Những câu hỏi mọi người hỏi trước khi chọn một nhánh
Tôi có cần khóa để kiểm tra API không?
Không. domain, overview, stats và suggest chạy mà không cần khóa, vì vậy bạn có thể xem hình dạng của phản hồi trước khi đăng nhập. Các hành động trả phí cần khóa, và khóa bị thiếu hoặc không đúng sẽ trả về HTTP 401.
Có cần trả phí đăng ký trước không?
Không. Tín dụng được trả trước với giá $0.0001 mỗi tín dụng, không có đăng ký và không có mức tối thiểu hàng tháng. Các hành động miễn phí không tốn phí, và mỗi lượt gọi trả phí được tính phí một lần, bất kể số hàng nó trả về.
Tôi có nên tự xây dựng giai đoạn liên kết không?
Đối với một lần duy nhất, một vụ thu thập dữ liệu nhỏ có vẻ rẻ. Đối với báo cáo hàng tháng, nó thường không rẻ, vì việc thu thập dữ liệu và lập chỉ mục web là một dự án riêng. Chỉ tự xây dựng nếu giai đoạn liên kết chính là sản phẩm bạn đang tạo.
Nếu cây quyết định chuyển tôi đến hai nhánh thì sao?
Chia công việc. Giữ giai đoạn từ khóa với nhà cung cấp của nó, gửi giai đoạn liên kết đến API chỉ liên kết, và nối hai bảng theo cột tên miền. Trường hợp hỗn hợp là trường hợp mà hầu hết các quy trình kết thúc.
