C#을 이용한 PDF 접근성: PDF/UA 문서 생성, 변환 및 유효성 검사

법적 전환점

세 가지 규제 변화가 맞물리면서 PDF/UA 규정 준수가 시급해졌습니다.

섹션 508이 지속적인 요구 사항으로 표시되고, EU 접근성 법이 2025년 6월부터 시행, 대형 관할 지역에 대한 ADA Title II가 2026년 4월, 소형 관할 지역에 대한 ADA Title II가 2027년 4월이라는 PDF 접근성 준수 마감일 타임라인

이것들은 이론적인 위험이 아닙니다. 접근성 관련 소송은 매년 증가하고 있으며, 법원은 디지털 문서가 장애인 차별 금지법의 적용 범위에 포함된다는 판결을 일관되게 내리고 있습니다. 접근성을 미래의 문제로 여기는 조직들은 점점 더 수개월 또는 수년 전에 소프트웨어로 생성된 문서와 관련된 불만, 감사 결과 및 소송에 휘말리는 상황에 직면하고 있습니다.

재활법 제508조는 미국에 다음과 같은 사항을 요구했습니다. 연방 기관과 그 계약업체들은 수년간 접근성이 뛰어난 전자 정보 기술을 생산해 왔습니다. PDF 파일은 명시적으로 포함됩니다. 귀하의 소프트웨어가 연방 기관에서 사용하거나 연방 기관을 대신하여 사용하는 문서를 생성하는 경우, 해당 문서에 대한 접근이 허용되어야 합니다. 법무부는 민원을 조사하고 법규를 준수하지 않는 조직에 대해 강제 조치를 취합니다.

ADA 제2조는 접근성 관련 의무를 주 정부 및 지방 정부로 확대합니다. 법무부가 2024년에 발표한 최종 규칙은 인구 5만 명 이상 기업의 경우 2026년 4월, 그보다 작은 기업의 경우 2027년 4월을 준수 기한으로 설정했습니다. 적용 범위는 광범위합니다. 정부 웹사이트에 게시되거나 이메일을 통해 배포되거나 민원인용 애플리케이션을 통해 생성되는 모든 PDF 파일은 WCAG 2.1 레벨 AA를 충족해야 합니다. 여기에는 회의 안건, 예산 문서, 허가 신청서, 법원 기록, 구역 지정 지도, 시의회 회의록 등 다양한 유형의 문서가 포함됩니다.

유럽 ​​접근성법(EAA)은 2025년 6월에 발효되었으며, EU에서 판매되는 제품 및 서비스가 접근성 요건을 충족하도록 요구합니다. EU 고객에게 서비스를 제공하는 소프트웨어 회사의 경우, 애플리케이션이 생성하는 문서에 대한 접근성이 확보되어야 합니다. 이는 정부에만 국한된 것이 아닙니다. 이는 광범위한 범주에 걸쳐 민간 부문의 제품 및 서비스에 적용됩니다.

PDF/UA에 실제로 필요한 것은 무엇일까요?

PDF/UA(ISO 14289)는 보조 기술이 PDF 파일을 안정적으로 처리하기 위해 충족해야 하는 기술적 요구 사항을 정의합니다. 규정을 준수하는 문서는 다음 사항을 포함해야 합니다.

완전한 태그 구조. 모든 의미 있는 콘텐츠는 표준 PDF 태그를 사용하여 논리적 구조 트리에 표현되어야 합니다: 제목은 <h1>에서 <h6>까지, 단락은 <p>, 데이터 테이블은 <Table>, 이미지는 <Figure>, 리스트는 <l>. 순전히 장식적인 콘텐츠는 화면 낭독기가 건너뛸 수 있도록 아티팩트로 표시해야 합니다.

올바른 읽기 순서. 태그 트리는 페이지에 나타나는 시각적 순서가 아니라 콘텐츠를 읽어야 하는 논리적 순서를 반영해야 합니다. 여러 열로 구성된 레이아웃이나 사이드바가 있는 문서의 경우, 이러한 차이점은 매우 중요합니다.

텍스트가 아닌 콘텐츠에 대한 대체 텍스트. 정보를 전달하는 모든 이미지, 차트, 다이어그램에는 <Figure> 태그에 alt 텍스트가 첨부되어야 합니다. 장식용 이미지는 유물로 표시해야 합니다.

올바른 메타데이터. 문서에는 자연어(예: 영어의 경우 "en")를 명시하고, 의미 있는 제목을 포함하며, XMP 메타데이터에 PDF/UA 식별자를 포함해야 합니다.

유니코드 매핑이 포함된 글꼴. 모든 글꼴이 포함되어 있어야 하며, 텍스트를 정확하게 추출하고 소리 내어 읽을 수 있도록 유니코드 문자 매핑(ToUnicode CMap)이 있어야 합니다.

PDF/UA와 WCAG: 두 표준의 상호 작용 방식

개발자들은 PDF/UA를 목표로 해야 할지, 아니면 WCAG를 목표로 해야 할지 자주 묻습니다. 정답은 둘 다입니다. 왜냐하면 서로 다른 계층에서 작동하기 때문입니다.

WCAG(웹 콘텐츠 접근성 지침)는 웹 콘텐츠의 접근성 원칙과 성공 기준을 정의합니다. 이는 미국 장애인법(ADA) 제2장 508조 및 평등고용기회법(EAA)에서 참조하는 표준입니다. WCAG는 접근성 있는 콘텐츠가 달성해야 할 목표 , 즉 인지 가능성, 조작 가능성, 이해 가능성 및 안정성을 제시합니다.

PDF/UA는 PDF 파일 내에서 이러한 목표를 달성하는 방법을 알려줍니다. 이는 기술 구현 표준입니다. PDF/UA를 충족하는 PDF는 문서 콘텐츠에 적용되는 WCAG 성공 기준을 충족합니다. 두 기준은 서로 경쟁하는 것이 아니라 상호 보완적입니다. 실제로 워크플로에서 태그가 지정되고 구조가 잘 짜여진 PDF 파일이 생성되어 PDF/UA 유효성 검사를 통과한다면 WCAG 규정 준수에도 유리한 위치에 있다고 볼 수 있습니다.

소급 적용 요건

조직들이 간과하기 쉬운 한 가지 사실은 이러한 규정이 새로운 문서에만 적용되는 것이 아니라는 점입니다. 웹사이트에 게시되었거나 애플리케이션을 통해 배포된 기존 PDF 파일도 수정이 필요할 수 있습니다. ADA 제2조는 주 및 지방 정부가 발행하는 웹 콘텐츠(PDF 포함)가 WCAG 2.1 레벨 AA를 충족해야 한다고 규정합니다. 기존 문서라고 해서 무조건 면제되는 것은 아닙니다.

이러한 이유로 프로그램 방식 변환 도구가 필수적입니다. 수천 개의 PDF 파일을 수동으로 수정하는 것은 현실적으로 불가능합니다. 일괄 처리 패턴에 대해서는 이 튜토리얼 후반부에서 다루겠습니다.

PDF/UA-1(ISO 14289-1, PDF 1.7 기반)

PDF/UA-1은 2012년에 발표되었으며 현재까지 가장 널리 채택된 표준 버전입니다. 이 표준은 PDF 1.7 사양을 기반으로 하며, 태그가 지정된 PDF 구조, 메타데이터, 글꼴 및 보조 기술 호환성에 대한 포괄적인 요구 사항 세트를 정의합니다. veraPDF 및 Adobe Acrobat의 접근성 검사기를 포함한 대부분의 유효성 검사 도구는 PDF/UA-1을 주요 대상으로 지원합니다.

새로운 접근성 프로젝트를 시작하고 기존 도구 및 워크플로와의 폭넓은 호환성이 필요한 경우 PDF/UA-1이 안전한 기본 옵션입니다. 이는 미국 장애인법(ADA) 제2장 508조 및 유럽연합 접근성법의 요건을 충족합니다.

PDF/UA-2(ISO 14289-2:2024, PDF 2.0 기반)

PDF/UA-2는 2024년에 발표되었으며 상당한 업데이트를 포함합니다. PDF 2.0 사양(ISO 32000-2:2020)을 기반으로 구축된 이 버전은 주석, 양식 필드, 멀티미디어 콘텐츠 및 복잡한 문서 구조를 포함한 최신 PDF 기능을 개선하여 처리합니다. PDF/UA-2는 또한 진화하는 웹 접근성 표준과의 더 나은 조화를 제공합니다.

IronPDF 두 가지 버전을 모두 지원합니다. 아래 코드 예제에서 보여드리겠지만, 내보낼 때 어떤 버전을 대상으로 할지 지정할 수 있습니다.

WTPDF(Well-Tagged PDF)와 그 관련성

WTPDF라는 용어를 접할 수도 있는데, 이는 Well-Tagged PDF의 약자입니다. PDF 협회에서 발행한 WTPDF는 올바르게 태그된 PDF를 만드는 방법을 명확히 설명하는 기술 지침 모음입니다. WTPDF는 별도의 표준이 아니라PDF/UA-2및 PDF 2.0의 실용적인 보완 표준입니다. WTPDF는 PDF/UA 사양 자체에서 정의하는 것 이상으로 태그 사용, 구조 요소 매핑 및 콘텐츠 태깅에 대한 자세한 규칙을 제공합니다. 공식 표준과 함께 제공되는 구현 지침이라고 생각하면 됩니다.

어떤 버전을 대상으로 해야 할까요?

오늘날 대부분의 프로젝트에서 PDF/UA-1은 올바른 선택입니다. 가장 폭넓은 도구 지원, 가장 성숙한 검증 생태계를 갖추고 있으며 모든 현행 규제 요건을 충족합니다. 향상된 폼 필드 의미 체계, 개선된 주석 처리 또는 향후 표준과의 호환성과 같은 PDF 2.0 기능이 특별히 필요한 경우 PDF/UA-2를 선택하십시오.

IronPDF 기본적으로 PDF/UA-1 형식을 사용하며, 원할 때PDF/UA-2형식으로 쉽게 전환할 수 있습니다.

접근성을 고려한 HTML 작성하기

접근성 있는 HTML은 접근성 태그가 지정된 PDF 구조로 자연스럽게 변환됩니다. 다음은 가장 중요한 실천 사항입니다.

의미론적 HTML 요소 사용. 제목에는 <h1>에서 <h6>까지, 단락에는 <p>, 리스트에는 <ul> 및 <ol>, 데이터 테이블에는 <table>와 <thead>, <tbody>, <th>, 페이지 구조에는 <nav>, <main>, <article>, <section>를 사용하여 콘텐츠를 구조화합니다.

모든 의미 있는 이미지에 대체 텍스트 제공. 모든 <img> 태그에 alt 속성을 사용하세요. 장식적인 이미지는 빈 alt=""를 사용하여 이미지가 아티팩트로 처리되어야 한다는 신호를 보냅니다.

논리적인 제목 계층 유지. <h1> 하나로 시작하고 레벨을 건너뛰지 마세요. <h1>에서 <h3>로 빠르게 전환하는 문서는 PDF 출력에 깨진 제목 트리를 생성합니다.

양식 필드 레이블 지정. HTML에 양식 요소가 포함된 경우 각 입력을 <label> 요소와 for 속성을 사용하여 연결합니다.

문서 언어 설정. <html> 요소에 lang 속성을 포함하세요 (예: <html lang="en">).

RenderHtmlAsPdfUA로 HTML을 PDF/UA로 렌더링하기

:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-render-html.cs

using 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");

변환을 통한 구조 보존

IronPDF Google Chrome 및 Microsoft Edge에 사용되는 것과 동일한 Chromium 렌더링 엔진을 내장하여 사용합니다. 이는 접근성 측면에서 중요한데, 크로뮴은 이미 HTML 의미론을 이해하고 있기 때문입니다. IronPDF HTML을 PDF/UA로 렌더링할 때 HTML 요소를 해당 PDF 태그에 매핑합니다.

<h1>부터 <h6>까지는 <h1>부터 <h6>까지 제목 태그가 됩니다. <p>는 <p> 단락 태그가 됩니다. <table>, <tr>, <th>, <td>는 <Table>, <tr>, <th>, <td> 구조 요소가 됩니다. <ul> 및 <ol>는 <l>(리스트)가 되고, <li>(리스트 항목) 자식을 가집니다. <img>는 대체 텍스트가 있는 경우 <Figure>가 되고, /Alt 항목을 가집니다.

HTML 요소(h1, table, ul, alt가 포함된 img)가 해당 PDF 태그 트리 구조(H1, Table, List, Figure)와 어떻게 매핑되는지를 보여주는 HTML에서 PDF/UA 구조 매핑 다이어그램

이 매핑은 자동으로 이루어집니다. PDF 태그 트리를 수동으로 구성하거나 구조 요소 코드를 작성할 필요가 없습니다.

접근성을 저해하는 일반적인 HTML 패턴

일반적으로 깔끔한 HTML을 작성하는 개발자조차도 때때로 접근성이 떨어지는 PDF 출력을 생성하는 패턴을 사용하기도 합니다. 다음 사항들을 주의 깊게 살펴보세요:

모든 것을 위한 <div> 사용. 스타일이 없는 <div> 요소로만 구성된 문서는 평면적이고 구조화되지 않은 태그 트리를 생성합니다. 화면 낭독기는 이를 의미 있게 탐색할 수 없습니다. 대신 의미 요소를 사용하세요.

CSS 그리드 또는 flexbox로 테이블 시뮬레이션. CSS를 사용한 시각적 그리드 레이아웃에서 표현된 데이터이지만 실제 <table> 요소를 사용하지 않으면 PDF에 올바른 테이블 태그가 생성되지 않습니다. 콘텐츠가 표 형식의 데이터인 경우 실제 <table>를 사용하세요.

제목 레벨 건너뛰기. <h1>에서 <h3>로 건너뛰면 접근성 검사 도구가 실패로 표시할 제목 계층 구조의 공백이 발생합니다.

대체 텍스트가 없는 이미지. <img> 태그에서 alt 속성이 누락되면 대체 텍스트가 없는 <Figure> 태그가 생성되며, 이는 PDF/UA 위반입니다.

이미지에 포함된 텍스트. HTML에 이미지로 렌더링된 텍스트(표의 스크린샷, 래스터화된 차트 등)가 포함된 경우, 해당 콘텐츠는 화면 낭독기에서 보이지 않습니다. 가능한 한 실제 HTML 텍스트를 사용하고, 나머지 이미지에는 자세한 대체 텍스트를 제공하십시오.

기본 출력 형식(PDF/UA-1)

:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-default-output.cs

using IronPdf;

PdfDocument pdf = PdfDocument.FromFile("standard-report.pdf");

// Default: saves as PDF/UA-1
pdf.SaveAsPdfUA("accessible-report.pdf");

버전 매개변수를 포함하여PDF/UA-2형식으로 내보내기

:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-export-pdfua2.cs

using 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);

:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-in-memory-pdfua2.cs

using 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");

PDF/UA-2는 언제 사용해야 할까요?

PDF/UA-1에서 완벽하게 지원할 수 없는 PDF 2.0 기능을 문서에 사용하는 경우 PDF/UA-2를 고려하십시오. 여기에는 더욱 풍부한 의미 정보를 제공하는 향상된 양식 필드 접근성, 댓글, 마크업 및 검토 워크플로에 대한 개선된 주석 처리, PDF에 포함된 멀티미디어 콘텐츠에 대한 향상된 지원, 그리고 PDF 2.0을 기반으로 구축된 새로운 접근성 표준과의 하위 호환성이 포함됩니다.

오늘날 대부분의 규정 준수 프로젝트에서는 PDF/UA-1이 충분합니다. PDF/UA-2는 기존 도구로 출력을 처리할 필요가 없는 새로운 시스템에 적합한 미래지향적인 선택입니다.

veraPDF로 유효성 검사

verapdf --profile ua1 output-quarterly-report-accessible.pdf

verapdf --profile ua1 output-quarterly-report-accessible.pdf

마터호른 프로토콜 이해하기

마터호른 프로토콜은 PDF 협회에서 발표한 테스트 조건 세트로,PDF/UA-1규격 준수 여부를 확인하는 정확한 방법을 정의합니다. 이 시스템은 136가지 특정 고장 조건을 포괄하는 31개의 점검 항목으로 점검을 구성합니다. 각 오류 조건은PDF/UA-1사양의 조항에 해당합니다.

예를 들어, 체크포인트 01에서는 문서 카탈로그에 필수 PDF/UA 식별자가 포함되어 있는지 여부를 다룹니다. 체크포인트 06에서는 모든 글꼴이 유효한 유니코드 매핑으로 포함되어 있는지 확인합니다. 체크포인트 13은 그래픽에 적절한 대체 텍스트가 있는지 여부를 다룹니다.

PDF 문서를 veraPDF 검증기에 투입한 후 PDF/UA 규정 준수를 검사하고, 실패할 경우 체크포인트 01 문서 메타데이터, 06 폰트 내장, 13 대체 텍스트를 포함한 Matterhorn 프로토콜 분석으로 분기된 후 수정 사항 적용 및 재검증 루프를 따릅니다.

마터호른 프로토콜을 이해하면 검증 결과를 해석하고 수정 사항의 우선순위를 정하는 데 도움이 됩니다. 모든 고장 조건이 동일한 비중을 차지하는 것은 아닙니다. 문서 제목이 누락된 문제는 5분이면 해결할 수 있습니다. 태그가 전혀 없는 문서는 전체 변환이 필요합니다.

일반적인 규정 준수 실패 사례 및 해결 방법

:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-fix-document-title.cs

using 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");

글꼴, 색 공간 및 메타데이터 요구 사항

PDF/UA는 자동화 도구가 확인하는 시각적 표현에 대한 특정 요구 사항을 가지고 있습니다. 모든 글꼴은 올바른 ToUnicode 매핑과 함께 포함되어야 합니다. 텍스트는 유니코드 문자로 추출할 수 있어야 합니다. 색 공간은 장치에 독립적이거나 관련 ICC 프로파일이 있어야 합니다. 양식 필드에는 적절한 레이블과 설명이 있어야 합니다.

IronPDF 변환 과정에서 글꼴 포함, 색 공간 및 구조적 요구 사항을 자동으로 처리합니다. 언어 및 메타데이터 는 이 튜토리얼의 예제에서 보여주는 것처럼 코드에서 간단하게 설정할 수 있습니다.

자동화 시스템으로는 걸러낼 수 없는 수동 점검 사항

접근성의 일부 측면은 사람의 검토가 필요합니다. 자동 유효성 검사기는 이미지에 대체 텍스트가 있는지 여부는 알려줄 수 있지만, 대체 텍스트가 실제로 유용한지는 판단할 수 없습니다. 그들은 제목이 존재한다는 사실은 확인할 수 있지만, 제목 텍스트가 뒤따르는 내용을 정확하게 설명하는지는 검증할 수 없습니다.

우선순위가 높은 문서에 대해서는 수동 검토 단계를 워크플로에 포함시키세요. 대체 텍스트가 이미지 내용을 정확하게 설명하는지, 순차적으로 읽었을 때 논리적으로 타당한지, 링크 텍스트가 설명적인지(단순히 "여기를 클릭하세요"가 아닌), 그리고 언어 선언이 문서의 실제 내용과 일치하는지에 집중하세요.

추가 검증 도구

veraPDF는 자동화된 PDF/UA 적합성 검사의 표준이지만, 다른 도구들도 함께 유용하게 사용할 수 있습니다.

Adobe Acrobat Pro에는 도구 > 접근성 > 전체 검사에서 접근성 검사 도구를 사용할 수 있습니다. 이 기능은 개발 과정에서 빠른 시각적 점검에 유용하며 사람이 읽기 쉬운 보고서를 생성합니다. PDF/UA-1의 경우 veraPDF보다 지원 범위가 좁지만 대부분의 팀에서 널리 사용 가능합니다.

PDF 협회에서 제공하는 PAC 2024 (PDF 접근성 검사기, Windows용 무료)는 PDF/UA 및 WCAG 준수 여부 검사와 함께 시각적 태그 트리 검사를 제공합니다. 특히 텍스트 보고서가 아닌 시각적인 도구를 사용하여 읽기 순서와 제목 구조를 검토하는 데 유용합니다.

Acrobat Reader에서는 보기 > 표시/숨기기 > 탐색 창 > 태그를 통해 태그 패널을 직접 열 수 있습니다. 이것은 유효성 검사기는 아니지만, Acrobat Pro 없이도 구조 트리를 빠르게 시각적으로 검사할 수 있게 해줍니다.

가장 신뢰할 수 있는 접근 방식은 자동화된 CI/CD 검사를 위해 VeraPDF를 사용하고, 우선순위가 높은 문서의 경우 Acrobat 또는 PAC에서 수동으로 검토하는 것입니다.

문서 라이브러리 일괄 변환 (PDF/UA 형식)

:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-batch-conversion.cs

using 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
);

80~90%의 자동 접근성 변환 달성

나머지 10~20%의 규정 준수 작업에는 사람의 판단이 필요합니다. 복잡한 이미지에 대한 의미 있는 대체 텍스트 작성, 특이한 레이아웃에 대한 읽기 순서 수정, 원본에서 제대로 구조화되지 않았던 문서에 대한 의미론적 제목 지정 등이 여기에 포함됩니다. 자동 처리 과정이 완료된 후, 우선순위가 가장 높은 문서에 대해 수동 검토 단계를 계획하십시오.

개선 조치 우선순위 지정

모든 문서가 동일한 규정 준수 위험을 수반하는 것은 아닙니다. 개선 노력을 전략적으로 집중하십시오:

대외적으로 공개되는 문서부터 처리해야 합니다. 웹사이트에 게시되거나 고객에게 배포되거나 정부 기관에 제출되는 모든 문서는 최우선 순위입니다. 이러한 문서들은 불만 제기나 감사로 이어질 가능성이 가장 높은 문서들입니다.

두 번째로 자주 참조되는 내부 문서입니다. 많은 직원이 정기적으로 사용하는 교육 자료, 정책 핸드북 및 인사 양식은 신속하게 정비해야 합니다.

보관용 문서와 사용 빈도가 낮은 문서는 오래 보존됩니다. 접근 빈도가 낮은 오래된 문서는 순차적으로 수정하거나 요청 시 즉시 변환할 수 있습니다.

이러한 우선순위 지정 접근 방식을 통해 가장 눈에 잘 띄는 문서에 대한 규정 준수 진행 상황을 보여주는 동시에 시간이 지남에 따라 보관된 많은 문서를 처리할 수 있습니다.

PDF/UA와 병합, 서명 및 메타데이터 워크플로우 결합

:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-merge-metadata.cs

using 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();

보관과 접근성이 모두 필요할 때

:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-dual-compliance.cs

using 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");

PDF/UA와 디지털 서명의 결합

인증이 필요한 접근성 문서의 경우 PDF/UA 변환과 디지털 서명을 결합할 수 있습니다. 먼저 PDF/UA 변환을 적용한 다음 문서에 서명하십시오.

:path=/static-assets/pdf/content-code-examples/tutorials/pdf-accessibility-csharp-pdfua-tutorial/pdfua-digital-signature.cs

using 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");

변화하는 표준에 맞춰 문서를 미래에도 유효하게 만들기

접근성 표준은 계속해서 발전하고 있습니다. WCAG 2.2는 2023년에 발표되었으며, WCAG 3.0 작업이 진행 중입니다. PDF/UA-2는 PDF/UA-1보다 최신 웹 표준에 더 가깝습니다. 지금부터 문서 파이프라인에 PDF/UA 규정 준수를 구축하면 나중에 전면적인 수정 작업을 거치는 대신 표준이 발전함에 따라 업데이트할 수 있는 기반을 마련할 수 있습니다.

접근성이 뛰어난 문서 인프라에 대한 투자는 규정 준수 이상의 이점을 가져다줍니다. 적절하게 태그된 PDF는 검색이 더 용이하고, 모바일 기기에서 레이아웃이 더 잘 조정되며, 텍스트 추출 결과가 더 좋고, 다양한 PDF 뷰어 및 플랫폼에서 더 안정적으로 작동합니다. 접근성은 단순히 법적 요구 사항일 뿐만 아니라, 필수적입니다. 더 나은 엔지니어링입니다.