Doctranslate.io

API를 사용하여 영어를 포르투갈어로 번역하기: 빠르고 정확한 가이드

Đăng bởi

vào

API를 통합하여 영어를 포르투갈어 문서로 번역하는 것은 개발자에게 고유한 기술적 과제를 제시합니다. 이 작업은 단순한 문자열 교체를 넘어 복잡한 파일 구문 분석을 수반합니다.
전문적인 결과를 제공하려면 레이아웃 보존, 글꼴 렌더링 및 문자 인코딩을 처리해야 합니다.

이 가이드는 번역 워크플로를 자동화하려는 개발자를 위한 포괄적인 안내를 제공합니다. 문서 번역의 일반적인 함정을 살펴보고 강력한 솔루션을 시연하겠습니다.
전문 API를 사용하여 빠르고 정확하며 형식을 보존하는 대규모 번역을 달성하는 방법을 배우게 될 것입니다.

자동 문서 번역의 숨겨진 복잡성

자동 문서 번역은 개발자에게 많은 잠재적인 실패 지점을 가진 정교한 프로세스입니다. 단순히 텍스트를 추출하고 기계 번역 엔진을 통해 실행하는 것만으로는 충분하지 않습니다.
이러한 접근 방식은 거의 항상 레이아웃 손상, 서식 손실 및 사용자 경험 저하를 초래합니다.

성공적인 통합을 위해서는 다양한 파일 형식의 기본 구조를 이해하는 API가 필요합니다. Microsoft Word 문서부터 복잡한 PDF까지 모든 것을 구문 분석해야 합니다.
이러한 지능이 없으면 애플리케이션이 대상 언어로 문서를 안정적으로 재구성할 수 없습니다.

문자 인코딩 문제

문자 인코딩 처리는 영어와 포르투갈어 간에 번역할 때 주요 장애물입니다. 포르투갈어는 표준 ASCII 세트에는 없는 ‘ç’, ‘ã’ 및 다양한 악센트와 같은 특수 문자를 사용합니다.
시스템이 잘못된 인코딩으로 기본 설정되면 이러한 문자는 깨지고 읽을 수 없게 될 수 있습니다.

종종 유니코드 깨짐(mojibake)으로 나타나는 이 문제는 최종 문서를 비전문적이고 종종 이해하기 어렵게 만듭니다. 효과적인 API는 소스 인코딩을 올바르게 감지하고 UTF-8과 같은 범용 표준으로 트랜스코딩해야 합니다.
이렇게 하면 번역된 포르투갈어 문서에서 모든 특수 문자가 완벽하게 보존됩니다.

또한, 다른 문서 형식은 자체적인 내부 인코딩 선언을 가질 수 있습니다. 예를 들어, DOCX와 같은 XML 기반 파일은 기존 DOC 파일과 같은 바이너리 형식과 인코딩을 다르게 처리합니다.
코드는 이러한 모든 변형을 고려해야 하므로 프로젝트에 상당한 복잡성을 더하게 됩니다.

복잡한 레이아웃 및 서식 보존

원본 문서의 레이아웃을 유지하는 것은 자동 번역에서 가장 어려운 측면일 수 있습니다. 문서에는 종종 다중 열 레이아웃, 표, 머리글 및 바닥글과 같은 복잡한 구조가 포함되어 있습니다.
단순한 텍스트 추출 방법은 이러한 시각적 컨텍스트를 완전히 파괴합니다.

다이어그램, 데이터 표 및 특정 텍스트 줄 바꿈이 있는 기술 설명서를 생각해 보세요. 텍스트와 이미지 간의 공간적 관계는 이해하는 데 중요합니다.
포르투갈어 텍스트가 영어 텍스트를 대체할 때 길이가 변경되며, 이는 제대로 처리되지 않으면 전체 레이아웃을 깨뜨릴 수 있습니다.

전문적인 수준의 번역 API는 기존 레이아웃 제약 조건 내에서 번역된 텍스트를 지능적으로 재배치합니다. 글꼴 크기, 줄 간격 및 열 너비를 동적으로 조정합니다.
이 프로세스는 최종 포르투갈어 문서가 원본 영어 소스의 충실하고 사용 가능한 복제본임을 보장합니다.

파일 구조 무결성 유지

최신 문서 형식은 단일의 거대한 파일이 아니라 종종 복잡한 아카이브입니다. 예를 들어, DOCX 파일은 여러 XML 파일, 이미지 및 기타 리소스를 포함하는 ZIP 아카이브입니다.
각 부분은 특정 방식으로 최종 렌더링된 문서에 기여합니다.

번역할 때 API는 이 아카이브를 해체하고, 올바른 XML 파일 내의 텍스트 콘텐츠를 번역한 다음, 아카이브를 올바르게 재조립해야 합니다. 이 프로세스에서 오류가 발생하면 파일이 손상되어 사용할 수 없게 될 수 있습니다.
이를 위해서는 Office Open XML 사양 및 기타 복잡한 형식 표준에 대한 깊은 이해가 필요합니다.

이 프로세스를 수동으로 스크립팅하는 것은 오류가 발생하기 쉽고 파일 형식이 발전함에 따라 지속적인 유지 관리가 필요합니다. 이는 핵심 애플리케이션 개발에서 벗어나게 하는 상당한 엔지니어링 노력입니다.
전문 API를 사용하면 이러한 복잡성이 추상화되어 비즈니스 로직에 집중할 수 있습니다.

영어를 포르투갈어로 번역하기 위한 Doctranslate API 소개

이러한 문제를 극복하기 위해 개발자에게는 강력하고 전문적인 도구가 필요합니다. Doctranslate API는 고품질 문서 번역을 위해 특별히 설계된 강력한 솔루션을 제공합니다.
이 API는 파일 구문 분석, 레이아웃 보존 및 인코딩의 복잡성을 처리하여 우수한 결과를 제공합니다.

저희 REST API는 모든 애플리케이션에 번역 기능을 통합하기 위한 간단하면서도 강력한 인터페이스를 제공합니다. 기본 파일 구조에 대해 걱정할 필요 없이 영어를 포르투갈어로 문서를 프로그래밍 방식으로 번역할 수 있습니다.
이를 통해 단 몇 줄의 코드로 확장 가능하고 자동화된 번역 워크플로를 구축할 수 있습니다.

Doctranslate API란 무엇입니까?

Doctranslate API는 전체 문서의 번역을 자동화하는 클라우드 기반 서비스입니다. PDF, DOCX, PPTX 및 XLSX를 포함한 광범위한 파일 형식을 지원합니다.
이 서비스는 원본 문서의 서식을 유지하는 고품질 번역이 필요한 개발자를 위해 설계되었습니다.

일반적인 텍스트 번역 API와 달리, 저희 서비스는 전체 파일을 단일 단위로 처리합니다. 구조를 분석하고, 컨텍스트를 보존하면서 텍스트 내용을 추출하고, 번역한 다음, 문서를 재구축합니다.
이러한 전체론적 접근 방식이 전문가 수준의 번역 문서를 달성하는 핵심입니다.

API는 비동기적으로 작동하며, 이는 크고 복잡한 파일을 처리하는 데 이상적입니다. 번역을 위해 문서를 제출하고 웹훅 또는 폴링을 사용하여 완료 시 알림을 받을 수 있습니다.
이 아키텍처는 애플리케이션이 응답성과 효율성을 유지하도록 보장합니다.

핵심 기능: 속도, 정확성 및 확장성

Doctranslate API의 주요 장점 중 하나는 타의 추종을 불허하는 속도와 효율성입니다. 저희의 최적화된 파이프라인은 대용량 문서를 몇 분이 아닌 몇 초 만에 번역할 수 있습니다.
이를 통해 사용자 대면 애플리케이션에 실시간 번역 기능을 구축할 수 있습니다.

저희는 최첨단 신경망 기계 번역 엔진을 활용하여 매우 정확하고 문맥을 인식하는 번역을 제공합니다. 이는 정확성이 중요한 기술 또는 비즈니스 문서에 특히 중요합니다.
번역 품질은 기존 통계적 기계 번역 방법의 품질을 훨씬 능가합니다.

강력한 클라우드 인프라를 기반으로 구축된 이 API는 대규모 확장성을 위해 설계되었습니다. 하루에 10개의 문서를 번역해야 하든, 시간당 10,000개의 문서를 번역해야 하든, 저희 시스템은 부하를 처리할 수 있습니다.
이를 통해 번역 워크플로를 재설계할 필요 없이 서비스가 성장할 수 있도록 보장합니다.

작동 방식: 간단한 RESTful 접근 방식

Doctranslate API와의 통합은 REST 원칙을 준수하므로 간단합니다. POST 및 GET과 같은 표준 HTTP 메서드를 사용하여 API와 상호 작용합니다.
따라서 HTTP 요청을 할 수 있는 모든 프로그래밍 언어 또는 플랫폼에서 쉽게 사용할 수 있습니다.

전체 워크플로는 리소스 중심이며, `document` 리소스를 중심으로 진행됩니다. 파일과 함께 POST 요청을 `/v3/documents` 엔드포인트로 전송하여 새 번역 작업을 생성합니다.
API는 번역 작업에 대한 고유 ID와 상태 URL로 응답합니다.

인증은 요청 헤더에 포함하는 간단한 API 키를 통해 처리됩니다. API는 표준 HTTP 상태 코드를 사용하여 요청의 성공 또는 실패를 나타냅니다.
오류 응답에는 문제를 자세히 설명하는 명확한 JSON 본문이 포함되어 있어 개발자가 쉽고 직관적으로 디버깅할 수 있습니다.

JSON 응답 구조 이해하기

Doctranslate API의 모든 응답은 JSON 형식으로 지정되어 애플리케이션이 구문 분석할 수 있는 예측 가능한 구조를 제공합니다. 문서를 제출하면 초기 응답에서 주요 정보를 제공합니다.
여기에는 번역 진행 상황을 확인하는 데 사용할 `document_id`와 `status_url`이 포함됩니다.

`status_url`을 폴링하면 JSON 응답은 작업의 현재 `status`를 제공합니다. 이는 `queued`, `processing`, `done` 또는 `error`일 수 있으며, 애플리케이션이 그에 따라 반응할 수 있도록 합니다.
상태가 `done`이 되면 응답에는 최종 번역된 파일을 다운로드하기 위한 `result_url`도 포함됩니다.

이 명확하고 간결한 JSON 구조는 개발 프로세스를 단순화합니다. 애플리케이션 내에서 이러한 응답을 객체 또는 데이터 구조로 쉽게 모델링할 수 있습니다.
이러한 예측 가능성은 안정적이고 내결함성이 있는 통합을 구축하는 데 중요합니다.

단계별 가이드: 번역 API 통합하기

이제 API를 사용하여 영어를 포르투갈어 문서로 번역하는 실용적인 단계를 살펴보겠습니다. 이 가이드는 설정부터 최종 파일 다운로드까지 명확하고 실행 가능한 경로를 제공합니다.
코드 예제에는 Python을 사용하지만, 이 원칙은 모든 프로그래밍 언어에 적용됩니다.

이 프로세스에는 자격 증명 확보, 문서 준비 및 업로드, 완료 폴링, 결과 다운로드의 네 가지 주요 단계가 포함됩니다. 이 단계를 따르면 원활하고 성공적인 통합을 보장할 수 있습니다.
애플리케이션에 필요한 인증 자격 증명을 확보하는 것부터 시작하겠습니다.

전제 조건: API 키 확보

API 호출을 하기 전에 API 키를 확보해야 합니다. 이 키는 요청을 인증하고 청구 및 사용량 추적을 위해 계정에 연결합니다.
Doctranslate 개발자 포털에 등록하여 키를 받을 수 있습니다.

등록한 후 대시보드의 API 설정 섹션으로 이동합니다. 여기에서 기밀 비밀로 취급해야 하는 고유한 API 키를 찾을 수 있습니다.
이 키를 클라이언트 측 코드에 노출하거나 공개 버전 관리 저장소에 커밋하지 마십시오.

보안을 위해 API 키를 환경 변수 또는 보안 비밀 관리 시스템에 저장하는 것이 가장 좋습니다. 그러면 애플리케이션 코드가 런타임에 이 보안 위치에서 키를 읽을 수 있습니다.
이렇게 하면 의도하지 않은 노출을 방지하고 키 교체를 훨씬 쉽게 관리할 수 있습니다.

1단계: 업로드를 위한 문서 준비

코드의 첫 번째 단계는 업로드를 위해 문서 파일을 준비하는 것입니다. API는 파일을 `multipart/form-data` 요청의 일부로 허용합니다.
이는 HTTP를 통해 파일을 업로드하는 표준 방법이며 모든 주요 HTTP 라이브러리에서 지원됩니다.

로컬 파일 시스템에서 원본 영어 문서의 경로를 지정해야 합니다. 코드는 파일 내용을 정확하게 보존하기 위해 이 파일을 이진 읽기 모(`rb`)로 엽니다.
텍스트 모드가 문서 내의 비텍스트 데이터를 손상시킬 수 있으므로 이는 모든 파일 형식에 중요합니다.

파일과 함께 `source_language` 및 `target_language` 매개변수를 제공해야 합니다. 저희 사용 사례에서는 각각 영어에 대해 `’en’`, 포르투갈어에 대해 `’pt’`가 됩니다.
이러한 언어 코드는 ISO 639-1 표준을 따르므로 명확성과 호환성을 보장합니다.

2단계: API 요청 수행 (Python 예시)

파일과 매개변수가 준비되면 `/v3/documents` 엔드포인트로 POST 요청을 할 수 있습니다. Python에서 `requests` 라이브러리는 이 작업에 탁월한 선택입니다.
데이터 매개변수용 딕셔너리와 파일 자체용 딕셔너리를 구성하게 됩니다.

인증을 위해 API 키를 요청 헤더에 포함해야 합니다. 이는 일반적으로 `Bearer YOUR_API_KEY` 형식의 `Authorization` 헤더를 사용하여 수행됩니다.
유효한 키를 제공하지 않으면 `401 Unauthorized` 오류 응답이 발생합니다.

요청이 성공하면 API는 `201 Created` 상태 코드로 응답합니다. 이 응답의 JSON 본문에는 방금 생성한 작업의 `document_id` 및 `status_url`이 포함됩니다.
이러한 값은 워크플로의 다음 단계에 필수적이므로 애플리케이션에 저장해야 합니다.

3단계: API 응답 처리 및 상태 폴링

문서 번역에는 시간이 걸릴 수 있으므로 API는 비동기적으로 작동합니다. 파일을 제출한 후 제공된 `status_url`을 사용하여 주기적으로 상태를 확인해야 합니다.
이 프로세스를 폴링이라고 하며, 기다리는 동안 애플리케이션이 차단되는 것을 방지합니다.

몇 초마다 `status_url`에 GET 요청을 하는 루프를 구현해야 합니다. 각 반복에서 JSON 응답의 `status` 필드를 확인합니다.
상태가 `queued` 또는 `processing`인 동안 루프는 계속되어야 합니다.

폴링 루프에 타임아웃 메커니즘과 오류 처리를 포함하는 것이 중요합니다. 이는 작업이 실패하거나 예상치 않게 오래 걸리는 경우 무한 루프를 방지합니다.
상태가 `error`가 되면 코드가 오류 세부 정보를 기록하고 폴링을 중지해야 합니다.

4단계: 번역된 문서 다운로드

폴링 루프가 상태가 `done`으로 변경되었음을 감지하면 번역이 완료된 것입니다. 이제 JSON 응답에 `result_url` 필드가 포함됩니다.
이 URL은 번역된 포르투갈어 문서를 직접 가리킵니다.

파일을 다운로드하기 위해 애플리케이션은 이 `result_url`로 GET 요청을 합니다. 파일이 올바르게 저장되도록 응답을 바이너리 스트림으로 처리하는 것이 중요합니다.
그런 다음 이 스트림을 적절한 이름으로 로컬 시스템의 새 파일에 쓸 수 있습니다.

파일을 성공적으로 다운로드하면 번역 워크플로가 완료됩니다. 이제 애플리케이션에 완벽하게 번역되고 서식이 잘 지정된 포르투갈어 문서가 준비되었습니다.
이 전체 프로세스는 수천 개의 문서를 원활하게 처리하도록 완전히 자동화될 수 있습니다.

전체 Python 코드 예시

다음은 전체 워크플로를 보여주는 완전한 Python 스크립트입니다. 문서 업로드, 상태 폴링 및 최종 결과 다운로드를 다룹니다.
`’YOUR_API_KEY’` 및 `’path/to/your/document.docx’`를 실제 자격 증명과 파일 경로로 바꾸는 것을 잊지 마십시오.

import requests
import time
import os

# Configuration
API_KEY = os.getenv('DOCTRANSLATE_API_KEY', 'YOUR_API_KEY')
API_URL = 'https://developer.doctranslate.io/v3'
FILE_PATH = 'path/to/your/document.docx'
SOURCE_LANG = 'en'
TARGET_LANG = 'pt'

def translate_document():
    # Step 1 & 2: Upload the document
    print(f"Uploading {FILE_PATH} for translation to {TARGET_LANG}...")
    with open(FILE_PATH, 'rb') as f:
        files = {'file': (os.path.basename(FILE_PATH), f)}
        data = {
            'source_language': SOURCE_LANG,
            'target_language': TARGET_LANG
        }
        headers = {'Authorization': f'Bearer {API_KEY}'}
        
        response = requests.post(f'{API_URL}/documents', headers=headers, data=data, files=files)

    if response.status_code != 201:
        print(f"Error uploading file: {response.status_code} {response.text}")
        return

    upload_data = response.json()
    document_id = upload_data['document_id']
    status_url = upload_data['status_url']
    print(f"Document uploaded successfully. Document ID: {document_id}")

    # Step 3: Poll for status
    while True:
        status_response = requests.get(status_url, headers=headers)
        status_data = status_response.json()
        status = status_data['status']
        print(f"Current status: {status}")

        if status == 'done':
            result_url = status_data['result_url']
            break
        elif status == 'error':
            print(f"Translation failed: {status_data.get('error_message', 'Unknown error')}")
            return
        
        time.sleep(5) # Wait for 5 seconds before checking again

    # Step 4: Download the result
    print(f"Translation complete. Downloading result from {result_url}")
    result_response = requests.get(result_url, headers=headers)

    if result_response.status_code == 200:
        output_filename = f"{os.path.splitext(os.path.basename(FILE_PATH))[0]}_pt.docx"
        with open(output_filename, 'wb') as f:
            f.write(result_response.content)
        print(f"Translated document saved as {output_filename}")
    else:
        print(f"Error downloading file: {result_response.status_code} {result_response.text}")

if __name__ == '__main__':
    translate_document()

포르투갈어 번역을 위한 주요 고려 사항

API를 사용하여 영어를 포르투갈어로 번역할 때 고려해야 할 몇 가지 언어적 뉘앙스가 있습니다. Doctranslate API가 이러한 많은 부분을 자동으로 처리하지만, 이를 알고 있으면 출력 품질을 검증하는 데 도움이 될 수 있습니다.
이러한 요소는 원어민에게 자연스럽게 느껴지는 번역을 생성하는 데 중요합니다.

포르투갈어는 상당한 지역적 차이와 문법 규칙을 가진 풍부하고 복잡한 언어입니다. 고품질 번역은 효과적이기 위해 이러한 미묘함을 존중해야 합니다.
이러한 사항을 이해하면 대상 고객이 브라질에 있든 포르투갈에 있든 상관없이 더 나은 서비스를 제공하는 데 도움이 될 것입니다.

방언 차이: 유럽 포르투갈어 대 브라질 포르투갈어

가장 중요한 고려 사항 중 하나는 유럽 포르투갈어와 브라질 포르투갈어의 차이입니다. 상호 이해는 가능하지만, 어휘, 철자 및 문법에 상당한 차이가 있습니다.
잘못된 방언을 사용하면 콘텐츠가 대상 고객에게 이질적으로 느껴질 수 있습니다.

예를 들어, ‘버스’를 뜻하는 단어는 포르투갈에서는 ‘autocarro’이지만 브라질에서는 ‘ônibus’입니다. Doctranslate API는 종종 특정 방언을 대상으로 구성할 수 있으며, 이는 강력한 기능입니다.
지정되지 않은 경우 번역 엔진은 가장 일반적인 방언, 즉 일반적으로 브라질 포르투갈어로 기본 설정될 수 있습니다.

잠재 고객이 전 세계적인 경우, 단일 방언을 결정해야 하거나, 중요한 애플리케이션의 경우 각 지역에 대해 별도의 번역을 생성해야 할 수도 있습니다. 최종 사용자가 누구인지 항상 고려하십시오.
이는 전략을 안내하고 콘텐츠가 효과적으로 공감할 수 있도록 보장합니다.

성별 명사 및 형용사 처리

많은 로맨스어와 마찬가지로 포르투갈어는 모든 명사에 문법적 성별을 가집니다. 명사는 남성 또는 여성이며, 이를 설명하는 형용사는 성별이 일치해야 합니다.
이것은 영어에는 없는 개념이며 번역 오류의 원인이 될 수 있습니다.

간단한 예로 ‘the new car’가 있습니다. 포르투갈어에서 ‘car'(‘carro’)는 남성이므로 번역은 ‘o carro novo’입니다.
그러나 ‘the new house'(‘casa’, 여성)는 관사와 형용사가 형태를 바꾸면서 ‘a casa nova’가 됩니다.

정교한 번역 API는 이러한 문법 규칙을 이해해야 합니다. 명사의 성별을 올바르게 식별하고 관련 관사 및 형용사를 그에 따라 굴절시켜야 합니다.
이러한 문맥적 이해는 최신 신경망 기계 번역 시스템의 특징입니다.

공식적 vs. 비공식적 호칭 (Tu/Você)

포르투갈어에는 공식적인 호칭과 비공식적인 호칭에 대한 다른 대명사가 있으며, 이는 동사 활용에 영향을 미칩니다. 유럽 포르투갈어에서는 ‘tu’가 일반적인 비공식 ‘당신(you)’인 반면, ‘você’는 더 공식적입니다.
브라질에서는 ‘você’가 대부분의 비공식적인 상황에서 사용되며, ‘tu’는 많은 지역에서 드뭅니다.

대명사 선택은 문서 전체의 톤에 영향을 미칩니다. 예를 들어, 사용자 설명서는 마케팅 브로슈어보다 더 공식적인 톤을 사용할 수 있습니다.
번역 엔진은 영어 원본 텍스트에서 적절한 공식 수준을 추론할 수 있어야 합니다.

톤에 대한 정밀한 제어가 필요한 애플리케이션의 경우 일부 플랫폼은 공식 설정(formality settings)을 제공할 수 있습니다. 이를 통해 API가 브랜드의 목소리와 일치하는 번역을 생성하도록 안내할 수 있습니다.
이러한 수준의 제어는 고품질의 현지화된 콘텐츠를 만드는 데 필수적입니다.

포르투갈어의 문자 인코딩 세부 사항 (ç, á, ê 등)

앞서 언급했듯이, 특수 문자를 올바르게 처리하는 것은 매우 중요합니다. 포르투갈어는 세딜라(ç), 급성 악센트(á, é, í, ó, ú), 곡절 악센트(â, ê, ô)를 포함하여 여러 발음 구별 부호를 사용합니다.
이들을 올바르게 렌더링하지 못하면 텍스트를 읽기 어렵고 비전문적으로 보이게 합니다.

이는 전체 데이터 처리 파이프라인에서 UTF-8을 사용하는 것의 중요성으로 돌아갑니다. 데이터베이스, 애플리케이션 로직, 그리고 API 자체는 모두 UTF-8을 처리하도록 구성되어야 합니다.
이는 번역 워크플로의 어느 단계에서든 문자 손상을 방지합니다.

The Doctranslate API는 이를 원활하게 처리하도록 설계되었습니다. 파일의 이진 콘텐츠로 작업하고 내부적으로 UTF-8을 사용하여, 소스에서 최종 번역된 문서에 이르기까지 모든 문자가 보존되도록 보장합니다.
이는 개발자에게서 주요 기술적 부담을 덜어주는 기본적인 기능입니다.

결론: 번역 워크플로 간소화

강력한 API를 통합하여 영어를 포르투갈어 문서로 번역하는 것은 모든 글로벌 비즈니스에 있어 판도를 바꾸는 일입니다. 이를 통해 복잡하고 시간이 많이 소요되는 프로세스를 자동화하여 상당한 리소스를 절약할 수 있습니다.
올바른 도구를 선택하면 원본 파일의 레이아웃과 서식을 보존하는 고품질 번역을 달성할 수 있습니다.

The Doctranslate API는 이 문제에 대한 개발자 친화적이고 확장 가능하며 정확한 솔루션을 제공합니다. 간단한 REST 인터페이스와 강력한 파일 형식 처리 기능을 통해 최소한의 노력으로 정교한 번역 워크플로를 구축할 수 있습니다.
이를 통해 사용자에게 고품질의 다국어 경험을 제공하면서 핵심 제품에 집중할 수 있습니다.

시작하려면 공식 API 문서를 탐색해 보시기 바랍니다. 모든 엔드포인트, 매개변수 및 지원되는 파일 형식에 대한 자세한 정보를 제공합니다.
이 리소스는 통합을 구축하고 개선하는 데 매우 유용할 것입니다. 모든 문서 번역 요구 사항을 위한 포괄적인 솔루션을 원하시면, 즉각적이고 정확한 결과를 위해 Doctranslate의 플랫폼을 사용하는 강력함과 단순함을 확인하십시오.

Doctranslate.io - 다양한 언어에서 즉각적이고 정확한 번역

Để lại bình luận

chat