POST https://api.acedata.cloud/webextrator/render
API renderowania stron WebExtrator to usługa renderowania stron oparta na bezgłowym Chromium. Podaj URL,
a zwróci w pełni wyrenderowany HTML (w tym treści wstrzyknięte przez JS), czysty tekst, tytuł strony i końcowy URL.
Render jest najbardziej podstawowym interfejsem WebExtrator. Jeśli potrzebujesz ustrukturyzowanych wyników
ekstrakcji (treść artykułu, cena produktu, składniki przepisu …), użyj
/webextrator/extract —— uruchamia on cały potok ekstrakcji typowanej
na tej samej podstawie renderowania.
Proces aplikacji
Aby korzystać ze strony usługi WebExtrator, najpierw przejdź do konsoli Ace Data Cloud, aby uzyskać swój API Token i zachować go na później.
Jeśli nie jesteś jeszcze zalogowany lub zarejestrowany, zostaniesz automatycznie przekierowany na stronę logowania, która zaprosi Cię do rejestracji i zalogowania się, a po zakończeniu automatycznie wrócisz na bieżącą stronę.
Jeden API Token umożliwia wywoływanie wszystkich usług platformy, bez konieczności składania osobnego wniosku dla każdej usługi. Pierwszy wniosek zapewnia darmowy limit, umożliwiający bezpłatne wypróbowanie; gdy limit jest niewystarczający, możesz doładować uniwersalne saldo w konsoli.
📘 Pełna dokumentacja: Strona usługi WebExtrator →
Uwierzytelnianie
Wszystkie interfejsy WebExtrator korzystają ze standardowego uwierzytelniania Bearer Token:Parametry żądania
Kontrakt platformy jednolicie używa snake_case. Wewnętrzna usługa renderowania obsługuje camelCase, ale wywołania zewnętrzne zawsze używają snake_case.
Struktura Cookie
Odpowiedź synchroniczna
Odpowiedź asynchroniczna
Gdyasync=true (lub podano callback_url), natychmiast zwracane jest (HTTP 200):
POST do callback_url (jeśli skonfigurowano) albo
aktywnie odpytywany przez /webextrator/tasks.
Struktura callbacku
Platforma wykonujePOST dokładnie takiego samego envelope jak w trybie synchronicznym do callback_url,
Content-Type: application/json. Zwrócenie dowolnego 2xx jest uznawane za potwierdzenie; 5xx będzie
ponawiane z wykładniczym wycofaniem przez około 5 minut.
Odpowiedź błędu
Struktura błędu:
Przykłady
cURL
Python (requests)
Node.js (fetch)
Asynchronicznie + callback
{ "success": true, "task_id": "...", "trace_id": "...", "started_at": 1777717800.123 };
po ukończeniu zadania platforma wykona POST z pełnym wynikiem do Twojego callback_url.
Wymuszone pominięcie pamięci podręcznej
Wskazówki i pułapki
- Wybór
wait_untiljest bardzo ważny.networkidlejest najstabilniejsze, ale najwolniejsze;domcontentloadedjest szybkie, ale może pominąć treści wstrzykiwane asynchronicznie;loadnadaje się do tradycyjnych stron statycznych. - Klucz pamięci podręcznej ignoruje
async. Synchroniczne i asynchroniczne żądania tego samego URL trafiają do tego samego wpisu pamięci podręcznej, swobodne przełączanie nie powoduje unieważnienia. - Klucz pamięci podręcznej ignoruje
bypass_cacheicache_ttl_seconds. Te dwa parametry są przełącznikami operacyjnymi, nie wpływają na treść odpowiedzi. cookiesiheaderssegmentują pamięć podręczną. Dostosowanie tych dwóch parametrów spowoduje, że pierwsze trafienie dla tej samej kombinacji się nie powiedzie.- Rozbudowane SPA często przekraczają domyślne 30 sekund. Zalecane są
timeout: 60,wait_until: "domcontentloaded",delay: 4, a następnie użyciewait_for_selectordo oczekiwania na elementy, które naprawdę Cię interesują. block_resourcesto najszybsza droga do zmniejszenia opóźnienia. Obrazy / czcionki / multimedia są domyślnie blokowane; jeśli Twoje wyodrębnianie nie zależy od układu CSS, dodaniestylesheetmoże jeszcze je przyspieszyć.

