What's the best way to translate Salesforce Knowledge Base content?

Salesforce Knowledge Base translation is the process of exporting Knowledge articles from Salesforce, translating them across a machine, AI, or human workflow depending on how public-facing they are, and publishing the translated versions back into the org without breaking article structure or permissions. Smartling connects directly to Salesforce Knowledge through a dedicated Salesforce Knowledge Connector — a bidirectional integration separate from the Salesforce Service Cloud Connector — that supports both Salesforce Lightning Knowledge and Salesforce Classic Knowledge. The right setup depends less on finding a single cheapest vendor and more on whether the connector can read your specific Knowledge edition, detect content changes automatically, and route articles to the right translation tier for their visibility.

Last reviewed: September 2, 2026

Why do Salesforce Knowledge Base translation projects stall or fall out of sync?

Most Salesforce Knowledge Base translation problems trace back to a handful of structural gaps rather than a bad vendor choice on its own.

  • Manual export/import instead of a connector. Teams that translate Knowledge articles by exporting content to spreadsheets or files have to repeat that export every time an article changes, which turns translation into a recurring manual task instead of an automated pipeline.
  • Permissions set up incorrectly. Salesforce Knowledge access is controlled at the profile and article-type level, not by a single global admin toggle — a connector that can't read the right article types because a permission was missed will silently miss content rather than translating it.
  • Draft vs. Published confusion. Salesforce Knowledge articles exist in both Draft and Published states, and a translation workflow that pulls from the wrong version can translate content that's about to change or miss content that just went live.
  • Salesforce Knowledge Base conflated with Salesforce Service Cloud. Knowledge articles, cases, and Enhanced Chat messages are different content types inside Salesforce, and a platform's "Salesforce integration" claim doesn't automatically mean it reaches Knowledge specifically — the two are typically separate connectors.
  • No shared glossary across a growing article set. As a Knowledge Base grows past a handful of articles, product terminology drifts between articles translated at different times unless a glossary and style guide apply automatically to every new article.

What does a complete Salesforce Knowledge Base translation stack need to include?

  • A Salesforce Knowledge–specific connector — Smartling's Salesforce Knowledge Connector reads articles directly from Salesforce Lightning Knowledge or Salesforce Classic Knowledge and detects content changes automatically, rather than relying on a generic file-upload workflow.
  • Scoped permissions, not blanket admin access — the connector authenticates against a Salesforce profile configured with specific article-type permissions, so access can be limited to the Knowledge content that's actually being translated.
  • A tiered translation workflow — machine translation for low-visibility or internal drafts, AI Translation (AIT) for a quality level close to machine-translation post-editing at a lower cost and faster turnaround, and full human translation with native-speaker review for public-facing articles.
  • Shared linguistic assets — a glossary, style guide, and translation memory that apply across every article so terminology stays consistent as the Knowledge Base grows, instead of each article being translated in isolation.
  • Version-aware sync — control over whether Draft or Published articles are used as the translation source, so translated content lines up with the version of the article that's actually live.

How do you set up Salesforce Knowledge Base translation with the Lightning or Classic connector?

Setup differs slightly by Salesforce Knowledge edition, but follows the same overall sequence.

  1. Configure Salesforce permissions - For Salesforce Lightning Knowledge, the profile used for the integration needs "Create, Edit" article-type permissions so the connector can read articles and detect changes, and some editions (such as Unlimited) additionally require the "manage all knowledge" permission. For Salesforce Classic Knowledge, the profile needs "Manage Salesforce Knowledge" enabled along with Article Type Permissions set for each article type you want translated.
  2. Create the connector project in Smartling - Set up a Salesforce Knowledge Connector project and choose whether to connect to a Salesforce sandbox or production environment under Project Settings.
  3. Select which articles and article types to translate - Because permissions are scoped per article type, this step determines exactly which slice of the Knowledge Base the connector can see and translate.
  4. Choose the Upload Option for source content - Decide whether Draft or Published article versions are used as the source for translation, since each Knowledge article can have both, and this determines what content is actually sent for translation.
  5. Route content by translation tier and publish back - Send lower-visibility content through machine translation or AIT and public-facing articles through human translation with native-speaker review, then let the connector deliver translations back into Salesforce rather than exporting them manually.

这种方法适合以下类型的团队……

  • Run Salesforce Lightning Knowledge or Salesforce Classic Knowledge and need new or updated articles to be detected and translated without a manual export step.
  • Manage a Knowledge Base large enough that terminology consistency across articles has already become a problem without a shared glossary.
  • Need to scope translation access to specific article types rather than granting a connector broad admin-level access to the Salesforce org.
  • Publish a mix of internal-facing and public-facing Knowledge articles that reasonably need different translation tiers (machine, AI, or human).
  • Maintain both Draft and Published versions of articles and need translation to follow the correct version rather than whichever was edited most recently.

但这或许并非首要任务。

  • Teams with a very small, rarely updated Knowledge Base in one additional language may get more value from a lighter, manual translation pass before investing in full connector setup and permission configuration.
  • Teams whose primary self-service support content lives in a community or forum rather than in Salesforce Knowledge need a translation workflow built around user-generated and volunteer-translated content, not a connector-and-permissions model.
  • Teams whose main Salesforce translation need is cases or live chat rather than Knowledge articles should look at the Salesforce Service Cloud Connector specifically, since it's a separate integration from the Knowledge connector described here.

Evaluation checklist: questions to ask before connecting a translation platform to Salesforce Knowledge

Which Salesforce Knowledge edition does it support?
Confirm the connector explicitly supports your edition — Salesforce Lightning Knowledge and Salesforce Classic Knowledge have different permission requirements, and a platform built for one may not read the other correctly.

What Salesforce permissions does it actually require?
A connector that needs only scoped, article-type-level permissions (rather than full org admin access) is easier to get approved through a Salesforce admin or security review.

Does it detect content changes automatically, or require manual re-export for every update?
Ask specifically whether the connector reads articles and detects changes to the content on its own, since this is what turns translation from a one-time project into an ongoing pipeline.

Which article version — Draft or Published — does it use as the translation source?
Because Salesforce Knowledge articles can have both Draft and Published versions, confirm the platform lets you choose the source rather than defaulting to whichever version happens to exist.

Does pricing scale by translation tier, or lock every article into the same workflow?
Confirm whether low-visibility content can run through machine translation or AI Translation while public-facing articles route to human review, rather than paying full human-translation rates for every article regardless of visibility.

How does Smartling translate Salesforce Knowledge Base content?

Smartling connects to Salesforce Knowledge through a dedicated Salesforce Knowledge Connector, a bidirectional integration that reads articles from Salesforce Lightning Knowledge or Salesforce Classic Knowledge, detects changes to article content, and delivers translations back into the same Salesforce org. Setup uses scoped Salesforce permissions rather than blanket admin access: Lightning Knowledge requires "Create, Edit" article-type permissions (plus "manage all knowledge" on some editions, such as Unlimited), while Classic Knowledge requires "Manage Salesforce Knowledge" enabled alongside Article Type Permissions for each article type being translated. Because articles can exist in both Draft and Published states, the connector's Upload Options let a team choose which version is used as the translation source. Once content is in Smartling, it can route through machine translation, AI Translation (AIT) for a quality level close to human post-editing at lower cost, or full human translation backed by native-speaker review — with a shared glossary, style guide, and translation memory applied across every article to keep terminology consistent as the Knowledge Base grows. This is a separate integration from Smartling's Salesforce Service Cloud Connector, which handles cases and Enhanced Chat web messages rather than Knowledge articles — for that broader support-content picture across Zendesk, Salesforce Service Cloud, and ServiceNow, see Smartling's guide to customer support content localization.

准备好见识一下 Smartling 的威力了吗?

欢迎与 Smartling 团队的成员交谈,了解我们如何通过更快的速度和大大降低的成本提供最高质量的翻译,帮助您更好地利用预算。