rendering

Хаб рендерингу для веб-скрапінгу з використанням JavaScript

Використовуйте рендеринг браузера, коли публічна сторінка потребує виконання JavaScript, рендереного HTML, скріншотів, PDF або контролю часу очікування. Почніть з вихідного HTML, а потім додавайте рендеринг лише тоді, коли цільова сторінка доведе, що результат змінився.

Рендеринг — це рішення, а не стандарт. Практичний робочий процес скрапінгу починається з перевірки вихідного HTML, а потім активує виконання браузера лише тоді, коли корисний публічний контент створюється після виконання JavaScript або коли команді потрібен візуальний доказ через скріншот або PDF.

ScraperFly надає командам контрольований шлях для цього рішення. Тестуйте ціль, порівнюйте вихідні та рендерені результати, обирайте найменший корисний формат відповіді та додавайте затримки, скріншоти, PDF, сесії, заголовки, маршрутизацію за країною або преміум-доставку лише тоді, коли вони покращують захоплений результат.

Використовуйте рендеринг, коли JavaScript змінює відповідь

Багато сучасних публічних сторінок спочатку надсилають тонку HTML-оболонку і створюють корисний DOM у браузері. Продуктові сітки, результати пошуку, карти, інформаційні панелі, відгуки та маршрути SPA можуть з'явитися лише після того, як фронтенд JavaScript завантажує дані та оновлює сторінку. У таких випадках рендеринг у браузері може повернути відповідь, яку вихідний HTML сам по собі не може надати.

Інші сторінки взагалі не потребують рендерингу. Якщо вихідна відповідь вже містить контент, базовий HTML-запит зазвичай є швидшим, дешевшим і легшим для налагодження. Найсильніший робочий процес рендерингу базується на доказах: перевірте першу відповідь, доведіть, що не вистачає, а потім активуйте виконання браузера для цілей, які цього потребують.

Рішення про рендеринг	Використовуйте його, коли	Почніть з	Наступний контроль для тестування
Сирий HTML достатній	Корисний контент вже є в початковій відповіді	HTML-вихід без рендерингу	Логіка парсера, метадані або формат відповіді
Потрібен рендерений HTML	DOM завершено після виконання JavaScript на стороні браузера	Рендеринг з рендереним HTML-виходом	Час затримки, якщо контент завантажується асинхронно
Потрібен захоплення SPA	React, Vue, Angular, Next.js або інший фронтенд-маршрут змінює видимий контент	Рендеринг плюс фінальна URL-адреса та перевірка статусу	Сесії, заголовки або затримки, специфічні для маршруту
Потрібен візуальний доказ	Робочий процес повинен показати, як виглядала рендерена сторінка	Скріншот або PDF-вихід	Viewport, час затримки, завантаження або налаштування архіву

Рендерений вихід все ще потребує правильного формату

Рендеринг вирішує виконання сторінки, але не визначає, що має споживати застосунок. Парсер може потребувати рендерений HTML. Робочий процес AI або RAG може віддавати перевагу чистому тексту або Markdown. Моніторингова система може потребувати метаданих JSON для статусу та діагностики. Робочий процес QA або відповідності може потребувати скріншотів або PDF як доказів.

Практичний шлях — вибрати формат виходу перед масштабуванням запиту. Це дозволяє зосередити конвеєр на активі, який продукт насправді потребує, замість того, щоб генерувати важкі файли або сирий розмітку, які системи нижнього рівня повинні очищати пізніше.

Практичний висновок: рендерити лише тоді, коли поведінка сторінки це доводить. Потім поверніть рендерений результат у форматі, який ваш застосунок може використовувати негайно.

ПІДХОДЯЩИЙ РЕНДЕРИНГ

Перевірте, чи дійсно JavaScript змінює захоплену сторінку

Рендеринг повинен слідувати доказам. Порівняйте вихідний HTML з рендереним результатом, перевірте фінальну URL-адресу, розмір відповіді, статус і стан скріншота, а потім активуйте виконання браузера лише для цілей, де це змінює корисний вихід.

Сирова HTML-відповідь, відображена на видимих даних сторінки

Доступність сирого HTML

Перевірте, чи поля, які вам потрібні, вже присутні в першій HTML-відповіді.

Найкращий перший тест для простих сторінок, статей, документів, списків та деталей продуктів.

Порівняння до і після рендерингу JavaScript

Залежність від JavaScript

Порівняйте сирий HTML з відрендереним DOM або скріншотом перед увімкненням рендерингу браузера.

Використовуйте рендеринг, коли сирий HTML є лише оболонкою, а скрипти створюють корисний контент.

Куки, згода, контекст сесії та доступу для скрапінгу

Стан і контекст доступу

Визначте, чи впливають куки, згода, межі входу, пагінація або той самий стан відвідувача на відповідь.

Використовуйте сесії та заголовки, коли безперервність змінює дані, які ви отримуєте.

Регіональні варіації контенту в різних країнах і маршрутах

Гео/варіація контенту

Перевірте, чи змінюють країна, мова, валюта, інвентар, SERP, реклама або репутація маршруту результат.

Використовуйте гео- або преміум-маршрути лише тоді, коли ціль підтверджує, що відповідь змінюється залежно від маршруту.

Питання, на які потрібно відповісти перед скрапінгом

Де знаходиться цільове поле?

Знайдіть, чи існує поле в сирому HTML, відрендереному DOM, виклику API, структурованих даних, файлі або пізнішому стані взаємодії.

Що змінює відповідь?

Виберіть кілька URL-адрес і порівняйте статус, фінальну URL-адресу, довжину вмісту, перенаправлення, порожні стани та видимі відмінності результатів.

Який контекст потрібен?

Позначте будь-яку залежність від згоди, локалі, куків, заголовків, межі аутентифікації, пагінації, фільтрів або попередніх запитів.

Як виглядає невдача?

Визначте сигнали для заблокованих, часткових, застарілих, перенаправлених, порожніх, з тайм-аутом або регіонально невідповідних відповідей перед масштабуванням.

Що це змінює в налаштуванні запиту

Режим отримання

Доступність сирого HTML визначає, чи може перший запит залишатися простим або потребує рендерингу, очікувань, скріншотів або витягування.

Контекст запиту

Вимоги до стану визначають, чи потрібно додавати заголовки, куки, сесії, обробку згоди або стабільний профіль відвідувача.

Вибір маршруту

Гео та репутаційні дані визначають, чи достатньо стандартного маршруту або виправданий маршрут країни/преміум.

Правила валідації

Відомі стани невдачі стають перевірками для повторних спроб, ескалації, перевірки якості та визначення, коли легший профіль все ще є повним.

КОНТРОЛІ ЗАПИТУ

Створіть профіль рендереного запиту перед тим, як він стане виробничим кодом

Робочий процес рендерингу повинен робити кожен контроль явним: цільова URL-адреса, прапорець рендерингу, час затримки, формат виходу, скріншоти або PDF, сесії, заголовки, маршрутизація за країною та завантаження. Тестування цієї форми спочатку запобігає поширенню важких стандартів на кожен скрап.

HTML

Сирова відповідь

Сирий HTML для парсерів і краулерів

Використовуйте найшвидший шлях для статичних сторінок, списків, документів та сторінок продуктів. Спочатку отримайте оригінальний вихідний HTML, а потім увімкніть рендеринг браузера, коли JavaScript створює розмітку, яка потрібна вашому скреперу.

format=htmlrender=falserender=true

TXT

Чисті дані

Текст, Markdown та JSON

Пропустіть шар очищення після доступу до сторінки. Поверніть читабельний текст для агентів, Markdown для підказок і RAG, або структурований JSON з метаданими, посиланнями, заголовками, чистим текстом і Markdown, готовим для вашого конвеєра.

format=textformat=markdownformat=json

PDF

Візуальні файли

Скриншоти та PDF

Захопіть те, що бачить справжній браузер, коли вам потрібні докази QA, архівні докази, перевірки візуальної регресії, звіти для завантаження або спільні записи сторінок для клієнтів та внутрішніх команд.

format=screenshotformat=pdfdownload

Керування, які роблять запити передбачуваними

url

Цільова сторінка для отримання, рендерингу, очищення або захоплення.

format

Виберіть відповідь, яка потрібна вашому продукту: html, text, markdown, json, screenshot або pdf.

premium

Ескалюйте до сильнішого маршруту для блокувань, нестабільних цілей або контенту, чутливого до геолокації.

render

Запустіть Chromium для SPA, JS-інжектованого розмітки, скриншотів, PDF та сторінок тільки для браузера.

country

Запросіть маршрут, специфічний для країни, коли контент змінюється в залежності від місця.

keep_headers

Пересилайте вибраний контекст запиту, такий як user-agent, cookie, мова та referer.

render_wait

Надайте динамічному контенту контрольовану додаткову затримку перед витягуванням або захопленням.

download

Поверніть візуальні артефакти як завантажувані файли, коли вихід - це скриншот або PDF.

приклад cURL

Генеруйте Markdown з тією ж формою запиту, яку ви можете перенести в продукцію

curl "https://scraperfly.com/api/v1?url=https%3A%2F%2Fexample.com&format=markdown" \
  -H "apikey: YOUR_API_KEY"

Обробка помилок

Перетворіть збої в скрапінгу на виправлення

Кожен робочий процес веб-даних зрештою стикається з поганою відповіддю: відсутній URL, недійсний ключ, порожня HTML оболонка, ціль 403, обмеження швидкості, тайм-аут рендерингу, зламане захоплення PDF або JSON навантаження, яке не містить полів, які очікував ваш продукт. ScraperFly створено для того, щоб ці моменти були діагностованими. Ви перевіряєте HTTP статус, стабільний код помилки, профіль запиту та повернутий артефакт, а потім вибираєте найдешевший корисний наступний крок: виправити запит, додати кредити, уповільнити, повторити з відкатом, увімкнути рендеринг, змінити країну, використовувати преміум маршрутизацію, зберегти заголовки або валідувати вихід перед масштабуванням.

Стабільна форма помилкиРішення про повторенняЕскалація з урахуванням витратВалідація виходу

Розробник переглядає код та параметри запиту API на ноутбуці

01 / Налаштування запиту та доступ

Спочатку виправте помилки запиту

Деякі збої не є проблемами цільового запиту. Вони відбуваються до того, як ScraperFly зможе зробити значну спробу доставки: відсутня або неправильно сформована URL-адреса, непідтримуваний формат виводу, несумісний тип візуального файлу, відсутній API-ключ, недійсний ключ або ключ, який було призупинено або вимкнено. Ці помилки є сигналами конфігурації, а не сигналами повторної спроби: зупиніть робочий процес, вкажіть розробнику точне поле, яке потребує виправлення, і зосередьте кредити на реальних цільових тестах замість повторних неправильних введень.

missing_urlinvalid_urlunsupported_formatinvalid_api_key

Перевірте URL-адресу та кодування перед відправкою партії.
Використовуйте підтримувані формати виводу: HTML, текст, Markdown, JSON, скріншот або PDF.
Відповідайте типам файлів скріншотів типам зображень виводу та типу файлу PDF типу виводу PDF.
Розглядайте відсутні або недійсні API-ключі як конфігураційну роботу, а не роботу з повторними спробами.

Бізнес-дашборд з графіками, документами та плануванням використання на столі

02 / Кредити, ліміти та паралельність

Відокремте ліміти від збоїв

Робоче навантаження може зазнати невдачі, оскільки на рахунку немає доступних кредитів, досягнуто ліміту місячного плану або одночасність занадто агресивна для поточного плану та цільового міксу. ScraperFly робить ці обмеження видимими як операційні сигнали, а не таємничі збої при скануванні. Це робить рішення про покупку практичним: почніть безкоштовно, протестуйте ціль, купуйте кредити за принципом pay-as-you-go для нерівномірних завдань, переходьте на місячні кредити, коли обсяг стає передбачуваним, і використовуйте зниження навантаження, коли тиск запитів є реальною проблемою.

usage_limit_reachedrate_limitedcreditsbackoff

Використовуйте статус облікового запису, щоб перевірити залишкові кредити перед великими запитами.
Повторюйте ліміти запитів з backoff замість того, щоб відразу збільшувати навантаження.
Тримайте одноразові проекти на оплаті за фактом, коли обсяг нерівномірний.
Перенесіть передбачувану повторювану роботу на щомісячні кредити, коли шаблон доведено.

Серверна кімната, що представляє шляхи доставки, маршрутизацію та мережеву інфраструктуру

03 / Цільова доставка та мережа

Спочатку знайдіть збої доставки

Багато платформ для скрапінгу об'єднують проблеми доставки в невизначений збій запиту. У виробництві цього недостатньо. Команда повинна знати, чи вичерпався час запиту, чи повернулася тимчасова помилка сервера з цільового ресурсу, чи з'єднання не вдалося, чи відповідь була занадто великою, чи перенаправлення пішли кудись не туди, чи повернулася сторінка як маленький HTML без корисного контенту. ScraperFly перетворює ці збої на докази доставки: спочатку спробуйте легкий профіль, порівняйте статус і розмір відповіді, а потім виріште, чи потрібно наступному запиту backoff, інший маршрут, преміум-проксі, цільова країна або більш вузьке захоплення.

timeout5xxперенаправленняresponse_too_large

Повторюйте тимчасові мережеві та верхні збої з контрольованою політикою backoff.
Порівняйте фінальний URL, статус, тип контенту та розмір відповіді між зразками.
Ескалюйте маршрутизацію лише тоді, коли відповідь доводить, що простий шлях нестабільний.
Розглядайте надмірні відповіді як проблему обсягу перед масштабуванням того ж профілю.

Екран цифрової безпеки, що представляє сигнали захисту від ботів та захищеного доступу

04 / Захист від ботів, гео та блоки доступу

Читати блоки перед ескалацією

Екран цільового 403, 401, 429, CAPTCHA, WAF challenge, стіна входу, цикл згоди або регіональна невідповідність - це не просто помилка; це підказка про те, що сайт очікує від відвідувача. Конкуренти часто підштовхують команди до важчого профілю за замовчуванням, але це може витратити бюджет без доведення виправлення. Кращий шлях ScraperFly - це ескалація на основі доказів: зберігайте реалістичні заголовки, коли контекст має значення, використовуйте сесії, коли безперервність змінює відповідь, увімкніть рендеринг, коли корисний контент створюється браузером, і вибирайте преміум або країнову маршрутизацію, коли репутація або географія змінюють результат.

403429CAPTCHAневідповідність країни

Використовуйте преміум маршрутизацію, коли репутація IP є доведеним вузьким місцем.
Використовуйте цільову маршрутизацію за країною, коли мова, валюта, інвентар або результати пошуку змінюються в залежності від ринку.
Використовуйте заголовки, куки та сесії, коли стан відвідувача змінює відповідь.
Зменшуйте одночасність і додавайте затримку, коли повторні запити викликають обмеження цілі.

Розробник готує код та артефакти виходу на ноутбуці

05 / Якість рендерингу та виходу

Відправляйте придатні артефакти

Статус 200 не є тим самим, що й придатний скрап. Сирий HTML може бути порожньою оболонкою програми, Markdown може пропустити основну статтю, JSON може не містити очікуваних метаданих, текст може містити шум, скріншоти можуть бути порожніми, а вихід PDF або зображення може зазнати невдачі, якщо крок браузера вичерпає час. ScraperFly є цінним, оскільки той самий запит API може переходити від сирого HTML до відрендереного DOM, чистого тексту, Markdown, JSON, скріншота або PDF, а потім перевірятися на відповідність артефакту, який насправді потрібен вашому продукту. Це зменшує кількість коду для з'єднання, невдалі імпорти та дорогі пакетні запуски, які виявляють поганий вихід лише після факту.

render_timeoutbrowser_render_failedполя JSONвихід PDF/зображення

Увімкніть рендеринг, коли сирий HTML є лише оболонкою, а корисний контент з'являється після JavaScript.
Перевірте текст, Markdown та JSON на відповідність очікуваним полям перед пакетною обробкою.
Використовуйте знімок екрану або PDF-формат, коли важливі візуальні докази або аудиторські свідчення.
Розглядайте порожні або часткові артефакти як невдачі якості, навіть коли статус HTTP успішний.

Підходить ScraperFly

Чистіша відновлення помилок

ScraperFly допомагає командам вирішити, що виправити, що повторити, а що ескалувати, не перетворюючи кожен запит на найдорожчий профіль запиту.

Стабільна форма помилки

Використовуйте HTTP статус і код помилки разом, щоб логіка програми могла вибрати між виправленням введення, оновленням облікових даних, уповільненням, повторенням або ескалацією доставки.

Повторюйте лише тоді, коли це допомагає

Мережеві збої, обмеження швидкості та тимчасові помилки сервера можуть використовувати відкат. Неправильні URL, непідтримувані формати та погані ключі слід виправити один раз.

Ескалація з урахуванням витрат

Почніть з легкого профілю запиту, а потім додавайте рендеринг, преміум маршрутизацію, країну, сесії, заголовки, затримки або візуальне захоплення лише тоді, коли невдача це підтверджує.

Валідація виходу перед масштабуванням

Підтвердіть реальний артефакт, який потрібен вашому продукту: HTML, текст, Markdown, JSON, скріншот або PDF, перш ніж копіювати той самий профіль на великий набір URL.

ВАГА ЗАПИТУ

Залишайте роботу браузера для цілей, які доводять, що вони її потребують

Рендеринг у браузері, скріншоти, PDF, преміум-маршрутизація та тривалі затримки є корисними контролями, але вони додають вагу. ScraperFly допомагає командам зберігати вихідний HTML як стандартний шлях і додавати важчі контролі лише тоді, коли докази відповіді це виправдовують.

Легкий HTML-запит, що повертає просту відповідь

Базовий запит

Використовуйте базовий запит, коли публічний HTML вже містить необхідні вам поля.

Найлегший профіль запиту; зберігайте його, коли відповідь завершена.

Рендеринг

Використовуйте рендеринг, коли сирий HTML є оболонкою, а JavaScript завершує сторінку.

Важчий профіль; використовуйте його лише тоді, коли вихід браузера змінює результат.

Кілька запитів з збереженням куків та стану відвідувача

Станова сесія

Використовуйте сесії, коли куки, згода, локалізація або пагінація змінюють відповідь.

Важчий профіль стану; зберігайте його лише тоді, коли важлива безперервність.

Маршрутизація запитів через гео та маршрути вищої якості

Преміум маршрутизація та гео

Використовуйте преміум маршрутизацію або гео лише тоді, коли походження, країна, репутація або регіональний контент змінюють результат.

Найважчий профіль маршрутизації; застосовуйте його лише до цілей, які доводять, що вони його потребують.

Що робить запит важчим

Більше роботи з інфраструктурою

Рендеринг браузера, вибір маршрутизації та довші очікування означають, що платформа повинна виконувати більше, ніж просто повертати просту відповідь.

Більша невизначеність цілі

Редиректи, порожні стани, обмеження швидкості та сторінки викликів часто вимагають більш потужних варіантів доставки або повторних спроб.

Більше стану для збереження

Cookies, сесії, згода та багатосторінкові потоки додають рухомі частини, яких немає у простому безстатевому запиті.

Більше доказів для повернення

Скріншоти, PDF, рендерений вихід та багатші артефакти відповіді корисні, але вони важчі за простий HTML.

Як зберегти вагу запиту передбачуваною

Вибірка перед масштабуванням

Спочатку протестуйте невелику вибірку URL та групуйте цілі за найменшим профілем, який повертає повні дані.

Не рендерити за замовчуванням

Перевірте сирий HTML перед увімкненням рендерингу. Багато публічних сторінок вже містять необхідні вам дані.

Ескалація за доказами

Підвищуйте лише тоді, коли відповідь показує відсутній контент, залежність стану, гео варіацію або проблеми з маршрутизацією.

Вимірюйте корисні результати

Оптимізуйте навколо дійсних записів, що доставляються, а не сирого обсягу запитів. Легший профіль найкращий лише тоді, коли він залишається повним.

ЧАСТІ ЗАПИТАННЯ ЩОДО РЕНДЕРИНГУ

Загальні питання про рендеринг JavaScript та скрапінг безголових браузерів

Практичні відповіді для команд, які вирішують, коли виконання браузера варто використовувати, як вибрати рендерені виходи та як уникнути перетворення кожного публічного скрапу на важкий запит.

Відображення відповідей

Запити

Створення запитів API

Для розробників, які інтегрують ScraperFly в агенти, завдання, бекенд-сервіси або швидкі тести.

Що я маю надіслати ScraperFly?

Надішліть цільовий URL плюс формат виходу, який вам потрібен. API може повернути HTML, чистий текст, Markdown, JSON, скріншоти або PDF залежно від параметрів запиту.

Чи слід мені використовувати GET чи POST?

Обидва можуть виробляти один і той же результат скрапінгу. GET зручний для простих параметрів запиту; POST краще, коли ви хочете чітке тіло JSON або довші параметри запиту.

Чи можу я протестувати запит перед кодуванням?

Так. API Builder генерує кінцеву точку, тіло JSON, параметри запиту та приклади коду, а потім дозволяє надіслати живий запит з панелі управління.

Вихід

HTML, текст, Markdown та JSON

Виберіть найменший вихід, який насправді потрібен вашому продукту.

Коли мені слід використовувати чистий текст?

Використовуйте чистий текст, коли вам потрібен читабельний контент сторінки для резюме, класифікації, індексації пошуку або підказок LLM без розмітки макета.

Для чого потрібен вихід JSON?

JSON корисний, коли ви хочете структуровані метадані, заголовки, посилання, текст і Markdown в одній відповіді, яку легше перевіряти програмно.

Чи відрізняється Markdown від чистого тексту?

Markdown зберігає більше структури контенту, такої як заголовки та списки. Чистий текст є плоским і кращим, коли форматування менш важливе.

Рендеринг

Сторінки JavaScript

Використовуйте рендеринг браузера лише тоді, коли цільова сторінка цього потребує.

Коли мені увімкнути render=true?

Увімкніть рендеринг для SPA, сторінок продуктів з інжектованим JavaScript, контенту, що завантажується за потребою, або сторінок, де вихідний HTML не містить необхідних вам даних.

Чи завжди рендеринг коштує дорожче?

Так, робота браузера є важчою, ніж базове отримання HTML. Почніть без рендерингу, а потім увімкніть його лише для цілей, які дійсно потребують виконання JavaScript.

Чи можу я контролювати розмір вікна перегляду та час очікування?

Так. Запити на скріншоти та PDF можуть використовувати розміри вікна перегляду та параметри очікування рендерингу, щоб захоплена сторінка мала час на стабілізацію.

Маршрутизація

Проксі та місцезнаходження

Маршрутизуйте запити через стандартні або преміум пул, коли поведінка цілі змінюється.

Коли мені потрібна преміум маршрутизація проксі?

Використовуйте преміум маршрутизацію для більш суворих цілей, вищих показників блокування, нестабільних відповідей або сторінок, які поводяться інакше під час звичайного трафіку з дата-центрів.

Чи можу я запитати країну?

Так. Додайте опцію країни, коли цільовий контент залежить від місця розташування, валюти, мови, доступності або регіональних перенаправлень.

Чи підтримуються сесії?

Робочі процеси в стилі сесій можуть повторно використовувати контекст між пов'язаними запитами, коли важлива безперервність для пагінації, змін локалі або багатоступеневої обробки.

Файли

Скриншоти та PDF

Захоплюйте відрендерені сторінки, коли візуальний артефакт є необхідним виходом.

Чи може ScraperFly повернути скріншот?

Так. Вихідний скріншот захоплює відрендерену сторінку як зображення, включаючи контент, відрендерений JavaScript, коли рендеринг увімкнено.

Чи може ScraperFly згенерувати PDF?

Так. Вихід у форматі PDF корисний для квитанцій, звітів, архівів, моментальних знімків для відповідності та сторінок, які потрібно зберегти як документ.

Де з'являються згенеровані файли?

Зареєстровані користувачі панелі керування можуть зберігати та завантажувати згенеровані артефакти з журналів запитів, коли запит генерує файл для завантаження.

Кредити

Витрати та кредити

Кредити відстежують роботу з доставки, а не простою інфраструктури.

Скільки кредитів використовує запит?

Простий запит HTML, тексту, Markdown або JSON зазвичай використовує менше кредитів. Рендеринг, преміум маршрути, скріншоти та PDF використовують більше, оскільки вони вимагають більшої роботи з доставкою.

Чи закінчуються кредити за принципом "плати за використання"?

Кредити за принципом "плати за використання" залишаються доступними, поки ви їх використовуєте. Вони підходять для нерівномірних навантажень або проектів, які не потребують щомісячного плану.

Чи переносяться кредити підписки?

Так. Кредити щомісячного плану оновлюються щомісяця, а невикористані кредити переносяться. Якщо платіж не вдається після повторних спроб Stripe, обліковий запис повертається до режиму "плати за використання".

Безпека

Ключі, заголовки та безпека

Зберігайте облікові дані на вашому бекенді та пересилайте лише заголовки, які ви плануєте використовувати.

Де мені зберігати мій API-ключ?

Зберігайте API-ключ на сервері або в надійному середовищі. Уникайте розкриття виробничих ключів у публічних фронтенд-бандлах або статичних сторінках.

Чи можу я переслати заголовки запиту?

Так, вибрані заголовки, такі як user-agent, accept-language, cookie та referer, можуть бути переслані, коли ціль очікує реалістичний контекст запиту.

Чи обходить ScraperFly приватні контрольні системи доступу?

Ні. Він призначений для отримання публічних веб-сторінок та сторінок, до яких вам дозволено отримати доступ, а не для обходу аутентифікації або приватних систем.

Білінг

Плани, журнали та рахунки

Використовуйте панель управління, щоб зрозуміти, що сталося і чому змінилися кредити.

Де я можу перевірити використання?

Панель управління записує журнали запитів, зміни кредитного балансу, формати виходу, маршрутизацію проксі, тривалість та події виставлення рахунків, щоб ви могли перевірити використання.

Чи можу я завантажити рахунки?

Оплачені транзакції включають дані рахунків, коли Stripe їх надає, тому PDF-файли рахунків можна відкрити з фінансового журналу.

Як я можу керувати підпискою?

Підписані користувачі можуть відкрити портал клієнта, щоб змінити платіжні дані, переглянути рахунки або скасувати підписку. Користувачі безкоштовного тарифу та тарифу "Плати за використання" можуть перейти до розділу Ціни.