Facebook Scraper GitHub: Co nadal działa, a co nie

Wyszukiwanie w GitHub hasła „facebook scraper” zwraca . Tylko były aktualizowane w ostatnich sześciu miesiącach.

Ta przepaść między „dostępne” a „naprawdę działające” dobrze pokazuje, jak wygląda Facebook scraping na GitHubie w 2026 roku.

Spędziłem sporo czasu, przekopując zgłoszenia w repozytoriach, skargi na Reddicie i rzeczywiste wyniki działania tych narzędzi. Wzorzec jest ten sam: większość projektów z największą liczbą gwiazdek po cichu przestaje działać, opiekunowie repozytoriów odpuszczają, a zabezpieczenia Facebooka przed scrapingiem stają się coraz skuteczniejsze. Programiści i użytkownicy biznesowi trafiają na te same wyniki wyszukiwania, instalują te same repozytoria i dostają te same puste wyniki. Ten artykuł to przegląd rzeczywistości na 2026 rok — uczciwy audyt tego, które repozytoria nadal są warte Twojego czasu, co Facebook robi, żeby je psuć, i kiedy lepiej całkiem ominąć GitHub.

Dlaczego ludzie szukają Facebook Scrapera na GitHubie

Powody od lat są właściwie te same — nawet jeśli same narzędzia wciąż się sypią:

• Pozyskiwanie leadów: wyciąganie danych kontaktowych z firmowych stron (e-maile, numery telefonów, adresy) do działań sprzedażowych
• Monitorowanie marketplace’u: śledzenie ofert, cen i informacji o sprzedawcach w e-commerce lub arbitrażu
• Analiza grup: archiwizowanie postów i komentarzy na potrzeby badań rynkowych, OSINT lub zarządzania społecznością
• Archiwizacja treści i postów: zapisywanie publicznych postów stron, reakcji, obrazów i znaczników czasu
• Agregacja wydarzeń: pobieranie tytułów wydarzeń, dat, lokalizacji i organizatorów

Atrakcyjność GitHuba jest oczywista: jawny kod, brak kosztów, utrzymanie przez społeczność (przynajmniej w teorii) i pełna kontrola nad polami oraz pipeline’ami.

Problem w tym, że gwiazdki i forki nie mówią nic o tym, czy coś „działa teraz”. Spośród 10 najlepszych repozytoriów o dokładnej frazie według liczby gwiazdek, na kwiecień 2026. To nie przypadek — to norma.

Jeden z użytkowników Reddita w ujął to wprost po sześciu miesiącach prób: było to „niemożliwe bez płacenia za zewnętrzną aplikację do scrapingu danych” albo bez użycia Pythona, renderowania JS i sporej mocy obliczeniowej. Inny, w , podsumował to tak: „Facebook jest jednym z trudniejszych serwisów do scrapowania, bo agresywnie blokuje automatyzację”, a automatyzacja przeglądarki jest „krucha, bo Facebook ciągle zmienia swój DOM”.

Potrzeby są realne. Popyt jest realny. Frustracja też jest jak najbardziej realna. Reszta tego artykułu dotyczy tego, jak poruszać się w tej luce.

Czym właściwie jest repozytorium Facebook Scraper na GitHubie?

„Facebook scraper” na GitHubie to open-source’owy skrypt — zwykle w Pythonie — który programowo pobiera publiczne dane z Facebook Pages, postów, grup, Marketplace lub profili. Nie wszystkie działają tak samo. Dominują trzy architektury:

Scrapery z automatyzacją przeglądarki vs. wrappery API vs. scrapery HTTP

to klasyczny przykład bezpośredniego scrapera HTTP: pobiera publiczne strony „bez klucza API”, używając bezpośrednich requestów i parsowania. to przykład automatyzacji przeglądarki. reprezentuje dawną erę Graph API, gdy skrypty mogły pobierać posty stron i grup przez oficjalne endpointy, które dziś nie są już szeroko dostępne.

Typowe dane docelowe w tych repozytoriach obejmują treść postów, znaczniki czasu, liczbę reakcji i komentarzy, adresy URL obrazów, metadane strony (kategoria, telefon, e-mail, liczba obserwujących), pola ofert Marketplace oraz metadane grup lub wydarzeń.

W 2026 roku prawdziwy kompromis nie dotyczy preferencji językowych. Chodzi o to, jaki rodzaj awarii jesteś w stanie zaakceptować.

Audyt świeżości Facebook Scrapera na GitHubie w 2026: które repozytoria naprawdę działają?

Przeanalizowałem najpopularniejsze i najczęściej polecane repozytoria Facebook Scrapera na GitHubie pod kątem realnych danych z 2026 roku — nie obietnic z README, tylko rzeczywistych dat commitów, kolejek zgłoszeń i opinii społeczności. To najważniejsza część.

Pełna tabela audytu świeżości

Kilka rzeczy od razu rzuca się w oczy:

• Nawet „aktywny fork” (moda20) nie był wypchnięty od czerwca 2024.
• Kolejki zgłoszeń mówią prawdę szybciej niż README.
• Zarówno kevinzg, jak i moda20 nadal deklarują Python ^3.6 w swoich plikach — to sygnał, że bazowy zestaw zależności nie został zmodernizowany.

kevinzg/facebook-scraper

Najbardziej znany pythonowy Facebook scraper na GitHubie. Jego opisuje scrapowanie stron i grup, logowanie przez dane uwierzytelniające lub cookies oraz pola na poziomie posta, takie jak comments, image, images, likes, post_id, post_text, text i time.

Sygnał operacyjny jest jednak słaby:

• Ostatni push: 22 czerwca 2024
• Otwarte zgłoszenia: — w tym tytuły typu „Example Scrape does not return any posts”
• Opiekun repozytorium nie odpowiadał na ostatnie zgłoszenia

Werdykt: Częściowo uszkodzony. Nadal bywa użyteczny jako referencja nazw pól i do małych eksperymentów z publicznymi stronami, ale nie nadaje się do produkcji.

moda20/facebook-scraper (fork społeczności)

Najbardziej widoczny fork kevinzg, z dodatkowymi opcjami i pomocniczymi funkcjami pod Marketplace, takimi jak extract_listing (udokumentowanymi w jego ).

jasno pokazuje skalę problemów:

• „mbasic is gone”
• „CLI 'Couldn't get any posts.'”
• „https://mbasic.facebook.com is no longer working”

Gdy uproszczony frontend mbasic się zmienia albo znika, cała klasa scraperów nagle przestaje działać.

Werdykt: Najważniejszy fork, ale w 2026 roku również przestarzały i kruchy. Warto go sprawdzić w pierwszej kolejności, jeśli upierasz się przy rozwiązaniu opartym na GitHubie, ale nie licz na stabilność.

minimaxir/facebook-page-post-scraper

Kiedyś bardzo praktyczne narzędzie Graph API do pobierania postów, reakcji, komentarzy i metadanych z publicznych Pages oraz otwartych grup do CSV. Jego nadal wyjaśnia, jak używać App ID i App Secret aplikacji Facebooka.

W 2026 roku to już artefakt historyczny:

• Ostatni push: 23 maja 2019
• Otwarte zgłoszenia: 53 — w tym „HTTP 400 Error Bad Request” i „No data retrieved!!”

Werdykt: Porzucony. Mocno związany z modelem uprawnień API, który Meta od tego czasu znacząco ograniczyła.

Inne warte uwagi repozytoria

• passivebot/facebook-marketplace-scraper: przydatne w przypadku Marketplace, ale w jego pojawiają się „login to view the content”, „CSS selectors outdated” i „Getting blocked”. Jednozdaniowe studium tego, co psuje się przy scrapowaniu Marketplace.
• apurvmishra99/facebook-scraper-selenium: ma zgłoszenie dosłownie pytające z września 2020. To mówi niemal wszystko.
• Mhmd-Hisham/selenium_facebook_scraper i anabastos/faceteer: żadne z nich nie ma dość aktualnej aktywności, by budzić zaufanie.

Zabezpieczenia Facebooka przed scrapingiem: z czym mierzy się każdy GitHubowy scraper

Większość artykułów na ten temat daje ogólnikowe zastrzeżenia w stylu „sprawdź ToS”. To nie jest pomocne.

Facebook ma jeden z najbardziej agresywnych systemów anty-scrapingowych spośród dużych platform. Zrozumienie konkretnych warstw obrony to różnica między działającym scraperem a popołudniem z pustymi wynikami.

Własny opisuje zespół „Anti Scraping”, który wykorzystuje analizę statyczną w całym kodzie źródłowym, by identyfikować wektory scrapingu, wysyła listy cease-and-desist, blokuje konta i polega na systemach rate limiting. To nie jest hipoteza — to realne zobowiązanie organizacyjne.

Losowy DOM i nazwy klas CSS

Facebook celowo losowo zmienia identyfikatory elementów HTML, nazwy klas i strukturę strony. Jak ujął to jeden z komentujących na : „Żaden zwykły scraper nie zadziała na Facebooku. HTML mutuje między odświeżeniami”.

Co się psuje: XPath i selektory CSS, które działały tydzień temu, dziś zwracają nic.

Środek zaradczy: Tam, gdzie to możliwe, używaj selektorów opartych na tekście lub atrybutach. Lepiej radzą sobie z tym parsery oparte na AI, które czytają treść strony zamiast polegać na sztywnych selektorach. Utrzymanie selektorów trzeba traktować jako stały koszt.

Ekrany logowania i zarządzanie sesją

Wiele obszarów Facebooka — profile, grupy, część ofert Marketplace — wymaga logowania. Bezprzeglądarkowe automaty są przekierowywane albo dostają okrojony HTML. Wątek z repozytorium passivebot dla Marketplace zawiera „login to view the content” jako jedną z głównych skarg.

Co się psuje: Anonimowe requesty nie widzą treści albo są od razu przekierowywane.

Środek zaradczy: Używaj ciasteczek sesyjnych z prawdziwej sesji przeglądarki albo narzędzi do scrapowania w przeglądarce, które działają w zalogowanej sesji. Rotowanie kont jest możliwe, ale ryzykowne.

Odciski cyfrowe

Wpis inżynieryjny Meta mówi, że nieautoryzowane scrapery — co w praktyce oznacza, że jakość przeglądarki i zachowania ma kluczowe znaczenie dla wykrywania. Dyskusje społeczności z i nadal polecają anti-detect browsers i spójne fingerprinty.

Co się psuje: Standardowe konfiguracje Selenium lub Puppeteer są łatwe do wykrycia.

Środek zaradczy: Używaj narzędzi takich jak undetected-chromedriver albo profili przeglądarek anti-detect. Realistyczne sesje i spójne fingerprinty są ważniejsze niż zwykłe spoofowanie user-agenta.

Limity szybkości i blokady oparte na IP

Wpis inżynieryjny Meta wprost omawia rate limiting jako część strategii obrony, w tym ograniczanie liczby obserwujących, by wymuszać więcej requestów, które następnie . W praktyce użytkownicy zgłaszają ograniczenia po publikowaniu do .

Co się psuje: Masowe requesty z tego samego IP są spowalniane albo blokowane w ciągu minut. Datacenter proxy często są blokowane z góry.

Środek zaradczy: Rotacja residential proxy, nie datacenter proxy, z rozsądnym tempem wysyłania requestów.

Zmiany schematu GraphQL

Niektóre scrapery opierają się na wewnętrznych endpointach GraphQL Facebooka, bo zwracają czystsze, ustrukturyzowane dane niż surowy HTML. Meta nie publikuje jednak gwarancji stabilności dla wewnętrznego GraphQL, więc takie zapytania psują się po cichu — zwracając puste dane zamiast błędów.

Co się psuje: Ustrukturyzowane pobieranie danych zwraca po cichu nic.

Środek zaradczy: Dodawaj walidację, monitoruj endpointy schematu i przypinaj się do znanych, działających zapytań. Trzeba liczyć się z utrzymaniem.

Podsumowanie zabezpieczeń anty-scrapingowych

Gdy repozytoria GitHub zawodzą: wyjście no-code

Duża część osób wpisujących „facebook scraper github” to nie programiści. To handlowcy szukający e-maili z firmowych stron, operatorzy e-commerce śledzący ceny w Marketplace albo marketerzy robiący research konkurencji. Nie chcą zarządzać środowiskiem Pythona, debugować uszkodzonych selektorów ani rotować proxy.

Jeśli to brzmi jak Ty, drzewko decyzyjne jest krótkie:

Scrapowanie danych kontaktowych z Facebook Pages (e-maile, numery telefonów)

Jeśli zadanie polega na pobieraniu e-maili i numerów telefonów z sekcji „Informacje” stron, repozytorium z GitHuba to przesada. Darmowy i od skanują stronę i eksportują wyniki do Sheets, Excela, Airtable lub Notion. AI za każdym razem odczytuje stronę od nowa, więc zmiany DOM Facebooka niczego nie psują.

Scrapowanie ustrukturyzowanych danych z Marketplace lub stron firmowych

Do wyciągania ofert produktów, cen, lokalizacji lub danych firmowych AI Web Scraper od Thunderbit pozwala kliknąć „AI Suggest Fields” — AI czyta stronę i proponuje kolumny, takie jak cena, tytuł, lokalizacja — a potem kliknąć „Scrape”. Bez utrzymywania XPathów, bez instalacji kodu. Eksport bezpośrednio do .

Monitorowanie cykliczne (alerty cenowe w Marketplace, śledzenie konkurencji)

Do ciągłego monitoringu — „powiadom mnie, gdy oferta w Marketplace zmieści się w moim przedziale cenowym” — od Thunderbit pozwala opisać interwał zwykłym językiem (np. ) i ustawić adresy URL. Działa automatycznie, bez potrzeby cron joba.

Kiedy repozytoria GitHuba nadal są właściwym wyborem

Jeśli potrzebujesz głębokiej kontroli programistycznej, pobierania na dużą skalę albo niestandardowych pipeline’ów danych, repozytoria GitHub (albo do ustrukturyzowanego pobierania) są właściwym narzędziem. Decyzja jest prosta: użytkownicy biznesowi z prostymi potrzebami ekstrakcji → najpierw no-code; programiści budujący pipeline’y danych → repozytoria GitHub albo API.

Przykłady realnych wyników: co naprawdę dostajesz

Każdy artykuł konkurencji pokazuje fragmenty kodu, ale nigdy rzeczywistych wyników. Poniżej zobaczysz, czego realistycznie możesz się spodziewać po każdym podejściu.

Przykładowy wynik: kevinzg/facebook-scraper (lub aktywny fork)

Na podstawie pobrany publiczny post zwraca JSON w stylu:

1{
2  "comments": 459,
3  "comments_full": null,
4  "image": "https://...",
5  "images": ["https://..."],
6  "likes": 3509,
7  "post_id": "2257188721032235",
8  "post_text": "Don't let this diminutive version...",
9  "text": "Don't let this diminutive version...",
10  "time": "2019-04-30T05:00:01"
11}

Zwróć uwagę na pola dopuszczające wartość null, takie jak comments_full. W 2026 roku spodziewaj się, że więcej pól będzie zwracać puste albo brakujące wartości — zwykle to sygnał blokady, a nie niewinny błąd. Wynik to surowy JSON i wymaga dalszego przetwarzania.

Przykładowy wynik: Facebook Graph API

Obecny od Meta dokumentuje zapytania o informacje o stronie, np. GET /<PAGE_ID>?fields=id,name,about,fan_count. zawiera pola takie jak followers_count, fan_count, category, emails, phone i inne publiczne metadane — ale tylko przy odpowiednich uprawnieniach, takich jak .

To znacznie węższy zakres danych, niż oczekuje większość użytkowników scraperów GitHub. To podejście jest skupione na stronach, ograniczone uprawnieniami i nie zastępuje dowolnego scrapowania publicznych postów czy grup.

Przykładowy wynik: Thunderbit AI Web Scraper

Kolumny sugerowane przez AI Thunderbit dla firmowej strony Facebooka tworzą czystą, uporządkowaną tabelę:

Dla postów i komentarzy wynik wygląda tak:

Ustrukturyzowane kolumny, sformatowane numery telefonów, dane gotowe do użycia — bez dodatkowego etapu przetwarzania. Kontrast względem surowego JSON-a z narzędzi GitHubowych trudno przeoczyć.

Macierz typów danych Facebooka × najlepsze narzędzie

Na Facebooku w 2026 roku żadne pojedyncze narzędzie nie obsługuje wszystkiego równie dobrze.

Ta macierz pozwala od razu przejść do konkretnego przypadku użycia zamiast czytać cały artykuł w nadziei, że znajdziesz właściwą odpowiedź.

Które podejście pasuje do Twojego zespołu?

• Zespoły sprzedaży pozyskujące leady: zacznij od Thunderbit Email/Phone Extractor albo AI Scraper. Bez konfiguracji, od razu wyniki.
• Zespoły e-commerce monitorujące Marketplace: Scheduled Scraper od Thunderbit albo własna konfiguracja Scrapy + residential proxies (jeśli masz zasoby inżynierskie).
• Programiści budujący pipeline’y danych: repozytoria GitHub (aktywne forki) + residential proxies + budżet na utrzymanie. Licz się z bieżącą pracą.
• Badacze archiwizujący treści z grup: wyłącznie workflow oparty na przeglądarce (Thunderbit lub Selenium z logowaniem), z przeglądem zgodności.

Uczciwe stanowisko — i to, do którego — jest takie, że nie istnieje jedno niezawodne rozwiązanie. Dopasuj konkretną potrzebę danych do właściwego narzędzia.

Krok po kroku: jak skonfigurować Facebook Scrapera z GitHuba (gdy ma to sens)

Jeśli przeczytałeś audyt świeżości i nadal chcesz iść drogą GitHuba, w porządku. Oto praktyczna ścieżka — z uczciwymi uwagami, gdzie rzeczy się psują.

Krok 1: Wybierz odpowiednie repozytorium (skorzystaj z audytu świeżości)

Wróć do tabeli audytu. Wybierz najmniej przestarzałe repozytorium, które pasuje do Twojej docelowej powierzchni. Zanim zainstalujesz cokolwiek, sprawdź zakładkę Issues — świeże tytuły zgłoszeń powiedzą Ci więcej o aktualnej funkcjonalności niż README.

Krok 2: Skonfiguruj środowisko Pythona

1python3 -m venv fb-scraper-env
2source fb-scraper-env/bin/activate
3pip install -r requirements.txt

Typowa pułapka: konflikty wersji zależności, zwłaszcza Selenium/Playwright. Zarówno kevinzg, jak i moda20 deklarują Python ^3.6 w swoich — to starsza baza, która może się gryźć z nowszymi bibliotekami. Scraper Marketplace od passivebot przypina , co jest w porządku do eksperymentów, ale nie jest dowodem trwałości.

Krok 3: Skonfiguruj proxy i antywykrywanie

Jeśli robisz coś więcej niż szybki test:

• Ustaw rotację residential proxy (szukaj dostawców z pulami IP specyficznymi dla Facebooka)
• Jeśli używasz automatyzacji przeglądarki, zainstaluj undetected-chromedriver albo skonfiguruj anti-fingerprinting
• Nie pomijaj tego kroku — standardowe Selenium lub Puppeteer są szybko oznaczane

Krok 4: Uruchom mały test scrapingu i zweryfikuj wynik

Zacznij od jednej publicznej strony, nie od dużego batcha. Dokładnie sprawdź wynik:

• Puste pola albo brakujące dane zwykle oznaczają, że blokują Cię zabezpieczenia Facebooka
• Porównaj wynik z tym, co naprawdę widzisz na stronie w przeglądarce
• Jeden udany test na pojedynczej stronie znaczy więcej niż ładne README

Krok 5: Obsłuż błędy, limity i utrzymanie

• Wbuduj logikę ponownych prób i obsługę błędów
• Zakładaj, że selektory lub konfiguracje trzeba będzie regularnie aktualizować — to ciągłe utrzymanie, a nie „ustaw i zapomnij”
• Jeśli zaczynasz spędzać więcej czasu na utrzymaniu scrapera niż na korzystaniu z danych, to sygnał, że warto rozważyć ścieżkę no-code

Aspekty prawne i etyczne scrapowania Facebooka

Ta sekcja jest krótka i rzeczowa. Nie jest głównym tematem artykułu, ale pominięcie jej byłoby nieodpowiedzialne.

stwierdza, że użytkownicy „nie mogą uzyskiwać dostępu ani zbierać danych z naszych Produktów za pomocą zautomatyzowanych środków (bez naszej uprzedniej zgody)”. , zaktualizowane 3 lutego 2026, jasno wskazują, że egzekwowanie może obejmować zawieszenie, odebranie dostępu do API i działania na poziomie konta.

To nie jest teoria. opisuje aktywne badanie nieautoryzowanego scrapingu, listy cease-and-desist i wyłączanie kont. Meta przeciwko firmom zajmującym się scrapingiem (np. sprawa Voyager Labs).

Najbezpieczniejsze podejście:

• Warunki Meta są wprost anty-scrapingowe
• Użycie autoryzowanego API jest bezpieczniejsze niż nieautoryzowane scrapowanie
• Publiczna dostępność nie znosi obowiązków wynikających z prawa prywatności (RODO, CCPA itd.)
• Jeśli działasz na dużą skalę, skonsultuj się z prawnikiem
• Thunderbit jest zaprojektowany do scrapowania publicznie dostępnych danych i nie obchodzi wymagań logowania przy scrapowaniu w chmurze

Najważniejsze wnioski: co naprawdę działa przy Facebook scrapingu w 2026 roku

Większość repozytoriów Facebook Scrapera na GitHubie jest w 2026 roku uszkodzona albo niewiarygodna. To nie straszenie — tak konsekwentnie pokazują daty commitów, kolejki zgłoszeń i raporty społeczności.

Nieliczne aktywne forki nadal działają dla ograniczonych danych z publicznych stron, ale wymagają ciągłego utrzymania, konfiguracji antywykrywania i realistycznego założenia, że znów coś się popsuje. Graph API jest przydatne, ale wąskie — obejmuje metadane na poziomie strony z odpowiednimi uprawnieniami, a nie szerokie scrapowanie publicznych postów czy grup, którego większość osób szuka.

Dla użytkowników biznesowych, którzy potrzebują danych z Facebooka bez narzutu programistycznego, narzędzia no-code, takie jak , oferują bardziej niezawodną i mniej wymagającą ścieżkę. AI za każdym razem odczytuje stronę od nowa, więc zmiany DOM nie psują workflow. Możesz bezpłatnie wypróbować i eksportować do Sheets, Excela, Airtable lub Notion.

Praktyczna rekomendacja: zacznij od tabeli audytu świeżości. Jeśli nie jesteś programistą, najpierw wypróbuj opcję no-code. Jeśli jesteś programistą, inwestuj w konfigurację GitHub tylko wtedy, gdy masz zasoby techniczne — i cierpliwość — żeby ją utrzymywać. I niezależnie od wybranej ścieżki, dopasuj konkretną potrzebę danych do właściwego narzędzia, zamiast liczyć na jedno rozwiązanie do wszystkiego.

Jeśli chcesz pójść głębiej w scraping danych z mediów społecznościowych i narzędzia pokrewne, mamy poradniki o , i . Możesz też obejrzeć omówienia na .

FAQ

Czy w 2026 roku istnieje działający Facebook scraper na GitHubie?

Tak, ale wybór jest ograniczony. Najbardziej znaczący jest fork oryginalnego repozytorium kevinzg — sprawdź tabelę audytu świeżości powyżej, by zobaczyć aktualny status. Potrafi częściowo scrapować publiczne posty stron i niektóre metadane, ale jego kolejka zgłoszeń pokazuje kluczowe problemy z mbasic i pustymi wynikami. Większość innych repozytoriów jest porzucona albo całkowicie uszkodzona.

Czy mogę scrapować Facebook bez kodowania?

Tak. Narzędzia takie jak oraz darmowe Email/Phone Extractors pozwalają wyciągać dane z Facebooka z poziomu przeglądarki w kilku kliknięciach, bez potrzeby konfiguracji Pythona czy GitHuba. AI odczytuje stronę za każdym razem, więc nie musisz utrzymywać selektorów, gdy Facebook zmienia układ.

Czy scrapowanie Facebooka jest legalne?

zabrania automatycznego zbierania danych bez zgody. Meta aktywnie egzekwuje to poprzez bany kont, listy cease-and-desist i . Legalność zależy od jurysdykcji i przypadku użycia. Trzymaj się publicznie dostępnych danych firmowych, unikaj profili osobistych i skonsultuj się z prawnikiem, jeśli działasz na większą skalę.

Jakie dane nadal mogę pobrać z Facebook Graph API?

W 2026 roku jest mocno ograniczone. Możesz uzyskać ograniczone dane na poziomie strony — pola takie jak id, name, about, fan_count, emails, phone — przy odpowiednich uprawnieniach, np. . Większość danych z publicznych postów, danych grup () oraz danych użytkowników nie jest już dostępna przez API.

Jak często psują się repozytoria Facebook Scrapera na GitHubie?

Często. Facebook na bieżąco zmienia strukturę DOM, zabezpieczenia anty-botowe i wewnętrzne API — nie ma opublikowanego harmonogramu, ale raporty społeczności pokazują awarie co kilka tygodni w przypadku aktywnych scraperów. Kolejka zgłoszeń forka moda20 wokół zniknięcia mbasic to niedawny przykład. Jeśli polegasz na repozytorium GitHub, zaplanuj regularne utrzymanie i walidację wyników.

Dowiedz się więcej