Why Is SeaText AI Not Showing as Connected?

SeaText AI shows as connected only when the JavaScript code on your site matches the primary URL on your SeaText account and the activation step has linked that domain. The most common causes are an account and domain mismatch, a script that isn't loading on the page you're checking, a restricted development URL, or a missed activation visit.

Here is the direct answer: check that the script is on the exact domain linked to your SeaText account, make sure that domain is a real public URL, then visit and refresh the page several times and stay for at least 40 seconds. Wait five minutes. If your website name still does not appear next to the SEATEXT logo, contact SeaText support after ten minutes.

What 'connected' actually means

Connected means SeaText recognizes the script running on your site as belonging to your account. That recognition is tied to one primary URL per account. SeaText's integration page says the AI remains inert until activated, so a pasted script alone isn't enough.

This matters because the connection status is a gate. You need a connected website before you move to the Main AI Hub and activate agents. If the status is missing, the rest of the setup won't feel like it's working.

Run this diagnostic sequence first

Use this order. It moves from the most likely cause to the least likely, and each check avoids waiting for the timed activation if an earlier fix is needed.

1. Confirm the URL on your SeaText account matches the URL you're checking. Each account is linked to a single primary URL.
2. Open the page source and search for the SeaText JavaScript. If it's not there, add it or ask your developer.
3. Check the URL bar. If it shows localhost, a dynamic staging subdomain, or an IP address, switch to the real production domain.
4. Visit that real domain several times. Refresh each time and stay at least 40 seconds.
5. Wait five minutes and look for your website name next to the SEATEXT logo at the top of the SeaText dashboard.
6. After ten minutes, if it hasn't appeared, contact SeaText support immediately.

Cause 1: Your domain and your account don't match

Each SeaText account is linked to a single primary URL. The script on your site sends traffic and session data to that URL. If you installed the script on example.com but your SeaText account is registered for staging.example.com, the system sees a different site and won't show it as connected.

The same happens when you have one account and paste the script on multiple domains. SeaText's integration notes say you must create separate accounts for each domain. That's the trade-off: one account per website, not one account for a whole portfolio. Exception: if you need a development domain and a production domain, each one needs its own account.

Cause 2: The script isn't loading on the page you're checking

Many "not connected" reports are really "script not found" reports. The code may be in your theme footer but not on a landing page template. Or it may be blocked by a browser extension, a content security policy, or a caching layer.

The source pack mentions one platform-specific case: WP Engine. If you host on WP Engine, you need the WP Engine plugin that lets you add custom JavaScript, and you must apply it across all pages. For any host, a quick check is to view page source and search for the SeaText script. If it's missing, the connection cannot establish. If it's present but the connection still fails, clear your cache and test in a private window.

Cause 3: The activation visit hasn't happened yet

Script loading is not the same as activation. SeaText's integration page says the AI stays inert until activated for security. Activation depends on a real visit: visit or refresh your website several times and stay for at least 40 seconds. That visit lets SeaText associate traffic with your account.

Then wait five minutes. The website name next to the SEATEXT logo at the top of the dashboard is your confirmation. This is why a quick "did I paste the code?" check often fails. You have to give the system time and a real session on the matching domain.

Cause 4: Your platform blocks or strips custom JavaScript

Some website builders, security plugins, or hosts remove inline scripts. The source pack calls out WP Engine specifically. If you're on WP Engine, don't paste the script into a theme file that the host may strip. Use the WP Engine plugin for custom JavaScript and apply it across all pages.

If you're on another platform, look for an official code-injection area: a tag manager, a site-wide header or footer script box, or a child theme. The important part is that the code runs on the real page in the browser, not just in a file. If your setup uses a tag manager, check that the tag fires and isn't paused for the page URL you're testing.

Key facts from the SeaText integration guide

These facts come from SeaText's General Integration page. They explain the connection status and the rules you need to follow.

Why this matters if you ignore it

If you ignore the missing "connected" status, you'll stay stuck before the next step: activating AI in the Main AI Hub. SeaText's integration page says a connected website is ready to proceed. Without that status, agents won't have a linked site to work on, and you won't see the translations or variants to edit.

The longer you wait, the more likely you'll investigate the wrong area, such as agent settings, when the real problem is the script-to-account match. The trade-off is that SeaText's security model deliberately avoids connecting a site just because a script exists. It requires a real visit and a matching domain. That's why a ten-minute failure is a signal to get help rather than reinstall the script again.

Limitations: when this advice does not apply

This diagnostic path works for a normal public website. It does not replace a custom setup with a tag manager, a headless site, or a CMS that restricts scripts. If you're testing on localhost, SeaText's notes say development URLs are restricted and dynamic development domains may not function, so don't use this article to "fix" a local test.

Also, if your browser has aggressive tracking protection or your network firewall blocks third-party scripts, you may see a false negative even when the install is correct. The official SeaText guide doesn't list firewall or ad-blocker steps, so treat those as general web checks. The only official boundary after ten minutes is to contact SeaText support immediately; that instruction is stronger than any further self-fixing.

Frequently asked questions

How long does SeaText take to show as connected?

After the script is installed, visit or refresh several times and stay at least 40 seconds. Then wait at least five minutes. If it hasn't appeared after ten minutes, contact support.

Can I use SeaText on staging or localhost?

localhost is restricted. Dynamic development domains may not function because SeaText can't reliably associate traffic with your account. Use a valid real domain, and create a separate SeaText account for each domain you want to connect.

Do I need a separate account for each website?

Yes. Each account is linked to a single primary URL. SeaText's guide says to create one account for each website if you need to use it on several sites.

Why does the page need a 40-second visit?

That visit activates the AI and links it to your account. It's a security step: the script can load on many pages, but the connection only forms after a real session on the matching domain.

My website name won't show after ten minutes. What should I do?

Contact SeaText support immediately. The integration guide says this could indicate an installation issue on your platform, and you may need their assistance.

Does SeaText need an API key?

The official General Integration guide gives you a JavaScript code to copy, not an API key field. If you're using a third-party tag manager that asks for an API key, that's part of that tool's setup, not the SeaText connection step.