Descripción del producto
Firecrawl se ocupa de obtener datos web para otras aplicaciones. Recupera páginas y convierte su contenido en Markdown o JSON estructurado, por ejemplo para incorporar la documentación de una empresa a una base de conocimiento con generación aumentada por recuperación (RAG). La búsqueda interna, el modelo y la comprobación de las respuestas siguen siendo responsabilidad de la aplicación: descargar una página no garantiza una respuesta fiable.
El punto de partida determina la función adecuada. Scrape lee una URL conocida; Map descubre enlaces de un sitio; Crawl recupera varias páginas dentro de un alcance definido; Search parte de una consulta y puede recuperar también el contenido de sus resultados. En sitios grandes, descubrir y seleccionar las URL antes de descargar el texto ayuda a controlar duplicados, actualizaciones y consumo de créditos.
Qué ofrece Firecrawl
- 01Obtener el texto en Markdown o solicitar JSON con un esquema y unas instrucciones de extracción.
- 02Descubrir URL mediante Map y seleccionar los enlaces pertinentes.
- 03Limitar Crawl mediante rutas y profundidad para acotar la recopilación.
- 04Buscar páginas y, si es necesario, recuperar el contenido de los resultados.
Un flujo práctico
- 01Seleccionar URL representativas y definir campos, formato y omisiones inaceptables.
- 02Elegir Scrape para páginas conocidas, Map para seleccionar enlaces, Crawl para una sección o Search para una consulta.
- 03Comprobar el estado de la página y comparar el texto y los campos JSON con el original.
- 04Guardar las URL de origen, eliminar duplicados y preparar las actualizaciones antes de conectar los datos al agente.
Resumen basado en la fuente; las afirmaciones del producto no se han probado de forma independiente.
Qué lo diferencia
Ofrece una interfaz común para preparar contenido web, con opciones de renderizado y formato, en lugar de mantener un analizador HTML distinto para cada sitio. No garantiza acceso universal ni extracción perfecta: hay que contrastar los sitios, campos y estados de página que necesita cada proyecto.
Para quién es adecuado
- Desarrolladores de asistentes con fuentes web y bases de conocimiento RAG.
- Equipos que recopilan documentación pública o información de productos.
- Ingenieros que conectan datos web a agentes o procesos de datos existentes.
Qué comprobar
- Comprobar la cuota gratuita, los planes de pago y el coste de formatos adicionales en la tarifa vigente.
- Distinguir las solicitudes por minuto de los navegadores concurrentes; aplicar espera progresiva ante respuestas 429.
- Una respuesta correcta de la API puede contener una página con error 403 o 404: revisar sus metadatos.
- No dar por hecho que una página con acceso privado será legible ni que todos los campos estarán completos.
Preguntas frecuentes
¿En qué se diferencian Scrape, Map y Crawl?
Scrape recupera una URL conocida, Map busca principalmente URL dentro del sitio y Crawl descubre y descarga varias páginas dentro del alcance configurado. Una lista de Map no equivale al contenido completo de esas páginas.
¿Sustituye a un modelo o a un sistema RAG completo?
No. Aporta contenido web para otros sistemas. La selección de documentos, la recuperación, el modelo y la verificación de respuestas pertenecen a la aplicación.
¿Un HTTP 200 confirma que la página se obtuvo correctamente?
No necesariamente. El estado de la petición a la API y el de la página son distintos. La documentación de Scrape indica que hay que revisar data.metadata.statusCode y el contenido obtenido.
La información se contrastó el 26 oct 2026 con el sitio oficial o documentación primaria.
