So sánh các miền đối thủ trong kết quả Tìm kiếm tự nhiên của Google

TL;DR:

• Phân tích SERP đối thủ đo lường sự hiện diện trong một mẫu truy vấn được chọn. Nêu các truy vấn, bối cảnh, khoảng thời gian thu thập, và độ sâu kết quả bên cạnh mỗi so sánh.
• Sử dụng quy tắc tên miền và đếm quan sát một cách nhất quán. Nhiều URL từ một miền không nên vô tình trở thành nhiều chiến thắng độc lập.
• Kiểm tra các trang đứng sau một sự khác biệt. Sự hiện diện của kết quả hữu cơ có thể dẫn dắt nghiên cứu nội dung, nhưng nó không thiết lập lưu lượng, doanh thu, hoặc chi tiêu quảng cáo.

Một công ty cạnh tranh cho cùng một khách hàng có thể không xuất hiện cho mọi truy vấn mà nhóm của bạn quan tâm. Một nhà xuất bản, thư mục, hoặc diễn đàn thảo luận có thể xuất hiện thay vào đó. Các đối thủ tìm kiếm được xác định bởi mẫu tìm kiếm, vì vậy việc so sánh nên bắt đầu với các truy vấn thay vì chỉ danh sách đối thủ của một nhóm bán hàng.

Phân tích SERP đối thủ sử dụng Scrapeless Google Search API để thu thập các quan sát có cấu trúc, sau đó hỏi các miền nào xuất hiện và các trang nào phục vụ cho ý định rõ ràng. Hướng dẫn này định nghĩa các quy tắc so sánh trước khi bảng điểm, vì vậy kết quả có thể hỗ trợ một quyết định nội dung mà không ngụ ý đo lường thị phần.

Chọn Các Truy Vấn Đại Diện Cho Một Quyết Định

Một bộ truy vấn nên đại diện cho một câu hỏi nghiên cứu được tài liệu. Nhóm các cụm từ theo nhiệm vụ, chẳng hạn như học một khái niệm, so sánh một danh mục, hoặc tìm một khả năng sản phẩm cụ thể.

Giữ nguyên các từ ngữ và nhãn chủ đề riêng biệt. Các cụm từ liên quan có thể là những thành viên hữu ích của cùng một chủ đề, nhưng chúng là những quan sát khác nhau. Lặp lại một truy vấn gần giống nhau nhiều lần có thể khiến từ ngữ đó có ảnh hưởng quá mức vào một trung bình đơn giản.

Ghi lại lý do tại sao mỗi truy vấn được bao gồm. Sử dụng một phiên bản bộ truy vấn ổn định để báo cáo lại. Nếu nhóm thêm các chủ đề mới, hãy hiển thị vùng phủ sóng mới một cách riêng biệt hoặc tính lại một tập hợp con chung được ghi nhãn rõ ràng để so sánh.

Mẫu có thể có giá trị mà không cần phải đại diện thống kê cho tất cả nhu cầu. Tránh gọi tỷ lệ hiện diện của nó theo miền là tổng thị phần tìm kiếm. Khối lượng tìm kiếm không được cung cấp bởi quy trình làm việc này, vì vậy trọng số truy vấn bằng nhau là một lựa chọn thiết kế chứ không phải một ước lượng về nhu cầu.

Định Nghĩa Quy Tắc Nhóm Miền

Việc khớp miền nên sử dụng tên miền đã phân tích và ranh giới rõ ràng. Khớp một chuỗi ở bất kỳ đâu trong một URL có thể tính các trang web không liên quan, văn bản đường dẫn, hoặc tham số truy vấn như là một đối thủ.

Bảo tồn tên miền gốc và quyết định xem có nên bao gồm các miền con hay không. Một quy tắc chấp nhận tên miền mục tiêu chính xác hoặc một tên miền kết thúc bằng một dấu chấm cộng với mục tiêu đó có ranh giới rõ ràng. Nó vẫn cần mục tiêu phải là miền tổ chức đã được xác thực; một hậu tố công cộng không phải là mục tiêu tổ chức hợp lệ.

Ranh giới hậu tố công cộng quan trọng khi một báo cáo nhóm các tên miền thành các miền có thể đăng ký. Việc lấy hai nhãn cuối cùng không phải là một giải pháp tổng quát. Một số hậu tố chứa nhiều nhãn, và các nền tảng lưu trữ có thể tách các nhà xuất bản không liên quan dưới một cha chung.

Sử dụng một danh sách cho phép đã được xem xét khi so sánh một tập hợp nhỏ các tổ chức. Lưu giữ phiên bản chính sách để một thay đổi ánh xạ sau này không ngụy trang như một thay đổi trong sự hiện diện tìm kiếm. Giữ liên kết không xác định và không thể phân tích rõ ràng để xem xét thay vì lặng lẽ chỉ định chúng cho một đối thủ.

Thu Thập Các Phần Hữu Cơ Có Thể So Sánh

Các tham số đầu vào của Google Search cho phép người thu thập thiết lập truy vấn, quốc gia, ngôn ngữ, và bối cảnh phân trang. Giữ những cài đặt đó cố định trong một so sánh và lưu yêu cầu hoàn chỉnh.

Quy trình yêu cầu có cấu trúc sử dụng POST https://api.scrapeless.com/api/v1/scraper/request, tiêu đề x-api-token, và diễn viên scraper.google.search. Việc thu thập xác thực yêu cầu một khóa tài khoản. Không có tập dữ liệu đối thủ sống hoặc hiệu suất đối thủ đã được đo lường được khẳng định trong bài viết này.

Chỉ ánh xạ các kết quả hữu cơ sau khi xác nhận trạng thái phản hồi và hình dạng mảng. HTTP 201 đang chờ xử lý; một lần chạy thất bại hoặc không được ánh xạ không thể hỗ trợ một yêu cầu không có. Một mảng rỗng hiện diện nên được giữ lại với trạng thái riêng của nó để những người xem xét có thể phân biệt nó với việc thu thập bị thiếu.

Lưu trữ vị trí, tiêu đề, liên kết, và đoạn trích được trả về khi hiện diện. Giữ các mô-đun khác trong các khu vực phản hồi gốc của chúng. Cấu trúc JSON là bằng chứng hữu ích ngay cả khi một báo cáo phía đầu ra giảm các kết quả xuống hàng miền.

Xây Dựng Các Chỉ Số Với Các Mẫu Số Rõ Ràng

Một biện pháp đo lường sự hiện diện của miền đơn giản đếm số quan sát có thể sử dụng mà trong đó ít nhất một URL hữu cơ khớp với miền. Chia cho số quan sát có thể sử dụng trong nhóm so sánh đã nêu. Đếm miền một lần cho mỗi quan sát, ngay cả khi nhiều trang của nó xuất hiện.

Hiển thị tử số và mẫu số bên cạnh bất kỳ phần trăm nào. Cũng hãy cho biết có bao nhiêu quan sát dự kiến đã không thể sử dụng. Nếu không, một khoảng cách thu thập có thể làm thay đổi mẫu số mà không để người đọc nhận thấy.

Một biện pháp vị trí trả về tốt nhất có thể lấy vị trí hữu cơ trả về hợp lệ nhỏ nhất cho một miền đã khớp trong một quan sát. Giữ các vị trí bị thiếu là null. Đừng gán một vị trí tùy ý cho một miền vắng mặt và sau đó lấy trung bình với các vị trí đã quan sát.

Sự chồng chéo miền trả lời một câu hỏi khác: những miền nào xuất hiện trong cả hai mẫu đã chọn? Nó có thể giúp xác định các nhà xuất bản chung, nhưng nó loại bỏ thứ tự và danh tính trang. Báo cáo nó cùng với bằng chứng cấp độ trang khi bước tiếp theo của nhóm là nghiên cứu nội dung.

Bắt đầu Scraping với Scrapeless

Tăng cường quy trình làm việc thu thập dữ liệu và tự động hóa web của bạn với Scrapeless!
Đăng ký hôm nay và nhận $5 tín dụng miễn phí — không yêu cầu thẻ tín dụng.

Nhận tín dụng miễn phí của bạn ngay bây giờ tại Scrapeless Dashboard.

Tách biệt sự hiện diện miền khỏi cạnh tranh trang

Một so sánh cấp độ miền có thể ẩn giấu các chiến lược trang khác nhau. Một tổ chức có thể xuất hiện qua một trang danh mục, tổ chức khác qua một hướng dẫn, và một tổ chức thứ ba qua một thảo luận.

Mở các URL đã khớp và gán nhãn mục đích của trang sau khi xem xét. Ghi lại xem trang có đáp ứng được nhiệm vụ của truy vấn hay không, đối tượng mà nó hướng tới là ai và các câu hỏi thiết thực mà nó đề cập là gì. Một tiêu đề hoặc đoạn mô tả là điểm khởi đầu cho cuộc xem xét đó, không phải là sự thay thế cho nội dung.

Giữ URL chính xác bên cạnh một nhóm phân loại chuẩn hoặc đã được chuẩn hóa nếu phân tích của bạn sử dụng một cái. Google mô tả chọn URL chính thống như một quy trình tìm kiếm riêng. Một URL đã được chuẩn hóa cục bộ là sự lựa chọn phân tích của bạn và không nên được trình bày như là URL chính thống do Google chọn trừ khi bạn có bằng chứng đó.

Khi nhiều trang từ miền của bạn lần lượt xuất hiện, hãy kiểm tra các trang trước khi gán nhãn mẫu đó là một vấn đề. Các truy vấn hoặc đối tượng dự kiến có thể khác nhau. Một biểu đồ hiện diện có thể xác định nơi cần tìm; nó không thể xác định hành động biên tập đúng đắn chỉ bằng chính nó.

Viết một phát hiện có thể được kiểm tra

Một phát hiện có thể bảo vệ được tên mẫu và sự quan sát. Ví dụ, một báo cáo có thể nói rằng một miền đã được xem xét xuất hiện trong các phần hữu cơ có thể sử dụng cho một nhóm chủ đề cụ thể trong khoảng thời gian thu thập. Nó nên liên kết tuyên bố đó với các chạy có đóng góp.

Câu tiếp theo có thể đề xuất một cuộc điều tra: xem xét các loại trang của đối thủ, so sánh các câu hỏi được trả lời, hoặc kiểm tra xem nội dung của bạn có giải quyết cùng một nhiệm vụ hay không. Gán nhãn đề xuất đó như một cách diễn giải thay vì là một nguyên nhân đã đo lường.

Tránh chuyển đổi sự khác biệt về vị trí kết quả thành doanh thu kỳ vọng hoặc chi tiêu quảng cáo. Các quan sát tìm kiếm hữu cơ không chứa kết quả kinh doanh. Chúng cũng không cung cấp một danh sách đầy đủ các trang đã được lập chỉ mục của một đối thủ; phạm vi tìm kiếm bị hạn chế theo trang web có những giới hạn riêng.

Nếu các bên liên quan muốn phân tích lưu lượng truy cập, hãy đưa vào một nguồn dữ liệu được định nghĩa riêng và giải thích phạm vi của nó. Giữ cho các ước lượng của nó tách biệt với các quan sát tìm kiếm được thu thập trực tiếp.

Duy trì so sánh theo thời gian

Báo cáo lặp lại cần các định nghĩa ổn định cũng như các đầu vào truy vấn ổn định. Phiên bản cho bộ truy vấn, danh sách cho phép miền, bộ phân tích, và các quy tắc chỉ số.

Sử dụng các quan sát có thể sử dụng chung khi so sánh trực tiếp hai khoảng thời gian, và công bố các chạy đã loại trừ. Một báo cáo về phạm vi riêng có thể cho thấy kế hoạch thu thập đầy đủ. Điều này ngăn chặn một mẫu số thuận tiện che giấu các thị trường hoặc chủ đề bị thiếu.

Giữ ghi chú xem xét trang và hành động kinh doanh bên ngoài dữ liệu gốc. Nếu nhóm viết lại một trang, hãy ghi lại thời gian hành động và lý do. Sự chuyển động tìm kiếm sau này có thể thúc đẩy điều tra thêm, nhưng chuỗi thời gian đơn thuần không xác định rằng chỉnh sửa đã gây ra sự thay đổi.

Lưu trữ bằng chứng phía sau mỗi báo cáo. Một người xem xét nên có thể tìm thấy yêu cầu gốc, phản hồi thô, các hàng đã được chuẩn hóa, chính sách phân nhóm, và cách diễn giải viết mà không cần phải tái dựng phân tích từ một ảnh chụp màn hình.

Kết luận

Định nghĩa mẫu truy vấn và quy tắc miền trước khi tính toán sự hiện diện. Bảo tồn phạm vi thu thập và sử dụng xem xét trang để giải thích sự khác biệt. Điều đó tạo ra một so sánh đối thủ mà nhóm của bạn có thể hành động trong khi giữ rõ ràng các giới hạn của bằng chứng tìm kiếm.
Sử dụng các phát hiện từ trang đã được xem xét để thông báo cho phân tích khoảng trống nội dung sau khi so sánh miền xác định nơi cần điều tra.

Xây Dựng Quan Sát Tìm Kiếm Tiếp Theo Của Bạn

Cấu hình Google Search API xung quanh các câu hỏi mà nhóm của bạn cần trả lời. Kiểm tra giá cả Scrapeless trước khi thiết lập tần suất thu thập. Mô hình tham số Google Search giải thích các kiểm soát ngữ cảnh được sử dụng trong quy trình làm việc này.

Thảo luận về việc triển khai của bạn với cộng đồng trên Discord hoặc Telegram.

Câu Hỏi Thường Gặp

Q: Phân tích SERP đối thủ có ước tính lưu lượng truy cập của đối thủ không?

Quy trình làm việc này không. Nó đo lường sự hiện diện hữu cơ quan sát được trong mẫu truy vấn đã chọn. Lưu lượng cần một nguồn được xác định riêng biệt.

Q: Nhiều URL từ một miền có nên tính nhiều lần không?

Đối với sự hiện diện của miền, chỉ đếm miền một lần mỗi quan sát. Một báo cáo cấp trang có thể giữ lại mọi URL, nhưng đó là một thước đo khác.

Q: Hai nhãn hostname cuối có thể xác định mọi tổ chức không?

Không. Các hậu tố công cộng và các sắp xếp lưu trữ làm cho quy tắc đó không đáng tin cậy. Sử dụng chính sách miền đã được xem xét và bảo tồn hostname gốc.

Q: Một miền không có trong một trang đã thu thập có nghĩa là nó không có trên Google không?

Không. Quan sát chỉ bao gồm phần đã được yêu cầu và thu thập thành công. Các tuyên bố về sự vắng mặt rộng hơn yêu cầu bằng chứng khác.

Q: Bảng điểm có thể chứng minh lý do tại sao một đối thủ xếp hạng không?

Không. Nó xác định các mẫu để điều tra. Xem xét nội dung và các bằng chứng liên quan khác trước khi đề xuất một giải thích, và giữ các tuyên bố nguyên nhân tách biệt khỏi các quan sát.