rendering

Centro de renderizado para flujos de trabajo de web scraping con JavaScript pesado

Utiliza el renderizado del navegador cuando una página pública necesita ejecución de JavaScript, HTML renderizado, capturas de pantalla, PDFs o controles de espera. Comienza con el HTML fuente primero, luego añade renderizado solo cuando el objetivo demuestra que cambia el resultado capturado.

El renderizado es una decisión, no un valor predeterminado. Un flujo de trabajo de scraping práctico comienza verificando el HTML fuente, luego habilita la ejecución del navegador solo cuando el contenido público útil se crea después de que JavaScript se ejecute o cuando el equipo necesita prueba visual a través de una captura de pantalla o PDF.

ScraperFly ofrece a los equipos un camino controlado para esa decisión. Prueba el objetivo, compara la salida fuente y renderizada, elige el formato de respuesta útil más pequeño y agrega esperas, capturas de pantalla, PDFs, sesiones, encabezados, enrutamiento por país o entrega premium solo cuando mejoren el resultado capturado.

Usa renderizado cuando JavaScript cambie la respuesta

Muchas páginas públicas modernas envían primero una delgada estructura HTML y construyen el DOM útil en el navegador. Las cuadrículas de productos, resultados de búsqueda, mapas, paneles de control, reseñas y rutas de SPA pueden aparecer solo después de que JavaScript del lado del frontend cargue datos y actualice la página. En esos casos, el renderizado del navegador puede devolver una respuesta que el HTML fuente por sí solo no puede proporcionar.

Otras páginas no necesitan renderizado en absoluto. Si la respuesta fuente ya contiene el contenido, una solicitud HTML básica suele ser más rápida, más barata y más fácil de depurar. El flujo de trabajo de renderizado más sólido se basa en evidencia: inspecciona la primera respuesta, prueba lo que falta, luego habilita la ejecución del navegador para los objetivos que lo necesiten.

Decisión de renderizado	Úsalo cuando	Comienza con	Siguiente control a probar
HTML en bruto es suficiente	El contenido útil ya está en la respuesta inicial	Salida HTML sin renderizado	Logica del parser, metadatos o formato de respuesta
HTML renderizado es necesario	El DOM se completa después de que JavaScript del lado del navegador se ejecute	Renderizado con salida HTML renderizada	Tiempo de espera si el contenido se carga de forma asíncrona
Captura de SPA es necesaria	React, Vue, Angular, Next.js u otra ruta de frontend cambia el contenido visible	Renderizado más inspección de URL final y estado	Sesiones, encabezados o esperas específicas de ruta
Prueba visual es necesaria	El flujo de trabajo debe mostrar cómo se veía la página renderizada	Salida de captura de pantalla o PDF	Viewport, tiempo de espera, descarga o configuraciones de archivo

La salida renderizada aún necesita el formato correcto

El renderizado resuelve la ejecución de la página, pero no decide qué debe consumir la aplicación. Un parser puede necesitar HTML renderizado. Un flujo de trabajo de IA o RAG puede preferir texto limpio o Markdown. Un sistema de monitoreo puede necesitar metadatos JSON para estado y diagnósticos. Un flujo de trabajo de QA o cumplimiento puede necesitar capturas de pantalla o PDFs como evidencia.

El camino práctico es elegir el formato de salida antes de escalar la solicitud. Eso mantiene el pipeline enfocado en el activo que el producto realmente necesita en lugar de generar archivos pesados o marcado en bruto que los sistemas posteriores deben limpiar más tarde.

Conclusión práctica: renderiza solo cuando el comportamiento de la página lo demuestre. Luego devuelve el resultado renderizado en el formato que tu aplicación pueda usar de inmediato.

AJUSTE DE RENDERIZADO

Verifica si JavaScript realmente cambia la página capturada

El renderizado debe seguir la evidencia. Compara el HTML fuente con el resultado renderizado, inspecciona la URL final, el tamaño de la respuesta, el estado y el estado de la captura de pantalla, luego habilita la ejecución del navegador solo para los objetivos donde cambie la salida útil.

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.

CONTROLES DE SOLICITUD

Construye el perfil de solicitud renderizada antes de que se convierta en código de producción

Un flujo de trabajo de renderizado debe hacer que cada control sea explícito: URL objetivo, bandera de renderizado, tiempo de espera, formato de salida, capturas de pantalla o PDFs, sesiones, encabezados, enrutamiento por país y descargas. Probar esa forma primero evita que los valores predeterminados pesados se propaguen en cada scraping.

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"

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.

PESO DE SOLICITUD

Mantén el trabajo del navegador reservado para los objetivos que demuestren que lo necesitan

El renderizado del navegador, las capturas de pantalla, los PDFs, el enrutamiento premium y las largas esperas son controles útiles, pero añaden peso. ScraperFly ayuda a los equipos a mantener el HTML fuente como el camino predeterminado y agregar controles más pesados solo cuando la evidencia de respuesta lo justifique.

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.

FAQ DE RENDERIZADO

Preguntas comunes sobre el renderizado de JavaScript y el scraping de navegador sin cabeza

Respuestas prácticas para equipos que deciden cuándo vale la pena usar la ejecución del navegador, cómo elegir salidas renderizadas y cómo evitar convertir cada scraping de página pública en una solicitud pesada.

Renderizando respuestas

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.