How to Exclude Admin and Dashboard Pages from WordPress Translation

The fastest way to stop admin pages from being translated is to add their URL patterns to an exclusion list. For WordPress, that normally means wp-admin/ and wp-login.php. Do not assume every tool does this for you. Check the settings first, then add any custom backend paths.

Why Admin Pages Must Stay Out of Translation

Admin pages are not visitor pages. They exist to help you manage the site. Translating them creates real problems, not just extra work.

Start with the practical problem. A translated login screen has no value for a customer. A translated dashboard cannot be used by a logged-in admin. WordPress users still see the original interface because WordPress sends them to the same backend path.

There is also a security angle. Backend pages can expose WordPress version numbers, plugin names, or file paths. Serving those pages under translated URLs may create new public URLs that you do not intend to publish.

Translating admin pages also wastes resources. The translation tool has to crawl the page, translate the text, store the version, and keep it updated. Each update adds work. The more pages in the queue, the harder it is to spot real translation problems.

Finally, exclusions help you keep control. A clear exclusion list tells the translation agent which paths to leave alone. That makes the rest of the site easier to review.

How SeaText Decides Which WordPress URLs to Translate

SeaText's WordPress translation agent is built to watch published content. The public documentation says it sees new WordPress pages, products, posts, and headlines, then translates them.

This is an important detail. It means SeaText is not scanning every possible file on your server. It is looking for content that is published and therefore public.

Admin URLs are not published content. A request to /wp-admin/ returns a login screen or the dashboard. That path is not a page, post, product, or headline.

Still, you should confirm how your own setup behaves. The current public SeaText documentation does not list exact default admin exclusions. Check with the vendor before you assume wp-admin/ and wp-login.php are already ignored.

SeaText does give you control over translations. You can edit translations, preserve brand voice, and review key pages. Use those controls as part of your exclusion workflow.

SeaText also detects each visitor's language and translates pages instantly. That works well for public content. Backend pages should not be part of that instant translation flow.

Set Up a URL Exclusion List

Start by opening the translation settings for your WordPress site. In SeaText, you activate the translation agent on WordPress and manage it from your dashboard. The exact menu name for exclusions can vary.

Look for “URL Exclusions”, “Translation Exclusions”, or “Excluded Paths”. If you cannot find a section like this, check with the vendor.

Add the standard WordPress backend paths:

• /wp-admin/
• /wp-login.php

Use full paths, not words. Do not enter admin by itself. Do not enter the full domain unless the tool asks for it.

For a custom admin path, add the whole directory. For example, add /my-custom-backend/ or /custom-login.php.

To find a custom backend path, navigate to the page while logged in. Look at the browser address bar. Record the path after the domain. Then add that path to your exclusion list.

Save the settings. Clear your site cache. Then test from an incognito window.

A good test has two parts. First, visit the excluded URL and confirm you see the original admin or login page. Second, visit a public page that contains a similar word, such as /product/admin-approved-gear/, and confirm it still gets translated.

Common Mistakes: One Pattern Can Block the Wrong Pages

This is the section editors worry about most. A small pattern mistake can hide public pages from translation.

Mistake 1: Add /admin/ to block /wp-admin/.

This is too broad. A public page at /product/admin-approved-gear/ contains the word “admin”. The exclusion stops it from being translated. A visitor in France now sees English product copy. That can reduce sales.

Mistake 2: Use /wp- as a shortcut.

This pattern may block /wp-admin/ and /wp-login.php, but it can also block /wp-content/, /wp-includes/, and /wp-json/. Those are public resources. /wp-content/ contains images, CSS, and JavaScript. Blocking them can break translated pages.

Mistake 3: Exclude a word that appears in a customer-facing dashboard.

Imagine your site has a public customer dashboard at /dashboard/. You add /dashboard/ to hide a private admin page. Now the customer dashboard is untranslated. Customers who do not speak English cannot use it comfortably.

Mistake 4: Use a pattern without a trailing slash.

Some tools treat /wp-admin and /wp-admin/ as different paths. If you test the wrong one, you may think your exclusion works. Add the form your vendor documents.

Mistake 5: Test while logged in.

When you are logged in to WordPress, the backend may load differently. It may also bypass the normal translation flow. Always test in incognito mode or with a logged-out session.

The lesson is simple: exclude the narrowest full path you can. Use wildcards only when the tool clearly supports them.

Over-Excluding and Wildcard Limitations

Every path you exclude is a path you stop translating. That is the main trade-off. Keep exclusions as precise as possible.

If you exclude too much, you create untranslated holes in your public site. Visitors in other languages may hit a page that is half English and half their language. That hurts trust and often makes people leave.

Wildcard patterns have clear limits. Some tools only match a wildcard at the end. For example, /wp-admin/* might match /wp-admin/user-new.php but not /wp-admin/ itself. You may need two patterns.

Patterns can also be case-sensitive. WordPress admin URLs are lowercase. Public pages are not always lowercase. If you see a problem, test both forms.

Query strings are another limit. A path rule like /wp-admin/ will not catch /?page=my-backend if the tool only checks the path. Check whether your tool supports full URL rules.

Do not over-exclude just to feel safe. A broad exclusion creates bigger public translation problems than a stray backend page.

For custom dashboards, decide based on content. If the dashboard shows private user data, exclude it. If it is a public template, translation can help. The same rule applies to membership pages and account pages.

For WordPress multisite networks, remember that settings may apply per site. If each site has a custom admin path, add the exclusion for each site that needs it.

Troubleshooting and Frequently Asked Questions

If an excluded admin page still gets translated, work through this list:

• Check the exact path in the exclusion list.
• Check for a trailing slash or case difference.
• Clear your WordPress cache.
• Clear your CDN cache if you use one.
• Test from an incognito window, not from a logged-in session.
• Check whether another plugin is caching translated pages.

Does excluding wp-admin stop content I create there from being translated?

No. The exclusion applies to the backend path itself. A public post you publish from wp-admin is still public content. SeaText sees it and translates it.

Should I exclude my customer account pages?

Only if they contain private user data. If the account area is a normal public template, translation can help. If it shows orders and addresses, exclude it.

How long does an exclusion take to work?

Most tools apply exclusions quickly. The exact timing depends on the tool and its caching. Clear your cache and test. If it still appears, check with the vendor.

Can a wildcard solve everything?

No. Wildcards are useful for whole directories, but they can be too broad. Use the smallest pattern that covers all admin paths.

Do I need to exclude wp-login.php separately from wp-admin/?

Yes. These are different endpoints. wp-admin/ points to the admin directory. wp-login.php points to a single login file. Add both if your tool does not have a built-in default.

What if SeaText still serves a translated admin page?

Confirm the URL is in the exclusion list and the pattern matches the exact path. Then ask SeaText support. The vendor can confirm whether a default exclusion list already covers that URL.