SeaText does not support multiple Odoo domains under one account. Each SeaText account is linked to a single primary URL, so attempting to share an account across domains leads to data mixing, incorrect tracking, and potential plan violations. The correct approach is to create a separate SeaText account for every Odoo domain you operate — production, staging, or separate brand sites — and install the unique JavaScript snippet on each one.

Symptoms that indicate a domain-account mismatch

When a single SeaText account is used on more than one Odoo domain, the symptoms appear quickly. You may see visitor data from one domain showing up in another domain's dashboard. A/B test variants can leak across sites, so a headline test running on your production store suddenly appears on your staging environment. Conversion Relay (CAPI) events may fire against the wrong pixel, corrupting Meta and Google ad optimization. The AI personalization agent can serve copy trained on one brand's audience to a completely different brand's visitors. These are not intermittent bugs — they are the direct result of violating the one-account-per-URL architecture.

Diagnostic sequence: isolate the root cause

1. Check the installed snippet. Open each Odoo domain in a browser, view source, and search for the SeaText JavaScript. Every domain must load a snippet that contains its own account ID. If two domains load the same snippet, you have found the problem.
2. Verify the primary URL in SeaText settings. Log into each SeaText account and confirm the primary URL matches the exact domain (including subdomain) where the snippet runs. A mismatch here breaks attribution.
3. Inspect network requests. Open developer tools, filter for "seatext", and confirm requests go to the correct account endpoint. Requests from domain A hitting account B's endpoint confirm cross-contamination.
4. Review dashboard data. Look at the last 24 hours of sessions in each SeaText dashboard. Sessions should only belong to the domain tied to that account. Any foreign sessions mean the wrong snippet is installed.
5. Test Conversion Relay events. Fire a test purchase on each domain and verify the event appears only in the matching SeaText account and the correct ad platform pixel.

Why the one-account-per-URL rule exists

SeaText's architecture ties every AI agent — copy testing, personalization, translation, bot detection, Conversion Relay — to a single primary URL. The agents build models on that domain's traffic patterns, visitor behavior, and conversion history. When two domains share an account, the models train on blended data, producing recommendations that fit neither site. The security model also relies on domain isolation: development URLs like localhost are explicitly restricted, and dynamic development domains may not function reliably because SeaText cannot stably associate traffic with the account. This design prevents data leakage and ensures each site's optimization is independent.

How the SeaText-Odoo integration works

Installation on Odoo follows a standard embed-code flow. You log into Odoo, open the Website module, edit the target page, drag an "Embed Code" block from the Dynamic Content section into the page, paste the SeaText JavaScript snippet, save, and optionally hide the block on desktop. The snippet is a small asynchronous script that loads the SeaText runtime and connects to your account's primary URL. Because the snippet contains the account identifier, it must be unique per domain. The Odoo integration page notes that you need a SeaText account before you can copy the snippet, and each domain requires its own account creation step.

Common mistakes that create cross-domain issues

• Copying the same snippet to multiple Odoo databases. This is the most frequent error. Teams often duplicate an Odoo database for staging and forget to swap the SeaText snippet.
• Using a single SeaText account for a multi-website Odoo instance. Odoo's multi-website feature lets you run several domains from one database, but SeaText still requires one account per domain.
• Pointing a staging subdomain to the production SeaText account. Even subdomains count as separate primary URLs.
• Sharing an account across client projects. Agencies managing multiple client Odoo sites must maintain separate SeaText accounts per client domain.

Step-by-step corrective actions

1. Inventory every domain. List all Odoo domains (production, staging, development, client sites) that currently have or need SeaText.
2. Create missing accounts. For each domain without a dedicated SeaText account, sign up at seatext.com and set the primary URL to that exact domain.
3. Generate and install the correct snippet. In each new account, copy the JavaScript snippet and paste it into the corresponding Odoo domain via the Embed Code block. Save and publish.
4. Remove the old shared snippet. On every domain that was using the wrong account, delete the old Embed Code block so only the correct snippet remains.
5. Verify with the diagnostic sequence above. Run through the five checks to confirm isolation is restored.
6. Reset corrupted data if needed. If dashboards contain blended historical data, you may need to reset or filter reports. SeaText support can advise on data cleanup for the affected accounts.

Key facts

Limitations and when this advice does not apply

This guidance applies to standard SeaText plans using the JavaScript integration on Odoo. If you are on a custom enterprise agreement with a dedicated edge deployment (Cloudflare Workers), the architecture may differ — consult your solutions engineer. The one-account-per-URL rule does not change for subdomains: shop.example.com and blog.example.com are separate primary URLs and need separate accounts. Localhost and non-public development domains cannot be used as primary URLs; you must use a real, publicly resolvable domain even for staging. If you manage hundreds of domains, contact SeaText sales for volume licensing rather than creating accounts manually.

Terminology

• Primary URL — The single domain (including subdomain) that a SeaText account is bound to during setup.
• JavaScript snippet — The asynchronous script tag copied from a SeaText account and pasted into an Odoo Embed Code block.
• Conversion Relay (CAPI) — SeaText's server-side event forwarder that sends verified purchase events to Meta and Google conversion APIs.
• AI agents — Autonomous modules (copy testing, personalization, translation, bot detection, etc.) that run per account.
• Embed Code block — An Odoo website builder block under Dynamic Content used to inject raw HTML/JS.

FAQ

Can I use one SeaText account for a production domain and its staging subdomain?

No. A subdomain (staging.example.com) is a different primary URL than the root domain (example.com). Each needs its own SeaText account.

What happens if I ignore the one-account rule?

Data from both domains merges in one dashboard. AI agents train on mixed traffic, producing irrelevant copy variants. Conversion Relay sends events to the wrong ad pixels. You may also violate your plan's terms of service.

Do I pay for each separate account?

Yes. Each SeaText account carries its own subscription. Volume discounts are available for agencies and multi-brand operators — contact sales for a custom quote.

How do I move a domain from one SeaText account to another?

Create the new account with the correct primary URL, copy its snippet, replace the Embed Code block on the Odoo domain, and verify with the diagnostic sequence. Historical data stays in the old account.

Can I manage multiple accounts from one login?

SeaText's dashboard currently requires separate logins per account. Agencies often use a password manager or SSO to streamline access.

Does the Odoo multi-website feature change anything?

No. Even if multiple domains run on one Odoo database, each domain needs its own SeaText account and snippet.

Where do I get the JavaScript snippet for a new account?

After creating the account and setting the primary URL, the snippet appears in the account's integration section. Copy it and paste into the Odoo Embed Code block as described in the Odoo integration guide.

You can verify SeaText AI is working on your Odoo site in under two minutes. Open the page where you added the Embed Code block, view the page source, and search for the SeaText script tag. Then open your browser's developer console, reload the page, and check the Network tab for requests to SeaText servers. If both checks pass, the AI is active.

This article walks through the exact verification steps, common mistakes that cause false negatives, and how to confirm the AI is actually doing its job rather than just loading.

Prerequisites Before You Verify

You need three things in place before verification makes sense:

• A SeaText AI account with the JavaScript snippet copied from your dashboard.
• An Odoo Website page where you added the snippet using the Embed Code block.
• A live, non-localhost domain. SeaText restricts development URLs like localhost for security reasons.

If you are testing on a staging subdomain, create a separate SeaText account for that domain. Each account is linked to a single primary URL.

Step 1: Confirm the Embed Code Block Is Saved

Log in to your Odoo account and open the Website module. Navigate to the page where you placed the Embed Code block. Click Edit to open the editing panel.

Scroll to the Dynamic Content section in the Blocks panel. Find the Embed Code module and click its Edit button in the right panel. The pop-up window should show the SeaText JavaScript snippet you pasted earlier. If the field is empty, the snippet was never saved.

One common mistake: pasting the snippet into the wrong block or saving the page without clicking Save inside the Embed Code pop-up first. Odoo requires two saves—one for the block and one for the page.

Step 2: Check the Page Source for the Script Tag

Open the live page in a browser. Right-click anywhere on the page and select View Page Source. Press Ctrl+F (or Cmd+F on Mac) and search for seatext or the unique script URL from your dashboard.

If the script tag appears in the source, the block is rendering. If it does not appear, the block may be hidden on desktop. SeaText's Odoo instructions tell you to select Hide on Desktop in the Visibility section. That hides the visual block but does not remove the script from the page source. If the script is missing entirely, the block was not saved or was placed on a different page.

Step 3: Watch Network Requests in the Developer Console

Open your browser's developer tools. In Chrome or Edge, press F12 or right-click and choose Inspect. Go to the Network tab and reload the page.

Filter the requests by typing seatext in the filter box. You should see at least one request to a SeaText domain. This confirms the script is executing, not just present in the HTML. If you see the script tag in the source but no network request, a browser extension, content security policy, or script error may be blocking execution.

Step 4: Confirm the AI Is Inert Until Activated

SeaText states that the AI remains inert until activated. This means a successful installation does not automatically rewrite your page. You must activate the agent from your SeaText dashboard for the AI to start working.

To verify activation, make a small, reversible change in your SeaText dashboard—such as enabling a test agent on a single page—then check whether the page content changes after a reload. If nothing changes, the script may be loading but the account is not linked to this domain.

Step 5: Test with a Real Domain, Not Localhost

SeaText restricts development URLs such as localhost for security reasons. If you are testing on localhost or a dynamic development domain, the AI may not associate traffic with your account. Use a valid, real domain for verification.

If you need to test on a staging domain, create a separate SeaText account for that domain. Do not reuse the production account's snippet on a staging URL.

Common Mistakes That Cause False Negatives

These issues make a working installation look broken:

• Checking the wrong page. The snippet only runs on pages where you added the Embed Code block.
• Searching for the wrong string. Search for seatext or the exact script URL, not a generic term like "AI".
• Blocked by an ad blocker. Some ad blockers block third-party scripts. Disable extensions and retest.
• Content Security Policy. If your Odoo site has a strict CSP, it may block external scripts. Check the console for CSP errors.
• Not activated in the dashboard. The script loads, but the AI stays inert until you activate it.

How to Verify the AI Is Actually Working, Not Just Loading

A loaded script is not the same as a working AI. To confirm the AI is doing its job:

1. Activate a specific agent in your SeaText dashboard, such as the AI SEO Content Factory or the Google Ads Landing Page agent.
2. Open the target page in an incognito window to avoid cached content.
3. Check whether the page content, headlines, or product copy changed as expected.
4. If you enabled the AI SEO agent, check whether new Q&A pages or FAQ content appear on your site after the agent runs.
5. If you enabled the translation agent, check whether a non-English version of the page renders correctly.

If the script loads but no content changes, the account may be linked to a different domain, or the agent may not be activated for that page.

Key Facts About SeaText AI on Odoo

Limitations and When This Advice Does Not Apply

This verification process assumes you installed SeaText using the official Odoo integration method described in the source pack. If you used a different method—such as a custom module, a tag manager, or a Cloudflare edge script—the steps may differ.

The network request check works only if your browser's developer tools are not blocked by your organization's IT policy. Some managed browsers disable the console or network inspection.

If your Odoo site uses aggressive caching or a CDN, you may need to purge the cache before the script appears in the page source. A cached page can show an older version without the snippet.

Frequently Asked Questions

How long does it take for SeaText AI to start working after installation?

The script loads immediately after you save the Embed Code block and publish the page. However, the AI remains inert until you activate an agent from your SeaText dashboard. Activation timing depends on the agent and your site traffic.

Can I verify SeaText AI on a staging site?

Yes, but you must create a separate SeaText account for the staging domain. Each account is linked to a single primary URL, and reusing the production snippet on a staging domain will not work reliably.

Why is the SeaText script not showing in my page source?

The most common reasons are: the Embed Code block was not saved, the block was placed on a different page, or a caching layer is serving an old version of the page. Check the block in Odoo's editor first, then purge your cache.

Does hiding the Embed Code block on desktop affect the script?

No. The Hide on Desktop option only hides the visual block. The JavaScript snippet still loads in the page source and executes normally.

What should I do if the script loads but the AI does nothing?

Check your SeaText dashboard to confirm an agent is activated for the domain. Also verify that the domain in your browser matches the primary URL linked to your SeaText account.

Can I use one SeaText account for multiple Odoo websites?

No. SeaText requires a separate account for each website or domain. This includes development and production domains.

The short answer: the embed code block is usually there, but it is easy to miss. In recent Odoo releases the block is called Embed Code and it sits under Dynamic Content in the website builder's Blocks panel. If your Odoo version is older, your Website module is not up to date, or your user account has limited editing rights, the block can be renamed, hidden, or unavailable.

Start by putting the page in Edit mode, opening the Blocks panel, and looking for Dynamic Content. If it is still missing, use the diagnostic sequence below before you try a workaround.

Why the Embed Code block can disappear

Odoo's website builder stores reusable page pieces in a Blocks panel. The developer documentation calls these pieces building blocks or snippets. The Embed Code block is one of those snippets, and it is normally grouped under Dynamic Content.

You can miss it for several reasons:

• You are not in Edit mode. The Blocks panel does not appear until you click Edit.
• The block has a different name. Older Odoo versions and some themes call it HTML Code, Custom Code, or Code.
• The Website module is outdated. When modules are not updated, some snippets are missing or have new names.
• Your user role is limited. Some accounts can edit content but do not see advanced blocks.
• Developer mode is off. Some technical snippets only appear when Odoo runs with developer mode enabled.
• A custom theme hides it. Themes can change which blocks are available on a page.

This matters because the Embed Code block is often the safest way to add a third-party script to a page. If you cannot find it, you might paste code into the wrong place or use a workaround that breaks the page. Fix the visibility issue first.

Follow this diagnostic sequence

Work through these steps in order. They separate simple visibility mistakes from real installation problems.

1. Put the page in Edit mode. If you do not see an Edit button, you probably do not have editor access. Ask your Odoo administrator to check your user role.
2. Open the Blocks panel. In most themes, the panel appears after you click Edit at the top-right of the page.
3. Search by name. If your version has a search box, type Embed Code or HTML.
4. Look under Dynamic Content. Scroll past columns, images, and text blocks. Embed Code is usually near the end of that category.
5. Check the Odoo version. Older releases may call the block HTML Code or Custom Code.
6. Update the Website module. Some missing snippets are fixed by updating modules. In developer mode, use the Apps screen to update the website module.
7. Turn on developer mode. Enable it from Settings, then open the Blocks panel again.
8. Verify user permissions. Try the same page with an administrator account. If the block appears there, the problem is your role.
9. Test on a clean page. A page template or custom theme can hide blocks. Create a new blank page and check again.
10. Try a fallback. If the block is genuinely missing, use an HTML Code widget or the HTML view in a text block while you fix the root cause.

Likely causes and the fix for each

Where the Embed Code block lives in Odoo

In the Odoo website builder, blocks are grouped by purpose. Dynamic Content is the category for maps, social feeds, and custom code. The Embed Code block is normally at or near the end of that list, so scroll down.

Odoo's developer documentation groups blocks into structure blocks and inner content blocks. Structure blocks create rows and columns. Inner content blocks, like Embed Code, are placed inside those structures. If your theme hides inner content blocks, you lose the Embed Code option too.

Name changes across versions

• Recent Odoo: Embed Code.
• Older Odoo: HTML Code or Custom Code.
• Custom themes: Some themes relabel the block or move it under Advanced or Custom.

How to add an embed code block step by step

When the block is visible, the process is short.

1. Log in to your Odoo account and open the Website module.
2. Open the page you want to edit.
3. Click Edit to open the editing panel.
4. In the Blocks panel, scroll to Dynamic Content.
5. Find the Embed Code block and drag it to the spot you want.
6. Click Edit in the right panel.
7. Paste the code in the pop-up window.
8. Click Save.
9. Use the Visibility options if needed, then save again.

What to do if the block still won't appear

• Use the HTML/Code widget. Some Odoo themes include a separate HTML/CSS/JS widget that accepts the same pasted code.
• Use the HTML view in a text block. Open a text block, switch to HTML view, and paste the code inside the content.
• Create a custom snippet. A developer can register a new snippet in a theme. This is more work but gives you a clean block for the code.
• Contact your administrator. They can update modules, check permissions, and test the site in developer mode.

Installing a script like SEATEXT AI: what the integration assumes

SEATEXT AI's Odoo integration uses this exact block. The flow is simple:

1. Create a SEATEXT AI account.
2. Copy the JavaScript code from the account area.
3. Add the Embed Code block to the page and paste the script.
4. Click Save.

According to the integration documentation, the AI remains inert until activated, so the page does not change until you turn the agents on. If you do not want the block itself to be visible, use the Hide on Desktop option in the Visibility section.

Domain rules matter. Each SEATEXT AI account is linked to a single primary URL. For multiple domains, create separate accounts. Use a real domain, not localhost, because development URLs are restricted and dynamic development domains may not work reliably.

Key facts: Seatext Odoo integration

Limitations and when this advice does not apply

• The Website app is not installed. If the Website module itself is missing, there is no Blocks panel. Enable the Website app first.
• Your theme removes the block. A page template or custom theme can hide Dynamic Content. Temporarily switch to a default theme to confirm.
• Your script must load in the page head. The Embed Code block places code where you put it. Scripts that need to run before the page loads may not work correctly.
• You need a site-wide script. The Embed Code block adds code to one page. For code on every page, use Odoo's head code area or a custom module.
• You are testing on localhost. A provider may block localhost or development domains, so the script may not run even after you paste it.

Terminology you will see in Odoo

• Block or snippet: a reusable piece of page content in the website builder.
• Blocks panel: the panel that lists available snippets when you click Edit.
• Dynamic Content: a category in the Blocks panel for maps, feeds, and custom code.
• Embed Code block: a block that accepts raw HTML, CSS, and JavaScript.
• Developer mode: a debugging mode that exposes more technical options.

Frequently asked questions

Why can't I see the Blocks panel at all?

You are probably not in Edit mode, or your user account does not have website editor permissions. Click Edit on the page. If no Edit button exists, ask your Odoo administrator to grant access.

Is Embed Code the same as HTML Code?

They serve the same purpose. Recent Odoo versions call the block Embed Code. Older versions and some themes call it HTML Code or Custom Code.

Can I add an embed code without the Embed Code block?

Yes. Use an HTML/Code widget if your theme has one, or use the HTML view inside a text block. For permanent or site-wide scripts, a custom module or snippet is better.

Why is my embed code not working after I save it?

Check the code, the page, and the block's visibility settings. Confirm the domain is allowed by the provider and that the script does not need to be in the page head.

Does SEATEXT AI work on localhost?

No. Development URLs such as localhost are restricted, and dynamic development domains may not work reliably. Use a valid real domain.

Do I need a separate SEATEXT AI account for each website?

Yes. Each account is linked to a single primary URL, so create one account per domain.

SeaText translates WordPress pages, posts, products, and updates automatically across 125 languages. The system detects new content when you publish and translates it in the background. However, content that appears only after JavaScript executes — contact forms, modal popups, infinite-scroll items, AJAX-filtered product grids — may not be captured during the initial page scan. You can still edit these translations manually using SeaText's visual editor once the dynamic elements are visible on the page.

How SeaText Detects and Translates Content

SeaText works by scanning the rendered HTML of your WordPress pages. When you activate the plugin, it crawls your site, identifies translatable text nodes, and sends them to the translation engine. New pages, posts, and product updates are picked up automatically because WordPress fires standard hooks that SeaText listens for. The translation agent then serves the appropriate language version to each visitor based on their detected locale.

This approach covers the vast majority of site content: headlines, body copy, product descriptions, menu items, widget text, and taxonomy terms. The visual editor lets you click any translated string on the live frontend and override it instantly. Your manual edits are stored separately from machine translations, so they persist even if you switch translation engines or re-translate a page.

Why Dynamic Content Can Be Missed

Dynamic content is any text that does not exist in the initial HTML response from the server. Common examples include:

• Contact form validation messages and success notices injected via AJAX
• Modal popups for newsletters, cookie consent, or login forms loaded by JavaScript
• Product variations, pricing tables, or upsell blocks fetched after page load
• Infinite-scroll blog feeds or paginated comment sections
• Faceted search results that update without a full page reload
• Chat widgets, calculators, or configurators rendered by third-party scripts

Because SeaText's initial scan runs on the server-side HTML, these client-side additions are invisible to the automatic translation pipeline. They will appear in the site's default language until you take action.

Step-by-Step: Making Dynamic Content Editable in SeaText

1. Load the page in the visual editor. From the WordPress admin, go to SeaText → Translations and click "Visual Editor." This opens your live site with an editing overlay.
2. Trigger the dynamic element. Interact with the page exactly as a visitor would: submit the form to see the success message, click the button that opens the popup, scroll to trigger infinite load, or use the faceted search filter.
3. Wait for the content to appear. Once the JavaScript-rendered text is visible on screen, SeaText's frontend script will detect new text nodes in the DOM.
4. Click the new text to edit. Hover over the dynamic content. If SeaText has registered it, you'll see the edit icon. Click to open the inline translation editor for that string.
5. Enter your manual translation. Type the corrected or preferred translation for each target language. Save. The override is stored immediately and will serve to all visitors in that language.
6. Repeat for each language. Use the language switcher in the visual editor toolbar to verify and edit the same dynamic string in other languages.
7. Publish and verify. Exit the visual editor. Visit the page as a regular user in each language to confirm the dynamic content appears correctly translated.

Common Scenarios and Practical Workarounds

Contact Form Messages

Most WordPress form plugins (Contact Form 7, Gravity Forms, WPForms, Ninja Forms) inject validation and success messages via AJAX. After submitting a test form in the visual editor, wait for the message to appear, then edit each language version. If the form uses JavaScript-based field labels or placeholders, trigger focus events to reveal them.

Modal Popups and Lightboxes

Newsletter signups, exit-intent offers, and cookie banners often load in modals. Open the modal in the visual editor, then click each text element — headlines, button labels, privacy policy links, close-button aria-labels. Edit each one per language.

AJAX Product Filters and Infinite Scroll

WooCommerce sites with AJAX filtering or infinite scroll load product titles, prices, and "Add to cart" buttons dynamically. In the visual editor, apply a filter or scroll down. New product cards will appear. Click each translatable element to register and edit it. Note: you may need to repeat this for each filter combination if the content differs.

Third-Party Widgets and Embedded Apps

Chat widgets, calculators, booking engines, and review widgets often render inside iframes or shadow DOMs. SeaText cannot reach inside cross-origin iframes. For same-origin widgets, trigger the widget in the visual editor and attempt to edit. If the text is not selectable, you may need to translate it at the source (the widget's own settings) or use a JavaScript-based translation approach outside SeaText.

Limitations and When This Approach Does Not Apply

• Cross-origin iframes: SeaText cannot access or translate content loaded from another domain inside an iframe (e.g., a hosted payment form or external chat widget). Translate at the source or use the provider's localization settings.
• Shadow DOM: Web components using shadow DOM encapsulate their markup. SeaText's DOM scanner does not penetrate shadow boundaries. Check if the component exposes a translation API.
• Content loaded after visual editor session ends: If dynamic content appears only after a specific user action that you cannot replicate in the editor (e.g., a personalized upsell shown only to logged-in customers with a certain purchase history), you must either simulate that state in the editor or accept that the string will remain in the default language for those users.
• High-frequency real-time updates: Live sports scores, stock tickers, or collaborative editing cursors change too rapidly for manual translation. These require a programmatic translation approach, not manual overrides.

Key Facts About SeaText's Translation Coverage

Terminology Quick Reference

• Visual Editor: SeaText's frontend overlay that lets you select and edit translated strings directly on your live site.
• Machine Translation (MT): The automatic, AI-generated translation produced by SeaText's engine for each language.
• Manual Override: A human-edited translation that replaces the MT output for a specific string in a specific language.
• Dynamic Content: Text rendered in the browser via JavaScript after the initial HTML load (AJAX, modals, infinite scroll, etc.).
• DOM Scan: The process by which SeaText identifies translatable text nodes in the page's Document Object Model.
• Translation Memory: SeaText's store of previous translations and manual edits, used to maintain consistency and preserve overrides.

Frequently Asked Questions

Do I need to re-scan the site after adding dynamic content translations?

No. Manual edits made in the visual editor are saved immediately to SeaText's translation memory. They will be served to visitors without a full site re-scan. However, if you add entirely new dynamic elements (e.g., a new popup), you should open the visual editor on a page where they appear and register them once.

Will my manual edits to dynamic content be overwritten by automatic re-translation?

No. SeaText stores manual edits separately from machine translations. Automatic re-translation only affects strings that have not been manually overridden. Your dynamic content edits are safe.

Can I export or bulk-edit dynamic content translations?

SeaText's dashboard translation list view includes search and filter. You can locate dynamic strings by searching for partial text (e.g., "successfully submitted" or "newsletter") and edit multiple entries in the table interface without returning to the visual editor each time.

What if the dynamic content differs per user (personalization, A/B tests)?

SeaText translates based on what is rendered in the DOM during the editing session. If personalization shows different text to different users, you must edit each variant separately by simulating the relevant user state in the visual editor (e.g., logging in as a test user with the target profile).

Does SeaText translate content inside iframes?

Only same-origin iframes. Cross-origin iframes (payment forms, external chat widgets, embedded maps) are blocked by browser security policy. Translate those at the source provider's dashboard.

How do I handle dynamic content that loads only for specific geographic visitors?

Use the visual editor's language switcher to preview the page as a visitor from that region would see it. If the dynamic content is geo-targeted at the server level, you may need to use a VPN or browser dev tools to spoof the location while editing.

Is there a way to automate dynamic content registration instead of manual clicking?

SeaText does not currently offer a programmatic API to register dynamic strings without the visual editor. For high-volume dynamic content (e.g., thousands of AJAX-loaded product variants), consider translating at the data source (product feed, headless CMS) so the text arrives in the initial HTML already translated.

What localhost actually is

Localhost is a hostname that resolves to the loopback IP address 127.0.0.1 (or ::1 in IPv6). It always points to the device you are currently using. When you run a development server on your laptop and open http://localhost:3000, the browser talks to a process on that same laptop. No network traffic leaves your machine.

Because the address is local by definition, no other computer — including Google's crawlers, Bing's indexers, or any third‑party SEO platform — can reach it. The DNS system does not publish localhost; it is hard‑coded in every operating system's hosts file. That design is intentional: it lets developers test code privately before deploying to a real domain.

Why SEO tools cannot crawl localhost

SEO tools work by sending HTTP requests to a URL and analyzing the response. They need a publicly routable IP address and a domain name that resolves through the global DNS. When you paste http://localhost:8080 into a crawler, the tool tries to connect to 127.0.0.1 on its own server. That connection either fails immediately or returns the tool's own local services — not your site.

Even if the tool ran on your laptop, it would still see its own localhost, not yours. There is no shared localhost across machines. Therefore, any feature that requires fetching pages — technical audits, content analysis, link checking, Core Web Vitals measurement, structured data validation — simply cannot operate on a localhost URL.

Security and isolation reasons

Beyond reachability, localhost restrictions protect both users and platforms. If an SEO tool accepted localhost URLs, it could be tricked into scanning internal services, development databases, or admin panels that happen to listen on loopback interfaces. That would expose sensitive data and create attack surface.

SEATEXT AI explicitly restricts development URLs such as localhost for security reasons. The platform cannot reliably associate traffic with your account when the origin is a non‑public, dynamic address. Each SEATEXT account is linked to a single primary URL that must be a valid, real domain. Dynamic development domains may not function properly because the system needs a stable, publicly resolvable endpoint to attribute sessions and apply optimizations.

Common scenarios where the restriction appears

• Site audits: Tools like Screaming Frog flag outlinks to localhost as errors because they break on the live site.
• Search Console validation: Google cannot verify ownership or inspect a property that only exists on your machine.
• Third‑party integrations: Platforms that inject scripts, run A/B tests, or personalize content need a public domain to load and execute.
• Performance testing: Lighthouse, PageSpeed Insights, and WebPageTest require a reachable URL to measure real‑world network conditions.

Workarounds for development and staging

You cannot make localhost public, but you can give tools a public URL that behaves like your local site:

1. Tunneling services: ngrok, Cloudflare Tunnel, or VS Code port forwarding create a temporary public hostname that forwards to your local server. The tunnel URL is reachable by crawlers and SEO tools.
2. Staging subdomains: Deploy to staging.yourdomain.com or a dedicated preview environment. Use a robots noindex tag or password protection to keep it out of search indexes while allowing tool access.
3. Local DNS with a real domain: Point a subdomain like dev.yourdomain.com to 127.0.0.1 via your hosts file or a local DNS server. The domain resolves publicly, but traffic still stays on your machine. Some tools will accept this because the hostname is globally unique.
4. SEATEXT-specific approach: For SEATEXT AI, create a separate account for each domain — including development and production. The platform requires a valid, real domain per account. A tunnel URL or staging subdomain satisfies this requirement.

Key facts from SEATEXT integration documentation

Limitations of localhost workarounds

Tunnel URLs change on every restart unless you pay for a reserved subdomain. That breaks continuity for tools that track a site over time. Staging environments often differ from production in content, third‑party scripts, or server configuration, so audit results may not match the live site. Password‑protected staging blocks crawlers unless you whitelist their IPs or use HTTP auth credentials in the tool settings.

SEATEXT's requirement for a stable, public domain means you cannot simply point the script at a tunnel URL and expect persistent account linkage. The platform waits for your website name to appear next to the SEATEXT logo — a process that takes up to 10 minutes and depends on consistent traffic from a recognizable origin.

Terminology quick reference

• Loopback address: 127.0.0.1 (IPv4) or ::1 (IPv6) — traffic never leaves the host.
• Publicly routable: An IP or domain that can be reached from anywhere on the internet.
• DNS resolution: The process of translating a hostname to an IP address via the global Domain Name System.
• Tunnel: A secure connection that forwards traffic from a public endpoint to a local port.
• Primary URL: The single domain associated with a SEATEXT AI account for traffic attribution and activation.

Frequently asked questions

Can I use localhost with Google Search Console's URL Inspection tool?

No. The tool fetches the URL from Google's infrastructure. It will hit Google's own 127.0.0.1, not your machine. Use a tunnel or staging URL instead.

Why does Screaming Frog flag localhost links as errors?

Those links work on your machine but break for every other visitor. The crawler simulates a real user; when it follows a localhost link, the request fails. Fix by replacing localhost references with relative paths or the production domain before deploy.

Does SEATEXT AI work with ngrok or Cloudflare Tunnel URLs?

Yes, provided the tunnel URL is a stable, publicly resolvable hostname. However, SEATEXT requires a valid, real domain per account. If the tunnel subdomain changes on each session, create a reserved subdomain or use a staging domain for consistent attribution.

Can I run SEATEXT on multiple local development environments?

Each environment needs its own SEATEXT account because each account links to one primary URL. Use separate accounts for dev.example.com, staging.example.com, and example.com.

What happens if I ignore the localhost restriction and install the script anyway?

The script will load in your browser, but SEATEXT's backend cannot associate the traffic with your account. Activation (the 40‑second visit and 5‑minute wait for the site name to appear) will never complete. You will not see variants, translations, or optimization agents activate.

Are there any SEO tools that can analyze localhost directly?

Only tools that run entirely on your machine — like a local Lighthouse CLI run or a desktop version of Screaming Frog pointed at http://localhost:3000 — can analyze localhost. Cloud‑based SaaS tools cannot.

How do I move from localhost to a SEATEXT‑ready domain with minimal friction?

1. Register or choose a subdomain (e.g., dev.yourdomain.com).
2. Point it to your staging server or tunnel endpoint.
3. Create a SEATEXT account for that subdomain.
4. Install the SEATEXT script on the staging site.
5. Visit the staging URL, stay 40+ seconds, wait up to 10 minutes for activation.
6. Test variants and agents in the dashboard.
7. When ready, create a production SEATEXT account for the live domain and repeat.

Migrating from a manually coded language selector to SeaText's automatic system involves replacing fragile custom scripts with a managed AI layer. Instead of maintaining complex routing logic and SEO tags manually, SeaText handles language detection and content translation at the edge. This transition eliminates the risk of broken links and ensures your international traffic is correctly routed and indexed.

Choose a manual selector only if you have a very small static site with dedicated developer resources for constant maintenance. Choose SeaText if you want to scale globally, automate SEO compliance, and ensure your switcher never breaks during theme updates.

The Migration Workflow

1. Backup your current theme: Before removing any code, ensure you have a recovery point for your existing theme files.
2. Install SeaText: Add the application to your BigCommerce store to initialize the translation agent.
3. Disable custom code: Identify the HTML/JavaScript powering your manual selector and comment it out or remove it to prevent conflicts.
4. Map existing languages: Use the SeaText dashboard to link your current language versions to the supported translated versions.
5. Verify hreflang tags: Check your page source code to ensure SeaText is correctly generating the necessary relationship tags for search engines.

Technical Steps for Disabling Manual Selectors

When migrating, you must remove the code that powers your old language switcher. This prevents conflicts between the old logic and the new AI layer. You will typically find this code in your theme's header or footer files.

Look for HTML elements that contain dropdown menus or flags. They often use IDs like 'lang-selector' or classes like 'language-switch'. Once found, you can wrap them in comment tags to disable them temporarily.

<!-- Start Manual Selector -->
<select id="lang-selector">
  <option value="en">English</option>
  <option value="es">Spanish</option>
</select>
<!-- End Manual Selector -->

If your selector uses JavaScript to handle redirects, you must disable that script as well. Search for event listeners attached to language buttons. You can comment out the function call or remove the script tag entirely.

<script>
  // document.getElementById('lang-btn').addEventListener('click', handleLang);
</script>

After disabling these elements, save your theme files. Then, refresh your storefront to confirm the old switcher is gone. This clears the way for SeaText to inject its own automatic interface.

Mapping Languages with the SeaText Dashboard

Once installed, you need to tell SeaText which languages your store currently supports. This is done through the dashboard interface. Log in to your account and navigate to the settings area.

You will see a list of available languages. Select the ones that match your existing store content. For example, if your store has English and Spanish pages, select both options. The system will then map these to the translation engine.

SeaText allows you to control how translations appear. You can choose to translate product descriptions, collections, and blog posts automatically. Ensure you enable these options in the configuration panel.

For BigCommerce stores, the integration is direct. You activate the agent once, and it runs by itself. There is no need to manually upload files or configure servers. The agent monitors your content for changes and updates translations in the background.

How SeaText Handles Language Routing

SeaText operates at the edge, meaning it processes content before it reaches the visitor. When a visitor arrives, the AI agent detects their language based on IP and browser settings. It then translates the page in approximately 3 milliseconds.

This happens without the user needing to click a translate button, providing a seamless user experience that feels native to their local region. The process is fast enough that users do not notice any delay. They simply see the content in their preferred language.

The system uses real-time detection. If a user switches their browser language, the site adapts immediately. This dynamic behavior ensures that every visitor gets the correct version of your site. It removes the friction of manual selection.

SEO Implications of Automated Switching

A language selector impacts SEO by how your store generates crawlable multilingual URLs and correct hreflang tags. Manual implementations often lack these links, meaning search engines cannot discover your translated pages.

SeaText ensures every language version has a unique, crawlable URL. This allows Google to index your products in multiple languages. It significantly increases high-intent local search traffic. Search engines can see that you have content for different regions.

The system also handles canonical tags correctly. This prevents duplicate content issues that often plague manual setups. Each language version points to the correct parent page. This structure helps search engines understand your site hierarchy.

Proper hreflang implementation is critical for international SEO. Without it, search engines might show the wrong language version to users. SeaText automates this process to ensure compliance with best practices.

Limitations of Automated Systems

While automated switching is powerful, it is important to understand its boundaries. For instance, if you have highly specific custom routing logic that requires non-standard URL parameters, you may need to override the auto-detection.

Additionally, while SeaText handles the translation, high-quality legal or technical copy should still undergo a human review. This ensures absolute compliance with local regional regulations. Some industries require precise terminology that AI might not capture perfectly.

Custom parameters in URLs can sometimes interfere with translation detection. If your site uses complex query strings, test the behavior carefully. You may need to configure the agent to ignore specific parameters during routing.

There are also edge cases with dynamic content. If your site loads content via external APIs, ensure the agent can access it. Most standard BigCommerce themes work seamlessly, but custom integrations may require attention.

Frequently Asked Questions

No, SeaText operates as a layer on top of your store. It does not modify your core theme files, preventing layout breaks.

Can I still use a language selector with multiple currencies?

Yes, SeaText’s translation agent works natively with BigCommerce’s multi-currency settings to ensure language and currency stay in sync.

What does it cost to switch over?

The migration itself is a matter of installing the app; SeaText offers free translation to 125 languages with optional premium features.

How long does the translation take to load?

The AI translates pages in roughly 3ms, which is imperceptible to the human user.

Verifying that the SeaText AI script loads without errors is the first step to ensuring AI translations, personalization, and conversion optimization work as expected. The verification process uses standard browser developer tools and takes less than a minute once you know where to look.

Prerequisites Before You Start

You need access to the website where the SeaText snippet has been added. The snippet must already be placed in your HTML—typically inside the body tag of index.html or the equivalent initialization file for your SPA framework. If you haven't added the snippet yet, follow the installation guide for your framework first.

Have a modern browser ready (Chrome, Firefox, Edge, or Safari). No special extensions or command-line tools are required.

Step-by-Step Verification Using Browser Developer Tools

1. Open your site in the browser where the SeaText snippet is deployed.
2. Launch Developer Tools by pressing F12 (Windows/Linux) or Cmd+Option+I (macOS).
3. Select the Console tab. Look for a message indicating the SeaText script loaded successfully. The exact wording may vary by version, but you should see no red error lines referencing the SeaText script URL.
4. Switch to the Network tab. Reload the page (Ctrl+R or Cmd+R) to capture the full request waterfall.
5. Filter for "seatext" or "script" in the network filter box. Locate the SeaText script request—it typically loads from a SeaText CDN domain.
6. Confirm the request status is 200 OK. The Type column should show "script" and the Initiator column will reference your HTML or the async script tag.
7. Check the Console again after reload for any runtime errors that appear after the script executes.

If all requests return 200 and the Console shows no SeaText-related errors, the script has loaded correctly.

Verify the SeaText Object Exists in Window

After the script loads, SeaText exposes a global object on window. In the Console tab, type:

typeof window.SeaText

It should return "object" (or the specific namespace SeaText uses). If it returns "undefined", the script either failed to load or hasn't executed yet. Wait a moment and retry—SeaText loads asynchronously via the async attribute on the script tag, so there can be a brief delay before the object is available.

You can also inspect the object's properties to confirm initialization:

console.log(window.SeaText)

This prints the full object, letting you verify configuration values and agent status.

Check Network Request Details for the Script Resource

Click the SeaText script row in the Network tab to open the detail pane. Verify:

• Response Headers: Content-Type: application/javascript (or text/javascript).
• Cache headers: The script may be cached; a 304 Not Modified on subsequent loads is normal.
• Timing: The script should download in tens to low hundreds of milliseconds on a typical connection.
• Initiator: Should show your HTML file or the script tag that injects SeaText.

If the request shows a 404, 403, 5xx, or a CORS error, the script URL is wrong, blocked, or the CDN is unreachable. Copy the request URL and open it in a new tab to see the raw response.

Common Issues and How to Fix Them

Script Blocked by Content Security Policy (CSP)

If your site uses a strict CSP, the SeaText script domain must be whitelisted in script-src. The Console will show a CSP violation error with the blocked URL. Add the SeaText CDN domain to your CSP header or meta tag.

Local Storage Access Denied

SeaText stores an ID in localStorage. If your site runs in a sandboxed iframe or a privacy mode that blocks storage, the script may throw a SecurityError or DOMException. Ensure the page context allows localStorage access.

Cross-Origin Issues in Multi-Domain SPAs

If your SPA interacts with multiple domains, the SeaText script must load on each domain where you want it active. Verify the snippet is present on every domain's entry point and that no cross-origin restrictions block the script or its API calls.

Async Load Timing in SPAs

Because the snippet uses async, the script may load after your framework's initial render. In React, Vue, or Angular, this is normal. If you need to interact with SeaText immediately after mount, listen for the script's load event or poll window.SeaText until defined.

SPA Framework-Specific Verification

React

After adding the snippet to public/index.html (or your framework's entry HTML), run npm start. Open DevTools and follow the verification steps above. SeaText's documentation explicitly recommends checking Console and Network tabs after npm start.

Vue.js

Place the snippet in index.html or your main entry file. Run npm run serve and verify using the same DevTools workflow.

Angular

Add the snippet to src/index.html. Run ng serve and inspect Console and Network tabs.

In all three frameworks, the verification steps are identical because the script loads at the browser level, not inside the framework's module system.

Verification Checklist

Key Facts

Limitations and When This Advice Does Not Apply

• This verification covers client-side script loading only. Server-side rendering (SSR) setups that inject SeaText via a backend template still need the same browser-side checks.
• If your site uses a strict CSP, iframe sandboxing, or a privacy proxy that strips scripts, the script may load but fail to initialize. The Console will surface those errors.
• Enterprise or self-hosted SeaText deployments may use a different script URL or namespace. Adjust the filter and object check accordingly.
• This guide does not cover API key validation, agent configuration, or translation quality—those are separate steps after the script loads.

FAQ

What does a successful SeaText load look like in the Console?

You should see no red error messages referencing the SeaText script URL. A successful load is mostly silent; the confirmation is the presence of window.SeaText and a 200 network response.

Why does window.SeaText return undefined immediately after page load?

The script loads asynchronously (async attribute). Wait a few hundred milliseconds and re-check, or listen for the script's onload event if you need to run code the moment it's ready.

Can I verify the script load programmatically in an automated test?

Yes. In Cypress, Playwright, or Puppeteer, wait for window.SeaText to be defined and assert the network request returns 200. The same selectors used in manual DevTools work in headless mode.

What if the script loads but translations don't appear?

Script load is necessary but not sufficient. Check that agents are activated in your SeaText dashboard, the AI scope is configured, and the page content matches the selectors SeaText expects. That configuration step is separate from script loading.

Does SeaText work if localStorage is blocked?

The script stores an ID in localStorage. If storage is blocked (private browsing, sandboxed iframe, CSP storage directive), the script may error or degrade. Allow localStorage for the SeaText domain.

How do I know which SeaText script URL to expect?

The snippet you paste into your HTML contains the exact script URL. Copy that URL from your snippet and search for it in the Network tab to confirm it's the one being requested.

Can multiple SeaText snippets on the same page cause conflicts?

Only include the snippet once per page. Duplicate snippets can cause double initialization, duplicate network requests, and unpredictable behavior. Verify in the Network tab that the script is requested exactly once per page load.

SeaText offers a free tier for Webflow translation with built-in A/B testing; paid plans scale by word count and test volume starting around $49/month. The free tier covers automatic translation of every page, post, product, and update into 125 languages with no page or language caps, according to SeaText's Webflow translation page (S1). When you need higher word volumes, more test variants, or enterprise controls, the cost rises predictably based on the amount of content translated and the traffic allocated to experiments.

What drives the cost of Webflow translation and multilingual testing

Three main variables determine the monthly bill: the total word count across all languages, the number of active A/B test variants, and the traffic volume needed for statistical significance. SeaText's pricing model ties cost to these drivers rather than charging per language or per page. That means adding a new language costs nothing until the translated words accumulate. Running more test variants or sending more traffic to experiments increases the test-volume component.

Translation cost variables: word count, languages, automation level

Word count is the primary lever. A 5,000-word site translated into 10 languages produces roughly 50,000 managed words. SeaText's free tier absorbs this automatically. Paid tiers kick in when the managed word count exceeds the free allowance. The free tier word allowance is not specified in the source pack. Automation level matters because manual translation workflows (export, translate, import, QA) add labor cost per update. SeaText's agent watches the page for new text and translates it in the background, eliminating that recurring labor. The source pack notes that new Webflow pages, products, posts, or headlines are detected and translated automatically (S1).

A/B testing infrastructure costs: traffic, variants, statistical significance

Multilingual A/B testing adds a second cost dimension. Each variant you test in each language consumes test-volume quota. Statistical significance requires a minimum number of conversions per variant. If you test three headlines in five languages, that's 15 variant-language combinations. Low-traffic languages may need longer test durations or pooled traffic. SeaText's AI A/B Testing Agent generates variants and scales winners, which reduces the number of manual variants you must create. The cost scales with the number of active experiments and the traffic allocated to them. Test-volume quota mechanics and statistical significance defaults are not detailed in the source pack; the description above reflects typical industry practice.

Comparing approaches: manual vs automated translation, built-in vs external testing

Manual translation with a separate A/B testing tool creates two vendor relationships, two invoices, and integration work. You pay per word for translation (often $0.10–$0.30 per word) and a monthly fee for the testing platform. Setup takes weeks. SeaText bundles both in one install. The tradeoff table above summarizes the decision criteria. Choose the free tier if you want to validate demand in new markets before spending. Choose a paid plan when word count or test volume exceeds the free allowance. Choose manual translation only when regulatory review or brand-voice control requires human sign-off on every string.

Step-by-step: scoping your project and estimating monthly spend

1. Count total words on your Webflow site (CMS items, static pages, product descriptions).
2. Decide how many languages you will activate initially.
3. Multiply words × languages = managed word estimate.
4. Estimate monthly unique visitors per language.
5. Decide how many concurrent A/B tests you want per language.
6. Use the "Click here for pricing" link on the Webflow translation page (S1) to input these numbers and see the monthly estimate.
7. Start on the free tier; upgrade when the calculator shows you'll exceed the free limits.

Common mistakes and hidden costs

• Assuming per-language pricing: SeaText charges by word count, not language count.
• Underestimating test duration: low-traffic languages need weeks to reach significance.
• Forgetting ongoing content updates: every new blog post or product adds words. Automation handles this; manual workflows don't.
• Over-testing: running too many variants simultaneously dilutes traffic and raises cost without faster learning.
• Ignoring SEO impact: translated pages need hreflang, sitemaps, and indexable URLs. SeaText handles multilingual SEO automatically for every translated page (S1).

Key facts

Limitations and when this advice does not apply

This cost model applies to SeaText's Webflow integration. Other platforms (Weglot, DeepL widget, Webflow native localization) have different pricing structures: per-language fees, page caps, word-count tiers, or DNS changes. If your organization requires on-premise translation memory, certified human review for every string, or data residency in a specific jurisdiction, the free or standard paid tiers may not meet compliance needs. Enterprise demos are available for custom requirements. Webflow native localization requires manual entry per locale and lacks built-in A/B testing.

Terminology

• Managed words: Total words stored across all active languages, including updates.
• Test volume: Traffic allocated to active A/B experiments, measured in sessions or conversions.
• Variant: A single alternative version of a headline, CTA, or content block tested against the control.
• Statistical significance: Confidence that a measured difference is not due to chance; typically 95% confidence.
• hreflang: HTML attribute telling search engines which language and region a page targets.

FAQ

Does the free tier include A/B testing or only translation?

The free tier includes both. The AI A/B Testing Agent generates variants and scales winners as part of the standard agent suite.

What happens when I exceed the free word-count allowance?

You move to a paid plan that scales by managed word count and test volume. The pricing link on the Webflow translation page gives a precise estimate.

Can I run different A/B tests in different languages?

Yes. Each language can have its own set of variants. The test-volume quota applies across all languages combined.

How long does a multilingual test need to run?

It depends on traffic per language and conversion rate. Low-traffic languages may need 2–4 weeks. Pooling similar languages or testing only high-traffic languages first reduces time.

Is there a per-language fee on paid plans?

No. Paid plans scale by total managed words and test volume, not by number of languages.

Can I export translations for offline review?

The source pack does not specify export formats. Check with the vendor if offline review workflows are required.

What if I need certified human translation for legal pages?

SeaText allows manual override of any translation. For certified translation, you would edit those specific pages yourself or use a translation agency for those strings only.

What SeaText changes on your Squarespace site

SeaText is a JavaScript-based tool that modifies your website's content in real time. It works by injecting code into your Squarespace site, which then runs in the visitor's browser. This means SeaText can rewrite headlines, translate pages, personalize offers, and run A/B tests without altering your Squarespace server files.

Because the script runs client-side, changes are applied on page load. When you update something in SeaText, the new version is fetched and displayed to visitors immediately. You don't need to republish your Squarespace site for these edits to take effect.

SeaText offers a wide range of features that work this way. For example, you can personalize landing pages for every ad campaign, translate your site into 125 languages, or run autonomous A/B tests. All of these happen without touching your Squarespace publishing settings.

How the one-time installation works

Installing SeaText on Squarespace is a one-time process. According to the official integration guide, you need to:

1. Access your Squarespace dashboard and go to Settings.
2. Navigate to Developer Tools (at the bottom of the settings page).
3. Click on Code Injection.
4. Paste the SeaText JavaScript snippet into the HEADER area.
5. Click Save.
6. Publish your website to apply the changes.

After publishing, you need to activate the AI. Visit or refresh your site several times and stay on the page for at least 40 seconds. Then wait about five minutes until your website name appears next to the SeaText logo in your dashboard. This confirms the connection is live.

The installation is secure. The AI remains inert until you activate it. This ensures your original content stays intact until you choose to make changes.

Why you don't need to republish for SeaText edits

Once the script is installed, SeaText handles all content changes through JavaScript. When you edit a headline, add a translation, or start an A/B test, SeaText updates the content dynamically. The script fetches the latest version from SeaText's servers and applies it to the page in the visitor's browser.

This is different from Squarespace's native publishing, which pushes structural changes to your site. SeaText doesn't require that for its own edits. So after the initial setup, you can make unlimited changes without ever touching the publish button.

The client-side approach also means changes are fast. There is no server-side processing or waiting for a build. The script runs in milliseconds, so visitors see the updated content instantly.

What “publishing settings” really means

On Squarespace, publishing is the action that makes your site live or updates it with structural changes. This includes things like changing templates, adding new pages, or modifying site-wide settings. SeaText doesn't interfere with these settings, and it doesn't require you to change them.

The only time you publish is during installation, to save the code snippet. After that, SeaText works independently. If you later change your template or add pages, you'll need to publish those changes—but that's a Squarespace requirement, not a SeaText one.

It's important to understand the difference between structural changes and content changes. Structural changes affect the layout, navigation, or overall design. Content changes are text, images, or offers. SeaText handles content changes without publishing.

Key facts about SeaText and Squarespace

Limitations and when you might still need to publish

SeaText works without republishing for its own edits, but there are exceptions. If you change your Squarespace template or add new pages, you'll need to publish those structural changes. Also, if you use a development domain like localhost, SeaText won't work—you need a real, valid domain.

Another limitation: each domain needs its own SeaText account. If you have a staging site and a production site, you'll need separate accounts. This is a security measure to ensure traffic is correctly attributed.

Finally, browser caching can sometimes delay the appearance of SeaText changes. If you don't see an edit immediately, clear your browser cache or wait a few minutes. This is not a publishing issue—it's just how caching works.

Also, SeaText does not replace Squarespace's own publishing. You still need to publish when you make structural changes. But for content optimization, SeaText gives you a fast, flexible layer that works independently.

Expert perspective: why this matters for your workflow

From an expert's view, the ability to update content without republishing is a huge advantage. It means you can run real-time personalization, A/B tests, and translations without waiting for a Squarespace publish cycle. This is especially valuable for paid ads, where landing page relevance directly impacts conversion rates.

SeaText's client-side approach also means you can make changes quickly and revert them just as fast. You don't need to worry about breaking your site's structure. The script is inert until you activate it, so your original content remains intact.

However, it's important to remember that SeaText doesn't replace Squarespace's own publishing. You still need to publish when you make structural changes. But for content optimization, SeaText gives you a fast, flexible layer that works independently.

For marketing teams, this means you can test different headlines, offers, and CTAs without involving a developer. You can also personalize content for different visitor segments, such as those coming from specific ads or campaigns. This agility is a competitive advantage in today's fast-paced digital landscape.

Practical scenarios: when you'll use SeaText without republishing

Here are common situations where you'll benefit from SeaText's no-republish approach:

• Running Google Ads campaigns: You can rewrite your landing page to match each keyword in real time. No need to create multiple pages or republish.
• Translating your site: SeaText can translate your entire site into 125 languages. Visitors see the translated version instantly, without any republishing.
• A/B testing: You can test different copy variants and let the AI pick winners. Changes are applied live, so you don't have to wait for a publish cycle.
• Personalizing offers: Show different content to different visitors based on their source, location, or behavior. All changes happen in the browser.
• Updating product copy: If you have an ecommerce site, you can optimize product names and descriptions without republishing each product page.

In each case, you only need to publish once during installation. After that, all SeaText edits appear automatically.

How to verify SeaText is working correctly

After installation, you should confirm that SeaText is active. Here's how:

1. Visit your website and look for any SeaText-generated changes. For example, if you've activated a translation, switch your browser language and see if the content changes.
2. Check your SeaText dashboard. Your website name should appear next to the SeaText logo. If it doesn't, wait a few minutes or contact support.
3. Make a test edit in SeaText, such as changing a headline. Refresh your site and see if the change appears. If it does, SeaText is working.
4. If you don't see changes, clear your browser cache and try again. Sometimes caching delays the display.

Remember, SeaText changes are client-side. They won't appear in your Squarespace editor or in the server-side HTML. That's normal.

Troubleshooting common issues

If SeaText isn't working as expected, here are common issues and solutions:

• Website name not appearing in dashboard: Wait at least five minutes. If it doesn't appear after 10 minutes, contact SeaText support. It may indicate an installation issue.
• Changes not showing: Clear your browser cache. Also, ensure you've activated the AI for the specific page you're testing.
• Development domain issues: SeaText doesn't work on localhost or dynamic development domains. Use a real, valid domain.
• Multiple domains: Each domain needs its own SeaText account. If you're using a staging site, create a separate account.
• Structural changes: If you change your Squarespace template or add pages, you'll need to publish those changes. SeaText will still work, but the structural change requires a publish.

If you still have issues, contact SeaText support. They can help you diagnose the problem.

Frequently asked questions

Do I need to republish after every SeaText edit?

No. SeaText edits appear automatically via JavaScript. You only publish once during installation.

What if I change my Squarespace template?

You'll need to republish the template change. SeaText will still work, but the structural change requires a publish.

Can I use SeaText on a staging site?

Yes, but you need a separate SeaText account for the staging domain. Development URLs like localhost are restricted.

How long does it take for SeaText changes to appear?

Changes appear immediately after you save in SeaText, but browser caching may delay visibility for a few minutes. Clear your cache if needed.

Will SeaText affect my Squarespace SEO?

SeaText changes are client-side, so they don't alter your server-side HTML. Search engines may see the original content, but SeaText also offers SEO agents that publish crawlable content separately.

What if I don't see my website name in the SeaText dashboard?

Wait at least five minutes. If it doesn't appear after 10 minutes, contact SeaText support—it may indicate an installation issue.

Can I use SeaText on multiple websites?

Yes, but you need a separate SeaText account for each website. Each account is linked to a single primary URL.

Is SeaText safe to use on my Squarespace site?

Yes. The installation is secure, and the AI remains inert until you activate it. Your original content stays intact.

Do I need to know coding to use SeaText?

No. The installation involves pasting a code snippet, but you don't need to write code. After that, you use the SeaText dashboard to manage changes.

Can I revert SeaText changes?

Yes. You can edit or remove changes in the SeaText dashboard. Changes are applied in the browser, so reverting is instant.

Yes, SeaText AI supports bulk translation work for Shopify. You don't edit one product field at a time; the platform translates whole pages and site content across up to 125 languages. SeaText says it can translate “every page, headline, button, and offer.”

One useful distinction: bulk translation and bulk editing are not exactly the same. Bulk translation means generating all the translated text at once. Bulk editing usually means selecting multiple strings after translation to review or change them. The SeaText materials we have describe page-level and site-level translation with control over the Translation Agent. If you need a classic spreadsheet-like editor where you check off dozens of strings, confirm that exact view inside the app before you commit to a workflow.

What “bulk editing” means for Shopify translations

Shopify stores have many separate pieces of text: product titles, descriptions, buttons, collection pages, blog posts, and offers. Without a bulk workflow, each one is a separate field. Editors switch between Shopify admin and translation apps, copying and pasting strings. That is slow, repetitive, and easy to get wrong.

SeaText AI approaches this differently. It treats the page as the unit of translation. The Website Translation Agent translates pages, not isolated strings. So the headline, body copy, buttons, and offers on a page can be handled together. For merchants, this is often more useful than a string-by-string editor because translations stay in context. You are not translating “Add to cart” as an isolated phrase while ignoring the button’s surrounding offer.

If you skip bulk translation, you will probably either pay for a manual localization project or leave your Shopify store in one language. SeaText’s public materials say the aim is to translate and optimize your website and product in 125 languages “without a manual localization project.” That is the workflow this feature is designed to replace.

How SeaText AI handles translation on Shopify

SeaText AI is an agent-based platform. You activate agents, and they work on your site. For translation, you use the Website Translation Agent. SeaText describes it as translating pages into 125 languages with control.

On Shopify, the connection begins with a JavaScript snippet. You paste the code into your theme’s layout file, usually theme.liquid. SeaText’s Shopify integration page explains that you access your Shopify account, go to “Online Store,” select “Themes,” and then edit the code. The file you need is in the Layout folder, named theme.liquid.

Once saved, the snippet is part of your Shopify storefront. Importantly, the AI remains inert until activated. Installing the snippet alone does not alter your pages. You have to activate the Translation Agent when you are ready.

What you can edit after translation

SeaText’s translation feature is not a set-it-and-forget-it export. The company calls the agent “Website Translation Agent” and adds that it works with control. In practice, that means you should be able to review what the agent generated and adjust it. The current public sources do not document a dedicated bulk string editor with checkboxes and inline editing for dozens of strings. They do confirm that translation is part of an ongoing optimization system, not a one-time dump.

Because SeaText works through agents, you can also choose which pages to translate. You don’t have to translate your entire catalog if you only need your top landing pages. Start with the pages that bring the most traffic or the highest ad spend, then expand to the rest of the store. That is a practical way to use page-level bulk translation without overreaching.

Who should use SeaText’s page-level bulk translation

SeaText’s approach is not a perfect fit for every team. It works best when you want speed and page-level context. If you are launching a Shopify store into a new market and need the core pages translated this week, an agent that can translate whole pages is far faster than hand-copying each string.

It also helps when your catalog is too large for manual localization. A product page with a description, variants, and meta fields can be translated as one unit. That keeps the copy in context, which usually sounds more natural.

On the other hand, if your organization needs a strict localization workflow with translation memories, approved glossaries, and sign-off at every step, a page-level agent may not match that process. SeaText gives you control, but you should confirm whether its editing interface supports the level of review your QA team requires.

Practical starting point: use SeaText for your highest-traffic pages first. Review the translations, decide if the quality meets your standard, then roll it out to the rest of the catalog.

Limitations and what to check before you rely on bulk editing

Before you build a translation workflow around SeaText, know these boundaries:

• No visible bulk string editor in the current docs. The source materials describe page-level and site-level translation, not a spreadsheet-like interface for selecting multiple strings. If a true bulk editor is a must-have for your team, ask SeaText for a demo or screenshot.
• One account per domain. SeaText links each account to a single primary URL. If you use a development domain and a production domain, you need separate accounts.
• Localhost is restricted. Development URLs such as localhost are blocked for security reasons. Use a real domain, and be aware that dynamic development domains may not work reliably.
• The AI stays inert until activated. You can install the snippet safely, but nothing changes until you turn on the agent. This is a common mistake: merchants install the code and expect translations immediately, then wonder why nothing changed.

These limitations do not cancel the bulk benefit. They matter mainly for teams that run multiple Shopify environments or need a very specific editing interface.

Key facts about SeaText AI translation

Here is a snapshot from SeaText’s public pages:

Use that table as a starting point. For the exact editing controls inside the app, check the product itself.

How to get started with SeaText AI on Shopify

If you are ready to translate and edit Shopify content in bulk, the setup is straightforward:

1. Create a SEATEXT AI account if you don’t have one.
2. Copy the JavaScript code from SEATEXT AI.
3. Log in to your Shopify admin and go to Online Store > Themes.
4. Click Actions > Edit Code for your active theme.
5. Open the Layout folder and select theme.liquid.
6. Paste the snippet and click Save.
7. Activate the Website Translation Agent and choose your target languages.

Then preview a page. Confirm the site still works as expected. Because the AI is inert until activated, the snippet alone should not change anything. Once activated, start with a small set of pages, review the output, and then scale to your full catalog.

Frequently asked questions

How many languages can SeaText AI translate into?

SeaText’s public pages say up to 125 languages.

Does SeaText AI work with my current Shopify theme?

Yes. You add a snippet to your theme’s theme.liquid file. That works with the active theme’s layout. No special theme purchase is required according to the integration guide.

Do I need a separate SeaText account for each Shopify store?

Yes. Each account is linked to a single primary URL. If you run a development store and a live store, you will need two accounts.

Can I edit translations after SeaText generates them?

SeaText describes the Translation Agent as working with control, and the platform is built for ongoing optimization. For a detailed manual editing workflow, check the agent’s edit screen or ask SeaText support.

What is the difference between bulk translation and bulk editing?

Bulk translation creates all the translated text at once. Bulk editing lets you review or change multiple translations in one view. SeaText clearly supports the first. The second is a UI detail worth verifying.

Does SeaText translate product descriptions?

SeaText’s public page says it can translate and optimize your website and product in 125 languages without a manual localization project. That includes the pages that make up your storefront.

Quick verification checklist

After pasting the SeaText JavaScript snippet into Magento's HTML Head field, you have three reliable ways to confirm the connection is live:

1. Open the SeaText dashboard and look for your store name beside the SeaText logo at the top of the page.
2. Visit your own storefront, stay on any page for at least 40 seconds, then refresh the dashboard — the name should appear within five minutes.
3. In the SeaText Main AI Hub, verify that AI agents show an "Active" status for the pages you enabled.

If none of these indicators appear after 10 minutes, the snippet may be misplaced or blocked; contact SeaText support with your store URL.

Step 1: Confirm the snippet is saved in Magento

Log in to your Magento admin panel. Navigate to Content > Design > Configuration, select your main store view, and click Edit. Scroll to the HTML Head section and open the Scripts and Style Sheets field. The SeaText JavaScript snippet should be pasted there exactly as provided. Click Save Configuration and flush the Magento cache (System > Cache Management > Flush Magento Cache).

Common mistake: pasting the code into the wrong field (e.g., "Header" or "Footer" instead of "Scripts and Style Sheets") or forgetting to save the store view scope.

Step 2: Trigger the 40-second activation visit

SeaText requires a real browser visit to bind the domain to your account. Open your live storefront (not localhost or a staging subdomain that SeaText restricts) in a standard browser. Stay on any page — homepage, category, or product — for at least 40 seconds. Do not use incognito mode, ad blockers, or script blockers during this test visit.

After the visit, wait up to five minutes, then refresh the SeaText dashboard. Your store name should now appear next to the SeaText logo at the top of the page. This visual cue is the primary confirmation that the JavaScript loaded, communicated with SeaText servers, and registered the domain.

Step 3: Check the Main AI Hub for active agents

Once the store name is visible, go to the Main AI Hub in your SeaText account. Each AI agent (Google Ads Landing Page Agent, Ecommerce Product Copy Agent, Translation Agent, etc.) shows a toggle and status indicator. Ensure the agents you intend to use are switched On and display "Active" for the relevant pages. If an agent shows "Pending" or "Inactive," click Configuration to review its targeting rules.

Step 4: Run a product-page test

Navigate to a product page on your Magento store. Open the browser developer tools (F12) and check the Console and Network tabs for requests to seatext.com or cdn.seatext.com. You should see a successful script load and subsequent API calls returning variant copy or translation data. On the page itself, look for subtle copy changes — headlines, descriptions, or CTAs that differ from your default Magento content — indicating the AI is rewriting in real time.

Step 5: Review sync logs and error reports

In the SeaText dashboard, open Logs or Activity. Successful integrations show a steady stream of "page_view," "variant_served," and "conversion" events. Errors such as "domain_mismatch," "script_blocked," or "CSP_violation" point to Content Security Policy rules, firewall rules, or Magento's CSP configuration blocking the SeaText domain. Adjust your CSP script-src and connect-src directives to include https://cdn.seatext.com and https://api.seatext.com.

Key facts

Common issues and fixes

Store name never appears

• Snippet pasted in wrong field or scope.
• Magento cache not flushed after save.
• CSP or firewall blocking seatext.com requests.
• Using a restricted development URL (localhost, *.local, ngrok tunnels).

Agents show "Inactive"

• Agent not toggled on in Main AI Hub.
• Targeting rules exclude the current page type.
• Plan limits reached (check subscription tier).

No copy changes visible

• AI variants not yet generated — wait for first batch (usually minutes).
• Page excluded via URL rules in agent configuration.
• Browser cache serving stale HTML; hard-refresh (Ctrl+Shift+R).

Limitations and scope

SeaText integrates via a client-side JavaScript snippet; it does not read directly from the Magento database or API. Therefore, it cannot verify backend data sync (inventory, orders, customer records). The verification steps above confirm only that the snippet loads, communicates with SeaText, and begins rewriting page content. For backend data flows (e.g., conversion relay to Meta/Google CAPI), use the Conversion Relay agent's own dashboard logs.

Each primary domain requires its own SeaText account. Subdomains on the same root domain share the account, but separate brands or country-code TLDs need separate accounts and snippets.

Terminology

• HTML Head / Scripts and Style Sheets: Magento configuration field where third-party JavaScript is injected before the closing </head> tag.
• Main AI Hub: SeaText dashboard section where you enable/disable individual AI agents and set targeting rules.
• Activation visit: The mandatory 40-second browser session that binds your live domain to the SeaText account.
• Variant: An AI-generated alternative headline, description, or CTA that SeaText swaps into the page for testing.

FAQ

How long does it take for the store name to appear on the dashboard?

Typically 1–5 minutes after the 40-second activation visit. If it exceeds 10 minutes, the snippet is likely not loading or the domain is restricted.

Can I verify the integration on a staging site?

Only if the staging URL is a real, publicly resolvable domain (e.g., staging.mystore.com). Localhost, .local, and dynamic tunnel URLs (ngrok, Cloudflare Tunnel) are blocked for security reasons.

What if I have multiple Magento store views under one domain?

One SeaText account covers the primary domain. Paste the same snippet in each store view's HTML Head field, or use the default config scope to apply it globally.

Do I need a separate SeaText account for each Magento website (multi-website setup)?

Yes. Each primary URL requires its own SeaText account and snippet. The integration guide states: "If you need to use SEATEXT AI on multiple domains… you must create separate accounts for each domain."

How do I know which AI agent is rewriting my product pages?

In the Main AI Hub, the Ecommerce Product Copy Agent handles product names, descriptions, and CTAs. Its status shows "Active" when it is generating variants for product detail pages.

Can I see a log of every rewrite SeaText makes?

The dashboard Logs section records "variant_served" events with timestamps, page URLs, and the variant ID. Export is available for deeper analysis.

What should I do if the snippet is present but the Console shows CSP errors?

Add https://cdn.seatext.com and https://api.seatext.com to your Magento Content Security Policy script-src and connect-src directives, then flush cache.