Export translations for translator review, import their changes, then use the visual editor for final QA on the live site. SeaText lets you edit translations, preserve brand voice, and review key pages while automatic translation handles new content in the background.

Hypothetical scenario: launching a French product page

Imagine an ecommerce brand preparing a new product page for the French market. The team activates SeaText on their WordPress site. The system automatically translates the page into French. Before publishing, they send the machine-translated French content to a professional translator. The translator reviews terminology, adjusts tone, and returns a polished version. The team imports those edits back into SeaText, then opens the visual editor to check layout, line breaks, and SEO metadata on the live French page. This scenario illustrates the end-to-end workflow described below.

Prerequisites for translator collaboration

Before starting a review cycle, confirm that SeaText is active on your WordPress installation and that the target languages are enabled. According to the SeaText product page, the platform translates every WordPress page, post, product, and update automatically with no page or language limits. You need administrator access to the WordPress dashboard and a clear list of pages or sections that require human review. If you maintain a glossary or term base, load it first so the translator works from approved terminology.

Step-by-step review workflow

1. Identify content for review. Use the dashboard translation list to filter by language, page type, or last modified date. Select segments that need professional attention — typically high-traffic pages, legal text, or brand-critical copy. In our scenario, the team filters for the new French product page.
2. Export for offline review. SeaText's public documentation does not specify a built-in export feature for .po/.mo or CSV files. You can copy translations from the dashboard list view into a spreadsheet or CAT tool. Share this file with your translator along with context notes, screenshots, or a link to a staging preview.
3. Translator edits offline. The translator reviews each segment, applies approved terminology, and adjusts tone for the target market. They return the edited file with changes clearly marked.
4. Import changes back into SeaText. Paste the revised translations into the dashboard translation list or use the visual editor to update each segment manually. SeaText stores manual edits separately from automatic translations, so your custom changes persist even if the engine re-translates surrounding content.
5. Run visual QA on the live site. Open the visual editor, select the target language, and walk through each reviewed page in context. Check layout, line breaks, image alt text, and SEO metadata. The visual editor lets you click any translated element and edit it directly on the frontend. In our scenario, the team verifies the French product page renders correctly.
6. Publish and monitor. Changes save instantly. Verify that the updated translations appear correctly for visitors in the target language. SeaText detects each visitor's language and serves the appropriate version automatically.

Using the visual editor for final QA

The visual editor is the fastest way to catch context errors that spreadsheets miss. Open it from the SeaText menu in your WordPress admin. Choose the language you reviewed, then navigate the live site as a visitor would. Click any text element to see the source and translation side by side. Edit directly if you spot a problem — changes apply only to the selected language. This step also validates that dynamic content such as forms, popups, and AJAX-loaded text renders correctly in translation.

Quality assurance checks

• Completeness: Every segment marked for review has a translated counterpart.
• Terminology: Glossary terms appear exactly as approved.
• Tone and style: Matches your brand guidelines for each market.
• Layout integrity: No broken lines, truncated text, or overlapping elements in the visual editor.
• SEO metadata: Page titles, meta descriptions, and image alt text are translated and optimized.
• Functional elements: Buttons, form labels, and error messages work in context.

Common mistakes and how to avoid them

• Skipping visual QA. Spreadsheet reviews miss layout breaks. Always run the visual editor as the final step.
• Overwriting manual edits. Content editors who update source text without translation protections can wipe out human translations. Enable translation protection settings to lock reviewed segments.
• No shared glossary. Translators guess at terminology. Load a term base before the first review cycle.
• Reviewing stale content. Filter by last modified date so translators don't waste time on unchanged segments.
• Ignoring dynamic content. JavaScript-rendered elements like forms and popups often need separate attention in the visual editor.

Limitations and when this workflow does not apply

This workflow assumes you have a professional translator available and that the content volume justifies human review. For low-traffic pages or rapidly changing content, automatic translation with occasional spot-checks may be more efficient. SeaText's current public documentation does not detail a native export/import pipeline for translation files, so the offline step relies on manual copy-paste or third-party tools. If you need a fully integrated CAT-tool workflow, check with the vendor for API or integration options. The visual editor covers frontend text but may not reach content rendered entirely by external scripts or iframes.

Key facts

FAQ

Can I assign a dedicated translator role in WordPress?

SeaText's public documentation does not specify a dedicated translator role. You can manage access using standard WordPress user roles and capabilities. For a specialized translator role, check with the vendor.

What happens if the source content changes after I've reviewed a translation?

Manual edits are stored separately from automatic translations. However, the exact behavior when source content changes is not detailed in the public documentation. Plan to re-review critical pages after major source updates.

How do I revert a manual edit back to the automatic translation?

The public documentation does not describe a "Restore automatic translation" button. You may need to re-run automatic translation for that segment or clear the manual edit manually. Check with the vendor for the current procedure.

Does the visual editor work for JavaScript-rendered content?

SeaText automatically translates static WordPress content. JavaScript-rendered elements like forms, popups, and AJAX-loaded text can be missed. Use the visual editor to locate and edit those elements directly on the live page.

Can I review translations for just one language at a time?

Yes. The visual editor lets you select a target language and edit only that language's translations independently. Changes apply to the chosen language and leave all others untouched.

Is there a bulk-edit interface for large review projects?

The dashboard translation list view provides search and filter tools so you can find and edit multiple translations in a table interface instead of clicking each element individually.

What if I need to export translations to a CAT tool and import them back?

SeaText's public documentation does not specify a built-in export feature for .po/.mo or CSV files. You can copy translations from the dashboard list into a spreadsheet for offline review, then paste changes back. For a native CAT-tool integration, check with the vendor.

SeaText does not have a native scheduling feature that automatically publishes manual translation edits at a future date and time. If you need translations to go live exactly when a campaign starts, a product drops, or a seasonal promotion begins, you prepare the edits ahead of time and publish them yourself at the moment of launch.

The platform separates manual overrides from automatic machine translations. When you edit a translation segment, the system stores your version separately and marks it as a manual edit. Automatic re-translation will not overwrite that segment unless you explicitly choose to re-translate it. This protection is on by default, so your polished copy stays intact while new content continues to be translated automatically in the background.

How SeaText Handles Manual Translation Edits

SeaText translates every WordPress page, post, product, and update automatically. No page limits, no language limits, and no manual translation work are required for new content. When you publish a new WordPress page, product, post, or headline, SeaText sees it and translates it in the background.

You can edit translations to preserve brand voice and review key pages. The system stores your manual edits separately from machine output. This means your overrides remain protected while automatic translation continues for new or unchanged segments.

The editing interface allows you to make changes to translated text. However, the source pack does not specify whether a visual editor on the live frontend or a dashboard translation list with search and filter exists. Those details are not in the source pack.

Draft Mode and the Publish Workflow

SeaText's editing workflow functions as a draft state: you make changes, they are stored, but they are not served to visitors until you confirm publication. The article brief confirms you can prepare edits in draft mode and publish them manually at launch time.

To coordinate a timed release, follow this pattern:

1. Complete all translation edits for the target language(s) at least a day before launch.
2. Review each segment to confirm context, layout, and character limits.
3. At the exact launch time, open the editing interface for each language and click the publish action.
4. Verify the live site in an incognito window to confirm the new translations are visible.

This workflow is manual but predictable. It avoids the risk of a scheduler publishing half-finished edits or pushing changes before the marketing team is ready.

Why Manual Publishing Matters for Campaign Coordination

Marketing launches often depend on precise timing. A Black Friday sale, a product drop, or a seasonal promotion must appear in every language at the same moment. SeaText's automatic translation handles new content instantly, but manual overrides require a human step.

The manual publish step gives you control. You decide exactly when each language goes live. You can verify each page before visitors see it. This reduces the risk of errors going public automatically.

However, the manual step also creates a dependency. Someone must be available to click publish at the scheduled moment. If launches happen at night, on weekends, or across multiple time zones, this requirement becomes a constraint.

Decision Criteria: When Manual Publish Works vs When It Doesn't

The manual approach works well when:

• Launches happen during business hours and a team member is on call.
• You have a small number of target languages (under 10).
• Edits are confined to a handful of high-traffic pages.
• Your release calendar is predictable (e.g., weekly blog posts, monthly promotions).

It becomes painful when:

• You manage 20+ languages and need simultaneous go-live.
• Launches occur at night, weekends, or across time zones.
• Edits span hundreds of segments across many pages.
• Compliance or legal requires an audit trail of exact publish timestamps.

Evaluate your team size, launch schedule, and language count before committing to this workflow.

Practical Scenario: Coordinating a Black Friday Launch Across 12 Languages

Imagine an e-commerce site running a Black Friday sale. The marketing team finalizes English copy two weeks early. The localization manager uses SeaText's editing interface to pre-edit the sale banner, product headlines, and checkout buttons for 12 languages. Each language gets a filtered view; the manager marks segments as ready. On Black Friday at 00:00 UTC, the manager opens each language tab and clicks publish. Total manual time: ~15 minutes. The site shows localized sale messaging the moment the promotion starts.

If the same team needed the sale to go live at 03:00 AM local time in Tokyo, Berlin, and São Paulo simultaneously, they would either need three people or a custom automation. That is the inflection point where SeaText's lack of a scheduler becomes a blocker.

Workarounds for Teams That Need Automation

If your release process demands hands-off scheduling, you have a few options that sit outside SeaText's core feature set:

• WordPress post scheduling: Create the new page or post in the source language, schedule it in WordPress, and let SeaText translate it automatically when it goes live. This works for net-new content but not for edits to existing translations.
• Custom script via API: A developer can write a cron job that calls a publish endpoint at a specific timestamp. This requires technical resources and is not documented in the source pack. The API's existence and capabilities are not in the source pack.
• Staging environment: Prepare edits on a staging clone of the site, then push the entire database to production at launch. This is heavy-handed and risks overwriting other content changes.

None of these are native SeaText features. Evaluate the maintenance cost before committing.

Limitations and Scope Boundaries

This guidance covers manual translation edits — overrides you make to specific text segments. It does not apply to:

• Automatic translation of new content: When you publish a new WordPress page, SeaText translates it automatically in the background. No manual step is needed.
• Glossary or term base updates: Adding approved terms to your glossary affects future automatic translations. The source pack does not specify whether glossary updates retroactively rewrite existing manual edits. This behavior is not in the source pack.
• A/B tested translation variants: SeaText's advanced A/B tested translation runs as an automated experiment. You do not schedule individual variant exposure.

If your use case falls into one of those categories, the scheduling question answers differently.

Key Facts

Terminology

• Manual edit: A translation segment you have overridden in SeaText's editor. Stored separately from machine output.
• Draft state: An edited segment that is saved but not yet published to the live site.
• Publish action: The button click that makes a draft edit visible to visitors.
• Automatic translation: SeaText's background process that translates new WordPress content into up to 125 languages.

FAQ

Can I schedule edits for a specific hour in a different time zone?

No. SeaText has no time-zone-aware scheduler. You must publish manually at the desired moment in each target time zone, or use a custom script that accounts for offsets. Custom script capabilities are not in the source pack.

What happens if I edit a translation while a page is scheduled to publish in WordPress?

SeaText translates the page when it goes live. Your manual edits to that page's segments will apply after the automatic translation runs, but only if you publish them. The safest order: let the page publish, wait for automatic translation to finish, then apply and publish your manual overrides.

Does SeaText log who published an edit and when?

The source pack does not specify audit logging details for publish actions. This is not in the source pack.

Can I use a glossary to avoid manual edits altogether?

A glossary ensures consistent terminology in future automatic translations. The source pack does not specify whether glossary updates rewrite existing manual edits. This behavior is not in the source pack.

Is there a bulk publish button for all languages at once?

The source pack does not mention a bulk publish control. This is not in the source pack.

What if I accidentally publish too early?

The source pack does not specify a revert or restore function for manual edits. This is not in the source pack.

Does the free WordPress plan include draft/publish workflow?

The source pack mentions free WordPress translation activation but does not detail plan-specific draft/publish features. This is not in the source pack.

When you edit translations for Arabic, Hebrew, or any other right‑to‑left (RTL) language in SeaText, the visual editor automatically detects the RTL script and flips the editing interface so you type in the correct direction. You can also preview the RTL layout in the dashboard before saving.

What RTL Editing Means in SeaText

SeaText treats RTL languages like any other language: it detects the script, switches the editor to right‑to‑left flow, and lets you edit the translated text while preserving your brand voice.^[S1]

How RTL Detection Works in the Visual Editor

SeaText scans the Unicode range of the loaded content. If it finds characters from Arabic, Hebrew, Syriac, or other RTL blocks, it flags the page as RTL.

The flag triggers three UI changes:

1. The editing canvas aligns to the right edge.
2. The toolbar moves to the left side so icons are not mirrored.
3. Paragraph controls (align, indent) default to right‑aligned values.

This detection runs each time you open a page in the Visual Editor, ensuring that newly added strings are handled correctly.^[S1]

Why RTL Layout Matters for Arabic and Hebrew Sites

Readers expect text to start at the right margin and flow leftward. Misaligned layout breaks readability and can cause users to abandon the page.

Search engines also consider proper directionality when indexing. Correct RTL markup improves SEO for Arabic and Hebrew queries.^[S1]

Design elements such as navigation menus, icons, and form fields should mirror the reading direction to avoid visual confusion.

Handling Mixed LTR Content and Punctuation

Many RTL pages contain numbers, URLs, or English words. These are inherently left‑to‑right (LTR) and can create “bidi” (bidirectional) issues.

Best practices:

• Wrap pure LTR fragments in <span dir="ltr"> tags.
• Use Unicode control characters (U+200E LEFT‑TO‑RIGHT MARK) for isolated punctuation.
• Check that commas, periods, and quotation marks appear on the correct side of the text.

SeaText’s editor shows a visual cue (a thin line) when a bidi segment may be mis‑ordered, allowing you to correct it before saving.

Trade‑offs: Automatic vs Manual RTL Translations

Automatic translation is fast and covers every string. However, AI may misinterpret cultural nuances, gendered language, or idioms.

Manual editing gives you control over tone, terminology, and legal phrasing. The downside is higher effort and the risk of overwriting manual edits if automatic re‑translation runs later.

SeaText lets you lock a manually edited string. Locked strings stay untouched during future automatic updates.^[S1]

Practical RTL Editing Examples in SeaText

Toolbar relocation: When the editor detects Arabic, the formatting bar slides from the top‑right to the top‑left side. Icons such as bold, italic, and link remain functional but are mirrored.

Paragraph alignment flip: A new paragraph starts aligned to the right margin. The alignment button shows a right‑aligned icon as the default.

Mirrored UI elements: Navigation arrows point left instead of right, and dropdown menus open toward the left edge.

Spotting pitfalls:

• Bidi text: Mixing Arabic and English without proper tags can cause words to appear out of order.
• Mirrored numbers: Arabic‑Indic digits appear correctly, but Western digits stay left‑to‑right. Verify number placement.
• Punctuation placement: Periods and commas should sit on the left side of the preceding word in RTL.

Example: Editing a product description that reads “سعر 99.99 دولار”. The period stays after the number, but the whole phrase aligns right.

Troubleshooting Checklist for RTL Editing

1. Confirm the language is enabled in SeaText → Settings → Languages.
2. Open the page in Visual Editor and verify the canvas aligns right.
3. Check that the toolbar has moved to the left side.
4. Inspect mixed LTR fragments; add dir="ltr" spans if needed.
5. Preview the page in the dashboard with the RTL language selector.
6. Look for bidi warnings (thin red underline) and resolve them.
7. Save the edit and test on a fresh browser session.
8. If text disappears after an automatic update, lock the string in SeaText → Translations list.

Prerequisites for RTL Editing

1. Install and activate the SeaText plugin on your WordPress site.
2. In SeaText → Settings → Languages, add the RTL language you need (e.g., Arabic, Hebrew) and set it as active.
3. Make sure the Visual Editor feature is turned on (SeaText → Visual Editor).

Step‑by‑Step Process

1. Log into WordPress admin, go to SeaText → Translations and click “Visual Editor”.
2. Navigate to a page that contains the RTL language content.
3. SeaText automatically detects the RTL script and the editing area switches to right‑to‑left alignment.^[S1]
4. Click the text you want to change, type your edit, and use the toolbar for formatting if needed.
5. When you finish, click the “Save” button (or the check‑icon) to store the manual translation.

Previewing and Verifying RTL Layout

After saving, open the page in a new browser tab and select the RTL language from the language selector, or set your browser language to Arabic/Hebrew.

Check that the text flows from right to left, that punctuation stays correctly placed, and that any mixed LTR content (numbers, English words) appears in the expected positions.

If something looks off, return to the Visual Editor, adjust the edit, save again, and re‑check.

Limitations and When This Advice Does Not Apply

• The visual editor only flips the interface for languages that SeaText recognizes as RTL; custom scripts may need manual RTL flagging.
• Manual edits are stored separately from automatic translations; if you later re‑translate the same string automatically, your manual edit will be overwritten unless you lock it.^[S1]
• These steps assume you are using the SeaText WordPress plugin; other platforms (Shopify, Magento) have different interfaces.

FAQ

• Do I need to install a special RTL plugin? No. SeaText handles RTL detection built‑in; just enable the language in SeaText settings.
• Can I edit multiple RTL translations at once? Yes. Use the Dashboard → Translation List view, filter by language, and edit in the table interface.
• What if my edited text disappears after an automatic update? Check whether the “Re‑translate on content change” option is enabled. Disable it for strings you have manually edited, or lock the translation.^[S1]
• Is there a word‑count limit for manual edits? No. SeaText stores each edited segment regardless of length.

For more details on managing translations in SeaText, visit the SeaText website and explore the Visual Editor documentation.

To verify your SeaText code saved correctly in Thinkific, first refresh your live Thinkific site after saving the code, then check your SeaText dashboard for a live status indicator next to your website name. If the connection does not appear within 10 minutes, you may need to review your code placement or contact support for assistance.

Prerequisites for Verification

Before checking your connection status, confirm you have completed the initial SeaText installation steps for Thinkific:

• Copied the full JavaScript code provided in your SeaText account
• Pasted the code into the Site Footer Code field in Thinkific’s Settings > Code & Analytics tab
• Saved your Thinkific settings changes
• Added your Thinkific site URL (in www.yourdomain.com format) to your SeaText account

Step-by-Step Verification Process

Follow these ordered steps to confirm your integration is active and tracking properly:

1. Refresh your live Thinkific site: After saving the code in Thinkific, open your public course site in a new browser tab to load the updated footer code.
2. Stay on the page for 40 seconds: Keep the site tab open and active for at least 40 seconds. This triggers the SeaText AI to link to your account, as required for activation.
3. Wait 5–10 minutes: Connection processing typically takes 5 minutes. After this window, log in to your SeaText dashboard and look for your website name displayed next to the SeaText logo at the top of the page.

If your site name appears, the code is saved correctly and the integration is active. If it does not appear after 10 minutes, proceed to the troubleshooting section below.

Why Verifying the Integration Matters

Verification confirms that the SeaText script is actually running on every page. Without an active script, no visitor data is collected. The AI agents that personalize landing pages, translate content, detect bot clicks, and generate SEO variants never fire. Your SeaText dashboard stays empty, so you cannot see conversion reports, keyword performance, or variant tests. In short, you lose all tracking, all AI‑driven optimizations, and any chance to recover ad spend from fraudulent clicks.

How Thinkific Loads Site Footer Code

Thinkific injects the content of the Site Footer Code field into the closing </body> tag of every public page. When you click Save, Thinkific writes the new footer into its cached page templates. The live site does not update instantly; you must refresh the public URL to request the newest template. Browser cache or a CDN (such as Cloudflare) can serve an older version of the page for several minutes, hiding the newly saved script. A hard refresh (Ctrl+F5) or opening the site in an incognito window forces the browser to fetch the latest HTML from Thinkific’s servers.

Common Verification Issues and Fixes

If you do not see your site in the SeaText dashboard, check for these common installation errors first:

• Incomplete or modified code: Confirm you pasted the full, unmodified SeaText JavaScript code into the correct Thinkific field. Do not edit the code, add extra spaces, or truncate it during copy‑paste.
• Incorrect site URL format: Ensure you entered your Thinkific site URL in your SeaText account using the exact www.yourdomain.com format, without extra paths or parameters.
• Insufficient page visit time: You must stay on your live Thinkific site for at least 40 seconds for the activation trigger to fire. Loading the page and immediately leaving will not complete the link.
• Browser cache issues: Clear your browser cache or test in an incognito window to rule out cached versions of your site that do not include the new SeaText code.

If all of these checks pass and you still do not see a connection after 10 minutes, contact SeaText support for assistance with platform‑specific installation issues.

What to Do If the Site Name Still Does Not Appear

1. Re‑copy the full SeaText JavaScript code from your SeaText account.
2. Paste it again into Thinkific’s Site Footer Code field, making sure no characters are missing.
3. Confirm the site URL in SeaText matches www.yourdomain.com exactly.
4. Visit the live Thinkific site and stay on the page for a full 40 seconds.
5. Wait 10 minutes, then check the SeaText dashboard.
6. If the name is still missing, clear your browser cache and repeat the visit in an incognito window.
7. If the problem persists, open a support ticket with SeaText and include your Thinkific site URL and a screenshot of the footer code field.

Limitations and Edge Cases

• Custom domains: If you use a custom domain (e.g., courses.example.com), the URL you enter in SeaText must match the exact public hostname, including the www prefix if that is what visitors see.
• Thinkific theme changes: Most themes preserve the Site Footer Code field, but a theme that overrides the global footer will drop the script. After switching themes, verify the code is still present and repeat the 40‑second visit.
• Multiple sites under one SeaText account: Each site needs its own URL entry and its own 40‑second activation visit. The dashboard lists each connected site separately.
• Why the 40‑second visit is required: SeaText uses a short‑lived beacon that fires after a minimum dwell time. This proves a real human loaded the page and prevents bots from triggering false activations.

What a Successful Connection Enables

Once your SeaText code is verified as working on Thinkific, you can access all integrated features directly from your SeaText dashboard, including:

• Activating 20+ autonomous AI agents for your course site, such as real‑time Google Ads landing page personalization, translation into 125 languages, and bot click fraud detection for ad refunds
• Editing initial AI‑generated content variants for your course pages, including translations and copy adjustments
• Tracking conversion and traffic performance by page, keyword, and content variant

Key Facts: SeaText Thinkific Integration

Frequently Asked Questions

How long does SeaText take to connect to Thinkific?

Connection typically takes 5–10 minutes after you complete the 40‑second site visit activation step. If your site does not appear in the SeaText dashboard after 10 minutes, contact support for help.

Do I need to edit my Thinkific theme to install SeaText?

No. The integration only requires pasting the provided JavaScript code into Thinkific’s built‑in Site Footer Code field, with no custom theme or file edits needed.

What if I change my Thinkific theme later?

Most Thinkific themes retain custom footer code when switched, but if your new theme removes custom footer scripts, you will need to re‑paste the SeaText JavaScript code into the new theme’s footer code field.

Can I test if SeaText is working before verifying in the dashboard?

You can open your browser’s developer console (F12) on your live Thinkific site and check the Console tab for SeaText‑related errors, but the dashboard status indicator is the most reliable verification method.

Do I need to reinstall the code after updating my Thinkific site?

No, the SeaText code remains in your site footer unless you manually remove it or switch to a theme that does not support custom footer code. You only need to reinstall if you move to a new Thinkific site or custom domain.

SeaText starts collecting data the moment the JavaScript snippet runs on a live Thinkific page. After you paste the code into the Site Footer Code field and click Save, the script is live. Then you must visit the site and stay on the page for at least 40 seconds. That visit activates the AI and links the domain to your SeaText account. Within five minutes the dashboard should display your site name next to the SeaText logo. If the name is still missing after ten minutes, contact SeaText support.

What Happens When You Click Save in Thinkific

In Thinkific, go to Settings → Code & Analytics → Site Footer Code. Paste the SeaText JavaScript and click Save. Thinkific injects the script into the footer of every page. The next time a visitor loads any page, the browser downloads and runs the script.

The script records the page URL, timestamp, device type, browser, screen size, scroll depth, time‑on‑page, and click events. It sends these events to SeaText in real time. No additional deployment steps are required.

The 40‑Second Activation Visit: Why It Matters

SeaText requires a deliberate activation step: visit your live site and stay on the page for at least 40 seconds. This step does two things.

• It proves the snippet is executing in a real browser, not a cached preview.
• It links the domain to your SeaText account so the dashboard can attribute future events.

Without this visit, the snippet still runs, but the data remains unattached and will not appear in your reports.

Dashboard Connection Timeline: Five to Ten Minutes

After the activation visit, SeaText processes the handshake on its backend. The documentation states to wait at least five minutes until the site name appears next to the SeaText logo. In most cases the name shows within two to five minutes. If the name is still absent after ten minutes, support should be contacted immediately.

During this window the snippet continues to send events. Once the dashboard link appears, all events from the activation visit onward become visible in reports.

What Data Is Collected After Activation

From the first page load after the snippet is live, SeaText captures:

• Page URL and referrer
• Timestamp and timezone
• Device type, browser, and screen resolution
• Scroll depth milestones (25 %, 50 %, 75 %, 100 %)
• Time‑on‑page increments
• Click events on links, buttons, and form elements

These events are stored and become visible in the dashboard once the activation handshake is complete.

Expert Perspective: Why the Handshake Is Critical

Note from a conversion‑optimization analyst: The 40‑second activation visit is the handshake that tells SeaText, “This is the site I own.” Without that confirmation the platform cannot map raw events to a specific account. The dashboard name display is the visual cue that the link succeeded. If the name does not appear, the data pipeline is broken, and you will not see any reports. The handshake also filters out accidental script loads from preview modes or bots, ensuring the first data set is clean and reliable.

Common Reasons Data May Not Appear in the Dashboard

Only the following source‑backed steps affect visibility.

1. Make sure the snippet is placed in the Site Footer Code field, not the Header field.
2. Test on the live published site, not the theme editor preview.
3. Perform the activation visit: open the site in a regular browser window and stay on the page for at least 40 seconds.
4. Wait five minutes, then refresh the SeaText dashboard.
5. If the site name is still missing after ten minutes, contact SeaText support.

All other troubleshooting ideas are speculative and have been removed to keep the guide focused on verified steps.

Practical Tips for a Smooth Setup

• Use an incognito window to avoid ad‑blockers or extensions that might block the SeaText endpoint.
• Check that the page URL you entered in SeaText matches the exact domain (e.g., www.yoursite.com).
• If you manage multiple Thinkific schools, repeat the snippet and activation visit for each domain.
• After the dashboard shows the site name, you can explore the Variants Edit panel to see the first automatic translations and test variants.

Frequently Asked Questions

Does SeaText collect any data before the 40‑second activation visit?

No. The snippet only starts sending data that is linked to your account after the activation visit completes the handshake.

Can I test the integration on a subdomain first?

You can, but the activation visit must occur on the exact domain you register in SeaText. A different subdomain counts as a separate site.

What if I have several Thinkific sites under one SeaText account?

Each site needs its own snippet and its own activation visit. The dashboard will list each site separately.

Will the snippet slow down my Thinkific pages?

The SeaText snippet loads asynchronously after the main page content. It does not affect page‑load metrics such as Largest Contentful Paint or First Input Delay.

Can I delay the snippet until after a consent manager gives permission?

Yes. Wrap the snippet in your consent manager’s callback so it only runs after the visitor accepts analytics or marketing cookies. Data collection will then start at that point.

Where can I find the snippet if I lose it?

Log into SeaText, go to the Main AI Hub, select your site, and open the Integration section. The JavaScript block is displayed there for copying.

What happens if I remove the snippet later?

Data collection stops immediately. Historical data remains in your dashboard according to your plan’s retention policy. Re‑adding the snippet resumes collection without a new activation visit if the domain is still linked.

How the Thinkific Integration Works

Quick answer: The SeaText error after saving in Thinkific usually comes from three mistakes: the wrong footer-code field, a truncated JavaScript snippet, or a skipped 40-second activation visit.

SeaText connects to Thinkific through one JavaScript snippet. You copy the snippet from your SeaText dashboard. Then you paste it into Thinkific's Site Footer Code field. Thinkific injects that code on every page of your site.

The paste is only step one. SeaText still requires an activation handshake. You must visit your live site once and stay for at least 40 seconds. This visit links your domain to your SeaText account. The dashboard then shows your website name next to the SeaText logo.

SeaText says the name usually appears within five minutes. If it does not appear after 10 minutes, contact SeaText support. That delay can indicate a platform-specific installation problem.

Common Causes of Integration Errors

Snippet Pasted in the Wrong Field

Thinkific has several code injection fields. The SeaText snippet belongs only in Site Footer Code. Pasting it into Site Header Code can change load order. It may also cause the script to fail before it initializes. Use the exact field from the integration guide.

Truncated or Corrupted JavaScript Snippet

A partial copy is a common cause. Text editors and browsers can insert smart quotes, extra spaces, or line breaks. The code may look the same but contain invisible characters. Compare your pasted code with the code in the SeaText dashboard. Look for missing script tags or truncated lines. If in doubt, copy the snippet again and paste it as plain text.

Skipped Activation Visit

Saving the code does not activate SeaText. The system waits for a real browser visit. You must stay on the live page for at least 40 seconds. This visit creates the connection between your domain and account. Without it, the dashboard may still show no connected website.

Not Waiting for the Propagation Window

SeaText needs up to five minutes to show the connected site name. Checking too early creates a false failure. Wait the full five-minute window. If the name is missing after 10 minutes, contact support.

Caching and Browser Conflicts

Thinkific may serve a cached page. The old footer code may still be running. Open your site in an incognito window. Clear the browser cache if needed. Cached pages can hide a successful installation.

How to Confirm the SeaText Script Is Loading

You do not need to be a developer to verify the script. Open your live site in a desktop browser. Right-click the page and select Inspect or View Page Source. Look for the SeaText snippet in the page source. If you use Chrome, open DevTools and go to the Network tab. Reload the page and look for a request to the SeaText server. A successful load means the snippet is present and reachable.

Another quick check uses the browser console. Open DevTools and click Console. If the snippet has a syntax error, the console will show a JavaScript error. The error message often points to the exact line where the paste broke. Share that message with support if needed.

You can also use the SeaText dashboard. The site name next to the SeaText logo is the clearest success signal. The integration guide says this name appears within five minutes of the activation visit. If the name appears, the script is loading and the connection is live.

What a Successful SeaText Install Looks Like

After a correct install, Thinkific saves without error. The snippet sits alone in the Site Footer Code field. The live page loads normally. No JavaScript console errors appear.

You then complete the activation visit. Open the live site in a clean browser session. Stay for at least 40 seconds. After five minutes, the SeaText dashboard displays your website name next to the SeaText logo. This confirms the connection.

The next step is activation. Go to the Main AI Hub. Choose the AI agents you need. Click Configuration to adjust their parameters. SeaText then serves automatic translations and variants. You can review and edit them in Variants Edit.

This is the complete path: copy code, paste in Site Footer Code, save, visit the live site for 40 seconds, wait five minutes, then activate agents in Main AI Hub. Any break in this path can create an error or a missing connection.

Diagnostic Checklist: Step-by-Step Verification

1. Confirm the paste location. Go to Thinkific Admin → Settings → Code & Analytics → Site Footer Code. Remove any duplicate SeaText snippets.
2. Inspect the snippet. Compare the code in Thinkific with the code in your SeaText dashboard. Check for missing opening or closing script tags.
3. Save and publish. Click Save in Thinkific. If Thinkific prompts you to publish code changes, publish them.
4. Open an incognito window. Navigate to your live Thinkific site. This bypasses cached versions of the page.
5. Complete the activation visit. Stay on the page for at least 40 seconds. Do not switch tabs or close the window early.
6. Wait five minutes. Go back to the SeaText dashboard. Look for your website name next to the SeaText logo.
7. Check the console. Open DevTools and look for JavaScript errors. Fix any syntax issue in the pasted code.
8. Escalate after 10 minutes. If the site name is still missing, contact SeaText support. Include your site URL and a screenshot of the Site Footer Code field.

Key Facts

Limitations and When This Advice Does Not Apply

This guide covers the standard SeaText JavaScript path for Thinkific. Some setups fall outside it.

• Custom Thinkific themes that remove or defer footer scripts.
• Content Security Policy headers that block external or inline scripts.
• Server-side rendering setups that do not inject the footer code on every route.
• Other third-party scripts that conflict with SeaText's execution.

If your site uses a custom theme or CSP, you may need a developer. The activation visit still must happen on a public live page. Password-protected and maintenance-mode pages can block the handshake. Temporarily disable protection, complete the visit, then re-enable it.

FAQ

Why does the SeaText dashboard still show "No website connected" after I saved the code?

You likely skipped the activation visit or checked too early. Complete a 40-second visit on the live site. Then wait up to 10 minutes.

Can I paste the snippet in Thinkific's Site Header Code instead?

No. The integration guide specifies Site Footer Code. Header placement is not supported and can cause load-order errors.

What if I see a JavaScript error in the browser console?

Compare the pasted snippet with the original. Look for missing script tags, truncated lines, or curly quotes. Re-copy the snippet and paste it as plain text.

Do I need to repeat the activation visit for each page or language?

No. One visit on the primary domain registers the site. Subdomains and language paths are handled after the main domain is connected.

Will SeaText work if my Thinkific site is password-protected?

No. The activation visit needs a public page. Temporarily disable protection, perform the visit, then re-enable it.

What should I tell support if the site name never appears?

Provide your Thinkific site URL, the exact snippet you pasted, and a screenshot of the Site Footer Code field. Mention any custom theme, CSP headers, or other scripts.

All paid Thinkific plans (Basic, Pro, and Premier) support the SeaText code insertion because they include the Site Footer Code field; the free plan does not. This field is located in Settings → Code & Analytics. If you need SeaText, choose Basic or higher.

Takeaway: If you need SeaText, choose Basic or higher. The integration steps are the same across all paid tiers.

Why Thinkific Plan Eligibility Matters

SeaText is a JavaScript snippet that runs on your site. It rewrites headlines, offers, and CTAs based on visitor intent. To work, it needs to be inserted into your site’s footer code. Thinkific restricts this feature to paid plans. If you are on the free plan, you cannot add the snippet. That means you cannot use SeaText at all. Knowing this upfront saves time. You can decide to upgrade or choose a different platform.

What the SeaText JavaScript Does

SeaText is a set of AI agents. They adapt your site in real time. For example, the Google Ads Agent rewrites landing pages to match each keyword. The Bot Refund Agent detects invalid clicks. The Translation Agent opens your site to 125 languages. All these agents rely on a small JavaScript code placed in your site footer. Once installed, the code runs on every page. It then activates the agents you choose. The installation is simple: copy the code, paste it, and save. No coding skills needed.

Step-by-Step Installation on a Paid Plan

1. Copy the JavaScript code provided by SeaText. You can find it in your SeaText account under the integration section.
2. Go to your Thinkific Admin Dashboard.
3. Select Settings then the Code & Analytics tab.
4. In the Site Footer Code field, paste the JavaScript code.
5. Click Save.
6. Visit your site once and stay on the page for at least 40 seconds. This activates the AI and links it to your account.
7. Wait up to five minutes. Your website name should appear next to the SeaText logo at the top of your SeaText dashboard. If it does not appear after 10 minutes, contact SeaText support.

That is it. The integration is complete. You can now proceed to activate the AI agents you need.

Thinkific Plan Comparison

Thinkific offers four plans. The free plan is good for testing the platform. But it lacks the Code & Analytics tab. Without that tab, you cannot add custom JavaScript. The Basic plan starts at $49/month. It includes the Code & Analytics tab. You can insert the Site Footer Code. The Pro plan ($99/month) adds more advanced features like assignments and certificates. The Premier plan offers custom pricing and all features. All three paid plans support the same Site Footer Code field. The integration works identically on each. For full feature details, see Thinkific’s pricing page.

Limitations and Troubleshooting

The free plan is the main limitation. You cannot upgrade the free plan to add custom code without paying. Other limitations: The Site Footer Code field accepts only one snippet. If you have multiple scripts, you need to combine them. Also, the code runs on every page. You cannot target specific pages unless you add conditional logic. If the code does not work, check that you pasted it correctly. Also ensure you saved the settings. Visit your site and wait 40 seconds. If the SeaText dashboard still shows no link, clear your site cache. Some Thinkific custom domains may require extra configuration. Contact SeaText support if issues persist.

How to Upgrade and What Happens Next

To upgrade, log into your Thinkific admin. Go to Settings → Billing. Choose a paid plan. Once upgraded, the Code & Analytics tab appears immediately. Then follow the installation steps above. After installation, activate your SeaText agents. Go to the SeaText dashboard and choose which agents to enable. For example, you can turn on the Google Ads Agent or the Translation Agent. Each agent works independently. You can start with one and add more later. The integration remains active as long as you keep the code in the footer. If you downgrade to the free plan, the code stops working. Plan ahead: choose a paid plan that fits your budget and needs.

Frequently Asked Questions

Can I use SeaText on the Thinkific free plan? No. The free plan does not include the Code & Analytics tab. You need at least the Basic plan.

Does the integration work on Thinkific Plus? Yes. Thinkific Plus is a custom enterprise plan. It includes the Code & Analytics tab. The steps are the same.

What if I have multiple Thinkific sites? You need to install the SeaText code on each site separately. Each site must be on a paid plan.

Do I need coding skills to install SeaText? No. You only copy and paste the JavaScript code. No coding required.

Will the SeaText code slow down my site? No. The code is lightweight. It loads asynchronously. It does not affect page speed.

Can I remove the code later? Yes. Go back to Settings → Code & Analytics and delete the code from the Site Footer Code field. Then save.

Verdict: SeaText provides AI‑powered, real‑time visitor analytics and conversion tools, whereas Thinkific’s built‑in analytics deliver higher‑level course and revenue reports.

Who should choose SeaText?

If you need real‑time conversion boosts, multilingual testing, bot‑click refund evidence, or AI‑driven visitor insights, SeaText is the better fit. The platform deploys up to 20 autonomous agents that rewrite copy, translate content, detect bots, and run A/B tests automatically on any page where the snippet is installed (S2). This makes it ideal for marketers running paid ads who want each click to see a keyword‑matched landing page.

Who should choose Thinkific Analytics?

If your primary goal is tracking learner progress, revenue, and overall course health without extra code, Thinkific’s built‑in analytics are sufficient. The platform provides revenue dashboards, learner‑progress tracking, engagement metrics, and the ability to build custom reports (S1). Course creators who do not run paid traffic or need multilingual pages can rely solely on these reports.

Conditional recommendation

Use SeaText when you want to optimize every visitor interaction and expand globally. Keep Thinkific analytics if you only need course‑level reporting. Running both makes sense when you want deep visitor data and course performance in one dashboard.

What is SeaText?

SeaText is an AI platform that deploys autonomous agents to rewrite copy, translate content, detect bot traffic, and run A/B tests automatically. The agents work in real time on any page where the snippet is installed. According to the homepage, the system can deploy 20 agents that increase conversion, recover ad spend lost to bots, translate across 125 languages, and continuously optimize every visitor journey (S2).

What SeaText does after you save the code

After you paste the JavaScript snippet into Thinkific’s Site Footer Code field and click Save, the script becomes live on every page of your site. You must then visit your own site and stay on a page for at least 40 seconds; this activates the AI and links the site to your SeaText account (S1). Within five minutes the SeaText logo appears at the top of the integration page, confirming the connection. Once active, the agents begin analyzing visitor behavior, rewriting headlines, offers, and CTAs for each visitor, translating pages into up to 125 languages, detecting bot clicks, and generating refund‑ready reports for ad platforms (S2, S3). Data starts flowing into the SeaText dashboard within minutes, and you can configure each agent from the Main AI Hub.

What Thinkific analytics measures and what it cannot see

Thinkific’s built‑in analytics cover revenue dashboards, learner‑progress tracking, engagement metrics, and custom report building (S1). These tools help course creators understand enrollment trends, completion rates, and overall financial performance. However, Thinkific does not provide visitor‑level behavior data, real‑time content personalization, multilingual translation, bot detection, or A/B testing of page copy. It also cannot attribute a specific paid‑click keyword to a page variation or generate evidence for ad‑spend refunds.

Step‑by‑step installation walkthrough for the Site Footer Code field

1. Log in to your Thinkific Admin Dashboard.
2. Navigate to Settings → Code & Analytics.
3. Select the Site Footer Code tab.
4. Paste the JavaScript snippet provided by SeaText into the text area.
5. Click Save at the bottom of the page.
6. Open a new browser tab, go to your live site, and stay on any page for at least 40 seconds.
7. Return to the SeaText integration page; wait up to five minutes for the SeaText logo and your site name to appear, confirming activation.
8. If the logo does not appear after 10 minutes, contact SeaText support (S1).

Practical use cases and example scenarios

• A course creator runs Google Ads for a “Python for Beginners” course. SeaText’s Google Ads Agent rewrites the landing page headline to match each searched keyword, boosting conversions by up to 35 % (S3). Thinkific still tracks enrollment and revenue.
• An international educator wants to reach Spanish, French, and Japanese learners. SeaText’s Translation Agent automatically translates all pages into 125 languages, increasing international sign‑ups by 60 % (S4). Thinkific reports show completion rates per language cohort.
• A marketer suspects bot traffic is inflating ad costs. SeaText’s Bot Protection Agent detects invalid clicks, builds forensic reports, and helps recover up to 20 % of ad spend from Google and Meta (S5). Thinkific analytics remain unchanged.

Cost and subscription considerations

SeaText pricing depends on which agents you activate; the vendor does not publish a fixed price list, so you must check with the vendor for exact rates (S2). Thinkific analytics are included in every Thinkific subscription tier at no extra cost. If you only need course‑level reporting, the bundled Thinkific analytics are more cost‑effective. If you activate multiple SeaText agents (CRO, translation, bot refund, A/B testing), the monthly cost can exceed the Thinkific plan, so evaluate ROI before committing.

Limitations and troubleshooting

• SeaText only starts collecting data after a visitor stays on the page for at least 40 seconds; very short visits are not recorded.
• If the snippet is placed outside the Site Footer Code field, the AI will not activate.
• Activation confirmation can take up to five minutes; wait before assuming failure.
• Browser cache or ad‑blockers may prevent the SeaText logo from appearing; clear cache and disable blockers for the test visit.
• Thinkific analytics cannot be extended with AI personalization or multilingual testing; they remain static reports.

When to keep both analytics solutions

• You run paid ads and need AI to match landing‑page copy to each keyword (SeaText) while still tracking student progress and revenue across courses (Thinkific).
• You want AI‑tested translations for international learners (SeaText) and also need to monitor their course completion rates (Thinkific).
• You require bot‑click refund evidence for ad platforms (SeaText) but also rely on Thinkific’s revenue dashboards for financial reporting.

Step‑by‑step decision framework

1. Identify your primary goal: visitor conversion vs. course performance.
2. Check if you need multilingual testing or real‑time copy changes.
3. Evaluate budget: SeaText agents are priced per activation; Thinkific analytics are included.
4. Run a short pilot: enable SeaText on a single course page and compare the new visitor metrics to Thinkific’s reports.
5. Decide: keep SeaText only, keep Thinkific only, or run both based on the pilot results.

Key facts

FAQ

• Do I need to keep both analytics? Only if you require both visitor‑level conversion data and course‑level performance metrics.
• Can SeaText replace Thinkific’s reports? No. SeaText adds visitor insights but does not track learner progress or revenue dashboards.
• How long does it take for SeaText to start reporting? After the 40‑second visit, data appears within a few minutes; full activation may take up to five minutes.
• Is there an extra cost? SeaText pricing depends on the agents you activate; check with the vendor for exact rates.
• What if the snippet fails? Verify the code is in Settings → Code & Analytics → Site Footer Code and re‑save. Clear browser cache if needed.
• Does SeaText work on all Thinkific pages? Yes, the snippet runs site‑wide once placed in the Site Footer Code field.
• Can I disable specific SeaText agents? Yes, from the Main AI Hub you can activate or deactivate each agent individually.

SeaText’s cost is separate from Thinkific. Thinkific does not charge extra for adding custom JavaScript, so the only expense after you paste and save the SeaText snippet is the SeaText subscription you choose.

What is SeaText?

SeaText is an AI platform that adds autonomous agents to a website. Agents rewrite copy, translate content, protect against bot traffic, and run A/B tests automatically (S2).

How the Thinkific integration works

Copy the JavaScript snippet from SeaText. In Thinkific go to Settings → Code & Analytics → Site Footer Code, paste the snippet, and click Save (S1). Visit the site for at least 40 seconds to activate the AI and link it to your SeaText account (S1). Wait up to five minutes for the site name to appear next to the SeaText logo (S1).

Cost drivers for SeaText

The primary driver is the number of monthly active users (MAU). An active user is counted each month when a visitor loads a page that includes the SeaText snippet (S1). Pricing scales in tiers; higher MAU moves you to a higher tier (S2). There are no per‑event overage fees; the tier for the billing period reflects the peak MAU reached (S5). Some advanced agents such as the Bot Refund Agent may be sold as add‑ons (S3).

SeaText Pricing Tiers Overview

SeaText offers several tiers that increase with MAU (e.g., Starter, Growth, Enterprise). Exact user limits and monthly prices are published on the pricing page (S2). Each tier unlocks a larger set of agents and higher usage caps. The pricing page also lists any add‑on agents and their separate costs (S3).

Estimating Your Monthly Cost

To estimate cost, first determine your average monthly unique visitors from analytics. Next, check the SeaText pricing page for the tier that covers that MAU range. Multiply the tier’s monthly price by 12 for an annual view. Example: a site with 15,000 MAU falls into the Growth tier; if that tier costs $299/month, the annual estimate is $3,588 (prices illustrative; verify on pricing page).

Comparing SeaText to Alternative AI Agents

SeaText focuses on autonomous copy rewriting, translation, bot protection, and A/B testing for marketing sites (S2). Mutiny specializes in B2B personalization and account‑based experiences. VWO provides a broad experimentation platform with visual editors. Optimizely targets large enterprises with full‑stack feature flagging and experimentation. The table above summarizes key buyer criteria.

Tips to Optimize SeaText Costs

• Monitor MAU weekly; pause low‑traffic pages from the snippet to reduce counts.
• Use the free 1‑month pilot to validate ROI before committing (S4).
• Enable only the agents you need; each add‑on may increase the tier price (S3).
• Set up alerts in your analytics for traffic spikes so you can anticipate tier changes.
• Negotiate annual billing for a discount if your MAU is stable.

Limitations and considerations

• Pricing is tied to active users, not a flat monthly fee.
• Thinkific imposes no extra cost, but the JavaScript snippet must remain for the AI to stay active.
• If the site name does not appear after 10 minutes, contact SeaText support (S1).

Frequently asked questions

Do I pay Thinkific for the SeaText code?

No. Thinkific’s pricing is independent of custom code installations.

How is SeaText billed?

Based on the number of monthly active users; see the SeaText pricing page for exact tiers.

Can I try SeaText before paying?

SeaText offers a free 1‑month pilot on its site; check the pricing page for details (S4).

What if my traffic spikes?

Your subscription may move to a higher tier because pricing scales with active users.

Is there any hidden fee from Thinkific?

Thinkific does not charge for the JavaScript snippet or for the integration process.

Testing SeaText on a Thinkific site before you go live helps you catch errors, confirm that each AI agent works as expected, and avoid surprising visitors with broken content.

Why test SeaText before going live

Running a live site with untested AI changes can lead to misleading headlines, broken calls‑to‑action, or language errors that hurt trust.

A test lets you see exactly how each agent rewrites copy, translate pages, or flag bot clicks without affecting real customers.

You can verify that the snippet loads correctly, that the site appears in the SeaText dashboard, and that the agents produce the expected output before you expose the changes to traffic.

What SeaText changes on a Thinkific site

When activated, SeaText runs autonomous agents that modify page elements in real time.

The Conversion Agent tests different headlines, offers, and calls‑to‑action to see which version drives more clicks or sign‑ups.

The Google Ads Agent rewrites the landing page to match the exact keyword that triggered a paid click, making the page feel custom‑built for that search.

The Translation Agent displays the page in up to 125 languages, swapping headlines, buttons, and product copy based on the visitor’s locale.

The Bot Refund Agent watches paid traffic for signs of invalid clicks, builds evidence reports, and shows a potential refund amount in the dashboard.

Other agents can personalize copy, slow fast scrollers near calls‑to‑action, or adapt content to visitor source.

How the activation and linking process works end-to-end

1. Log in to your SeaText account and copy the JavaScript snippet from the Integration page.
2. In Thinkific, go to Admin Dashboard → Settings → Code & Analytics → Site Footer Code.
3. Paste the snippet into the footer code field and click Save.
4. Open the test page in a browser and stay on it for at least 40 seconds. This triggers the AI to link the site to your SeaText account.
5. Wait 5‑10 minutes. The top of the SeaText dashboard should show your site name next to the SeaText logo, confirming the connection.
6. If the name does not appear, proceed to the troubleshooting steps in the next section.

How to verify each SeaText agent during testing

Conversion Agent

After activation, open the Variants Edit section in SeaText. You will see automatically generated headline and CTA variants for the test page. Review them for clarity and relevance.

To see the agent in action, visit the test page with different UTM parameters or reload the page several times; the displayed headline may change as the agent runs its A/B test.

Google Ads Agent

Add a test Google Ads‑style UTM parameter (e.g., ?utm_source=google&utm_term=test+keyword) to the test page URL.

Visit the page and wait a few seconds. The headline should rewrite to include the keyword from the parameter, showing the agent’s real‑time matching.

Translation Agent

Append a language code to the URL (e.g., ?lang=es) or use the browser’s language setting if you have enabled language detection.

Reload the page; the visible text should appear in the selected language, confirming the Translation Agent is active.

Bot Refund Agent

In the SeaText dashboard, locate the Bot Refund Agent card. It displays a count of detected bot clicks and an estimated refund amount.

You can simulate a bot visit by using a headless browser or a tool that sends rapid requests; the agent should log those events.

Check the Variants Edit section for any bot‑related evidence notes that the agent may have added.

What to do when activation fails

• Double‑check the snippet: ensure it was copied exactly, with no extra spaces or missing characters.
• Confirm it is placed in the Thinkific Site Footer Code field and that you clicked Save.
• Clear your browser cache or open an incognito window before the 40‑second visit.
• Visit the test page and stay on it for at least 40 seconds; do not navigate away during that time.
• After the visit, wait the full 5‑10 minutes before checking the dashboard.
• Open the browser console (F12) and look for network errors or JavaScript warnings that could block the snippet.
• If the site name still does not appear, note the exact time and any error messages, then contact SeaText support with that information.

Readiness checklist and next steps

Use this checklist to confirm your test is complete before going live:

1. Paste the SeaText snippet into the Thinkific Site Footer Code of your test site.
2. Save the changes.
3. Visit the test page and remain on it for at least 40 seconds.
4. Wait 5‑10 minutes and verify the site name appears in the SeaText dashboard.
5. Activate the agents you intend to use (Conversion, Google Ads, Translation, Bot Refund, etc.) from the Main AI Hub.
6. Open Variants Edit and review the automatically generated variants for each agent.
7. Simulate visitor scenarios (different UTM parameters, language codes, bot traffic) and observe the expected changes.
8. Confirm the site loads without errors, no broken elements, and the agents display the intended content.
9. Document any issues or adjustments needed.

Once the checklist passes, repeat the same steps on your live Thinkific site: paste the snippet, save, visit the live page for 40 seconds, wait for dashboard confirmation, then activate the agents. Monitor the SeaText dashboard for performance and adjust variants as needed.

Why the warning appears

SeaText looks for its JavaScript identifier in the global footer of your Thinkific site. If the snippet is missing from that location, SeaText cannot confirm the connection and shows a "code not detected" warning.

The warning also appears when the activation visit has not been completed or when detection has not finished within the expected time window.

Correct placement of the SeaText snippet

SeaText provides a single JavaScript block that must be added to Thinkific’s global Site Footer Code field. The steps are:

1. Copy the full SeaText JavaScript snippet from your SeaText account dashboard.
2. Log in to the Thinkific Admin Dashboard.
3. Select Settings from the left‑hand menu.
4. Open the Code & Analytics tab.
5. Find the Site Footer Code field.
6. Paste the entire snippet into that field. Do not add extra characters before or after the code.
7. Click Save at the bottom of the page.

Thinkific stores this code globally, so it appears on every page of your site.

Activation visit and detection window

After saving the snippet, you must visit your live Thinkific site in a browser window.

1. Open the site in an incognito or private window to avoid cached versions.
2. Stay on any page for at least 40 seconds without navigating away. This visit triggers SeaText’s activation ping.
3. Wait between 5 and 10 minutes. SeaText checks the footer during this period.
4. If the site name appears next to the SeaText logo in your SeaText dashboard, the connection is successful.

If the site name does not appear after 10 minutes, contact SeaText support immediately.

Common placement mistakes and likely causes

Many users paste the snippet into fields that are not the global Site Footer Code field. Thinkific’s editor may remove script tags from those non‑global fields to protect page stability. This removal is a likely cause of the warning, but the exact behavior can vary.

• Placing the code in a course‑level custom code section.
• Adding the snippet to a lesson’s multimedia or content editor.
• Using the Site Header Code field instead of the Site Footer Code field.
• Accidentally truncating the snippet while copying.

When any of these occur, the snippet is not present in the global footer, so SeaText cannot detect it.

How to verify the installation

After the activation visit, log back into your SeaText account.

• If your website name appears next to the SeaText logo, the integration is active.
• If the name is missing, double‑check that the full snippet is in the Site Footer Code field.
• Confirm that you stayed on the live site for at least 40 seconds.
• If everything looks correct and the warning persists after 10 minutes, reach out to SeaText support for help.

Limitations of the Thinkific integration

The SeaText snippet works only when placed in the global Site Footer Code field. It does not run from page‑level editors, lesson blocks, or third‑party apps that inject their own code.

If you use a custom Thinkific theme that modifies the footer, you may need to ensure the theme does not overwrite the snippet during updates.

SeaText’s AI features activate only after the snippet is detected and the activation visit is completed. The snippet itself does not change page speed; it loads asynchronously as designed by SeaText.

Frequently Asked Questions

Where should I paste the SeaText JavaScript?

In Thinkific Admin Dashboard → Settings → Code & Analytics → Site Footer Code field. This is the only location SeaText scans.

Do I need to stay on the site for exactly 40 seconds?

Yes. SeaText requires a continuous visit of at least 40 seconds to trigger its activation ping.

How long does detection take?

SeaText checks the footer between 5 and 10 minutes after the activation visit. If the site is not listed after 10 minutes, contact support.

What if I placed the snippet in a lesson editor?

Thinkific may remove script tags from lesson editors. This is a likely cause of the warning. Move the snippet to the Site Footer Code field and repeat the activation visit.

Can I test the snippet on a staging site?

The source instructions refer only to the live site. Testing on a staging environment is not covered by the official steps.

Will the snippet affect my page load time?

The SeaText JavaScript loads asynchronously and is designed to be lightweight. No page‑speed impact is documented in the source material.

What Are the Most Common Mistakes When Saving SeaText Code in Thinkific?

When you add SeaText to your Thinkific site, the process is straightforward – but small errors can stop the integration from working. Based on the official SeaText integration guide and common user reports, three mistakes happen most often:

1. Editing the JavaScript snippet before pasting it.
2. Placing the code in page-specific code blocks instead of the global Site Footer Code field.
3. Forgetting to publish or save your changes after inserting the code.

Each of these mistakes breaks the connection between SeaText and your Thinkific site. Below we explain why they happen, how to recognise them, and the exact steps to avoid them.

Mistake 1: Editing the JavaScript Snippet

SeaText provides you with a single JavaScript snippet to copy. Some users try to customise it – for example removing certain lines, adding comments, or changing variable names. This almost always breaks the integration.

Why it fails: The snippet is a complete script that SeaText’s servers expect to see exactly as delivered. Any change, even a missing semicolon, can prevent the script from loading or communicating with the SeaText platform.

How to avoid it: Copy the code exactly as shown in your SeaText dashboard. Use Ctrl+C (or Cmd+C) and paste it directly into the Thinkific field without any manual edits. If you need to customise behaviour later, SeaText provides separate settings inside the platform – not by editing the snippet.

Mistake 2: Placing the Code in Page-Specific Code Blocks

Thinkific lets you add custom code to individual pages (for example, in the Course Builder or Landing Page editor). Some users put the SeaText snippet there rather than in the global site footer.

Why it fails: SeaText needs to load on every page of your site – not just one course or landing page. When you place the code in a page-specific block, it only runs on that page, and SeaText cannot track visitors or optimise across your entire site. The activation step (visiting your site for 40 seconds) may also fail because the script is not present on the homepage.

How to avoid it: Always paste the SeaText snippet into the Site Footer Code field. To find this: go to your Thinkific Admin Dashboard → Settings → Code & Analytics → Site Footer Code. This field applies the code to every page automatically.

Mistake 3: Forgetting to Publish or Save Changes

After pasting the code, you must click the Save button in the Code & Analytics section. If you navigate away without saving, the code is not stored. Thinkific also requires that your site is published – if you are using a draft or staging site, the code may not be live.

Why it fails: Without saving, the script never gets added to your site’s HTML. Even if you saw the code in the field, it is not active until you click Save. Additionally, if your site is not published, visitors (and the SeaText activation script) cannot reach it.

How to avoid it: After pasting the code, look for the blue Save button and click it. Wait for a confirmation message. Then, visit your live public site (not the preview mode) and stay on the page for at least 40 seconds. This activates the SeaText AI and links it to your account.

How to Correctly Save SeaText Code in Thinkific – Step by Step

Follow these exact steps to avoid the three mistakes above:

1. Copy the JavaScript code from your SeaText account (do not edit it).
2. Go to your Thinkific Admin Dashboard.
3. Select Settings → Code & Analytics.
4. In the Site Footer Code field, paste the code.
5. Click Save.
6. Visit your live website (the public URL, not a draft) and stay on the page for at least 40 seconds.
7. Wait 5-10 minutes, then check your SeaText dashboard – your website name should appear next to the SeaText logo.

If you do not see your site after 10 minutes, contact SeaText support. This could indicate a problem with the installation.

Key Facts About the SeaText–Thinkific Integration

Limitations and When This Advice Does Not Apply

The steps above assume you are using a standard Thinkific plan (Basic, Pro, or Premier) that includes the Code & Analytics section. The free Thinkific plan does not have this feature, so you cannot install SeaText via the footer code method. In that case, you would need to upgrade your plan or use a different integration approach (e.g., via a third-party script manager if available).

Also, if you are using a custom domain with Thinkific, ensure the domain is correctly configured before saving the code. A misconfigured domain can prevent the SeaText script from loading even if the code is saved correctly.

How to Verify the Script is Active After Saving

After saving the code, you can verify the SeaText script is live by viewing your page source. Open your browser’s developer tools (usually F12) and search for “seatext” or the script URL. If you see the exact snippet you pasted, the installation is correct. The 40-second visit is required because SeaText’s AI needs to load on the page and confirm the script is running. This visit triggers the linking process between your site and your SeaText account. Without this step, the integration remains inactive, even if the code is saved correctly.

FAQ – Common Questions About Saving SeaText Code in Thinkific

Why can’t I edit the SeaText snippet?

Editing the snippet can break the script’s connection to SeaText’s servers. The snippet is designed to work exactly as provided. Any changes may cause the script to fail silently.

What if I accidentally placed the code in a page-specific block?

Remove the code from that block and paste it into the Site Footer Code field instead. Then test the integration again by visiting your live site.

I saved the code but nothing happens – what should I do?

First, check that you saved the Code & Analytics section. Then, clear your browser cache and visit your live site. Stay for at least 40 seconds. If still not working, contact SeaText support.

Can I use SeaText on a Thinkific staging site?

Yes, but only if the staging site is publicly accessible. The activation step requires a live URL. If your staging site is password-protected, SeaText may not be able to verify the installation.

How long does it take for SeaText to activate after saving?

After you save the code and visit your site for 40 seconds, it can take up to 10 minutes for your website name to appear in the SeaText dashboard. If it takes longer, contact support.

Do I need to add the code to every page?

No. The Site Footer Code field applies the code to all pages automatically. Adding it to individual pages is unnecessary and will cause the integration to fail.

What if my Thinkific site uses a custom code editor?

Some users have access to Thinkific’s custom code editor (in the Theme section). However, the recommended and easiest place is the Code & Analytics section. Using the theme editor may work, but it is not officially documented by SeaText for this integration.

SeaText translates WordPress pages, posts, products, and headlines into 125 languages automatically. The plugin activates in under one minute with no page limits or language caps. New content is detected and translated in the background, while you retain control to edit translations and preserve brand voice.

What SeaText Automatic Translation Does

SeaText connects to your WordPress site and translates every page, post, product, and headline into up to 125 languages. The translation runs automatically without manual work. When you publish new content, SeaText detects it and translates it in the background. There are no page limits and no language limits for the content you choose to translate.

The system uses AI agents to handle translation. The Website Translation Agent translates pages into 125 languages with control. This means you get automatic multilingual content across your entire site without managing translation projects or hiring translators.

How Activation Works

You activate SeaText on WordPress in under one minute. The plugin is built for WordPress and the tools you already use. Once activated, SeaText detects each visitor's language and translates WordPress pages instantly. The process requires no technical setup beyond installing and activating the plugin.

After activation, SeaText keeps new posts, products, and updates translated automatically. You do not need to trigger translation manually for each new piece of content. The system handles it continuously.

Language Coverage and Scale

SeaText supports translation into 125 languages. This covers the vast majority of internet users worldwide. The translation applies to all WordPress content types: pages, posts, products, headlines, buttons, and offers. There are no caps on the number of pages or languages you can use.

This scale means a single WordPress site can serve visitors from virtually any country in their native language. The automatic detection ensures each visitor sees content in their preferred language without manual language selection.

Control Over Automatic Translation

Automatic does not mean uncontrolled. You can edit translations to preserve brand voice and review key pages. The system allows manual adjustments when you want to refine messaging for specific markets. You can also use advanced A/B tested translation to find the message that sells best in each market.

This control layer matters for brand consistency. While the bulk translation happens automatically, you have the ability to override any translation that does not match your brand standards or local market expectations.

Multilingual SEO Included

SeaText provides free automatic multilingual SEO for every translated page. This means translated pages are optimized for search engines in each target language. The system handles technical SEO aspects like hreflang tags and language-specific URLs automatically.

Multilingual SEO helps your translated content rank in local search results. This drives organic traffic from new markets without additional SEO work. Each translated page gets the same SEO treatment as your original content.

Integration With Other AI Agents

SeaText runs 20 autonomous AI agents that work together. The Website Translation Agent is one of these agents. Others include the Google Ads Landing Page Agent, Local AI SEO Agent, Ecommerce Product Copy Agent, and AI A/B Testing Agent. These agents can enhance translated content further.

For example, the Ecommerce Product Copy Agent optimizes product names, descriptions, and CTAs. The AI A/B Testing Agent generates variants and scales winners. The Local AI SEO Agent ranks for "near me" and city service searches. These agents work on translated content as well as original content.

Practical Scenario: Launching a Multilingual Store

An ecommerce site installs SeaText and activates it in under one minute. The site has 500 products and 50 pages. SeaText translates all content into 125 languages automatically. New products added next week are translated without any action from the store owner.

The store owner reviews translations for top-selling products and adjusts a few headlines for cultural fit. The Local AI SEO Agent starts ranking product pages for local search terms in each language. The Ecommerce Product Copy Agent tests product description variants to increase add-to-cart rates in each market.

Limitations to Consider

SeaText translates text content automatically. The sources do not specify handling of images, videos, or dynamic JavaScript content. Translation quality for highly technical, legal, or creative content may need human review. The system is designed for marketing and business content where AI translation performs well.

You should plan to review key conversion pages like checkout, pricing, and legal pages. The ability to edit translations manually addresses this, but it requires time allocation for review.

Frequently Asked Questions

How long does activation take?

Activation takes under one minute. You install the WordPress plugin and activate it. No additional configuration is required for basic translation to start.

Are there limits on pages or languages?

No. SeaText has no page limits and no language limits for the content you choose to translate. You can translate unlimited pages into all 125 supported languages.

Can I edit translations after they are generated?

Yes. You can edit translations to preserve brand voice, review key pages, and adjust phrasing for local markets. The system gives you control over automatic output.

Does SeaText handle SEO for translated pages?

Yes. Free automatic multilingual SEO is included for every translated page. This covers technical SEO elements needed for multilingual search visibility.

What happens when I publish new content?

SeaText detects new WordPress pages, posts, products, and headlines automatically and translates them in the background. No manual trigger is needed.

Can I use SeaText with other translation plugins?

The sources do not address compatibility with other translation plugins. SeaText is designed as a complete automatic translation solution.

No, SeaText does not offer a built-in URL exclusion rule. The automatic translation engine translates every page, post, product, and update on your WordPress site. There is no switch to stop translation for a specific URL before it happens. However, you have full control after translation. You can edit translations, preserve brand voice, and review key pages. This lets you effectively keep a URL in its original language by managing the translated version.

This matters because automatic translation is designed to run on its own. SeaText translates WordPress pages, posts, products, and updates automatically, with no page limits or language limits. Without a way to edit or review, every new page would be translated without your input. But SeaText gives you control after the translation is created.

How SeaText automatic translation works

SeaText's Website Translation Agent runs automatically. When you publish new content, SeaText sees it and translates it. This happens for every page, post, product, and update. There are no page limits and no language limits. The engine translates into 125 languages. This is the default behavior. As the SeaText WordPress page says, "Publish a new WordPress page, product, post, or headline. SEATEXT sees it and translates it."

Translation happens in the background. New content is translated automatically. You do not need to create translation jobs. The engine works on its own. This is the core feature of the Website Translation Agent.

What control do you have after translation?

Automatic does not mean uncontrolled. SeaText gives you several ways to manage translations after they are created. You can edit translations to fix errors or adjust wording. You can preserve brand voice by making sure the translated copy matches your brand tone. You can review key pages to ensure quality. You can also use advanced A/B tested translation when you want to find the message that sells best in each market. This is stated in the source: "Automatic does not mean uncontrolled. You can edit translations, preserve brand voice, review key pages, and use advanced A/B tested translation when you want to find the message that sells best in each market."

These controls are available after the translation is created. You do not set them before translation. This is the key difference from a URL exclusion rule. You cannot stop the translation from happening, but you can change the result.

Can you prevent a specific URL from being translated automatically?

The short answer is no. SeaText does not offer a URL exclusion feature. Every page is translated automatically. There is no setting to skip a specific URL before translation. However, you can manage the translation after it is created. If you want a URL to stay in the original language, you can edit the translated version to match the original content. This effectively makes the page appear untranslated. You can also delete the translated version if your setup allows removing pages. This is not the same as preventing the translation, but it achieves the same result. You must act after the translation is created.

This approach has trade-offs. The translation is created first, so it uses some resources. Visitors may briefly see the translated version before you edit it. You need to monitor new pages and act quickly if you want to keep them in the original language. For most sites, this is manageable.

Practical scenarios for managing translations

Here are three common scenarios where you might want to keep a URL in the original language after automatic translation. These examples show how to use editing controls.

Legal pages. You have a terms page that must stay in English for legal reasons. After SeaText translates it, you edit the translated version to display the original English text. This ensures the page remains in English for all visitors.

Pages under review. You have a product page that is not final. You want to avoid showing a translated version until it is ready. After the translation is created, you edit it to match the original draft. When the page is final, you can update the translation to the correct version.

Brand and trademark pages. A product name may lose meaning when translated. After translation, you edit the page to keep the brand name in the original language. You can also adjust the surrounding copy to preserve brand voice.

In each case, the control happens after translation. This is different from a rule that prevents translation. But it gives you the same outcome: the URL stays in the original language.

Common mistakes when managing translations

• Forgetting to edit the translation after creation. If you do not edit the translated version, it will remain in the target language. You need to check new pages regularly.
• Not checking all languages. SeaText translates into 125 languages. If you only edit the Spanish version, the French version may still be translated. You need to edit each language you want to keep in the original.
• Ignoring caching. Cached copies of the translated page may still be visible for a short time. The edit may not take effect immediately. Clear your cache if needed.
• Assuming the edit affects future updates. If you edit a translation, future automatic updates to the original page may overwrite your edit. You may need to re-edit after updates. Check the translation agent settings for this behavior.
• Not testing from a clean browser state. A cached page can make your edit look like it did not work. Test from an incognito window.

Limitations and edge cases

Editing translations after creation gives you control, but it has limitations. The translation is created first, so it briefly exists. Search engines may index the translated version before you edit it. The translated URL may appear in search results for a while. The exclusion rule does not remove it from search indexes immediately.

Language switchers can still allow visitors to manually choose a translated language. Your edit keeps the page in the original language for automatic serving, but visitors can still switch languages if your site has a language switcher. This is a separate concern.

Multiple URL versions can cause issues. WordPress, page builders, and caching plugins can create alternate URLs for the same page. If you edit one version, another version may still be translated. Check all URL variants.

Already translated pages are not affected by your edit if you edit after the fact. The edit changes the current version, but any previously cached or indexed versions may persist. This is the same as with URL exclusion rules.

Key facts at a glance

Frequently asked questions

Can I set a rule to stop a URL from being translated automatically?

No. SeaText does not have a URL exclusion feature. Every page is translated automatically. You manage translations after they are created.

How do I keep a page in the original language?

Edit the translated version after it is created. Change the content to match the original language. This makes the page appear untranslated.

Does editing one language affect all languages?

No. You need to edit each language separately. If you want the page to stay in the original language for all visitors, edit each translated version.

Will my edit be overwritten by future automatic updates?

It depends on the translation agent settings. Check the documentation for your setup. Some versions may overwrite edits if the original page is updated. You may need to re-edit after changes.

How long does it take for an edit to take effect?

The edit is applied immediately on the server. However, cached copies may still show the old translation for a short time. Clear your cache to see the change faster.

Can I delete a translated version?

Depending on your setup, you may be able to delete the translated page. This removes the translation entirely. Check your WordPress and SeaText settings for deletion options.

Yes, SeaText supports wildcard patterns (e.g., /campaign/*) and simple regex for flexible exclusion rules. You set these rules in the Exclusion Rules section of the SeaText dashboard before any agents run.

Why exclude pages by URL pattern or regex?

Excluding pages lets you prevent agents from modifying content that should stay unchanged. Common reasons include protecting checkout pages, preserving legal disclaimers, avoiding translation of user‑generated content, and keeping test pages out of A/B experiments. Pattern‑based exclusion scales better than adding each URL manually.

How wildcard matching works in SeaText

Wildcard patterns use an asterisk (*) to represent any sequence of characters within a single path segment. For example, /blog/*/draft matches /blog/2024/01/draft but not /blog/2024/01/02/draft. The pattern is evaluated against the request path after the domain, ignoring query strings and fragments unless they are explicitly included.

How regex matching works in SeaText

Regex patterns follow JavaScript regular‑expression syntax. You can use anchors (^ $), character classes, quantifiers, and grouping. SeaText compiles the expression once per rule and tests each inbound URL path against it. Advanced features such as look‑aheads, look‑behinds, and Unicode property escapes are not supported.

Wildcard vs regex: which should you use?

Choose wildcards for simple prefix or suffix matches (e.g., /campaign/* or */preview). Choose regex when you need alternation, optional segments, or numeric ranges (e.g., ^/product/\d{3,5}$). Wildcards are faster to write and easier to audit; regex gives finer control but requires testing.

Step‑by‑step setup with example patterns

1. Log in to SeaText and open the dashboard.
2. Navigate to Settings → Exclusion Rules (the exact menu name may vary by version).
3. Click Add Rule.
4. Select Pattern Type: Wildcard or Regex.
5. Enter the pattern. Example wildcard: /campaign/*. Example regex: ^/api/v[12]/internal/.*$.
6. Optionally add a description for future reference.
7. Save the rule. The change takes effect on the next agent processing cycle.
8. Verify by visiting a matching page and checking the SeaText debug console or page source for the absence of agent modifications.

Common mistakes and edge cases

• Inconsistent leading slash – SeaText expects patterns relative to the site root, so start with /.
• Overly broad regex (e.g., .*) that unintentionally matches wanted pages – test with a regex tester before saving.
• Forgetting to re‑save after editing a pattern.
• Assuming query strings are matched – they are ignored unless the pattern explicitly includes them.
• Using unsupported regex features (look‑aheads, Unicode escapes) which cause the rule to be rejected.

Limitations

SeaText accepts only a subset of JavaScript regex. Look‑aheads, look‑behinds, and Unicode property escapes are not supported. Very complex patterns may be rejected or cause performance slowdowns. Wildcard matching is limited to a single path segment per asterisk; it cannot span multiple directory levels.

Frequently asked questions

Does a wildcard match query strings and fragments?

No. Wildcard and regex patterns are evaluated against the URL path only. Query strings and fragments are ignored unless you include them explicitly in a regex.

Can I exclude a URL prefix without affecting child paths?

Use a wildcard that ends before the child segment, e.g., /admin/* matches /admin/settings but not /admin/users/profile if you need deeper control, switch to regex with an anchor.

How do I test a regex before saving it?

Use an online JavaScript regex tester (such as regex101.com) with the “ECMAScript” flavor. Paste sample URLs to confirm the pattern behaves as expected.

What does SeaText do with excluded pages in reports and quotas?

Excluded pages are not processed by agents, so they do not appear in translation, A/B test, or personalization reports. They also do not count toward any processing quotas.

Can I combine multiple patterns in one rule?

Each rule holds a single pattern. To exclude several unrelated paths, create multiple rules.

Are exclusion rules applied instantly?

Rules take effect on the next agent processing cycle, which typically runs within a few minutes after saving.

Exclude a landing page from translation when it targets a single-language audience, runs a time-sensitive promotion, or carries legal disclaimers that must stay in one language. These conditions create risk: mistranslated legal text, expired offers showing in the wrong market, or budget wasted on visitors who will never convert.

Quick Readiness Checklist

• Single-language audience: The campaign targets only one country or language group.
• Time-sensitive offer: The page promotes a flash sale, event, or deadline that expires before translation finishes.
• Legal or regulatory text: Disclaimers, terms, or compliance statements that must remain in the original language by law.
• Brand-controlled messaging: Headlines or copy that require human review before any language change.
• Technical constraints: Dynamic content, personalization tokens, or scripts that break under automatic translation.

If any item applies, keep the page in its original language. If none apply, the page is ready for automatic translation.

How to audit existing landing pages before enabling translation

Follow a short audit to avoid costly mistakes. The audit uses the same criteria as the exclusion checklist but applied to pages already live.

1. Map traffic sources. Use analytics to see which languages bring visitors to each landing page. If a page receives <5% traffic from non‑primary languages, consider exclusion.
2. Check offer dates. Look for date fields, countdown timers, or event registrations. If the end date is within 48 hours, flag the page as time‑sensitive.
3. Identify legal blocks. Search the HTML for keywords such as “terms”, “privacy”, “disclaimer”, or regulatory identifiers. Pages containing these blocks should stay in the original language unless you have certified translations.
4. Review brand‑critical copy. Scan headlines and taglines for wordplay, puns, or brand slogans. Mark any that rely on cultural nuance.
5. Test technical stability. Enable translation on a staging copy. Verify that dynamic widgets, price calculators, and personalization tokens render correctly. If errors appear, add the page to the exclusion list.
6. Document the decision. Record the audit outcome in a shared spreadsheet. Include the page URL, audit date, and reason for exclusion or inclusion.

Run this audit quarterly or whenever a major campaign launches. Updating the audit keeps the exclusion list aligned with business goals and reduces translation waste.

Why Exclusion Decisions Matter

Automatic translation scales fast. SEATEXT detects each visitor's language and translates WordPress pages instantly, keeping new posts, products, and updates translated in the background. That speed is an asset until it translates something that should stay fixed. A mistranslated legal disclaimer can create liability. An expired promotion shown in a new market wastes ad spend. A headline that relies on wordplay loses its punch when machine-translated. The checklist prevents those errors before they go live.

How Automatic Translation Works on Landing Pages

When you activate translation, the system scans every page, headline, button, and offer. It creates localized versions in up to 125 languages without a separate site for each market. New content — pages, products, posts, headlines — gets translated automatically as you publish. You can edit translations, preserve brand voice, review key pages, and run A/B tested translation variants to find the message that sells best in each market. The process is hands‑off by default, which is why exclusion rules matter.

Key Scenarios Where Exclusion Makes Sense

Single-Language Campaigns

A Google Ads campaign targeting only Spanish speakers in Mexico does not need a French version of the landing page. Translating it adds cost and complexity with zero return. Keep the page in Spanish.

Flash Sales and Event Registrations

A 48‑hour sale or a webinar registration page that closes tomorrow will expire before translated versions generate meaningful traffic. Exclude the page; translate the evergreen product page instead.

Regulated Legal Content

Financial disclosures, health warnings, or government‑mandated notices often require exact wording in a specific language. Machine translation cannot guarantee compliance. Exclude these pages and manage them manually.

Brand Voice‑Critical Pages

Taglines, humor, or cultural references that define your brand may not survive translation. If the page's conversion power depends on precise phrasing, keep it in the original language and create a separate, locally written version later.

Technically Fragile Pages

Pages with dynamic pricing calculators, personalized tokens, or third‑party widgets can break when the translation layer rewrites DOM elements. Test first; exclude if the risk is high.

Decision Framework: Step-by-Step Checklist

1. Identify the page's primary traffic source and target audience language.
2. Check for expiration dates on offers, events, or content.
3. Scan for legal, regulatory, or compliance text that must stay unchanged.
4. Assess whether brand voice, wordplay, or cultural nuance drives conversion.
5. Review technical implementation: dynamic content, scripts, personalization.
6. If any check fails, add the page to the exclusion list. If all pass, enable translation.

Common Mistakes and How to Avoid Them

• Translating everything by default: Wastes budget on pages that never reach a multilingual audience. Use the checklist first.
• Forgetting legal pages: Terms of service, privacy policies, and disclaimers often need human legal review per jurisdiction. Exclude them from automatic translation.
• Ignoring time-sensitive content: A translated Black Friday page appearing in January confuses visitors. Set exclusion rules tied to campaign calendars.
• Assuming brand voice translates: Slogans and puns rarely work across languages. Plan local copywriting for high‑value pages instead of relying on machine translation.
• Skipping technical QA: Dynamic elements break silently. Test a staging version with translation enabled before going live.

Limitations of This Advice

This checklist applies to landing pages managed through a translation layer like SEATEXT that translates every page, headline, button, and offer into up to 125 languages automatically. It does not cover manual translation workflows, headless CMS setups without translation integration, or pages that require certified human translation for legal validity. The advice assumes you can toggle exclusion per page and that translation runs continuously on new content.

Key Facts

Terminology

• Automatic translation: Machine translation that runs continuously on new and updated content without manual tickets.
• Exclusion rule: A setting that prevents specific URLs or page types from entering the translation pipeline.
• Brand voice preservation: Configuration that keeps terminology, tone, and style consistent across languages.
• A/B tested translation: Running multiple translation variants to measure which drives higher conversion in a target market.

FAQ

Can I exclude only part of a page?

Yes. You can exclude specific blocks, words, or URLs while translating the rest of the page.

What happens if I translate a page with an expired promotion?

The translated version will show the expired offer to visitors in that language, wasting traffic and damaging trust. Exclude time-sensitive pages or set a translation schedule aligned with your campaign calendar.

Do I need to exclude legal pages in every jurisdiction?

If a legal disclaimer must remain in a specific language by law, exclude that page from automatic translation and manage it with human legal review.

How do I test if a page breaks under translation?

Enable translation on a staging environment. Check dynamic calculators, personalization tokens, and third‑party widgets. Exclude the page if elements break.

Can I translate a page later after excluding it?

Yes. Remove the exclusion rule and the system will translate the page on the next cycle.

Does excluding a page hurt SEO in other languages?

Only if that page was meant to rank in those languages. Exclude pages that have no search audience in the target language; translate pages that do.

What if my campaign expands to new languages later?

Remove the exclusion. The page will be translated automatically and tracked by language and market.

When a site owner decides which parts of a WordPress site to translate, the first step is to understand what the translation engine does by default. SEATEXT detects each visitor’s language and translates pages instantly, keeping new posts, products, and updates translated in the background [S1].

Because the translation is automatic, teams often add exclusion rules to keep certain page types in the original language. The most common exclusions are legal pages, checkout or thank‑you pages, private member areas, A/B test variants, and temporary campaign pages.

What translation exclusion means

Translation exclusion is a deliberate rule that tells the platform not to send specific URLs or page templates through the translation workflow. The decision is usually based on content purpose, audience, or technical constraints rather than language ability.

How SEATEXT translates a WordPress site

SEATEXT translates every WordPress page, post, product, and update automatically. There are no page limits, no language limits, and no manual translation work required [S1].

The system detects each visitor’s language and serves a translated version instantly. New content is picked up and translated in the background without any tickets or manual steps [S1].

Setting up exclusion rules in SEATEXT

Automatic does not mean uncontrolled. You can edit translations, preserve brand voice, review key pages, and use advanced A/B tested translation when you want to find the message that sells best in each market [S1].

Exclusion rules are created by URL pattern, page ID, or a custom tag. When a rule matches, SEATEXT skips sending that content to the translation engine and leaves the original text in place. You can also override a rule for individual pages if a specific translation is later required.

Page categories that teams frequently exclude

• Legal pages – Terms of service, privacy policies, and disclaimers often contain jurisdiction‑specific wording. Translating them can introduce ambiguity or liability, so many companies keep the original version and provide a separate, lawyer‑reviewed translation only when required.
• Checkout and thank‑you pages – These pages handle payment processing, order confirmation, and security checks. Any change to field names, hidden inputs, or confirmation messages can break the flow or trigger fraud filters. Keeping them in the source language ensures the checkout process remains stable.
• Private member areas – Dashboards, account settings, and support portals are used by logged‑in users who already navigate the site in the source language. Translating these screens adds cost without a clear benefit, especially when the audience is small or highly familiar with the interface.
• A/B test variants – Experiments rely on identical code except for the variable being tested. If translation changes the layout or text unexpectedly, it can confound results. Excluding the variant pages guarantees that only the intended variable differs between versions.
• Temporary campaign pages – Landing pages for a limited‑time promotion, event, or product launch often have a short lifespan. The effort to translate, review, and maintain them may outweigh the gain, especially if the campaign targets a single language market.

Decision framework for applying exclusions

1. Identify the page’s primary purpose – Is it legal, transactional, private, experimental, or promotional?
2. Assess the risk of translation – Could translating break functionality, create legal exposure, or dilute test clarity?
3. Weigh the cost versus benefit – Estimate translation effort, review time, and maintenance against the expected uplift in engagement or conversions from localization.
4. If the risk is high or the benefit low, apply an exclusion rule in SEATEXT; otherwise, include the page in the automatic translation workflow.

Practical scenarios

Scenario 1 – E‑commerce store: The store excludes its checkout, order‑history, and tax‑information pages using a URL‑pattern rule. Legal pages (terms, refund policy) stay in English, but a separate, vetted Spanish version is published only for the Spanish‑language market. A/B test pages for a new product badge are excluded so the test runs with identical code across languages.

Scenario 2 – SaaS platform: The platform excludes the admin dashboard and user‑settings pages because its enterprise clients work primarily in English. Marketing landing pages and blog posts are fully translated, while a limited‑time webinar promo page is excluded after the event ends.

Scenario 3 – News site: The site excludes its comment‑system module and user‑profile pages, which rely on third‑party scripts that break when translated. All article pages and category indexes are translated, while a special‑report microsite for a one‑day conference is excluded after the conference concludes.

Limitations and when not to exclude

Exclusion is not a blanket rule. If a legal page must be available in multiple languages for regulatory reasons, you should translate it with expert review. Checkout pages can be safely translated when you use a platform that preserves form field names and security tokens. Private areas benefit from translation when serving a multilingual customer base that prefers to manage accounts in their native language. Always test excluded pages in a staging environment to confirm that the exclusion rule works as intended.

Key facts

FAQ

Why are legal pages often left untranslated?

Legal wording must be precise; translation can introduce ambiguity that may create liability or compliance issues.

Can checkout pages be safely translated?

Only if the translation service guarantees that form field names, hidden inputs, and security tokens remain unchanged; otherwise, keep them in the source language.

What is the simplest way to set up an exclusion rule in SEATEXT?

Create a rule by URL pattern (e.g., /checkout/*) or assign a custom tag to the pages you want to skip.

Do excluded pages affect SEO?

Excluded pages remain in the source language, so they are indexed for that language. If you need those pages to rank in other languages, you must provide a translated version.

How often should I review my exclusion list?

Review it whenever you add new page types, change legal obligations, or launch a new testing or promotional campaign — typically quarterly or after major site updates.

Quick Answer: Exclude a Post or Page by ID

Find the post ID in the WordPress editor URL. The number after post= is the ID. Add it to the exclusion list in your SeaText dashboard under the translation settings. Save. The page will no longer be translated.

How to Find the Post ID in Different Editors

The post ID is always visible in the edit screen URL. Here is how to find it in common editors:

• WordPress Block Editor (Gutenberg): Open the post or page. Look at the browser address bar. The URL looks like https://yoursite.com/wp-admin/post.php?post=123&action=edit. The number after post= is the ID.
• Classic Editor: Same pattern. The URL contains post= followed by digits.
• Elementor: When editing with Elementor, the URL in the WordPress admin still shows the native post ID. Switch to the backend editor view if needed.
• Bricks Builder: The ID appears in the admin URL while editing. No extra steps needed.
• Custom Post Types: Products, landing pages, and other custom types use the same ID system. The edit URL always includes post=.

If you use a page builder, the URL structure remains the same. The ID is a WordPress core identifier.

Step-by-Step: Excluding an ID

1. Copy the numeric post ID from the editor URL.
2. Log in to your SeaText dashboard.
3. Navigate to the Website Translation Agent settings. This is the agent that handles automatic translation.
4. Find the exclusion list. It may be labeled as "Exclude by ID" or "Translation Exclusions". The exact label depends on your SeaText version.
5. Paste the ID into the field. If you have multiple IDs, separate them with commas (e.g., 123,456,789).
6. Save the changes. SeaText will skip translation for those IDs on the next cycle.

Existing translations for those IDs remain in the cache. They will not be deleted automatically. To remove them, clear the translation cache from the dashboard.

What Happens After You Exclude an ID

SeaText continues to translate all other pages as usual. The excluded page stays in its original language. Visitors using the language switcher will see the original content, not a translated version. The page URL still exists in every language, but the content is the same across all locales.

Exclusion does not affect linked content. If you exclude a parent page, its child pages still translate unless you add their IDs too. Each post, page, or product has its own ID. You must exclude each one individually.

Troubleshooting: Page Still Translates

If the excluded page still appears translated, try these steps:

• Clear your site cache. WordPress caching plugins like WP Rocket, W3 Total Cache, or Cloudflare may serve old translated versions. Clear all caches.
• Clear the SeaText translation cache. This forces a fresh translation pass. The option is in the SeaText dashboard under the translation agent settings.
• Check the ID. Make sure you copied the correct numeric ID. The editor URL shows the ID, but a page with a different ID may have been added.
• Wait for the next translation cycle. SeaText translates new content automatically, but exclusions are applied on the next cycle. Changes may take a few minutes.
• Verify the exclusion list. Ensure the ID is saved and not removed by accident. Multiple IDs should be separated by commas without spaces.

Exclusion by ID vs. Other Translation Controls

SeaText offers several ways to control translation. ID-based exclusion is one option. Here is how it compares:

• Exclusion by ID: Best for individual pages or posts. Easy to use. No coding needed. Works for any content type.
• Editing translations: You can manually adjust translated text after it is generated. This is useful for polishing key pages without excluding them.
• Preserving brand voice: SeaText's translation agent can keep specific terms or phrases untranslated. This is set in the dashboard, not per ID.
• Reviewing key pages: You can mark certain pages for review before they go live. This is a separate workflow from exclusion.

Exclusion by ID is the only way to completely stop translation for a specific piece of content. Other controls modify the translation output but do not prevent it.

Managing Multiple Exclusions

You can exclude many IDs at once. The exclusion list is a single field. Enter comma-separated IDs. There is no limit mentioned in the source pack. The check is simple and fast.

If you need to exclude a large number of pages, gather all IDs first. You can export a list of post IDs from WordPress using a plugin or a database query. Then paste them into the exclusion field. For bulk additions, use a spreadsheet to combine IDs.

To remove an exclusion, edit the list and delete the ID. Save. The next translation cycle will include that page again.

Practical Examples and Edge Cases

• Legal disclaimer: A terms of service page must stay in English. Find its ID (e.g., 42). Add 42 to the exclusion list. Done.
• Campaign landing page: A page for a US-only promotion. Exclude its ID to prevent translation into other languages.
• Test page: A staging page that is accidentally public. Exclude its ID so it does not appear in multiple languages.
• Duplicated page: If you duplicate a page, the new copy gets a new ID. You must exclude that new ID separately. The original exclusion still applies to the old page.
• Menu items: Navigation menus are stored separately. Excluding a page ID does not affect menu labels. To stop menu translation, you need to edit the menu in each language manually or use a custom solution.

FAQ

Can I exclude a whole category or tag?

Not with ID-based exclusion. You would need to add every post ID in that category. Alternatively, use a custom code filter (developer needed).

Does excluding an ID delete existing translations?

No. Existing translations remain in the cache. They will not be updated, but they may still show until you clear the cache.

Will excluded pages appear in the language switcher?

Yes. The page URL exists in every language. Visitors see the original content because translation is skipped.

Can I temporarily exclude a page?

Yes. Remove the ID from the exclusion list and save. The next cycle will translate it again.

What if I can't find the exclusion setting?

Make sure the Website Translation Agent is activated. The exclusion field appears under that agent's settings. If you only have other agents active, the translation settings will not be visible.

Yes, you can set exclusion rules that apply to only one language. This lets you keep a page in its original language for one audience while translating it for another. For example, you might want a legal notice to stay in English for German visitors but translate it for French visitors. This is possible with per-language exclusion rules.

What does per-language exclusion mean?

Per-language exclusion means you tell your translation tool: “Do not translate this page into Spanish, but translate it into every other language.” The page remains in its source language only for the excluded language. This is different from a global exclusion, where the page is not translated into any language.

Why you might need language-specific exclusions

You might have content that is only relevant to certain regions. A compliance page for US law should not be translated for European visitors. A news article about a local event in France should not be shown in Spanish. Or you might want to keep a page in English for all visitors because it uses industry jargon that does not translate well.

Without per-language exclusion, you would have to either translate the page for everyone or exclude it from all translations. Both options are too rigid. Per-language exclusion gives you the flexibility to match your content strategy to each market.

Global exclusion vs per-language exclusion: trade-off table

How per-language exclusions interact with translated URLs, hreflang, indexation, fallback behavior, and multilingual sitemaps

SeaText's translation agent automatically manages technical SEO signals for translated pages. When you exclude a page for a specific language, the system updates the corresponding hreflang annotations so that search engines do not see a translated version for that language. The excluded language will not have a dedicated translated URL; instead, visitors see the source-language page with a fallback indicator. Multilingual sitemaps generated by SeaText will omit the excluded language entry for that page. Indexation behavior follows the hreflang setup: the source page may be indexed for the excluded locale, but no separate translated URL exists. For exact details on how your configuration affects these signals, check SeaText's current translation dashboard or documentation.

Decision flow: choosing between global and per-language exclusion

Follow this decision flow to pick the right approach:

1. Does the page need to stay untranslated for every language? If yes, use global exclusion.
2. Is the reason for not translating specific to one or a few languages? If yes, use per-language exclusion.
3. Do you have many pages with the same per-language exclusion pattern? Consider a URL pattern rule if SeaText supports it; otherwise, apply per-language rules individually.
4. Will the exclusion change frequently? Per-language rules are easier to adjust per language than global rules.
5. Are there existing translations for the page? See the next section on handling already translated pages.

Handling rule conflicts and already translated pages

If a global exclusion rule and a per-language rule apply to the same page, the more specific rule usually wins. SeaText's engine evaluates rules in order of specificity. To avoid conflicts, keep rule sets simple and test after changes. If a page has already been translated into a language you now want to exclude, applying a per-language exclusion for that language will remove the translated version from the live site. Visitors for that language will see the source page. The translation data may be retained in the backend for future re-enabling. Always preview the change before publishing.

Step-by-step process for setting per-language exclusions in SeaText

In SeaText's translation dashboard, you can configure per-language exclusion rules. Check SeaText's current translation dashboard for the exact steps, as the interface may change. Typically, you will:

1. Open the translation dashboard.
2. Navigate to the exclusion or rules section.
3. Create a new rule for a specific URL or URL pattern.
4. Select the target language(s) to exclude from translation.
5. Save and verify the rule in the preview mode.

You can edit or remove rules at any time. SeaText applies changes immediately.

Common scenarios for per-language exclusion

• Legal pages: Keep terms of service in English for US visitors, but translate for French visitors.
• Local promotions: A special offer for Canadian customers should not be translated for UK visitors.
• Brand pages: A brand story written in a specific tone that works best in English, but you want it translated for other markets.
• Job listings: A job posting for a role in Germany should stay in German for German visitors, but translate for others.
• Product pages: A product that is only available in the US should not be translated for international visitors.

Real-world before-and-after examples

Example 1: Legal compliance page

Before: The privacy policy was translated into all 20 active languages. Spanish visitors saw a translation that did not reflect local GDPR nuances.

After: Per-language exclusion for Spanish keeps the page in English for Spanish visitors. The English version includes a note linking to the Spanish legal entity's policy. French, German, and other languages still get translated versions.

Example 2: Regional product launch

Before: A product page for a US-only gadget was translated globally, causing confusion in markets where the product is not sold.

After: Per-language exclusion for all non-English languages. The page remains in English for all international visitors, with a banner stating availability. English visitors see the full localized page.

Example 3: Brand voice preservation

Before: A founder's story page used idiomatic English that translated poorly.

After: Exclude the page from translation for languages where the tone fails (e.g., Japanese, Arabic). Keep translations for languages where the tone works (e.g., German, Dutch).

Limitations and when global exclusion is better

Per-language exclusion adds complexity. If you exclude a page from too many languages, it becomes nearly global. In that case, global exclusion is simpler. Also, if you have many pages with similar exclusion needs, consider using a global rule with a URL pattern instead. Per-language rules are best for a few specific pages.

Another limitation: some translation tools do not support per-language exclusion. SeaText does support it, but the exact UI may vary. Check SeaText's current translation dashboard for the latest capabilities.

Frequently asked questions

Can I exclude a page from translation for all languages except one?

Yes. You can set per-language exclusion for all languages except the one you want to translate. But that is usually harder to manage. It is easier to set a global exclusion and then manually translate that one language.

Does per-language exclusion affect SEO?

Yes. If you exclude a page from translation for a language, the translated version of that page will not exist. Search engines will not see it. This can be good or bad depending on your intent. SeaText adjusts hreflang tags accordingly.

Can I combine global and per-language rules?

Yes. Most tools, including SeaText, let you use both. A global rule might exclude all admin pages, and a per-language rule might exclude a specific page from Spanish.

How do I test if my exclusion rule is working?

Visit the page in the excluded language. If the page shows in the original language instead of the translation, the rule is working. You can also use the preview feature in SeaText's translation dashboard.

What happens if I exclude a page that has already been translated?

If you exclude a page from a language, the existing translation will be removed for that language. Visitors will see the source language version. The translation data may be kept in the backend.

Can I use wildcard patterns for per-language exclusions?

SeaText supports URL patterns for exclusion rules. You can use wildcards to match groups of pages (e.g., /blog/*/es). Check SeaText's current translation dashboard for the supported pattern syntax.

How do per-language exclusions work with language-specific subfolders (e.g., /es/, /fr/)?

When you exclude a page for Spanish, SeaText will not generate a translated version under the /es/ subfolder. The source page remains accessible at its original URL. Hreflang tags for Spanish will point to the source URL or be omitted. Verify the behavior in the preview.

Can I preview excluded pages before publishing?

Yes. SeaText's translation dashboard includes a preview mode that shows how pages appear for each language with current exclusion rules applied. Use it to confirm the fallback behavior.

Excluded pages are skipped entirely during automatic translation runs; they remain in the source language and do not consume any translation credits.^[S1]

How Automatic Translation Detects New and Updated Content

SeaText continuously monitors the WordPress database for changes. Every time a post, page, product, or custom post type is saved, a webhook notifies the translation engine. The engine then queues the URL for processing. The same mechanism runs on a scheduled cron job (usually every 15 minutes) to catch bulk updates or imports.^[S1]

If the URL is not on the exclusion list, SeaText sends the raw HTML to its AI model, receives a translated version for each enabled target language, and writes the translated markup back to the WordPress multilingual tables. The process is fully automated and requires no manual tickets.^[S2]

How the Exclusion List Is Evaluated

Before a URL is handed to the translation engine, SeaText checks the exclusion list in the order the rules were created. Each rule can be an exact path (e.g., /privacy-policy/), a page ID (e.g., 12345), or a wildcard pattern (e.g., /checkout/*). The system uses simple string matching; a rule matches if the request URL starts with the pattern.

If a match is found, the URL is marked as excluded. The page is left untouched, no translation request is sent, and no credit is deducted. The exclusion check runs for both real‑time translation (when a visitor requests a language) and background batch runs.^[S1]

What Happens When a Page Is Removed from the Exclusion List

When you delete or disable an exclusion rule, the next automatic scan treats the page as any other content. If the page has never been translated before, SeaText will translate it immediately and store the result for all target languages.^[S1]

If a translated version already exists (because the page was manually translated earlier), SeaText will compare the current source HTML with the stored version. Any differences trigger a re‑translation of the changed fragments only, preserving previously translated static sections.^[S2]

Effect on Translation Credits in SeaText’s No‑Limit Model

SeaText’s pricing model does not impose a hard page or language cap, but it still tracks translation credits for internal accounting. Credits are only deducted when a page is sent to the AI model. Excluded pages never generate a credit event, even if they are visited frequently.^[S1]

When a page leaves the exclusion list, the first translation consumes one credit per target language. Subsequent updates consume credits only for the changed content. This incremental credit usage helps keep costs predictable while still offering unlimited page volume.^[S2]

Practical Setup Guidance for SeaText / WordPress

Where to add exclusion rules: In the WordPress admin sidebar, go to SeaText → Settings → Exclusions. The interface shows a table of existing rules and a form to add new ones.

• URL pattern: Enter the path starting with a slash. Use * as a wildcard for any sub‑path.
• Page ID: Find the ID in the URL bar when editing a page (e.g., post=12345).
• Wildcard syntax: /blog/* excludes all blog posts; /account/*/settings excludes settings pages for any user ID.

Saving the rule: Click Save. SeaText writes the rule to a JSON file in wp-content/uploads/seatext/exclusions.json and reloads the exclusion cache automatically.

Verifying an excluded page:

1. Open the page in a private browser window.
2. Switch the language using the SeaText language switcher.
3. If the page stays in the source language and the URL shows lang=en (or no lang parameter), the exclusion is active.
4. Check the SeaText debug console (found under SeaText → Debug) for a log entry that says “URL excluded”.

Practical Scenarios and Trade‑offs

Legal and compliance pages: Privacy policies, terms of service, and GDPR notices often require exact legal wording. Excluding them prevents accidental mistranslation that could create liability.

E‑commerce checkout flow: Translating checkout forms can break validation scripts. Keeping the checkout in the source language ensures a stable purchase funnel.

Member‑only content: Subscription portals may need to stay in the original language for licensing reasons. Excluding the entire /member/* section protects that requirement.

Performance considerations: Skipping heavy pages reduces the load on the translation engine, leading to faster background runs for the rest of the site.

Manual override: Even if a page is excluded, you can still request a manual translation from the SeaText dashboard. The manual request bypasses the exclusion check and consumes a credit.^[S2]

Limitations and Edge Cases (Expanded)

While exclusion rules are powerful, they have known limits:

• JavaScript‑generated URLs: Pages whose URLs are built client‑side (e.g., /product?id=123 after a SPA router) may not match static patterns. Use a regex‑compatible plugin or add a server‑side rewrite rule to expose a stable path.
• Query parameters: SeaText matches only the path portion. A rule for /search will still apply to /search?term=apple, but a rule for /search?term=* is not supported.
• Already‑translated pages: If a page was manually translated before being added to the exclusion list, the existing translations remain cached. Future updates will be ignored unless you remove the rule.
• Search‑engine indexing: Excluded pages are indexed only in the source language. They do not appear in hreflang tags for other languages, which can improve SEO focus on the primary market.
• Dynamic content blocks: Widgets that inject content via AJAX after page load are not evaluated by the exclusion engine. Those blocks will still be translated if they appear in the HTML response.

Key Facts

FAQ

• Do excluded pages appear in the language switcher? They are shown only in the source language; the switcher disables for those URLs.
• Can I exclude an entire section of the site? Yes. Use a wildcard pattern such as /blog/* to skip all blog posts.
• What happens if I add a page to the exclusion list after it has already been translated? The existing translation stays live, but future updates will not be re‑translated automatically.
• Are excluded pages counted toward usage limits? SeaText’s no‑limit model does not count them toward any credit or page cap.
• Can I still manually translate an excluded page? Yes. Manual requests ignore the exclusion list and will consume a credit.
• How do I verify that a page remains in the source language after an update? Check the SeaText debug log for “URL excluded” and confirm the language switcher does not change.