Một giải pháp thay thế Majestic có thể gọi từ công việc cron

Khi nào nên dùng giải pháp thay thế Majestic

Hãy tưởng tượng kịch bản này. Bạn mở Majestic chỉ để sao chép hai số vào bản trình bày. Khi đó, một giải pháp thay thế Majestic với điểm cuối JSON đơn giản sẽ giúp bạn tiết kiệm thời gian đăng nhập và sao chép-dán. Tuy nhiên, nó không giúp bạn tránh được sự thay đổi về chỉ số.

Hãy kiểm tra một điều trước khi chuyển đổi. Nếu báo cáo trích dẫn Trust Flow hoặc Citation Flow theo tên, đó là các chỉ số riêng của Majestic và bạn sẽ không tìm thấy chúng ở đây. DR của chúng tôi dựa trên số lượng tên miền trỏ về trong chỉ số liên kết riêng của chúng tôi, và đó là một chỉ số khác biệt.

Các nhóm chỉ cần số lượng, anchor text và điểm số 0-100 có thể chuyển đổi. Mức độ khó thấp. Hãy so sánh Ahrefs và Majestic trước nếu bạn chưa chắc chắn. Chạy song song cả hai nguồn trong một tháng, giữ nguyên cột cũ và bắt đầu một cột mới được gắn nhãn theo nguồn mới.

Chi phí của mỗi công thức trong một tháng

Chi phí phụ thuộc vào số lần gọi, vì vậy hãy đếm chúng trước khi lên lịch. Công thức 1 là một lần gọi hàng loạt và một tín dụng, bất kể độ dài danh sách lên đến 2.000 tên miền. Công thức 2 là ba lần gọi: hai lần kéo refdomains với hai tín dụng mỗi lần, và một lần intersect với hai tín dụng. Tổng cộng là sáu tín dụng, tương đương $0.0006.

Công thức 3 là một lần gọi anchors với hai tín dụng, vì vậy việc kiểm tra đối tác hàng tháng tốn $0.0002. Chạy cả ba công thức mỗi tuần. Tổng chi phí trong tháng vẫn dưới một xu. Hãy kiểm tra số lượng với danh sách của riêng bạn, vì danh sách đối thủ dài hơn sẽ làm thay đổi tổng chi phí.

Chi phí thực sự của một giải pháp thay thế Majestic là số giờ dành cho việc thiết lập, không phải tín dụng. Hãy dành thời gian cho công việc này một lần. Nó sẽ mang lại lợi ích cho mọi lần kéo dữ liệu sau đó.

Nơi tín dụng được sử dụng trước tiên

Phần lớn chi phí hàng tháng đến từ tần suất chạy công việc, không phải từ lần chạy đầu tiên. Hãy xem xét lịch trình trước khi tinh chỉnh một yêu cầu. Một công việc chạy hàng ngày cho một danh sách đối thủ là công việc cần được xem xét đầu tiên, vì các số liệu giống nhau sẽ lặp lại cho đến lần cập nhật hàng tháng tiếp theo.

Nơi dữ liệu được lưu trữ khi đã nhận được

Một nguồn dữ liệu không ai đọc là sự lãng phí. Hãy quyết định nơi dữ liệu đầu ra sẽ được lưu trữ trước khi viết yêu cầu đầu tiên. Một bảng tính phù hợp cho một nhóm nhỏ. Một bảng trong kho dữ liệu phù hợp khi nhiều bảng điều khiển đọc cùng một số liệu. Cả hai đều ổn, miễn là có một nơi lưu trữ các số liệu quan trọng.

Hãy lưu trữ JSON thô trong một thư mục cùng với các hàng đã được phân tích. Khi một số liệu có vẻ sai sau một năm, phản hồi thô sẽ cho biết dịch vụ đã trả về gì vào ngày hôm đó, và trình phân tích có thể được kiểm tra đối chiếu với nó.

Một số nhóm chạy công việc từ máy tính xách tay. Điều này hoạt động cho đến khi máy tính ở chế độ ngủ. Một máy chủ nhỏ hoặc một công việc đám mây được lên lịch là nơi lưu trữ tốt hơn cho một quy trình mà các nhóm khác phụ thuộc vào.

Bảng tính cho nhóm nhỏ

Dán các hàng đã phân tích vào một tab, với ngày kéo dữ liệu là cột đầu tiên. Giữ một tab thứ hai cho lần kéo dữ liệu trước đó đã được đóng băng. Một công thức trừ hai giá trị sẽ cho ra sự thay đổi, và bất kỳ ai cũng có thể đọc nó mà không cần script.

Thử lại mà không trùng lặp

Một công việc bị lỗi ở giữa nên an toàn để chạy lại. Khóa chính trên tên miền và ngày kéo dữ liệu, từ cài đặt snapshot hàng tháng, khiến việc chạy lại không gây hại trong một bảng. Trong bảng tính, hãy ghi lần kéo dữ liệu mới vào một tab mới thay vì ghi đè lên tab cũ, để một lần chạy bị lỗi sẽ giữ nguyên dữ liệu tốt nhất trước đó.

Bảng cho các bảng điều khiển chia sẻ

Cung cấp cho bảng một hàng cho mỗi tên miền trong mỗi lần kéo, cùng các cột mỗi lần và nhãn nguồn. Các bảng điều khiển sau đó có thể lọc theo nguồn và ngày. Việc đổi tên một cột sau này sẽ làm hỏng mọi tile đọc nó, vì vậy hãy đặt tên cho các cột một lần và giữ nguyên chúng.

Lựa chọn nguồn dữ liệu nào xứng đáng được đưa vào

Hãy bắt đầu bằng các số lượng. Số lượng tên miền trỏ về và số lượng backlink trả lời hầu hết các câu hỏi mà chủ bảng điều khiển đặt ra, và chúng dễ giải thích. Chỉ thêm điểm số khi một bên liên quan yêu cầu, vì điểm số đi kèm với một công thức tính toán.

Các nguồn dữ liệu bên dưới trả lời các câu hỏi hẹp hơn. Chỉ sử dụng chúng khi số lượng đã đặt ra câu hỏi, không phải như một mặc định. Hãy ghi lại nguồn dữ liệu nào trả lời câu hỏi nào, mỗi câu một dòng. Người đọc thấy danh sách này sẽ biết lý do tại sao quy trình kéo anchor text, và một thay đổi sau này có thể được kiểm tra đối chiếu với nó.

Ai liên kết với đối thủ nhưng không liên kết với bạn

Intersect trả lời một câu hỏi hẹp: trang web nào liên kết với nhiều đối thủ cùng một lúc. Một trang web liên kết với hai đối thủ nhưng không liên kết với bạn là một ứng viên đáng để xem xét. Đây không phải là danh sách rút gọn các liên kết cần mua, vì lý do một trang web liên kết quan trọng hơn việc nó có liên kết hay không.

Trang đối tác và anchor text mà họ sử dụng

Anchor text cho thấy cách một đối tác mô tả thương hiệu hoặc sản phẩm của bạn. Nếu các từ ngữ rõ ràng, một trang đối tác sẽ đọc như một nội dung thông thường. Nếu một cụm từ thương mại lặp lại trên nhiều liên kết, người đọc sẽ nhận thấy, và cả người đánh giá cũng vậy.

Một cuộc tìm kiếm đối tác là một công việc khác với việc đếm số lượng. Sau khi có danh sách các trang web ứng viên, hãy kéo anchor text và các trang hàng đầu của họ trong một lần chạy. Sau đó tự đọc các trang web đó, vì một danh sách các số liệu không thể cho bạn biết liệu một đối tác có phù hợp hay không.

Chạy song song trong một tháng

Đừng chuyển đổi vào một đêm. Hãy kéo dữ liệu từ cả hai nguồn vào cùng một ngày, ghi chúng vào hai cột và xem xét thứ hạng của các đối thủ của bạn. Giá trị tuyệt đối sẽ khác nhau. Thứ hạng thường phù hợp với nhau.

Nếu thứ hạng bị đảo ngược đối với hai hoặc ba đối thủ, hãy dừng lại. Hãy tìm hiểu lý do trước khi quyết định. Một trang web có nhiều liên kết từ ít tên miền trông mạnh mẽ về số lượng liên kết thô và khiêm tốn về điểm số tên miền trỏ về, đây là cách DR của chúng tôi được xây dựng. Sự khác biệt này không phải là lỗi của nguồn nào.

Khi bạn hài lòng, hãy đóng băng cột cũ với một ghi chú và ngày tháng. Sau đó, liên kết cột mới với cài đặt snapshot hàng tháng để nó tự động cập nhật mà không cần đăng nhập của bất kỳ ai.

Hãy giữ buổi đánh giá hàng tháng ngắn gọn. Năm phút vào cùng một ngày mỗi tháng, với cả hai cột mở, là đủ để xem liệu thứ hạng có còn giữ nguyên hay không.

Giữ việc chạy song song minh bạch

Hãy kéo dữ liệu từ cả hai nguồn vào cùng một ngày trong tháng và đừng lấy trung bình của hai cột. Giá trị trung bình sẽ che giấu nguồn nào đã thay đổi. Hãy giữ mỗi cột trên một dòng riêng, để người đọc có thể thấy nơi bắt đầu một khoảng trống.

Những gì cần ghi trong ghi chú chuyển đổi

Hãy giữ nó ngắn gọn và có ngày tháng. Nêu rõ nguồn cũ, nguồn mới, ngày kéo dữ liệu đầu tiên và lý do. Thêm công thức cho điểm số mới để người mới có thể tái tạo lại nó.

Cũng hãy liệt kê những gì nguồn mới không bao gồm: không có Trust Flow, không có Citation Flow, cập nhật hàng tháng. Người đọc sẽ tha thứ cho những hạn chế đã được thông báo. Họ sẽ nhớ những hạn chế mà họ tự phát hiện ra. So sánh chi phí một lần nữa với bảng giá Moz khi việc chuyển đổi ổn định.

Hãy chỉ định chủ sở hữu của cột mới trong cùng một ghi chú. Khi người phụ trách thay đổi, nhóm tiếp theo sẽ biết ai có thể giải thích một sự nhảy số và nơi lưu trữ các phản hồi thô.