An Azure service that turns documents into usable data. Previously known as Azure Form Recognizer.
Hello @Thomas SANCHEZ ,
Welcome to Microsoft Q&A .Thank you for reaching out to us.
Thank you for sharing the detailed comparison and latency information.
The increase from approximately 300–500 ms to 1.5–3 seconds is expected due to design differences between the two services.
Image Analysis OCR operates as a synchronous API, returning results immediately and optimized for low-latency image scenarios. In contrast, Document Intelligence Read (prebuilt-read) follows an asynchronous workflow:
- Submit the document
- Process in the service
- Retrieve results via polling
This approach, combined with higher-resolution OCR and document-level processing (lines, paragraphs, language detection), naturally introduces additional latency.
Sub-second latency similar to image-based OCR cannot typically be achieved with prebuilt-read, as it prioritizes document understanding over real-time speed.
Currently, there are no configurable parameters to trade OCR accuracy for latency.The pipeline is fully managed by the service.
While the core processing behavior is fixed, latency can still be reduced using the following high-impact improvements:
- Limiting processing scope
- Use the pages parameter to analyze only required pages
- Please avoid sending full multi-page documents when not needed
- Optimizing document inputs
- Using clear images with moderate resolution (150–300 DPI)
- Please avoid oversized files and excessive blank space
- Prefer formats such as JPEG or PNG
- Reducing request overhead
- Send document bytes directly in the request body when possible
- When using URLs, ensure storage access latency is minimal
- Measuring latency correctly Observed latency often includes:
- service processing time
- network delay
- polling interval delay
- Compare the same input across both services
- Measure processing time vs total end-to-end latency
- Optimizing polling behavior
- Use a balanced polling interval to reduce idle wait time
- Please avoid overly aggressive polling, which can increase overhead
- Aligning deployment regions Ensure all components are in the same region:
- application
- AI resource
- storage
- Optimizing for throughput
- Use parallel processing for multiple documents
- Focus on overall throughput instead of single-request latency
Choosing the appropriate OCR service depends on the workload:
- Image Analysis OCR Best for:
- real-time OCR
- single-image scenarios
- latency-sensitive applications
- Document Intelligence Read Best for:
- PDFs and scanned documents
- multi-page inputs
- structured document extraction
For strict low-latency needs, the image-based OCR API remains the closest fit and is supported until September 2028.
In summary ,
The latency difference is expected due to architectural design and deeper document processing. While latency cannot be reduced to sub-second levels, it can be improved through:
- limiting processed pages
- optimizing document size
- reducing request overhead
- refining polling strategy
- aligning deployment regions
For real-time OCR requirements, image-based OCR remains the better choice, while Document Intelligence Read is best suited for document-heavy scenarios requiring higher accuracy and structure.
The following references might be helpful , please check them out
- Read model OCR data extraction - Document Intelligence - Foundry Tools | Microsoft Learn
- Troubleshoot latency issues with Document Intelligence API - Foundry Tools | Microsoft Learn
- OCR for images - Azure Vision in Foundry Tools - Foundry Tools | Microsoft Learn
- Migrate from Azure Vision in Foundry Tools - Image Analysis - Foundry Tools | Microsoft Learn
Please let us know if the response was helpful
Thank you
Please "Accept" the answer with an "Upvote" if the response was helpful. This will be benefitting other community members who face the same issue.