Description

Description
Vous gérez un site WordPress ? Que vous soyez débutant ou expérimenté, avec ou sans connaissances techniques, Tricot vous donne le plein contrôle sur vos traductions. En combinant intelligemment l’IA et l’expertise humaine, Tricot rend la gestion multilingue accessible à tous les gestionnaires de sites WordPress.

La nouvelle méthode pour traduire votre site WordPress
Tricot révolutionne la manière dont les propriétaires de sites WordPress gèrent leurs traductions en combinant la puissance d’un moteur d’intelligence artificielle de pointe avec une interface intuitive. Notre architecture technique repose sur un système distribué où une extension légère installée sur votre site WordPress communique de manière sécurisée avec notre application centrale via une interface de programmation dédiée. Cette application traite vos demandes de traduction en utilisant des technologies d’intelligence artificielle reconnues mondialement pour leur précision et leur fiabilité.

Vos traductions, votre propriété
L’une des particularités fondamentales de notre approche est que les traductions générées sont stockées directement dans votre base de données WordPress. Cette architecture garantit que vos traductions restent toujours accessibles et sous votre contrôle. Vous bénéficiez ainsi de la puissance de notre infrastructure de traduction tout en conservant une autonomie complète sur votre contenu multilingue.

Une gamme complète de fonctionnalités
Traduction automatique par intelligence artificielle, gestion multilingue des contenus, tableau de validation permettant de réviser et d’ajuster les traductions, détection automatique des contenus nécessitant une traduction, ainsi que des outils avancés d’import et d’export. L’ensemble est accessible via une interface centralisée qui vous permet de gérer efficacement tous les aspects de votre stratégie multilingue.

Pourquoi Tricot

1. Installation en seulement quelques clic
Oubliez les configurations complexes. Activez l’extension Tricot, lancez la traduction par IA… et votre site WordPress est traduit!

2. Toujours à jour, dans toutes les langues
Tricot détecte les nouveaux contenus et génère automatiquement une traduction machine. Un site multilingue toujours à jour, c’est possible.

3. La force de l’IA et l’expertise humaine
Tricot est pensée pour valoriser l’intervention humaine. Validez et modifiez facilement les traductions machines dans votre tableau de validation.

4. Vos traductions, votre propriété
Les textes traduits vous appartiennent, même sans abonnement (mais vous ne voudrez plus vous passer de nous!)

Pour plus d’informations
visitez tricotwp.com

Captures d’écran

Détection et traduction automatique par l’IA — Un tableau de validation convivial

FAQ

Puis-je modifier les traductions générées par l’IA?: Absolument! Notre tableau de validation vous permet de valider et de modifier chaque traduction générée par l’IA. Vous pouvez le faire directement dans l’interface de votre site WordPress, ou exporter en CSV, faire réviser par un professionnel, puis réimporter (avec l’abonnement PREMIUM). Tricot vous informe toujours du pourcentage de votre contenu validé par un humain!
Combien de temps faut-il pour traduire un site complet?: La traduction initiale prend généralement entre 2 et 15 minutes en fonction de la taille de votre site WordPress. Notre extension détecte automatiquement tout votre contenu et le traduit avec l’IA. Ensuite, il vous suffit de valider les textes importants à votre rythme.
Comment calculer le nombre de crédits nécessaires à la traduction de mon site WordPress?: Les crédits sont nécessaires pour activer la traduction automatique par IA. Chez nous, pas de calcul compliqué. 1 crédit = 1 mot traduit dans 1 langue. Un site moyen contient en moyenne de 10 000 à 20 000 mots. C’est exactement le nombre de crédits dont vous aurez besoin pour traduire avec Tricot! Votre site compte plutôt 50 000 mots? Prévoyez 50 000 crédits! Ensuite, comptez environ 20 % de nouveau contenu par année.
La traduction automatique est-elle vraiment fiable pour un site professionnel?: Les traductions générées par l’intelligence artificielle sont d’une grande qualité et peuvent convenir pour 90 % de vos contenus. Cela dit, nous recommandons de toujours prévoir une vérification humaine, surtout pour les textes critiques (légal, marketing). Heureusement, notre interface est brillamment conçue pour simplifier la révision!
Je ne suis pas à l’aise de vérifier les traductions. Proposez-vous un service de révision professionnelle?: Oui! Nous comptons sur les services d’experts linguistiques pour la révision de vos traductions! Il vous suffit de faire une requête de révision linguistique directement dans l’interface Tricot et un professionnel validera vos contenus. Les modifications seront apportées directement dans votre tableau de validation Tricot! Aucune manipulation de votre côté : nous nous occupons de tout. Service facturé à la demande, selon votre forfait et le volume.
Est-ce que Tricot est compatible avec mon thème et mes plugins?: L’extension Tricot fonctionne avec la grande majorité des thèmes et plugins WordPress les plus connus. Nous supportons les builders populaires, les plugins de formulaires, et même le contenu dynamique.
Tricot fonctionne-t-il avec WooCommerce ?: Nous travaillons à créer une intégration complète qui gère non seulement les traductions de base (produits, descriptions, catégories) mais aussi les subtilités e-commerce comme les pages dynamiques, les attributs, et les courriels automatisés. En attendant, Tricot traduit déjà les pages standards de votre boutique (accueil, produit, à propos, politique). Pour une solution e-commerce multilingue complète, nous recommandons d’attendre notre mise à jour WooCommerce prévue prochainement.
Que se passe-t-il si j’annule mon abonnement?: Vos traductions restent actives sur votre site. Vous gardez tout ce qui a été traduit. Vous perdez simplement l’accès aux fonctionnalités payantes, comme la traduction IA, la détection automatique des contenus, l’import/export, etc. C’est l’avantage de notre architecture locale.

Avis

guillaume4571 11 février 2026

Tricot tient sa promesse et traduit le site en quelques clics.

Lire l’avis

Contributeurs & développeurs

« Tricot » est un logiciel libre. Les personnes suivantes ont contribué à cette extension.

“Tricot” a été traduit dans 1 locale. Remerciez l’équipe de traduction pour ses contributions.

Traduisez « Tricot » dans votre langue.

Le développement vous intéresse ?

Parcourir le code, consulter le SVN dépôt, ou s’inscrire au journal de développement par RSS.

Historique des changements

3.6.10 – 2026-05-21

FIX – SEOPress internal records (seopress_404, seopress_bot, od_url_metrics) are now excluded from Tricot source detection and source filters. The SEOPress SEO integration remains active for real pages, while 404 logs and URL metrics no longer pollute the validation table or crawling queue.
DEV – Marked compatibility as tested up to WordPress 7.0.

3.6.9 – 2026-04-29

FIX – Prevent Tricot from deleting Elementor’s generated post-*.css files during the frontend translation buffer, avoiding temporary unstyled translated pages caused by 404s on Elementor page CSS.

3.6.8 – 2026-04-24

FIX – Two stranded write paths in ajax_update_translation() now sync to the Tricot app. (1) Manually adding a media translation in the validation table (type === 'medias' branch, tricot_ajax.php ~ line 2293) inserted the row locally but never called send_translations() — the app’s domain DB stayed unaware of the manual value, and a subsequent re-translation request for the same hash would have hit DeepL again instead of reusing the admin’s input. (2) Manually adding a translation for a NEW target language (tricot_ajax.php ~ line 2325, the new-lang-variant insert from a source row) had the same gap. Both branches now sync : with auto=false if the admin provided a value (manual translation), with auto=true if the field was left blank (request a fresh DeepL pass for the new language)
ADD – Tricot_Editor::frontend_editable_types() and Tricot_Editor::is_type_frontend_editable($type) — single source of truth for which translation types can be edited in-place via the front-end editor versus types that are only editable in the validation table. Lists content, content-html, attr, link (external), image, video, iframe, media-attr, title, excerpt. Excludes meta:* (in <head>, not clickable), attachment (URL-only), gravityforms / wpforms / formidable / fluentforms / woocommerce / media:* (rendered via plugin filters outside the DOM scanner’s reach — the form wrappers are explicitly excluded from DOM parsing by design). Helper available for future UI work (3.7.0 will add a « scope » badge in the validation table)
ADD – Front-end editor markers now extended to video and iframe elements. Admin can click a translated video / iframe URL on the live site and edit it in-place via the editor tooltip, same as external links. The hash is now propagated through check_translations() for these types so apply_translations() can attach the tricot / original / hash attributes when the front-end translator session is active. Coverage previously stopped at text and image markers — gap closed for embed-style media
DEV – Audit complète des chemins détection app : tricot_ajax (corrigé), tricot_dom (queue + flush ✓), tricot_url::cron_indexation (passe par DOM scanner du wp_remote_get ✓), Tricot_Tierce/* (queue via string_translate + flush shutdown ✓), tricot_media_library::index_attachment_meta (call direct ✓), tricot_media_library::attachment_fields_to_save (call direct ✓). Aucun autre orphelin identifié

3.6.7 – 2026-04-24

MOD – « Clean stuck placeholders » button moved from the Glossary page to Advanced Settings (new « Maintenance » section). This is an emergency tool, not a day-to-day glossary operation — it now lives alongside the other maintenance toggles (debug level, cron interval, detection depth) and no longer clutters the Glossary admin UI. Also no longer gated on can('glossary') : an ex-Pro site that downgraded to Free must still be able to clean up contaminated rows (the Glossary page redirect is gated, the Advanced Settings page is only gated on manage_options, so this fix unlocks the maintenance for every site)
FIX – « Force replace existing translations » (Glossary page) is now actually forcing re-translation when a new glossary term needs to apply to existing rows. Before 3.6.7, pass 3 (the re-translation via API path, used when local substitution cannot align the existing translation with the new glossary) was silently broken : the plugin cleared translated and re-queued the IDs, but the app’s receive_text() short-circuited on its cached translation_auto column and returned the OLD translation — the one that predates the glossary change — without ever calling DeepL again. restore_masked_terms() then ran on a string that never contained the mask tokens, producing a no-op. Result : admin clicks « Force apply », sees « N translations updated », and sees zero actual change on the front-end. The plugin now calls the new App 0.9.7 endpoint POST /wp-json/tricot/v1/flush_auto_cache with the exact list of hashes to invalidate BEFORE re-submitting — forcing the app to run DeepL fresh with the new masking, and glossary terms actually propagate to existing translations. Same pattern as the 3.6.5 stuck-placeholders fix, but scoped by hash list rather than LIKE scan of the domain. Answers the recurring report « le glossaire ne s’applique pas aux traductions existantes »

3.6.6 – 2026-04-24

FIX – Priority rule on the type column when two capture paths land on the same hash. Before this release, a string captured by the generic DOM scanner (type content) and also captured by a dedicated integration (type gravityforms, wpforms, formidable, fluentforms, woocommerce, meta:title, meta:description) would oscillate between the two values depending on hook order from one request to the next — making the « Type » filter in the validation table unreliable. The integration type now always wins against a DOM type; title and excerpt keep their previous override behavior; any other transition leaves the first capture in place (avoids ping-pong). New helper Tricot_Translate::known_types() centralizes the type list — extension point for future integrations
ADD – Warning log when send_translations() sees an unknown type reaching the app. Detects typos (woocomerce vs woocommerce) and silent regressions when a new integration forgets to register its type in Tricot_Translate::known_types(). Does not block the send — the type != 'link' exclusion remains the only hard gate — just surfaces the new type in the debug log for audit
ADD – Anonymous visitor throttle on send_translations() (2-second global window, transient-backed). Since 3.6.4, detection is open to anonymous visitors — without throttling, a traffic spike (bot, malicious crawler, post going viral) could fire 1000+ API calls in seconds and burn credits + saturate DeepL. Admin users, the Tricot crawler user-agent, and AJAX calls from the validation table all bypass the throttle. Strings skipped by the throttle stay in the DB with translated = NULL and are picked up by the next authenticated visit, a later shutdown flush, or the detection cron
ADD – Informational notice on the Validation table for Free-plan sites explaining that detection continues even without auto-translation — empty rows are expected and represent future translation work that will unlock once a paid plan is active. Previous users coming back from Pro/Premium keep seeing their existing translations rendered normally on the front-end (nothing is purged on downgrade except trial-flagged rows)
ADD – Chunking on « Force replace existing translations » (Glossary page). Before 3.6.6, the button scanned every translation in one request and sent the full batch to the API — a site with 10k+ rows would timeout on PHP execution limit or produce an oversized API payload. The button now processes 500 rows per click (configurable via the tricot_glossary_force_apply_chunk filter) and reports a « More remain — click again » message when additional rows are pending. No UI change, no background job, just a safe cap that preserves idempotence
FIX – Companion to App 0.9.6 : the app now also detects HTML content heuristically via string_looks_like_html(), so integration-tagged strings (gravityforms, wpforms, fluentforms, formidable, complianz, woocommerce) containing real HTML markup (form descriptions with styling tags, confirmation messages, RGPD banner copy, transactional emails) are now passed to DeepL with tag_handling: html — tags preserved, attributes intact, entities not mangled. Previously, only the literal type string content-html (emitted by the Unified HTML DOM mode) triggered HTML mode; everything else went through as plain text

3.6.5 – 2026-04-24

ADD – New « Clean stuck placeholders » button on the Glossary page. Scans the local translations table with LIKE '%TRICOTGLOSSARYTOKEN%' and LIKE '%XZQTGM%QZX%' — portable across MySQL versions/collations and broad enough to catch placeholders whose suffix was mutilated by DeepL (e.g. TRICOTGLOSSARYTOKEN1KNITTING where the « TRICOT » tail was translated). Clears translated and suggested, resets validated to 0, invalidates the in-process glossary mask cache, and re-queues those rows through the auto-translation pipeline so DeepL returns clean values. Answers the case where admins cannot remove stuck placeholders manually : force_apply_to_existing_translations() skips rows whose originating glossary entry has been deleted since, leaving the tokens visible in the validation table with no UI path to flush them
ADD – The button also calls the new Tricot App endpoint POST /wp-json/tricot/v1/clean_stuck_placeholders (App 0.9.5+) BEFORE re-submitting the affected IDs for auto-translation. Without this server-side flush, the retry was a no-op : the app’s receive_text() handler short-circuits to the cached translation_auto column when it is non-empty, so re-submitting a contaminated hash returned the same stuck placeholder from the app instead of calling DeepL again. The plugin now guarantees the app’s translation_auto / translation_user / translation columns for the affected hashes are NULLed first, so the next send_translations() triggers a fresh DeepL pass with the safe placeholder masking. The admin notice now reports both local and app-side cleanup counts

3.6.4 – 2026-04-23

FIX – Glossary mask placeholders (XZQTGM****QZX) stayed stuck in translations for batches that crossed multiple target languages at once. Root cause : Tricot_Glossary kept the mask-to-target mapping keyed by source hash alone. Since the same source text has one hash but N language-specific target mappings, processing a batch for ES EN DE KO in sequence caused each mask_terms_for_api() call to overwrite the previous language’s mapping — at restore time, only the last language had a valid mapping, and every other language ended up with raw placeholders surviving in the DB (and often with a completely wrong language in the output because DeepL got confused by what survived in the prompt). The cache is now keyed by hash + target_lang, so each language keeps its own mapping intact
FIX – Gravity Forms placeholders, labels and customLabel on sub-inputs were detected but not actually propagated to the rendered HTML when the field was a GF_Field object rather than a plain array. $field['placeholder'] = $translated via ArrayAccess did not update the public $field->placeholder property that GF’s rendering code actually reads, and $field['inputs'] sometimes returned a copy of the internal array — modifications via foreach (&$input) wrote to the copy, never the original. The integration now writes directly to public properties for objects and reassigns nested arrays in full after local modification, guaranteeing the translations land where GF actually looks for them
FIX – Gravity Forms submit / next / previous buttons now translated even when the rendered HTML bypasses $form['button']['text']. Some themes, add-ons or locale overrides rebuild the button HTML from their own strings, so modifying the form object via gform_pre_render wasn’t enough — the final rendered text remained in the source language. Added filters on gform_submit_button, gform_next_button and gform_previous_button that translate the value="" attribute of <input type="submit"> and the inner text of <button>...</button> directly on the rendered HTML, as a safety net over the upstream form-object filter
ADD – Validation table’s « Type » filter dropdown now builds dynamically from the types actually present in the translations table. Instead of showing every possible integration (Gravity Forms, WPForms, Fluent Forms, Formidable, WooCommerce) whether or not they’re used, only types with at least one row in wp_tricot_translations appear — a site that only uses Gravity Forms won’t see empty « WPForms » or « Formidable » options in the filter
FIX – Detection and auto-translation now run for anonymous visitors (not only admins and the Tricot crawler). Previously two gates in tricot_dom.php were scoped to is_user_logged_in() || TricotCrawler : the send-to-App step in check_translations() and the table_sources.timestamp refresh that marks a page as « recently seen ». That meant strings rendered only to public visitors — meta:title via Yoast / SEOPress / RankMath, ACF-driven content, conditional blocks — stayed in the database with translated = NULL until an admin happened to visit the same page, and the admin had no feedback that detection had actually occurred. Both gates are now open by default. Can be restored to the previous restricted behavior by defining TRICOT_ADMIN_ONLY_AUTO_TRANSLATE in wp-config.php
FIX – Gravity Forms specifically : the .gform_wrapper DOM subtree is explicitly excluded from Tricot’s DOM parser (by design, since GF uses its own gform_pre_render filter), so check_translations() never flushes GF strings. Added a dedicated flush at the end of translate_form() that sends pending GF translations to the App right after the form has been processed — with full request context (source_id, urls, license, api all guaranteed initialised) rather than waiting for the shutdown hook where some of that context can be missing. Idempotent across multiple form renders per request
FIX – Third-party plugin strings (Gravity Forms, WPForms, Fluent Forms, Formidable, WooCommerce) were silently dropped from the translation batch sent to the App. The whitelist in send_translations() only kept content, title, excerpt, meta:* and media:* — every integration-specific type was filtered out before reaching DeepL, leaving rows stuck with translated = NULL in the validation table. Replaced the whitelist with a narrower exclusion that only skips link (which has its own URL pipeline), so every textual type now reaches the App regardless of its origin plugin
FIX – Auto-translation now triggers reliably for strings detected outside the DOM pipeline — WPForms, Fluent Forms, Formidable, Yoast / SEOPress / RankMath SEO (meta:title, meta:description), ACF, etc. Previously, strings picked up by these third-party filters landed in the database with translated = NULL and waited for an admin or the Tricot crawler to visit the page before being sent to the App. Now a centralized end-of-request flush (shutdown hook) sends any pending new translations regardless of the detection channel, so anonymous visitors to a public form or a SEO-driven page will get translated content on subsequent visits without waiting for an admin pass
FIX – Gravity Forms : placeholders and labels now reliably translated on field types that stored them outside the main placeholder key. Added coverage for chooseFile (fileupload button), checkboxLabel (consent fields), nextButton / previousButton on multi-step page fields, the form-level lastPageButton, and customLabel / defaultValue on sub-inputs of name, address, and email/password-with-confirmation fields. Also hardened the traversal against fields/choices/inputs returned as objects instead of plain arrays

3.6.3 – 2026-04-21

ADD – New « Group formatted sentences » toggle in Advanced settings (Site indexing section) to disable the automatic grouping of sentences with inline styling. Useful on themes that produce many structural widgets where grouping causes unwanted reordering

3.6.2 – 2026-04-21

FIX – Price widgets and other structural blocks (e.g. « 15 $ / mois » with inline-styled spans) are no longer mistakenly unified as one translation string. Tricot now requires at least one direct text node around inline elements before treating a parent as a prose paragraph — widgets made of pure span-only structure are kept fragmented and translated token by token, preserving numbers and currency positioning

3.6.1 – 2026-04-21

ADD – Free 7-day trial with 3,000 credits and most Premium features — new option in the installation wizard, with countdown banner, automatic conversion to Pro/Premium on payment, and post-expiration retention window
ADD – License expiration date now displayed next to the Active badge on the License activation page, plus new « Upgrade my license » button that redirects to the customer portal
ADD – Credit management page redesigned with dynamic display of the 3 credit bundles available for the current plan
ADD – Range selection (Shift+Click) on the Validation table and Links/Media table bulk-select checkboxes — standard file-manager behaviour
ADD – Dedicated compatibility modules for Yoast SEO, Rank Math, All In One SEO, The SEO Framework, Slim SEO, SmartCrawl, Gravity Forms, WPForms, Formidable Forms, Fluent Forms, Elementor, Divi, The Events Calendar, Complianz (RGPD)
ADD – Automatic cache invalidation on translation changes for WP Rocket, W3 Total Cache, LiteSpeed, WP Super Cache, WP Fastest Cache, SG Optimizer, Hummingbird, Cache Enabler, Breeze
ADD – Configurable detection cron frequency and start hour in Advanced settings — from every 30 minutes to once a day, with a 2 AM default to scan during off-peak hours
ADD – Advanced ACF integration toggle (Advanced settings ACF integration) for themes that read ACF values outside standard HTML rendering (REST API, JavaScript, Options Pages)
ADD – Glossary now available on the Pro plan (previously Premium-only) — no more lockout for clients who add terms during trial and convert to Pro
MOD – Wizard pricing updated — PRO: $240/year, PREMIUM: $480/year (was $260 and $486)
MOD – Menu label « Gestion du crédit » corrected to « Gestion des crédits » (plural)
MOD – Trial countdown hour/day rollover is now intuitive — a freshly-started 7-day trial displays « 7 jours » instead of « 6 jours »
FIX – Glossary terms are now reliably applied to new and existing translations — placeholder masking is more robust against DeepL quirks, and the « Re-apply to existing translations » button now re-translates through the API when a simple substitution is not enough
FIX – WordPress native spinners (inline edit save, media uploads, updates) no longer break due to a CSS class collision
FIX – Yoast SEO and Gravity Forms integrations are now effectively loaded (previously dormant due to an initialization oversight)
FIX – Conversion from trial to paid plan now correctly deducts credits consumed during the trial from the new plan’s pack
FIX – « License partially converted — repair required » banner no longer stays displayed on already-converted licenses
SEC – All new REST endpoints protected by license + API key validation on the public side, and manage_options capability on the administration side

3.5.12 – 2026-04-10

FIX – Les titres et descriptions SEOPress sont désormais pris en compte lors de la détection manuelle, à condition que l’option « Contenu SEO » soit activée dans la section « Gérer les langues ». L’ancienne option tricot_crawler_seo (définie uniquement par l’ancien crawler) n’est plus le seul critère déterminant pour l’insertion des balises meta:title/meta:description — le paramètre global automatic_options[« seo »] a désormais la priorité, ce qui correspond aux attentes des utilisateurs
FIX – Le bouton de basculement du placement automatique sur la page de sélection de la langue désactive désormais correctement la fonctionnalité lorsqu’il est décoché : la liste `menu_locations` est effacée lors de l’enregistrement, de sorte que le sélecteur de langue n’est plus intégré dans aucun menu, même si les cases à cocher restent cochées dans le panneau de paramètres (désormais masqué)
ADD – Nouveau champ booléen auto_placement_enabled dans le schéma tricot_language_switcher_options, avec une valeur par défaut rétrocompatible déduite de la présence d’emplacements de menu existants

3.5.11 – 2026-04-10

FIX – L’interrogation de l’état d’avancement de la détection ne s’interrompt plus dès la première erreur réseau passagère. Un compteur d’échecs consécutifs avec délai d’attente exponentiel (jusqu’à 30 secondes entre les tentatives) permet à la détection de reprendre automatiquement dès que le serveur est à nouveau opérationnel. L’interrogation n’est abandonnée qu’après 10 échecs consécutifs (environ 2 minutes de déconnexion continue).
FIX – Les requêtes de sondage AJAX ont désormais un délai d’expiration de 60 secondes au lieu de la valeur par défaut de jQuery, ce qui permet de s’adapter aux serveurs lents qui ont parfois besoin de plus de temps pour répondre lors de lots de détection volumineux
MOD – Le compteur d’erreurs de détection est réinitialisé au début d’un nouveau cycle de détection manuelle et après chaque interrogation réussie, afin que les brèves interruptions ne s’accumulent pas d’une session à l’autre

3.5.10 – 2026-04-10

ADD – Nouvelle fonction d’aide Tricot::ui_excluded_post_types() et nouveau filtre tricot_ui_excluded_post_types permettant de centraliser la liste des types de publications personnalisés masqués dans les menus de sélection (assistant, indexation, gestion des langues, robot d’indexation)
FIX – Les filtres de traduction des balises meta title et meta description de SEOPress (seopress_titles_title, seopress_titles_desc) s’appliquent désormais systématiquement, quelles que soient les exclusions définies pour les types de publication personnalisés « 404 » et « bot » de SEOPress : ces filtres ne font que masquer les entrées dans les interfaces de sélection utilisateur et n’empêchent en aucun cas l’intégration basée sur les filtres.
MOD – Les exclusions CPT (elementor_library, e-floating-buttons, seopress_404, seopress_bot) proviennent désormais d’une liste unique dans la classe principale, au lieu d’être codées en dur dans six fichiers distincts, ce qui évite les divergences et rend la liste extensible via un filtre

3.5.9 – 2026-04-10

AJOUTÉ – Nouvelle option « Migré » dans le filtre d’état du tableau de validation, de la fenêtre contextuelle d’exportation et de la fenêtre contextuelle de demande de validation, permettant aux administrateurs d’isoler rapidement les traductions importées depuis le plugin Tricot Migration
ADD – Nouvelle chaîne localisée « migrée » dans les chaînes JavaScript de tricotValidation

3.5.8 – 2026-04-10

ADD – Nouvel état de validation « Migré » (valeur 4) pour les traductions importées via le plugin Tricot Migration, affiché avec une couleur de bouton de basculement distincte (#97A5FF)
ADD – L’exportation CSV/XLIFF indique désormais « Migré » pour les traductions transférées, au lieu de « Non ».
ADD – Import reconnaît « Migré » comme état de validation et le conserve lors des allers-retours
MOD – Le filtre de validation « Validé » inclut désormais l’état 4 (migré) en plus des états 1 et 3
MOD – Les statistiques de validation comptabilisent les traductions transférées comme validées
FIX – Lorsque l’utilisateur interagit avec un bouton bascule migré (en le désélectionnant puis en le sélectionnant à nouveau), l’état passe correctement de 4 à 1 (validé par l’utilisateur)

3.5.6 – 2026-04-09

ADD – Prise en charge de l’exportation et de l’importation au format XLIFF 1.2 pour l’interopérabilité des outils de traduction professionnels
ADD – Bouton de traduction groupée des métadonnées des médias sur la page « Liens et médias », avec indicateur de progression
ADD – Options flottantes du sélecteur de langue dans l’assistant de configuration (activation, position, style d’affichage)
ADD – Conseil sur la détection de la langue à l’étape 2 de l’assistant, avec un lien vers les paramètres généraux de WordPress
ADD – Bouton de basculement pour le placement automatique et paramètres de visibilité adaptatifs (masquage sur mobile/ordinateur de bureau avec des points de rupture indépendants) pour le sélecteur basé sur un menu
ADD – Tous les types de contenu sont désormais sélectionnés par défaut lors du premier lancement de l’assistant de traduction automatique
MOD – La page des paramètres du sélecteur de langue a été réorganisée en quatre sections distinctes : sélecteur flottant avec aperçu en temps réel, intégration au menu WordPress, placement automatique et intégration manuelle (codes courts et PHP)
MOD – La méta-boîte de l’éditeur de publication Tricot a été repensée et intègre désormais un aperçu du préfixe de l’URL (slug) ainsi que des liens d’action clairs
MOD – L’importation de fichiers enregistre désormais les types MIME personnalisés afin de contourner les restrictions de WordPress concernant les fichiers CSV, TSV, JSON, XML et XLIFF
MOD – Les importations au format XLIFF et au format structuré contournent automatiquement l’étape de mappage des colonnes
MOD – SEOPress : les types de publications 404 et « bot » sont exclus de la détection sur tous les points d’entrée (robot d’indexation, détection manuelle, assistant, interface d’indexation)
MOD – Mise à jour des couleurs par défaut du sélecteur flottant (texte : #232323, surlignage : #424242)
FIX – Le bouton d’enregistrement de l’éditeur frontal ne tourne plus indéfiniment
FIX – L’info-bulle de l’éditeur frontal reste active après une erreur réseau
FIX – La détection de contenu ne se bloque plus lorsque WP-Cron n’est pas disponible
FIX – Appel de traduction de lien redondant à chaque chargement de page
MOD – Amélioration des performances d’affichage des pages grâce à la mise en cache des URL multimédia et à la réduction des options chargées automatiquement
SÉCURITÉ – Renforcement de la validation HTML au niveau du frontend et de la gestion des erreurs DOM

3.5.5 – 2026-04-08

ADD – La détection manuelle s’exécute désormais sous forme de tâche d’arrière-plan dédiée et résiliente, indépendante de cron, de save_post et des flux de détection au chargement des pages
ADD – Les lots de détection manuelle traitent quelques sources à la fois, avec vérification de l’activité, verrouillage et reprise automatique en arrière-plan
ADD – Gestion automatique des nouvelles tentatives pour les éléments dont la détection manuelle a échoué, avant de les marquer comme erreurs définitives
ADD – Les tâches de détection manuelle bloquées sont désormais relancées automatiquement au lieu de laisser l’indicateur de progression figé indéfiniment
MOD – La détection manuelle dans « Manage Languages » reprend désormais et suit le processus d’arrière-plan dédié, au lieu de s’appuyer sur l’ancien état de progression global de Cron
MOD – L’étape de détection de l’assistant lance désormais la tâche de détection manuelle dédiée sur l’écran de progression, au lieu de déclencher l’exécution de l’ancienne tâche cron lors de la redirection
FIX – La détection manuelle n’indique plus que l’opération a réussi alors qu’aucune nouvelle tâche n’a été lancée, car une ancienne tâche cron planifiée existait déjà
FIX- L’interrogation manuelle de la progression s’arrête désormais correctement dès que l’opération est terminée ou a échoué, au lieu d’attendre indéfiniment que l’état atteigne exactement 100 %.

3.5.4 – 2026-04-07

ADD – Détection des URL de médias utilisées dans les déclarations CSS « background » et « background-image » intégrées, afin que les images d’arrière-plan puissent être traitées comme des médias standard
ADD – Détection des URL de médias dans les attributs HTML liés à l’arrière-plan, tels que data-bg, data-background, data-image, data-img et data-parallax, lorsqu’ils font référence à des fichiers joints WordPress
ADD – Nouveau processus de traduction des attributs « media » du DOM permettant de réécrire les URL des médias traduits directement dans les attributs « style » et les attributs « data-* » pris en charge
ADD – Prise en charge par le traducteur frontal des médias d’arrière-plan grâce à de nouveaux marqueurs de médias modifiables sur les éléments autres que les images
ADD – L’info-bulle de l’interface utilisateur pour les images et les médias peut désormais cibler des éléments utilisant des médias d’arrière-plan traduits, et pas seulement des balises
ADD – L’éditeur multimédia du frontend permet désormais de prévisualiser les médias d’arrière-plan originaux et traduits, et met à jour l’attribut correspondant lors de l’enregistrement
ADD – Les éléments de contexte multimédia affichent désormais des métadonnées de traduction côté interface utilisateur, telles que l’URL d’origine, l’URL traduite, l’identifiant de la pièce jointe d’origine et l’identifiant de la pièce jointe traduite, afin de faciliter la modification
Fix — Code mort dans tricot_rewrit_endpoint()
Correction sur l’initialisation des cookies qui entre en conflit avec le header
Fix — Retour anticipé pour les webhooks POST JSON
Fix — Vérification de nullité sur tricot_home_url

3.5.3 – 2026-03-24

ADD – Mode de traduction HTML unifié permettant de conserver les blocs formatés (
, balises en ligne, sortie WYSIWYG) sous la forme d’une seule chaîne de traduction
ADD – La fonction d’aide `tricot_wrap_unified_html()` et la documentation relative aux paramètres avancés dédiés à la traduction HTML unifiée
ADD – Intégration d’ACF pour une traduction unifiée dans les champs de texte, les zones de texte et les champs WYSIWYG
ADD – Page de glossaire et de mémoire de traduction avec gestion des termes préférés et application forcée aux traductions existantes
ADD – Suggestions du glossaire affichées directement dans le tableau de validation
ADD – Les termes du glossaire intégrés dans les demandes de traduction et les correspondances exactes du glossaire sont appliqués automatiquement lorsque cela est possible
ADD – Sélecteur de langue en mode flottant avec drapeaux, réglages de positionnement et de style, options de visibilité adaptatives et aperçu en direct
ADD – Amélioration de l’affichage du sélecteur de langue grâce à des ressources sous forme de drapeaux et à de nouvelles combinaisons d’affichage
ADD – Validation via le flux de travail Tricot à partir du tableau de validation, avec récapitulatif de la demande, processus de paiement et page d’importation dédiée
ADD – Statut distinct « validé par Tricot » dans le tableau de validation
ADD – La fonction d’exportation prend désormais en charge les formats CSV, TSV, JSON, XML et XLSX
ADD – La fonction d’importation prend désormais en charge les formats CSV, TSV, TXT, JSON, XML et XLSX, avec la possibilité de mapper les colonnes et de sélectionner le mode de validation.
ADD – Le format HTML unifié est désormais disponible en tant que type dédié dans les filtres de validation et préserve le code HTML lors des modifications manuelles
ADD – Prise en charge de la traduction des métadonnées multimédias pour les titres, les textes alternatifs, les légendes et les descriptions, y compris la traduction automatique

3.4.2 – 2026-03-02

FIX – Traductions automatiques d’URL
FIX – URL où le slug commence par la langue
REMOVE – Bannière en tricot avec une licence gratuite

3.4.1 – 2026-02-13

ADD – WooCommerce : redirection de l’URL vers la langue lors de l’ajout au panier
ADD – Changeur de domaine – détection automatique d’un nouveau domaine pour échanger la licence et autoriser un deuxième domaine pour le développement
MOD – Format de date optimisé
FIX – Traduire si le débogage est actif mais l’affichage non débogué

3.4.0 – 2026-01-22

ADD – Support Woocommerce
ADD – Avertissement si PHP DOM n’est pas activé
ADD- Ajouté le « Meta » dans les type de filtre du tableau de validation
ADD – Envoyer le contexte de la traduction pour améliorer le retour de DeepL
ADD – Traduction du « Placeholder » pour les textarea
Fix – Traduction des médias – ordre d’affichage du plus récent au plus ancien

3.3.7 – 2026-01-20

FIX – Support de la traduction des liens dans un sous répertoire

3.3.6 – 2026-01-13

ADD – Capture de traduction – Mode avancé VS Mode hérité

3.3.5 – 2025-12-16

FIX – erreur avec l’image lors de l’enregistrement de la traduction

3.3.4 – 2025-12-12

FIX – Problème de compatibilité avec Gravity Form Ajax (iframe src=about:)

3.3.3 – 2025-12-10

Modification du message pour la fenêtre contextuelle sur la nouvelle langue pour l’indexation
Traduction française canadienne mise à jour

3.3.2 – 2025-12-03

ADD – Prise en charge de WordPress 6.9
ADD – Fenêtre contextuelle sur la nouvelle langue pour l’indexation
ADD – Bouton à la fin de l’assistant
ADD – Base de couleur sur crédits faibles
MOD – Supprimer le CSS personnalisé
MOD – Remplacer ob_start par la fonction interne de WordPress pour le tampon HTML
FIX – Traduction du portugais (brésilien)

3.3.1 – 2025-11-27

FIX – Sauvegarde de la langue publique
ADD – Autoriser la traduction des placeholder
ADD – Autoriser la traduction des vidéos et des iframes
ADD – Traducteur frontend (Bêta)

3.2.6 – 2025-10-29

FIX – Le Wizard n’envoyait pas correctement la langue au serveur
FIX – Erreur sur certaines configurations linguistiques – Erreur sur certaines configurations linguistiques

3.2.4 – 2025-10-28

ADD – Assistant de configuration
ADD – Ajouter manuellement un lien personnalisé pour la traduction
MOD – Amélioration visuelle pour l’option restreinte dans le cadre du forfait gratuit
MOD – Vérification visuelle de la page de gestion des langues
MOD – Modification de la logique de détection automatique pour la traduction automatique
MOD – Détection automatique exécutée par CRON
MOD – Séparer la page de sélection de la langue de la page de gestion des langues.
FIX – Appel API lors de la suppression d’une traduction
FIX – Plan gratuit si licence invalide
FIX – Traduction automatique du permalien
SÉCURITÉ – Réviser le code SQL pour supprimer implode Where

3.1.2 – 2025-09-19

Version pour publication.

3.0.1 – 2025-05-27

Plugin créé.