request control

Solicitar el centro de control para flujos de trabajo de API de web scraping confiables

Utiliza controles de solicitud para hacer que el comportamiento de scraping sea explícito: envía los encabezados correctos, preserva las cookies cuando sea necesario, elige GET o POST, diagnostica HTML vacío, separa 403 de 429, y escala solo cuando la evidencia de respuesta lo justifique.

El control de solicitudes es la diferencia entre adivinar y operar un flujo de trabajo de scraping de manera deliberada. Una solicitud de API útil debería hacer que la URL objetivo, el método, los encabezados, las cookies, el user-agent, el idioma, la autenticación, la elección de renderizado, las esperas, el formato de respuesta y el comportamiento de reintento sean lo suficientemente visibles para depurar.

ScraperFly está construido para ese camino práctico. Comienza con la solicitud más ligera, inspecciona la evidencia y luego añade el control específico que realmente necesita el objetivo. Esto mantiene las páginas simples simples y hace que los objetivos más difíciles sean más fáciles de razonar.

Usa controles de solicitud para explicar la respuesta

Un scraping fallido o incompleto no siempre es un problema de proxy, un problema de renderizado o un problema del objetivo. Puede ser un encabezado faltante, un tipo de contenido incorrecto, una discrepancia de idioma, un problema de continuidad de cookies, un límite de tasa, una respuesta excesiva, una redirección o una espera del navegador que no coincide con cómo se carga la página.

El trabajo de un flujo de trabajo de control de solicitudes es separar esos casos. Cada control debería responder a una pregunta específica: ¿el objetivo espera un user-agent? ¿Necesita un idioma aceptado? ¿Depende de cookies? ¿El HTML fuente contiene los datos? ¿El objetivo devolvió 403, 429, 5xx o una pequeña shell HTML?

Área de control	Úsalo cuando	Qué ayuda a probar	Próximo paso común
Encabezados y user-agent	El objetivo espera idioma, tipo de contenido, referer o contexto de solicitud realista	Si la respuesta cambia cuando el contexto legítimo está presente	Comparar estado, tipo de contenido y tamaño de respuesta
Cookies y sesiones	El comportamiento de la página pública depende de la continuidad, preferencias, consentimiento o solicitudes relacionadas	Si el estado cambia el contenido capturado	Preservar cookies solo dentro de flujos de trabajo relacionados
Errores y límites de tasa	La respuesta devuelve 403, 429, 5xx, tiempo de espera, redirección o contenido vacío	Si la falla es de entrada, presión, enrutamiento, objetivo o comportamiento de renderizado	Reintentar, retroceder, ajustar contexto o escalar con evidencia
Tamaño y formato de respuesta	La respuesta es demasiado grande, demasiado pequeña o no está adaptada para el sistema de downstream	Si el flujo de trabajo necesita una captura más estrecha o un output diferente	Elegir HTML, texto, Markdown, metadatos JSON, captura de pantalla o PDF

Escala desde la evidencia, no desde la frustración

Es tentador arreglar cada scraping añadiendo renderizado, enrutamiento premium, largas esperas, sesiones y más reintentos. Eso puede funcionar a veces, pero también hace que cada solicitud sea más pesada y más difícil de diagnosticar. Un mejor flujo de trabajo lee la respuesta primero.

Si la página devuelve HTML fuente con datos útiles, mantén la solicitud ligera. Si la página devuelve una shell de JavaScript, prueba el renderizado. Si el objetivo bloquea la solicitud, compara encabezados, user-agent, enrutamiento por país o entrega premium. Si la respuesta es demasiado grande, estrecha la captura. Si la solicitud tiene un límite de tasa, retrocede en lugar de aumentar la presión.

Conclusión práctica: cada control de solicitud debería tener una razón. Usa el conjunto de controles más pequeño que convierta la respuesta del objetivo en evidencia utilizable.

ADECUACIÓN DE LA SOLICITUD

Mapea el comportamiento del objetivo antes de cambiar los controles de solicitud

Los encabezados, cookies, sesiones, renderizado, esperas, enrutamiento y reintentos deberían responder a una pregunta específica del objetivo. Compara la respuesta fuente, la salida renderizada, el estado, la URL final, el tamaño y el tipo de contenido antes de cambiar el perfil de solicitud.

Respuesta HTML cruda mapeada a datos visibles de la página

Disponibilidad de HTML crudo

Verifica si los campos que necesitas ya están presentes en la primera respuesta HTML.

Mejor primera prueba para páginas simples, artículos, documentos, listados y detalles de productos.

Comparación antes y después de la renderización de JavaScript

Dependencia de JavaScript

Compara HTML crudo con el DOM renderizado o captura de pantalla antes de activar la renderización del navegador.

Usa la renderización cuando el HTML crudo es solo una estructura y los scripts crean el contenido útil.

Cookies, consentimiento, contexto de sesión y acceso para scraping

Estado y contexto de acceso

Identifica si las cookies, el consentimiento, los límites de inicio de sesión, la paginación o el mismo estado del visitante afectan la respuesta.

Usa sesiones y encabezados cuando la continuidad cambia los datos que recibes.

Variaciones de contenido regional a través de países y rutas

Variación geo/contenido

Prueba si el país, idioma, moneda, inventario, SERP, anuncios o la reputación de la ruta cambian el resultado.

Usa enrutamiento geo o premium solo cuando el objetivo demuestra que la respuesta varía según la ruta.

Preguntas a responder antes de raspar

¿Dónde está el campo objetivo?

Encuentra si el campo existe en HTML crudo, DOM renderizado, una llamada API, datos estructurados, un archivo o un estado de interacción posterior.

¿Qué cambia la respuesta?

Muestra algunas URL y compara el estado, la URL final, la longitud del contenido, redirecciones, estados vacíos y diferencias en los resultados visibles.

¿Qué contexto se requiere?

Marca cualquier dependencia en consentimiento, localización, cookies, encabezados, límites de autenticación, paginación, filtros o solicitudes anteriores.

¿Cómo se ve el fallo?

Define las señales para respuestas bloqueadas, parciales, obsoletas, redirigidas, vacías, con tiempo de espera o desajustadas por región antes de escalar.

Lo que esto cambia en la configuración de la solicitud

Modo de obtención

La disponibilidad de HTML crudo decide si la primera solicitud puede permanecer simple o necesita renderizado, esperas, capturas de pantalla o extracción.

Contexto de la solicitud

Los requisitos de estado deciden si agregar encabezados, cookies, sesiones, manejo de consentimiento o un perfil de visitante estable.

Elección de enrutamiento

Los hallazgos geográficos y de reputación deciden si el enrutamiento estándar es suficiente o si se justifica una ruta de país/premium.

Reglas de validación

Los estados de fallo conocidos se convierten en verificaciones para reintentos, escalación, revisión de QA y decidir cuándo un perfil más ligero sigue siendo completo.

Manejo de errores

Convierte los fallos de scraping en soluciones

Cada flujo de trabajo de datos web eventualmente se encuentra con una respuesta mala: una URL faltante, una clave inválida, una estructura HTML vacía, un objetivo 403, un límite de tasa, un tiempo de espera de renderizado, una captura de PDF rota o una carga útil JSON que no contiene los campos que tu producto esperaba. ScraperFly está diseñado para hacer que esos momentos sean diagnosticables. Inspeccionas el estado HTTP, el código de error estable, el perfil de solicitud y el artefacto devuelto, luego eliges el siguiente movimiento útil más económico: corregir la solicitud, agregar créditos, desacelerar, reintentar con retroceso, habilitar el renderizado, cambiar de país, usar enrutamiento premium, preservar encabezados o validar la salida antes de escalar.

Forma de error estableDecisiones de reintentoEscalación consciente de costosValidación de salida

Desarrollador revisando código y parámetros de solicitud de API en una laptop

01 / Configuración de solicitud y acceso

Corrige primero los errores de solicitud

Algunas fallas no son problemas del objetivo en absoluto. Ocurren antes de que ScraperFly pueda hacer un intento de entrega significativo: una URL faltante o mal formada, un formato de salida no soportado, un tipo de archivo visual incompatible, una clave de API faltante, una clave inválida, o una clave que ha sido pausada o deshabilitada. Estos errores son señales de configuración, no señales de reintento: detén el flujo de trabajo, señala al desarrollador el campo exacto que necesita corrección, y mantén los créditos enfocados en pruebas reales del objetivo en lugar de entradas incorrectas repetidas.

missing_urlinvalid_urlunsupported_formatinvalid_api_key

Valida la URL y la codificación antes de enviar un lote.
Usa salidas soportadas: HTML, texto, Markdown, JSON, captura de pantalla o PDF.
Ajusta los tipos de archivo de captura de pantalla al tipo de salida de imagen y el tipo de archivo PDF a la salida PDF.
Trata las claves de API faltantes o inválidas como trabajo de configuración, no como trabajo de reintento.

Tablero de negocios con gráficos, documentos y planificación de uso en un escritorio

02 / Créditos, límites y concurrencia

Separar límites de fallos

Una carga de trabajo puede fallar porque la cuenta no tiene créditos utilizables, se ha alcanzado el límite del plan mensual, o la concurrencia es demasiado agresiva para el plan actual y la mezcla de objetivos. ScraperFly hace visibles esos límites como señales operativas, no como fallas misteriosas de raspado. Eso mantiene la decisión de compra práctica: comienza gratis, prueba el objetivo, compra créditos de pago por uso para trabajos irregulares, pasa a créditos mensuales cuando el volumen se vuelve predecible, y usa retroceso cuando la presión de solicitud es el verdadero problema.

usage_limit_reachedrate_limitedcreditsretroceso

Usar el estado de la cuenta para verificar créditos restantes antes de ejecuciones grandes.
Reintentar límites de tasa con retroceso en lugar de aumentar la presión de inmediato.
Mantener proyectos únicos en pago por uso cuando el volumen es desigual.
Mover trabajos recurrentes predecibles a créditos mensuales cuando el patrón esté comprobado.

Sala de servidores que representa rutas de entrega, enrutamiento e infraestructura de red

03 / Entrega objetivo y red

Encontrar fallos de entrega primero

Muchas plataformas de scraping colapsan los problemas de entrega en un fallo de solicitud vago. En producción, eso no es suficiente. El equipo necesita saber si la solicitud se agotó, si el objetivo ascendente devolvió un error temporal del servidor, si la conexión falló, si la respuesta fue demasiado grande, si las redirecciones fueron a algún lugar inesperado, o si la página regresó como un HTML pequeño sin contenido útil. ScraperFly convierte esos fallos en evidencia de entrega: prueba primero el perfil ligero, compara el estado y el tamaño de la respuesta, luego decide si la siguiente solicitud necesita retroceso, otra ruta, proxy premium, segmentación por país, o una captura más estrecha.

tiempo de espera5xxredireccionesrespuesta_demasiado_grande

Reintentar fallos temporales de red y ascendentes con una política de retroceso controlada.
Comparar URL final, estado, tipo de contenido y tamaño de respuesta entre muestras.
Escalar el enrutamiento solo cuando la respuesta demuestre que el camino simple es inestable.
Tratar respuestas sobredimensionadas como un problema de alcance antes de escalar el mismo perfil.

Pantalla de seguridad digital que representa señales de anti-bot y acceso protegido

04 / Bloques de anti-bot, geográficos y de acceso

Leer bloques antes de la escalación

Una pantalla de error 403, 401, 429, CAPTCHA, desafío WAF, muro de inicio de sesión, bucle de consentimiento o desajuste específico de región no es solo un error; es una pista sobre lo que el sitio espera del visitante. Los competidores a menudo empujan a los equipos hacia un perfil predeterminado más pesado, pero eso puede agotar el presupuesto sin demostrar la solución. El mejor camino de ScraperFly es la escalación basada en evidencia: preservar encabezados realistas cuando el contexto importa, usar sesiones cuando la continuidad cambia la respuesta, habilitar renderizado cuando el contenido útil es generado por el navegador, y elegir enrutamiento premium o por país cuando la reputación o la geografía cambian el resultado.

403429CAPTCHAdesajuste de país

Usar enrutamiento premium cuando la reputación de IP es el cuello de botella comprobado.
Usar segmentación por país cuando el idioma, la moneda, el inventario o los resultados de búsqueda cambian según el mercado.
Usar encabezados, cookies y sesiones cuando el estado del visitante cambia la respuesta.
Reducir la concurrencia y agregar retroceso cuando las solicitudes repetidas activan la limitación del objetivo.

Desarrollador preparando código y artefactos de salida en una laptop

05 / Calidad de renderizado y salida

Enviar artefactos utilizables

Un estado 200 no es lo mismo que un raspado utilizable. El HTML crudo puede ser un shell de aplicación vacío, Markdown puede omitir el artículo principal, JSON puede carecer de metadatos esperados, el texto puede incluir ruido, las capturas de pantalla pueden estar en blanco, y la salida en PDF o imagen puede fallar si el paso del navegador se agota. ScraperFly es valioso porque la misma solicitud de API puede pasar de HTML crudo a DOM renderizado, texto limpio, Markdown, JSON, captura de pantalla o PDF, y luego ser verificada contra el artefacto que tu producto realmente necesita. Eso reduce el código de pegamento, las importaciones fallidas y las ejecuciones por lotes costosas que solo descubren una mala salida después del hecho.

render_timeoutbrowser_render_failedcampos JSONsalida PDF/imágenes

Habilitar renderizado cuando el HTML crudo es solo un shell y el contenido útil aparece después de JavaScript.
Valida texto, Markdown y JSON contra los campos esperados antes de agrupar.
Utiliza captura de pantalla o salida en PDF cuando la prueba visual o la evidencia de auditoría son importantes.
Considera los artefactos en blanco o parciales como fallos de calidad incluso cuando el estado HTTP es exitoso.

Ajuste de ScraperFly

Recuperación de errores más limpia

ScraperFly ayuda a los equipos a decidir qué corregir, qué reintentar y qué escalar sin convertir cada raspado en el perfil de solicitud más costoso.

Forma de error estable

Utiliza el estado HTTP y el código de error juntos para que la lógica de la aplicación pueda elegir entre corregir la entrada, actualizar credenciales, desacelerar, reintentar o escalar la entrega.

Reintentar solo cuando ayuda

Las fallas de red, los límites de tasa y los errores temporales del servidor pueden usar retroceso. Las URL inválidas, los formatos no soportados y las claves incorrectas deben corregirse una vez.

Escalación consciente de costos

Comienza con el perfil de solicitud ligero, luego agrega renderizado, enrutamiento premium, país, sesiones, encabezados, esperas o captura visual solo cuando la falla lo demuestre.

Valida la salida antes de escalar

Confirma el artefacto real que tu producto necesita: HTML, texto, Markdown, JSON, captura de pantalla o PDF, antes de copiar el mismo perfil en un gran conjunto de URL.

CREADOR DE API

Prueba encabezados, cookies, método, renderizado y salida antes de producción

Construye el perfil de solicitud de manera controlada antes de integrarlo en un trabajo. Eso facilita ver si un encabezado, cookie, bandera de renderizado, espera o formato de salida realmente cambia el resultado capturado.

HTML

Respuesta cruda

HTML crudo para analizadores y rastreadores

Utiliza el camino más rápido para páginas estáticas, listados, documentos y páginas de productos. Obtén primero el HTML fuente original, luego activa el renderizado del navegador cuando JavaScript cree el marcado que tu scraper necesita.

formato=htmlrender=falserender=true

TXT

Datos limpios

Texto, Markdown y JSON

Salta la capa de limpieza después del acceso a la página. Devuelve texto legible para agentes, Markdown para indicaciones y RAG, o JSON estructurado con metadatos, enlaces, encabezados, texto limpio y Markdown listo para tu canal.

formato=textformato=markdownformato=json

PDF

Archivos visuales

Capturas de pantalla y PDFs

Captura lo que un navegador real ve cuando necesitas evidencia de QA, prueba archivada, verificaciones de regresión visual, informes descargables o registros de páginas compartibles para clientes y equipos internos.

format=screenshotformat=pdfdescargar

Controles que mantienen las solicitudes predecibles

url

La página objetivo para obtener, renderizar, limpiar o capturar.

format

Selecciona la respuesta que tu producto necesita: html, texto, markdown, json, captura de pantalla o pdf.

premium

Escalar a enrutamiento más fuerte para bloques, objetivos inestables o contenido sensible a la geolocalización.

render

Ejecuta Chromium para SPAs, marcado inyectado por JS, capturas de pantalla, PDFs y páginas solo para navegador.

country

Solicita una ruta específica de país cuando el contenido cambia según la ubicación.

keep_headers

Reenvía el contexto de solicitud seleccionado, como user-agent, cookie, idioma y referer.

render_wait

Dale al contenido dinámico una espera controlada adicional antes de la extracción o captura.

download

Devuelve artefactos visuales como archivos descargables cuando la salida es captura de pantalla o PDF.

ejemplo de cURL

Genera Markdown con la misma forma de solicitud que puedes mover a producción

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

PESO DE LA SOLICITUD

Mantén los cambios de control vinculados al costo y la evidencia

Añadir renderizado, enrutamiento premium, descargas, capturas de pantalla, PDFs, esperas o reintentos repetidos puede aumentar el peso de la solicitud. ScraperFly ayuda a los equipos a mantener las páginas simples ligeras y escalar solo cuando la respuesta demuestra que vale la pena.

Una solicitud HTML ligera que devuelve una respuesta simple

Obtención básica

Utiliza una obtención básica cuando el HTML público ya contiene los campos que necesitas.

Perfil de solicitud más ligero; mantenlo cuando la respuesta esté completa.

Renderizado de JavaScript produciendo un DOM completo

Renderización

Utiliza el renderizado cuando el HTML en bruto es una estructura y JavaScript completa la página.

Perfil más pesado; úsalo solo cuando la salida del navegador cambie el resultado.

Varios requests preservando cookies y estado del visitante

Sesión con estado

Usa sesiones cuando las cookies, el consentimiento, la localidad o la paginación cambien la respuesta.

Perfil de estado más pesado; conservalo solo cuando la continuidad sea importante.

Enrutamiento de requests a través de rutas geo y de mayor calidad

Enrutamiento y geo premium

Usa enrutamiento premium o geo solo cuando el origen, país, reputación o contenido regional cambien el resultado.

Perfil de enrutamiento más pesado; aplícalo solo a objetivos que demuestren que lo necesitan.

Qué hace que un request sea más pesado

Más trabajo de infraestructura

El renderizado en el navegador, las opciones de enrutamiento y las esperas más largas significan que la plataforma tiene que hacer más que devolver una simple respuesta.

Más incertidumbre del objetivo

Redirecciones, estados vacíos, límites de tasa y páginas de desafío a menudo requieren opciones de entrega más fuertes o reintentos.

Más estado que preservar

Cookies, sesiones, consentimiento y flujos de múltiples páginas añaden partes móviles que una simple obtención sin estado no tiene.

Más evidencia para devolver

Capturas de pantalla, PDFs, salida renderizada y artefactos de respuesta más ricos son útiles, pero son más pesados que el HTML simple.

Cómo mantener el peso de las solicitudes predecible

Muestra antes de escalar

Prueba primero un pequeño conjunto de URL y agrupa los objetivos por el perfil más ligero que devuelva datos completos.

No renderizar por defecto

Inspecciona el HTML crudo antes de activar el renderizado. Muchas páginas públicas ya contienen los datos que necesitas.

Escalar por evidencia

Aumenta solo cuando la respuesta muestre contenido faltante, dependencia de estado, variación geo o problemas de enrutamiento.

Mide resultados útiles

Optimiza en torno a registros válidos entregados, no al volumen de requests crudos. Un perfil más ligero es mejor solo cuando se mantiene completo.

PREGUNTAS FRECUENTES SOBRE SOLICITUDES

Preguntas comunes sobre los controles de solicitud de scraping

Respuestas prácticas para equipos que deciden qué encabezados, cookies, sesiones, user-agent, reintentos, renderizado y diagnósticos pertenecen a un flujo de trabajo de scraping confiable.

Respuestas a solicitudes

Solicitudes

Realizando solicitudes a la API

Para desarrolladores que integran ScraperFly en agentes, trabajos, servicios backend o pruebas rápidas.

¿Qué debo enviar a ScraperFly?

Envía una URL objetivo más el formato de salida que necesitas. La API puede devolver HTML, texto limpio, Markdown, JSON, capturas de pantalla o PDFs dependiendo de las opciones de solicitud.

¿Debería usar GET o POST?

Ambos pueden producir el mismo resultado de scraping. GET es conveniente para parámetros de consulta simples; POST es mejor cuando deseas un cuerpo JSON claro o opciones de solicitud más largas.

¿Puedo probar una solicitud antes de codificar?

Sí. El API Builder genera el endpoint, el cuerpo JSON, los parámetros de consulta y ejemplos de código, y luego te permite enviar una solicitud en vivo desde el panel.

Salida

HTML, texto, Markdown y JSON

Elige la salida más pequeña que tu producto realmente necesita.

¿Cuándo debo usar texto limpio?

Utiliza texto limpio cuando necesites contenido de página legible para resúmenes, clasificación, indexación de búsqueda o prompts de LLM sin marcado de diseño.

¿Para qué es la salida JSON?

JSON es útil cuando deseas metadatos estructurados, encabezados, enlaces, texto y Markdown en una respuesta que sea más fácil de inspeccionar programáticamente.

¿Es Markdown diferente del texto limpio?

Markdown mantiene más estructura de contenido, como encabezados y listas. El texto limpio es más plano y mejor cuando el formato es menos importante.

Renderización

Páginas de JavaScript

Utiliza la renderización del navegador solo cuando la página de destino lo necesite.

¿Cuándo habilito render=true?

Habilita la renderización para SPAs, páginas de productos inyectadas con JavaScript, contenido cargado de forma diferida o páginas donde el HTML fuente no contiene los datos que necesitas.

¿Siempre cuesta más la renderización?

Sí, el trabajo del navegador es más pesado que una búsqueda básica de HTML. Comienza sin renderización, luego habilítala solo para objetivos que realmente requieran la ejecución de JavaScript.

¿Puedo controlar el viewport y el tiempo de espera?

Sí. Las solicitudes de captura de pantalla y PDF pueden usar dimensiones de viewport y opciones de espera de renderizado para que la página capturada tenga tiempo de asentarse.

Enrutamiento

Proxies y ubicación

Rutea las solicitudes a través de grupos estándar o premium cuando el comportamiento del objetivo cambie.

¿Cuándo necesito enrutamiento de proxy premium?

Utiliza enrutamiento premium para objetivos más estrictos, tasas de bloqueo más altas, respuestas inestables o páginas que se comportan de manera diferente bajo el tráfico normal de centros de datos.

¿Puedo solicitar un país?

Sí. Agrega una opción de país cuando el contenido objetivo dependa de la ubicación, moneda, idioma, disponibilidad o redirecciones regionales.

¿Se admiten sesiones?

Los flujos de trabajo estilo sesión pueden reutilizar el contexto a través de solicitudes relacionadas cuando la continuidad es importante para la paginación, cambios de localización o scraping de múltiples pasos.

Archivos

Capturas de pantalla y PDFs

Captura páginas renderizadas cuando un artefacto visual es la salida requerida.

¿Puede ScraperFly devolver una captura de pantalla?

Sí. La salida de captura de pantalla captura la página renderizada como un archivo de imagen, incluyendo contenido renderizado por JavaScript cuando la renderización está habilitada.

¿Puede ScraperFly generar un PDF?

Sí. La salida en PDF es útil para recibos, informes, archivos, instantáneas de cumplimiento y páginas que necesitan ser guardadas como un documento.

¿Dónde aparecen los archivos generados?

Los usuarios registrados del panel pueden guardar y descargar artefactos generados de los registros de solicitudes cuando la solicitud produce un archivo descargable.

Créditos

Costos y créditos

Los créditos rastrean el trabajo de entrega en lugar de la infraestructura inactiva.

¿Cuántos créditos utiliza una solicitud?

Una solicitud simple de HTML, texto, Markdown o JSON generalmente utiliza menos créditos. Renderización, enrutamiento premium, capturas de pantalla y PDFs utilizan más porque requieren un trabajo de entrega más pesado.

¿Los créditos de pago por uso expiran?

Los créditos de pago por uso permanecen disponibles hasta que los uses. Son una buena opción para cargas de trabajo irregulares o proyectos que no necesitan un plan mensual.

¿Los créditos de suscripción se transfieren?

Sí. Los créditos del plan mensual se renuevan cada mes y los créditos no utilizados se transfieren. Si el pago falla después de que Stripe lo intente, la cuenta vuelve a Pago por uso.

Seguridad

Claves, encabezados y seguridad

Mantén las credenciales en tu backend y reenvía solo los encabezados que pretendes usar.

¿Dónde debo almacenar mi clave de API?

Almacena la clave de la API del lado del servidor o en un entorno de confianza. Evita exponer claves de producción en paquetes frontend públicos o páginas estáticas.

¿Puedo reenviar encabezados de solicitud?

Sí, los encabezados seleccionados como user-agent, accept-language, cookie y referer pueden ser reenviados cuando un objetivo espera un contexto de solicitud realista.

¿ScraperFly elude controles de acceso privados?

No. Está diseñado para obtener páginas web públicas y páginas a las que tienes permiso para acceder, no para eludir la autenticación o sistemas privados.

Facturación

Planes, registros y facturas

Utiliza el panel para entender qué sucedió y por qué cambiaron los créditos.

¿Dónde puedo inspeccionar el uso?

El panel registra los registros de solicitudes, cambios en el saldo de créditos, formatos de salida, enrutamiento de proxies, duraciones y eventos de facturación para que puedas auditar el uso.

¿Puedo descargar facturas?

Las transacciones pagadas incluyen datos de facturación cuando Stripe los proporciona, por lo que los PDFs de facturas se pueden abrir desde el registro financiero.

¿Cómo gestiono una suscripción?

Los usuarios suscritos pueden abrir el portal del cliente para cambiar los detalles de pago, revisar facturas o cancelar. Los usuarios gratuitos y de pago por uso pueden ir a Precios en su lugar.