Start in the Figma plugin
Authorize with your StringsOS account, choose or create a project, and complete its shared setup inside the plugin.
Start in the StringsOS Figma plugin, connect or create a project, and send selected designs to StringsOS before mapping text layers and pulling approved copy back into Figma.

Navigation
For a fresh connection, begin in the StringsOS plugin inside Figma. Choose or create the StringsOS project there, finish project setup, and send selected artboards. After the first send, the content appears under Sync & Integrations → Design source in StringsOS.

Two-way workflow
A fresh connection begins in the Figma plugin. The plugin pairs or creates the StringsOS project and sends only the content you select. StringsOS becomes the workspace for mapping, localization, review, and approved writeback plans.
Authorize with your StringsOS account, choose or create a project, and complete its shared setup inside the plugin.
Send only the artboards you choose. StringsOS receives their text, layout context, and style metadata.
Reuse or create keys, translate the copy, resolve mapping changes, and complete review and QA.
Preview approved source or translated copy and apply it to the same Figma layers after confirmation.
Push
Select artboards, confirm the naming pattern, and send the chosen text layers to Design source for mapping and localization.
Pull
Fetch approved source or translated copy, inspect the diff, and confirm the write to the original mapped layers.
Setup
For a fresh project, start inside Figma. The plugin authorizes as you, and there is no Figma token or bridge key to copy.
Push workflow
Send a deliberate artboard set, map its layers to localization keys, and prepare the copy for translation.
Open the StringsOS plugin in Figma and select Send designs to StringsOS (Push · Figma → StringsOS). The plugin does not scan the file while it is idle.
Choose text-bearing artboards across the file. The picker groups them by Page and Section, and only checked artboards are prepared for upload.
Review the saved key pattern and editable Page, Section, Journey, and Artboard values. Fix any validation errors before continuing.
Leave private Visualizer previews off for metadata-only intake, or explicitly enable previews for the selected artboards.
Select Send to StringsOS, then open the new artboard set under Design source. For each text layer, choose reuse, create, or ignore and save the mapping.
Complete translation, QA, and approval in StringsOS. Target-language copy must be approved before it can be included in a pull plan.
Unchecked artboards are not extracted or uploaded. Preview images are optional and private; leaving the option off sends text and design metadata without retaining an artboard image.
Pull workflow
Build a reviewed writeback plan, fetch it in the plugin, and update the exact mapped layers only after confirming the diff.
From the mapped artboard set, select Build push plan, choose the target languages, and generate a preview. Despite the product term “push plan,” this prepares the pull from StringsOS into Figma.
Compare current and proposed values and review risk flags such as source changes, mixed styles, possible overflow, and placeholder mismatches. Approving the plan does not change Figma.
Open the plugin and select Apply translations from StringsOS (Fetch · StringsOS → Figma), then choose a language card.
Check every writable layer and its old → new value. Rows that are unsafe to overwrite remain marked as not writable.
Select Apply N changes. The plugin updates the mapped layers in place and reports applied, skipped, and failed rows separately.
Source-language copy can be fetched directly from its language card because StringsOS treats the current source value as authoritative. Target languages require an explicit, approved push plan before the plugin can fetch them. Blank source values never erase a Figma layer.
Safety and recovery
StringsOS stores the previous value and style information for every applied layer, giving each confirmed write a traceable recovery path.
The plugin displays old and new values and the number of layers that will change before Apply is enabled.
A layer changed after mapping is skipped for review instead of being silently overwritten.
Mixed font and text styles are captured and reapplied. Missing fonts cause a safe skip, not a partial style write.
After a successful apply, select Undo this writeback, review the restore preview, and confirm Restore N layers.
Design source records apply and rollback runs with applied, skipped, and failed outcomes.
Idempotent requests prevent duplicate intake and duplicate result records after a retry or reconnect.
Troubleshooting
Start with the message shown in the plugin or push-plan review. Safety blocks are designed to be resolved without losing design work.
Build and approve a plan for the same artboard set and target language, then fetch the language again in Figma.
The design, mapping, or translation changed after the plan was built. Rebuild the plan, review the new diff, and approve it again.
The layer was edited in Figma after it was mapped. Review the newer Figma copy, update or re-anchor the mapping if needed, and build a fresh plan.
Make the layer font available in Figma and retry. StringsOS skips the row instead of risking a broken style write.
Add a source language and at least one target language to the StringsOS project, then reopen the plugin.
Reconnect the plugin with your StringsOS account, authorize access in the browser, and choose the project again.
Use the Translation Editor to review the keys created or reused from Figma, then return to the mapped artboard set to build the pull plan.
Connect the StringsOS plugin, send a focused set of designs, and complete the first safe round trip.
Free during beta · No credit card required