PolyLingo বনাম DeepL API: কোনটি JSON এবং Markdown ভালভাবে সংরক্ষণ করে?

DeepL সত্যিই চমৎকার অনুবাদ সফটওয়্যার তৈরি করে। এর নিউরাল অনুবাদ ইঞ্জিন ব্যাপকভাবে উপলব্ধ সেরা গুলোর মধ্যে একটি হিসেবে বিবেচিত, এবং সাধারণ গদ্যের জন্য এটি হারানো কঠিন। আপনি যদি বাক্য, অনুচ্ছেদ, বা ধারাবাহিক লেখা হিসেবে লেখা ডকুমেন্ট অনুবাদ করেন, DeepL একটি শক্তিশালী পছন্দ।

এই পোস্টের উত্তর দেয়া প্রশ্নটি একটু সংকীর্ণ: যখন আপনার কন্টেন্টে গঠন থাকে তখন DeepL API কেমন কাজ করে? যখন আপনাকে JSON লোকেল ফাইল অনুবাদ করতে হবে কী ছাড়াই, অথবা Markdown ব্লগ পোস্ট অনুবাদ করতে হবে সিনট্যাক্স ভাঙা ছাড়াই, অথবা HTML পেজ অনুবাদ করতে হবে অ্যাট্রিবিউট নষ্ট না করে? এবং এই নির্দিষ্ট ব্যবহারের ক্ষেত্রে এটি PolyLingo এর সাথে কেমন তুলনা করে?

DeepL API কিভাবে তৈরি

DeepL টেক্সট অনুবাদ API সাধারণ টেক্সট গ্রহণ করে। এটি তার নিজস্ব ইনপুট ফরম্যাট। প্রতিটি অনুরোধে সর্বোচ্চ ৫০টি টেক্সট স্ট্রিং নেওয়া হয় এবং সেগুলো স্বাধীনভাবে অনুবাদ করা হয়, তাদের মধ্যে কোনো শেয়ার্ড প্রসঙ্গ থাকে না। প্রতি অনুরোধে শুধুমাত্র একটি লক্ষ্য ভাষা নির্ধারণ করা যায়। যদি পাঁচটি ভাষা দরকার হয়, তাহলে পাঁচটি অনুরোধ করতে হবে।

DeepL ডকুমেন্ট অনুবাদের জন্য PDF, Word, PowerPoint, এবং HTML এর মত ফরম্যাট সমর্থন করে, কিন্তু এটি আলাদা ডকুমেন্ট এন্ডপয়েন্টের মাধ্যমে হয় যার আলাদা ফ্লো আছে: ফাইল আপলোড, সম্পন্ন হওয়া পর্যন্ত পোলিং, ফলাফল ডাউনলোড। এটি অফিস ডকুমেন্টের জন্য ডিজাইন করা হয়েছে, প্রোগ্রাম্যাটিক কন্টেন্ট পাইপলাইনের জন্য নয়।

HTML এর জন্য বিশেষভাবে, একটি tag_handling প্যারামিটার আছে যা আপনি html সেট করতে পারেন, যা DeepL কে ইনপুটকে HTML হিসেবে বিবেচনা করতে বলে এবং ট্যাগগুলো সংরক্ষণ করার চেষ্টা করে। এটি সাধারণ মার্কআপের জন্য যথেষ্ট ভালো কাজ করে, কিন্তু এটি একটি ঐচ্ছিক ফ্ল্যাগ যা আপনাকে জানতেও হবে সেট করতে, এবং এটি JSON বা Markdown এ প্রযোজ্য নয়।

JSON এর জন্য কোনো নিজস্ব সমর্থন নেই। DeepL এর টেক্সট এন্ডপয়েন্ট JSON কী কী তা জানে না। আপনি যদি সিরিয়ালাইজড JSON অবজেক্ট পাঠান, এটি কন্টেন্টকে স্ট্রিং হিসেবে অনুবাদ করবে এবং কোনো গ্যারান্টি নেই যে কী, গঠন, বা নন-স্ট্রিং মানগুলি অক্ষত থাকবে। babeldown R লাইব্রেরি, যা Markdown কন্টেন্টের জন্য DeepL কে র‍্যাপ করে, ডকুমেন্ট করেছে এমন কিছু ঘটনা যেখানে DeepL Markdown লিঙ্ক এবং ফরম্যাটিং এর মধ্যে পাংচুয়েশন মিশিয়ে দেয়, যা একটি পরিচিত সীমাবদ্ধতা সাধারণ টেক্সট অনুবাদ ইঞ্জিনের মাধ্যমে গঠনযুক্ত টেক্সট পাঠানোর ক্ষেত্রে।

এটি DeepL এর সমালোচনা নয়। এটি API কী করার জন্য ডিজাইন করা হয়েছে তার বর্ণনা। DeepL এর মূল ব্যবহার ক্ষেত্র হলো মানুষের পড়ার উপযোগী গদ্যের উচ্চমানের অনুবাদ। সেটাই এটি অপ্টিমাইজ করে এবং এতে চমৎকার।

ব্যবহারিক ক্ষেত্রে পার্থক্য কোথায় দেখা যায়

আপনার কন্টেন্ট সাধারণ গদ্য না হলে পার্থক্য স্পষ্ট হয়ে ওঠে।

একটি স্ট্যান্ডার্ড Next.js লোকেল ফাইল বিবেচনা করুন:

{
  "nav": {
    "home": "Home",
    "about": "About us",
    "contact": "Get in touch"
  },
  "hero": {
    "title": "Welcome to our platform",
    "subtitle": "Everything you need in one place"
  }
}

DeepL API দিয়ে এটি পাঁচটি ভাষায় অনুবাদ করতে হলে আপনাকে করতে হবে:

প্রতিটি স্ট্রিং মান আলাদাভাবে বের করা
প্রতিটি ভাষার জন্য আলাদা API অনুরোধ করা (পাঁচ ভাষা, পাঁচ অনুরোধ)
অনুবাদিত মানগুলো সঠিক স্থানে রেখে JSON গঠন পুনর্গঠন করা
যেকোনো ক্ষেত্রে যেখানে অনুবাদ পাংচুয়েশন পরিবর্তন করেছে বা এমন অক্ষর এনেছে যা JSON বৈধতা ভঙ্গ করে, তা পরিচালনা করা

এটি একটি জটিল পরিমাণ গ্লু কোড। এটি দুর্বলও। অনুবাদের আউটপুট যদি আপনার পার্সার যা আশা করে তার থেকে বিচ্যুত হয়, তাহলে আপনার অ্যাপ্লিকেশনে নীরব ব্যর্থতা বা রানটাইম ত্রুটি ঘটবে।

PolyLingo দিয়ে আপনি অবজেক্টটি যেমন আছে তেমন format: "json" সহ পাঠান এবং প্রতিটি লক্ষ্য ভাষার জন্য সম্পূর্ণ গঠনের অনুবাদিত সংস্করণ একবারে পান। কী অপরিবর্তিত থাকে। নেস্টিং সংরক্ষিত থাকে। নন-স্ট্রিং মান অপরিবর্তিত থাকে। আউটপুট সরাসরি আপনার প্রকল্পে ব্যবহারযোগ্য।

curl -sS -X POST "https://api.usepolylingo.com/v1/translate" \
  -H "Authorization: Bearer $POLYLINGO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "content": "{\"nav\":{\"home\":\"Home\",\"about\":\"About us\"}}",
    "format": "json",
    "targets": ["fr", "de", "es", "ja", "nl"]
  }'

একটি অনুরোধ। পাঁচটি ভাষা। গঠন অক্ষুণ্ণ।

Markdown কন্টেন্ট

Markdown এর ক্ষেত্রেও একই প্যাটার্ন প্রযোজ্য। DeepL এর টেক্সট এন্ডপয়েন্ট Markdown সিনট্যাক্স চিনতে পারে না। একটি ব্লগ পোস্ট পাঠালে এটি পুরো কন্টেন্টকে স্ট্রিং হিসেবে প্রক্রিয়া করবে। শিরোনাম বেঁচে থাকতে পারে। কোড ব্লক সম্ভবত থাকবে না, কারণ এর ভিতরের কন্টেন্ট সম্ভবত অনুবাদযোগ্য টেক্সট হিসেবে বিবেচিত হবে। লিঙ্ক সিনট্যাক্স বিকৃত হতে পারে, বিশেষ করে লিঙ্ক টেক্সটের সীমানায় পাংচুয়েশন নিয়ে।

PolyLingo এর markdown ফরম্যাট ফ্ল্যাগ মডেলকে নির্দেশ দেয় Markdown সিনট্যাক্সকে গঠনমূলক হিসেবে বিবেচনা করতে, অনুবাদযোগ্য হিসেবে নয়। শিরোনাম শিরোনাম থাকে। ফেন্সড কোড ব্লক অপরিবর্তিত থাকে। লিঙ্ক URL পরিবর্তিত হয় না। শুধুমাত্র গদ্য অংশ পরিবর্তিত হয়।

ডকুমেন্টেশন সাইট বা প্রযুক্তিগত কন্টেন্ট সহ ব্লগের জন্য পার্থক্য গুরুত্বপূর্ণ। একটি টিউটোরিয়ালে করাপ্টেড কোড ব্লক একটি ছোট উপস্থাপনা সমস্যা নয়, এটি একটি ভাঙা টিউটোরিয়াল।

এক অনুরোধ বনাম প্রতি ভাষায় এক অনুরোধ পার্থক্য

এটি বিবেচনা করার যোগ্য কারণ এর খরচের প্রভাব বাস্তব।

DeepL API প্রতি অনুরোধে শুধুমাত্র একটি লক্ষ্য ভাষা গ্রহণ করে। দশটি ভাষায় অনুবাদ করতে দশটি API কল করতে হয়। বড় সাইট বা নিয়মিত প্রকাশনা সহ CMS এর জন্য, এটি দশ গুণ অনুরোধ ওভারহেড, দশ গুণ লেটেন্সি পরিচালনা করতে, এবং দশ গুণ ব্যর্থতার পয়েন্ট।

PolyLingo লক্ষ্য ভাষার কোডের একটি অ্যারে গ্রহণ করে এবং একক প্রতিক্রিয়ায় সব অনুবাদ ফেরত দেয়। ছত্রিশটি ভাষা মানে একটি অনুরোধ, নয় ছত্রিশটি।

ছোট প্রকল্পের জন্য পার্থক্য সামলানো যায়। বড় স্কেলে এটি আপনার অনুবাদ পাইপলাইনের আর্কিটেকচার পরিবর্তন করে।

মূল্য নির্ধারণ মডেল

DeepL চরিত্র অনুযায়ী চার্জ করে। API ফ্রি প্ল্যান মাসে ৫০০,০০০ চরিত্র পর্যন্ত অনুমতি দেয়, এবং পেইড প্ল্যান চরিত্র ব্যবহারের উপর বিল করে। কারণ আপনি প্রতি ভাষার জন্য একটি অনুরোধ করেন, তাই একটি কন্টেন্টের চরিত্র সংখ্যা গুণিতক হয় লক্ষ্য ভাষার সংখ্যার সাথে আলাদা অনুরোধে।

PolyLingo টোকেন অনুযায়ী চার্জ করে এবং একক অনুরোধে সব ভাষার ইনপুট ও আউটপুট মিলিয়ে গণনা করে। বিলিং স্বচ্ছ এবং পূর্বানুমেয়: ফ্রি টিয়ার মাসে ৫০,০০০ টোকেন অন্তর্ভুক্ত করে, পেইড প্ল্যান ৯ ডলার থেকে শুরু হয় মাসে ৬০০,০০০ টোকেনের জন্য।

দুটি মডেল সরাসরি তুলনীয় নয় খরচ-প্রতি-শব্দ ভিত্তিতে কারণ তারা ভিন্ন ইউনিট ব্যবহার করে, কিন্তু PolyLingo এর এক অনুরোধ-সব ভাষা আর্কিটেকচার মানে আপনি অনুরোধ সংখ্যা গুণিতকভাবে বাড়ান না লক্ষ্য ভাষার সংখ্যার সাথে।

কোথায় কোনটি উপযুক্ত

DeepL API সঠিক যখন:

আপনার কন্টেন্ট সাধারণ গদ্য, কোনো গঠনগত প্রয়োজন নেই
মানুষের পড়ার উপযোগী টেক্সটের অনুবাদের গুণগত মান প্রধান উদ্বেগ
আপনি কম সংখ্যক ভাষায় অনুবাদ করছেন এবং অনুরোধের পরিমাণ কম
আপনি ইতিমধ্যে DeepL ইকোসিস্টেমে বিনিয়োগ করেছেন এবং তাদের গ্লসারি বা ফরমালিটি ফিচার ব্যবহার করছেন
আপনি PolyLingo এর বর্তমান ৩৬টির বাইরে কোনো ভাষার সমর্থন প্রয়োজন (DeepL ১০০+ ভাষা সমর্থন করে)

PolyLingo সঠিক যখন:

আপনার কন্টেন্ট JSON, Markdown, বা HTML এবং গঠন সংরক্ষণ জরুরি
আপনাকে একক API কল এ একাধিক ভাষায় অনুবাদ করতে হবে
আপনি CMS ইন্টিগ্রেশন বা i18n পাইপলাইন তৈরি করছেন যেখানে অনুরোধ দক্ষতা গুরুত্বপূর্ণ
আপনি সব কন্টেন্ট ফরম্যাটে একটি সঙ্গতিপূর্ণ ইন্টারফেস চান ফরম্যাট-নির্দিষ্ট ওয়ার্কঅ্যারাউন্ড ছাড়া
আপনি টোকেন-ভিত্তিক বিলিং চান পূর্বানুমেয় মাসিক বরাদ্দ সহ

পাশাপাশি সারাংশ

	PolyLingo	DeepL API
নেটিভ JSON সমর্থন	হ্যাঁ	না
নেটিভ Markdown সমর্থন	হ্যাঁ	না
HTML সমর্থন	হ্যাঁ	হ্যাঁ (tag_handling ফ্ল্যাগ)
সব ভাষা এক অনুরোধে	হ্যাঁ	না, প্রতি অনুরোধে একটি ভাষা
স্বয়ংক্রিয় কন্টেন্ট ফরম্যাট সনাক্তকরণ	হ্যাঁ	না
সমর্থিত ভাষা	৩৬	১০০+
ফ্রি টিয়ার	৫০,০০০ টোকেন/মাস	৫০০,০০০ চরিত্র/মাস
বিলিং ইউনিট	টোকেন	চরিত্র
কোড ছাড়া ওয়েব অনুবাদক	হ্যাঁ	হ্যাঁ (ওয়েব অ্যাপ)

DeepL এর ভাষার ক্যাটালগ বড় এবং গদ্যের অনুবাদের গুণগত মানের জন্য দীর্ঘ ট্র্যাক রেকর্ড আছে। PolyLingo গঠনমূলক কন্টেন্ট ওয়ার্কফ্লোর জন্য বিশেষভাবে তৈরি যেখানে ফরম্যাটের অখণ্ডতা অপরিহার্য।

তারা পার্শ্ববর্তী সমস্যা সমাধান করছে। সঠিক পছন্দ নির্ভর করে আপনার কন্টেন্ট আসলে কেমন দেখতে।

PolyLingo চেষ্টা করুন

ফ্রি টিয়ার মাসে ৫০,০০০ টোকেন অন্তর্ভুক্ত করে। কোনো ক্রেডিট কার্ডের প্রয়োজন নেই। পূর্ণ API ডকুমেন্টেশন usepolylingo.com/docs এ আছে।

curl -sS -X POST "https://api.usepolylingo.com/v1/translate" \
  -H "Authorization: Bearer $POLYLINGO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "content": "# Hello\n\nThis is **structured** content.",
    "format": "markdown",
    "targets": ["fr", "de", "es"]
  }'

আপনার API কী পান