ResourcesGuide 03

Planning guide

WordPress localization cost: what to expect and why quotes vary.

A software license, translated files, and a complete working language version are not the same purchase. Their prices differ because the work and responsibility included are different.

WordPress localization prices look confusing because very different products are often described with the same words. Before comparing numbers, compare what is actually being delivered and who is responsible for making the website work.

01 · Three different purchases

“Website translation” can mean very different things.

The software or tool layer

At the lowest visible price, you are usually buying multilingual software or access to a translation platform. That can be a good choice, but the tool itself does not remove the need for someone to configure the multilingual structure, review the content, handle menus and forms, resolve layout or compatibility issues, and check the result before launch.

The translation or document layer

Some services deliver translated text, files or structured content that your team then imports or implements. That reduces the language workload, but the website work still remains: placing content correctly, rebuilding relationships, updating forms and links, checking search metadata, correcting layouts, and testing the buyer path.

The managed delivery layer

A managed localization project includes responsibility for turning the agreed content into a working language version on the actual WordPress site. Depending on the project, that may include content localization, page or product implementation, navigation, forms, reusable elements, search metadata, localized URLs, visual and functional QA, and handover.

Why the invoice is different

Managed delivery costs more than a tool or a translation file because the buyer is paying for implementation and delivery responsibility as well as language work.

02 · Cost drivers

What actually changes the price of a managed project?

Content volume

Page count is only a starting signal. Sites can also contain posts, products, taxonomies, custom post types, reusable blocks, templates, custom fields, forms and search or filter text. Two “50-page” websites can therefore contain very different workloads.

Number of languages

Adding another language usually increases both the content work and the implementation and QA required. The increase is not always perfectly linear because some setup work is shared while other work must be repeated.

Website architecture

Complexity often matters more than page count. WooCommerce, custom post types, page builders, custom fields, multiple form systems, dynamic search or filter tools, account areas and third-party integrations all add relationships and failure points that need to be checked.

Search and URL requirements

Localized search titles and descriptions, page URLs, canonical relationships and language or region signals add a separate implementation and QA layer beyond visible copy.

Sensitive or regulated content

Medical, legal, financial and other sensitive content may require additional review and approval steps. That changes the workflow and can change the cost.

Quality assurance

A managed project should not end when translated strings exist. Real QA can include desktop and mobile layouts, navigation, forms, internal links, language consistency, buyer paths, and the dynamic or plugin content included in the project.

03 · Estimate first

Why a useful estimate is often a range.

A public website can reveal approximate content volume, visible products and posts, forms, some platform signals and obvious complexity. It cannot always reveal reusable templates, custom fields, plugin settings, unpublished content, internal relationships or unusual admin behavior.

That is why a planning range can be useful before an exact quote, as long as the uncertainty is handled honestly.

When evidence is incomplete

The correct answer is not to invent a range.

If the public structure is too large, complex or unclear, inspect the site more deeply before committing to an exact price.

04 · Proposal quality

What a fair quote should make clear.

A useful proposal should tell you:

  • Which language or languages are included
  • Which content families are included
  • What implementation work is included
  • Whether forms, navigation and search metadata are included
  • What QA is included
  • What is excluded
  • What the approval and handover process is
  • What remains under your control afterward

A number without those boundaries is difficult to compare meaningfully.

05 · Warning signs

Be careful when the number is clearer than the delivery.

Low price is not automatically bad. It simply needs to match what is actually being sold. Be cautious when a quote:

  • Is based only on page count without checking the real site
  • Talks only about words but ignores implementation
  • Does not mention forms, navigation or links where they matter
  • Has no QA or handover definition
  • Is unclear about what happens after delivery
  • Promises broad implementation at a price that cannot realistically contain the described work
06 · Total cost

Compare the path to a working launch, not only the first invoice.

For a self-managed route, total cost can include software licenses, translation and review time, developer time, internal coordination, QA and future maintenance.

For a managed route, the project fee should be assessed against the implementation responsibility being removed from your team and the completeness of the delivered result.

The more useful comparison

What does your business need to spend in money, time and coordination to reach the same working launch?

07 · Talanum pricing

Why Talanum uses a public scan before exact pricing.

Public scan

Where the public site provides enough reliable information, the public scan can show an initial planning range. If the site is too large, complex or unclear from the outside, the scan does not force a price. It directs the project to a deeper review instead.

Deep Audit and exact proposal

After the real structure is reviewed through the Deep Audit, Talanum can define what is included and prepare exact launch options for the audited project.

Bottom line

Localization costs vary because the thing being bought varies.

Before comparing prices, compare what is delivered, who owns the implementation work, how QA is handled, and what remains your responsibility after launch.

Get a planning range where the evidence supports one

See the likely project size from your actual WordPress site.

If the public structure is clear enough, Talanum shows an initial range. If it is not, the scan directs you to the free Deep Audit rather than pretending the project is simpler than it is.