Nếu bạn đến đây với mục đích tìm kiếm cách “thu thập danh sách người theo dõi trên Instagram quy mô lớn bằng cách khai thác các tài khoản đã đăng nhập” — thì phương pháp đó đã không còn hiệu quả nữa. Meta đã chặn phương pháp này trong vài năm qua và các thư viện Python không chính thức hỗ trợ phương pháp này (Instagramy, các phiên bản phân nhánh cũ của instagram-scraper, chế độ đã đăng nhập của instaloader) đã ngừng hoạt động hoặc thậm chí gây nguy hiểm từ năm 2022.

Điều còn lại là một bức tranh hẹp hơn nhưng chân thực hơn: trên Instagram có những dữ liệu công khai có giá trị mà chúng ta có thể thu thập, Graph API chính thức đáp ứng một trường hợp sử dụng cụ thể trong kinh doanh, và một số kỹ thuật hợp pháp giúp lấp đầy khoảng trống giữa hai yếu tố này. Bài viết này sẽ phân tích chi tiết những phương pháp nào thực sự hiệu quả để thu thập dữ liệu Instagram vào năm 2026, những phương pháp nào không hiệu quả, cũng như ranh giới pháp lý và đạo đức nằm ở đâu.

Những thứ bạn có thể thu thập và những thứ bạn không thể

Điều quan trọng nhất cần nắm rõ trước khi bắt đầu một dự án phân tích dữ liệu Instagram vào năm 2026: các rào cản truy cập đã trở nên nghiêm ngặt hơn. Có hai loại dữ liệu là dữ liệu công khai và dữ liệu riêng tư, và khoảng cách giữa chúng không chỉ lớn hơn mà còn được kiểm soát chặt chẽ hơn so với những gì hầu hết các bài viết cũ thừa nhận.

Có thể truy cập công khai mà không cần đăng nhập (có thể trích xuất dữ liệu):

• Dữ liệu hồ sơ công khai — tên người dùng, họ và tên đầy đủ, phần giới thiệu, số người theo dõi (ước tính), số người đang theo dõi, số bài đăng, trạng thái xác minh, thông tin liên hệ doanh nghiệp trên các tài khoản doanh nghiệp
• Các bài đăng công khai trên tài khoản công khai — hình ảnh, liên kết video, chú thích, thẻ bắt đầu bằng #, số lượt thích, số lượt bình luận
• Bình luận trên các bài đăng công khai — nội dung, tên người dùng của tác giả, dấu thời gian, số lượt thích
• Bảng tin hashtag công khai — các bài đăng mới nhất và nổi bật nhất cho bất kỳ hashtag nào
• Trang địa điểm công khai — các bài đăng được gắn thẻ tại một địa điểm

Yêu cầu sử dụng Graph API chính thức (chỉ dành cho các tài khoản của bạn):

• Phân tích chi tiết về các tài khoản mà bạn sở hữu hoặc quản lý
• Quyền truy cập tin nhắn trực tiếp (chỉ các tin nhắn trực tiếp của chính bạn)
• Đăng bài và quản lý nội dung
• Dữ liệu về hiệu suất quảng cáo
• Dữ liệu phân tích cho các bài đăng của bạn

Bị cấm trong mọi trường hợp, bất kể phương pháp nào:

• Dữ liệu tài khoản cá nhân — bất kỳ thông tin nào không hiển thị đối với người xem chưa đăng nhập
• Tin nhắn trực tiếp giữa các người dùng khác
• Địa chỉ email, số điện thoại hoặc các thông tin nhận dạng cá nhân (PII) khác
• Danh sách người theo dõi chi tiết trên quy mô lớn đối với các tài khoản có quy mô đáng kể (Instagram áp dụng giới hạn tốc độ truy cập rất nghiêm ngặt ngay cả đối với việc truy cập hợp pháp vào dữ liệu người theo dõi)
• Các bài đăng trên tài khoản cá nhân (và ngày càng bị hạn chế ngay cả trên các tài khoản công khai)

Điểm cuối cùng về danh sách người theo dõi cần được nhấn mạnh. Phiên bản ban đầu của bài viết này có tiêu đề “Scraping Instagram Followers” (Thu thập dữ liệu người theo dõi trên Instagram) và quy trình được mô tả trong đó — đăng nhập vào một tài khoản, thu thập dữ liệu người theo dõi của mục tiêu, lặp lại — chính là điều duy nhất mà Meta đã nỗ lực nhất để ngăn chặn. Ngay cả Graph API chính thức cũng không cung cấp danh sách người theo dõi dưới bất kỳ hình thức hữu ích nào. Hãy coi việc thu thập dữ liệu người theo dõi của bất kỳ tài khoản cụ thể nào là điều về cơ bản không thể thực hiện được vào năm 2026, và bất kỳ “công cụ thu thập” nào tuyên bố có thể thực hiện việc này một cách đáng tin cậy đều là công cụ bị lỗi, nói dối hoặc chỉ còn vài tuần nữa là sẽ bị lỗi.

Tại sao các phương pháp cũ lại không hiệu quả?

Cần nêu rõ những điểm đã thay đổi, bởi vì trên mạng vẫn còn rất nhiều hướng dẫn đã lỗi thời:

Phương pháp thu thập dữ liệu dựa trên đăng nhập đã lỗi thời. Việc đăng nhập vào Instagram bằng một tài khoản thật thông qua công cụ tự động, sau đó thu thập dữ liệu dưới phiên đăng nhập của tài khoản đó, từng là phương pháp phổ biến từ khoảng năm 2015 đến năm 2020. Hiện nay, các hệ thống bảo mật tài khoản của Meta có thể phát hiện mô hình này chỉ trong vài phút. Tài khoản đó sẽ phải thực hiện xác minh, sau đó bị khóa tạm thời, và cuối cùng là bị cấm vĩnh viễn. Quy định này áp dụng cho dù bạn đang sử dụng instagrapi, instaloader Trong chế độ đã đăng nhập, sử dụng Selenium với tài khoản Instagram thật, hoặc bất kỳ công cụ GUI “Instagram scraper” nào yêu cầu bạn nhập thông tin đăng nhập. Đừng làm như vậy.

API Graph chính thức đã ngừng hỗ trợ trường hợp sử dụng này. Các quy định về API của Meta đã được siết chặt dần trong giai đoạn 2022–2025. API Instagram Basic Display cũ đã bị ngừng hỗ trợ. API Graph hiện tại vẫn tồn tại, nhưng mục đích của nó là giúp các doanh nghiệp quản lý tài khoản Instagram của chính họ — chứ không phải để phân tích các tài khoản khác, nghiên cứu đối thủ cạnh tranh hay tổng hợp dữ liệu. Nếu trường hợp sử dụng của bạn là “lấy dữ liệu về các tài khoản mà tôi không sở hữu”, thì API chính thức không phải là giải pháp.

Hầu hết các thư viện Python dành cho “công cụ thu thập dữ liệu Instagram” đều đã bị bỏ rơi hoặc không còn hoạt động. Danh sách các thư viện vẫn còn hoạt động thực tế ngắn hơn nhiều so với những gì các bài viết cũ đề cập. Bất kỳ thư viện nào chưa được cập nhật trong sáu tháng qua đều nên được coi là không còn hoạt động cho đến khi có bằng chứng ngược lại.

Các địa chỉ IP của trung tâm dữ liệu sẽ bị đánh dấu ngay lập tức. Điều này không phải là mới, nhưng ngưỡng phát hiện đã được siết chặt hơn. Hệ thống phát hiện bot của Instagram có thể xác định các dải địa chỉ IP của trung tâm dữ liệu trước khi yêu cầu đầu tiên hoàn tất trong nhiều trường hợp. Proxy dân dụng chỉ là mức tối thiểu; proxy di động thì hiệu quả hơn.

requests có dấu vân tay TLS có thể phát hiện được. Giá trị mặc định của Python requests Thư viện này tạo ra một quá trình bắt tay TLS mà hệ thống chống bot của Instagram xác định là tự động, bất kể địa chỉ IP và các tiêu đề. Vào năm 2026, phương án khắc phục tiêu chuẩn là curl_cffi, có chức năng mô phỏng ngăn xếp TLS của một trình duyệt thực.

Những phương pháp thực sự hiệu quả: ba phương pháp khả thi

Để thu thập dữ liệu công khai trên Instagram một cách hợp pháp vào năm 2026, các phương án khả thi là:

Phương pháp 1: API Graph chính thức (chỉ dành cho các tài khoản của chính bạn)

Nếu mục đích sử dụng của bạn là phân tích các tài khoản mà bạn sở hữu hoặc quản lý trong hoạt động kinh doanh — tài khoản thương hiệu của bạn, tài khoản của khách hàng, hoặc các tài khoản mà bạn có quyền truy cập rõ ràng — thì Instagram Graph API chính là giải pháp phù hợp. API này ổn định, được hỗ trợ đầy đủ và cung cấp cho bạn những dữ liệu chi tiết mà web công khai không công bố: thông tin chi tiết ở cấp độ bài đăng, thông tin nhân khẩu học của đối tượng (đã ẩn danh và tổng hợp), chỉ số Stories, cùng với phân tích chi tiết về mức độ tương tác.

Điều mà API này không thực hiện: cung cấp dữ liệu về các tài khoản mà bạn không quản lý. API này được thiết kế có chủ đích để ngăn chặn điều này.

Quá trình thiết lập bao gồm một tài khoản Meta Developer, một ứng dụng Facebook, xác minh doanh nghiệp cho ứng dụng đó, và một tài khoản Instagram Business hoặc Creator được liên kết với một Trang Facebook. Toàn bộ quy trình sẽ mất vài giờ nếu mọi việc diễn ra suôn sẻ, và sẽ mất nhiều thời gian hơn nếu không.

Phương pháp 2: Trích xuất trực tiếp dữ liệu từ các trang web công khai

Đối với dữ liệu về các tài khoản mà bạn không sở hữu — nghiên cứu đối thủ cạnh tranh, theo dõi thương hiệu, theo dõi hashtag, tìm kiếm người ảnh hưởng — cách tốt nhất là trích xuất trực tiếp từ web công khai. Giao diện web của Instagram giao tiếp với các điểm cuối GraphQL ở phía máy chủ; các điểm cuối này trả về dữ liệu JSON có cấu trúc, giúp việc xử lý trở nên dễ dàng hơn nhiều so với việc phân tích cú pháp HTML.

Một khung cơ bản trong Python sử dụng curl_cffi:

Python

from curl_cffi import requests
import json

def get_public_profile(username):
    url = f"https://www.instagram.com/{username}/?__a=1&__d=dis"
    headers = {
        "x-ig-app-id": "936619743392459",  # Public app ID used by web frontend
        "Accept": "*/*",
        "Accept-Language": "en-US,en;q=0.9",
    }
    response = requests.get(
        url,
        headers=headers,
        impersonate="chrome120",  # curl_cffi browser impersonation
        proxies={"https": "http://USER:PASS@proxy.example.com:8080"},
    )
    if response.status_code != 200:
        return None
    return response.json()

Một vài lưu ý thực tế mà hầu hết các hướng dẫn thường không đề cập đến:

• Cấu trúc điểm cuối nội bộ thay đổi thường xuyên — Instagram xoay hình ảnh doc_id các tham số trên các điểm cuối GraphQL cứ sau vài tuần. Bất kỳ thứ gì bạn xây dựng đều sẽ cần được bảo trì liên tục.
• Các phiên làm việc cố định (sticky sessions) là yếu tố thiết yếu cho tính năng phân trang. Các nguồn cấp dữ liệu hashtag, chuỗi bình luận và bất kỳ điểm cuối nào được phân trang đều sử dụng mã định vị (cursor tokens) gắn liền với phiên IP của bạn. Việc thay đổi địa chỉ IP trong quá trình phân trang sẽ làm mất hiệu lực của mã định vị và khiến tập lệnh của bạn ngừng hoạt động mà không có thông báo lỗi.
• Việc giới hạn tốc độ được áp dụng khá nghiêm ngặt ngay cả đối với dữ liệu công khai. Một mức khởi điểm hợp lý là 1 yêu cầu mỗi 3–5 giây cho mỗi địa chỉ IP, kèm theo cơ chế hoãn lại khi nhận được bất kỳ phản hồi 429 hoặc 401 nào.
• Các thiết bị đầu cuối di động thường có giới hạn tốc độ linh hoạt hơn so với máy tính để bàn. Chính vì lý do này, một số công cụ thu thập dữ liệu chuyển toàn bộ lưu lượng qua giao diện API dành cho thiết bị di động.

Phương pháp này có hiệu quả nhưng đòi hỏi nhiều công sức bảo trì. Các điểm cuối thay đổi, khả năng phát hiện được cải thiện, và những gì đã hoạt động tốt vào tháng trước có thể cần phải được vá lỗi vào tháng sau.

Phương pháp 3: Các API thu thập dữ liệu được quản lý

Đối với phần lớn các đội ngũ cần dữ liệu từ Instagram mà không muốn dành nguồn lực kỹ thuật để duy trì một công cụ thu thập dữ liệu, API thu thập dữ liệu được quản lý chính là giải pháp phù hợp. Các dịch vụ này đảm nhận việc vận hành hạ tầng thu thập dữ liệu và trả về dữ liệu dưới dạng JSON; bạn sẽ thanh toán theo từng truy vấn.

Các lựa chọn hiện tại đáng chú ý bao gồm: công cụ thu thập dữ liệu Instagram của ScrapFly, các “Instagram actors” của Apify (được cộng đồng duy trì, với nhiều phiên bản khác nhau dành cho các tác vụ khác nhau), bộ dữ liệu Instagram và API SERP của Bright Data, cùng một số dịch vụ quy mô nhỏ hơn (SociaVault, các nhà cung cấp “Instagram API” khác nhau xuất hiện sau khi Meta ngừng hỗ trợ API Basic Display).

Những sự đánh đổi:

• Ưu điểm: Không cần bảo trì. Nhà cung cấp sẽ đảm nhận việc luân phiên máy chủ proxy, tránh bị phát hiện, thay đổi điểm cuối và phân tích dữ liệu.
• Ưu điểm: Giao hàng nhanh hơn. Bạn đang tích hợp một API, chứ không phải xây dựng hạ tầng.
• Nhược điểm: Chi phí cho mỗi truy vấn sẽ tăng lên khi quy mô mở rộng. Với 100.000 truy vấn/tháng, việc thu thập dữ liệu thô bằng các proxy dân dụng của riêng bạn thường sẽ tiết kiệm chi phí hơn — nếu bạn đã xây dựng sẵn cơ sở hạ tầng.
• Nhược điểm: Rủi ro từ nhà cung cấp. Nếu quá trình thu thập dữ liệu của nhà cung cấp bị chặn, quy trình xử lý dữ liệu của bạn sẽ bị gián đoạn cho đến khi họ khắc phục sự cố.
• Nhược điểm: Chất lượng dữ liệu không đồng đều. Một số nhà cung cấp cung cấp dữ liệu sạch hơn và đầy đủ hơn so với các nhà cung cấp khác. Nên thử nghiệm với một mẫu nhỏ trước khi quyết định sử dụng.

Đối với hầu hết các đội ngũ, điểm khởi đầu phù hợp là một API được quản lý. Chỉ nên chuyển sang phương pháp thu thập dữ liệu nội bộ khi chi phí hoặc các yêu cầu cụ thể về dữ liệu đủ hợp lý để biện minh cho khoản đầu tư về mặt kỹ thuật.

Lớp đại diện

Dù bạn chọn phương pháp nào đi chăng nữa, lớp IP vẫn rất quan trọng. Đối với việc thu thập dữ liệu thô (Phương pháp 2), đây là trách nhiệm của bạn. Đối với các API được quản lý (Phương pháp 3), nhà cung cấp sẽ lo việc này nhưng thực chất họ đang sử dụng các proxy dân dụng — đó chính là lý do tại sao API này không miễn phí.

Riêng đối với Instagram, các yêu cầu như sau:

• Chỉ chấp nhận địa chỉ IP dân dụng hoặc di động. Trung tâm dữ liệu được phát hiện trước khi yêu cầu đầu tiên hoàn tất. Các máy chủ proxy của nhà cung cấp dịch vụ Internet (ISP) nằm ở giữa và có thể hoạt động trong một số trường hợp, nhưng hiệu quả kém hơn khi đối phó với các mục tiêu khó như Instagram.
• Các phiên làm việc cố định cho các quy trình làm việc được phân trang. Dòng tin theo thẻ hashtag, chuỗi bình luận, các điểm cuối người theo dõi (nếu có thể truy cập được) — bất kỳ tính năng nào có con trỏ đều cần sử dụng cùng một địa chỉ IP trong suốt thời gian diễn ra phiên làm việc. Việc xoay vòng địa chỉ IP sẽ làm gián đoạn các tính năng này.
• Nhắm mục tiêu theo quốc gia cho nội dung dành riêng cho từng khu vực. Instagram sẽ hiển thị các kết quả hơi khác nhau tùy thuộc vào vị trí địa lý của địa chỉ IP yêu cầu; nếu bạn đang thu thập dữ liệu dành riêng cho từng khu vực (những người có ảnh hưởng ở Brazil, các xu hướng hashtag ở Nhật Bản), các địa chỉ IP của bạn cần phải nằm trong các khu vực đó.
• IP di động là chiến thuật né tránh phát hiện hiệu quả nhất. Các hệ thống của Instagram tin tưởng IP của các nhà mạng di động (AT&T, T-Mobile, Verizon, Vodafone) hơn so với IP gia đình. Chi phí cao hơn; nhưng tỷ lệ thành công cũng cao hơn tương ứng khi đối phó với các điểm cuối khó nhất.

Các proxy dành cho hộ gia đình và di động của IPBurger phù hợp với trường hợp thu thập dữ liệu công khai — địa chỉ IP sạch, nhắm mục tiêu theo quốc gia, phiên kết nối ổn định khi cần thiết — và nguyên tắc chung này vẫn áp dụng bất kể nhà cung cấp nào: ở quy mô đủ lớn, lớp IP sẽ quyết định liệu quá trình thu thập dữ liệu có hoàn tất hay bị đình trệ ở mức 30%.

Khía cạnh pháp lý và đạo đức

Đây là phần mà bài đăng ban đầu đã xử lý chưa tốt và thực sự có ý nghĩa vào năm 2026. Cần phải làm rõ:

Việc thu thập dữ liệu công khai nói chung là hợp pháp tại Hoa Kỳ. Phán quyết trong vụ kiện hiQ Labs kiện LinkedIn (Tòa phúc thẩm Khu vực Thứ chín, được giải quyết vào năm 2022) đã xác định rằng việc thu thập dữ liệu có thể truy cập công khai không vi phạm Đạo luật về Gian lận và Lạm dụng Máy tính. Điều này áp dụng cho các hồ sơ công khai, bài đăng, thẻ hashtag và bình luận trên Instagram — bất kỳ ai cũng có thể xem chúng mà không cần đăng nhập, và việc thu thập chúng trên quy mô lớn nói chung là có cơ sở pháp lý.

Việc vi phạm Điều khoản Sử dụng (ToS) lại là một vấn đề khác. Ngay cả khi việc thu thập dữ liệu là hợp pháp, Điều khoản Sử dụng của Instagram vẫn cấm việc truy cập tự động. Meta có thể khởi kiện dân sự (họ đã từng làm như vậy) và có thể khóa bất kỳ tài khoản nào liên quan đến hoạt động thu thập dữ liệu đó. Đạo luật Chống Lạm dụng Máy tính (CFAA) và Điều khoản Sử dụng (ToS) là hai vấn đề riêng biệt; việc tuân thủ quy định này không có nghĩa là bạn cũng tuân thủ quy định kia.

GDPR áp dụng đối với dữ liệu của người dùng thuộc Liên minh Châu Âu (EU) bất kể dữ liệu đó có được công khai hay không. Đây chính là “cái bẫy” mà phần lớn các công cụ thu thập dữ liệu có trụ sở tại Mỹ thường bỏ qua. Nếu bạn đang thu thập dữ liệu về công dân EU — ngay cả khi đó là dữ liệu công khai — bạn cần phải có cơ sở pháp lý được ghi chép rõ ràng theo quy định của GDPR, chính sách lưu trữ dữ liệu minh bạch và khả năng xử lý các yêu cầu xóa dữ liệu. Việc dữ liệu được công khai không đồng nghĩa với việc nó nằm ngoài phạm vi điều chỉnh của GDPR.

Dù tình trạng pháp lý của bạn là gì, hãy tránh những hành vi sau đây:

• Đăng nhập bằng các tài khoản giả mạo để truy cập dữ liệu không công khai
• Thu thập và lưu trữ thông tin nhận dạng cá nhân ngoài những thông tin được hiển thị công khai
• Việc đăng lại nội dung đã thu thập trái phép theo những cách vi phạm bản quyền
• Sử dụng dữ liệu thu thập được để quấy rối có chủ đích hoặc tiết lộ thông tin cá nhân
• Mua bán lại dữ liệu cá nhân thu thập trái phép mà không có mục đích kinh doanh chính đáng

Quy tắc thực tiễn đơn giản: nếu bạn cảm thấy không thoải mái khi phải giải thích hoạt động thu thập dữ liệu của mình cho một nhà báo hoặc các luật sư của Meta, hãy cân nhắc lại. Cơ sở pháp lý cho việc thu thập dữ liệu công khai là có thật nhưng rất hẹp.

Một quy trình làm việc ban đầu hợp lý

Nếu bạn đang triển khai một dự án phân tích dữ liệu Instagram và chưa biết bắt đầu từ đâu:

1. Xác định chính xác dữ liệu nào bạn cần. Hầu hết các dự án không cần tất cả mọi thứ. Hãy thu hẹp phạm vi — điều này giúp giảm chi phí, thu hẹp diện tích tiếp xúc và làm rõ các rủi ro pháp lý mà bạn phải đối mặt.
2. Hãy kiểm tra xem Graph API có hỗ trợ tính năng này không. Nếu bạn chỉ quan tâm đến các tài khoản mà bạn quản lý, hãy sử dụng API chính thức. API này ổn định, miễn phí và được hỗ trợ.
3. Đối với các dự án liên quan đến dữ liệu công khai, hãy bắt đầu bằng một API được quản lý. Ví dụ như ScrapFly, Apify hoặc các dịch vụ tương tự. Đảm bảo tích hợp hoạt động trơn tru, triển khai dự án và kiểm tra xem dữ liệu có thực sự mang lại giá trị kinh doanh hay không.
4. Chỉ nên chuyển sang sử dụng công cụ thu thập dữ liệu nội bộ khi chi phí hoặc quy mô dự án đủ lớn để biện minh cho việc này. Hầu hết các dự án không cần phải làm vậy. Chi phí kỹ thuật để duy trì một công cụ thu thập dữ liệu từ Instagram là rất lớn và phải chi trả liên tục.
5. Nếu bạn quyết định triển khai nội bộ, hãy lên kế hoạch cho việc này như một khoản đầu tư thực sự vào lĩnh vực kỹ thuật. Proxy dành cho hộ gia đình hoặc proxy di động, curl_cffi để nhận dạng dấu vân tay TLS, phiên kết dính, thuật toán lùi lại theo cấp số nhân, theo dõi các thay đổi của điểm cuối và thời gian bảo trì chuyên dụng. Đây là một dự án thực tế, không phải là một skript làm trong cuối tuần.
6. Nếu có liên quan đến bất kỳ dữ liệu nào của EU, hãy xây dựng hệ thống để tuân thủ GDPR ngay từ ngày đầu tiên. Việc bổ sung tuân thủ sau này sẽ khó khăn hơn nhiều so với việc tích hợp tuân thủ ngay từ đầu.

Bài học chân thực

Chiến lược “thu thập người theo dõi trên Instagram quy mô lớn” từ năm 2018 đến 2021 đã không còn hiệu quả. Các phương pháp từng là đặc trưng của chiến lược này — thu thập dựa trên thông tin đăng nhập, sử dụng mạng lưới tài khoản ảo để vượt qua giới hạn tần suất, và thu thập danh sách người theo dõi — không còn mang lại kết quả ổn định, dễ khiến tài khoản bị khóa, và ngày càng vi phạm các quy định pháp luật.

Bức tranh thực tế cho năm 2026 có phạm vi hẹp hơn nhưng thực sự có thể đạt được: có thể thu thập được lượng dữ liệu công khai đáng kể thông qua việc trích xuất dữ liệu từ web công khai một cách đúng đắn hoặc các API được quản lý; API Graph chính thức bao phủ các tài khoản thuộc sở hữu của doanh nghiệp; và cơ sở hạ tầng phù hợp (proxy dân dụng hoặc di động, xử lý TLS hiện đại, phiên làm việc liên tục, giới hạn tốc độ cẩn thận) giúp việc trích xuất dữ liệu công khai trở nên bền vững. Không có phương pháp nào trong số này giúp bạn truy cập được tin nhắn riêng tư (DM) hay danh sách người theo dõi quy mô lớn. Tuy nhiên, tất cả những điều này cung cấp đủ dữ liệu cho các trường hợp sử dụng kinh doanh hợp pháp — theo dõi đối thủ cạnh tranh, đánh giá sức khỏe thương hiệu, theo dõi hashtag, phát hiện người ảnh hưởng, phân tích cảm xúc công chúng — mà bài đăng ban đầu được viết ra nhằm hỗ trợ.

Những phương pháp hiệu quả thường kém thú vị hơn so với những phương pháp không hiệu quả. Đồng thời, đó cũng chính là những phương pháp vẫn còn tồn tại vào năm sau.