GitHub'da "facebook scraper" araması yapıldığında 475 repository çıkıyor. Bunların yalnızca 62 tanesi son altı ay içinde güncellenmiş.
"Mevcut" olmak ile "gerçekten çalışmak" arasındaki o büyük fark, 2026'da GitHub üzerinden Facebook scraping konusunun tamamını özetliyor.
Repo issue sekmelerini, Reddit şikayetlerini ve bu araçların gerçek çıktılarını incelemek için epey zaman harcadım. Tablo hep aynı: en çok yıldız alan projelerin çoğu sessizce bozulmuş durumda, geliştiriciler projeleri bırakmış ve Facebook'un anti-scraping savunmaları giderek daha da sertleşmiş. Geliştiriciler de iş kullanıcıları da aynı arama sonuçlarına düşmeye, aynı repoları kurmaya ve aynı boş çıktılarla karşılaşmaya devam ediyor. Bu yazı, 2026 için bir gerçeklik kontrolü niteliğinde — hangi repoların hâlâ zamanınıza değdiğini, Facebook'un bunları bozmak için neler yaptığını ve ne zaman GitHub'dan tamamen uzak durmanız gerektiğini dürüstçe inceliyor.
İnsanlar Neden GitHub'da Facebook Scraper Arıyor?
Bu aramanın arkasındaki kullanım senaryoları yıllardır aynı — araçlar sürekli dağılsa da:
- Lead generation: Dış iletişim için işletme sayfalarındaki iletişim bilgilerini (e-posta, telefon numarası, adres) çekmek
- Marketplace izleme: E-ticaret veya arbitraj için ürün ilanlarını, fiyatları ve satıcı bilgilerini takip etmek
- Grup araştırması: Pazar araştırması, OSINT veya topluluk yönetimi için gönderileri ve yorumları arşivlemek
- İçerik ve gönderi arşivleme: Herkese açık sayfa gönderilerini, reaksiyonları, görselleri ve zaman damgalarını kaydetmek
- Etkinlik toplama: Etkinlik başlıklarını, tarihlerini, konumlarını ve organizatörleri çekmek
GitHub'ın cazibesi açık: görünür kod, sıfır maliyet, teoride topluluk desteği ve alanlar ile veri akışı üzerinde tam kontrol.
Sorun şu ki, yıldız sayısı ve fork sayısı "şu an çalışıyor" anlamına gelmiyor. Yıldız sayısına göre ilk 10 tam eşleşmeli repo arasında 2026 Nisan itibarıyla 10'unun da 12 aydan eski olduğu görülüyor. Bu bir tesadüf değil; bu, genel tablo.
Reddit'te Kasım 2025 tarihli bir başlıkta bir kullanıcı altı aylık denemenin ardından durumu açıkça şöyle özetledi: ya "harici bir veri toplama uygulaması için ödeme yapmak" ya da Python + JS render + ciddi işlem gücü kullanmak zorundaydınız. Nisan 2026'daki başka bir tartışmada bir başka kullanıcı da bunu şöyle anlattı: "Facebook, otomasyonu agresif biçimde engellediği için scrape etmesi en zor platformlardan biri" ve tarayıcı otomasyonu da "Facebook DOM'u sürekli değiştirdiği için kırılgan."
Kullanım ihtiyacı gerçek. Talep gerçek. Hayal kırıklığı da fazlasıyla gerçek. Yazının devamı, işte bu farkı nasıl yöneteceğinizi anlatıyor.
GitHub'daki Bir Facebook Scraper Reposu Tam Olarak Nedir?
GitHub'daki bir "Facebook scraper", Facebook sayfalarından, gönderilerden, gruplardan, Marketplace'ten veya profillerden herkese açık verileri programatik olarak çeken açık kaynak bir betiktir — genellikle Python ile yazılır. Hepsi aynı şekilde çalışmaz. Üç ana mimari öne çıkar:
Tarayıcı Otomasyonu Scraper'ları, API Wrapper'ları ve Doğrudan HTTP Scraper'ları
| Yaklaşım | Tipik teknoloji yığını | Güçlü yönü | Zayıf yönü |
|---|---|---|---|
| Tarayıcı otomasyonu | Selenium, Playwright, Puppeteer | Giriş ekranlarını aşabilir, gerçek kullanıcı davranışını taklit eder | Yavaştır, kaynak tüketir, dikkatli yapılandırılmazsa kolayca tespit edilir |
| Resmî API wrapper | Meta Graph API / Pages API | Kararlı, belgeli, onay alındığında uyumludur | Çok kısıtlıdır — çoğu herkese açık gönderi/grup verisi artık yok |
| Doğrudan HTTP scraper | requests, HTML parsing, belgesiz endpoint'ler | Çalıştığında hızlı ve hafiftir | Facebook sayfa yapısını ya da anti-bot önlemlerini değiştirdiğinde kırılır |
kevinzg/facebook-scraper, API anahtarı olmadan doğrudan istek ve ayrıştırma kullanarak herkese açık sayfaları çeken klasik doğrudan HTTP örneğidir. apurvmishra99/facebook-scraper-selenium ise tarayıcı otomasyonu örneğidir. minimaxir/facebook-page-post-scraper ise eski Graph API dönemini temsil eder; bu tür betikler bir zamanlar resmî endpoint'ler üzerinden sayfa/grup gönderilerini çekebiliyordu, ancak bu endpoint'ler artık geniş ölçekte kullanılabilir değil.
Bu repoların hedeflediği tipik veriler arasında gönderi metni, zaman damgaları, reaksiyon/yorum sayıları, görsel URL'leri, sayfa meta verileri (kategori, telefon, e-posta, takipçi sayısı), Marketplace ilan alanları ve grup ya da etkinlik meta verileri bulunur.
2026'da asıl tercih dil değil. Asıl tercih, hangi tür arızayı tolere edebileceğiniz.
2026 Facebook Scraper GitHub Güncellik İncelemesi: Hangi Repolar Gerçekten Çalışıyor?
GitHub'daki en çok yıldız alan ve en çok önerilen Facebook scraper repolarını, 2026'ya ait gerçek verilerle inceledim — README iddialarıyla değil, gerçek commit tarihleri, issue kuyrukları ve topluluk raporlarıyla. En önemli bölüm burası.
Tam Güncellik İnceleme Tablosu
| Repo | Yıldız | Son Push | Açık Issue | Dil / Çalışma Zamanı | Hâlâ Ne Çekebiliyor | Durum |
|---|---|---|---|---|---|---|
| kevinzg/facebook-scraper | 3,157 | 2024-06-22 | 438 | Python ^3.6 | Sınırlı herkese açık sayfa gönderileri, bazı yorumlar/görseller, sayfa meta verisi | ⚠️ Kısmen bozuk / güncel değil |
| moda20/facebook-scraper | 110 | 2024-06-14 | 29 | Python ^3.6 | kevinzg ile aynı + Marketplace yardımcı metodları | ⚠️ Kısmen bozuk / eski fork |
| minimaxir/facebook-page-post-scraper | 2,128 | 2019-05-23 | 53 | Python 2/3 dönemi, Graph API bağımlı | Yalnızca tarihsel referans | ❌ Terk edilmiş |
| apurvmishra99/facebook-scraper-selenium | 232 | 2020-06-28 | 7 | Python + Selenium | Sayfa scraping için tarayıcı otomasyonu | ❌ Terk edilmiş |
| passivebot/facebook-marketplace-scraper | 375 | 2024-04-29 | 3 | Python 3.x + Playwright 1.40 | Tarayıcı otomasyonu ile Marketplace ilanları | ⚠️ Kırılgan / niş |
| Mhmd-Hisham/selenium_facebook_scraper | 37 | 2022-11-29 | 1 | Python + Selenium | Genel Selenium scraping | ❌ Terk edilmiş |
| anabastos/faceteer | 20 | 2023-07-11 | 5 | JavaScript | Otomasyon odaklı | ❌ Riskli / kanıtı zayıf |
Birkaç şey hemen göze çarpıyor:
- "Aktif fork" olarak görülen moda20 bile Haziran 2024'ten beri push almamış.
- Issue kuyrukları, README'lerden çok daha hızlı şekilde gerçek hikâyeyi anlatıyor.
- Hem kevinzg hem de moda20, pyproject.toml dosyalarında hâlâ Python ^3.6 bildiriyor — bu da bağımlılık tabanının modernize edilmediğine işaret ediyor.
kevinzg/facebook-scraper
GitHub'daki en bilinen Python Facebook scraper'ı. README, sayfa scraping, grup scraping, kimlik bilgileri veya çerezlerle giriş ve comments, image, images, likes, post_id, post_text, text ve time gibi gönderi düzeyi alanları anlatıyor.
Ama operasyonel sinyal zayıf:
- Son push: 22 Haziran 2024
- Açık issue: 438 — bunların arasında "Example Scrape does not return any posts" gibi başlıklar var
- Bakımcı, yakın zamandaki issue'lara yanıt vermemiş
Sonuç: Kısmen bozuk. Düşük hacimli herkese açık sayfa denemeleri ve alan adı referansı olarak hâlâ değerli olabilir, fakat üretim kullanımı için güvenilir değil.
moda20/facebook-scraper (Topluluk Fork'u)
kevinzg'nin en görünür fork'u; ek seçenekler ve extract_listing gibi Marketplace odaklı yardımcılar içeriyor (bunlar README içinde belgelenmiş).
Issue kuyruğu bozulma hikâyesini açıkça gösteriyor:
- "mbasic gone"
- "CLI 'Couldn't get any posts.'"
- "https://mbasic.facebook.com is no longer working"
Basitleştirilmiş mbasic arayüzü değiştiğinde ya da ortadan kalktığında, bir dizi scraper aynı anda işlev kaybediyor.
Sonuç: En dikkat çekici fork, ama 2026'da o da eski ve kırılgan. GitHub tabanlı bir çözüm ısrarınız varsa ilk deneyebileceğiniz repo bu, fakat kararlılık beklemeyin.
minimaxir/facebook-page-post-scraper
Bir zamanlar herkese açık Pages ve açık gruplardaki gönderileri, reaksiyonları, yorumları ve meta verileri CSV'ye aktarmak için oldukça işe yarayan bir Graph API aracıydı. README hâlâ Facebook uygulamasının App ID ve App Secret bilgilerini nasıl kullanacağınızı anlatıyor.
2026'da bu repo artık tarihsel bir kalıntı:
- Son push: 23 Mayıs 2019
- Açık issue: 53 — bunlar arasında "HTTP 400 Error Bad Request" ve "No data retrieved!!" var
Sonuç: Terk edilmiş. Meta'nın sonradan ciddi biçimde daralttığı bir izin modeline sıkı sıkıya bağlı.
Diğer Dikkate Değer Repolar
- passivebot/facebook-marketplace-scraper: Marketplace kullanım senaryoları için faydalı olabilir, ancak issue kuyruğunda "login to view the content", "CSS selectors outdated" ve "Getting blocked" gibi başlıklar var. Marketplace scraping'te neyin kırıldığını tek satırda anlatan bir örnek.
- apurvmishra99/facebook-scraper-selenium: Eylül 2020'den kalma, kelimenin tam anlamıyla "Does it work with new Facebook layout?" diye soran tek bir issue'ya sahip. Geri kalan her şeyi zaten bu söylüyor.
- Mhmd-Hisham/selenium_facebook_scraper ve anabastos/faceteer: Güven vermek için yeterli güncel aktiviteye sahip değiller.
Facebook'un Anti-Scraping Savunmaları: Her GitHub Scraper'ın Karşısında Ne Var?
Bu konudaki çoğu yazı, muğlak "ToS'a bakın" uyarıları verir. Bu faydasız.
Facebook, büyük platformlar arasında en agresif anti-scraping sistemlerinden birine sahip. Hangi savunma katmanlarının devrede olduğunu anlamak, çalışan bir scraper ile boş çıktı veren bir öğleden sonrasını ayıran şeydir.
Meta'nın kendi Şubat 2025 mühendislik yazısı bir "Anti Scraping team"den bahsediyor; bu ekip, scraping vektörlerini bulmak için kod tabanı üzerinde statik analiz yapıyor, ihtar mektupları gönderiyor, hesapları kapatıyor ve rate limiting sistemlerine dayanıyor. Bu varsayımsal bir durum değil — kurumsal bir tercih.
Rastgeleleştirilmiş DOM ve CSS Sınıf Adları
Facebook, HTML element ID'lerini, class adlarını ve sayfa yapısını bilerek rastgeleleştiriyor. Bir r/webscraping yorumcusunun dediği gibi: "Facebook üzerinde normal bir scraper çalışamaz. HTML, yenilemeler arasında değişiyor."
Ne bozulur: Geçen hafta çalışan XPath ve CSS selector'ları bugün hiçbir şey döndürmez.
Karşı önlem: Mümkün olduğunda metin tabanlı veya attribute tabanlı selector'lar kullanın. Sayfa yapısına sıkı sıkıya bağlı kalmak yerine içerik okuyan AI tabanlı ayrıştırma, bu durumda daha iyi dayanır. Selector bakımını tekrarlayan bir maliyet olarak kabul edin.
Giriş Duvarları ve Oturum Yönetimi
Facebook'un birçok yüzeyi — profiller, gruplar, bazı Marketplace ilanları — görüntülemek için giriş ister. Headless browser'lar yönlendirilir ya da sadeleştirilmiş HTML alır. passivebot Marketplace scraper'ın issue sekmesinde en büyük şikayetlerden biri "login to view the content".
Ne bozulur: Giriş yapmayan istekler içeriği kaçırır veya tamamen yönlendirilir.
Karşı önlem: Gerçek bir tarayıcı oturumundan alınmış session cookie'leri kullanın ya da giriş yapılmış oturumunuz içinde çalışan tarayıcı tabanlı araçlardan yararlanın. Hesap döndürmek mümkün, ama risklidir.
Dijital Parmak İzi Tespiti
Meta'nın mühendislik yazısında yetkisiz scraper'ların "kendilerini genellikle kullanıcıların bir ürünü normalde nasıl kullandığını taklit ederek gizlediği" belirtiliyor — bu, tespit için tarayıcı kalitesi ve davranış kalitesinin temel olduğu anlamına gelir. Mart ve Nisan 2026 tartışmalarında da anti-detect browser'lar ve tutarlı fingerprint'ler önerilmeye devam ediyor.
Ne bozulur: Standart kutudan çıktığı gibi kullanılan Selenium veya Puppeteer kurulumları kolayca tanınır.
Karşı önlem: undetected-chromedriver gibi araçlar veya anti-detect browser profilleri kullanın. Basit user-agent spoofing'den çok, gerçekçi oturumlar ve tutarlı fingerprint'ler önemlidir.
IP Tabanlı Rate Limiting ve Engelleme
Meta'nın mühendislik yazısı, savunma stratejisinin parçası olarak rate limiting'i açıkça tartışıyor; hatta takipçi listesi sayımlarını sınırlayıp daha fazla isteği tetikleyerek bunların rate kontrolüne takılmasını sağladıklarını anlatıyor. Pratikte kullanıcılar, 10 gruba 10 saniyelik aralıklarla gönderi yaptıklarında rate limit'e takıldıklarını bildiriyor.
Ne bozulur: Aynı IP'den gelen toplu istekler dakikalar içinde yavaşlatılır veya engellenir. Veri merkezi proxy IP'leri çoğu zaman önceden bloklanmıştır.
Karşı önlem: Veri merkezi proxy yerine residential proxy rotasyonu ve makul istek hızı kullanın.
GraphQL Şema Değişiklikleri
Bazı scraper'lar, raw HTML'e kıyasla daha temiz ve yapılandırılmış veri döndürdüğü için Facebook'un iç GraphQL endpoint'lerine dayanır. Ancak Meta, iç GraphQL için bir kararlılık garantisi yayınlamaz; bu yüzden bu sorgular sessizce bozulur — hata vermek yerine boş veri döndürür.
Ne bozulur: Yapılandırılmış çekim sessizce hiçbir şey döndürmez.
Karşı önlem: Doğrulama kontrolleri ekleyin, şema endpoint'lerini izleyin ve çalışan sorgulara sabitlenin. Bakım gerekeceğini varsayın.
Anti-Scraping Savunma Özeti
| Savunma Katmanı | Scraper'ınızı Nasıl Bozar | Pratik Karşı Önlem |
|---|---|---|
| Layout değişimi / kararsız selector'lar | XPath ve CSS selector'lar hiçbir şey veya eksik alan döndürür | Dayanıklı anchor'ları tercih edin, görünür sayfa çıktısıyla doğrulayın, bakım gerekeceğini kabul edin |
| Giriş duvarları | Oturumsuz istekler içeriği kaçırır veya yönlendirilir | Geçerli session cookie'leri veya tarayıcı oturumu araçları kullanın |
| Fingerprinting | Standart otomasyon sentetik görünür | Gerçek tarayıcılar, tutarlı oturum kalitesi, anti-detect önlemler kullanın |
| Rate limiting | Boş çıktı, engellemeler, yavaşlatma | Daha yavaş tempo, daha küçük batch'ler, residential proxy rotasyonu |
| İç sorgu değişiklikleri | Yapılandırılmış çekim sessizce boş veri döndürür | Doğrulama kontrolleri ekleyin, sorgu bakımını bekleyin |
GitHub Repoları Başarısız Olduğunda: İzin Verilen Bir Alternatif Seçin
Bozuk bir repo, platform kontrollerini aşmak için başka yollar aramanız gerektiği anlamına gelmez. Önce iş sorusunu netleştirin: sayfa düzeyinde analiz mi, reklam şeffaflığı mı, herkese açık bir iletişim dizini mi, yoksa bir ürün kataloğu mu gerekiyor? Bu ihtiyaçların çoğu resmî bir Meta ürünü, izinli bir API veya Meta dışı bir kamu kaynağı ile karşılanabilir.
Örneğin Graph API'yi yalnızca uygulama ve kullanım senaryosu gerekli izinlere sahipse kullanın; Meta araştırma programlarını yalnızca uygunsanız tercih edin; reklam bilgileri için de Meta Ad Library'nin sunduklarıyla yetinin. Lead araştırması, fiyatlandırma ve yerel işletme keşfi için ise, kullanım şartlarını ve gizlilik yükümlülüklerini doğrudan değerlendirebildiğiniz bağımsız kamu web sitelerini tercih edin.
Gerçek Çıktı Örnekleri: Aslında Ne Elde Edersiniz?
Rakip yazıların hepsi kod örnekleri gösterir ama gerçek çıktıyı hiç vermez. Aşağıda her yaklaşımda gerçekçi olarak ne bekleyebileceğiniz yer alıyor.
Örnek Çıktı: kevinzg/facebook-scraper (veya Aktif Fork)
README örneğinden alınan örnekte, scrape edilen herkese açık bir gönderi şu tarz JSON döndürür:
{
"comments": 459,
"comments_full": null,
"image": "https://...",
"images": ["https://..."],
"likes": 3509,
"post_id": "2257188721032235",
"post_text": "Don't let this diminutive version...",
"text": "Don't let this diminutive version...",
"time": "2019-04-30T05:00:01"
}
comments_full gibi nullable alanlara dikkat edin. 2026'da daha fazla alanın boş ya da eksik dönmesini bekleyin — bu genellikle zararsız bir aksaklık değil, engelleme sinyalidir. Çıktı ham JSON'dur ve sonradan işleme gerekir.
Örnek Çıktı: Facebook Graph API
Meta'nın güncel Pages API dokümanı, GET /<PAGE_ID>?fields=id,name,about,fan_count gibi sayfa bilgisi isteklerini anlatır. Page reference içinde followers_count, fan_count, category, emails, phone ve başka herkese açık meta veriler yer alır — ancak yalnızca Page Public Content Access veya Page Public Metadata Access gibi doğru izinlerle.
Bu, çoğu GitHub scraper kullanıcısının beklediğinden çok daha dar bir veri setidir. Sayfa merkezlidir, izin kapısına bağlıdır ve keyfi herkese açık gönderi ya da grup scraping'inin yerine geçmez.
Facebook Veri Türü × Erişim Yolu Matrisi
| Facebook veri türü | Tercih edilmesi gereken başlangıç noktası | Temel sınırlama |
|---|---|---|
| Kuruluşunuzun yönettiği varlıklar | Resmî Meta yönetim araçları ve onaylı API'ler | İzinler ve kullanılabilir alanlar değişebilir |
| Reklam gözlemleri | Meta Ad Library | Yalnızca sunduğu alanları ve filtreleri kullanabilirsiniz |
| Lead araştırması için gereken herkese açık işletme bilgileri | İzin verilen bir Meta dışı dizin veya yayıncı sitesi | Kaynağın şartlarını ve gizlilik yükümlülüklerini doğrulayın |
| Özel, kapalı grup, giriş duvarı arkasındaki veya yalnızca hesapla erişilen içerik | Otomatik toplamayın | Bunun yerine yetkili bir yol arayın |
Adım Adım: GitHub'dan Facebook Scraper Nasıl Kurulur? (Mantıklı Olduğunda)
Güncellik incelemesini okuduysanız ve hâlâ GitHub yolunu denemek istiyorsanız, sorun değil. İşte pratik yol — ama nerede bozulduğuna dair dürüst notlarla birlikte.
1. Adım: Doğru Repo'yu Seçin (Güncellik İncelemesini Kullanın)
İnceleme tablosuna geri dönün. Hedeflediğiniz yüzeye en az eskimiş repo'yu seçin. Bir şey kurmadan önce Issues sekmesini kontrol edin — son issue başlıkları, README'den çok daha iyi bir şekilde mevcut işlevselliği gösterir.
2. Adım: Python Ortamınızı Kurun
python3 -m venv fb-scraper-env
source fb-scraper-env/bin/activate
pip install -r requirements.txt
Sık karşılaşılan sorun: özellikle Selenium/Playwright sürümleri başta olmak üzere bağımlılık sürüm çatışmaları. Hem kevinzg hem de moda20, pyproject.toml içinde Python ^3.6 bildiriyor — bu eski taban, yeni kütüphanelerle çakışabilir. passivebot'un Marketplace scraper'ı playwright==1.40.0 sürümüne sabitlenmiş; bu deney yapmak için yeterli ama kalıcılık kanıtı değil.
3. Adım: Proxy ve Anti-Detection Ayarlarını Yapın
Hızlı bir testin ötesine geçecekseniz:
- Residential proxy rotasyonu kurun (Facebook'a özel IP havuzu sunan sağlayıcıları arayın)
- Tarayıcı otomasyonu kullanıyorsanız undetected-chromedriver kurun veya anti-fingerprinting ayarlayın
- Bu adımı atlamayın — standart Selenium veya Puppeteer çok hızlı biçimde işaretlenir
4. Adım: Küçük Bir Test Scrape'i Çalıştırın ve Çıktıyı Doğrulayın
Büyük bir toplu iş yerine tek bir herkese açık sayfa ile başlayın. Çıktıyı dikkatlice kontrol edin:
- Boş alanlar veya eksik veriler genellikle Facebook savunmalarının sizi engellediği anlamına gelir
- Çıktıyı tarayıcınızda sayfada gördüğünüz içerikle karşılaştırın
- Güzel görünen bir README'den ziyade, çalışan tek sayfalık bir test daha önemlidir
5. Adım: Hataları, Rate Limit'i ve Bakımı Yönetin
- Retry mantığı ve hata yönetimi ekleyin
- Selector'ları veya konfigürasyonları düzenli olarak güncellemeniz gerekeceğini varsayın — bu bir "kur ve unut" işi değil, sürekli bakım işidir
- Scraper'ı sürdürmeye, ondan fayda sağlamaktan daha fazla zaman harcamaya başladıysanız, bu no-code alternatifini yeniden düşünmeniz gerektiğine işarettir
Facebook Scraping İçin Yasal ve Etik Hususlar
Platform şartları, gizlilik kuralları, sözleşmesel yükümlülükler ve veri koruma yasaları geçerli olabilir. Herkese açık görünürlük, otomatik toplama için otomatik bir izin anlamına gelmez. Veriyi minimumda tutun, amacı ve yasal dayanağı belgeleyin ve ticari ya da büyük ölçekli programlar için hukuk danışmanlığı alın.
Bir tarayıcı uzantısını, giriş yapılmış bir oturumu veya "public" etiketini, Meta ürünlerinden otomatik veri toplama izni olarak görmeyin.
Temel Çıkarımlar: 2026'da Facebook Scraping İçin Gerçekte Ne İşe Yarıyor?
Repo aktivitesi, issue kuyrukları ve güncel platform kuralları, yıldız sayısından veya eski bir README'den daha önemlidir. İş sorunuz sizin yönettiğiniz bir varlıkla ilgiliyse, resmî Meta araçları ve onaylı API'lerle başlayın. Pazar araştırması, lead araştırması ve fiyat soruları için ise izin verilen Meta dışı bir kaynak çoğu zaman hem daha kolay belgelendirilebilir hem de yönetilebilir olur.
SSS
2026'da GitHub'da çalışan bir Facebook scraper var mı?
Evet, ama seçenekler sınırlı. En dikkat çekeni, kevinzg'nin orijinal reposunun moda20/facebook-scraper fork'u — güncel durum için yukarıdaki güncellik inceleme tablosuna bakın. Bu repo, herkese açık sayfa gönderilerini ve bazı meta verileri kısmen scrape edebiliyor; ancak issue kuyruğu, mbasic ve boş çıktı etrafında temel bozulmalar olduğunu gösteriyor. Diğer repoların çoğu ya terk edilmiş ya da tamamen bozuk.
Facebook'u kod yazmadan scrape edebilir miyim?
Elle araştırma için Facebook'un kendi arama ve yönetim araçlarını kullanın. Tekrarlanabilir veya programatik işler için resmî API ve izinlerini değerlendirin ya da iş akışını izin verilen bir Meta dışı kaynağa göre yeniden tasarlayın. No-code kolaylık, platform, gizlilik veya sözleşmesel yükümlülükleri ortadan kaldırmaz.
Facebook scrape etmek yasal mı?
Facebook'un Kullanım Şartları, izinsiz otomatik veri toplamayı yasaklar. Meta bunu hesap yasakları, ihtar mektupları ve davalarla aktif biçimde uygular. Yasal durum yargı yetkisine ve kullanım senaryosuna göre değişir. Kamuya açık işletme verileriyle sınırlı kalın, kişisel profillerden uzak durun ve ölçekli çalışıyorsanız hukuk danışmanına başvurun.
Facebook Graph API'den hâlâ hangi verileri alabilirim?
2026'da Graph API oldukça kısıtlanmış durumda. Doğru izinlerle, Page Public Metadata Access gibi yetkiler sayesinde id, name, about, fan_count, emails, phone gibi sınırlı sayfa verilerine erişebilirsiniz. Ancak çoğu herkese açık gönderi verisi, grup verisi (Groups API artık kullanım dışı) ve kullanıcı düzeyi veriler API üzerinden artık erişilebilir değil.
Facebook scraper GitHub repoları ne sıklıkla bozuluyor?
Sık sık. Facebook, DOM yapısını, anti-bot önlemlerini ve iç API'lerini sürekli değiştiriyor — yayınlanmış bir değişim ritmi yok, ancak topluluk raporları aktif scraper'larda birkaç haftada bir bozulma yaşandığını gösteriyor. moda20 fork'unun mbasic kaybı etrafındaki issue kuyruğu buna yakın tarihli bir örnek. GitHub reposuna güvenecekseniz, düzenli bakım ve çıktı doğrulaması için bütçe ayırın.
Daha Fazlasını Öğrenin
