See how this page can help with your next step.
Direct Answer: Yes, you can use SeaText AI without a WordPress plugin. SeaText AI installs through a JavaScript snippet that works on any website, and you can activate it from your account once the script is live. This article explains the prerequisites, step‑by‑step installation, activation checks, API alternative, security, performance, troubleshooting, and key limitations from the official integration guide.
Yes, you can use SeaText AI without a WordPress plugin. The service offers two integration paths: a simple JavaScript embed and a full REST API. Both work on any site that lets you add custom code.
| Criteria | JavaScript Embed | REST API |
|---|---|---|
| Setup complexity | Copy‑paste a snippet | Requires server‑side code |
| Server requirement | None | Yes – a backend that can make HTTP calls |
| Real‑time content changes | Automatic on page load | Manual calls per request |
| Best for | Static sites, Shopify, Wix, Squarespace | Custom apps, headless CMS, mobile back‑ends |
| Pricing details | Check with the vendor | Check with the vendor |
WordPress plugins are a convenient shortcut, but SeaText AI does not depend on the WordPress ecosystem. The core technology is a JavaScript snippet that runs in the browser. As long as you can place that snippet in a page that loads on every visit, the AI will work.
The same snippet works on plain HTML, React, Vue, Shopify, Wix, Squarespace, or any platform that permits custom JavaScript. For WP Engine users, SeaText recommends the WP Engine custom‑JavaScript plugin – a hosting‑specific tool, not a SeaText‑specific WordPress plugin.
localhost are blocked for security reasons.<head> or <footer> of every page. Example:<!-- SeaText AI embed start -->
<script src="https://cdn.seatext.com/integrations/seatext.js" async></script>
<script>
window.SeaTextConfig = {
apiKey: 'YOUR_PUBLIC_API_KEY',
siteId: 'YOUR_SITE_ID'
};
</script>
<!-- SeaText AI embed end -->
Save and publish the changes. The script loads on every page and stays inert until activation.
The API gives you full control from your backend. It is useful when you need to generate variants on demand, integrate with a headless CMS, or combine SeaText AI with other services.
Authorization: Bearer <token> header of every request.https://api.seatext.com/v1/variants with a JSON payload describing the page URL and language.Simple curl example:
curl -X POST https://api.seatext.com/v1/variants \
-H "Content-Type: application/json" \
-H "Authorization: Bearer YOUR_API_TOKEN" \
-d '{
"url": "https://example.com/product",
"language": "en",
"content": "Original page HTML or markdown"
}'
The response contains generated variants you can store or serve directly.
Authorization header.content field in the API payload contains the full HTML of the page. Missing markup can cause the model to skip generation.https://cdn.seatext.com to your Content‑Security‑Policy script-src directive.The table above gives a high‑level view. In practice:
| Item | Detail |
|---|---|
| Installation method | JavaScript code snippet or REST API |
| Account required | Yes, create a SeaText AI account first |
| Supported platforms | Any site that allows custom JavaScript or server‑side HTTP calls |
| Multiple domains | One account per primary URL; separate accounts for each domain |
| Localhost | Blocked for security reasons |
| Activation check | Visit pages, stay 40 seconds, then wait up to 10 minutes for confirmation |
| WP Engine | Install the WP Engine custom‑JavaScript plugin to add the snippet |
These limitations matter most for teams that rely on rapid staging environments or need a single dashboard for many domains.
No. The service works on any website where you can add custom JavaScript or make HTTP requests.
Check the provider’s documentation. For WP Engine, SeaText supplies a dedicated plugin. For other hosts, you may need to enable a “custom code” feature or ask support.
No. The integration deliberately blocks localhost and other non‑public domains for security reasons.
Embedding the snippet takes under a minute. Activation requires a 40‑second visit and up to 10 minutes for confirmation.
No. Each account is tied to a single primary URL. Create separate accounts for each site you want to power.
Contact SeaText support. Common causes are missing the snippet on all pages, CSP blocks, or network firewalls.
Pick the API if you need server‑side control, custom variant pipelines, or integration with a headless CMS. Use the embed for quick, low‑maintenance setups.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Direct Answer: SeaText AI does not access or store sensitive customer information such as emails, addresses, or payment data on Shopify. Its documented scope is product and order metadata, plus the theme code changes needed to run the script. The integration is designed so the script stays inert until activated, and each account is tied to one primary URL.
SeaText AI works with product and order metadata. That means product titles, descriptions, prices, and order details that help it generate or optimize content. It does not need customer emails, shipping addresses, or payment data to do its job.
This matters for one simple reason: the less data a tool touches, the smaller the surface you need to protect. If a third-party app never receives customer PII, there is no customer list to leak from that app.
That is the starting point for every other decision in this article. When someone asks how SeaText AI handles sensitive customer information on Shopify, the accurate short answer is: it doesn't handle it.
Sensitive customer data is outside the documented scope. Emails, phone numbers, physical addresses, payment card numbers, and other personally identifiable information are not part of the product and order metadata SeaText AI processes.
If your team is comparing AI tools, ask each vendor the same question: "What fields does your script read?" The answer should match the features you actually need. A tool that claims to personalize by customer identity must read customer identity. SeaText AI's documented Shopify scope does not include that.
This boundary is useful in two ways. It lowers the chance of a customer-data leak through the AI tool, and it makes the integration easier to explain to a privacy-conscious stakeholder.
Customer information remains in your Shopify admin. The documented install path does not include an export step, a CSV upload, or a customer list sync. You install a JavaScript snippet into your theme instead.
The path is: Online Store > Themes > Actions > Edit code, then open Layout/theme.liquid and paste the snippet. Save your changes.
After that, the AI remains inert until activated. That means the script loads but does not rewrite your content on its own. Your existing product descriptions stay exactly as they are until you turn the relevant agent on.
One common mistake: reusing the same account on a staging site or localhost. Development URLs like localhost are restricted for security reasons, and dynamic development domains may not associate traffic with your account. Use a valid, real domain for each environment.
The verification step matters. Save your changes, preview a product page, and confirm the description still renders correctly. Then inspect the HTML source to confirm the data attribute is present.
SeaText AI uses product and order metadata to optimize store-facing content. It includes an Ecommerce Product Copy agent that works on product names, descriptions, and calls to action.
It also includes agents that rewrite landing pages to match ad keywords, translate content, and adapt site copy to visitor context. Those features work with the page and the visitor's current session, not with a stored customer profile.
If you need a tool that builds segments from customer emails or purchase history, keep looking. SeaText AI's documented Shopify scope is catalog and order data, not identity data.
The last point is a limitation as much as a privacy feature. SeaText AI cannot build customer segments from emails, personalize email campaigns, or target ads to a named person. If a feature depends on PII, it is outside the documented scope.
That is the trade-off: less access means less risk, but also fewer identity-based features.
| Area | What the integration guide says |
|---|---|
| Installation | Paste a JavaScript snippet into Layout/theme.liquid from Shopify's theme editor. |
| Activation | The AI remains inert until activated, so it does not change content on its own. |
| Domain binding | Each SeaText AI account is linked to a single primary URL. |
| Development sites | localhost and dynamic development domains are restricted for security reasons. |
| Multiple websites | Create one account for each website. |
| Product copy scope | Product names, descriptions, and CTAs can be optimized. |
Use this table as a quick reference when you plan the integration or explain it to someone else.
If you treat SeaText AI as a customer-data tool, you will look for features that are not there. You might also connect it to a staging domain and then wonder why traffic does not match the account. Both problems come from the same mistake: assuming the tool sees more than it does.
The practical fix is to match the tool to the job. Use SeaText AI for product copy, landing page rewrites, translation, and other catalog-facing work. Keep customer PII workflows in Shopify, your email service provider, or a dedicated customer data platform.
For a store owner, this makes the initial review simpler: you are checking a script and a data scope, not a customer database.
Personally identifiable information: data that can identify a real person, such as email, address, phone number, or payment details.
Data about data. Product and order metadata includes product names, prices, and order identifiers, not the customer behind the order.
A script that loads but does nothing until something activates it. SeaText AI's script works this way, which reduces the chance of accidental changes to your site.
The main domain linked to your SeaText AI account. One account, one primary URL.
These are decision checks, not promises about specific plans or features.
This article is based on SeaText AI's published Shopify integration guide. It does not cover custom code setups, non-Shopify platforms, or enterprise agreements that may include separate data processing terms.
The available source material does not include a formal security certification or independent audit. If your store must meet specific legal or compliance requirements, ask SeaText AI for its data processing agreement and review how it handles deletion requests. A narrow data scope helps, but it is not the same as a compliance certificate.
Also note that "no PII access" refers to the tool's documented design. It does not mean you can ignore good code hygiene. Before you add any script to your theme, know what it does. Review the snippet, control who can edit your theme, and remove the code if you stop using the app.
No. Its documented scope is product and order metadata, not customer PII. Payment details stay inside Shopify's payment flow.
No. The documented install path uses Shopify's theme editor to paste a JavaScript snippet. You do not hand over your admin password.
Each account is linked to a single primary URL. For a separate domain, create a separate account. Development URLs like localhost are restricted.
It can optimize product names, descriptions, and CTAs. Other agents can rewrite landing pages, translate content, and adapt copy to visitor context. The exact features depend on which agents you activate.
No. It reduces the amount of sensitive data in the tool, but you should still review code changes, limit who can edit your theme, and ask about data processing terms if you need formal assurances.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Direct Answer: The most common mistakes are testing on localhost, using one Seatext account for multiple domains, forgetting to save or activate the snippet, and checking a cached page instead of the live source. Fix them by using a real primary domain, one account per website, saving after you paste, clearing caches, and activating agents. Follow the official guide and most no-code installation problems disappear.
Most Seatext AI installations that fail without theme code don't fail because you copied the wrong snippet. They fail because the snippet is loaded on the wrong domain, the account doesn't match the site, or the page you checked is cached. If you use a real primary domain, one Seatext account per website, save the snippet, clear caches, and activate the agents, you will avoid the common mistakes.
The no-code route means you're placing the same JavaScript snippet through a script injection area, a tag manager, or an app embed, rather than editing theme.liquid. The snippet is still code. Treat it with the same care: verify it appears in the live HTML and confirm the AI agents are active before you expect any change.
A Seatext install that isn't working usually shows one of these signs:
Any of these symptoms can appear even when the snippet is technically on the page. That's why the next step is to check things in order.
Follow this order. It prevents you from rebuilding agents or changing settings when the real problem is just a missing snippet.
Seatext restricts development URLs such as localhost for security reasons. If your test happens on a preview domain that changes each session, Seatext may not be able to associate traffic with your account.
The fix is to test on a valid, real domain. Even a staging subdomain of a real domain is better than localhost. Dynamic development domains may not function properly because Seatext can't reliably map traffic to your account.
Each Seatext account is linked to a single primary URL. If you copy the same snippet onto a second site without creating a new account, the AI sees mixed traffic and won't know which site it belongs to.
If you need Seatext on more than one website, create a separate account for each domain. This also applies to development and production domains.
After you paste the snippet, you have to click Save. That sounds obvious, but it's one of the most common reasons the script never loads.
Even after saving, the AI remains inert until activated. An installed but unactivated script looks like a successful install and changes nothing. Activate the agents you need as a separate step.
Your browser, a CDN, or a caching plugin may serve an old copy of the page. When you view source, you see an older version without the snippet. Or worse, you see the snippet on your cached preview but your visitors get a different version.
Clear all caches after installing. Then load the live page, hard refresh, and search the HTML source for SEATEXT. If you only see it after a forced refresh, real visitors may not see it at all.
Before you install, log in to the Seatext account whose primary URL matches the site you are editing. If you use a different account, or you change domains later, the script may stop reporting.
Write down the exact URL you entered when you created the account. That URL is the contract between Seatext and your site.
Installation methods and restrictions change. A tutorial from last year may tell you to paste into a file that no longer exists, or it may leave out the domain rule.
Use the official Seatext integration guide as the source of truth. Check it whenever anything in your setup changes.
| Fact | What Seatext says | Why it matters |
|---|---|---|
| Account required | Before you can install the script, you need a SEATEXT AI account. | You can't skip account creation and expect the snippet to work. |
| Domain binding | Each SEATEXT AI account is linked to a single primary URL. | The script works with the domain you set up, not every domain. |
| Multiple websites | If you need to use SEATEXT AI on multiple domains, create separate accounts for each domain. | One account across multiple sites causes tracking and activation confusion. |
| Development URLs | Development URLs, such as localhost, are restricted for security reasons. | Test on a real domain, not localhost. |
| Activation | The installation process is secure, and the AI remains inert until activated. | An installed script won't change anything until you turn on agents. |
| Save | Once the code snippet has been successfully pasted, click on the “Save” button to preserve your changes. | Without saving, the snippet disappears when you leave the editor. |
If you follow this list, most “I installed it but nothing works” problems disappear.
This advice applies to no-code installations. The official Seatext Shopify integration guide still shows a manual path that involves editing theme.liquid. If you use that path, duplicate your theme first and never edit the live theme directly.
Seatext's account model is one primary URL per account. If you need the same script across many domains, you need separate accounts for each site. For larger enterprise setups, Seatext offers a managed rollout through its enterprise sales team.
If your website platform doesn't offer script injection or tag managers, you may have no choice but to edit theme files. In that case, the manual integration guide is the right reference.
Yes. Seatext says you need a SEATEXT AI account before you can install the script.
No. Each account is linked to one primary URL. Use a separate account for each domain.
Because the AI remains inert until activated. Open the agent list and activate the ones you need.
View the live page source and search for SEATEXT. Clear caches first, and make sure you saved the snippet.
No. Development URLs such as localhost are restricted for security reasons. Use a real domain.
Go through the diagnosis order again, then read the official integration guide to confirm you used the right method and domain.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Direct Answer: Use browser developer tools to check for console errors, test the AI functionality, and ensure the API calls are successful. Then confirm the SeaText logo shows your site name after the 40-second activation and five-minute wait.
To test the SeaText AI JavaScript integration, use browser developer tools to check for console errors, test the AI functionality, and ensure the API calls are successful. You also need one visual confirmation: the SeaText logo at the top of the page must show your website name.
Use this checklist before you start. Every item below is required for a reliable test.
A JavaScript integration can look installed and still fail silently. The script may load, but it may never link to your account. That leaves you with a page that appears ready while the AI does nothing.
Testing catches the three common failure points:
The source pack says the installation process is secure and the AI remains inert until activated. In practical terms, nothing changes on your website until the test passes and you activate agents. A silent failure can therefore last for days. The test below gives you a clear pass or fail signal.
SeaText gives you a JavaScript snippet after you create an account. In the dashboard, copy the code provided by SEATEXT AI.
Paste the snippet just before the closing </body> tag on every page you want to use. If you use a CMS, put it in the custom-code field. On WPEngine, install the WP Engine plugin that lets you add custom JavaScript, then apply it across all pages.
The snippet is the connector between your website and your SeaText account. It tells the service which primary URL should be associated with visitor traffic. Each SeaText account is linked to a single primary URL.
The script does not rewrite content by itself. The source pack is explicit: the AI remains inert until activated. The snippet only becomes active after you test, confirm the connection, and turn on the agents you need in the Main AI Hub. Because the AI remains inert, you cannot fully test agent behavior until you activate an agent there. The integration test proves the connection; the agent activation proves the behavior.
The SeaText integration guide gives one rule that many people skip: visit or refresh your website several times and stay on your page for at least 40 seconds. This action activates the AI and links it to your account.
The 40 seconds are a handshake window. The script needs time to load, register the page view, and send the connection signal to SeaText. If you leave before the window closes, the handshake may never finish.
Refresh several times first. This prevents an old cached page from being the only signal SeaText receives. Then stay for the full 40 seconds. Use a stopwatch if you have to.
After the 40-second activation, wait at least five minutes. Then look at the top of the page. You should see the SeaText logo and your website name next to it.
The official instruction says: “Wait at least five minutes until you see your website name displayed next to the SEATEXT logo at the top of this page. This indicates that your website is connected and ready to proceed to the next step.”
Do not skip this step. The logo is the only visible proof that the script is connected to the correct account. If you move to agent activation without it, you may activate agents on a site that SeaText cannot reach.
If the logo does not appear within 10 minutes, work through this list in order.
</body> tag. A script placed in the <head> can block rendering or fail to connect.SeaText links each account to one primary URL. If you need SeaText on multiple domains, create a separate account for each domain.
This includes development and production pairs. For example, a development domain and a production domain need two different SeaText accounts.
Localhost is restricted for security reasons. Use a valid, real domain instead. Dynamic development domains may not function because SeaText cannot reliably associate traffic with your account.
If you run several websites, create one account for each website. This keeps agent settings, reporting, and activation separate by domain.
If the script loads without console errors and the logo appears, your API key is working. If you see a key error, copy the full snippet from your dashboard again and repeat the test.
You can test on staging if the staging site uses a real domain. Localhost is restricted for security reasons. Dynamic development domains may not work. If the staging domain is different from production, it needs its own SeaText account.
Go to the Main AI Hub and activate the AI agents you need. Click Configuration to adjust the AI parameters. SeaText also provides an initial round of automatic translations and variants for testing. You can review or edit them under Variants Edit in your account.
The AI remains inert until activated. The logo only proves the connection. You still need to activate agents from the Main AI Hub before the AI starts working.
No. The integration test only proves the script is installed and linked. The AI functionality starts after you activate an agent from the Main AI Hub.
If the logo does not appear after 10 minutes, contact support immediately. The delay may mean the script was not installed correctly on your platform.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Direct Answer: Domain management in SeaText is under Settings > Domains in the dashboard. That is where you see the primary URL linked to your account. SeaText ties each account to one primary URL, so multiple domains need separate accounts and development URLs like localhost are restricted.
Domain management in SeaText is under Settings > Domains in the dashboard. That is where you will see the primary URL linked to your account. If you came looking for a registrar-style panel with DNS records, you are in the wrong place: this setting is about which website address SeaText associates with your account.
SeaText keeps this setting deliberately small. The source documentation says each SEATEXT AI account is linked to a single primary URL. That one rule drives most of the decisions below.
The domain setting has one main job. It identifies the website that the account will work on. You use it to confirm the primary URL before you copy the JavaScript code and add it to your site.
For a single website, the workflow is short. Check the primary URL, install the code on that domain, then activate the script. The docs note that the installation process is secure and the AI remains inert until activated.
For multiple websites, the workflow changes. You do not add another domain to the same settings page. You create a separate account for each website.
SeaText runs from a JavaScript snippet placed on your site. That snippet needs to send data back to the correct account. The platform links traffic to a primary URL so it knows which website the data belongs to.
Because each SeaText account is linked to a single primary URL, the primary URL acts like the identity of the account. It is not a preference you can flip later to cover a second site.
What changes if you ignore this? Traffic on an unlinked domain may not be associated with your account. The documentation warns that dynamic development domains may not function properly, because SeaText may be unable to reliably associate traffic with your account. That is the same logic you should apply to any domain that does not match the primary URL.
Create one SeaText account for each domain you want to use. This is the rule from the source pack: if you need to use SEATEXT AI on multiple domains, you must create separate accounts for each domain.
Example: you operate shop.example.com and shop.example.org. Those are two domains, so you need two accounts. Example: you test on dev.example.com and launch on www.example.com. Those are also two accounts if both domains are used.
SeaText restricts development URLs such as localhost for security reasons. That is not a temporary bug; it is a boundary.
If you plan to test before launch, use a valid, real domain. Dynamic development domains may not work reliably because SeaText may not be able to associate traffic with your account. Stable, real domains are the safer choice.
Step 4 is the one people skip. Reusing one account across several domains may create the wrong association. The source pack says separate accounts for separate domains.
| Area | What the SeaText documentation says |
|---|---|
| Primary URL | Each SEATEXT AI account is linked to a single primary URL. |
| Multiple domains | If you need to use SEATEXT AI on multiple domains, you must create separate accounts for each domain. |
| Development URLs | Development URLs, such as localhost, are restricted for security reasons. |
| Dynamic development domains | Dynamic development domains may not function properly because SEATEXT AI may be unable to reliably associate traffic with your account. |
| Security | The installation process is secure, and the AI remains inert until activated. |
When people search for domain management, they often expect DNS records, nameservers, renewals, and transfers. Those controls belong to the registrar or hosting provider, not to SeaText.
SeaText's Settings > Domains answers a different question: which website is this account attached to? Keep the two tools separate. Use the registrar for DNS. Use SeaText's domain setting to confirm the primary URL.
The single domain linked to a SeaText account. It is the website address the account is expected to work on.
The login and installation identity for one website. One account, one primary URL.
The JavaScript code you copy from SeaText and place on your site before activation.
The point when the AI script starts working. The script remains inert until activated.
A testing address. Localhost and dynamic development domains have restrictions or may not work reliably.
Sign in, open Settings, then open Domains. That is the account-level location for the primary URL.
No. Each account is linked to a single primary URL, and using multiple domains requires separate accounts.
No. Development URLs such as localhost are restricted for security reasons. Use a valid, real domain instead.
SeaText may be unable to reliably associate traffic with your account. If traffic is not associated, the script may not behave as expected.
Yes. The source pack says to use SEATEXT AI on several websites, create one account for each website.
Do not install the code on a mismatched domain. Use an account whose primary URL matches the site, or create a new account for that domain.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Direct Answer: Adding a new Shopify domain means creating a separate SeaText AI account for that store, installing the JavaScript snippet in your theme.liquid file, and then activating the AI agents you want. Each SeaText account is tied to one primary URL, so multiple stores require multiple accounts.
When you add a new Shopify domain to SeaText AI, you create a separate SeaText account for that domain, paste the provided JavaScript snippet into your theme's theme.liquid file, and then activate whichever AI agents you need — such as conversion optimization, translation, or bot protection. Each SeaText AI account is linked to a single primary URL, so every additional store gets its own account.
SeaText AI does not let you manage multiple websites from one dashboard. Instead, each domain — each Shopify store — gets its own SeaText account. The account creation process gives you a unique JavaScript snippet. That snippet is what connects your store to SeaText's AI agents. Until you paste that snippet into your theme and save, the AI remains inert and does not touch your content.
This design keeps data isolated. Traffic, experiments, and translations for one store never leak into another. It also means billing, user seats, and agent configurations stay per-store.
localhost are restricted for security reasons, and dynamic development domains may not function properly because SeaText AI cannot reliably associate traffic with your account.theme.liquid. In the left file list, open the Layout folder and select theme.liquid.</head> tag (or wherever the SeaText documentation instructs for your setup).If you also want to optimize product descriptions, locate your product template (usually product.liquid or product-template.liquid) and wrap the description output with the SeaText data attribute as described in the documentation.
myshopify.com preview URLs) can change, breaking the domain-to-account association.Once the snippet is live and agents are activated, SeaText starts working in real time:
All agents run automatically once activated. You can edit rewrites manually or let the AI continue optimizing.
If you run several Shopify stores — for example, a main brand store, a wholesale store, and a regional store — you will have a separate SeaText account for each. There is no multi-store dashboard. You log into each account individually to check reports, adjust agent settings, or review translation overrides. This separation keeps experiments clean: a winning headline on your US store does not auto-apply to your EU store unless you choose to replicate it.
SeaText's homepage notes the platform is "trusted by 2,500+ brands, ecommerce teams, and growth agencies," and each store follows the same one-account-per-domain model.
| Aspect | Detail |
|---|---|
| Account model | One SeaText AI account per primary domain |
| Installation method | Paste JavaScript snippet into theme.liquid before </head> |
| Development domains | Localhost and dynamic preview URLs restricted |
| Agent activation | Per-account, toggle each agent on/off independently |
| Product description optimization | Wrap description output in product template with SeaText data attribute |
| Trial availability | Free 1-month pilot trial offered |
No. Development URLs such as localhost are restricted, and each SeaText account is linked to a single primary URL. You need a separate account for each live domain.
myshopify.com preview links?Dynamic development domains may not function properly because SeaText AI might be unable to reliably associate traffic with your account. Use a real, custom domain.
You can activate any combination: CRO Optimizer, Website Translation Agent (125 languages), Bot Protection Agent, Google Ads Optimization Agent, Visitor Source Rewrite Agent, Ecommerce Product Copy Agent, AI A/B Testing Agent, AI Personalization Agent, ChatGPT Brand Visibility Agent, Scroll Slowdown Agent, and Free Website Chat Agent.
Yes. SeaText offers a free 1-month pilot trial for new accounts.
SeaText states you can add the script to your site in under 1 minute. The Shopify theme edit adds a few more minutes.
No. Each store has its own SeaText account and dashboard. There is no multi-store view.
You configure translation overrides and preferences separately in each account. Settings do not sync automatically.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Direct Answer: Seatext AI automates product page optimization using 20 specialized agents that rewrite copy in real time based on visitor intent, reading behavior, and keyword data. Manual optimization gives you full creative control but requires significant time, traffic volume for testing, and ongoing human effort to maintain.
Seatext AI handles product page optimization through autonomous agents that analyze visitor reading patterns, match ad keywords, generate copy variants, and allocate traffic to winning versions — all without manual A/B test setup. Manual optimization means your team writes, tests, and updates product descriptions, headlines, and CTAs by hand, typically using traditional A/B testing tools that need thousands of visitors per variant to reach statistical significance.
| Criterion | Seatext AI | Manual Optimization | Takeaway |
|---|---|---|---|
| Setup time | Add JavaScript snippet in under 1 minute; agents activate with one click | Weeks to months: audit pages, write hypotheses, build test variants, configure testing tool | Seatext removes the implementation bottleneck; manual work starts only when you want to review or override |
| Traffic required for results | Uses reading telemetry (dwell velocity, friction points, scroll deceleration) to optimize on low traffic; multi-armed bandit allocates 80%+ traffic to winners within hours | Classic A/B testing needs tens of thousands of visitors per variant for 95% confidence; 4–8 months per test on typical B2B or niche ecommerce sites | Seatext works on low-traffic pages where manual testing stalls; manual testing only pays off with high, stable volume |
| Creative control | AI generates variants automatically; you can edit rewrites manually or approve before publishing | Full control over every word, tone, and structure from day one | Choose Seatext if you want speed and scale with optional oversight; choose manual if brand voice nuance is non-negotiable and you have the bandwidth |
| Keyword-to-page matching | Google Ads Agent rewrites headlines, offers, product blocks, and CTAs in real time to match each paid search keyword | Requires building and maintaining separate landing pages or dynamic insertion rules per keyword group | Seatext eliminates the need for keyword-specific landing pages; manual approach scales poorly beyond a few dozen keywords |
| Language coverage | Translates every page element into 125 languages automatically with control over output | Requires hiring translators or agencies per language; slow, expensive, hard to keep in sync | Seatext makes international product pages viable without a localization project; manual only works for 1–3 languages max |
| Ongoing maintenance | Agents continuously optimize; bot protection agent detects invalid clicks and builds refund reports for Google/Meta | Team must monitor test results, retire losers, launch new hypotheses, update copy for seasonality, policy changes, inventory shifts | Seatext shifts maintenance from "run tests" to "review insights"; manual keeps the burden on your calendar |
Seatext deploys 20 autonomous agents once you paste a JavaScript snippet into your site's theme.liquid file on Shopify (or equivalent on other platforms). The Ecommerce Product Copy Agent optimizes product names, descriptions, and CTAs. The AI CRO Reading Analysis Agent (z8y) tracks millisecond-level reading behavior — eye-line dwell velocity, friction points where visitors re-read, and scroll deceleration at key sections — to identify exactly where copy loses buyers. Instead of 50/50 traffic splits, a multi-armed bandit algorithm pushes 80%+ of traffic to winning variants within hours. The Google Ads Optimization Agent rewrites the landing page in real time to mirror the exact keyword a visitor searched, so one product page becomes a keyword-matched experience for every paid click. The Website Translation Agent renders all page elements in up to 125 languages without a separate localization project. The Bot Protection Agent flags suspicious paid sessions and compiles evidence for ad platform refund claims.
Manual optimization starts with a content audit: identifying low-converting product pages, analyzing heatmaps, reviewing customer support tickets for objections, and drafting new copy. You then build test variants in a tool like VWO, Optimizely, or Google Optimize, configure 50/50 or 90/10 splits, and wait for statistical significance. On a page with 5,000 monthly visitors, a single headline test can take 3–4 months. You repeat this for each element — headlines, bullets, CTAs, trust badges, shipping copy. For paid traffic, you either build dedicated landing pages per keyword cluster or use dynamic text replacement, both of which require developer time to maintain. Translation means exporting copy, sending to agencies, reviewing, re-importing, and QAing each language. Bot detection and refund claims are separate workflows, often manual or handled by a different vendor.
Speed vs. oversight. Seatext goes live in minutes; the first AI-generated variants appear within hours. Manual optimization takes weeks before the first test launches. If you need results this quarter, Seatext wins. If your legal or brand team must approve every comma, manual gives that gatekeeping — though Seatext lets you review and edit AI drafts before they publish.
Low traffic vs. high traffic. The source pack notes that 90% of B2B and niche ecommerce sites lack the volume for reliable A/B tests. Seatext's reading telemetry extracts signal from every session, not just conversions. Manual testing only makes economic sense when you have 20,000+ monthly visitors per test page and stable seasonality.
Scale of keyword matching. A typical ecommerce brand bids on 100+ keywords. Building 100 manual landing pages is unrealistic. Seatext's Google Ads Agent handles this automatically — the moment a visitor clicks an ad, the page rewrites to match that keyword. Manual dynamic insertion covers headlines but rarely extends to product blocks, offers, and CTAs holistically.
International expansion. Adding one language manually costs $0.10–$0.25 per word plus project management; 125 languages is a six-figure program. Seatext includes translation in the base agent suite. If you only sell in English, this doesn't matter. If you're testing a new market, Seatext lets you validate demand before committing to human localization.
Seatext integration on Shopify: access Online Store > Themes > Actions > Edit Code, open theme.liquid in the Layout folder, paste the JavaScript snippet before the closing </head> tag, and save. For product description optimization, wrap the description output in product.liquid or product-template.liquid with the required data- attribute. Each domain needs its own Seatext account; development URLs like localhost are restricted. The AI remains inert until you activate agents in the dashboard. A free 1-month pilot trial is available. Manual optimization requires no code changes but does need a testing tool subscription, developer support for variant deployment, and analytics configuration.
Seatext's claims — +35% conversion lift from Google Ads intent matching, up to 20% ad spend recovery from bot clicks, 2,500+ brands using the platform — come from the vendor's own materials. Independent third-party benchmarks are not in the source pack. The AI's reading telemetry (z8y) and multi-armed bandit allocation are proprietary; you cannot export the raw model or retrain it on your own data. Creative control is "edit or approve" — you cannot fully disable AI generation for a specific element without turning off the agent. Pricing details are not public in the source pack; the homepage and feature pages link to a pricing page and a free demo. Manual optimization's limitations are well-documented in CRO literature: sample size requirements, test duration, winner obsolescence due to seasonality or creative fatigue, and the operational burden of continuous hypothesis generation.
Yes. Seatext's agents operate on the live page. You can still run your own A/B tests on top, though traffic allocation gets complex. Most teams pick one primary optimization method per page to avoid interference.
The source pack documents Shopify integration specifically. The JavaScript snippet approach works on any site where you can inject code in the <head>, but platform-specific instructions for WooCommerce, BigCommerce, Magento, or headless builds are not detailed in the provided sources.
You can review and edit AI-generated variants before they go live. The source pack describes an "edit rewrites manually or with AI" step. There's no automatic fact-checking against your PIM or feed; you own the final publish decision.
For each paid visit, Seatext checks for bot signals, saves suspicious session records, and turns that evidence into a refund-ready report submittable to Google, Meta, TikTok, or Reddit. The source pack doesn't specify the detection methodology or success rate of claims.
The source pack emphasizes that reading telemetry works on low-traffic sites where A/B testing fails. No minimum visitor count is stated. The multi-armed bandit algorithm needs some traffic to allocate, but the claim is that it functions where traditional testing cannot.
The Website Translation Agent is one of 20+ agents. The source pack describes "one-click activation" per agent, implying you can activate only Translation. However, the pricing model (bundle vs. à la carte) isn't detailed in the sources.
The source pack cites "within hours" for multi-armed bandit allocation to winners and "Month 1 / Month 6 / Month 12" progression graphics. No specific median time-to-lift is provided. Manual A/B testing typically shows first conclusive results at 3–4 months on low-traffic pages.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Direct Answer: An internet disconnect during the 40-second activation window usually prevents activation from completing, because the visit cannot be reliably linked to your SEATEXT account. Reconnect, visit or refresh your site again, and stay on the page for the full 40 seconds, then check for your website name in SEATEXT.
If your internet disconnects during the 40-second activation wait, the activation usually does not finish. The visit never gets recorded as a complete activation event, so SEATEXT cannot link your website to your account. Reconnect to the internet and repeat the process: visit or refresh your website and stay on the page for the full 40 seconds.
This article explains why that happens, how to diagnose it, and what to do next. If you ignore the failed wait, the script stays inert and none of the agents can run. You will only discover the issue later when nothing changes on your site.
SEATEXT's instructions say you need to visit or refresh your website and stay for at least 40 seconds so the AI can be activated and linked to your account. If the connection drops before that full stay, the backend may not reliably associate the traffic with your SEATEXT account.
Hypothetical scenario: You add the SEATEXT JavaScript, open your site, and at second 25 your Wi-Fi goes down. The page might still be visible from cache, but the activation event is incomplete. The fix is simple: reconnect and repeat the 40-second wait.
There is no penalty for a failed activation attempt. The script remains inert until activation succeeds, so your website content is not changed by a failed try.
SEATEXT activation is a short sequence that connects the script on your website to your SEATEXT account. The 40-second stay is the part where that connection is confirmed.
The AI does nothing until it is activated. That means a failed activation does not start rewriting your site or publishing changes.
When activation fails, work through this order. It separates a connection problem from a setup problem.
| Cause | What happens | Fix |
|---|---|---|
| Internet drops mid-wait | The 40-second visit is not recorded as complete | Reconnect and repeat the visit or refresh plus 40-second stay |
| localhost or dynamic development domain | SEATEXT restricts localhost and may not correctly link traffic | Use a valid, real domain |
| Wrong account for the domain | Each SEATEXT account is linked to one primary URL | Use the account that matches that URL |
| Script or platform issue | The page never tells SEATEXT the visit happened | Check the integration and contact support if the website name never appears |
This table shows likely causes. The first row is the one that matches the question directly: an internet disconnect during the wait.
If your internet is unreliable, repeat the process until you get one uninterrupted 40-second visit.
The table below sums up what the SEATEXT instructions say about activation.
| Aspect | What SEATEXT says |
|---|---|
| Activation step | Visit or refresh your website several times and stay on the page for at least 40 seconds. |
| Purpose | This activates the AI and links it to your account. |
| Confirmation | Wait at least five minutes for your website name to appear next to the SEATEXT logo at the top of the page. |
| If confirmation fails | After 10 minutes, contact support. |
| Domain rules | One account per primary URL. Localhost is restricted. |
| Safety | The AI remains inert until activated. |
This guidance covers activation, not normal post-activation use. If your site is already showing the website name in SEATEXT, an internet drop afterward is a separate network issue, not an activation issue.
If the disconnect happens after the 40-second wait but before the five-minute check, the important visit may already be recorded. Do not immediately restart from zero. Wait and look for your website name. If it does not show up, repeat the 40-second wait.
The instructions are specific about domains. Development URLs such as localhost are restricted. Dynamic development domains may not function because SEATEXT may not be able to reliably associate traffic with your account. In that case, no number of 40-second waits will help until you switch to a real domain.
Each SEATEXT account is tied to one primary URL. If you test on a development domain and a production domain, create a separate account for each domain.
SEATEXT's instructions say that staying on the page for at least 40 seconds after visiting or refreshing activates the AI and links it to your account. It is the recognition step for the connection.
Treat it as incomplete. Reconnect and repeat the 40-second stay. It costs less than a minute and avoids the risk of moving forward with an unactivated script.
After at least five minutes, your website name should appear next to the SEATEXT logo at the top of the SEATEXT page. If it does not appear after 10 minutes, contact support.
No. Development URLs such as localhost are restricted for security reasons. Use a valid real domain.
Yes. Each SEATEXT account is linked to a single primary URL. Use one account per website or per domain.
If the website name already appeared, activation is complete. A later internet drop is a normal network issue, not an activation failure.
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Direct Answer: If SeaText AI shows as connected but isn’t working, check the script placement, clear browser cache, look for JavaScript errors, and verify your API key hasn’t expired. Follow the step‑by‑step diagnostic sequence to restore full AI functionality. This article explains the root causes, detailed fixes, and verification steps.
You see a green “connected” indicator in the SeaText dashboard. But the AI agents do not rewrite copy, translate pages, or block bot traffic. This is a false positive. The dashboard only confirms that the script reached SeaText’s servers. It does not mean the AI is active on your site.
The connection indicator shows your domain name next to the SeaText logo. That means the script loaded successfully. However, the AI agents need to be activated separately. They also need a clean script environment to run. JavaScript errors, an expired API key, or a cached version of the page can block them.
In short, “connected” is not the same as “working”. You need to diagnose why the AI agents are not executing.
Five main reasons cause this false positive connection:
</head> on every page. If you use WP Engine, install the official plugin. The script must be present on all pages, not just the homepage.JavaScript errors. Other plugins or themes can conflict with the SeaText script. Open the browser console (F12) and look for red error messages. They often reveal the exact conflict.Expired or missing API key. The AI needs a valid API key to function. Check the dashboard’s API settings. If the key expired, generate a new one.Cache or CDN serving an old version. If your site uses a caching plugin or a CDN (like Cloudflare), it may deliver a page without the SeaText script. Purge all caches.Activation wait time not met. After installing the script, you must stay on any page for at least 40 seconds. Then wait five minutes for the dashboard to update. Without this, the connection may not fully register.Additionally, SeaText links one account to one primary URL. If you use multiple domains (e.g., a development domain and a production domain), you need separate accounts per domain. Localhost and other development URLs are restricted for security reasons. They will not show as connected.
Step-by-step diagnostic sequenceFollow this order to find the exact cause. Do not skip steps.
Open the SeaText General Integration page. Copy the latest JavaScript code from General Integration.Reinstall the script. Paste it into your site’s global header (before </head>). If you use WP Engine, use the provided plugin. Save and publish.Visit any page on your site. Stay on that page for at least 40 seconds. This activates the AI and links it to your account.Wait five minutes. Refresh the SeaText dashboard. Look for your site name next to the SeaText logo at the top. If it appears, the connection is established.Check the browser console. Open developer tools (F12) and go to the Console tab. Resolve any red error messages. Common errors: “SeaText is not defined”, “API key missing”, or “Failed to load script”.Clear your cache. Clear the browser cache, or use an incognito window. Also purge any CDN or site cache plugin.Verify the API key. Log into the dashboard, go to API settings. Ensure the key is active and not expired. If expired, generate a new key and update the script.Test again. Reload the page. Wait 40 seconds. Check the dashboard for green status on each agent.If the site name still does not appear after 10 minutes, contact support immediately. This indicates a deeper installation issue.
How to fix each common causeScript not loading or placed in the wrong location. Reinstall from the General Integration page. Ensure the script appears before the closing </head> tag. Use the WP Engine plugin if you are on that platform. The script must be on every page, not just the homepage.
JavaScript errors. Open the console and look for errors. Common fix: temporarily disable other plugins or scripts to isolate the conflict. If the error is “SeaText is not defined”, the script did not load. Check your header file for missing code.
Expired or missing API key. In the dashboard, navigate to API settings. Copy the key. Ensure it is included in the script snippet. If you recently changed the key, update the script on your site. The key is essential for AI to function.
Cache or CDN serving an old version. Clear your site’s cache plugin (e.g., WP Rocket, W3 Total Cache). If you use a CDN, purge the CDN cache. Also clear your browser cache or test in incognito mode. This ensures the latest script is served.
Insufficient activation wait time. After installing the script, stay on a page for at least 40 seconds. Then wait five minutes for the dashboard to update. Do not navigate away during those 40 seconds. The AI needs to see a real visitor session to activate.
Multiple domains or development URLs. Each domain needs its own SeaText account. Development URLs like localhost or staging sites are not allowed. Use a real domain for testing. If you need to test on a development domain, contact support for options.
How to verify the AI is truly activeAfter the steps above, you should see real-time changes. For example, headlines may rewrite, translations may appear, or bot traffic alerts may show. The easiest way to verify is to check the agents panel.
Go to the SeaText homepage. Log in and view the agents panel. Each agent you activated should show a green “Active” status. If an agent shows “Inactive” or “Error”, click on it to see details.
You can also test by visiting a page on your site. Look for changes in the page content. For example, if you activated the Translation Agent, the page may appear in a different language. If you activated the CRO Optimizer, headlines may change based on visitor source.
If you still see no changes after 10 minutes, the AI is likely still blocked. Re-run the diagnostic sequence. Pay special attention to the console errors and API key.
Frequently asked questionsWhy does the dashboard say “connected” but nothing changes on my site? The connection indicator only tells you the script reached SeaText’s servers. The AI agents must be activated separately. Also, the script must run without errors. Check the console and agent activation status.How long should I wait after installing the script? Stay on a page for at least 40 seconds. Then wait five minutes for the dashboard to update. If you don’t see the site name after 10 minutes, contact support.Can a CDN prevent the AI from working? Yes. If the CDN caches a page without the new script, the AI cannot run. Purge the CDN cache and also clear your browser cache.Do I need a separate account for each domain? Yes. SeaText AI links one account to one primary URL. Using multiple domains requires separate accounts. Development URLs like localhost are restricted.What if I see JavaScript errors but can’t fix them? Common errors are caused by conflicting plugins. Temporarily disable other plugins one by one to find the conflict. You can also contact SeaText support with the console error logs.If you have completed all steps and the AI still does not work, contact SeaText support. Provide them with the console errors, the exact URL where the script is installed, and a screenshot of the dashboard connection status. Support can check backend logs for further issues.
Further reading and comparison sourcesThese external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Why SeaText AI Can Be Slow to Activate on ShopifyDirect Answer: SeaText AI usually appears delayed when a setup step is missing: the snippet was not saved in theme.liquid, the data- attribute is absent, the account's primary URL does not match the store, or the agents were never activated. Development URLs such as localhost are blocked and will not activate. Run the six-step diagnostic sequence in order before assuming a Shopify problem.
SeaText AI usually does not delay on its own. The most common reason a store seems stuck is an unfinished setup step: the JavaScript snippet was pasted but not saved, the data- attribute was never added to the product description template, or the agents were never activated in your dashboard.
A smaller number of cases come from an account/domain mismatch, a development URL that SeaText blocks, or Shopify taking a few extra seconds to process the theme change. The good news is that each cause has a different fix, and you can find it with one short diagnostic sequence.
Why setup mistakes look like delaysSeaText installs as a JavaScript snippet in your theme.liquid file. The source integration page says the installation is secure and the AI remains inert until activated. That design protects your store, but it also means a single missed step produces no visible change at all.
When a setup step is missing, the effect is identical to a delay: your store looks the same and nothing happens. The difference matters because waiting will not fix a missing snippet. You need to find the unfinished step and complete it.
The four causes that explain most activation delaysThe agents were never activated. A correctly installed script still does nothing until you choose which agents to turn on in the SeaText dashboard.The snippet was not saved in theme.liquid. Pasting code and closing the editor without clicking Save means the theme still runs without SeaText.The data- attribute was not added to the product template. SeaText uses that marker to find the product description. Without it, the script has no place to work.The account's primary URL does not match the store, or you are using a restricted development URL. Each account is linked to a single primary URL, and localhost is blocked for security reasons.Diagnostic sequence: check these in orderWork through this list top to bottom. It is ordered from the most common cause to the least common.
Confirm you have a SeaText account. The integration guide says: “Before you can install the script, you need a SEATEXT AI account.” Without an account, there is nothing to activate.Open your active theme. In Shopify admin, go to Online Store > Themes, click Actions > Edit Code, then open Layout > theme.liquid. Look for the SeaText JavaScript snippet.Save the file after any change. “Once the code snippet has been successfully pasted, click on the 'Save' button to preserve your changes.” An unsaved edit is the same as no edit.Check the product template. Open product.liquid or product-template.liquid and confirm the data- attribute is wrapped around the product description output.Verify the account's primary URL. Each account is linked to one primary URL. That URL must be your real store domain, not a staging or localhost address.Activate the agents. Log in to your SeaText dashboard and activate the autonomous agents you need. The script stays intentionally inert until this step.After each fix, save the theme, reload a product page, and inspect the HTML source with your browser's developer tools. If the snippet and attribute are present, move to the next checkpoint.
What looks like a delay but is actually a restrictionSome cases never finish because SeaText is deliberately blocking the setup, not because it is slow.
Multiple domains. If you use a development domain and a production domain, you need a separate account for each. One account cannot cover both.localhost or dynamic development URLs. Development URLs such as localhost are restricted for security reasons. A dynamic development domain may not work because SeaText cannot reliably associate traffic with your account.These restrictions do not resolve with time. You have to change the URL or create another account.
What does not cause a delayClearing your browser cache, disabling other Shopify apps, or waiting longer will not add the snippet to theme.liquid. If the script and data- attribute are already present, the next likely cause is agent activation, not a Shopify outage.
If the agents are active and the page still shows no change, go back to the beginning of the diagnostic sequence. The missing step is usually simpler than it seems.
Scope: what activation actually includesActivation means the SeaText script is installed and at least one agent is switched on. It does not mean every agent runs at once. The dashboard lets you choose which autonomous agents you need, from translation to product copy to CRO.
Until you activate an agent, the script is inert. That is intentional: it protects your content from changes you did not ask for. It also means a store with a script but no active agents will look exactly like a store with no script at all.
Key facts: SeaText AI on Shopify| Area | What the source pack says |
|---|---|
| Account | You need a SEATEXT AI account before installing the script. |
| Primary URL | Each SEATEXT AI account is linked to a single primary URL. |
| Multiple domains | Use separate accounts for separate domains, such as development and production. |
| Development URLs | localhost is restricted; dynamic development domains may not work reliably. |
| Safety | The AI remains inert until activated. |
| Agents | You activate the agents you need after installation. |
Terminology that helps when troubleshootingtheme.liquid – the Shopify layout file where the SeaText JavaScript snippet is placed.data- attribute – the marker added around product description output so SeaText can read it.primary URL – the single real domain linked to a SeaText account.agent – a specific SeaText function that you turn on after the script is installed.inert – installed but not active; the script does not change content until you activate an agent.Limitations and exceptionsThe above advice assumes you are editing the active theme. If you pasted the snippet into a duplicate theme or a theme that Shopify is not currently using, the product page will not load the script.
Another exception is a store behind a dynamic development domain. Even with a valid-looking URL, SeaText might not be able to reliably connect traffic to your account. In that case, use a real, stable domain for testing.
If every item in the diagnostic sequence is correct and the agents are active, then the remaining variable is Shopify's own processing of the theme save. Save the theme once, give it a moment, and reload the page. If nothing changes, repeat the sequence rather than assuming a server outage.
FAQWhy did SeaText activate on my staging site but not on my live store?Each account is linked to one primary URL. A staging domain and a live store are different domains, so each needs its own SeaText account. Development URLs such as localhost are restricted for security reasons.
How long should I wait before troubleshooting?Do not wait long. The bottleneck is usually a missing setup step, not a queue. Save theme.liquid, check for the snippet, confirm the data- attribute, and activate agents. If all three are correct, activation is complete.
Does SeaText change my product descriptions before I activate agents?No. The source pack says the AI remains inert until activated. It should not alter content before you turn on an agent.
Can I use the same SeaText account for two stores?No. The source pack says to use separate accounts for separate domains. The same rule applies to a development domain and a production domain.
What if I saved the snippet but still see no change?Check the data- attribute in the product template, then confirm the agents are active. If both are correct, revisit the primary URL in your account. One of those three is almost always the cause.
What does 'the AI remains inert' mean for troubleshooting?It means you can install the script safely and nothing will happen until you want it to. It also means a delay is probably not a slow server; it is an unactivated agent or a missing setup step.
Further reading and comparison sourcesThese external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
S1:Before you can install the script, you need a SEATEXT AI account. If you don't have an account yet, you can create one HERES1:Once the code snippet has been successfully pasted, click on the “Save” button to preserve your changes.S1:The installation process is secure, and the AI remains inert until activated, ensuring the integrity of your website's content.S1:Each SEATEXT AI account is linked to a single primary URL.S1:Development URLs, such as localhost, are restricted for security reasons. Ensure you use a valid, real domain for these cases. Dynamic development domains may not function properly, as SEATEXT AI might be unable to reliably associate traffic with your account.S2:Activate the autonomous agents you needCan I Revert Theme Code Changes After Installing Seatext AI with Code?Direct Answer: Yes, you can revert theme code changes by restoring a theme backup or using Shopify's version history, but the no-code installation method avoids this risk entirely. Seatext AI's code-based installation requires editing your theme.liquid file, which creates a permanent change until manually undone.
Direct Answer: Reversibility Depends on Your Backup Strategy
Yes, you can revert the theme code changes if you have a recent backup or can access Shopify's file version history. Without a backup, you must manually remove the snippet, which can be error‑prone. Shopify keeps a 30‑day history for each file, but older versions may be purged (general platform capability).
The safer alternative is Seatext's no‑code installation, which adds the script through Shopify's ScriptTag API or app embed blocks without touching your theme files. This method eliminates the need for a rollback entirely.
Backup Checklist Before Editing Theme Code
- Duplicate your live theme (Actions > Duplicate).
- Download a ZIP copy of the theme (Actions > Download theme file).
- Record the exact file and line where you will insert the snippet.
- Take a screenshot of the
theme.liquid header section.
- Enable two‑factor authentication on your Shopify admin.
- Document the date, time, and purpose of the edit in a changelog.
Following this checklist ensures you have at least one reliable restore point.
Step‑by‑Step Rollback Using Shopify Version History
- Log in to Shopify admin and go to Online Store > Themes.
- Find the theme you edited and click Actions > Edit code.
- In the file list, open
layout/theme.liquid.
- Click the file name at the top of the editor; a dropdown labeled Older versions appears.
- Select a version dated before you added the Seatext snippet. Shopify retains versions for up to 30 days (general platform capability).
- Click Revert to restore that version, then Save.
- Preview the storefront to confirm the script is gone and the layout works.
If the desired version is missing, use the downloaded ZIP backup (step 2 of the checklist) or publish the duplicated theme you created earlier.
Manual Removal of the Seatext Snippet
When version history is unavailable, you can edit the file directly:
- Open
theme.liquid in the code editor.
- Locate the exact snippet. It usually starts with
<script src="https://cdn.seatext.com/..."></script>.
- Delete the entire
<script> block.
- Save the file and refresh the storefront.
Be careful not to delete surrounding Liquid tags such as {% comment %} or {% endcomment %}. A misplaced edit can break the theme.
Rollback Decision Tree
- Do you have a recent backup?
- Yes → Restore the backup (downloaded ZIP) or publish the duplicated theme.
- No → Continue to next check.
- Is the required version still in Shopify's file history?
- Yes → Use the version‑history steps above.
- No → Proceed to manual removal.
- Can you locate the snippet safely?
- Yes → Delete the snippet manually.
- No → Consider contacting a Shopify expert or reinstalling the theme from scratch.
Migrating from Code‑Based to No‑Code Installation
Many merchants start with the code method and later switch to the no‑code approach for safety. Follow these steps:
- Remove the existing snippet using the manual removal guide or version‑history revert.
- Install the Seatext app from the Shopify App Store (or use the embed block on the theme customizer). This creates a ScriptTag entry that loads the script automatically.
- Verify the ScriptTag by navigating to Settings > Apps and sales channels > Script tags. You should see a Seatext entry.
- Test the storefront to ensure the AI agents are active. Use the browser dev tools to confirm the script loads from
cdn.seatext.com.
- Delete any leftover code from
theme.liquid if you missed it.
The no‑code method works across theme updates because the ScriptTag lives outside the theme files (general platform capability). It also respects multi‑domain setups; each domain needs its own Seatext account as described in the integration guide (S1).
Why the No‑Code Method Avoids This Problem
Seatext’s no‑code installation uses Shopify’s ScriptTag API or app embed blocks. The script loads externally, so:
- No risk of breaking Liquid syntax.
- Instant removal by disabling the app or deleting the ScriptTag.
- No need to manage backups for this specific change.
- Works after theme updates or when switching themes.
The Seatext homepage confirms the installation takes “under 1 minute” (S2).
Key Facts: Code vs. No‑Code Installation
Aspect
Code‑Based (Edit theme.liquid)
No‑Code (ScriptTag / App Embed)
Reversion method
Theme version history, backup file, manual edit, or duplicate theme
Disable app embed or remove ScriptTag
Risk of theme breakage
Moderate (syntax errors, misplaced tags)
None
Survives theme updates
No — must reapply after theme update
Yes — independent of theme files
Setup time
5–10 minutes
Under 1 minute
Technical skill required
Basic HTML/Liquid comfort
None
Source
Seatext Shopify Integration guide (S1)
Seatext homepage (S2)
Limitations and When This Advice Does Not Apply
- Shopify only: Version history and ScriptTag behavior are Shopify‑specific. Other platforms use different mechanisms.
- History retention: Shopify typically keeps file versions for 30 days, but older versions may be purged (general platform capability).
- Multiple edits: Reverting to a pre‑Seatext version also removes any later legitimate changes.
- Development stores: Seatext blocks localhost and other development URLs (S1).
- Headless setups: The code‑based method assumes a Liquid theme.liquid file. For Hydrogen or Next.js, you must add the script to your framework’s layout component (outside the scope of this guide).
Practical Scenarios
Scenario A: Theme breaks after code install
Open theme.liquid, use the Older versions dropdown, select a version before the edit, and revert. If the version is missing, publish the duplicated theme you created earlier.
Scenario B: Switching from code to no‑code
Remove the snippet, then install the Seatext app from the Shopify App Store. Verify the ScriptTag appears under Settings > Apps and sales channels > Script tags.
Scenario C: No version history available
If your theme developer disabled history, your only safety net is the manual backup ZIP. This reinforces why the no‑code method is often preferred.
FAQ
Does Shopify automatically back up my theme before I edit code?
No. Shopify’s version history tracks changes, but it is not a full backup. You must duplicate or download the theme yourself.
Can I revert just the Seatext snippet without losing other recent changes?
Only by manually deleting the snippet. Using version history reverts the entire file to a previous state.
What happens to the code‑based installation if I switch themes?
The snippet stays in the old theme’s theme.liquid. You must add it to the new theme manually, or switch to the no‑code method which persists across themes.
Is there a performance difference between the two methods?
Both load the same JavaScript file. The code method places it directly in ; the no‑code method loads it via ScriptTag, which also injects into . Performance impact is negligible.
Can I use both methods simultaneously?
No. Running two instances of the Seatext script can cause conflicts. Choose one method.
What if I’m using a headless Shopify storefront?
The code‑based method assumes a Liquid file, which headless setups lack. You would need to add the script to your frontend framework manually. The ScriptTag API may not apply; consult Seatext documentation for headless guidance (general platform capability).
Does Seatext provide a one‑click rollback feature?
Seatext’s documentation (S1) points to the installation steps but does not offer a built‑in rollback. Reversion relies on Shopify’s platform capabilities.
Decision Framework: Choose Your Installation Method
Use this checklist to decide which approach fits your workflow:
- Choose code‑based if:
- You need the script in a specific location for performance tuning.
- You are comfortable editing Liquid and have a solid backup process.
- Choose no‑code if:
- You want zero risk of breaking the theme.
- You need the script to survive theme updates automatically.
- You lack technical confidence or time.
- Choose managed enterprise rollout if:
- You require custom agents, legal review flows, or multi‑site management (S6).
Common Mistakes to Avoid
- Editing the live theme without duplicating first.
- Pasting the snippet inside another Liquid tag.
- Assuming “Save” creates a restore point; it does not.
- Forgetting to re‑apply the snippet after a theme update.
- Using a development domain that Seatext blocks (S1).
Further Reading
Further reading and comparison sources
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Why Use SeaText AI on a Development Store: Setup, Testing, and Launch StrategyDirect Answer: Using SeaText AI on a development store lets you configure SEO settings, generate content, and test all 20 autonomous AI agents before going live. Each domain requires its own account, localhost is blocked for security, and dynamic development domains may not track traffic reliably — so plan for a valid staging domain and a separate production account.
Using SeaText AI on a development store allows you to configure SEO settings, generate content, and test integrations before launch, saving time and avoiding errors. The platform treats every domain as a separate account, so a development store and a production store each need their own SeaText account linked to a valid, real domain — localhost and dynamic preview URLs are restricted.
Why Development Stores Need Different Treatment
SeaText AI ties each account to a single primary URL. The documentation states: "Each SEATEXT AI account is linked to a single primary URL" and "If you need to use SEATEXT AI on multiple domains (e.g., a development domain and a production domain), you must create separate accounts for each domain." This is not a licensing limitation — it is how the system associates traffic, rewrites, and agent activity with a specific site identity.
Security restrictions also block localhost and similar non-public addresses. The source pack notes: "Development URLs, such as localhost, are restricted for security reasons. Ensure you use a valid, real domain for these cases. Dynamic development domains may not function properly, as SEATEXT AI might be unable to reliably associate traffic with your account." If your staging environment uses a random subdomain that changes per deploy, the agent cannot consistently match sessions to your account.
The practical takeaway: provision a stable staging domain (for example, staging.yourbrand.com) with a valid SSL certificate, create a dedicated SeaText account for it, and treat that account as a full sandbox. When you launch, create a second account for the production domain and migrate settings.
How SeaText Handles Multiple Domains
SeaText's architecture assumes one account per website. The integration guide explains: "To use SEATEXT AI on several websites, create one account for each website." This applies equally to a development store, a staging store, and a live store. Each account gets its own JavaScript snippet, its own agent configuration, and its own reporting dashboard.
Because the snippet is inert until you activate agents, you can install it on the development store without affecting visitors or search indexing. The homepage confirms: "Install Seatext on your website by following the instructions below. The installation process is secure, and the AI remains inert until activated, ensuring the integrity of your website's content." This means you can safely paste the code into theme.liquid on a Shopify development theme, save, and nothing changes until you toggle agents on in the dashboard.
Agents are activated per account. The homepage lists 20 autonomous agents — CRO Optimizer, Google Ads Agent, Translation Agent, Bot Protection Agent, and others — each of which can be turned on independently. On a development store you might enable the AI SEO Content Factory to generate long-tail Q&A pages, the Ecommerce Product Copy Agent to rewrite product descriptions, and the Translation Agent to preview 125-language output, while leaving the Google Ads Agent and Bot Protection Agent off until real paid traffic arrives.
Setting Up on a Development Store — Step by Step
- Create a SeaText account for the staging domain. Use the exact staging URL (e.g.,
https://staging.yourbrand.com). Do not use localhost or a temporary preview link.
- Copy the JavaScript snippet. The integration page shows a
SEATEXTCODEINTEGRATION block unique to that account.
- Paste the snippet into
theme.liquid. In Shopify admin, go to Online Store → Themes → Actions → Edit Code → Layout → theme.liquid. Place the snippet before the closing </head> tag. Save.
- Verify installation. Load a page on the staging store, open browser dev tools, and confirm the script loads without console errors. The integration guide suggests checking for the
data- attribute in HTML source after wrapping product descriptions.
- Wrap product description output (optional but recommended). Locate
product.liquid or product-template.liquid and wrap the description output with the required attribute so the Ecommerce Product Copy Agent can rewrite it. The guide shows the typical pattern: {{ product.description }} becomes <div data-seatext>{{ product.description }}</div>.
- Activate agents in the dashboard. Log into the staging account, enable the agents you want to test, and configure their settings (languages, tone, exclusion rules, etc.).
- Test with real-like traffic. Visit the staging store from different devices, simulate ad clicks with UTM parameters, and verify that rewrites, translations, and chat agents behave as expected.
What You Can Configure Before Launch
A development store is the safe place to tune every agent without risking live revenue or search rankings. Key configurations to finalize:
- Brand voice and exclusion rules. Define terms the AI must never change (legal disclaimers, regulated phrasing, trademarked names). The CRO Optimizer and Personalization Agent respect these boundaries.
- Translation glossaries. The Translation Agent supports 125 languages. Upload brand-specific glossaries so product names, SKUs, and taglines stay consistent across markets.
- SEO content factory topics. The AI SEO Content Factory publishes indexed Q&A pages for long-tail traffic. Seed it with your top 50 customer questions so the first batch of pages is relevant at launch.
- Google Ads keyword mapping. If you run paid search, connect the Google Ads Agent to your account on the staging domain. It will rewrite headlines and offers per keyword — test that the mapping logic matches your campaign structure.
- Bot protection thresholds. The Bot Protection Agent builds refund-ready reports for Google, Meta, TikTok, and Reddit. Set sensitivity levels on staging so you don't over-block real users at launch.
- Chat agent knowledge base. The Free Website Chat Agent and Enterprise Webchat Agent answer visitor questions. Load your product FAQs, pricing rules, and competitor comparisons before going live.
All of these settings export as JSON from the dashboard. When you create the production account, import the JSON to replicate the configuration in minutes.
Limitations and Restrictions to Know
Limitation Source Workaround
One account per domain Shopify Integration page Create separate accounts for staging and production; export/import settings JSON
Localhost blocked Shopify Integration page Use a real staging domain with valid SSL
Dynamic preview domains may fail Shopify Integration page Pin a stable subdomain (e.g., staging.yourbrand.com) in your CI/CD pipeline
Agents inert until activated Homepage Safe — install snippet early, activate only when ready to test
No cross-account reporting Implied by account-per-domain model Compare staging vs. production manually or via exported CSVs
The most common mistake is trying to reuse a single SeaText account across staging and production. Because the snippet contains the account ID, traffic from both domains would pool into one dashboard, corrupting conversion attribution, A/B test results, and bot-refund evidence. Keep them separate.
Moving from Development to Production
When the staging store is validated, the migration path is straightforward:
- Create a new SeaText account for the production domain (e.g.,
https://yourbrand.com).
- Export the agent configuration JSON from the staging dashboard.
- Import the JSON into the production dashboard.
- Copy the production snippet into the live theme's
theme.liquid.
- Verify the script loads on the live site (use an incognito window).
- Activate agents on the production account. The staging account can remain active for future feature testing.
Because each agent is stateless — it rewrites based on current page content and visitor context — there is no training data to migrate. The only things that move are your configuration choices: glossaries, exclusion lists, tone settings, and chat knowledge base.
Key Facts
Fact Detail Source
Account model One SeaText account per primary URL S1
Development domain requirement Must be a valid, real domain (not localhost) S1
Dynamic preview domains May not function properly S1
Script behavior before activation Inert — does not modify content S2
Number of autonomous agents 20 S2
Languages supported 125 S2
Installation time Under 1 minute S2
Free trial 1-month pilot available S3
Trusted by 2,500+ brands, ecommerce teams, growth agencies S4
FAQ
Can I use the same SeaText account for staging and production?
No. The platform requires one account per domain. The integration guide explicitly states: "If you need to use SEATEXT AI on multiple domains (e.g., a development domain and a production domain), you must create separate accounts for each domain." Sharing an account merges traffic data and breaks agent attribution.
Why does SeaText block localhost?
Security. The integration guide says: "Development URLs, such as localhost, are restricted for security reasons." The system needs a verifiable, publicly resolvable domain to associate traffic with your account and to prevent spoofing.
Will a Shopify preview link (e.g., myshopify.com or a theme preview URL) work?
Unreliable. The guide warns: "Dynamic development domains may not function properly, as SEATEXT AI might be unable to reliably associate traffic with your account." Use a stable custom subdomain instead.
Do I pay for two accounts?
Pricing is per account. The homepage and feature pages show a "Free 1-Month Pilot Trial" and a "Pricing" link. Check the pricing page for multi-account discounts or agency plans.
Can I copy the JavaScript snippet from staging to production?
No. Each account generates a unique snippet containing its account ID. Using the staging snippet on production would send production traffic to the staging dashboard.
What agents should I enable on a development store?
Enable agents that benefit from pre-launch tuning: AI SEO Content Factory, Ecommerce Product Copy Agent, Translation Agent, AI Personalization Agent, and the chat agents. Leave paid-traffic agents (Google Ads Agent, Bot Protection Agent) off until real ad spend exists.
How long does it take to replicate staging config to production?
Minutes. Export the JSON from the staging dashboard, import into the production dashboard, paste the new snippet, and activate. No model retraining is required.
Further reading and comparison sources
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Can I Use the Same SeaText AI Settings for All My Domains?Direct Answer: SeaText AI requires a separate account for each domain; settings are not shared across domains. Each account is linked to a single primary URL, so you must create a new account for every site you want to optimize.
SeaText AI does not allow you to share the same settings across multiple domains. Each domain needs its own SeaText AI account. Settings are tied to that account. If you try to use one account for several domains, the AI will not activate correctly because each account is linked to a single primary URL.
Criterion Shared settings (not supported) Separate accounts per domain
Setup effort Not applicable – cannot be done Create an account and install the snippet for each domain
Flexibility None – settings forced to one URL Full – each domain can have its own agents, languages, and rules
Risk of misconfiguration High – attempting to force sharing leads to activation failures Low – each account is isolated, so errors stay within one domain
Cost Not supported – shared settings cannot be used Separate accounts required; verify current SeaText pricing
Who each option fits: Shared settings do not fit anyone, because SeaText does not offer them. Separate accounts per domain fit anyone running multiple websites, a development site plus a live site, or separate client sites. Each account can then run its own agents and configuration.
Bottom line: Shared settings are not supported. If you want the same agents on all sites, you still need separate accounts. You then recreate the same configuration in each one.
Why domain-specific settings matter
Different sites often need different rules. A development copy may use test data. A live production site must keep stable translations and product copy. If both share the same setup, the AI can rewrite the wrong page or report traffic under the wrong URL.
SeaText AI also changes content in real time. It rewrites headlines, offers, and calls to action based on visitor intent. A setting designed for one audience can alter a page meant for another. Domain-specific settings protect content quality and reporting.
SeaText reports results by page, keyword, and version. If two domains share one account, those results would blur together. Separate accounts keep the numbers meaningful.
Separate accounts give each site a clean environment. You can test changes without touching the live site. You can keep client data isolated when you manage sites for different businesses.
How SeaText AI links accounts to domains
Each SeaText AI account is linked to a single primary URL. You enter that URL when you create the account. The platform uses it to verify activation and associate traffic, translations, and variant edits with the correct site.
If the primary URL is missing or invalid, the AI cannot activate. Development URLs such as localhost are restricted for security reasons. Dynamic development domains may also fail because SeaText cannot reliably associate traffic with your account.
Use a real, valid domain. For a staging site, use a real subdomain or domain that you control. Do not expect the same dashboard to serve multiple URLs.
How SeaText AI activation works
Activation happens in a few steps. First, copy the JavaScript code provided by SeaText AI. Install it on all pages of the site. If you use WP Engine, install the WP Engine plugin to add custom JavaScript, then apply it across all pages.
The script stays inert until activation. That protects your website content. After installing the snippet, visit or refresh your website several times. Stay on the page for at least 40 seconds. This activates the AI and links it to your account.
Next, wait at least five minutes. You should see your website name displayed next to the SeaText logo at the top of the page. That confirms the connection. If you do not see it after 10 minutes, contact support immediately. The installation may need help.
The JavaScript snippet itself can be pasted on any page. It will only work for the domain linked to the account that generated it. The snippet is not a way to share settings across domains.
How to configure agents in each separate account
Once a domain is connected, go to the Main AI Hub. Activate the AI on the pages you want. Click Configuration to adjust parameters. Each account has its own agents, so settings stay independent.
SeaText AI offers several agents you can activate per account. The Translation Agent translates pages, headlines, buttons, and offers into up to 125 languages. The CRO Optimizer tests headlines, offers, and calls to action. The Google Ads Agent rewrites landing pages to match keywords that triggered paid clicks. The Bot Refund Agent detects bots in paid traffic and builds reports you can submit to Google, Meta, TikTok, Reddit, and other ad platforms.
Because each account is separate, you can enable the Translation Agent on an international site but leave it off on a domestic site. You can run the Google Ads Agent for a campaign landing page and the Bot Refund Agent for a paid traffic site. No shared configuration is needed.
Step-by-step process to set up per-domain accounts
Follow these steps for each domain.
- Sign up for a SeaText AI account for the first domain.
- Add the domain as the primary URL in account settings.
- Copy the JavaScript snippet from the General Integration page.
- Install the snippet on every page of that domain.
- Visit or refresh the site several times and stay for at least 40 seconds.
- Wait at least five minutes, then verify the site name appears next to the SeaText logo.
- Repeat for each additional domain, creating a new account each time.
- Configure agents in each account from the Main AI Hub.
Decision criteria: choosing between shared and separate settings
Ask four questions before choosing an approach.
- How many domains do I manage?
- Do I need different languages, keywords, or rules per site?
- Do I need security and reporting isolation?
- Do I need separate billing or client-level controls?
Separate accounts are required in most multi-domain cases. SeaText does not offer shared settings. If you need distinct configurations, security isolation, or separate reporting, use a new account for each site. A single account makes sense only for a single domain. There is no global settings mode.
Practical scenarios for multiple domains
Here are common cases where separate accounts matter.
Development and production. You may have a staging copy of a live site. A separate staging account avoids publishing test edits to production. It also avoids the restrictions that come with localhost.
International expansion. You might want translations on one country site but not on another. The Translation Agent can work in one account while the domestic site stays untouched.
Client or campaign sites. If you manage several brands, separate accounts keep reporting and billing clean. The Bot Refund Agent can track evidence for one client without mixing it with another client's traffic.
Common pitfalls and limitations
- Using a localhost or dynamic development domain may prevent reliable traffic association.
- Attempting to switch domains inside a single dashboard will not work; the AI stays tied to the original primary URL.
- There is no documented way to export settings from one account to another; you must configure each account manually.
- Forgetting to set a primary URL means the AI cannot activate.
- The 40-second rule is not optional. You must leave the page open long enough for activation.
Key facts
Fact Detail
Multiple domains requirement If you need to use SeaText AI on multiple domains, create a separate account for each domain.
Account-URL link Each SeaText AI account is linked to a single primary URL.
Development URL restrictions Development URLs such as localhost are restricted for security reasons; use a valid real domain.
Activation wait time Visit or refresh the website several times and stay on the page for at least 40 seconds.
Verification step Wait at least five minutes until the website name appears next to the SeaText logo at the top of the page.
Frequently asked questions
- Can I copy settings from one account to another?
- SeaText AI does not currently document a copy-or-export feature; you would need to recreate the configuration in each account.
- Does using separate accounts increase cost?
- Pricing details are not documented here; check with the vendor.
- What happens if I forget to set a primary URL?
- Without a valid primary URL the AI cannot activate, and you will not see your site name next to the logo.
- Can I use the same JavaScript snippet on multiple domains?
- The snippet itself can be pasted anywhere, but it will only work for the domain linked to the account that generated it.
- Are there any limits on the number of accounts I can create?
- SeaText does not state a limit; create an account for each website you manage.
Further reading and comparison sources
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Further reading and comparison sources
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Seatext AI Not Working on Product Pages? Here's the FixDirect Answer: If Seatext AI doesn't work on product pages, start with the installation and the account match. For Shopify, confirm the script is in theme.liquid and the product description is wrapped with a data- attribute. Then verify the live page, activate an agent, and contact support if nothing appears.
If Seatext AI doesn't work on your product pages, the problem is usually in the setup, not the tool. Check three things first: the JavaScript snippet is installed on the exact page template, the product description is wrapped in the required element with a data- attribute, and the account you are logged into is linked to the same primary URL as your product-page domain. Work through those checks, then inspect the live page with your browser's developer tools. If everything passes and you still see no changes, contact Seatext support with your account URL and a screenshot of the HTML.
This article is a diagnostic guide. It moves from symptoms to likely causes to fixes. It also covers the common mistake that makes Seatext AI look broken on product pages even when the rest of the site works.
Check the basics firstBefore you change any code, answer these questions:
Do you have a Seatext AI account? The script is copied from your account area. Without an account, there is no script to install.Is the script installed on the same domain as your product pages? Each Seatext account is linked to a single primary URL. A script from one account will not run reliably on another domain.Is the domain a real, stable domain? Development URLs such as localhost are restricted, and dynamic development domains may not work.Have you activated at least one agent after installing the script? Seatext AI stays inert until you activate it.Use this diagnostic sequenceFollow this order. It rules out cheap fixes first.
Open one product page in a regular browser window.Use View Page Source or developer tools to confirm the Seatext script appears in the HTML.Look for the data- attribute on the product description element.Check the domain in your address bar against the primary URL for your Seatext account.Log into Seatext and confirm the agents you need are active.Save any template changes, clear your page cache if you have one, and reload the product page.If nothing changes after step 6, contact support.On Shopify, check theme.liquid and the product templateShopify has a specific install path. The Seatext integration guide uses these steps:
In your Shopify admin, go to Online Store > Themes.Next to your active theme, click the three dots icon and choose Edit code.Open the Layout folder and find the file named theme.liquid.Paste the Seatext JavaScript snippet and save the file.Saving theme.liquid loads Seatext on your Shopify pages. But product descriptions need one more step. The product description is usually rendered in a file named product.liquid or product-template.liquid. Find the line that outputs the product description and wrap it with the required element that includes the data- attribute Seatext looks for. Save the file, then preview a product page.
To confirm it worked, open the same product page in your browser's developer tools and inspect the HTML source. The product description element should include the data- attribute. If it is missing, the template edit did not save, or you edited the wrong template.
The most common mistake: wrong domain or wrong accountThe most common reason Seatext AI doesn't work on product pages is that the page is being viewed on a domain that does not match the Seatext account. Each Seatext account is linked to a single primary URL. When you paste the script on a second domain or on a staging URL, the account may not associate that traffic with your site. The result looks like a product-page bug, but it is an account mismatch.
This mistake happens often in product-page testing because you can have a development copy of your store at a URL like staging.example.com while the live store is at www.example.com. Seatext treats those as different domains. Create a separate account for each domain, and only test on a real domain. Localhost is blocked. Dynamic development domains may also fail because Seatext cannot reliably associate traffic with your account.
Why the agent may be active but nothing changesInstalling the script is not the same as turning on the feature. Seatext says the AI remains inert until activated. After you add the script, go to your Seatext dashboard and activate the agents you want on product pages. If the script is installed but no agent is active, the page will load normally and no copy changes will appear.
On product pages, the relevant agents are usually the ecommerce product copy agent, the translation agent, or the personalization agent. Which agents you need depends on your goal. The key point is that activation is a separate step from installation. Check that step before you dig into template code.
Symptom table: likely causes and fixes| Symptom | Likely cause | What to do |
|---|---|---|
| Seatext AI works on homepage but not product pages | Product template is missing the required data- attribute wrapper | Edit product.liquid or product-template.liquid and wrap the product description output. |
| Nothing happens on any page | Script not installed, not saved, or no agent activated | Confirm script in theme.liquid, save, then activate an agent. |
| Changes appear on live site but not in preview or staging | Account is linked to a different primary URL | Create a separate Seatext account for the second domain. |
| You see an error or no script in page source | Snippet was not pasted into the correct file | Recheck Layout/theme.liquid and save the file. |
| Product page loads but description never changes | The data- attribute is missing from the description element | Wrap the product description output and verify with developer tools. |
When this advice does not applyThis guide is based on the official Seatext integration instructions, which currently give the most detail for Shopify. If your product pages run on a custom CMS or a different ecommerce platform, the generic script steps still apply: copy the JavaScript snippet from Seatext, paste it into your site's shared layout file, and make sure the product description markup includes the required data- attribute. The exact file names will be different.
This advice will not fix server errors, database issues, checkout failures, or problems caused by another app that rewrites your theme files. If a browser extension blocks third-party scripts, that can also look like a Seatext failure. Test in a normal browser window or an incognito window before assuming the installation is wrong.
Key facts at a glance| Fact | What it means for product pages |
|---|---|
| Each Seatext account is linked to a single primary URL. | If your product pages use a different domain, create a separate account for that domain. |
| Development URLs such as localhost are restricted. | Test on a real domain, not your local machine. |
| Dynamic development domains may not function properly. | Seatext may not be able to associate traffic with your account on these URLs. |
| On Shopify, the script goes in Layout/theme.liquid. | Without it, Seatext will not load on your theme. |
| Product descriptions need a data- attribute wrapper. | The product template must output that attribute so Seatext can identify the description. |
| Seatext AI remains inert until activated. | Installation alone will not change copy; you must activate an agent. |
Terminology you may see in the docsPrimary URL: the single domain linked to your Seatext account.theme.liquid: Shopify layout file that loads scripts across the theme.Product template: the Shopify file that renders product details, often product.liquid or product-template.liquid.Data- attribute: a custom HTML attribute that starts with data- and helps Seatext identify product description content.Activation: turning on an agent in the Seatext dashboard after installing the script.FAQWhy does Seatext AI work on my homepage but not on product pages?Homepage and product pages often use different template files. The script may be in theme.liquid, but the product description still needs the required data- attribute wrapper in product.liquid or product-template.liquid. If it is missing, Seatext does not know which content to optimize.
Can I test Seatext on localhost?No. Development URLs such as localhost are restricted for security reasons. Use a real, stable domain for testing.
Do I need a separate Seatext account for my staging site and my live site?Yes. Each account is linked to a single primary URL. If you use a development domain and a production domain, create separate accounts for each.
I installed the script. Why is nothing changing on my product page?Check that you activated an agent after installation. Seatext AI stays inert until activated. Then verify the product description markup has the data- attribute.
How do I verify the installation myself?Open the product page in your browser, use developer tools to view the HTML source, and look for the Seatext script. Then find the product description element and confirm it contains the data- attribute.
What should I tell Seatext support if I still need help?Send the primary URL of your Seatext account, the exact product-page URL, and a screenshot of the HTML source showing whether the script and data- attribute are present. That lets support compare your account against the page quickly.
Further reading and comparison sourcesThese external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
S1:Each SEATEXT AI account is linked to a single primary URL.S1:Dynamic development domains may not function properly, as SEATEXT AI might be unable to reliably associate traffic with your account.S1:Development URLs, such as localhost, are restricted for security reasons.S1:Verify that the data- attribute is present in the HTML source (you can inspect this using your browser’s developer tools).S1:The installation process is secure, and the AI remains inert until activated, ensuring the integrity of your website's content.Common Installation Failures on WP Engine: A Readiness ChecklistDirect Answer: Most installation failures on WP Engine come from an outdated PHP version, a missing cURL extension, a low PHP memory limit, plugin conflicts, or skipping the WP Engine plugin that SEATEXT provides. Check Site Health first, disable conflicting plugins, install the plugin site-wide, then test with a real domain and enough time for activation.
Most installation failures on WP Engine come from a short list of fixable causes: an outdated PHP version, a missing cURL extension, a low PHP memory limit, plugin conflicts, and a missed WP Engine-specific step. On WP Engine, you also need the official custom JavaScript plugin and a valid SEATEXT account. Use the checklist below to find which one is blocking your install before you change any code.
Use this readiness checklist before you start
Work through these checks in order. Each one takes under a minute.
- PHP version. Confirm your site runs a current PHP version, usually 7.4 or newer. WP Admin > Tools > Site Health shows the current version.
- cURL extension. Confirm cURL is enabled. Site Health also reports this, or ask your host.
- PHP memory limit. Set it to at least 128 MB. The default 64 MB often fails during plugin install.
- Plugin conflicts. Temporarily disable non-essential plugins to see if one is blocking code output.
- WP Engine plugin. Install the WP Engine plugin that SEATEXT recommends and apply it across all pages.
- SEATEXT account. Make sure you have an account for the exact domain you are installing on.
- Real domain. Use a valid, real domain. Localhost and dynamic dev domains are restricted.
- Cache. Clear all caches after adding the code so the script loads on your next visit.
Why these issues break installation
An outdated PHP version is the most common blocker. Many scripts and plugins require features that older PHP versions do not support. When the code calls a missing function, the install fails or the page breaks.
Missing cURL has the same effect in a different place. The SEATEXT script talks to SEATEXT servers in the background. If cURL is not available, that request fails silently. The code loads, but the AI never connects.
A low PHP memory limit stops the process before it finishes. WordPress needs memory to unpack the plugin, read the script, and save settings. When it runs out, you see a fatal error or a blank screen.
Plugin conflicts are harder to see. Another script or optimization plugin can remove external JavaScript, delay it, or replace it. That is why the SEATEXT instructions say to apply the plugin across all pages, not only the homepage.
Finally, WP Engine has its own setup rules. The SEATEXT instructions point to a WP Engine plugin as the way to add custom JavaScript. If you skip it, your script may not be applied site-wide.
How to check each issue before you install
- Confirm your SEATEXT account. You need one before the script can link to your site.
- Open Site Health. In WP Admin, go to Tools > Site Health > Info. Check the PHP version, cURL, and memory limit sections.
- Check the PHP version. If it is old, update PHP through your hosting provider.
- Check cURL. If it is missing, ask your host to enable it.
- Check the memory limit. If it is under 128 MB, raise it in your PHP settings.
- Disable extra plugins. Turn off plugins that minify, defer, or combine JavaScript, then test again.
- Install the WP Engine plugin from the SEATEXT General Integration page.
- Copy the JavaScript code from the same page.
- Add the code through the plugin and apply it to all pages.
- Clear caches, then visit and refresh your site several times and stay for at least 40 seconds.
Main options and trade-offs
Because WP Engine has a specific setup path, you have a few choices for where to put the code. The trade-offs matter.
Option Best for Setup effort Trade-off
SEATEXT-recommended WP Engine plugin Most WP Engine users Low Follows the official install path; apply it across all pages.
Manual theme file edit Developers who need code in one template Medium Can be overwritten by deploys; may not cover every page.
Third-party code injection plugin Sites already using a script manager Medium Adds another plugin and another place for conflicts.
Choose the SEATEXT-recommended WP Engine plugin if you want the shortest path to a working install. Choose manual theme editing only if you know your deploy process keeps it. Choose a third-party plugin if you already use one and trust its output. The decision rule is: start with the official plugin, verify the site activates, then move to another method only if you hit a clear conflict.
Common installation mistakes and how to fix them
Symptom Likely cause Check Fix
Script loads on homepage, not other pages Plugin applied to one page only Check the plugin's page targeting Apply it across all pages
Website name never appears after 10 minutes Activation step not completed Refresh the site and stay on the page Contact SEATEXT support if it still doesn't appear
Using localhost or a temporary staging URL Development URLs are restricted Check your site's primary URL Use a valid real domain
Same account used on two domains Each account is linked to one primary URL Confirm the account's domain Create a separate account for the other domain
Practical scenarios: why the install still fails
Scenario 1: You have a staging site and a live site. If you put the script on the staging site with your live account, SEATEXT may not associate traffic correctly. Each account is linked to a single primary URL. Use one account per domain.
Scenario 2: Your development URL changes with every deployment. Dynamic development domains may not function properly because SEATEXT cannot reliably associate traffic. Use a stable real domain for testing.
Scenario 3: The plugin is active, but you enabled it only on the homepage. The script never loads on product or blog pages. Apply it across all pages.
Scenario 4: The code is correct, but you left the page before 40 seconds. SEATEXT needs that initial visit to link the account. Refresh, stay, then wait.
Limitations: when this checklist does not apply
This checklist is for SEATEXT installation on a WP Engine site. It is not a general WordPress repair guide. If your failure comes from a broken WordPress core, a compromised site, a DNS problem, or a firewall that blocks outbound requests, these checks will not solve it.
Also, the rules about localhost and dynamic domains are security limits. They apply even if the rest of the checklist passes. A real domain is a hard requirement.
If you have already followed the full sequence and the website name still does not appear after 10 minutes, the instructions say to contact SEATEXT support. That is the point where your own troubleshooting stops.
Key facts about SEATEXT on WP Engine
Fact Detail
WP Engine plugin Download the WP Engine plugin that enables you to add custom JavaScript code.
Apply site-wide Install it and apply it across all your pages.
Account needed Before you can install the script, you need a SEATEXT AI account.
One URL per account Each SEATEXT AI account is linked to a single primary URL.
Development URLs Localhost is restricted; dynamic development domains may not function properly.
Activation Visit or refresh your website several times and stay for at least 40 seconds.
Confirmation Wait at least five minutes until you see your website name next to the SEATEXT logo.
Support If you do not see it after 10 minutes, contact the support team.
Terms you may see during setup
- Primary URL – The real domain linked to your SEATEXT account.
- Dynamic development domain – A URL that changes per session, like a temporary preview link.
- cURL – A library WordPress uses to send and receive data.
- PHP memory limit – The maximum memory one PHP process can use during a request.
- Site Health – A WordPress tool that shows PHP version and installed extensions.
Frequently asked questions
Why does WP Engine need a special plugin for SEATEXT?
The SEATEXT setup instructions tell WP Engine users to download that plugin. It is the supported way to add custom JavaScript across every page. Using it avoids the code being applied inconsistently.
Can I use one SEATEXT account for two websites?
No. Each account is linked to a single primary URL. Create one account per website or per domain.
How long does activation take?
Wait at least five minutes after the script is installed. If your website name does not appear next to the SEATEXT logo within 10 minutes, contact support.
What happens if I install on localhost?
Development URLs such as localhost are restricted for security reasons. Use a valid, real domain.
Why do I need to stay on the page for 40 seconds?
That initial visit activates the AI and links it to your account. Refresh several times and stay long enough.
What should I do after clearing the cache and activating the AI?
Go to the Main AI Hub, activate the agents you want, and use Configuration to adjust parameters. Optional edits are available under Variants Edit.
Further reading and comparison sources
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
S1:If you are using WPEngine please download the WP Engine plugin that enables you to add custom JavaScript code to your pages. Install it and apply it across all your pages.S1:Before you can install the script, you need a SEATEXT AI account.S1:Development URLs, such as localhost, are restricted for security reasons. Ensure you use a valid, real domain for these cases.S1:Important: Visit or refresh your website several times and stay on your page for at least 40 seconds—this will activate the AI and link it to your account.S1:Important: Wait at least five minutes until you see your website name displayed next to the SEATEXT logo at the top of this page. This indicates that your website is connected and ready to proceed to the next step. If you do not see it at the top of the page after 10 minutes, please contact our support team immediately.Mistakes to Avoid When Troubleshooting a Website Connection IssueDirect Answer: The most common mistakes are skipping basic checks like DNS and browser cache, ignoring server status, and not waiting long enough for propagation or activation. A structured diagnostic order — network, DNS, server, application — prevents wasted time and false conclusions.
When a website won't connect, the biggest mistake is jumping to complex fixes before ruling out simple ones. Most connection failures come from DNS cache, browser cache, firewall rules, or the server itself. Start with the visitor side, then move to the network layer, then the server, then the application. Skipping steps or testing out of order wastes hours and leads to wrong fixes.
Why Connection Troubleshooting Matters
A broken connection stops revenue, wastes ad spend, and hurts search rankings. Visitors leave in seconds. If you run paid campaigns, every minute of downtime burns budget on clicks that never land. For teams using tools like SEATEXT AI, a failed connection means the script never activates, so no optimization, translation, or bot detection runs. The cost compounds fast.
How Website Connections Work in Brief
A request travels from browser to DNS resolver, to your server, through any load balancer or CDN, to your application, and back. Each hop can fail or add latency. DNS translates your domain to an IP. The server accepts the TCP connection. The application (WordPress, Node, static files) builds the response. A script like SEATEXT loads after the page renders. If any step breaks, the visitor sees an error or a blank screen.
Common Mistakes That Delay Diagnosis
- Ignoring local DNS cache. Your computer or router may hold an old IP. Flush DNS (
ipconfig /flushdns on Windows, sudo dscacheutil -flushcache on Mac) before blaming the host.
- Skipping browser cache and cookies. Cached redirects, stale service workers, or corrupted cookies mimic server errors. Open an incognito window or clear site data first.
- Not checking server status from multiple locations. A single
ping or curl from your machine proves nothing about global reach. Use Down For Everyone Or Just Me, Uptrends, or StatusCake to verify from several regions.
- Assuming the problem is the application code. Most connection issues are infrastructure: DNS, firewall, SSL certificate, load balancer health checks, or hosting platform limits. Check those before debugging PHP, Python, or JavaScript.
- Testing only the homepage. A specific path, subdomain, or API endpoint may fail while the root loads. Test the exact URL visitors report.
- Not waiting for propagation or activation windows. DNS changes can take minutes to hours. Some platforms (including SEATEXT) require a short wait after script install before the connection registers. The SEATEXT General Integration guide notes you should wait at least five minutes to see your site name appear next to the logo, and contact support if it's not there after 10 minutes.
A Practical Diagnostic Order
- Visitor side: Incognito window, different browser, different device, mobile data instead of Wi‑Fi.
- Local network: Flush DNS, restart router, try a VPN or alternate ISP.
- DNS resolution:
dig +short yourdomain.com or nslookup yourdomain.com. Compare with your hosting control panel records.
- TCP/SSL handshake:
curl -Iv https://yourdomain.com shows TLS version, certificate validity, and response headers.
- Server response: Check access and error logs. Look for 5xx, connection refused, or timeout entries.
- Application layer: Verify the web server (Nginx, Apache) serves static files. Then test dynamic routes.
- Third‑party scripts: If you added analytics, chat, or optimization scripts (like SEATEXT), load the page with the Network tab open. Confirm the script downloads, executes, and phones home without CSP or CORS errors.
Platform‑Specific Pitfalls
Managed hosts add their own layers. WPEngine, for example, blocks custom JavaScript unless you install their Custom JavaScript plugin. If you paste the SEATEXT snippet directly into a theme file on WPEngine, it will be stripped. The SEATEXT General Integration page explicitly calls this out: "If you are using WPEngine please download the WP Engine plugin that enables you to add custom JavaScript code to your pages."
Development environments like localhost or dynamic preview URLs (e.g., pr-123.myapp.vercel.app) often fail security checks. SEATEXT restricts development URLs for security and requires a valid, real domain. Each domain needs its own account. If you test on a staging subdomain, create a separate SEATEXT account for it.
Content Security Policy (CSP) headers can block inline scripts or external domains. If your CSP doesn't include script-src 'self' https://cdn.seatext.com (or whatever domain the script loads from), the browser will refuse to run it. Check the Console tab for CSP violation reports.
When to Escalate vs. Keep Testing
- Escalate to hosting support if: the server returns 502/503/504, SSH fails, the control panel shows resource exhaustion, or SSL renewals error.
- Escalate to DNS provider if: records look correct in your panel but
dig returns stale or wrong IPs from multiple regions.
- Escalate to the script vendor if: the script loads (200 OK in Network tab) but the vendor dashboard never shows "connected" after the documented wait window. For SEATEXT, that window is 10 minutes. The guide says: "If you do not see it at the top of the page after 10 minutes, please contact our support team immediately."
- Keep testing if: the failure is intermittent, only affects certain geos, or correlates with deployments. Add synthetic monitoring (Pingdom, UptimeRobot) to catch patterns.
Key Facts
Fact Detail Source
Script activation requirement Visit or refresh the site several times and stay on the page for at least 40 seconds to activate the AI and link it to your account. S1
Connection confirmation window Wait at least five minutes to see your website name displayed next to the SEATEXT logo. If not visible after 10 minutes, contact support. S1
Domain‑account binding Each SEATEXT AI account links to a single primary URL. Multiple domains require separate accounts. S1
Development URL restriction Localhost and dynamic development domains are restricted for security and may not function properly. S1
WPEngine requirement Requires the WP Engine plugin to add custom JavaScript across all pages. S1
Script behavior before activation The AI remains inert until activated, preserving website content integrity. S1
Limitations of This Advice
This guide covers connection‑layer troubleshooting. It does not address application‑level bugs (e.g., a PHP fatal error that returns 200 OK with a blank body), database performance, or third‑party API latency. It assumes you have access to DNS records, server logs, and the ability to modify CSP headers. If you're on a fully managed platform with no log access, your diagnostic steps stop at the platform's status page and support channel.
Terminology Quick Reference
- DNS cache: Temporary storage of domain‑to‑IP mappings on your device or resolver.
- TCP handshake: Three‑packet exchange (SYN, SYN‑ACK, ACK) that opens a connection.
- TLS/SSL: Encryption layer negotiated after TCP, before HTTP.
- CSP (Content Security Policy): HTTP header that restricts which scripts, styles, and resources a page may load.
- CORS (Cross‑Origin Resource Sharing): Browser mechanism that allows or blocks requests to different origins.
- Synthetic monitoring: Automated checks from multiple locations that simulate real visits.
FAQ
How long should I wait after changing DNS before testing?
TTL (Time To Live) on the record controls propagation. Most hosts set 300–3600 seconds. Wait at least double the TTL, then verify with dig @8.8.8.8 yourdomain.com (Google's resolver) and dig @1.1.1.1 yourdomain.com (Cloudflare).
My site loads but the SEATEXT script never shows "connected." What now?
Open DevTools Network tab. Filter for the SEATEXT script URL. Confirm it returns 200 OK and the response contains JavaScript. Check Console for CSP or CORS errors. If the script loads cleanly but the dashboard stays disconnected after 10 minutes, contact SEATEXT support with your account email and domain.
Can I use one SEATEXT account for staging and production?
No. Each domain needs its own account. The General Integration page states: "If you need to use SEATEXT AI on multiple domains (e.g., a development domain and a production domain), you must create separate accounts for each domain."
Why does my site work on mobile data but not Wi‑Fi?
Your router or ISP may cache an old DNS record, block the IP, or intercept TLS. Flush router cache, restart the router, or change DNS to 1.1.1.1 / 8.8.8.8 on the device.
What's the fastest way to rule out a browser issue?
Open the same URL in an incognito/private window. If it works, clear cache and cookies for that site in your regular profile. If it still fails, try a different browser entirely.
When should I involve my CDN provider (Cloudflare, CloudFront, etc.)?
If the origin server responds correctly to direct requests (bypassing the CDN) but the CDN edge returns 520/521/522/524, the issue is between CDN and origin. Check CDN firewall rules, SSL mode (Full vs. Flexible), and origin health checks.
Does SEATEXT work on localhost for development?
No. The General Integration page notes: "Development URLs, such as localhost, are restricted for security reasons. Ensure you use a valid, real domain." Use a real domain (even a cheap .dev or .app with HTTPS) for local testing via tools like ngrok or Cloudflare Tunnel.
Further reading and comparison sources
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
S1:If you are using WPEngine please download the WP Engine plugin that enables you to add custom JavaScript code to your pages. Install it and apply it across all your pages.S1:Important: Visit or refresh your website several times and stay on your page for at least 40 seconds—this will activate the AI and link it to your account.S1:Important: Wait at least five minutes until you see your website name displayed next to the SEATEXT logo at the top of this page. This indicates that your website is connected and ready to proceed to the next step. If you do not see it at the top of the page after 10 minutes, please contact our support team immediately.S1:Multiple Domains If you need to use SEATEXT AI on multiple domains (e.g., a development domain and a production domain), you must create separate accounts for each domain. Each SEATEXT AI account is linked to a single primary URL.S1:Restrictions and Security Development URLs, such as localhost, are restricted for security reasons. Ensure you use a valid, real domain for these cases. Dynamic development domains may not function properly, as SEATEXT AI might be unable to reliably associate traffic with your account.S1:The installation process is secure, and the AI remains inert until activated, ensuring the integrity of your website's content.How to Find Your Seatext AI API KeyDirect Answer: Log in to your SEATEXT AI account, open the General Integration page, and copy the JavaScript code that contains your unique API key. Then install the script on your site and activate it.
Log in to your SEATEXT AI account, open the General Integration page, and copy the JavaScript code provided by SEATEXT AI. Your unique API key is embedded in that code. You need this code to install Seatext on your website.
Visit seatext.com and click Login.Enter your email and password to access your dashboard.Go to the General Integration page.Find the JavaScript code block under the 'General Integration' heading.Copy the entire script. Your API key is part of this script.Paste the script into your website or your platform's custom code field.What the API Key Is and Why It MattersAn API key is a unique identifier for your SEATEXT AI account. It is embedded in the JavaScript code that Seatext gives you. The key tells Seatext which website is using the service. Each key is tied to one primary URL. This binding prevents someone else from using your key on another site. It also helps Seatext associate traffic with your account.
Without the correct key, the script cannot connect to your account. That means your website cannot receive the AI-powered updates. The key also protects you. If someone steals your key, they cannot use it on a different domain because the account is already linked to your URL.
The installation process is secure, and the AI stays inactive until you activate it. So copying the code does not change your site right away. You control when the AI starts. This gives you time to verify the script is in place before going live.
Before You Start: PrerequisitesYou need a SEATEXT AI account before you can install the script. If you do not have an account, create one on the Seatext website. You also need access to your website's backend or a plugin that injects custom JavaScript.
If you use WPEngine, download the WP Engine plugin that enables you to add custom JavaScript code to your pages. Install it and apply it across all your pages. For other platforms, use your theme's custom code option or a tag manager.
You also need a real, valid domain. Localhost is restricted for security reasons. Dynamic development domains may not function properly. Seatext might be unable to reliably associate traffic with your account on those domains.
How to Copy the API KeyThe key is not shown as a separate string in the integration guide. Seatext provides a complete JavaScript snippet that includes your key. To find it, log in and open the General Integration page. The code block appears under the 'General Integration' heading.
Click inside the code block and copy everything. Do not copy only part of the script. The key is part of the whole snippet. Save the code in a secure place while you install it. If you lose it, go back to the same page and copy it again.
Make sure you are logged into the correct account. Each account has a different script because each account is linked to a different primary URL. Copying the script from the wrong account will not work on your site.
Installing the Script After Copying the KeyOpen your website's HTML in the section where you want the AI to run. Paste the script before the closing body tag or in the head, depending on your platform. If you use WPEngine, open the custom JS plugin and paste the code there. Apply the plugin across all pages.
For other platforms, search for a custom code or footer script option. Do not modify the JavaScript code. Change only the placement. After pasting, save your changes and clear any caches. The AI is still inactive until you activate it.
Double-check that the script appears on every page where you want Seatext to work. If you only add it to the homepage, the AI will not run on other pages.
How to Confirm the Key WorksAfter installing, visit your website. Refresh the page several times. Stay on the page for at least 40 seconds. This action activates the AI and links it to your account. It is an important step. Do not skip it.
Then wait at least five minutes. Log in to your SEATEXT AI dashboard. Look at the top of the dashboard page. You should see your website name displayed next to the SEATEXT logo. That confirms the key works and the site is connected.
If the website name does not appear after 10 minutes, contact our support team immediately. This could indicate an issue during installation on your platform. You may need our assistance to fix it.
Multi-Domain and Development RestrictionsEach SEATEXT AI account is linked to a single primary URL. If you need to use SEATEXT AI on multiple domains, such as a development domain and a production domain, you must create separate accounts for each domain. You cannot use one key for two different websites.
Localhost is restricted for security reasons. Use only valid, real domains. Dynamic development domains may not work. Seatext might not be able to reliably associate traffic with your account if the domain changes frequently.
To use SEATEXT AI on several websites, create one account for each website. This keeps your traffic data separate and ensures the AI works on the correct domain.
Troubleshooting and LimitationsIf the website name does not appear, check that you copied the full script. Confirm the script is installed on every page you want to activate. Refresh your website several times and stay for at least 40 seconds. Wait up to 10 minutes for the dashboard to update.
If still nothing, contact Seatext support immediately. There may be an issue with your platform's setup. You cannot use one key on multiple domains. You cannot use localhost or dynamic development domains.
Seatext does not describe key regeneration in its integration guide. If you need a new key, contact support for help. For current plan details, check the pricing page on the Seatext website.
Frequently Asked QuestionsDo I need a paid plan to get the key? You need a SEATEXT AI account. The integration guide does not say that free plans include a key. Check the pricing page for current plan details.Can I regenerate the API key? The integration guide does not mention key regeneration. If you need a new key, contact Seatext support for help.What if I lose the script? Log in to your account and go to the General Integration page. The JavaScript code is always available there. Copy it again.Why is my key not working? Check that you copied the entire script. Make sure the domain matches the one on your account. Visit the site and stay for 40 seconds. Wait up to 10 minutes.Next StepsGo to Seatext's General Integration page to copy the script and begin installation. After you confirm the key works, proceed to the Main AI Hub to activate the necessary AI on your preferred pages.
Click on 'Configuration' to adjust the AI parameters. Optional editing: SEATEXT AI provides your initial round of automatic translations and variants for testing. Log in to your SEATEXT AI account, navigate to 'Variants Edit' in the left panel, and select the URL and language you wish to edit. Here, you can review, create, or manually edit translations for your variants.
Monitor your conversion rate and traffic. Seatext deploys 20+ autonomous AI agents that work in real time to increase website conversion rate, recover ad spend lost to bot traffic, translate content across 125 languages, and continuously optimize every visitor journey.
Further reading and comparison sourcesThese external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Why Does My SEO Tool Show Errors for Localhost URLs?Direct Answer: SEO tools cannot access localhost because it is a private loopback address on your own computer, not a public server. They report connection errors, timeouts, or broken links when they try to crawl localhost URLs. The fix is to use a live staging URL or a public domain for all SEO testing and validation.
Your SEO tool flags errors for localhost URLs because the tool’s crawler lives on an external server, and localhost (127.0.0.1) is a private address that only your local machine can see. The crawler tries to connect, fails, and reports a timeout, connection refused, or broken link. This is expected behavior — the tool is working correctly, but you are asking it to visit a place it cannot reach.
Why SEO Tools Can’t Reach Localhost
Localhost is a loopback network interface. When you type http://localhost in your browser, your computer talks to itself. No other device on the internet can reach that address. SEO crawlers like Googlebot, Ahrefs, or SEMrush run on remote servers. They send a request to localhost, which goes nowhere on their end, so they get a connection error or timeout.
Even if you have a local server running (e.g., MAMP, XAMPP, or a local Node.js server), the traffic never leaves your machine. The crawler’s IP address cannot resolve to your localhost. The result is an error in your SEO tool’s report.
Common Errors You Might See
- Connection refused – The remote server cannot find any service at the address.
- Timeout – The tool waited for a response and gave up.
- DNS resolution failed – localhost is not a public domain name.
- Broken internal link – If your live site has a link pointing to localhost, users cannot follow it.
- Redirect loop or invalid URL – Some tools reject private URLs as invalid.
Diagnostic Sequence: How to Identify the Problem
- Check the reported URL. Is it
http://localhost, http://127.0.0.1, or a domain like myproject.local? If it’s clearly a local address, the error is expected.
- Review the tool’s crawl settings. Some desktop crawlers let you crawl localhost from your own machine. Most cloud‑based tools cannot.
- Verify that your site is actually running on localhost. Open a browser on your local machine and go to the address. If it works, the local server is fine. The problem is the tool’s inability to reach it.
- Decide what you need to test. If you must test with a cloud SEO tool, you need a publicly accessible staging URL. Create a subdomain on your live site or use a tunneling service like ngrok.
- Confirm the fix. Switch to a real URL and run the SEO tool again. Errors should disappear unless other issues exist.
Impact on SEO Rankings and User Experience
Search engines treat broken links as a negative signal. If a live page contains a localhost link, crawlers will mark it as broken. This can lower page authority and hurt rankings.
Users who click a localhost link on a live site see an error page. High bounce rates and poor engagement metrics may follow, further damaging SEO performance.
When Localhost References Are a Real Problem
If you find localhost links in your production site, that is a serious issue. Users clicking those links will get an error page, hurting user experience and SEO. Check your database, hardcoded links, and development environment settings. Replace any localhost URLs with the correct public domain.
E‑commerce platforms often store image paths with localhost during development. If you forget to update them, the site will show broken images. SEO tools will flag these as broken resources.
Trade‑offs and Exceptions
Some SEO tools can crawl localhost if you run them on the same machine. Screaming Frog SEO Spider, when installed locally, can crawl http://localhost:8080 because it runs on your computer. That works only for desktop crawlers — not for cloud‑based services like Google Search Console, Ahrefs Site Audit, or SEMrush Site Audit.
You can use a proxy or tunneling service (e.g., ngrok, localtunnel) to give your localhost a temporary public URL. The SEO tool will see that public URL, but the connection is still routed to your local machine. This is useful for quick tests but not for continuous monitoring.
Many SEO platforms explicitly block private IP ranges. For example, SeaText AI restricts development URLs like localhost for security reasons, requiring a valid, real domain for each account. SeaText’s integration guide explains this restriction.
How to Properly Test Your Site Before Going Live
To avoid localhost errors, set up a proper staging environment:
- Use a subdomain (e.g., staging.yourdomain.com) – This is a public URL that SEO tools can crawl. Password‑protect it if needed.
- Use a local SEO tool – If you must keep the site fully local, use a desktop crawler like Screaming Frog or Sitebulb on your development machine.
- Use a temporary public URL – Services like ngrok create a secure tunnel to your localhost, giving you a real URL for a few hours.
- Never publish localhost links – Double‑check your database and code for any hardcoded localhost references before going live.
Best Practices for Development Environments
1. Keep all URLs relative when possible. Relative links resolve correctly on any domain.
2. Store the base URL in a configuration file. Switch between localhost and staging.yourdomain.com via environment variables.
3. Run automated link‑checking scripts as part of your CI pipeline. Flag any URLs that resolve to 127.0.0.1 or *.local.
4. Document the staging URL in your project README. Ensure every team member knows the public address to use for SEO testing.
Limitations of Tunneling Services
Ngrok and similar tools expose your local server to the internet, but they have constraints:
- URLs change each time you restart the tunnel unless you pay for a reserved domain.
- Performance may be slower due to the extra hop.
- Public URLs can be discovered by bots or attackers. Secure the tunnel with HTTP authentication.
- Long‑term monitoring is not practical; use a real staging domain for ongoing audits.
Key Facts Table
Error Type Cause Solution
Connection refused Remote tool cannot reach a private IP Use a public staging URL
Timeout No response from localhost Run a local crawler or use a tunnel
Broken link (local on live site) Hardcoded localhost in production Replace with real domain
DNS failure localhost is not a public domain Point the tool to a real domain
FAQs
Can I use localhost with Google Search Console?
No. Google Search Console requires a verified public domain. You cannot add a localhost site. Use a staging domain or verify ownership of a live domain.
Does Screaming Frog work on localhost?
Yes, if you run the software on your local machine. Screaming Frog can crawl http://localhost because it uses your computer’s network stack. Cloud‑based tools cannot.
What about Sitebulb?
Sitebulb also supports localhost crawling when installed locally. The cloud version does not support localhost URLs.
How do I make my localhost site accessible to SEO tools?
Use a tunneling service like ngrok. It creates a public URL that forwards to your localhost. Remember the URL is temporary and changes on each restart.
Is it safe to expose localhost to the internet via ngrok?
For testing, yes. Do not use it for production. Ngrok URLs are public and can be scanned. Add password protection if possible.
Why do some SEO tools report localhost links as a warning and not an error?
Because the tool cannot verify if the link is truly broken—it might be a placeholder for development. The warning encourages you to check before going live.
Can I ignore localhost errors on my live site?
No. They indicate broken user paths and poor SEO. Fix them immediately.
How does SeaText AI handle localhost URLs?
SeaText AI restricts development URLs like localhost for security reasons. It requires a valid, real domain for each account. See the integration guide for details.
Further reading and comparison sources
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
How to Test SEO Changes on Localhost Without Affecting Your Live SiteDirect Answer: You can test SEO changes on localhost by running a full copy of your site on a local web server, mapping a custom domain to 127.0.0.1 in your hosts file, and using SEO crawling tools to audit the local version. This keeps your live site untouched because all requests stay on your machine.
Direct answer: You can use localhost with a local server and tools like XAMPP or MAMP, and use SEO plugins or browser extensions to simulate crawling, but you must ensure your live site remains untouched.
Testing SEO changes locally gives you a safe sandbox. You can experiment, break things, and roll back without risking rankings, traffic, or revenue. Below is a step‑by‑step guide that covers the required software, how to isolate the test environment, and practical tips for a robust workflow.
Why Test SEO Locally?
Search engines reward consistency. A stray noindex tag or a broken canonical can drop a page from the index. By testing locally you avoid accidental exposure of such errors to Googlebot.
Local testing also protects your brand reputation. Users never see half‑finished meta titles or duplicate content that could confuse them.
Finally, a local setup speeds up the feedback loop. You can run a full crawl in minutes instead of waiting for a staging server to spin up.
How the Local Environment Mimics Production
A good local copy mirrors the production stack as closely as possible. Use the same web server (Apache, Nginx, or Node), the same PHP version, and the same database engine. Import a recent dump of the live database and adjust configuration files to point to the local credentials.
Match URL structures by creating a virtual host that uses the same domain name (e.g., example.test) and maps it to 127.0.0.1. This way, relative links, redirects, and canonical URLs resolve exactly as they would on the live site.
If your site relies on environment variables (API keys, third‑party services), replace them with sandbox keys or mock services. This prevents accidental calls to production APIs.
Trade‑offs and Missing Real‑World Factors
Local testing cannot reproduce every production nuance. Keep these limitations in mind:
- External backlinks: Search engines see inbound links from other domains, which you cannot simulate locally.
- Page speed: Your machine’s network is faster than a typical user’s connection, so load‑time metrics will be optimistic.
- CDN behavior: Edge caching, geo‑routing, and HTTP/2 push are not present on localhost.
- Search engine rendering: Googlebot fetches pages over the public internet. It will never reach
localhost, so JavaScript rendering tests need a public tunnel (ngrok) or a staging URL.
When any of these factors are critical, move to a staging subdomain on a real domain before going live.
Practical Tips and Tools
Docker: Containerise your web server and database. A docker‑compose.yml file can spin up the exact stack with a single command. This guarantees consistency across team members.
Version control: Keep all configuration files (hosts entry, virtual‑host block, .env) in Git. Tag each SEO test commit so you can revert easily.
Automated scripts: Write a Bash or PowerShell script that:
- Stops the local server.
- Drops the current database.
- Restores the latest production dump.
- Starts the server.
- Runs your SEO crawler (Screaming Frog, Sitebulb) against the local URL.
- Exports the crawl report to a folder.
Schedule the script with cron or Task Scheduler to keep your local copy fresh.
Browser extensions: SEO Meta in 1 Click and Redirect Path let you inspect meta tags and redirect chains instantly while browsing the local site.
ngrok: If you need Google to fetch a page (e.g., Rich Results Test), expose your localhost via a temporary HTTPS tunnel. Remember to protect the tunnel with basic auth.
Step‑by‑Step Setup
Prerequisites
- A local server stack (XAMPP, MAMP, WAMP, Docker, or a lightweight Node/Python server).
- A copy of your website files and a recent database dump.
- Administrative rights to edit the hosts file.
- SEO testing tools such as Screaming Frog SEO Spider, Sitebulb, or free browser extensions SEO Meta in 1 Click and Redirect Path.
- Optional: ngrok for external validation.
Step 1: Install and Configure a Local Server
Download XAMPP (or MAMP/WAMP) and install Apache, MySQL, and PHP. Start Apache and MySQL. Place your site’s files in the htdocs (XAMPP) or equivalent folder. Import the production database into the local MySQL instance and update configuration files (e.g., wp-config.php) with local credentials.
Step 2: Create a Local Domain Entry
Edit the hosts file (C:\Windows\System32\drivers\etc\hosts on Windows or /etc/hosts on macOS/Linux) and add:
127.0.0.1 seotest.local
Save the file. Your computer now resolves seotest.local to the local server.
Step 3: Configure the Virtual Host
In httpd-vhosts.conf (XAMPP) add:
<VirtualHost *:80>
ServerName seotest.local
DocumentRoot "C:/xampp/htdocs/your-site"
<Directory "C:/xampp/htdocs/your-site">
AllowOverride All
Require all granted
</Directory>
</VirtualHost>
Restart Apache. Visiting http://seotest.local now serves the local copy.
Step 4: Block Search Engine Crawlers (Optional but Recommended)
Add a temporary robots.txt at the site root:
User-agent: *
Disallow: /
Or add a noindex meta tag to every page while testing. Remove these before pushing to production.
Step 5: Run SEO Audits on the Local Site
Launch Screaming Frog, set the start URL to http://seotest.local, and run a crawl. Check for:
- Title tag length and uniqueness.
- Meta description length and uniqueness.
- Header hierarchy (H1‑H6).
- Broken internal links.
- Canonical tags pointing to the correct URL.
- Schema markup validity (use Google’s Rich Results Test via ngrok if needed).
Fix any issues, re‑crawl, and repeat until the audit passes.
Step 6: Verify the Live Site Is Unchanged
Before deploying, confirm no accidental changes hit production:
- Check live server access logs for requests from
127.0.0.1 or seotest.local. There should be none.
- Compare a recent live database backup with the current live database. No tables should differ.
- Run a diff tool (e.g.,
wp db export + diff) to ensure file integrity.
- After deployment, run the same SEO crawl on the live URL to confirm the updates appear.
When to Switch to Staging or Live Testing
If your changes involve:
- Third‑party scripts that rely on real domain verification (e.g., Google Tag Manager, structured‑data testing tools).
- Geo‑targeted content that varies by IP location.
- Performance metrics that need real‑world network conditions.
Move to a staging subdomain (e.g., staging.example.com) that points to the same CDN and DNS as production. This gives you a realistic environment while still keeping the live site safe.
Advanced FAQ
- How do I sync database changes between local and live?
Export the live database (e.g., via phpMyAdmin or mysqldump) and import it into your local instance. Use a migration tool like WP‑CLI’s search-replace to update URLs from example.com to seotest.local. Never point your local site directly at the live database.
- Can I test page speed locally?
Yes, but results will be faster than real users. Use Chrome DevTools throttling to simulate 3G or 4G connections. For accurate Core Web Vitals, run tests on a staging URL that uses the same CDN and edge cache.
- What if I need to test JavaScript rendering by Googlebot?
Expose the local URL with ngrok, then paste the ngrok HTTPS URL into Google’s Mobile-Friendly Test or Rich Results Test. Remember to protect the tunnel with a password.
- How do I prevent my local changes from being indexed if I forget to remove
robots.txt?
Set up HTTP authentication on the virtual host. Search engines cannot crawl pages behind basic auth.
- Is Docker better than XAMPP?
Docker ensures every team member runs the exact same OS, PHP version, and extensions. XAMPP is quicker for beginners but can diverge across machines.
- Should I commit the
hosts file changes?
No. The hosts file is system‑specific. Document the required entry in your project README instead.
Key Facts (from Seatext AI source)
Fact Detail
Development URLs restriction Development URLs, such as localhost, are restricted for security reasons. Ensure you use a valid, real domain for these cases.
Account‑to‑URL binding Each SEATEXT AI account is linked to a single primary URL.
Multiple domains requirement If you need to use SEATEXT AI on multiple domains (e.g., a development domain and a production domain), you must create separate accounts for each domain.
Account prerequisite Before you can install the script, you need a SEATEXT AI account. If you don't have an account yet, you can create one HERE.
Activation wait time Important: Visit or refresh your website several times and stay on your page for at least 40 seconds—this will activate the AI and link it to your account.
Connection confirmation Important: Wait at least five minutes until you see your website name displayed next to the SEATEXT logo at the top of this page. This indicates that your website is connected and ready to proceed to the next step.
Terminology
- Localhost
- The loopback IP address (127.0.0.1) that refers to your own computer.
- Virtual Host
- A configuration that allows a single web server to serve multiple domain names.
- Hosts File
- A local OS file that maps hostnames to IP addresses, overriding DNS.
- Robots.txt
- A file that tells web crawlers which parts of a site they may or may not access.
FAQ
- Do I need a paid SEO tool to test locally?
No. Free tools like Screaming Frog (limited to 500 URLs) or the browser extensions mentioned above are sufficient for most audits.
- Can I test structured data on localhost?
Yes. Use Google’s Rich Results Test and expose your local URL via ngrok so Google can fetch it.
- What if my site uses a CDN?
CDN features (edge caching, geo‑routing) won’t run locally. Test CDN‑specific behavior on a staging subdomain that points to the real CDN.
- How do I prevent search engines from indexing my test site?
Add a Disallow: / rule in robots.txt or a noindex meta tag while testing, then remove it before going live.
- Is it safe to run database migrations on localhost?
Yes, as long as you work on a copy of the production database. Never point your local site to the live DB.
- What should I do after I verify the changes locally?
Commit the changes to your version control system, deploy to your staging or production environment, and run the same SEO crawl on the live URL to confirm the updates appear.
Further reading and comparison sources
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
How to Prevent Your Website From Taking 10 Minutes to Connect (Readiness Checklist)Direct Answer: A 10-minute connect time means a request is getting stuck somewhere between the visitor and your server. Prevent it by checking DNS, using capable hosting, setting timeouts, and keeping software updated. If you are connecting Seatext, the 10-minute mark is the verification cutoff: refresh your site, stay for 40 seconds, wait 5 minutes, and contact support if the connection does not register.
A website that takes 10 minutes to connect is not something you should accept. It usually means one link in the chain is stuck: the domain system, the server, a firewall, or a script that never finished loading. You can prevent that delay by working through the readiness checklist below before a problem appears.
The outcome you want is a site that connects quickly and a clear verification step after every change. Start with these controlled steps.
What counts as a healthy connectionConnection starts when your browser asks the server to open a channel, and ends when the server sends an answer. If you stare at a loading tab for minutes, the server did not answer in time. You may see a message like "The website took too long to respond" or a browser timeout.
Prevention means keeping every layer in that handshake healthy: DNS, hosting, firewall, and the code you install.
Prerequisites: what to have readyAdmin access to your hosting or server logs.Access to your DNS provider.A way to add JavaScript to your pages, such as your theme settings or a plugin.A valid, real domain. For Seatext, development URLs such as localhost are restricted for security reasons.One Seatext account per primary URL. If you have a development domain and a production domain, create separate accounts.Step-by-step readiness checklistVerify DNS. A wrong or slow DNS record makes the browser wait for a lookup that never comes. Use a DNS lookup tool to confirm your domain points to the correct IP. Remember: dynamic development domains may not work reliably with Seatext.Put the site on capable hosting. A server that is at capacity cannot accept new connections quickly. Pick a hosting plan that handles your traffic instead of testing one when it is already late.Keep the request path short. Each plugin and script adds work. Disable anything that is not active, and maintain a lean server queue.Set explicit timeouts. Configure a short connect timeout in your web server, proxy, or load balancer. A quick failure tells you something is wrong; a 10-minute wait hides the problem.Audit firewall and security rules. Security tools may inspect or delay requests. Test with the firewall enabled and disabled to see whether it creates the hang.Update your software. Outdated CMS, plugin, or server software can hang on edge cases. Updates are part of prevention.Add scripts correctly. Use the exact code from the provider. For Seatext, copy the JavaScript code from the General Integration page and apply it across all pages. If you use WP Engine, use the WP Engine plugin to add custom JavaScript.Verify: how to confirm the fix workedOne verification step is enough: change something, then test it the same way each time.
Clear your browser and DNS caches.Open the site in a normal window.Open the Network tab in developer tools and look at the first request. If it waits, you have located the layer that still needs work.If you are connecting Seatext, follow their activation check too: visit or refresh your website several times and stay on the page for at least 40 seconds. That action links the AI to your account. Then wait at least five minutes and look for your website name next to the SEATEXT logo at the top of the General Integration page. If you do not see it after 10 minutes, contact support. That is the verification step, not an option.
Key facts from the integration guide| Fact | How to use it |
|---|---|
| Each SEATEXT AI account is linked to a single primary URL. | Use a separate account for each domain. |
| Development URLs, such as localhost, are restricted for security reasons. | Test on a valid real domain, not localhost. |
| Visit or refresh your website several times and stay on your page for at least 40 seconds. | Do this after installing the script to activate the AI. |
| Wait at least five minutes until you see your website name displayed next to the SEATEXT logo. | This confirms the connection worked. |
| If you do not see it after 10 minutes, contact support immediately. | Stop waiting and get installation help. |
Limitations: when this checklist does not applyIf only one person or network has the delay, your server may be fine. The problem is between that visitor and the site.During a large attack or network outage, even a well-configured site may time out. Treat that as a security event, not routine slowness.The 10-minute rule on the Seatext integration page is a verification window, not a license for a slow site. It tells you when to stop waiting and call support.This checklist cannot fix an ISP that cannot reach your host, or a region where your server is blocked.Common mistakes that make a site look stuckTesting on localhost. Seatext restricts development URLs for security. A local test will not connect.Checking once and giving up. You need several refreshes, a 40-second stay, and then five minutes for the logo to appear.Skipping logs. Server logs name the exact request that hangs. Read them before guessing.No timeout. Without a timeout, the browser waits until it gives up on its own. That feels like a 10-minute connection.Terminology: three terms to keep straightConnection time: how long it takes the server to accept the request.Load time: how long the browser takes to render all resources.DNS: the system that turns your domain into an IP address.Timeout: the maximum time software waits for a reply before failing.FAQWhy does my website take 10 minutes to connect?A browser waits that long only when a request times out slowly. The cause is usually DNS, server overload, firewall, or a scripted connection that never completes.
How can I tell if the problem is DNS or the server?Use a DNS lookup tool to see if the domain resolves. Then connect directly to your server's IP or open your server logs. If DNS works and the server responds, the issue is between those points.
Does Seatext make my website load slower?Seatext adds a JavaScript code snippet; the installation process is secure and the AI remains inert until activated. The 5- and 10-minute wait times are for confirming the connection on the General Integration page, not page-load delays.
What do I do after 10 minutes with no SEATEXT logo?Contact Seatext support. The provider says this could indicate an issue during installation on your platform.
Can I test Seatext on localhost or a test subdomain?No. Development URLs such as localhost are restricted for security reasons. You must use a valid real domain, and dynamic development domains may not function properly.
Do I need one Seatext account for every domain?Yes. Each Seatext AI account is linked to a single primary URL. Use separate accounts for separate websites or domains.
Further reading and comparison sourcesThese external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.