Use the DeepLX free tier to validate your workflow quickly. After signing up, getting your API key is the first step. Then configure autorisation headers and send a json payload to confirm the response, so you can move to production only when you see consistent results.
Below, clone a proven pattern for your app: use a simple json body, set Content-Type: applicationjson, and include your autorisation header.
To improve reliability, configure maxretries and timeout. generally, start with maxretries = 3 and a timeout of 5 seconds, then tune based on response times and error distribution.
German language support broadens your monde reach and helps teams serve multilingual customers. The DeepLX catalog lists supported languages, and you can test german as a target with sample prompts to verify translation quality.
Getting started helps several users: teams, freelancers, and small businesses can tap into the potential of translation workflows with no code. The API is supported on major platforms like Node.js, Python, and Java, and you can reuse your existing HTTP clients.
Specific steps: create a project, generate a test key, document endpoints below. Adding a small test suite for autorisation, json payloads, and latency will reduce iteration time.
Below, add concrete checks: verify 200 OK responses, measure average latency under 1000 ms, confirm error handling on 429. If you exceed the free quota, switch to one of the DeepLX alternatives or upgrade tiers according to the usage plan.
What Free DeepLX Tiers Include for API Access
Begin with the Free DeepLX tier to validate your workflow. It delivers a defined monthly limit and access to baseline features, so you can test projects without upfront cost.
Free access centers on a limit of characters and requests, with access to light models and core capabilities. The API response includes textresult for translations, and each call indicates the models chosen. You can explore the feature set described on the website, and evaluate how the machine translation compares to human references. The plan supports basic solutions for simple projects and lets you test the accuracy of outputs before expanding usage.
Expect a per-call payload that includes a detectedsourcelang field and a small set of elements to parse results. The light tier restricts access to the specific models that power fast translations, with limit controls designed to prevent overuse. If you need broader fonctionnalités or higher throughput, you’ll see how the button in the console helps you pull new results without leaving the page.
Quota and Access Details
Monthly character allowance is typically set at a fixed limit (for example, around 100,000 characters), with a practical cap on daily requests to keep latency predictable. You can open up to projects under the same account, though concurrent work often stays below three to prevent contention. The free tier supports basic fonctionnalités like translation, language detection, and the textresult field, while more advanced capabilities require an upgrade. The website describes the specified terms, but you can quickly verify what each feature covers by testing in the console and reading the inline elements in responses.
Response data uses a simple solution-driven format: a response pull from the API returns models and accuracy metrics alongside the detectedsourcelang tag. This makes it easy to compare how different models perform on your content and textresult quality, regardless of the specific language pair.
How to Maximize the Free Tier
Plan translations around the limit and use batching to minimize calls. When a text block exceeds a single request, combine it into a single call to reduce overhead and improve accuracy. Rely on the machine translation as a baseline, then refine critical fonctionnalités by testing with short prompts before scaling to larger projects. To stay within quotas, map each button click to a concrete goal, such as validating a translation flow or testing language detection for a specific website section. If you need more capacity, the strategy is to reserve high-priority tasks for the paid tier and maintain routine checks to keep your outputs aligned with your described requirements. cómo you structure requests matters: use clear elements like source text, target language, and any light glossary you want applied. This approach helps you maintain specific outcomes while evaluating the platform’s fonctionnalités and the reliability of models in real-world use.
How to Sign Up and Get Your Free API Key
Sign up now on the official site and claim your free API key from the my-deeplx dashboard. This direct path lets you test processing and call the API with small payloads to see how it handles translations in real time. You gain more control by starting with the free tier and observing the results before you scale.
Visit http://www.deepl.com and create the account in minutes. Use a real email, verify it, and proceed to the API section. On that page you will find a button to generate your key; copy the key and store it in a secure place such as a password manager. The interface shows the available methods and the required arguments, and the dashboard includes usage limits so you can gauge whether you stay within quotas. You will also see a handy list of tags you can use to label your project, including my-deeplx. This includes more control and flexibility for your workflows.
Hello, follow these steps to keep access simple and flexible. These steps are primarily for testing and exploration; you might notice noticeably improved results as you refine your approach. Whether you run small demos or larger experiments, the targetlangcode parameter is essential for delivering results in the right language. To use it, pass targetlangcode with the language code (for example en or fr) along with the text. These web calls support standard http conventions and can be made from the server side for security. The arguments you pass determine the translation direction and the output tags you want. The result is a clean response in the language you specified, which makes your app more flexible.
What you get with the free key
The free key provides access to core translation features and a set of common language pairs. You can test the processing tool across multiple pairs like en-fr, en-de, or es-pt. The quota is small and primarily designed for learning, demos, and early experiments. The signup includes higher scalability for experiments and tagging to organize work. If you need more capacity, the dashboard will indicate how usage compares and whether an upgrade is likely.
Using and securing your key
Protect the key as a secret and never embed it in client-side code. Use server-side access to call the API and keep credentials in a secure vault. When you call the API, include the text argument and targetlangcode, and use optional arguments as needed. Monitor usage through the dashboard, and adjust your tags to reflect different experiments. If you run into rate limits, reduce payload size or spread requests over time; this practical approach helps you stay within the free tier while exploring more complex use cases around the world. Hello, you now have a solid foundation to build more robust integrations with my-deeplx.
Daily Quotas and Rate Limits: What You Can Rephrase for Free
Baseline: start with 20 requests per minute and 50,000 characters per day on the free tier, then adjust based on response times and error patterns. Keep page-sized blocks to preserve stability and avoid bursts that spike the frequency beyond limits.
Understanding the limits helps you design reliable integrations. Free options typically enforce a per-minute frequency cap plus a daily limit; if you exceed either, the API returns a rate_limit_exceeded error in responsejson. Inspect detectedsourcelang to decide between language models, and apply case-insensitive checks for language tokens. Optional fields in responses can guide your next steps, and the overall workflow should include clear troubleshooting steps. Use a file-based approach to batch content into page-sized blocks before sending.
When you approach the boundaries, implement a simple retry strategy. If a temporary error occurs, wait a moment and retry, then increase the wait with exponential backoff while monitoring the remaining quotas and the retry frequency. The instruction for backoff should cap at a safe delay to avoid wasting internet space and to preserve reliability for later requests. If you cannot recover within the free limits, consider switching to a paid option or splitting work into separate files and periods.
| Scenario | Per-minute limit | Daily quota | Notes |
|---|---|---|---|
| Starter | 20 | 50,000 chars | Good for testing; monitor responsejson and error codes. |
| Balanced | 40 | 150,000 chars | Mid-range for routines; watch periodic resets. |
| Power | 100 | 400,000 chars | High throughput; ensure reliability with backoff and optional retries. |
Implementation tips: log every response to a file, track remaining quota, and ensure to respect the settings before sending extra requests. Use workflows that batch operations into sequences to avoid invalid bursts. If you see invalid payloads, review the instruction and payload; check that each page block fits under the limit and that the total size stays within the per-day cap. Before you run large campaigns, verify internet connectivity and plan to space requests to preserve reliability.
Basic Rephrasing with DeepLX: Endpoint, Parameters, and Example
Endpoint
Post to the DeepLX rephrase endpoint at https://api.deeplx.com/v1/rephrase with your API key in the Authorization header. Use POST and a JSON body containing text, targetlangcode, and optional controls for speed and accuracy. The button prompts the operation; this path is made for fast iterations and reliable results. Press the button to send and receive a rephrased string in the requested language. The endpoint supports both single and batch requests via the instances array and forks for parallel processing. For testing, switch to deepl-mock to simulate responses without consuming credits. The manual parameter lets you override automatic tone when you need precise phrasing inside a longer document. You can attach images inside the context, but keep the primary input as plain text for best results. The glossaryentode field enforces term consistency beyond the default glossaries, which helps when you review academic, technical, or industry-specific content. The limits include character-month quotas and per-call caps, visible in your dashboard. Thank you for trying the quick test with deepl-mock.
Parameters and Example
What you send: text (string, required), targetlangcode (string, required like en or en-US), source_lang (optional), model (academic, fast, or general), tags (array of strings you want to attach to the result), inside and images (optional context fields), glossaryentode (array of terms to preserve), instances (array of texts to rephrase in one call), forks (number of parallel workers), and limits (tight control over requests). The endpoint returns rephrased, target, and cost, so you can audit the result and adjust your glossary for future passes.
Example payload (conceptual): { "text": "This sentence should be rephrased smoothly.", "targetlangcode": "en", "model": "academic", "glossaryentode": ["neural network","token"], "tags": ["rephrase","examples"], "instances": ["Sentence one.", "Sentence two."], "forks": 2 }
Example response snippet: { "rephrased": ["This sentence should be rewritten smoothly."], "target": "english", "cost": 0.01, "charactersmonth": 3500, "review": "ok" }
Building a Simple Rephrase Workflow: From Text to Output
Begin with a lightweight, local rephrase service and a token-based API guard to prevent incurring unexpected costs. Build the pipeline to take plain text, apply auto-detection and route german input to the neural model.
Implement a three-stage flow: pre-process with normalization and validation, run a neural rephrase, then post-process that deletes duplicates and trailing whitespace, and ensures the final output meets style guidelines. Keep the process accessible through documentation so teams can access guidelines easily.
Auto-detection selects the right language path; whether the input is german or another language, route to the appropriate model. If the input is german, use a german-optimized model; otherwise use the general path. The switch remains open and fast.
Output quality relies on a concise validation step and a quick manual review. Use a small, deterministic post-process to standardize punctuation, capitalization, and token spacing so the final text integrates smoothly with downstream systems.
Offer an option spanning a free tier and paid plans. Track usage with a token-based quota and provide documentation on how to monitor limits and request higher access when needed. If you provide an open model, you can reduce latency while keeping the workflow approachable.
Support collabora-style workflows by keeping the code modular and contributing back with clear examples. Developers around the world benefit from concise tutorials, manual steps, and sample data. When you contribute, include the documentation and link to provided assets.
Take a quick look at performance metrics: target latency under 200 ms on a local setup, semantic-preservation accuracy above 82%, and readiness for cross-language reuse at scale. Provide operators with a practical checklist to verify before each release.
Provided templates help teams apply the workflow in real projects, keeping the path straightforward and documentation up to date. The approach remains user-friendly, with a clear focus on open access and practical results.
Alternatives to Free DeepLX: Other Free Plans and Rewriting Tools
Start with an open-source rewrite stack you can run locally to avoid incurring API costs and preserve production control. Install a lightweight paraphrase engine on your server, expose a minimal API, and call it directly from your app while maintaining the same version of your prompt across requests. bonjour.
Try a mix of options: various free plans exist from OpenAI, a gpt-35 sandbox with limited daily tokens, the deepls free plan for basic text rewrite, and open-source models hosted on HuggingFace that run on modest hardware. Use a simple axios wrapper to send content and inspect responsejson, so you can compare outputs side by side and get help evaluating differences. The path to testing is to configure a small quota per day and cache results to avoid repeated requests.
To compare quality, feed the same prompt and text to each option, then measure consistency across results. Save output as a file with a version tag, and preserve formatting so production-ready copies stay clean. When you handle multilingual text, verify that the prompt structure remains stable across engines and versions.
Dépannage : si une connexion est interrompue ou que des pics de latence se produisent, réessayez avec une exponentielle décroissante et enregistrez les charges utiles. Soyez conscient des limites et de la limitation du débit, et ayez une option de repli si un outil renvoie du texte illisible. Pour les environnements académiques, effectuez des essais parallèles pour collecter des métriques et partagez un rapport concis. En fonction de votre pile technologique, vous pouvez relayer les erreurs vers un moniteur centralisé et déclencher des alertes lorsque les temps de réponse dépassent les seuils.
Notes d'intégration directe : pour les équipes utilisant une interface de type REST, enveloppez l'outil local ou distant derrière un petit point de terminaison. Utilisez un chemin versionné, par exemple /api/v1/rewriter, pour maintenir la compatibilité lorsque vous mettez à jour le moteur. Transmettez l'invite et le texte sous forme de charge utile JSON, et épinglez la version du modèle si disponible. Enregistrez les journaux dans un fichier pour l'audit et maintenez un journal des modifications pour suivre les révisions.
Formats de données et interopérabilité : privilégiez les charges utiles responsejson et maintenez un schéma de fichier stable afin de faciliter le traitement en aval. Si vous exportez des résultats, utilisez du texte UTF-8 et préservez les caractères de nouvelle ligne pour éviter les dérives de formatage dans les pipelines. Soyez conscient des contraintes de confidentialité et privilégiez le traitement local lorsque cela est possible afin de minimiser l'exposition, en particulier pour les contenus sensibles.
Conseils d'entretien : Surveillance de l'utilisation, mise en cache et gestion des erreurs
Activer les métriques par appel et définir des alertes sur les seuils ; par exemple, alerter lorsque l'utilisation atteint 90% de la quota quotidienne sur tous les instances. Utiliser un tableau de bord léger pour afficher les appels, les succès de cache et les taux d'erreur par conteneur, service et travailleurs terminaux.
Surveillance de l'utilisation sur les instances et les tâches
- Instrumenter chaque appel avec axios vers l'API deeplx, en enregistrant l'horodatage, le hachage du texte source, la langue cible, le statut et la latence.
- Suivez les appels par instance et par conteneur pour détecter les pics avant qu'ils ne deviennent des problèmes ; regroupez les données par glossarydicts et par le glossaire pour voir où se concentre la demande de traduction.
- Stocker les métriques dans un magasin de séries temporelles et exposer un endpoint Prometheus ou REST pour permettre un examen approfondi par instance, clone ou conteneur pendant les incidents.
- Définir des règles d'alerte : si le taux d'appels ou le taux d'erreurs dépasse un seuil, notifier via votre canal de permanence et inclure un lien vers les journaux pertinents dans le terminal pour un débogage rapide.
- Parfois, des pics surviennent pendant les fenêtres de traduction en masse ; surveillez par langue source, langue cible et type de tâche afin de réduire les surprises, tout en suivant l'impact sur les tâches de fond.
- Assurez-vous que le plan de surveillance fait lui-même partie du contrôle des modifications afin de détecter les changements affectant la disponibilité sur des dizaines d'instances.
- Remercier l'équipe d'astreinte pour le diagnostic rapide et les runbooks de mise à jour après les incidents afin de capturer les leçons apprises.
Caching, Gestion des erreurs et Configuration sécurisée
- Implémenter une couche de cache économe en espace : TTL de 24 heures pour les traductions à usage général et de 1 heure pour les termes sensibles au temps ; envisager la mise en cache en mémoire pour la vitesse et Redis ou un autre magasin pour le partage entre instances.
- Utilisez une clé de cache stable : hachage du texte source + langue cible + termes du glossaire ; mettez à jour glossarydicts lorsque vous ajoutez des termes et maintenez le glossaire synchronisé avec les traductions.
- En cas de code 429 ou de délai d’attente, passez à un chemin de repli : traduisez par lots plus petits, réessayez avec une exponentiation de l’attente et enregistrez le nombre de tentatives ; cela maintient un débit stable tout en respectant les limites de l’API.
- Envelopper les appels deeplx via un petit proxy dans un conteneur pour faire respecter une règle de pare-feu et garder les appels sortants sécurisés ; surveiller les anomalies et faire tourner les informations d'identification avec un processus de configuration sûr.
- Dans une configuration basée sur des conteneurs, conservez une copie de glossarydicts dans un stockage distant ; chargez au démarrage et actualisez périodiquement pour éviter de perdre les glossaires lors des redémarrages ; cela réduit l'utilisation de l'espace et améliore la résilience.
- Utilisez des commandes de terminal (curl, dnslookup, ou un appel de test axios) pour vérifier la connectivité et la résolution DNS ; les vérifications de santé de type bonjour-style aident à confirmer que les services sont accessibles avant de traduire.
- Maintenir un glossaire (glossary) de termes afin de réduire la charge de travail de traduction ; les glossarydicts servent de consultations rapides et aident à réduire le volume d'appels, augmentant le gewinn en termes de débit et réduisant la latence.
- Pour l'apprentissage, enregistrez les résultats et ajustez les TTL et les stratégies de mise en cache ; surveillez le taux de réussite du cache en tant que métrique d'apprentissage et mettez à l'échelle selon les instances lorsque le trafic augmente ; cela aide deeplx à rester réactif tout en maintenant des coûts prévisibles.
- Documenter un chemin de retour arrière : si un chemin de traduction échoue, revenir à un cache précédent et reprendre la traduction via un défaut sécurisé ; s’assurer que les règles de sécurité et les paramètres de pare-feu restent intacts pendant le retour arrière.
