Seatext library

What to Do If SeaText Doesn't Appear After Installation

If SeaText doesn't show up after you've added the JavaScript snippet, first verify the code is loading on every page, then visit the site and stay for at least 40 seconds to trigger activation....

Quick answer

SeaText stays invisible until the script loads, a real visitor spends roughly 40 seconds on the page, and the backend registers the domain. The most common reasons it doesn't appear are: the snippet was placed on only some pages, the site is on a free Wix plan (which blocks custom code), the domain is a localhost or staging URL that SeaText rejects, or you simply haven't waited the five-minute propagation window.

Follow the checklist below in order. Most issues resolve at step 2 or 3.

How SeaText activation works

SeaText uses a three-step activation model. First, the JavaScript snippet must load on every page of your site. Second, a real human visitor (you) must visit the site and stay for at least 40 seconds. This tells SeaText the domain is real and links it to your account. Third, the SeaText backend registers the domain and displays it next to the SeaText logo in your dashboard. Until all three steps happen, the AI agents remain inert. They do not run, collect data, or change your site. The activation visit is a security measure. It prevents bots or automated scripts from linking domains. You must simulate a real session: scroll, click, and interact. A short bounce looks like a bot and is ignored.

1. Confirm the snippet is on every page

Open the live site in an incognito window. View source (Ctrl+U) and search for seatext or the script ID you copied. If you don't see it, the code is not loading.

Before verification: The source code shows no script tag. The page loads without SeaText.

After verification: The source code contains the script tag. The page is ready for activation.

On Wix, go to Settings → Custom Code → Head. Ensure "All pages" and "Load code on each new page" are selected. Hit Apply and publish. On other platforms, verify the snippet sits in the <head> of your base template, not a single page block.

2. Use a supported, live domain

SeaText rejects localhost, 127.0.0.1, and many dynamic preview URLs (e.g., Netlify deploy previews, Vercel preview links). Each production domain needs its own SeaText account. If you are testing on a staging subdomain, create a separate account for that exact URL.

Before verification: You are using a localhost or staging URL. The SeaText backend cannot verify the domain.

After verification: You are using a live, public domain (e.g., example.com). The backend can link the domain to your account.

SeaText blocks development URLs for security. Dynamic preview domains may not reliably associate traffic with your account. Use a real domain—even a cheap .dev or .app—for testing.

3. Trigger the activation visit

After the script is live, open the site yourself. Stay on any page for at least 40 seconds. Scroll, click, and simulate a real session. This tells SeaText the domain is active and links it to your account. Close the tab and wait five minutes.

Before verification: You have not visited the site or stayed less than 40 seconds. The domain remains unlinked.

After verification: You have completed a 40-second visit. The backend begins processing the domain.

SeaText requires this visit to confirm you are a human owner. Short bounces are ignored. You can refresh the page several times during the 40 seconds—the key is total time spent.

4. Check the dashboard for the domain badge

Log into SeaText. At the top of the Main AI Hub you should see your website name next to the SeaText logo. If it appears, the connection succeeded. If not, proceed to step 5.

Before verification: No domain badge visible. The dashboard shows only the SeaText logo.

After verification: Your website name appears next to the logo. The domain is connected and ready.

Source S1 says: "Wait at least five minutes until you see your website name displayed next to the SEATEXT logo at the top of this page." If it does not appear after ten minutes, contact support.

5. Clear caches and hard-refresh

Browser cache, CDN (Cloudflare, CloudFront), or server-side cache (WP Rocket, W3 Total Cache) can serve an old HTML version without the snippet. Purge all caches, then hard-refresh (Ctrl+Shift+R). Re-check the source code.

Before verification: The page loads an old cached version. The script tag is missing from the source.

After verification: The page loads a fresh version. The script tag appears in the source.

Clearing caches is often overlooked. If you use a CDN, purge the cache for your domain. On WordPress, clear plugin caches and server-level caches (e.g., Nginx, LiteSpeed).

6. Verify plan restrictions (Wix and others)

Wix requires a paid plan to use Custom Code. Squarespace Business or Commerce plans are needed for code injection. Shopify allows scripts on all paid plans. If you are on a free tier, upgrade or move the snippet to a platform that permits it.

Before verification: You are on a free plan. Custom Code is blocked by the platform.

After verification: You have upgraded to a paid plan. Custom Code is now allowed.

Source S1 states: "To install custom code, you are required to have a paid plan on Wix." Check your platform's documentation for exact plan requirements.

7. Inspect the browser console for errors

Open DevTools → Console. Look for red errors referencing seatext, CSP (Content Security Policy) blocks, or 403/401 responses from SeaText endpoints. A CSP error means your site's policy forbids the script domain. Add the SeaText CDN domain to your script-src directive. The exact domain is in the snippet you copied.

Before verification: Console shows errors like "Refused to load script" or "403 Forbidden."

After verification: Console shows no errors. The script loads successfully.

If you see a CSP error, work with your security team to update the policy. For generic guidance, check with the vendor for the exact domain to whitelist.

8. When to contact support

If the domain badge is still absent after 10 minutes, email support with:
• Your SeaText account email
• The exact live URL where the snippet is installed
• A screenshot of the Custom Code / head injection settings
• Any console errors
Support can see server-side whether the ping arrived and why the domain was not registered.

Before verification: No badge after 10 minutes. You have not contacted support.

After verification: You have contacted support with the required information. Support helps resolve the issue.

Full Wix installation walkthrough

Follow these steps exactly as described in the SeaText integration guide (source S1).

  1. Access your Wix account and navigate to the project you wish to translate.
  2. In your Wix admin area, locate the Settings option and scroll down to find > Custom Code (located at the very bottom of the page, under “Advanced”).
  3. Within the Custom Code section, click on “Add Code” under the “Head” section.
  4. A pop-up window will appear. Paste the copied JavaScript code snippet into the designated text area labeled “Paste the code snippet here:”.
  5. Under the section “Add Code to Pages”, select “All pages” from the dropdown menu. Then, choose “Load code on each new page” and click Apply.
  6. Publish your site. The code is now active.

After these steps, go to incognito mode and view source. Confirm the script tag is present. Then perform the activation visit (step 3). Wait five minutes and check the dashboard. If the domain badge appears, you are done. If not, follow the checklist above.

Common mistakes

  • Pasting the snippet into a page-specific code block instead of the global head.
  • Forgetting to publish after saving Custom Code settings.
  • Testing on a staging URL without a separate SeaText account.
  • Assuming the AI widget appears instantly—SeaText is headless until activated.
  • Leaving an old caching plugin active after adding the script.
  • Not staying on the page for the full 40 seconds.
  • Using a free Wix plan (Custom Code is blocked).

Platform-specific notes

Wix

Settings → Custom Code → Head → Add Code → Paste snippet → "All pages" + "Load code on each new page" → Apply → Publish. Free plans cannot do this. Source S1 confirms: "To install custom code, you are required to have a paid plan on Wix."

WordPress

Use a header/footer plugin (e.g., WPCode) or edit header.php in a child theme. Clear server cache (WP Rocket, LiteSpeed, Nginx) and CDN.

Shopify

Online Store → Themes → Edit code → theme.liquid → paste before </head>. Works on all paid plans.

Webflow

Project Settings → Custom Code → Head Code → paste → Publish to selected domains.

FAQ

Why do I need to stay on the page for 40 seconds?

SeaText uses the visit to verify the domain is real and to bind it to your account. Short bounces look like bots and are ignored.

Can I install one SeaText account on multiple domains?

No. Each primary domain requires its own account. Subdomains count as separate domains. Source S1 states: "Multiple Domains: If you need to use SEATEXT AI on multiple domains, you must create separate accounts for each domain."

What if my site has a strict CSP?

Add the SeaText CDN domain to your script-src directive. The exact domain is in the snippet you copied. If you are unsure, check with the vendor for the correct domain to whitelist.

Does SeaText work on localhost for development?

No. Localhost and similar development URLs are blocked for security. Use a real domain (even a cheap .dev or .app) for testing.

How do I know the script is actually loading?

View page source on the live site and search for the script tag. Network tab in DevTools should show a 200 response for the SeaText JS file.

What happens after the domain badge appears?

Go to the Main AI Hub, click Configuration, and activate the agents you need (CRO, Translation, Google Ads, etc.). The AI remains inert until you turn agents on.

Can I use SeaText on a free Wix plan?

No. Wix restricts Custom Code to paid plans. Upgrade or move to a platform that allows head injection on free tiers.

What if I have multiple websites?

Create one SeaText account per website. Each account is linked to a single primary URL.

Related resources

Further reading and comparison sources

These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.

Learn more

Visit the website for more information.

Learn more