Acessibilidade PDF em C#: Crie, Converta e Valide Documentos PDF/UA
A legislação de acessibilidade deixou de ser uma preocupação futura para os desenvolvedores .NET . Aqui, os prazos são reais e as penalidades são aplicáveis. A conformidade com PDF/UA em C# , a geração de PDFs acessíveis em .NET , a conformidade com a Seção 508 do PDF em C# e a conformidade com as WCAG em C# para PDF são agora requisitos de rotina para qualquer equipe que desenvolva fluxos de trabalho de documentos relacionados a governo, saúde, educação, direito ou serviços financeiros. IronPDF fornece o mecanismo de PDF com marcações, métodos SaveAsPdfUA e RenderHtmlAsPdfUA, capacidades de conversão em lote e suporte de runtime .NET cross-platform para tornar seu output PDF compatível com os padrõesPDF/UA-1e PDF/UA-2, seja convertendo arquivos antigos ou gerando documentos acessíveis a partir de HTML em tempo de execução.
Resumo: Guia de Início Rápido
Este tutorial aborda a acessibilidade de PDF/UA em C#, desde o contexto regulatório até a implementação, validação e correção em larga escala.
- Para quem é este produto: Desenvolvedores .NET , arquitetos e responsáveis pela conformidade com as normas de acessibilidade em aplicativos que produzem, convertem ou distribuem PDFs. Isso inclui contratados do governo se preparando para auditorias da Seção 508, equipes de SaaS construindo fluxos de relatórios acessíveis e arquitetos corporativos planejando projetos de remediação de documentos em conformidade com os prazos do Título II da ADA.
- O que você construirá: Conversão dePDF/UA-1ePDF/UA-2a partir de PDFs existentes com
SaveAsPdfUA, geração de HTML acessível para PDF comRenderHtmlAsPdfUA, conversão em memória comConvertToPdfUA, pipelines de remediação em lote com processamento paralelo e tratamento de erros, e fluxos de validação usando veraPDF e o Protocolo Matterhorn. - Onde funciona: .NET 6+, .NET Framework 4.6.2+, .NET Padrão 2.0. Windows, Linux, macOS, Docker, Azure e AWS. Toda a renderização utiliza o mecanismo Chromium integrado do IronPDF, sem dependências de navegadores externos.
- Quando usar essa abordagem: Quando seus PDFs precisam atender aos padrões de acessibilidade exigidos pela Seção 508, Título II da ADA (prazos de abril de 2026/2027), Lei de Acessibilidade da UE (junho de 2025) ou políticas organizacionais de WCAG 2.1 Nível AA.
- Por que isso é importante tecnicamente: O mecanismo de renderização Chromium do IronPDF preserva a estrutura semântica do HTML por meio da conversão, produzindo PDFs com tags onde títulos, listas, tabelas e textos alternativos correspondem diretamente aos elementos da estrutura do PDF. Combinado com a conversão de arquivo único
SaveAsPdfUApara arquivos existentes, você obtém tanto um caminho de geração quanto um caminho de remediação sem manipulação manual de tags.
Converter um PDF existente para o formato PDF/UA em duas linhas:
-
Instale IronPDF com o Gerenciador de Pacotes NuGet
-
Copie e execute este trecho de código.
using IronPdf; PdfDocument pdf = PdfDocument.FromFile("quarterly-report.pdf"); // Convert and save asPDF/UA-1compliant pdf.SaveAsPdfUA("quarterly-report-accessible.pdf"); -
Implante para testar em seu ambiente de produção.
Comece a usar IronPDF em seu projeto hoje com uma avaliação gratuita
Após adquirir ou se inscrever para um período de avaliação de 30 dias do IronPDF, adicione sua chave de licença no início do seu aplicativo.
:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial-2.csIronPdf.License.LicenseKey = "KEY";
Imports IronPdf
IronPdf.License.LicenseKey = "KEY"Comece a usar IronPDF no seu projeto hoje mesmo com um teste gratuito.
Instalar com NuGet
Índice
- Compreendendo o Padrão
O que é PDF/UA e por que agora é obrigatório?
- O Ponto de Virada Jurídico
- O que o PDF/UA realmente exige PDF/UA vs WCAG: Como os dois padrões funcionam juntos
- A exigência retroativa
- PDF/UA-1 (ISO 14289-1, baseado em PDF 1.7)
- PDF/UA-2 (ISO 14289-2:2024, baseado em PDF 2.0)
- WTPDF (PDF bem etiquetado) e sua relação
- Qual versão você deve escolher como alvo?
- Geração a partir de HTML
- Controle de versões
- Validação
- Remediação em grande escala
- Aplicações no mundo real
O que é PDF/UA e por que agora é obrigatório?
Antigamente, a acessibilidade em PDF era algo que as equipes acabavam implementando eventualmente. Uma boa prática, não uma exigência rígida. Isso mudou. Regulações sobrepostas múltiplas com prazos firmes agora tornam urgente a conformidade com PDF/UA. As consequências da não conformidade variam de auditorias a litígios sobre documentos que seu software produziu meses ou anos atrás.
O Ponto de Virada Jurídico
Três desenvolvimentos regulatórios convergiram para tornar a conformidade com o PDF/UA urgente.
Esses não são riscos teóricos. Os processos judiciais relacionados à acessibilidade têm aumentado ano após ano, e os tribunais têm reiteradamente decidido que os documentos digitais se enquadram no âmbito da legislação antidiscriminatória para pessoas com deficiência. Organizações que tratam a acessibilidade como uma preocupação futura estão cada vez mais se vendo obrigadas a se defender de reclamações, resultados de auditorias e processos judiciais relacionados a documentos produzidos por seus softwares meses ou anos atrás.
A Seção 508 da Lei de Reabilitação exigiu que os EUA Agências federais e seus contratados devem produzir tecnologia de informação eletrônica acessível há anos. Os PDFs são explicitamente abordados. Se o seu software gera documentos utilizados por ou em nome de uma agência federal, esses documentos devem ser acessíveis. O Departamento de Justiça investiga denúncias e toma medidas coercitivas contra organizações que não cumprem as normas.
O Título II da ADA estende as obrigações de acessibilidade aos governos estaduais e locais. A norma final do Departamento de Justiça, publicada em 2024, estabeleceu prazos de conformidade de abril de 2026 para entidades com populações de 50.000 habitantes ou mais e de abril de 2027 para entidades menores. O escopo é amplo: todos os PDFs publicados em um site do governo, distribuídos por e-mail ou gerados por meio de um aplicativo voltado para o cidadão devem atender ao nível AA das WCAG 2.1. Isso inclui pautas de reuniões, documentos orçamentários, pedidos de licenças, registros judiciais, mapas de zoneamento e atas de câmaras municipais, entre muitos outros tipos de documentos.
A Lei Europeia de Acessibilidade (EAA) entrou em vigor em junho de 2025 e exige que os produtos e serviços vendidos na UE atendam aos requisitos de acessibilidade. Para empresas de software que atendem clientes na UE, os documentos gerados por seus aplicativos precisam ser acessíveis. Isso não se limita ao governo; Aplica-se a produtos e serviços do setor privado em uma ampla gama de categorias.
O que o PDF/UA realmente exige
O padrão PDF/UA (ISO 14289) define os requisitos técnicos que um arquivo PDF deve satisfazer para que as tecnologias assistivas o processem de forma confiável. Um documento em conformidade deve conter:
Uma estrutura completa de tags. Cada peça de conteúdo significativo deve ser representada em uma árvore de estrutura lógica usando tags de PDF padrão: Uma ordem de leitura correta. A árvore de tags deve refletir a ordem lógica em que o conteúdo deve ser lido, e não a ordem visual em que aparece na página. Para layouts com várias colunas ou documentos com barras laterais, essa distinção é significativa. Texto alternativo para conteúdo não textual. Cada imagem, gráfico e diagrama que transmite informação deve ter texto alternativo anexado à sua tag Metadados adequados. O documento deve declarar seu idioma original (por exemplo, "en" para inglês), ter um título significativo e incluir o identificador PDF/UA em seus metadados XMP. Fontes incorporadas com mapeamentos Unicode. Todas as fontes devem estar incorporadas e os mapeamentos de caracteres Unicode (ToUnicode CMap) devem estar presentes para que o texto possa ser extraído e lido em voz alta com precisão. Os desenvolvedores frequentemente perguntam se devem priorizar PDF/UA ou WCAG. A resposta é ambas, porque operam em camadas diferentes. As WCAG (Diretrizes de Acessibilidade para Conteúdo Web) definem os princípios de acessibilidade e os critérios de sucesso para conteúdo web. É a norma referenciada pela Seção 508, pelo Título II da ADA e pela EAA. As WCAG definem o que o conteúdo acessível deve alcançar: ser perceptível, operável, compreensível e robusto. O PDF/UA descreve como atingir esses objetivos dentro de um arquivo PDF. É o padrão de implementação técnica. Um PDF que atenda aos requisitos do padrão PDF/UA satisfará os critérios de sucesso das WCAG aplicáveis ao conteúdo do documento. Os dois padrões são complementares, não concorrentes. Na prática, se o seu fluxo de trabalho produzir PDFs etiquetados e bem estruturados que passem na validação PDF/UA, você também estará em uma posição sólida para a conformidade com as WCAG. Um detalhe que pega as organizações de surpresa: essas regulamentações não se aplicam apenas a documentos novos. Os PDFs já existentes, publicados em sites ou distribuídos por meio de aplicativos, também podem precisar ser corrigidos. O Título II da ADA exige que o conteúdo da web (incluindo PDFs) publicado por governos estaduais e locais atenda ao nível AA das WCAG 2.1. Não existe uma isenção geral para documentos antigos. Isso torna as ferramentas de conversão programática essenciais. Corrigir manualmente milhares de PDFs não é viável. Abordaremos os padrões de remediação em lote mais adiante neste tutorial. OPDF/UA-1foi publicado em 2012 e continua sendo a versão mais amplamente adotada do padrão. Baseia-se na especificação PDF 1.7 e define um conjunto abrangente de requisitos para estrutura de PDF com tags, metadados, fontes e compatibilidade com tecnologias assistivas. A maioria das ferramentas de validação, incluindo o veraPDF e o verificador de acessibilidade do Adobe Acrobat, têm como alvo principal o formato PDF/UA-1. Se você estiver iniciando um novo projeto de acessibilidade e precisar de ampla compatibilidade com ferramentas e fluxos de trabalho existentes, oPDF/UA-1é a opção padrão mais segura. Atende aos requisitos da Seção 508, do Título II da ADA e da Lei de Acessibilidade da UE. OPDF/UA-2foi publicado em 2024 e representa uma atualização significativa. Baseado na especificação PDF 2.0 (ISO 32000-2:2020), ele introduz um melhor tratamento de recursos modernos de PDF, incluindo anotações, campos de formulário, conteúdo multimídia e estruturas de documentos complexas. OPDF/UA-2também proporciona melhor alinhamento com os padrões de acessibilidade da web em constante evolução. O IronPDF é compatível com ambas as versões. Você pode especificar qual deles deseja usar como alvo na exportação, como demonstraremos nos exemplos de código abaixo. Você poderá encontrar referências a WTPDF, que significa PDF bem etiquetado. Publicado pela PDF Association, o WTPDF é um conjunto de orientações técnicas que esclarece como criar PDFs devidamente etiquetados. Não se trata de um padrão separado, mas sim de um complemento prático aoPDF/UA-2e ao PDF 2.0. O WTPDF fornece regras detalhadas para o uso de tags, mapeamento de elementos estruturais e marcação de conteúdo que vão além do que a própria especificação PDF/UA define. Considere-o como um guia de implementação que acompanha a norma formal. Para a maioria dos projetos atuais, o PDF/UA-1 é a escolha certa. Ele possui o suporte de ferramentas mais amplo, o ecossistema de validação mais maduro e atende a todos os requisitos regulatórios vigentes. EscolhaPDF/UA-2se você precisar especificamente de recursos do PDF 2.0 como semântica aprimorada de campo de formulário, manuseio de anotações melhorado, ou compatibilidade futura com padrões emergentes baseados no PDF 2.0. O IronPDF usa o formato PDF/UA-1 por padrão e facilita a mudança paraPDF/UA-2quando você estiver pronto. Se o seu aplicativo gera PDFs a partir de conteúdo HTML (relatórios, faturas, extratos, correspondências), você tem a oportunidade de incorporar a acessibilidade desde o início, em vez de fazer correções posteriormente. O método O HTML acessível se traduz naturalmente em uma estrutura de PDF com tags acessíveis. Eis as práticas mais importantes: Use elementos HTML semânticos. Estruture seu conteúdo com Forneça texto alternativo para cada imagem significativa. Use o atributo Mantenha uma hierarquia lógica de cabeçalhos. Comece com um único Rotule campos de formulário. Se o seu HTML incluir elementos de formulário, associe cada entrada a um elemento Defina o idioma do documento. Inclua o atributo Aqui está um exemplo completo que renderiza um documento HTML acessível diretamente para PDF/UA: Renderiza uma string HTML com títulos semânticos, uma tabela de dados, uma lista ordenada e uma imagem com texto alternativo diretamente em um documento compatível com PDF/UA. Como você pode ver, os elementos HTML semânticos (títulos, uma tabela de dados com cabeçalhos de coluna, uma lista ordenada e uma imagem com texto alternativo) são preservados como tags de estrutura PDF/UA adequadas na saída renderizada. O IronPDF utiliza um mecanismo de renderização Chromium integrado, a mesma tecnologia que alimenta o Google Chrome e o Microsoft Edge. Isso é importante para a acessibilidade porque o Chromium já entende a semântica do HTML. Quando o IronPDF renderiza seu HTML para PDF/UA, ele mapeia os elementos HTML para suas tags PDF equivalentes: Esse mapeamento ocorre automaticamente. Você não precisa construir manualmente uma árvore de tags PDF nem escrever nenhum código de elemento de estrutura. Mesmo desenvolvedores que escrevem HTML geralmente limpo às vezes usam padrões que produzem PDFs inacessíveis. Fique atento a estes detalhes: Usando Simulando tabelas com grades CSS ou flexbox. Dados apresentados em um layout de grade visual usando CSS, mas não elementos reais Pular níveis de cabeçalho. Sair de Imagens sem texto alternativo. Qualquer tag Texto incorporado em imagens. Se o seu HTML incluir texto renderizado como imagem (capturas de tela de tabelas, gráficos rasterizados), esse conteúdo ficará invisível para leitores de tela. Use texto HTML real sempre que possível e forneça texto alternativo completo para todas as imagens restantes. Por padrão, o IronPDF gera saída em PDF/UA-1. A menos que você tenha um motivo específico para usarPDF/UA-2como alvo, mantenha a configuração padrão. O mesmo relatório agora está em conformidade com o padrão PDF/UA-1, com uma estrutura de tags completa e o identificador ISO 14289-1 incorporado em seus metadados XMP. Quando precisar de PDF/UA-2, especifique o parâmetro de versão: O formulário foi exportado como PDF/UA-2, utilizando a estrutura interna do PDF 2.0 com metadados de acessibilidade mais abrangentes para os campos do formulário. Você também pode converter na memória e salvar separadamente: O documento convertido na memória foi salvo como PDF/UA-2. Observação: oPDF/UA-2utiliza internamente o formato PDF 2.0. Verifique se suas ferramentas subsequentes são compatíveis com PDF 2.0 antes de fazer a migração. Considere o formatoPDF/UA-2quando seus documentos dependerem de recursos do PDF 2.0 que oPDF/UA-1não consegue atender completamente. Isso inclui acessibilidade aprimorada em campos de formulário com informações semânticas mais ricas, melhor tratamento de anotações para comentários, marcações e fluxos de trabalho de revisão, melhor suporte para conteúdo multimídia incorporado em PDFs e compatibilidade futura com os padrões de acessibilidade emergentes baseados no PDF 2.0. Para a maioria dos projetos de conformidade atuais, oPDF/UA-1resolve o problema. OPDF/UA-2é a escolha ideal para novos sistemas que não precisarão processar a saída em ferramentas legadas. Minha biblioteca favorita desse tipo é o IronPDF. Ele permite a manipulação rápida e eficiente de arquivos PDF. Além disso, possui muitos recursos valiosos, como a exportação para o formato PDF/A e a assinatura digital de documentos PDF. Com o IronOCR, podemos economizar US$ 40.000 por ano em processamento manual, ao mesmo tempo que aumentamos a produtividade e liberamos recursos para tarefas de alto impacto. Eu o recomendo fortemente. O IronSuite desempenha um papel crucial nas nossas operações. Estas são ferramentas que aumentam a eficiência no negócio, incluindo a criação de plantas baixas e melhoria na gestão de inventário. Criar um documento PDF/UA é apenas metade do trabalho. Você precisa verificar se a saída realmente atende ao padrão. A validação identifica problemas que são fáceis de passar despercebidos durante o desenvolvimento e fornece as evidências documentadas necessárias para auditorias de conformidade. O veraPDF é uma ferramenta gratuita e de código aberto, disponível em linha de comando e com interface gráfica, para verificar a conformidade de PDFs com os padrões PDF/UA e PDF/A. Passe o arquivo convertido e o perfil O documento PDF/UA gerado pelo IronPDF está pronto para ser validado. Este é o resultado de 136 verificações aprovadas, 0 reprovações. O relatório em IronPDF está em total conformidade com a norma ISO 14289-1. O relatório em HTML lista cada ponto de verificação do Protocolo Matterhorn e seu respectivo resultado. Integre a CLI ao seu pipeline de CI/CD para detectar regressões antes que elas cheguem à produção. O Protocolo Matterhorn é um conjunto de condições de teste publicado pela PDF Association que define exatamente como verificar se um PDF está em conformidade com o padrão PDF/UA-1. O sistema organiza as verificações em 31 pontos de controle, abrangendo 136 condições específicas de falha. Cada condição de falha corresponde a uma cláusula na especificação PDF/UA-1. Por exemplo, o Ponto de Verificação 01 abrange se o catálogo de documentos contém o identificador PDF/UA necessário. O ponto de verificação 06 aborda se todas as fontes estão incorporadas com mapeamentos Unicode válidos. O ponto de verificação 13 aborda se os gráficos possuem texto alternativo apropriado. Compreender o Protocolo Matterhorn ajuda a interpretar os resultados da validação e a priorizar as correções. Nem todas as condições de falha têm o mesmo peso. A falta do título de um documento é algo que se resolve em cinco minutos. Um documento completamente sem tags requer conversão completa. Esses são os problemas que surgem com mais frequência ao validar a saída de PDF/UA: Título do documento ausente. Os metadados do documento devem incluir uma entrada de título, e o dicionário ViewerPreferences deve especificar que o título (e não o nome do arquivo) deve ser exibido na barra de título da janela. Corrija isso definindo os metadados antes de salvar: O resultado agora passa na verificação do título do documento, com o título exibido na barra de título da janela do visualizador de PDF em vez do nome do arquivo. Falta texto alternativo nas figuras. Qualquer imagem que transmita significado deve ter texto alternativo. Adicione-o no código HTML de origem antes da renderização ou corrija o PDF de origem diretamente. Hierarquia de títulos incorreta. Um documento com níveis de título pulados ou fora de ordem falhará na validação. Corrija a estrutura dos cabeçalhos no seu código-fonte antes da conversão. Fontes não incorporadas ou mapeamentos Unicode ausentes. Isso geralmente ocorre com PDFs mais antigos que usam codificações de fonte não padronizadas. O IronPDF lida com a incorporação de fontes durante a conversão, mas arquivos de origem extremamente antigos ou corrompidos podem exigir atenção especial. O formato PDF/UA possui requisitos específicos em relação à apresentação visual, que são verificados por ferramentas automatizadas. Todas as fontes devem ser incorporadas com os mapeamentos ToUnicode corretos. O texto deve ser extraível como caracteres Unicode. Os espaços de cor devem ser independentes de dispositivo ou possuir um perfil ICC associado. Os campos de formulário devem ter rótulos e descrições adequados. O IronPDF lida automaticamente com a incorporação de fontes, o espaço de cores e os requisitos estruturais durante a conversão. A configuração de idioma e metadados no código é simples, como demonstrado nos exemplos ao longo deste tutorial. Alguns aspectos da acessibilidade requerem revisão humana. Os validadores automatizados podem informar que uma imagem possui texto alternativo, mas não conseguem avaliar se esse texto alternativo é realmente útil. Eles podem confirmar a existência dos títulos, mas não podem verificar se o texto do título descreve com precisão o conteúdo que se segue. Incorpore uma etapa de revisão manual ao seu fluxo de trabalho para documentos de alta prioridade. Analise se o texto alternativo descreve com precisão o conteúdo da imagem, se a ordem de leitura faz sentido lógico quando consumida linearmente, se o texto do link é descritivo (e não apenas "clique aqui") e se a declaração de idioma corresponde ao conteúdo real do documento. O veraPDF é o padrão para verificação automatizada de conformidade com PDF/UA, mas outras ferramentas podem ser úteis em conjunto com ele: O Adobe Acrobat Pro inclui um verificador de acessibilidade em Ferramentas > Acessibilidade > Verificação completa. É útil para verificações visuais rápidas durante o desenvolvimento e gera um relatório legível para humanos. A cobertura é menos abrangente do que a do veraPDF para PDF/UA-1, mas está amplamente disponível na maioria das equipes. O PAC 2024 (Verificador de Acessibilidade de PDF, gratuito para Windows) da PDF Association oferece inspeção visual da árvore de tags, juntamente com verificações de conformidade com PDF/UA e WCAG. É particularmente útil para inspecionar visualmente a ordem de leitura e a estrutura dos títulos, em vez de por meio de um relatório de texto. O Acrobat Reader permite abrir o painel Etiquetas diretamente em Exibir > Mostrar/Ocultar > Painéis de Navegação > Etiquetas. Esta ferramenta não é um validador, mas permite uma inspeção visual rápida da árvore de estrutura sem a necessidade do Acrobat Pro. A abordagem mais confiável é combinar o veraPDF para verificações automatizadas de CI/CD com uma verificação manual no Acrobat ou PAC para documentos de alta prioridade. Para organizações com grandes bibliotecas de documentos, a conversão individual de arquivos não é viável. Quando uma auditoria revela que seu arquivo não atende aos padrões de acessibilidade, ou quando um prazo se aproxima e você tem milhares de documentos para processar, você precisa de uma abordagem programática que possa lidar com o volume com o mínimo de intervenção manual. O IronPDF é thread-safe, o que significa que você pode processar vários documentos em paralelo. Aqui está uma implementação de conversão em lote de nível de produção com controle de concorrência, tratamento de erros e relatórios de progresso: A saídaPDF/UA-1para um arquivo processado. O padrão usa Os restantes 10 a 20% do trabalho de conformidade exigem julgamento humano: texto alternativo significativo para imagens complexas, correções da ordem de leitura para layouts incomuns e atribuições de títulos semânticos para documentos que nunca foram estruturados corretamente na fonte. Planeje uma etapa de revisão manual para seus documentos de maior prioridade após a conclusão da verificação automatizada. Nem todos os documentos apresentam o mesmo risco de não conformidade. Direcione seus esforços de remediação estrategicamente: Documentos de acesso público em primeiro lugar. Tudo o que for publicado no seu site, distribuído aos clientes ou enviado a uma agência governamental tem a mais alta prioridade. Esses são os documentos com maior probabilidade de gerar reclamações ou auditorias. Em segundo lugar, os documentos internos mais acessados. Materiais de treinamento, manuais de políticas e formulários de RH que muitos funcionários utilizam regularmente devem ser atualizados imediatamente. Documentos arquivados e de baixo tráfego são priorizados por último. Documentos mais antigos, que recebem acesso mínimo, podem ser atualizados gradualmente ou convertidos sob demanda, quando solicitados. Essa abordagem de triagem permite demonstrar o progresso da conformidade nos documentos mais visíveis, enquanto você trabalha com o restante do seu arquivo ao longo do tempo. Em processos de produção, a conversão de PDF/UA raramente ocorre de forma isolada. Muitas vezes é necessário combiná-lo com outras operações de documento . O IronPDF permite encadear estes comandos: Dois documentos originais: uma capa e um relatório financeiro, ambos convertidos para PDF/UA e combinados em um único arquivo acessível. Como podem ver, os dois documentos originais foram agora combinados num único ficheiro PDF/UA compatível (a página de rosto seguida do relatório financeiro), com assinatura digital e metadados abrangentes aplicados. A conversão para PDF/UA também é compatível com assinaturas digitais, proteção por senha e formatação de arquivo PDF/A. Os requisitos de acessibilidade em PDF estão presentes em todos os setores, e os desafios específicos variam de acordo com a indústria. Os órgãos governamentais enfrentam os prazos mais concretos. Governos estaduais e locais sujeitos ao Título II da ADA estão processando dezenas de milhares de documentos antigos (pautas de reuniões, pedidos de licenças, mapas de zoneamento e muito mais) com relação aos prazos de abril de 2026 e abril de 2027. Os padrões de remediação em lote abordados anteriormente são diretamente aplicáveis aqui. Organizações jurídicas produzem volumes enormes de PDFs: petições, memoriais, registros de casos, contratos e materiais de descoberta de provas. Quando os documentos são arquivados eletronicamente ou compartilhados com pessoas que possam ter deficiência, aplicam-se os requisitos de acessibilidade. Incorporar a conversão de PDF/UA na etapa de saída de um sistema de gerenciamento de documentos garante a conformidade, independentemente de como o conteúdo foi criado. As instituições de ensino superior produzem materiais didáticos, programas de disciplinas, trabalhos de pesquisa, formulários administrativos e relatórios institucionais. De acordo com a Seção 508 (para instituições que recebem financiamento federal) e o Título II da ADA (para instituições públicas), esses documentos devem ser acessíveis. O fluxo de trabalho HTML-para-PDF/UA é particularmente útil aqui, visto que muito conteúdo acadêmico tem origem na web ou é gerado a partir de modelos. Organizações de saúde produzem declarações de pacientes, explicações de seguros, resultados de exames e materiais educativos que devem ser acessíveis de acordo com a Seção 508 e várias leis estaduais. Esses documentos geralmente contêm dados tabulares e gráficos, tornando a marcação adequada de tabelas e o texto alternativo das imagens especialmente importantes. As empresas de serviços financeiros geram extratos de conta, documentos de divulgação, registros regulatórios e relatórios. Muitos desses documentos precisam estar acessíveis quando distribuídos aos clientes ou arquivados em órgãos governamentais. O elevado volume torna o processamento em lotes essencial. O PDF/A é o padrão de arquivamento que garante que os documentos permaneçam visualizáveis e reproduzíveis a longo prazo. PDF/UA é o padrão de acessibilidade. Algumas organizações precisam de ambas as coisas: documentos que sejam preservados permanentemente e que também sejam acessíveis. Isso é comum em registros governamentais, arquivos jurídicos e documentação da área da saúde. O nível de conformidade PDF/A-3a exige especificamente tanto a conformidade com os requisitos de arquivamento quanto a acessibilidade total (o "a" significa "acessível"). Ao atingir a classificação PDF/A-3a, você efetivamente atende aos requisitos de PDF/A e PDF/UA. O IronPDF suporta ambos os padrões: O documento foi salvo como PDF/A-3a, um nível de conformidade que satisfaz simultaneamente os requisitos de arquivamento (PDF/A) e de acessibilidade (PDF/UA). Documentos acessíveis que também exigem autenticação podem combinar a conversão de PDF/UA com assinaturas digitais . Primeiro, aplique a conversão PDF/UA e, em seguida, assine o documento: Os padrões de acessibilidade continuam a evoluir. A WCAG 2.2 foi publicada em 2023 e o trabalho na WCAG 3.0 está em andamento. O formatoPDF/UA-2está mais alinhado com os padrões modernos da web do que o PDF/UA-1. Ao incorporar a conformidade com PDF/UA em seus fluxos de documentos agora, você cria uma base que pode ser atualizada conforme os padrões evoluem, em vez de enfrentar uma adaptação completa posteriormente. O investimento em infraestrutura de documentos acessível traz benefícios que vão além da conformidade. PDFs devidamente etiquetados são mais fáceis de pesquisar, adaptam-se melhor a dispositivos móveis, produzem melhores resultados de extração de texto e funcionam de forma mais confiável em diferentes visualizadores e plataformas de PDF. A acessibilidade não é apenas uma exigência legal. É uma engenharia melhor. A conformidade com PDF/UA não se resume a marcar uma simples caixa de seleção. Abrange desde a compreensão das normas regulamentares, a criação adequada de HTML, a conversão programática, a validação automatizada e a remediação em larga escala de arquivos existentes. Mas as ferramentas e os modelos existem para tornar isso gerenciável, mesmo para organizações com grandes bibliotecas de documentos e prazos apertados. IronPDF fornece o mecanismo de PDF com marcações, métodos Comece com a conversão de arquivo único para entender o que Para uma análise mais aprofundada, o guia prático do IronPDF PDF/UA aborda a API em detalhes, e o tutorial de arquivamento PDF/A descreve todo o fluxo de trabalho de conformidade com os arquivamentos, caso você precise de ambos os padrões simultaneamente. Pronto para começar a construir? Baixe o IronPDF e experimente com um teste gratuito. A mesma biblioteca lida com tudo, desde a conversão de acessibilidade de arquivos individuais até fluxos de trabalho de correção em escala empresarial. Se você tiver dúvidas sobre implementação, estratégia de conformidade ou arquitetura para o seu caso de uso específico, entre em contato com nossa equipe de suporte de engenharia . Já ajudamos equipes de todos os portes a garantir a acessibilidade de seus documentos e ficaremos felizes em ajudar você a fazer o mesmo. PDF/UA (Acessibilidade Universal) é uma norma ISO para documentos PDF acessíveis, garantindo que pessoas com deficiências possam acessar e interagir com o conteúdo em PDF. É crucial para conformidade com regulamentações de acessibilidade como a Seção 508 e o Ato de Acessibilidade da UE. Você pode converter PDFs existentes para PDF/UA em C# usando o método SaveAsPdfUA do IronPDF, que garante que seus documentos atendam aos padrões de acessibilidade, incorporando as tags e estruturas necessárias. O IronPDF oferece o método RenderHtmlAsPdfUA, que permite aos desenvolvedores converterem conteúdo HTML em PDFs marcados que cumprem com os padrões de acessibilidade PDF/UA. Sim, o IronPDF suporta remediação em lote de grandes arquivos de documentos através de pipelines de processamento paralelo, tornando-o eficiente para lidar com projetos extensivos de remediação PDF/UA. O IronPDF se integra com o veraPDF, uma ferramenta que ajuda a validar a conformidade com PDF/UA em relação ao Protocolo Matterhorn, garantindo que seus documentos atendam aos padrões de acessibilidade. O IronPDF pode ajudar a corrigir problemas comuns de conformidade, como títulos de documentos ausentes, incorporações de fontes ausentes e hierarquias de cabeçalhos quebradas em documentos PDF/UA. Sim, o IronPDF é compatível com .NET 6+, .NET Framework 4.6.2+ e .NET Standard 2.0, e suporta implantação no Windows, Linux, macOS, Docker, Azure e AWS. O IronPDF permite que você combine documentos compatíveis com PDF/UA com assinaturas digitais para melhorar a segurança e a conformidade do documento. Esses prazos marcam quando certos aplicativos voltados ao público devem cumprir com os padrões de acessibilidade atualizados sob o Título II da ADA, tornando ferramentas como o IronPDF essenciais para desenvolvedores garantirem que seus PDFs atendam a esses requisitos. Sim, o IronPDF suporta a integração de fluxos de trabalho de metadados em documentos PDF/UA, o que é essencial para manter a acessibilidade e a conformidade. Quer provas rápidas? PM > Install-Package IronPdf Não é necessário cartão de crédito. Sua chave de avaliação deve estar no e-mail. Não é necessário cartão de crédito. Teste em produção sem marcas d'água. Receba 30 dias de produto totalmente funcional. Acesso total à nossa equipe de suporte técnico durante o período de teste do produto. Uma demonstração ao vivo do nosso produto e suas principais funcionalidades. Receba recomendações de funcionalidades específicas para o seu projeto. Todas as suas dúvidas serão respondidas para garantir que você tenha todas as informações necessárias. (Sem qualquer compromisso.) Agende uma consulta sem compromisso. Preencha o formulário abaixo ou envie um e-mail para sales@ironsoftware.com Os seus dados serão sempre mantidos em sigilo. Agende uma demonstração personalizada de 30 minutos. Sem contrato, sem necessidade de dados de cartão, sem compromissos. até para cabeçalhos, para parágrafos, para tabelas de dados,
PDF/UA vs WCAG: Como os dois padrões funcionam juntos
O Requisito Retroativo
Quais são as diferenças entre as versões PDF e UA?
PDF/UA-1(ISO 14289-1, baseado em PDF 1.7)
PDF/UA-2(ISO 14289-2:2024, baseado em PDF 2.0)
WTPDF (PDF bem etiquetado) e sua relação com o PDF original.
Qual versão você deve escolher?
PDF/UA-1
PDF/UA-2
Publicado
2012
2024
Especificação básica
PDF 1.7 (ISO 32000-1)
PDF 2.0 (ISO 32000-2)
Cobertura regulatória
Seção 508, Título II da ADA, Lei de Acessibilidade da UE
Compatível com as mesmas regulamentações futuras.
Ferramentas de validação
veraPDF, Adobe Acrobat Pro, PAC 2024
veraPDF (apoio crescente)
Semântica de campos de formulário
Padrão
Aprimorado (metadados de acessibilidade mais ricos)
Ideal para
A maioria dos projetos hoje em dia
Novos sistemas que exigem recursos do PDF 2.0
Como criar PDFs acessíveis a partir de HTML?
RenderHtmlAsPdfUA do IronPDF renderiza HTML diretamente em saída compatível com PDF/UA, e a qualidade do seu resultado depende fortemente da qualidade do seu input HTML.Escrevendo HTML compatível com acessibilidade
até para cabeçalhos, para parágrafos, com
, , e para tabelas de dados, e , , , e para estrutura de página.
alt em todas as tags alt="" vazia para sinalizar que a imagem deve ser tratada como um artefato.<h1>, e não pule níveis. Um documento que salta de <h1> para <h3> produzirá uma árvore de cabeçalhos quebrada na saída do PDF. usando o atributo for.lang no seu elemento (por exemplo, ).Renderizando HTML para PDF/UA com
RenderHtmlAsPdfUA:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-render-html.csusing IronPdf;
ChromePdfRenderer renderer = new ChromePdfRenderer();
string accessibleHtml = @"
<!DOCTYPE html>
<html lang='en'>
<head>
<meta charset='UTF-8'>
<title>Quarterly Accessibility Report</title>
<style>
body {
font-family: Arial, sans-serif;
line-height: 1.6;
color: #333;
max-width: 800px;
margin: 0 auto;
padding: 20px;
}
h1 {
color: #1a1a1a;
border-bottom: 2px solid #0066cc;
padding-bottom: 8px;
}
h2 {
color: #2a2a2a;
margin-top: 24px;
}
table {
border-collapse: collapse;
width: 100%;
margin: 16px 0;
}
th, td {
border: 1px solid #ccc;
padding: 10px;
text-align: left;
}
th {
background-color: #f0f0f0;
font-weight: bold;
}
.summary {
background-color: #f9f9f9;
padding: 16px;
border-left: 4px solid #0066cc;
margin: 16px 0;
}
</style>
</head>
<body>
<h1>Q3 2025 Accessibility Compliance Report</h1>
<div class='summary'>
<p>This report summarizes the accessibility remediation progress
for all public-facing PDF documents across the organization.</p>
</div>
<h2>Document Inventory</h2>
<p>The following table shows the current status of document
remediation by department.</p>
<table>
<thead>
<tr>
<th scope='col'>Department</th>
<th scope='col'>Total Documents</th>
<th scope='col'>Compliant</th>
<th scope='col'>Pending</th>
</tr>
</thead>
<tbody>
<tr>
<td>Legal</td>
<td>1,247</td>
<td>892</td>
<td>355</td>
</tr>
<tr>
<td>Finance</td>
<td>3,891</td>
<td>3,102</td>
<td>789</td>
</tr>
<tr>
<td>Human Resources</td>
<td>567</td>
<td>401</td>
<td>166</td>
</tr>
</tbody>
</table>
<h2>Key Findings</h2>
<p>Three areas require immediate attention before the
April 2026 deadline:</p>
<ol>
<li>Legacy court filing templates lack heading
structure entirely.</li>
<li>Financial statement PDFs generated before 2023
have no tagged content.</li>
<li>HR onboarding packets contain scanned images
without OCR text layers.</li>
</ol>
<h2>Remediation Timeline</h2>
<p>The project team recommends prioritizing public-facing
documents first, followed by internal documents accessed by
more than 50 employees.</p>
<img src='timeline-chart.png'
alt='Gantt chart showing remediation phases: Phase 1
covers public documents from October through December
2025, Phase 2 covers internal documents from January
through March 2026.' />
</body>
</html>";
// Render directly to PDF/UA-compliant output
PdfDocument pdf = renderer.RenderHtmlAsPdfUA(accessibleHtml);
// Set document metadata (required by PDF/UA)
pdf.MetaData.Title = "Q3 2025 Accessibility Compliance Report";
pdf.MetaData.Author = "Compliance Department";
pdf.SaveAs("accessibility-report-pdfua.pdf");
Imports IronPdf
Dim renderer As New ChromePdfRenderer()
Dim accessibleHtml As String = "
<!DOCTYPE html>
<html lang='en'>
<head>
<meta charset='UTF-8'>
<title>Quarterly Accessibility Report</title>
<style>
body {
font-family: Arial, sans-serif;
line-height: 1.6;
color: #333;
max-width: 800px;
margin: 0 auto;
padding: 20px;
}
h1 {
color: #1a1a1a;
border-bottom: 2px solid #0066cc;
padding-bottom: 8px;
}
h2 {
color: #2a2a2a;
margin-top: 24px;
}
table {
border-collapse: collapse;
width: 100%;
margin: 16px 0;
}
th, td {
border: 1px solid #ccc;
padding: 10px;
text-align: left;
}
th {
background-color: #f0f0f0;
font-weight: bold;
}
.summary {
background-color: #f9f9f9;
padding: 16px;
border-left: 4px solid #0066cc;
margin: 16px 0;
}
</style>
</head>
<body>
<h1>Q3 2025 Accessibility Compliance Report</h1>
<div class='summary'>
<p>This report summarizes the accessibility remediation progress
for all public-facing PDF documents across the organization.</p>
</div>
<h2>Document Inventory</h2>
<p>The following table shows the current status of document
remediation by department.</p>
<table>
<thead>
<tr>
<th scope='col'>Department</th>
<th scope='col'>Total Documents</th>
<th scope='col'>Compliant</th>
<th scope='col'>Pending</th>
</tr>
</thead>
<tbody>
<tr>
<td>Legal</td>
<td>1,247</td>
<td>892</td>
<td>355</td>
</tr>
<tr>
<td>Finance</td>
<td>3,891</td>
<td>3,102</td>
<td>789</td>
</tr>
<tr>
<td>Human Resources</td>
<td>567</td>
<td>401</td>
<td>166</td>
</tr>
</tbody>
</table>
<h2>Key Findings</h2>
<p>Three areas require immediate attention before the
April 2026 deadline:</p>
<ol>
<li>Legacy court filing templates lack heading
structure entirely.</li>
<li>Financial statement PDFs generated before 2023
have no tagged content.</li>
<li>HR onboarding packets contain scanned images
without OCR text layers.</li>
</ol>
<h2>Remediation Timeline</h2>
<p>The project team recommends prioritizing public-facing
documents first, followed by internal documents accessed by
more than 50 employees.</p>
<img src='timeline-chart.png'
alt='Gantt chart showing remediation phases: Phase 1
covers public documents from October through December
2025, Phase 2 covers internal documents from January
through March 2026.' />
</body>
</html>"
' Render directly to PDF/UA-compliant output
Dim pdf As PdfDocument = renderer.RenderHtmlAsPdfUA(accessibleHtml)
' Set document metadata (required by PDF/UA)
pdf.MetaData.Title = "Q3 2025 Accessibility Compliance Report"
pdf.MetaData.Author = "Compliance Department"
pdf.SaveAs("accessibility-report-pdfua.pdf")Saída
Preservando a estrutura através da conversão
<h1> até <h6> se tornam tags de cabeçalho <h1> até <h6>. se torna tags de parágrafo . ,
, , e se tornam elementos de estrutura ,
, , e . (Item de Lista). /Alt.
Padrões comuns de HTML que comprometem a acessibilidade
, não produzirão tags de tabela adequadas no PDF. Se o conteúdo for dados tabulares, use um
real.
<h1> para <h3> cria uma lacuna na hierarquia de cabeçalhos que verificadores de acessibilidade sinalizarão como falha.alt produzirá uma tag
Como escolher entrePDF/UA-1e PDF/UA-2?
Saída padrão (PDF/UA-1)
:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-default-output.csusing IronPdf;
PdfDocument pdf = PdfDocument.FromFile("standard-report.pdf");
// Default: saves as PDF/UA-1
pdf.SaveAsPdfUA("accessible-report.pdf");
Imports IronPdf
Dim pdf As PdfDocument = PdfDocument.FromFile("standard-report.pdf")
' Default: saves as PDF/UA-1
pdf.SaveAsPdfUA("accessible-report.pdf")Saída
Exportar comoPDF/UA-2com o parâmetro de versão
:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-export-pdfua2.csusing IronPdf;
PdfDocument pdf = PdfDocument.FromFile("modern-form.pdf");
// Export as PDF/UA-2 (based on PDF 2.0)
pdf.SaveAsPdfUA("accessible-form-ua2.pdf", PdfUAVersions.PdfUA2);
Imports IronPdf
Dim pdf As PdfDocument = PdfDocument.FromFile("modern-form.pdf")
' Export as PDF/UA-2 (based on PDF 2.0)
pdf.SaveAsPdfUA("accessible-form-ua2.pdf", PdfUAVersions.PdfUA2)Saída
:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-in-memory-pdfua2.csusing IronPdf;
PdfDocument pdf = PdfDocument.FromFile("complex-document.pdf");
// Convert to PDF/UA-2 in memory
pdf.ConvertToPdfUA(PdfUAVersions.PdfUA2);
// Perform additional modifications
pdf.MetaData.Title = "Complex Document - Accessible Version";
// Save the converted document
pdf.SaveAs("complex-document-accessible.pdf");
Imports IronPdf
Dim pdf As PdfDocument = PdfDocument.FromFile("complex-document.pdf")
' Convert to PDF/UA-2 in memory
pdf.ConvertToPdfUA(PdfUAVersions.PdfUA2)
' Perform additional modifications
pdf.MetaData.Title = "Complex Document - Accessible Version"
' Save the converted document
pdf.SaveAs("complex-document-accessible.pdf")Saída
Quando usar PDF/UA-2
Como validar a conformidade com PDF/UA?
Validação com veraPDF
ua1 para verificá-lo:Entrada
SaveAsPdfUA.verapdf --profile ua1 output-quarterly-report-accessible.pdfverapdf --profile ua1 output-quarterly-report-accessible.pdfSaída
Entendendo o Protocolo Matterhorn
Falhas comuns de conformidade e como corrigi-las
:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-fix-document-title.csusing IronPdf;
PdfDocument pdf = PdfDocument.FromFile("input.pdf");
// Set the required document title
pdf.MetaData.Title = "Annual Budget Report - FY2025";
pdf.SaveAsPdfUA("budget-report-accessible.pdf");
Imports IronPdf
Dim pdf As PdfDocument = PdfDocument.FromFile("input.pdf")
' Set the required document title
pdf.MetaData.Title = "Annual Budget Report - FY2025"
pdf.SaveAsPdfUA("budget-report-accessible.pdf")Saída
Requisitos de fontes, espaços de cores e metadados
Verificações manuais que a automação não consegue detectar
Ferramentas de Validação Adicionais
Como corrigir PDFs não conformes em grande escala?
Conversão em lote de bibliotecas de documentos para PDF/UA
:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-batch-conversion.csusing IronPdf;
using System;
using System.Collections.Concurrent;
using System.IO;
using System.Linq;
using System.Threading;
using System.Threading.Tasks;
public class PdfUaBatchConverter
{
private readonly SemaphoreSlim _semaphore;
private readonly ConcurrentBag<string> _failures;
private int _processed;
public PdfUaBatchConverter(int maxConcurrency = 4)
{
_semaphore = new SemaphoreSlim(maxConcurrency);
_failures = new ConcurrentBag<string>();
_processed = 0;
}
public async Task ConvertDirectoryAsync(
string inputDirectory,
string outputDirectory,
NaturalLanguages language = NaturalLanguages.English)
{
Directory.CreateDirectory(outputDirectory);
string[] pdfFiles = Directory.GetFiles(inputDirectory, "*.pdf");
int totalFiles = pdfFiles.Length;
Console.WriteLine($"Starting PDF/UA conversion: {totalFiles} files");
Console.WriteLine($"Concurrency: {_semaphore.CurrentCount} parallel operations");
Console.WriteLine($"Language: {language}");
Console.WriteLine(new string('-', 50));
var stopwatch = System.Diagnostics.Stopwatch.StartNew();
var tasks = pdfFiles.Select(async inputPath =>
{
await _semaphore.WaitAsync();
try
{
string fileName = Path.GetFileName(inputPath);
string outputPath = Path.Combine(outputDirectory, fileName);
using (PdfDocument pdf = PdfDocument.FromFile(inputPath))
{
pdf.SaveAsPdfUA(outputPath, NaturalLanguage: language);
}
int count = Interlocked.Increment(ref _processed);
// Log progress every 10 files
if (count % 10 == 0 || count == totalFiles)
{
double rate = count / stopwatch.Elapsed.TotalSeconds;
Console.WriteLine(
$" [{count}/{totalFiles}] " +
$"{rate:F1} files/sec");
}
}
catch (Exception ex)
{
_failures.Add(
$"{Path.GetFileName(inputPath)}: {ex.Message}");
Interlocked.Increment(ref _processed);
}
finally
{
_semaphore.Release();
}
});
await Task.WhenAll(tasks);
stopwatch.Stop();
// Summary report
Console.WriteLine(new string('-', 50));
Console.WriteLine($"Completed in {stopwatch.Elapsed.TotalSeconds:F1}s");
Console.WriteLine(
$"Succeeded: {totalFiles - _failures.Count} " +
$"Failed: {_failures.Count}");
if (_failures.Any())
{
Console.WriteLine("\nFailed files:");
foreach (string failure in _failures)
Console.WriteLine($" - {failure}");
// Write failures to log file for later review
File.WriteAllLines(
Path.Combine(outputDirectory, "_failures.log"),
_failures);
}
}
}
// Usage
var converter = new PdfUaBatchConverter(
maxConcurrency: Environment.ProcessorCount);
await converter.ConvertDirectoryAsync(
inputDirectory: @"C:\Documents\Legacy",
outputDirectory: @"C:\Documents\Accessible",
language: NaturalLanguages.English
);
Imports IronPdf
Imports System
Imports System.Collections.Concurrent
Imports System.IO
Imports System.Linq
Imports System.Threading
Imports System.Threading.Tasks
Public Class PdfUaBatchConverter
Private ReadOnly _semaphore As SemaphoreSlim
Private ReadOnly _failures As ConcurrentBag(Of String)
Private _processed As Integer
Public Sub New(Optional maxConcurrency As Integer = 4)
_semaphore = New SemaphoreSlim(maxConcurrency)
_failures = New ConcurrentBag(Of String)()
_processed = 0
End Sub
Public Async Function ConvertDirectoryAsync(inputDirectory As String, outputDirectory As String, Optional language As NaturalLanguages = NaturalLanguages.English) As Task
Directory.CreateDirectory(outputDirectory)
Dim pdfFiles As String() = Directory.GetFiles(inputDirectory, "*.pdf")
Dim totalFiles As Integer = pdfFiles.Length
Console.WriteLine($"Starting PDF/UA conversion: {totalFiles} files")
Console.WriteLine($"Concurrency: {_semaphore.CurrentCount} parallel operations")
Console.WriteLine($"Language: {language}")
Console.WriteLine(New String("-"c, 50))
Dim stopwatch = System.Diagnostics.Stopwatch.StartNew()
Dim tasks = pdfFiles.Select(Async Function(inputPath)
Await _semaphore.WaitAsync()
Try
Dim fileName As String = Path.GetFileName(inputPath)
Dim outputPath As String = Path.Combine(outputDirectory, fileName)
Using pdf As PdfDocument = PdfDocument.FromFile(inputPath)
pdf.SaveAsPdfUA(outputPath, NaturalLanguage:=language)
End Using
Dim count As Integer = Interlocked.Increment(_processed)
' Log progress every 10 files
If count Mod 10 = 0 OrElse count = totalFiles Then
Dim rate As Double = count / stopwatch.Elapsed.TotalSeconds
Console.WriteLine($" [{count}/{totalFiles}] {rate:F1} files/sec")
End If
Catch ex As Exception
_failures.Add($"{Path.GetFileName(inputPath)}: {ex.Message}")
Interlocked.Increment(_processed)
Finally
_semaphore.Release()
End Try
End Function)
Await Task.WhenAll(tasks)
stopwatch.Stop()
' Summary report
Console.WriteLine(New String("-"c, 50))
Console.WriteLine($"Completed in {stopwatch.Elapsed.TotalSeconds:F1}s")
Console.WriteLine($"Succeeded: {totalFiles - _failures.Count} Failed: {_failures.Count}")
If _failures.Any() Then
Console.WriteLine(vbCrLf & "Failed files:")
For Each failure As String In _failures
Console.WriteLine($" - {failure}")
Next
' Write failures to log file for later review
File.WriteAllLines(Path.Combine(outputDirectory, "_failures.log"), _failures)
End If
End Function
End Class
' Usage
Dim converter As New PdfUaBatchConverter(maxConcurrency:=Environment.ProcessorCount)
Await converter.ConvertDirectoryAsync(inputDirectory:="C:\Documents\Legacy", outputDirectory:="C:\Documents\Accessible", language:=NaturalLanguages.English)Saída
SemaphoreSlim para controle de concorrência, captura de erro por arquivo, descarte baseado em using para prevenir vazamentos de memória, e uma taxa de progresso de arquivos por segundo em execução.Alcançar uma taxa de conversão de acessibilidade automatizada de 80 a 90%.
Priorizando a Remediação
Combinando PDF/UA com fluxos de trabalho de mesclagem, assinaturas e metadados.
Entrada
:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-merge-metadata.csusing IronPdf;
// Load and convert to PDF/UA in memory
PdfDocument report = PdfDocument.FromFile("financial-report.pdf");
report.ConvertToPdfUA();
// Set comprehensive metadata
report.MetaData.Title = "Annual Financial Report 2025";
report.MetaData.Author = "Finance Department";
report.MetaData.Subject = "Year-end financial summary and analysis";
// Merge with a cover page (also converted to PDF/UA)
PdfDocument coverPage = PdfDocument.FromFile("cover-page.pdf");
coverPage.ConvertToPdfUA();
PdfDocument finalDocument = PdfDocument.Merge(coverPage, report);
// Save the combined, accessible document
finalDocument.SaveAs("annual-report-final-accessible.pdf");
// Dispose of intermediate documents
report.Dispose();
coverPage.Dispose();
Imports IronPdf
' Load and convert to PDF/UA in memory
Dim report As PdfDocument = PdfDocument.FromFile("financial-report.pdf")
report.ConvertToPdfUA()
' Set comprehensive metadata
report.MetaData.Title = "Annual Financial Report 2025"
report.MetaData.Author = "Finance Department"
report.MetaData.Subject = "Year-end financial summary and analysis"
' Merge with a cover page (also converted to PDF/UA)
Dim coverPage As PdfDocument = PdfDocument.FromFile("cover-page.pdf")
coverPage.ConvertToPdfUA()
Dim finalDocument As PdfDocument = PdfDocument.Merge(coverPage, report)
' Save the combined, accessible document
finalDocument.SaveAs("annual-report-final-accessible.pdf")
' Dispose of intermediate documents
report.Dispose()
coverPage.Dispose()Saída
Quais são os casos de uso reais para conformidade com PDF/UA?
Como obter a conformidade dupla com PDF/UA e PDF/A?
Quando você precisa tanto de recursos de arquivamento quanto de acessibilidade
:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-dual-compliance.csusing IronPdf;
PdfDocument pdf = PdfDocument.FromFile("government-record.pdf");
// Convert to PDF/UA for accessibility
pdf.ConvertToPdfUA();
// Set required metadata
pdf.MetaData.Title = "Public Hearing Minutes - January 2025";
pdf.MetaData.Author = "City Clerk's Office";
// Convert to PDF/A for archival compliance
pdf.SaveAsPdfA("government-record-archive.pdf", PdfAVersions.PdfA3a);
Imports IronPdf
Dim pdf As PdfDocument = PdfDocument.FromFile("government-record.pdf")
' Convert to PDF/UA for accessibility
pdf.ConvertToPdfUA()
' Set required metadata
pdf.MetaData.Title = "Public Hearing Minutes - January 2025"
pdf.MetaData.Author = "City Clerk's Office"
' Convert to PDF/A for archival compliance
pdf.SaveAsPdfA("government-record-archive.pdf", PdfAVersions.PdfA3a)Saída
Combinando PDF/UA com assinaturas digitais
:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-digital-signature.csusing IronPdf;
using IronPdf.Signing;
PdfDocument pdf = PdfDocument.FromFile("contract.pdf");
pdf.ConvertToPdfUA();
pdf.MetaData.Title = "Service Agreement - Executed Copy";
// Apply a digital signature to the accessible document
var signature = new PdfSignature("certificate.pfx", "password");
pdf.Sign(signature);
pdf.SaveAs("contract-accessible-signed.pdf");
Imports IronPdf
Imports IronPdf.Signing
Dim pdf As PdfDocument = PdfDocument.FromFile("contract.pdf")
pdf.ConvertToPdfUA()
pdf.MetaData.Title = "Service Agreement - Executed Copy"
' Apply a digital signature to the accessible document
Dim signature As New PdfSignature("certificate.pfx", "password")
pdf.Sign(signature)
pdf.SaveAs("contract-accessible-signed.pdf")Documentos à prova de futuro para padrões em evolução
Próximos passos
SaveAsPdfUA e RenderHtmlAsPdfUA, capacidades de processamento em lote e suporte cross-platform .NET que formam a base de qualquer pipeline acessível PDF .NET. Se você precisar de conformidade Section 508 PDF C# para um contrato governamental, conformidade WCAG PDF C# para uma plataforma de relatórios empresarial, ou conversão PDF/UA C# para um projeto de remediação de documentos com um prazo rígido, os padrões neste tutorial fornecem uma estrutura comprovada para construir.SaveAsPdfUA produz. Valide a saída com o veraPDF e o Protocolo Matterhorn. Crie modelos HTML acessíveis que utilizem elementos semânticos e uma hierarquia de títulos adequada. Em seguida, expanda com o pipeline de conversão em lote para seu arquivo existente. Combine a conformidade arquivística de PDF/UA com PDF/A , assinaturas digitais , gerenciamento de metadados e compressão de PDF para criar fluxos de trabalho de documentos que atendam a todos os requisitos da sua organização.Perguntas frequentes
O que é PDF/UA e por que é importante?
Como posso converter PDFs existentes para PDF/UA usando C#?
Quais ferramentas o IronPDF oferece para renderizar HTML para PDF/UA acessível?
O IronPDF pode lidar com projetos de remediação PDF/UA em larga escala?
Como faço para validar a conformidade com PDF/UA usando o IronPDF?
Quais problemas comuns de conformidade com PDF/UA o IronPDF pode ajudar a resolver?
O IronPDF é compatível com diferentes ambientes .NET?
Como documentos PDF/UA podem ser combinados com assinaturas digitais usando o IronPDF?
Qual é a importância dos prazos de abril de 2026 e 2027 do Título II da ADA?
O IronPDF pode auxiliar em fluxos de trabalho de metadados em documentos PDF/UA?
Ainda está rolando a tela?
executar um exemplo Veja seu HTML se transformar em um PDF.
Install-Package IronPdf
Próximo passo: Inicie o teste gratuito de 30 dias.
Thank You
Se desejar falar com nossa equipe de licenciamento:
Com sucesso .
Caso contrário, entre em contato.
support@ironsoftware.comPróximo passo: Inicie o teste gratuito de 30 dias.
Veja as suas opções de licença:
Se desejar falar com nossa equipe de licenciamento: 
Comece GRATUITAMENTE
Funciona onde você precisar.
Deixe-o pronto para usar em minutos.
Comece GRATUITAMENTE
Agende uma demonstração ao vivo gratuitaAgende uma demonstração ao vivo gratuita
Não é necessário cartão de crédito nem criação de conta.
(Sem qualquer compromisso.)
Aprovado por milhões de engenheiros em todo o mundo.
Equipe de Suporte Iron
