Quick Answer: Add SeaText to Your Squarespace Blog Posts

To add SeaText to your Squarespace blog posts, you paste the JavaScript code into the Code Injection section under Developer Tools in your website settings. This is a site-wide installation, so it covers your blog posts automatically. You don't need to edit each blog post individually.

Here's the exact path: Settings → Developer Tools → Code Injection → HEADER. Paste the code, save, and publish your site. Then visit your blog page and stay for at least 40 seconds to activate the AI.

What You Need Before You Start

Before you begin, make sure you have these two things ready:

• A SeaText AI account — You need an account to get the JavaScript snippet. If you don't have one, create it first.
• Your Squarespace admin access — You need to be logged in as an administrator to access the settings panel.

Each SeaText account is linked to a single primary URL. If you have a development domain and a production domain, you'll need separate accounts for each.

Step-by-Step: Add SeaText to Squarespace Blog Posts

Step 1: Copy the JavaScript Code from SeaText

Log in to your SeaText account. Find the JavaScript code snippet in your dashboard. Copy it to your clipboard. Keep it handy — you'll paste it in the next step.

Step 2: Access Your Squarespace Dashboard

Log in to your Squarespace account. From the home menu, click on the website you want to edit. Click the three dots icon (⋯) next to the website name and select Settings.

Step 3: Navigate to Developer Tools

In the Settings panel, scroll down to the bottom of the page. You'll find the Developer Tools section. Click on it to expand the options.

Step 4: Open Code Injection

Inside Developer Tools, click on Code Injection. This opens the area where you can insert custom code snippets for your site.

Step 5: Paste the Code into the HEADER Area

You'll see two fields: HEADER and FOOTER. Paste the SeaText JavaScript code into the HEADER field. This is important — the code must go in the header, not the footer, for it to load correctly on your blog posts.

Step 6: Save Your Changes

Click Save to preserve your changes. The code is now stored in your Squarespace settings.

Step 7: Publish Your Website

Make sure your website is published. If you're working in a draft or preview mode, the changes won't take effect until you publish. Go to the Publish button in the top-right corner and click it.

Step 8: Activate the AI

Visit your blog page in a browser. Stay on the page for at least 40 seconds. This activates the AI and links it to your account. Refresh the page a few times if needed.

Step 9: Verify the Connection

Wait at least five minutes. Then go back to your SeaText dashboard. Look at the top of the page — you should see your website name displayed next to the SeaText logo. This confirms your site is connected and ready.

If you don't see your website name after 10 minutes, contact SeaText support. This could indicate an installation issue.

Common Mistakes to Avoid

• Pasting in the FOOTER instead of HEADER — The code must go in the HEADER field. The footer field won't work for this script.
• Forgetting to publish — Your changes won't apply until you publish the site.
• Not staying on the page for 40 seconds — The AI won't activate if you leave too quickly.
• Using a development domain — Localhost and dynamic development domains are restricted. Use a real, valid domain.
• Using one account for multiple domains — Each SeaText account is linked to one primary URL. Create separate accounts for each domain.

How SeaText Works on Your Blog Posts

SeaText is a site-wide script. Once installed, it runs on every page of your Squarespace site, including all your blog posts. You don't need to add it to each post individually.

The AI remains inert until activated. It doesn't change your content until you activate it in the Main AI Hub. After activation, you can configure which AI agents run on which pages.

For blog posts specifically, SeaText can help with:

• Translating your blog content into 125 languages
• Optimizing your posts for AI search engines like ChatGPT and Google AI Overviews
• Adding a sales chat that helps readers take the next step
• Testing headlines and CTAs to improve conversions

Key Facts About SeaText Installation

What to Do After Installation

Once your website is connected, go to the Main AI Hub in your SeaText dashboard. This is where you activate the AI agents you want to run on your blog posts.

Click on Configuration to adjust the AI parameters. You can choose which agents to activate, such as the Translation Agent, AI SEO Agent, or Conversion Agent.

SeaText provides an initial round of automatic translations and variants for testing. You can edit these manually or with AI before they go live.

Limitations and When This Doesn't Apply

This installation method works for Squarespace websites that support Code Injection. If you're on a Squarespace plan that doesn't include Developer Tools, you won't see the Code Injection option.

If you have multiple websites, you need a separate SeaText account for each one. You can't use a single account across multiple domains.

Dynamic development domains may not function properly. SeaText might be unable to reliably associate traffic with your account. Use a real, valid domain for testing.

Frequently Asked Questions

Do I need to add SeaText to each blog post individually?

No. The Code Injection method is site-wide. It applies to all pages, including every blog post.

How long does it take for SeaText to activate?

After you visit your page for at least 40 seconds, the AI activates. Your website name should appear in the SeaText dashboard within 5-10 minutes.

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

Wait at least 10 minutes. If it still doesn't appear, contact SeaText support. This could indicate an installation issue.

Can I use SeaText on a development domain?

No. Development URLs like localhost are restricted. Use a real, valid domain.

Can I use one SeaText account for multiple websites?

No. Each SeaText account is linked to a single primary URL. Create one account for each website.

What does SeaText do on my blog posts?

It can translate your content, optimize it for AI search, add a sales chat, and test copy variants to improve conversions.

Is the installation secure?

Yes. The installation process is secure, and the AI remains inert until activated. It doesn't change your content until you turn it on.

Search query personalization makes sense when your paid traffic arrives with clearly different intents — someone searching "rent house this week" needs a different message than someone searching "buy a house near me" — but your landing page serves the same generic headline to both. The technique rewrites headlines, subheads, offers, and proof points in real time so each visitor sees copy that matches the exact keyword they clicked. You need three things to benefit: distinct intents behind your keywords, enough monthly clicks to measure lift (typically a few thousand visits), and a single page template that can swap content blocks without breaking design.

What search query personalization actually does

When a visitor clicks a Google ad, the platform passes the triggering keyword through a URL parameter (usually utm_term or a ValueTrack {keyword} tag). A script on your landing page reads that parameter before the page renders and swaps predefined content zones — headline, subhead, bullet points, product blocks, CTA text — to mirror the search term. SeaText's Google Ads Agent does this in under 15 ms at the edge, so the visitor never sees a flicker or the original generic version. One physical page becomes a unique, keyword-matched experience for every paid click.

The source pack describes the problem as "Ad Scent Disconnect": an ad promises an exact solution to a specific search term, but the landing page delivers a generic message where the buyer cannot immediately find what they searched for. The result: 70%+ of Google Ads visitors bounce within three seconds. Personalization closes that gap by continuing the exact promise the ad made.

Readiness checklist: Are you set up to benefit?

• You run Google Ads (or other paid search) with multiple ad groups targeting distinct intents. Example: one ad group for "emergency roof repair", another for "roof inspection cost", another for "metal roof installation". Each implies a different urgency, budget, and information need.
• Your keywords fall into at least 3–5 clear intent clusters. If all your keywords are variations of "buy running shoes", personalization adds little. If they span "best trail running shoes", "running shoes for flat feet", "cheap marathon trainers", each cluster deserves its own headline and proof points.
• You have a single landing page template that can accommodate content swaps. The page must use modular blocks (headline, hero copy, feature list, testimonial, CTA) that a script can replace without layout breaks. Rigid, hard-coded pages won't work.
• Monthly paid clicks to that page exceed ~2,000. Below that threshold, statistical noise makes it hard to measure conversion lift. You can still run it, but treat results as directional.
• You track conversions per keyword or ad group. Without keyword-level conversion data, you cannot verify that personalization actually improves cost per acquisition or ROAS.
• You have the authority to add a lightweight script (or edge worker) to the page. Some CMS or enterprise environments block third-party JavaScript. Confirm you can deploy a <15 ms edge rewrite or a client-side snippet before committing.

When to wait (or skip entirely)

• Low traffic volume. If the page gets fewer than 500 paid clicks per month, you'll wait months for a reliable A/B test. Invest in traffic growth first.
• Single-intent keyword set. Branded campaigns, exact-match product SKUs, or very narrow long-tail groups often convert well on a static page because the intent is already uniform.
• No conversion tracking per keyword. If you only track "form submit" globally, you cannot attribute lift to personalization. Fix tracking first.
• Page layout is fragile. If swapping a headline pushes the CTA below the fold or breaks mobile layout, the rewrite hurts more than it helps. Redesign the template first.
• Legal or compliance review required for every headline variant. Regulated industries (finance, pharma, healthcare) may need pre-approval for each message. Dynamic rewrites create too many variants to review manually.

How it works technically (brief)

The SeaText agent reads the incoming Google Ads search query and campaign intent parameters via utm_term or ValueTrack {keyword} tags on page load. It then dynamically rewrites the landing page headline, subhead, and proof points in under 15 ms to match the search query perfectly. The rewrite happens at the edge (CDN level) so there is no client-side flicker. You define the content mappings once — e.g., keyword "rent house this week" maps to headline "Houses Available This Week" and a "Book a Viewing Today" CTA — and the agent applies them automatically for every matching click.

Beyond Google Ads, the same engine can match visitor source: referrers from Meta, email campaigns, partner articles, or organic search. The Visitor Source Agent reads the campaign link or referring page and either routes the visitor to the best existing page or rewrites the message, proof, offer, and CTA to continue the story they just clicked.

Common scenarios where it pays off

Note: The lift figures above come from the client source pack. Treat them as reported outcomes, not guarantees. Your results depend on traffic quality, offer strength, and baseline page performance.

Limitations and gotchas

• Only works for paid traffic with keyword parameters. Organic search, direct, and most referral traffic lack the utm_term signal. The Visitor Source Agent can handle some referrers, but it matches to broad source categories, not exact queries.
• Content mapping requires upfront work. You must define headline, subhead, and proof variants for each intent cluster. The AI can generate drafts, but a human must approve them before launch.
• Does not fix a bad offer. If your pricing, product, or value proposition is weak, matching the headline to the keyword only surfaces the mismatch faster.
• Edge-case keywords. Long-tail or misspelled queries may not match any defined cluster. The system falls back to a default variant — make sure that default is strong.
• Cache and CDN interactions. If your page is heavily cached at the CDN, the rewrite must run at the edge (as SeaText does) or via a cache-busting strategy. Client-side rewrites on cached pages show the generic version first.

Key facts from the source pack

FAQ

Does this replace building dedicated landing pages?

For high-volume, high-value keywords, a hand-crafted page still wins. Personalization covers the long tail — the 80% of keywords that don't justify a custom build. Use both: dedicated pages for top 10–20 keywords, dynamic rewrites for the rest.

Can I use it with Microsoft Ads, Meta, or TikTok?

Yes, if the platform passes a keyword or campaign identifier in the click URL. SeaText's Visitor Source Agent reads referrer data and UTM parameters from any source. The mapping logic is the same; you just define variants per source/keyword combination.

What if my CMS doesn't allow third-party scripts?

SeaText offers an edge-worker deployment (Cloudflare Workers, Fastly Compute@Edge, etc.) that rewrites HTML before it reaches the browser. No client-side script needed. Check with your dev team or SeaText support for compatibility.

How do I measure incrementality?

Run a 50/50 split: half of paid clicks get the personalized version, half get the original. Track conversions per keyword in Google Ads and your analytics. The source pack notes the agent "tracks results by page, keyword, and version" so you can compare apples to apples.

Is there a risk of showing the wrong message?

Only if your keyword-to-content mapping is wrong. The system matches exact keyword strings (or close variants) to your predefined variants. Test each mapping in a staging environment before going live. The fallback default variant catches unmatched queries.

What does it cost?

Pricing is not public in the source pack. The homepage and feature pages show a "Free 1-Month Pilot Trial" and "Click here for pricing" links. Contact sales for a quote based on traffic volume and number of agents activated.

Can I edit the AI-generated rewrites manually?

Yes. The source pack states: "Edit rewrites manually or with AI." You retain full control over every variant.

When someone clicks your Google ad, the click carries the keyword that triggered it. That keyword arrives in the URL as a ValueTrack parameter such as {keyword} or a UTM term. If your landing page reads that parameter and rewrites its headline, subhead, proof points, and call to action before the visitor sees anything, the ad scent stays intact and conversion rates rise.

The practical way to do this is to deploy a lightweight script or edge worker that captures the query string, maps the keyword to a copy variant, and injects the variant into the DOM in under 15 ms. No new pages, no manual builds, no developer queue.

What Google Ads data can personalize

Google Ads surfaces several signals you can use without any backend integration:

• Search term – the exact words the user typed. Available via {keyword} ValueTrack or utm_term.
• Campaign name – {campaign} or utm_campaign.
• Ad group – {adgroup} or utm_content.
• Match type – {matchtype} tells you broad, phrase, or exact.
• Device – {device} returns mobile, tablet, or desktop.
• Network – {network} distinguishes search from search partners.
• Creative ID – {creative} links to the specific ad variant.

Each signal lets you tailor a different page element. The search term drives the headline and hero copy. Campaign and ad group can swap the offer block. Device can reorder the CTA stack. Creative ID can align the hero image with the ad creative.

How the data flows from ad to page

1. User searches and sees your ad.
2. User clicks. Google appends ValueTrack parameters to the final URL.
3. Browser requests the landing page with the full query string.
4. Your personalization layer reads the query string on the server edge or in the browser before paint.
5. It selects or generates the matching copy variant.
6. It injects the variant into the HTML stream or DOM.
7. Visitor sees a page that mirrors the ad promise.

SEATEXT reads the incoming Google Ads search query and campaign intent parameters (via utm_term or Google Ads ValueTrack {keyword} tags) on page load and dynamically rewrites the landing page headline, subhead, and proof points in under 15ms to match the search query perfectly.^[S1]

Step-by-step implementation

1. Tag your final URLs

In Google Ads, set the final URL suffix or tracking template to include the parameters you need. Example: ?kw={keyword}&camp={campaign}&ag={adgroup}&mt={matchtype}&dev={device}. Use {lpurl} to preserve any existing path.

2. Choose a personalization layer

Three common approaches:

• Edge worker / CDN function – rewrites HTML at the edge before it reaches the browser. Fastest, no flicker, works with any CMS.
• Client-side script – reads URLSearchParams and swaps DOM nodes. Simpler to deploy, but can cause a visible flash if not optimized.
• Server-side template – your backend renders the variant. Full control, but adds latency and requires developer cycles.

3. Build a keyword-to-copy map

Create a spreadsheet or JSON file that maps each high-volume keyword (or keyword cluster) to a headline, subhead, bullet set, and CTA. Start with your top 50–100 keywords. Group long-tail variants under a shared intent label.

4. Define fallback rules

When a keyword has no explicit map, fall back to the ad group default, then the campaign default, then the global default. Never show a blank or generic headline.

5. Deploy and validate

Push the script or edge function. Use the Google Ads preview tool and a few live clicks to verify the correct variant appears. Check mobile and desktop. Confirm no layout shift.

6. Feed conversion signals back

Send the personalized page view and subsequent events (scroll depth, CTA click, form submit) to Google Ads via enhanced conversions or offline conversion import. This closes the loop so Smart Bidding optimizes for the personalized experience.

Common methods compared

Choose edge workers if you control DNS/CDN and want the cleanest execution. Choose a builder’s native dynamic text if you already pay for that platform. Avoid client-side scripts on pages where Core Web Vitals are already tight.

Common mistakes and how to avoid them

• Missing ValueTrack tags – Without {keyword} in the final URL, you have no signal. Fix: audit every campaign’s tracking template.
• Keyword stuffing the headline – Inserting the raw keyword verbatim often reads awkwardly. Fix: map to a human-written variant that preserves intent.
• No fallback – Unmapped keywords show a broken or generic headline. Fix: implement the three-tier fallback (keyword → ad group → campaign → global).
• Ignoring match type – Broad match brings loose queries. Fix: use {matchtype} to tighten copy for broad-match traffic.
• Not measuring lift – You personalize but don’t track if it helps. Fix: run a split test (personalized vs. static) for at least two weeks or 1,000 conversions per variant.

Limitations and when this doesn’t apply

• Privacy restrictions – iOS ITP and some ad blockers strip query parameters. Edge workers see the request before the browser, so they still capture the data. Client-side scripts may lose it.
• Automated bidding opacity – Smart Bidding optimizes for the conversion event you feed it. If personalization changes the conversion rate, the algorithm needs volume to relearn. Expect a learning period.
• Brand compliance – Legal or brand teams may restrict headline variations. Fix: pre-approve a library of variants.
• Low-volume keywords – Writing custom copy for keywords with <10 clicks/month isn’t worth the effort. Group them under intent clusters.
• Non-search campaigns – Display, Video, and Performance Max don’t pass a search term. Use audience signals or creative ID instead.

Key facts

FAQ

Do I need a developer to set this up?

Not necessarily. An edge worker can be configured once by pasting a script into your CDN dashboard. Client-side scripts are a single snippet in <head>. Server-side templates do require a developer.

Will this hurt my Quality Score?

No. Matching landing page content to the keyword improves relevance, which is a Quality Score factor. The rewrite happens before Google’s bot evaluates the page.

What if the keyword contains a trademark or competitor name?

Your keyword-to-copy map should sanitize or replace restricted terms. Never inject the raw keyword without a review layer.

How many keyword variants should I start with?

Map your top 50–100 keywords by spend. Cover 80% of traffic first. Add long-tail clusters later.

Can I use this with Performance Max?

Performance Max doesn’t pass a search term. Use the creative ID ({creative}) or audience signal to personalize instead.

Does personalization affect page speed?

Edge-based rewrites add ~5–15 ms. Client-side scripts add the script weight plus execution time. Keep the script under 2 KB gzipped and inline it in <head>.

How do I prove it works?

Run an A/B test: 50% traffic to personalized variant, 50% to static control. Measure conversion rate, cost per acquisition, and bounce rate over a minimum of two weeks or 1,000 conversions per arm.

Verification step

After deployment, open an incognito window, click your own ad (use the ad preview tool to avoid charges), and confirm the headline matches the keyword you bid on. Check the network tab: the HTML should already contain the personalized copy, not the generic fallback.

What SeaText Needs from Squarespace

SeaText runs as a JavaScript snippet injected into your Squarespace site header. It does not need a plugin, app store install, or server-side change. The two hard requirements are a real public domain and access to Developer Tools.

Squarespace trial sites meet both conditions. You can paste the SeaText code into the Code Injection header area under Developer Tools in your site settings. The AI stays inert until activated, so it does not alter your site content before you are ready.

Definition: Developer Tools is a Squarespace settings section that lets site owners insert custom code snippets. Code Injection is the specific area within Developer Tools where you paste the SeaText JavaScript.

Why does SeaText need a real domain? The AI links to a single primary URL. It uses that URL to associate traffic and activate agents. A subdomain like yoursite.squarespace.com is not a real public domain. It is a placeholder that Squarespace controls. SeaText cannot reliably track visitors on such a domain. That is why free Squarespace plans, which only offer subdomains, do not work.

Developer Tools access is also essential. Without it, you cannot inject the JavaScript. Squarespace restricts this feature to trial and paid plans. Free plans do not include it. So even if you had a real domain, you could not install SeaText on a free plan.

The table below summarizes the key requirements and how they apply to trial and paid plans.

Free Trial vs Paid Plan: What Changes

During a Squarespace trial, your site is live on a real domain and supports code injection. SeaText installs and runs the same way it would on a paid plan.

The difference is duration. A Squarespace trial lasts 14 days with no credit card required. After that, the site goes offline unless you switch to a paid plan. SeaText does not impose its own subscription minimum - the cost driver is the Squarespace plan, not the SeaText install.

If you are testing SeaText on a trial site, treat the trial window as your evaluation period. Activate the AI, run it for several days, and check whether visitor behavior changes before you commit to a paid Squarespace plan. SeaText also offers a free 1-month pilot trial, which can extend your evaluation window.

What happens when the trial ends? Your Squarespace site becomes inaccessible. Visitors see a placeholder page. SeaText cannot serve content because the site is offline. You must upgrade to a paid Squarespace plan to restore the site. Once you upgrade, the SeaText code remains in the header. You may need to re-activate the AI if the connection dropped during downtime.

Plan your evaluation carefully. If you start SeaText on day 10 of a 14-day trial, you only have 4 days to test. That may not be enough to see meaningful results. Instead, start early. Use the full trial period. Then decide if you want to pay for Squarespace and continue with SeaText.

SeaText's own pilot trial is separate. It gives you 1 month of free access to the platform. That can overlap with your Squarespace trial. For example, you could start a Squarespace trial, install SeaText, and use the 1-month pilot to evaluate both. This gives you up to 6 weeks of combined testing if you time it right.

What SeaText Does on a Squarespace Site

Once activated, SeaText runs a set of AI agents on your site. These include CRO optimization that rewrites headlines and copy to match visitor intent, bot refund detection that recovers wasted ad spend, website translation into 125 languages, AI SEO content generation, and a sales chat agent that books and closes leads.

The source pack reports that SeaText users have recovered $1.2M in ad spend and seen a 25% conversion rate increase. These are client-reported figures - your results will depend on your site traffic, niche, and configuration.

How does the CRO agent work? It reads visitor behavior in real time. It tracks how long someone dwells on a headline, where they scroll, and where they pause. Then it rewrites the page copy to reduce friction. For example, if a visitor arrives from a Google ad for "cheap flats to rent", the agent changes the headline to match that exact phrase. This improves ad scent and reduces bounce rate.

The bot refund agent detects invalid clicks. It looks for patterns like rapid clicks, VPN traffic, or non-human behavior. It then compiles evidence you can submit to Google or Meta for refunds. The source pack mentions up to 20% of ad spend can be lost to bots. This agent helps you recover that money.

Translation is another key feature. SeaText translates your entire site into 125 languages with one click. This opens new markets without manual localization. The source pack claims a 60% increase in international customers for some users.

AI SEO content generation creates FAQ pages and articles that answer buyer questions. These pages rank in search engines and bring in organic traffic. The agent also helps your brand appear in ChatGPT recommendations by embedding your products into AI memory.

All these agents run on the same JavaScript snippet. You do not need to install separate tools. This makes SeaText a comprehensive conversion and growth platform for Squarespace sites.

How SeaText Connects to Squarespace

The installation follows a fixed sequence:

1. Copy the JavaScript code from your SeaText account dashboard.
2. In Squarespace, go to Settings, then Developer Tools, then Code Injection.
3. Paste the code into the HEADER area and save.
4. Publish the site so the changes go live.
5. Visit or refresh your site and stay on the page for at least 40 seconds to activate the AI.

After pasting the code, wait at least five minutes for your website name to appear next to the SeaText logo. If it does not show up after 10 minutes, contact SeaText support - this can signal an installation issue.

Why does activation take 40 seconds? The AI needs to load and link to your account. It sends a signal to SeaText servers. The 40-second dwell time ensures the script fully executes. If you leave the page too early, the connection may not establish.

The 5-minute wait is for the server to process the connection. Your site name appears in the SeaText dashboard once the link is confirmed. If you do not see it, check that you pasted the code in the correct field. The header field is different from the footer field. Using the footer will not work.

Also ensure your site is published. If you are still in draft mode, the code is not live. Publish the site before testing.

If you have multiple pages, the code applies site-wide. You do not need to paste it on every page. The header injection covers all pages automatically.

Domain, Account, and Security Rules

SeaText enforces several rules that affect cost and setup:

• One account per domain. If you run a development domain and a production domain, you need separate SeaText accounts for each.
• No localhost. Development URLs such as localhost are restricted for security reasons. You must use a valid, real domain.
• Dynamic development domains may not work. SeaText may not reliably associate traffic with your account if the domain changes frequently.
• One account per website. To use SeaText on several websites, create one account for each site.

These rules matter for cost because each additional domain means an additional SeaText account. The source pack does not list per-account pricing, so check the current rate before scaling.

Why does SeaText restrict localhost? Localhost is a loopback address that only exists on your computer. It is not a public domain. SeaText cannot track visitors on localhost because there are no real visitors. It also poses a security risk because localhost traffic is not encrypted or verifiable. Using a real domain ensures the AI works correctly and securely.

Dynamic development domains are problematic because they change. If your domain changes every time you deploy, SeaText cannot maintain a stable link. The AI might lose track of which account owns the traffic. This leads to inaccurate data and broken activation.

If you need to test on a staging site, use a subdomain of your real domain, like staging.yourdomain.com. That is a real public domain. You can create a separate SeaText account for it. Just remember that each account may have its own cost.

Security is a priority. The source pack states the installation is secure. The AI remains inert until you activate it. It does not modify your content without permission. This means you can install the code without worrying about immediate changes.

Cost Drivers: What You Actually Pay For

The main cost is the Squarespace plan. SeaText itself has its own pricing, but the source pack does not list exact numbers. You need to check the SeaText pricing page for current rates.

Squarespace offers several paid plans. The cheapest is the Personal plan, which costs around $16 per month when billed annually. The Business plan is $23 per month. Commerce plans start at $27 per month. All paid plans include a real domain and Developer Tools access.

If you are on a trial, you pay nothing for Squarespace. But you must upgrade to continue after 14 days. This is the primary cost driver. SeaText adds a separate subscription. The source pack mentions a free 1-month pilot trial. After that, you pay for the SeaText service.

How much does SeaText cost? The source pack does not specify. It says "Click here for pricing" on the integration page. You should visit the SeaText website or contact sales for a quote. Pricing likely depends on the number of domains, traffic volume, and features you activate.

Consider the total cost of ownership. You need both a Squarespace plan and a SeaText subscription. For a small business, this could be $30 to $100 per month combined. For larger sites with multiple domains, costs increase.

But SeaText can pay for itself. The bot refund agent recovers wasted ad spend. The CRO agent increases conversions. The translation agent opens new markets. If these features work as described, the return on investment can be significant.

Before committing, calculate your potential savings. If you spend $1,000 per month on Google Ads and 20% is wasted on bots, that is $200 in potential refunds. SeaText could recover that. Similarly, a 25% conversion increase on a site with 10,000 monthly visitors could mean hundreds of extra sales.

Use the free pilot trial to test these benefits. Run SeaText for a month. Track your ad spend, conversion rate, and international traffic. Compare the results to your baseline. Then decide if the subscription is worth it.

Decision Framework: Should You Start Now or Wait?

Use this checklist before installing:

• Do you have a Squarespace trial or paid plan with a real domain?
• Can you access Developer Tools and Code Injection?
• Is your evaluation period long enough to collect meaningful visitor data?
• Do you have separate domains that need separate accounts?

If the answer to the first two is yes, you can install SeaText today. If you are on a trial, align the SeaText evaluation with the trial end date so you do not lose access mid-test.

Consider your traffic volume. SeaText works best on sites with consistent traffic. If you have fewer than 100 visitors per day, you may not see statistically significant results in 14 days. In that case, wait until you have a paid plan and more traffic.

Also consider your goals. If you want to recover ad spend from bot clicks, you need active ad campaigns. If you want to translate your site, you need a clear target market. If you want AI SEO content, you need a content strategy. SeaText is a tool, not a magic bullet. It amplifies what you already have.

If you are unsure, start with the free pilot trial. Install SeaText on your trial Squarespace site. Activate one or two agents, like the CRO optimizer and the bot refund agent. Monitor the results for a week. If you see improvements, continue. If not, you can cancel before paying.

Another scenario: you already have a paid Squarespace plan. Then you can install SeaText immediately. No need to wait. The only question is whether the SeaText subscription fits your budget. Use the pilot trial to test before committing.

For agencies managing multiple client sites, plan carefully. Each site needs its own SeaText account. That multiplies the cost. You might want to start with one client as a pilot. Prove the value, then scale.

Common Setup Mistakes

These mistakes are easy to avoid. Read the installation steps carefully. Double-check the field you paste into. Test the activation process. If something goes wrong, SeaText support is available.

Another common issue is using a subdomain like yoursite.squarespace.com. That is not a real domain. SeaText will not work. You need a custom domain, which is available on trial and paid plans. If you are on a free plan, you cannot use SeaText at all.

Also, do not use a

The Simplest Installation Method

You do not need to add SeaText to each page individually. Squarespace provides a global Code Injection tool that applies custom scripts to your entire website at once. This is the most efficient way to ensure your AI agents are active on every URL.

Step-by-Step Integration

1. Access Settings: Log in to your Squarespace dashboard, click the three dots icon, and select Settings.
2. Navigate to Developer Tools: Scroll to the very bottom of the settings menu and click Developer Tools.
3. Open Code Injection: Select Code Injection to open the area for custom scripts.
4. Choose Injection Point: Decide whether to place the SeaText snippet in the Header or Footer area. Both locations load the script site‑wide.
5. Paste the Script: Copy your unique JavaScript code from your SeaText account and paste it into the chosen area.
6. Save and Publish: Click Save to apply the changes. Ensure your website is published so the script can load for visitors.

How SeaText Works After Installation

Once the script loads, SeaText remains inert until a visitor interacts with the site. After about 40 seconds of active browsing, the script establishes a secure handshake with SeaText servers and links the domain to your account.

When the handshake succeeds, you see your website name appear next to the SeaText logo in the dashboard. At that moment, the platform deploys its autonomous AI agents: Conversion, Translation, Bot Refund, Google Ads, AI SEO, and others.

These agents operate at the edge, modifying page elements in real time without touching your source code. They can rewrite headlines, translate content, detect bot clicks, and send purchase signals to Meta and Google CAPI.

Header vs Footer Injection: Trade-offs

Placing the script in the Header loads it early in the page lifecycle, which can shorten the time before SeaText becomes active. However, some themes may delay execution if the header contains blocking resources.

Footer injection loads the script after the main content, reducing the chance of interfering with above‑the‑fold rendering. The activation timer still starts when the script executes, so the 40‑second activity window begins slightly later.

For most Squarespace sites, either location works fine. Choose Header if you want the earliest possible start; choose Footer if you prioritize initial render speed.

Verification Process

After saving the code, visit your website and refresh the page several times. Stay on the page for at least 40 seconds to allow the AI to activate and link to your account.

Wait at least five minutes, then check your SeaText dashboard; you should see your website name displayed next to the SeaText logo. If it does not appear after 10 minutes, contact support for assistance.

You can also open the browser console and look for a SeaText log entry confirming successful initialization.

Why Global Injection Matters

Using the global header or footer injection ensures consistency across all current and future pages. If you were to add the code manually to individual pages, you would risk missing new pages as you build your site.

A global approach means every new page you create automatically inherits the SeaText functionality, keeping your conversion agents and translation tools active without extra work.

This reduces maintenance overhead and guarantees that AI‑driven optimizations apply uniformly, which is essential for accurate analytics and consistent user experience.

Key Facts About SeaText Installation

Limitations and Considerations

Development URLs such as localhost or preview domains cannot be used because SeaText ties the script to a verified, public domain for security.

If you need to test on a staging subdomain, you must create a separate SeaText account for that subdomain, as each account links to a single primary URL.

The activation timer starts only when a visitor actively browses the site; leaving the page open without interaction does not count toward the 40‑second requirement.

Multi‑domain setups require one SeaText account per domain; you cannot reuse a single account across different top‑level domains.

Although the script is lightweight, extremely old browsers may delay execution; however, SeaText falls back gracefully and does not break page functionality.

Common Setup Mistakes

The most common error is failing to wait for the initial handshake between your site and the SeaText servers. Because the AI remains inert until activated, you must spend time on the site after installation to trigger the connection.

Another mistake is using a temporary or "localhost" domain, which will not function correctly with the security protocols in place.

Some users place the script in both Header and Footer, causing duplicate execution; this is unnecessary and may slightly increase load time.

Finally, forgetting to republish the site after saving the Code Injection settings prevents the script from being served to visitors.

Troubleshooting and Follow‑up Questions

Why do I not see my site in the dashboard after installation? Verify that you have published the site, waited at least five minutes, and refreshed the page several times while staying active for 40 seconds.

Does SeaText slow down my site? The script loads asynchronously from edge nodes and adds negligible latency; most users report no perceptible impact on load times.

Can I use SeaText on multiple domains? Yes, but you must create a separate SeaText account for each primary domain; each account is tied to a single URL.

What if I need to change the injection location later? Simply edit the Code Injection setting, move the snippet to Header or Footer, save, and republish; the change takes effect immediately.

How does SeaText handle multi‑language sites? The Translation Agent can translate every page into up to 125 languages without additional code, operating at the edge for zero‑ms latency.

Is there a limit to the number of pages? No, the global injection applies to an unlimited number of pages under the same domain.

Frequently Asked Questions

• Do I need to pay for each page? No, SeaText is licensed per website, not per page.
• Will this slow down my site? SeaText is designed for edge-speed performance to ensure minimal impact on load times.
• Can I use this on multiple domains? Yes, but you must create a separate SeaText account for each primary domain.
• What if I don't see my site in the dashboard? Refresh your site a few times and wait 10 minutes; if it still fails, contact the support team.
• Is the code visible to visitors? No, the code injection is handled on the server side and remains invisible to your site visitors.
• How often does SeaText update its agents? Updates are pushed automatically from the edge; no manual action is required.

If you want to personalize website content based on what someone searched for, you have three practical paths. First, landing page adapters rewrite headlines, offers, and proof points the moment a paid click arrives so the page mirrors the exact keyword. Second, site-wide personalization engines adjust copy, product blocks, and calls to action across the whole session based on visitor context. Third, intent analysis tools tell you what people are searching for so you can build better pages manually. The best tool depends on which problem you are solving: ad scent disconnect, generic site experience, or lack of intent data.

What intent-based personalization actually means

Intent-based personalization changes what a visitor sees based on the search query or referral source that brought them to your site. It is not the same as showing different content to returning visitors or segmenting by geography. The signal comes from the search term itself — either passed through UTM parameters, Google Ads ValueTrack tags, or the referrer header — and the response happens before the page fully renders.

When someone searches "rent house this week" and clicks your ad, they expect to see availability, pricing, and a fast way to book. If they land on a generic "real estate agency" page, they bounce. Intent personalization closes that gap automatically.

Three categories of tools that do this

1. Landing page adapters for paid traffic

These tools intercept the click, read the keyword from the ad platform, and rewrite the landing page in milliseconds. They are built for Google Ads and Meta campaigns where you control the traffic source and can pass the keyword reliably.

• SeaText Google Ads Agent reads the incoming Google Ads search query via utm_term or ValueTrack {keyword} tags and rewrites the headline, subhead, and proof points in under 15 ms to match the search query perfectly. One page becomes a keyword-matched landing page for every paid click.
• Unbounce Smart Builder and Instapage offer dynamic text replacement that swaps predefined text blocks based on URL parameters. You set up the variants; they insert the keyword.
• Google Optimize (sunsetting) and its successor Google Optimize 360 allowed server-side experiments but required manual variant creation for each keyword group.

2. Site-wide personalization engines

These platforms adjust content across the entire site based on visitor context — search keyword, referral source, behavior, firmographics, or CRM data. They work for organic, direct, and paid traffic alike.

• SeaText AI Personalization Agent adapts site copy in real time to visitor context, including the referring campaign, so headlines and offers align with the traffic source.
• Coveo provides search and recommendation personalization that uses intent signals from on-site search and browsing history to tailor results and content blocks.
• Optimizely and VWO offer feature flags and experimentation that can be triggered by URL parameters or audience conditions, but they require you to define the variants and rules.

3. Intent analysis and keyword clustering tools

These do not change your page automatically. They tell you what intents exist in your keyword set so you can build dedicated pages or brief writers.

• thruuu analyzes SERPs for a keyword list and clusters them by search intent (informational, commercial, transactional, local).
• Semrush and Ahrefs include intent labels in their keyword research modules.
• AlsoAsked and AnswerThePublic surface the questions people ask around a topic, revealing sub-intents.

Selection criteria: how to choose

Decision framework: match the tool to your situation

1. You run Google Ads or Meta campaigns and see high bounce rates on landing pages. Start with a landing page adapter. SeaText Google Ads Agent, Unbounce, or Instapage dynamic text replacement will fix the ad-to-page mismatch fastest.
2. You want every visitor — organic, paid, direct — to see messaging that matches their intent. Choose a site-wide personalization engine. SeaText AI Personalization Agent or Coveo can adapt copy across the session based on the entry keyword or referrer.
3. You are building a content strategy and need to know what intents to target. Use an intent analysis tool first. thruuu, Semrush, or AlsoAsked will map the intent landscape so you can create the right pages.
4. You have the pages but need to test which variants convert. Add a CRO testing layer. SeaText Conversion Agent, Optimizely, or VWO can run continuous A/B tests on headlines, offers, and CTAs once the intent-matched versions exist.

Practical scenarios

Scenario A: Ecommerce brand with 200+ product keywords

You bid on "cheap flats to rent," "studio flat downtown," "family home for sale," and dozens of long-tail terms. Creating a unique landing page for each is impossible. A landing page adapter rewrites one template page so each keyword shows the right neighborhood, price range, and availability message. SeaText Google Ads Agent does this automatically by reading the keyword from the ad click.

Scenario B: B2B SaaS with mixed traffic sources

Visitors arrive from organic search ("project management software for agencies"), referral links (partner blog post), and branded search. A site-wide personalization engine detects the referrer or on-site search query and adjusts the homepage hero, case study strip, and CTA to match. SeaText Visitor Source Rewrites matches landing page headlines to referrer campaigns.

Scenario C: Content team planning a new site section

Before writing, you need to know whether "CRM for real estate" searches are looking for comparisons, pricing, demos, or reviews. An intent analysis tool clusters the keyword set and shows the dominant intent per cluster. thruuu or Semrush intent labels give you that map.

Key facts from SeaText capabilities

Limitations and when this advice does not apply

• No keyword data, no personalization. Organic search keywords are largely hidden by privacy changes (Google secure search, iOS ITP). If you cannot capture the query via UTM, ValueTrack, referrer, or on-site search, you cannot personalize to it.
• Brand safety risk with full automation. AI rewrites can produce off-tone or legally problematic copy. Always keep a review step for high-stakes pages (pricing, compliance, medical, financial).
• Single-page adapters do not fix site-wide experience. If the visitor navigates away from the landing page, the personalization ends unless you use a site-wide engine.
• Intent analysis tools do not execute. They give you a map; you still need to build and deploy the personalized pages.
• Ad platform dependency. Landing page adapters rely on the ad platform passing the keyword reliably. If Google changes ValueTrack or Meta strips parameters, the signal breaks.

Terminology

• Ad Scent Disconnect: The mismatch between the promise in the ad (specific keyword) and the generic landing page the click lands on.
• ValueTrack {keyword}: A Google Ads parameter that inserts the exact keyword that triggered the ad into the destination URL.
• UTM term: A standard UTM parameter (utm_term) used to pass the keyword or search term in the URL.
• Edge deployment: Code that runs on CDN edge servers close to the visitor, enabling sub-50 ms personalization without origin server round-trips.
• CAPI (Conversions API): Server-to-server event tracking that bypasses browser blockers and ITP restrictions.
• Smart Bidding / Advantage+: Automated bid strategies in Google Ads and Meta that optimize for conversion value using machine learning.

FAQ

Can I personalize for organic search keywords?

Only if you capture the keyword another way. Google stopped passing organic keywords in the referrer years ago. You can use on-site search data, referral source (e.g., a specific blog that ranks for a term), or third-party intent data, but you cannot reliably read the organic query directly.

How much does a landing page adapter cost?

SeaText offers a free 1-month pilot trial for the Google Ads Agent. Unbounce and Instapage dynamic text replacement are included in their standard plans (starting around $99–$199/month). Enterprise personalization platforms like Coveo or Optimizely typically start at several thousand dollars per month.

Do I need developer resources to set this up?

SeaText claims activation in under 1 minute via a single script tag. Unbounce and Instapage require building the page in their builder first. Coveo, Optimizely, and VWO usually need tag manager configuration and data layer work, which often involves a developer.

Will personalized pages hurt my SEO?

If the personalization happens client-side after the initial HTML loads, search crawlers see the base version. That is safe for SEO but means organic visitors see the generic page. Server-side or edge personalization shows the personalized version to crawlers, which can create cloaking risk if the content differs substantially. Use canonical tags and ensure the base page satisfies the primary intent.

What if the AI writes something wrong?

SeaText allows manual editing of AI-generated rewrites before they go live. Most platforms with AI copy generation include a review step. For regulated industries, keep human approval mandatory.

How do I know if personalization is working?

Compare bounce rate, time on page, and conversion rate for personalized vs. generic traffic segments. SeaText reports a bounce rate drop from 59.3% to 1.8% and Quality Score improvement from 4/10 to 9/10 in their example. Set up an A/B test with 50/50 split to measure lift on your own traffic.

Can I use multiple tools together?

Yes. A common stack: intent analysis tool (thruuu) to map keywords → landing page adapter (SeaText Google Ads Agent) for paid traffic → site-wide personalization engine (SeaText AI Personalization Agent) for all traffic → CRO testing agent (SeaText Conversion Agent) to optimize variants. Each layer solves a different problem.

Quick verdict: edit when the direction is right, rewrite when it isn't

If an AI-generated variant captures the right angle but needs tighter phrasing, stronger proof points, or a clearer call to action, editing wins. You keep the structural insight the model produced and spend minutes polishing instead of hours rethinking. If the variant pursues the wrong angle, uses the wrong tone, or tests a hypothesis you've already invalidated, starting fresh avoids polishing a dead end.

Why this decision matters for your testing velocity

Every A/B test cycle has a fixed time budget. Editing a near-miss variant can produce a test-ready version in 10 minutes. Drafting a fresh variant from a new prompt takes 30 to 60 minutes when you include prompt engineering, generation, and review. Over a month of weekly tests, that difference compounds into hours of saved work. The choice also affects how fast the AI improves. SeaText's AI Copy A/B Testing Agent feeds your edits back into its generation model (S1). Consistent corrections teach the system your brand voice, preferred proof formats, and winning structures. Each reset loses that accumulated context.

Choose editing when

• The variant's headline, structure, and core argument align with the test hypothesis.
• You need 5-10 micro-variations (different hooks, CTAs, proof formats) for the same concept.
• Brand voice is 90% there and only needs tightening.
• You're in a rapid testing cycle and want the AI to learn from your corrections.
• The variant performs well on reading telemetry (scroll depth, dwell time) but needs a stronger CTA.
• You have a library of approved phrases, legal disclaimers, or proof points that can be dropped in.

Choose fresh creation when

• The variant tests a hypothesis you've already disproven.
• Legal, compliance, or brand-voice violations exist in the core structure.
• You're exploring a new angle, audience segment, or value proposition.
• The AI's output feels generic because the prompt was too vague — fix the prompt, not the output.
• Reading behavior shows visitors drop off before the fold — the hook itself is wrong.
• You need to test a radically different structure (e.g., long-form vs. bullet-point, story vs. direct).

Mechanics of how AI learns from your edits

SeaText's AI Copy A/B Testing Agent analyzes visitor reading behavior — scroll depth, dwell time, interaction patterns — to inform which variants get generated next (S1, S3). When you edit a variant directly in the platform, that correction feeds back into the model for future generations. The system treats your edit as a positive signal: "This structure works, keep it; this phrasing works, reuse it." Over dozens of tests, the agent builds a latent profile of your high-performing patterns. Starting a fresh prompt discards that profile for the new context window. The agent still retains global learnings across your account, but the specific campaign context resets.

Practical scenarios: editing vs fresh creation in action

Scenario 1: Headline optimization for a proven angle

Your test hypothesis: "Emphasizing speed increases signups for busy professionals." The AI generates a variant with the right structure but a weak headline. You edit the headline to "Get set up in 3 minutes." The variant wins. You then generate 5 micro-variations by swapping the CTA button text. All edits take 15 minutes total. The AI learns that "3 minutes" phrasing works for this segment.

Scenario 2: Pivoting to a new value proposition

Your test hypothesis shifts from "speed" to "security." The existing variants all lead with speed metrics. Editing each one to lead with security would require rewriting the opening, the proof points, and the CTA. A fresh prompt with the new hypothesis, target audience, and key proof points produces three distinct angles in one generation round. You review, pick the best, and test.

Scenario 3: Compliance fix on a high-performing variant

A variant converts 18% better but uses a phrase legal flagged ("guaranteed results"). You could edit that phrase out, but the variant's whole argument rests on certainty. Removing it weakens the logic. A fresh prompt with a negative constraint ("Do not use guarantee language") produces a variant that argues from evidence instead. The new variant keeps the conversion lift without legal risk.

Advanced decision criteria for teams

How SeaText's AI A/B Testing Agent fits this workflow

SeaText's AI Copy A/B Testing Agent generates copy variants and automatically scales the winners (S1, S3, S6). The system produces multiple variants per test, then you can either edit the promising ones directly in the platform or trigger a new generation round with adjusted prompts. This hybrid approach lets you keep what works and discard what doesn't without leaving the testing interface.

Key capability: the agent analyzes visitor reading behavior (scroll depth, dwell time, interaction patterns) to inform which variants get generated next (S1). When you edit a variant, that correction feeds back into the model for future generations. When you request a fresh batch, you can steer the prompt toward a new hypothesis while retaining the performance data from previous tests.

Limitation: the agent optimizes for conversion lift on your existing traffic. It does not replace strategic positioning work — if your value proposition is unclear, no variant volume will fix it. You still need to define the hypothesis before the AI can test it.

Decision framework: 5-minute checklist

1. Read the variant once. Does it address the test hypothesis? Yes → consider editing. No → fresh prompt.
2. Check brand & compliance. Any hard stops (legal claims, forbidden terms, tone violations)? Yes → fresh prompt with stricter constraints.
3. Estimate fix time. Can you make it test-ready in <15 minutes? Yes → edit. No → fresh prompt.
4. Assess variant diversity. Do you need 5 similar tweaks or 3 distinct angles? Similar → edit. Distinct → fresh prompts per angle.
5. Consider AI learning. Have you been editing this campaign's variants consistently? Yes → keep editing to compound learning. No → fresh prompt may reset a confused context.

Common mistakes

• Polishing a dead hypothesis. Editing cannot fix a variant that tests something your audience doesn't care about. Check the hypothesis first.
• Over-editing into Frankenstein copy. Three rounds of edits often produce incoherent flow. If you're on round three, start fresh.
• Treating all variants the same. Some variants deserve editing (high-potential, near-miss). Others deserve deletion (fundamentally misaligned). Triaging saves time.
• Ignoring the prompt. If the AI keeps missing the mark, the prompt is the problem. Adjust instructions, temperature, or examples before generating more variants.
• Editing without reading data. A variant with low scroll depth needs a new hook, not a CTA tweak. Let reading telemetry guide the edit scope.

Key facts

Limitations & when this advice doesn't apply

• Highly regulated copy (pharma, finance, legal) — every word may need legal review regardless of origin. Fresh drafts with pre-approved blocks are often safer.
• Brand voice debut. If you're defining voice for the first time, AI variants will be generic. Write the foundational pieces manually, then use AI for scale.
• Zero-traffic pages. A/B testing needs traffic to reach significance. On new pages, edit for clarity and launch; test later.
• One-off campaigns. If you'll never run a similar test again, the AI learning loop has no compounding value. Do whatever is fastest.
• Cross-channel consistency requirements. If the same copy must appear in email, ads, and landing pages simultaneously, a fresh prompt with channel constraints is cleaner than editing each channel's variant separately.

Integration with existing workflow

Most teams already have a content review process: draft → edit → approve → publish. The edit-vs-fresh decision fits into the "draft" stage. Treat AI-generated variants as drafts. If your review cycle includes legal or brand sign-off, factor that into the fix-time estimate. A variant that needs legal review on every edit will slow you down. In that case, a fresh prompt with pre-approved language blocks may move faster end-to-end. SeaText's platform lets you save approved snippets as reusable components (S1), so fresh prompts can pull from a compliant library.

FAQ

How many variants should I test at once?

Start with 3-4 distinct angles. Once a winner emerges, generate 5-10 micro-variations of that angle (headline, CTA, proof format) via editing. SeaText's agent automates this progression.

Does editing a variant count as a new test?

No. An edited variant replaces the original in the same test slot. Performance data resets for that variant. A fresh prompt creates a new variant slot with its own data.

Can I mix edited and fresh variants in one test?

Yes. That's often the optimal strategy: keep 1-2 edited near-misses, add 2-3 fresh angles, and let traffic allocate to the winner.

What if the AI keeps generating the same bad pattern?

Change the prompt. Add negative constraints ("Do not use X phrase"), provide a negative example, or lower temperature. Editing the output repeatedly won't fix a prompt problem.

How do I know when a variant is "close enough" to edit?

If you can describe the fix in one sentence ("strengthen the proof point in paragraph 2"), it's close enough. If you need a paragraph to explain the fix, start fresh.

Does SeaText charge per variant or per test?

Pricing is based on the agent deployment model, not per-variant generation. Check with the vendor for current tiers.

Can I export variants to test outside SeaText?

Yes. Variants are editable text. You can copy them to any testing tool, though you lose the automatic winner-scaling and reading-behavior feedback loop.

What reading metrics does the agent track?

The agent monitors scroll depth, dwell time per section, hover interactions, and click patterns on CTAs. These signals feed the next generation round.

How long before the AI learns my brand voice?

Typically 10-15 edited variants in the same campaign. The effect compounds: each correction narrows the generation distribution toward your preferences.

Direct Answer

Based on the available SeaText documentation, there is no documented feature that lets you revert to the original AI-generated variant after you have made manual edits. The platform emphasizes autonomous, real-time optimization — rewriting landing pages per keyword, generating and scaling A/B test variants, personalizing copy to visitor context, and translating across 125 languages — but the source pack does not mention version history, snapshots, or an undo button for human-edited content.

This is a significant limitation for teams that need to experiment with manual copy changes. If you edit a headline and later decide the AI version was better, you cannot restore it with a single click. You would need to have saved the original text yourself before editing.

Why This Limitation Matters

Manual edits are common in real-world marketing workflows. A copywriter might tweak a headline to match a brand voice. A compliance officer might adjust a claim to meet legal requirements. A growth lead might test a different CTA. In each case, the edited version becomes the live page. If the edit underperforms, the team needs a way to go back.

Without a revert feature, teams face three risks. First, they lose the original AI copy permanently. Second, they cannot compare the manual version against the AI version in a controlled test. Third, they may be forced to recreate the AI copy from scratch, which is time-consuming and may not produce the exact same result.

This limitation also affects audit trails. If a regulatory question arises about what copy was live at a specific time, there is no built-in record of the AI original or the manual edit. Teams must maintain their own logs outside the platform.

How SeaText's AI Agents Work

SeaText deploys over 20 specialized AI agents that operate at the edge of your website. The Google Ads Landing Page Agent rewrites page copy in real time to match each campaign keyword and visitor intent. The AI Copy A/B Testing Agent continuously generates new variants, measures performance, and promotes winners without manual intervention. The AI Personalization Agent adapts headlines, offers, and CTAs to individual visitor signals such as referral source, geography, and behavior.

These agents are designed to run automatically once activated, reducing the need for manual copy editing in the first place. The platform's value proposition is that AI handles the optimization loop. When you manually edit a variant, you are stepping outside that loop. The system may not track your change as a distinct version.

The source pack describes the agents as one-click activation with automatic optimization. It does not describe a user interface for viewing, comparing, or restoring previous AI outputs. This suggests that the platform treats AI-generated copy as ephemeral — generated on demand and replaced as new variants are tested.

What the Documentation Covers

The source pack details capabilities such as:

• Real-time landing page rewrites for Google Ads keyword intent (source S1)
• Autonomous A/B testing that generates variants and scales winners (source S1, S3)
• Visitor source adaptation that matches headlines to referring campaigns (source S3, S4)
• Website translation into 125 languages with full control (source S3, S4)
• Bot click detection and refund claim preparation (source S3, S4)
• ChatGPT brand visibility shaping (source S3, S4)

None of these descriptions include a revert or rollback mechanism for manual edits. The documentation also does not mention a version history log, a snapshot feature, or a compare tool. The closest related feature is the AI Copy A/B Testing Agent, which generates variants and scales winners. But that agent works autonomously — it does not provide a user-facing history of past AI outputs.

The source pack also mentions split URL testing with zero-flicker and dynamic traffic routing. This could be used to compare a manual version against an AI version, but it is not a revert feature. It is a testing tool that requires you to set up two separate URLs.

Practical Implications

If you manually edit an AI-generated variant — for example, tweaking a headline that the Copy A/B Testing Agent produced — the platform's documentation does not indicate a built-in way to restore the exact prior AI version. Teams that require audit trails, compliance snapshots, or easy rollback should treat manual edits as permanent unless they maintain their own backups outside SeaText.

This has several practical consequences. First, you should never edit an AI variant without first saving a copy of the original. Second, you should document your manual changes in a separate system, such as a spreadsheet or a content management system. Third, you should plan your testing strategy so that manual edits are deliberate and reversible through your own processes.

For teams that rely on SeaText for continuous optimization, the lack of a revert feature may be acceptable. The platform is designed to run autonomously, so manual edits are rare. But for teams that need human oversight, the limitation is real and must be managed.

Workarounds and Best Practices

1. Save a copy before editing. Keep the original AI-generated text in a document or note so you can paste it back if needed. This is the simplest and most reliable workaround.
2. Use the platform's testing framework. Instead of manually overwriting a winning variant, let the AI Copy A/B Testing Agent run a new experiment against the current winner. The system will automatically keep the better performer.
3. Leverage personalization rules. If you need a specific message for a segment, configure the AI Personalization Agent or Visitor Source Rewrites rather than hand-editing the base variant.
4. Export content regularly. For compliance or backup purposes, periodically export your live page copy from the CMS or via SeaText's dashboard if that export function exists.
5. Use split URL testing for comparisons. If you want to compare a manual edit against the AI original, set up a split URL test. One URL serves your manual version, the other serves the AI version. The platform's zero-flicker split testing can route traffic dynamically.
6. Maintain an external version log. Record every manual edit in a spreadsheet or document. Include the date, the person who made the change, and the reason. This creates an audit trail that SeaText does not provide.

Limitations of This Answer

The source pack provided to me does not include SeaText's full feature changelog, API documentation, or user-interface guides. It is possible that a version-control or revert feature exists in the live product but is not described in the supplied materials. For definitive, up-to-date information, check the SeaText dashboard, help center, or contact their support team.

This answer is based solely on the provided sources. The sources describe the platform's capabilities at a high level. They do not include screenshots, user manuals, or technical documentation that might reveal a hidden revert feature. If SeaText has added version control since these sources were published, this answer would be outdated.

You should verify the current state of the product before making decisions. The best way to do this is to log into your SeaText account and look for a version history or undo option. If you do not see one, contact support and ask directly.

Key Facts

Frequently Asked Questions

Does SeaText keep a history of AI-generated variants?

The supplied documentation does not mention a variant history log. The AI Copy A/B Testing Agent "generates variants and scales the winners," implying the system tracks performance, but there is no description of a user-accessible history or rollback UI.

Can I disable automatic rewrites for a specific page?

The source pack does not address granular on/off controls per page. The agents are described as "one-click activation" and "optimization runs automatically" (S1, S3).

What happens if I edit a page that SeaText is actively rewriting?

Not documented. Since the Google Ads Agent rewrites "in real time at the edge" (S3, S4), manual edits may be overwritten on the next visitor session unless you exclude that page or element from the agent's scope.

Is there an API to fetch previous AI variants?

The source pack mentions "AI Agent Actions (WebMCP) — Turn your website into an MCP server for Claude & ChatGPT" (S3, S4, S6) but does not detail a REST API for variant history.

How do I back up my current live copy?

Not covered in the provided sources. Standard practice: export from your CMS or use browser dev tools to save the rendered HTML.

Can I compare a manual edit against the AI original in an A/B test?

Yes, conceptually. You could create a split URL test ("0ms zero-flicker URL split tests with dynamic traffic routing" — S3, S4) where one URL serves your manual version and the other serves the AI-generated version.

Where can I find the latest feature list?

Check the SeaText dashboard, the "See the agents" page (S3, S4), or the pricing/demo pages (S1, S2) for the most current capabilities.

What is the best way to avoid losing the AI original?

Save a copy before you edit. Paste the AI text into a document, a note, or a separate file. This is the only reliable method given the current documentation.

Does SeaText offer a manual edit mode?

The source pack mentions "Edit rewrites manually or with AI" (S1). This indicates manual editing is possible, but it does not describe a revert feature for those edits.

Can I restore a deleted AI variant?

Not documented. If you delete or overwrite an AI variant, there is no described way to recover it. Your only option is to regenerate it, which may produce different text.

SeaText connects to Odoo by placing a JavaScript snippet into an Embed Code block inside the Website module. The published integration guide walks through the installation steps but does not state which Odoo versions are officially supported. The reliable way to confirm compatibility is to consult the SeaText Odoo integration page or the Odoo App Store listing for a supported version range (for example, Odoo 15, 16, 17) and match that against the version running on your instance.

Understanding the SeaText-Odoo Integration Method

SeaText does not install as a native Odoo module from the Odoo App Store. Instead, you add the SeaText JavaScript code through the standard Website builder. The process uses the Embed Code block under Dynamic Content, then hides the block on desktop so the script runs without displaying a visible element. Because the integration relies only on the Website module and the ability to paste JavaScript, it works on any Odoo version that includes the Website module with the Embed Code block and visibility controls.

This approach is deliberately lightweight. It avoids database schema changes, custom Python modules, or server-side dependencies. That means the integration is less likely to break during Odoo upgrades, but it also means the compatibility surface is defined by the Website builder features rather than by a formal module version.

The key technical requirement is that your Odoo version must include the Website module with the Embed Code block. This block has been present since Odoo 14 in most standard builds. However, some older versions or heavily customized instances may not expose it. The visibility controls, specifically the "Hide on Desktop" option, are also standard in recent versions.

How to Check Your Current Odoo Version

1. Log in to your Odoo database as an administrator.
2. Open the Settings app (gear icon).
3. Scroll to the bottom of the Settings page and click "About" or look for the version line at the very bottom of the left-hand menu.
4. Note the major version number (for example, 15.0, 16.0, 17.0).

If you cannot see the version in Settings, you can also open the developer tools (activate developer mode, then use the bug icon > View Metadata) or check the database list on your Odoo.sh or on-premise server.

For Odoo Online (SaaS), the version is usually displayed in the top-right corner of the backend. For Odoo.sh, you can see the version in the project settings. For on-premise installations, the version is often visible in the database list or in the server logs.

Knowing your exact version matters because the Embed Code block and visibility controls have evolved. For example, older versions may require a different block name or may not support the "Hide on Desktop" option. If you are on Odoo 14 or earlier, you should test the block availability before assuming compatibility.

Where to Find SeaText's Official Version Requirements

The SeaText Odoo integration page (seatext.com/odoo-integration) is the primary source for compatibility information. If the page does not list a version range, check the Odoo App Store for a SeaText listing — some third-party connectors are published there with explicit version badges. When neither source publishes a range, assume the integration works on any currently supported Odoo version that includes the Website module with Embed Code and visibility options, but verify with SeaText support before deploying to production.

The SeaText integration page provides step-by-step instructions but does not explicitly state a supported version range. This is a common pattern for lightweight JavaScript integrations. The absence of a version list does not mean the integration is broken; it means the compatibility is defined by the Website builder features rather than by a formal module version.

If you are using Odoo Enterprise, the Website module is included in the standard subscription. If you are using Odoo Community, the Website module is also available, but some advanced features may differ. The Embed Code block is available in both editions, so the integration should work in either case.

Compatibility Readiness Checklist

This checklist is a practical heuristic. It covers the most common failure points. If you pass all six checks, the integration is very likely to work. If you fail any check, you have a specific issue to resolve before proceeding.

Key Facts from SeaText Documentation

These facts come directly from the SeaText Odoo integration guide. They define the operational constraints. The most important one is the domain restriction: you cannot use localhost or dynamic development domains. This is a security measure to prevent abuse and to ensure that traffic is correctly attributed to your account.

The multi-site requirement is also critical. If you run multiple websites from different Odoo databases, you need a separate SeaText account for each domain. The script is not shared across databases. This is a common point of confusion for users with multi-tenant setups.

Common Compatibility Issues and Workarounds

Missing Embed Code Block

Older Odoo versions (pre-14) or customized Website modules may not include the Embed Code block under Dynamic Content. Workaround: use a custom HTML block or ask your developer to inject the script via a QWeb template override.

If you are on Odoo 13 or earlier, the Embed Code block may not exist. In that case, you can use a custom HTML block, but you will need to manually add the script tag. This is more fragile and may not support the "Hide on Desktop" option. A QWeb template override is a more robust solution, but it requires developer involvement.

Content Security Policy Blocks Script

If your Odoo instance or reverse proxy sets a strict CSP, the SeaText script may be blocked. Add https://seatext.com and the SeaText CDN domain to the script-src directive.

CSP is a common issue in enterprise environments. If you see a console error about "Content Security Policy" or "Refused to execute inline script", you need to update your CSP configuration. This is a server-side change, not an Odoo setting.

Localhost or Staging Domains

SeaText restricts localhost and dynamic development domains. For staging, use a real domain (e.g., staging.yourdomain.com) and register it in your SeaText account.

This restriction is intentional. SeaText needs to associate traffic with your account reliably. Dynamic domains like *.ngrok.io or *.herokuapp.com may not work because the domain changes frequently. Use a stable subdomain for staging.

Multi-Database Odoo Instances

Each Odoo database that serves a distinct website needs its own SeaText account and script. The script is not shared across databases.

If you have a single Odoo instance with multiple databases, you must create a separate SeaText account for each database. This is a common requirement for agencies managing multiple clients.

Limitations of Current Documentation

• No explicit supported Odoo version list is published on the SeaText integration page.
• No Odoo App Store listing for SeaText was found in the source pack; the integration is documented as a manual JavaScript embed.
• No guidance on Odoo Enterprise vs. Community differences for the Website module.
• No information on Odoo.sh or Odoo Online specific constraints.

Because of these gaps, treat the checklist above as a practical heuristic. Confirm with SeaText support if you run an older LTS version (14 or earlier) or a heavily customized Odoo build.

The documentation is focused on the installation steps, not on compatibility. This is typical for a lightweight integration. However, it means you need to do some verification yourself. The checklist above is designed to fill that gap.

If you are on a version that is not explicitly supported, you have two options: upgrade Odoo to a supported version, or contact SeaText support for a custom integration review. The latter is safer if you cannot upgrade immediately.

Frequently Asked Questions

Does SeaText work on Odoo Community Edition?

Yes, if the Community Edition includes the Website module with the Embed Code block and visibility controls. The integration does not require Enterprise-only features.

Can I install SeaText on Odoo 14 or 13?

The source pack does not confirm support for versions older than 15. Check the Embed Code block availability in your version; if present, the script will likely run, but SeaText has not published a guarantee.

Do I need a separate SeaText account for each Odoo database?

Yes. Each SeaText account is linked to a single primary URL. If you serve multiple websites from different databases, create one account per domain.

Will SeaText work behind a VPN or on a private network?

SeaText requires a valid, publicly resolvable domain. Private IPs, localhost, and dynamic development domains are restricted for security reasons.

What happens if my Odoo version is not supported?

The script may still execute, but SeaText cannot guarantee functionality or provide support. Upgrade Odoo or contact SeaText for a custom integration review.

Where do I get the SeaText JavaScript snippet?

Log in to your SeaText dashboard; the code appears in the integration section. Copy it and paste into the Embed Code block as described in the integration guide.

Can I use SeaText with Odoo's multi-website feature?

Yes, but each website domain needs its own SeaText account and script. Configure the Embed Code block on each website separately.

How do I test if the script is running?

After saving the Embed Code block, visit your website and open the browser developer tools. Look for network requests to seatext.com. If you see them, the script is loading.

What if the script loads but SeaText does not appear?

Check that your domain is registered in the SeaText dashboard. Also verify that you have an active SeaText account. The script will not function without a valid account.

Does SeaText work with Odoo's website builder in edit mode?

Yes, the Embed Code block is available in the editor. However, the script may not execute in edit mode. Test on a live page to confirm functionality.

Understanding SeaText Data Export

Exporting data from SeaText is crucial for in-depth analysis. It allows you to move beyond the dashboard's visualizations. You can then use external tools for deeper insights. This helps in understanding AI SEO performance. It also aids in recovering ad spend. Optimizing conversion rates becomes more manageable. Without export capabilities, your analysis is limited to what SeaText presents. This can hinder strategic decision-making.

The SeaText integration with Odoo is not a native Odoo application. It functions as a JavaScript embed. This code runs on your website's front end. SeaText collects and processes data on its own servers. It does not store this data within Odoo's database. Consequently, Odoo's standard export features will not yield SeaText information. You must access your SeaText account directly to retrieve your data.

The SeaText dashboard provides various reports and data sets. These are generated by the autonomous AI agents you have activated. Common exports include AI SEO content performance metrics. You can also export bot click refund records. Data on conversion relay events is available. Translation activity reports can also be downloaded. The specific data available for export depends on your active SeaText agents.

SeaText Dashboard Export vs. Odoo Native Export

When working with SeaText and Odoo, it's important to distinguish where your data resides and how to access it. SeaText operates independently of Odoo's internal database. This fundamental difference dictates the export process.

Who is it for?

• SeaText Dashboard Export: Ideal for users who need to analyze website performance metrics generated by SeaText's AI agents. This includes marketers, SEO specialists, and CRO managers looking for actionable insights beyond Odoo's core functions.
• Odoo Native Export: Essential for Odoo administrators and users managing core business operations. This is for exporting transactional data, customer information, or inventory levels directly from Odoo.

Recommendation:

If your goal is to analyze data generated by SeaText's AI tools (like SEO performance or bot traffic), use the SeaText Dashboard Export. If you need to extract standard business data managed within Odoo (like sales orders), use Odoo Native Export. Attempting to export SeaText data from Odoo will not yield the desired results.

Why the Export Process Matters

Exporting data from SeaText is more than just downloading a file. It's a critical step for unlocking the full potential of the AI insights SeaText provides. Without this capability, your analysis would be confined to the SeaText dashboard's interface. This can limit your ability to perform deep dives, integrate data with other business intelligence tools, or create custom reports.

For instance, if you're using SeaText's AI SEO Agent to generate Q&A pages, exporting this data allows you to analyze keyword performance, content engagement, and organic traffic trends over time. You can then compare this with other SEO tools or your overall content strategy. Similarly, data from the Bot Click Refund Agent can be exported to verify the extent of bot traffic and its impact on your ad spend. This exported data can be used to build custom dashboards or present findings to stakeholders.

The ability to export also supports data warehousing and historical analysis. As your website evolves and SeaText agents gather more data, having the ability to export and store this information allows for long-term trend analysis. This is invaluable for understanding the sustained impact of AI interventions and for making informed strategic adjustments.

Prerequisites Before You Export

To ensure a smooth and accurate data export, several prerequisites should be met. These steps prevent common issues like incomplete data or failed downloads.

• Active SeaText Account: You must have an active SeaText account. This account should be the one linked to the primary domain where the SeaText embed code is installed. Each SeaText account is tied to a specific primary URL.
• Correct Domain Association: If you manage multiple domains, such as a staging site and a live production site, you need separate SeaText accounts for each. Ensure you are logged into the SeaText account that corresponds to the domain you wish to export data from. Using the wrong account will result in missing or incorrect data.
• Data Collection Window: SeaText can only provide data collected after the JavaScript embed code was successfully installed and activated on your website. Data from periods before the script's installation is not available for export.
• User Permissions: Verify that your user role within the SeaText account has the necessary permissions to export reports. Some SeaText plans may restrict export capabilities to account owners or administrators.

Step-by-Step Export Process from SeaText Dashboard

The process for exporting data from SeaText is straightforward. It involves logging into your SeaText account and navigating to the relevant section. While exact button labels might vary slightly across different SeaText dashboard versions, the general workflow remains consistent.

1. Log in to SeaText: Go to the SeaText website and sign in using the credentials for the account associated with your Odoo domain.
2. Access Reporting or Configuration: Locate and click on the menu item for reports, data, analytics, or configuration. The export function is typically found within one of these areas.
3. Select the Data Set: Choose the specific report, agent output, or data view you intend to export. Examples include AI SEO content performance, bot click refund records, or translation activity logs.
4. Choose the Export Format: Select either CSV (Comma Separated Values) or Excel as your desired format. CSV is recommended for large datasets as it is a plain text format and less prone to timeouts. Excel is suitable if you require formatting, multiple sheets, or a file ready for presentation.
5. Define Date Range and Filters: Apply filters to narrow down the export. Specify the date range and any other relevant criteria to retrieve only the data you need. Smaller, more targeted exports are generally faster and easier to manage.
6. Initiate the Export: Click the "Export" or "Download" button. The system will generate the file, and it will be saved to your computer. Keep the browser tab open until the download is complete.
7. Verify the Exported File: Once downloaded, open the CSV or Excel file. Check the row count, column headers, and date range to ensure they match your selections in the SeaText dashboard.

Common Pitfalls: The Wrong Menu and Account

A frequent mistake users make is looking for the SeaText export option within Odoo itself. Because SeaText is an embed and not a native Odoo module, its data is not stored in Odoo's database. Therefore, Odoo's built-in export function, typically found in list views, will only export Odoo-specific records like sales orders, contacts, or products. It will not provide any SeaText data.

Another common error is exporting from the incorrect SeaText account. If you use separate SeaText accounts for your staging and production environments, attempting to export from the staging account might yield very little or no data. Always ensure you are logged into the SeaText account that is actively linked to your live website URL.

How to Verify the Exported Data

After downloading your SeaText data, it's essential to perform a quick verification. This ensures the data is complete and accurate before you proceed with analysis.

• Row Count Check: Compare the number of rows in your downloaded file with the row count displayed in the SeaText dashboard for the same report and filters.
• Date Range Confirmation: Examine the timestamps in the file to confirm that the earliest and latest entries fall within your selected export date range.
• Column Header Verification: Ensure that all the necessary columns are present in the file and that their headers are as expected.
• Sample Data Spot Check: Select a few random rows from the exported file and compare them with the corresponding data shown in the SeaText dashboard. If these sample rows match, the export is likely accurate.

If the exported file appears empty or incomplete, try reducing the date range and exporting again. Large exports can sometimes time out. Splitting a long period into smaller chunks, such as weekly or monthly exports, can resolve this issue.

What Data Can Be Exported from SeaText?

SeaText offers a variety of autonomous AI agents, each collecting different types of data. Generally, you can export any data that is visible and reported within your SeaText dashboard. This typically includes:

• AI SEO Content Performance: Metrics related to AI-generated Q&A pages, their indexing status, and engagement.
• Bot Click Refund Records: Data detailing bot traffic identified, helping you reclaim ad spend.
• Conversion Relay Events: Information on conversion events forwarded to platforms like Meta and Google CAPI.
• Translation Activity: Reports on website translation performance and language coverage.
• CRO Test Results: Data from AI Split URL Testing and AI Copy A/B Testing, showing variant performance.
• Reading Analysis: Insights from visitor reading behavior and friction points.

However, certain types of data are not available for export. This includes raw visitor session recordings, which are typically proprietary to the platform. The underlying model weights or internal processing data of the AI agents are also not exposed. The export functionality is limited to the aggregated and analyzed data presented in the SeaText dashboard. If a specific metric or data point is not visible in the dashboard interface, it is highly unlikely to be available for export.

Why the Export Location Matters

The location from which you export SeaText data is critical for data integrity and relevance. As established, SeaText data resides on SeaText's servers, not within Odoo. Therefore, the only legitimate source for exporting this data is the SeaText dashboard itself.

Attempting to export SeaText data through Odoo's native export function is a common misunderstanding. Odoo's export tool is designed to extract data from Odoo's own database tables. These tables contain information about your business operations, such as sales orders, customer records, product inventory, and accounting entries. When you use Odoo's export feature, you are exporting Odoo's internal business data, not the website performance analytics generated by SeaText.

The SeaText dashboard, conversely, is where all the data collected by the SeaText JavaScript embed on your website is processed, analyzed, and presented. This includes data on user interactions, AI-generated content performance, bot activity, and conversion events. The export function within the SeaText dashboard is specifically designed to package this processed data into downloadable formats like CSV or Excel. Using the SeaText dashboard ensures you are accessing the correct data set for your analysis.

Practical Use Cases for Exported SeaText Data

Exporting data from SeaText opens up a wide range of practical applications for improving your website and marketing efforts. Here are several key use cases:

• In-depth SEO Analysis: Export data from the AI SEO Agent to analyze which Q&A pages are driving the most traffic, what keywords they rank for, and how users engage with them. This allows for more granular content strategy adjustments than the dashboard alone might offer.
• Ad Spend Optimization: Use the Bot Click Refund Agent's export to quantify the amount of ad spend lost to bot traffic. This data can be used to negotiate with ad platforms, refine targeting, or justify investments in bot protection.
• Conversion Rate Optimization (CRO): Export data from AI CRO Reading Analysis or AI Split URL Testing to understand user behavior patterns, identify friction points in the conversion funnel, and validate the performance of different copy variants or page layouts. This data can feed into A/B testing platforms or inform website redesigns.
• Marketing Performance Reporting: Combine SeaText export data with data from other marketing channels (e.g., Google Analytics, CRM) in a business intelligence tool. This provides a holistic view of marketing campaign effectiveness and ROI.
• AI Model Training and Refinement: While raw model weights aren't exportable, aggregated performance data can inform future AI development or fine-tuning of SeaText agents if you have custom integrations.
• Compliance and Auditing: For certain industries, having auditable records of website activity, bot detection, or conversion events might be necessary. Exported data provides a tangible record for com

Why Verification Matters

SeaText agents operate at the edge to optimize visitor journeys, translate content, and block bot traffic. If the snippet is not correctly initialized, these autonomous agents cannot intercept traffic. Your site will miss out on conversion optimizations and bot-spend recovery.

Consider what happens when the snippet is not working. The Bot Refund Agent cannot detect invalid clicks. You lose up to 20% of wasted ad spend that could have been recovered. The Conversion Agent cannot adapt landing pages to match Google Ads keywords. Visitors see generic pages instead of personalized copy. Your conversion rate stays flat.

The Translation Agent cannot serve content in 125 languages. International visitors bounce. The ChatGPT Influence Agent cannot build brand memory. LLMs do not recommend your business. Every missed signal means lost revenue.

Regular verification ensures your ad spend is protected and your AI agents are actively learning from visitor behavior. A five-minute check can prevent weeks of silent failure.

Verification Methods

To confirm that SeaText is active on your Odoo site, use one of the following two diagnostic methods. These steps ensure the JavaScript snippet is correctly communicating with our servers.

Method 1: Browser Inspection

1. Open your website in a Chrome or Firefox browser.
2. Right-click anywhere on the page and select Inspect (or press F12).
3. Navigate to the Elements tab.
4. Press Ctrl+F (or Cmd+F on Mac) and search for seatext.
5. If the installation is successful, you will see the script tag containing your unique SeaText identifier within the HTML structure.

This method works on any page where you placed the Embed Code module. Check the homepage first)Skip. Then check key landing pages. The script should appear in the <head> or <body> section depending on where you dragged the module.

Method 2: Dashboard Status

Log in to your SeaText account. The dashboard provides a real-time status indicator. If the system detects traffic from your primary URL, the status will update to "Active." Note that development environments like localhost are restricted for security reasons and will not show as active.

The dashboard may take a few minutes to update after your first visit. Refresh the page if the status seems stale. The status reflects the last successful handshake between your site and SeaText servers.

Understanding the SeaText Script

The SeaText snippet is a small JavaScript file. It loads asynchronously. It does not block page rendering. The script remains inert until activated by SeaText servers.

When a visitor loads your page, the script sends a signal to SeaText. This signal includes your unique account identifier and the page URL. SeaText matches this signal to your account. If the domain matches your primary URL, the agents activate.

The script is designed to be secure. It does not modify your content directly. It works at the edge to intercept and optimize traffic. The installation process is safe and does not interfere with your site's core performance.

Each SeaText account is linked to a single primary URL. The script contains your unique identifier. This identifier tells SeaText which account to associate with the traffic. If you use the wrong script on the wrong domain, the handshake fails.

Diagnostic Sequence

If you cannot find the script or the dashboard shows an inactive status, follow this sequence to troubleshoot:

Step 1: Check the Module

Ensure the "Embed Code" module was saved correctly in the Odoo Website builder. Go to the Website module. Click on the page you want to edit. Click "Edit." Scroll to the "Dynamic Content" section. Find the "Embed Code" module. Confirm it is present on the page.

Click on the module. The right panel should show the code input. Verify the code matches the snippet from your SeaText account. Check for typos or missing characters. Click "Save" after any changes.

Step 2: Publish the Changes

Odoo has a draft mode and a published mode. If you added the module but did not publish, the script will not appear on the live site. Look for the "Publish" button in the Odoo editor. Click it to make your changes live.

Some Odoo versions auto-publish. Others require manual publishing. Always confirm the page is in "Published" mode after adding the snippet.

Step 3: Clear Cache

Odoo often caches assets. This means the old version of your page may be served even after you make changes. Refresh your browser with Ctrl+F5 (or Cmd+Shift+R on Mac) to force a hard reload.

If that does not work, clear the Odoo website cache. Go to Odoo Settings. Find the Website section. Look for cache management options. Clear the cache and reload your page.

You can also test in an incognito or private browsing window. This bypasses your browser cache entirely.

Step 4: Verify Domain

Confirm that the URL you are testing matches the primary URL associated with your SeaText account. If your account is set to www.example.com but you are testing example.com, the handshake may fail.

Check the exact domain in your SeaText dashboard. Compare it to the URL in your browser address bar. Pay attention to www vs non-www and http vs https.

Step 5: Check for JavaScript Errors

Open the browser console. Press F12 and click the Console tab. Look for red error messages related to seatext. Common errors include 404 not found or CORS issues.

If you see a 404 error, the script URL may be incorrect. Copy the exact script from your SeaText dashboard again. If you see a CORS error, your domain may not be properly configured.

Limitations and Edge Cases

SeaText has specific restrictions that can affect verification. Understanding these edge cases helps you avoid false negatives.

Development Environments

Development URLs such as localhost are restricted for security reasons. The dashboard will never show "Active" for these domains. This is intentional. SeaText cannot reliably associate traffic with your account on localhost.

If you test on localhost, the script may load but the handshake will fail. Use a staging domain or a production domain for testing. Dynamic development domains may also not function properly.

Multi-Site Setups

Each SeaText account is linked to a single primary URL. If you run multiple Odoo websites, you need one account per domain. You cannot use one script across multiple domains.

If you have a development domain and a production domain, create separate accounts for each. The script from the production account will not work on the development domain. The dashboard will show "Inactive" for the wrong domain.

Dynamic Domains

Dynamic development domains may not function properly. SeaText might be unable to reliably associate traffic with your account. This includes domains that change frequently or use wildcard subdomains.

Use a stable, real domain for your SeaText integration. Avoid temporary URLs or preview links. These will not trigger the activation handshake.

Multiple Websites

To use SeaText on several websites, create one account for each website. Each account has its own unique script. Do not reuse the same script across different domains. The dashboard status will remain "Inactive" for any domain that does not match the primary URL.

Key Facts: SeaText Integration

Common Integration Pitfalls

The most frequent error is failing to click "Save" after pasting the code into the Odoo pop-up window. Users sometimes forget to publish the changes in the Odoo editor. Always ensure your Odoo page is in "Published" mode after adding the snippet.

Another common issue is pasting the wrong script. If you have multiple SeaText accounts, copy the script from the correct account. The script contains your unique identifier. Using the wrong identifier will cause the handshake to fail.

Some users place the module in the wrong location. The Embed Code module must be in the "Dynamic Content" section. If you place it elsewhere, it may not render correctly. Drag the module to the desired location on your website editor.

Finally, check the visibility settings. If you set the block to "Hide on Desktop," it will not be visible to users. This is correct. The script still runs even when the block is hidden. Do not confuse visibility with functionality.

Frequently Asked Questions

Does the SeaText snippet slow down my Odoo site?

No. The installation is designed to be secure and inert until activated. It does not interfere with your site's core performance or rendering. The script loads asynchronously and does not block page rendering.

Can I use one SeaText account for multiple Odoo websites?

No. Each SeaText account is linked to a single primary URL. You must create a separate account for each domain you wish to optimize. This includes development and production domains.

Why does my dashboard show "Inactive"?

This usually happens if you are testing on a development domain like localhost. It can also happen if the snippet has not yet received traffic to trigger the initial handshake. Check your domain and wait a few minutes after your first visit.

Is the snippet visible to my website visitors?

You can choose to hide the "Embed Code" block from view on desktop devices. Select the "Hide on Desktop" option in the Odoo visibility settings. The script still runs even when the block is hidden.

How long does it take for the dashboard to show "Active"?

The dashboard updates after the first successful handshake. This usually happens within a few minutes of your first page load. Refresh the dashboard if the status seems stale.

What if I see the script in the source code but the dashboard shows "Inactive"?

This indicates a domain mismatch. Check that the URL you are testing matches your primary URL exactly. Pay attention to www vs non-www and http vs https. If the domain is correct, wait a few minutes and refresh the dashboard.

Next Steps

If you have completed all troubleshooting steps and the dashboard still shows "Inactive," visit the SeaText dashboard for more information. You can also refer to the Odoo integration page for detailed installation instructions. The support team can help you diagnose any remaining issues.

Regular verification is part of maintaining a healthy integration. Check the dashboard status weekly. Inspect the source code after any Odoo updates. This ensures your AI agents continue to work effectively.

Common Installation Pitfalls

Installing SeaText on Odoo is a straightforward process, but small technical oversights can prevent the script from firing correctly. The most frequent issue is misplacing the code snippet within the Odoo Website editor. Users often attempt to inject the code into general text blocks rather than using the dedicated Embed Code module.

Another common mistake involves failing to account for Odoo's aggressive caching. Even after you have correctly pasted the JavaScript, the changes may not appear immediately on the front end. Finally, ensure that your Odoo account is linked to a valid, live domain; development URLs like localhost are restricted for security reasons and will prevent the AI from associating traffic with your account.

Diagnostic Order for Troubleshooting

If you suspect the SeaText script is not active, follow this order to isolate the cause:

1. Verify the Module Placement: Confirm the snippet is inside the "Embed Code" module located in the "Dynamic Content" section of your Odoo editor.
2. Check for Syntax Errors: Re-copy the code from your SeaText dashboard. Ensure no extra characters or spaces were introduced during the paste process.
3. Clear Odoo Cache: Refresh your website and clear the Odoo cache to ensure the browser is not serving an outdated version of your page.
4. Validate Domain Settings: Confirm that the URL you are editing matches the primary domain linked to your SeaText account.

Why Correct Installation Matters for SeaText Functionality

Correct installation is not just about making the script appear on the page. It is about ensuring the SeaText AI can actually do its job. The script needs to load in the right context to track visitor behavior, analyze reading patterns, and activate the AI agents that optimize your site.

If the script is placed incorrectly, it may be stripped by Odoo's security filters. This means the AI never loads, and you lose all the benefits of the integration. You might think the script is working because you see the code in the editor, but the front end never executes it.

Proper placement also ensures the script runs on every page where you need it. If you only place it on one page, the AI cannot analyze your entire site. This limits the effectiveness of features like AI SEO, conversion optimization, and ChatGPT brand visibility.

Finally, correct installation prevents conflicts with other scripts. Odoo uses a modular architecture. The Embed Code module is designed to handle external scripts safely. Using it avoids issues with script loading order and ensures the SeaText code does not interfere with other JavaScript on your site.

How the Embed Code Module Processes Your Script

The Odoo Embed Code module is a dedicated container for external scripts. When you drag it into a page, Odoo treats it as a special block. It does not sanitize the content the way it does for regular text blocks.

When you click the "Edit" button on the module, a pop-up window appears. This window is designed for code input. You paste the SeaText JavaScript snippet into this area. Odoo then stores this code as part of the page's structure.

When a visitor loads the page, Odoo renders the block and executes the JavaScript. The script runs in the browser, not on the server. This means it can interact with the page in real time. It can track scroll behavior, reading time, and other visitor actions.

The module also allows you to control visibility. You can use the "Visibility" section to hide the block on desktop devices. This is useful because the script does not need to be visible to work. It just needs to be present in the page's HTML.

Odoo's caching system can affect how quickly the script appears. After you save changes, Odoo may serve a cached version of the page. This is why clearing the cache is an important step. It forces Odoo to rebuild the page with the new script.

Trade-offs of Using the Embed Code Module Versus Other Methods

There are several ways to add JavaScript to an Odoo website. The Embed Code module is the recommended method for SeaText. However, it is worth understanding the trade-offs.

Embed Code Module: This is the safest and easiest method. It is designed for this purpose. The main trade-off is that it requires manual placement on each page. If you have many pages, this can be time-consuming.

Theme Editor: You can also add code to the theme's header or footer. This applies the script site-wide. The trade-off is that it is harder to control placement. You might end up with the script on pages where you do not want it.

Custom Module: Developers can create a custom Odoo module to inject the script. This is the most flexible option. It allows for conditional loading and precise control. The trade-off is that it requires coding skills and maintenance.

Third-Party Apps: There are apps in the Odoo App Store that manage scripts. These can be convenient. The trade-off is that they add another layer of complexity. You may not have full control over how the script is loaded.

For most users, the Embed Code module is the best choice. It is simple, safe, and does not require coding. It is also the method documented by SeaText. If you need site-wide coverage, you can place the module in a shared layout or footer area.

Practical Use Cases for Different Odoo Pages

The Embed Code module can be used on different types of Odoo pages. Each use case has specific considerations.

Homepage: This is the most important page for conversion optimization. Place the script here to track visitor behavior from the first impression. The AI can analyze how visitors interact with your hero section, CTAs, and product highlights.

Product Pages: These pages are critical for ecommerce. The script can track how visitors read product descriptions. It can identify friction points where visitors hesitate. This data helps the AI optimize product copy and CTAs.

Landing Pages: If you run paid ads, you likely have dedicated landing pages. Place the script on these pages to match the landing page copy to ad keywords. The AI can adapt the page in real time to visitor intent.

Blog Posts: Blog content is important for SEO. The script can analyze reading behavior on your articles. It can identify which sections readers find most engaging. This helps the AI generate better content and internal links.

Contact and Checkout Pages: These pages are where conversions happen. The script can track form interactions and checkout behavior. It can detect where users drop off and suggest improvements.

Pricing Pages: Pricing is a common friction point. The script can analyze how visitors read your pricing table. It can identify which pricing tiers attract the most attention. This helps the AI optimize your pricing presentation.

Limitations of the Integration

The SeaText Odoo integration has some limitations you should be aware of.

Caching Behavior: Odoo caches pages aggressively. This means changes may not appear immediately. You need to clear the cache after saving. Even then, some visitors may see a cached version until the cache expires.

Domain Restrictions: Each SeaText account is linked to a single primary URL. You cannot use one account for multiple domains. If you have a staging site and a production site, you need separate accounts. Development URLs like localhost are not supported.

Dynamic Development Domains: Some development environments use dynamic domains. These may not function properly. SeaText might be unable to reliably associate traffic with your account. Use a stable, real domain for testing.

Script Loading: The script loads in the browser. If a visitor has JavaScript disabled, the script will not run. This is a limitation of all client-side scripts.

Ad Blockers: Some ad blockers may prevent the script from loading. This can affect data collection. SeaText has features to mitigate this, but it is not guaranteed.

Page-Specific Placement: The Embed Code module is placed on individual pages. If you forget to add it to a new page, the script will not run there. You need to be consistent with your placement.

Managing Multiple Domains

A frequent error occurs when users attempt to use a single SeaText account across multiple domains. SeaText requires a unique account for each primary URL. If you are managing a development site and a production site, you must create separate accounts for each. Attempting to use a development URL like localhost will result in a failure to track or optimize traffic.

This restriction exists for security reasons. It ensures that traffic data is correctly attributed to the right account. It also prevents cross-domain tracking issues that could skew your analytics.

If you have multiple websites, create one account for each website. This is the only way to ensure each site gets the full benefits of SeaText. The process is simple. You just need to sign up for a new account for each domain.

Key Facts: SeaText Integration

Frequently Asked Questions

Why is my script not showing up after I saved it?

This is usually due to Odoo caching. Try refreshing your browser or clearing the Odoo website cache. Also, verify that you clicked "Save" in the editing panel after pasting the code. If the issue persists, check that you placed the code in the Embed Code module and not a regular text block.

Can I use one SeaText account for my staging and live sites?

No. Each SeaText account is linked to a single primary URL. You must create separate accounts for different domains. This includes staging and production environments. Using one account for multiple domains will prevent the AI from associating traffic correctly.

Does the script slow down my website?

The installation is secure and the AI remains inert until activated, ensuring the integrity of your website's performance. The script is lightweight and designed to run efficiently. It does not add significant load time to your pages.

What if I need to hide the block from desktop users?

In the Odoo editing panel, navigate to the "Visibility" section of the block and select "Hide on Desktop." Remember to click "Save" again to finalize this change. This is useful if you want the script to run only on mobile devices or if you want to keep the block invisible to visitors.

Can I use localhost for testing?

No. Development URLs such as localhost are restricted for security reasons. SeaText may be unable to reliably associate traffic with your account. Use a valid, real domain for testing. If you need a staging environment, use a stable subdomain or a separate production-like domain.

What should I do if the script still does not work after following all steps?

First, double-check that you copied the code exactly from your SeaText dashboard. Look for any extra spaces or missing characters. Then, clear your browser cache and Odoo cache. If the problem continues, verify that your domain is correctly linked to your SeaText account. If all else fails, contact SeaText support for further assistance.

Hiding the SeaText block on desktop via Odoo's "Hide on Desktop" option in the Visibility section is a standard responsive-design practice. Google's webmaster guidelines explicitly allow hiding content for legitimate reasons — such as reducing visual clutter on larger screens — as long as the hidden content is not deceptive or stuffed with keywords.

How SeaText's "Hide on Desktop" Works in Odoo

SeaText integrates with Odoo through an "Embed Code" module placed in the Dynamic Content section of the website editor. After pasting the SeaText JavaScript snippet, you open the module's Visibility settings and check "Hide on Desktop." This applies a CSS display: none (or equivalent) rule only for desktop viewports. The script remains in the page source but is not rendered for desktop visitors.

Source S1 confirms the exact steps: "To ensure the block is hidden from view on desktop devices, select the 'Hide on Desktop' option in the 'Visibility' section. After making this adjustment, click on 'Save' once more to finalize your changes."

Google's Stance on Hidden Content

Google distinguishes between legitimate hiding (responsive design, tabs, accordions, device-specific UI) and manipulative hiding (text colored to match background, positioned off-screen, zero font size, or loaded only for crawlers). The Search Console help threads in the SERP research confirm that hiding text for a legitimate reason — such as improving mobile usability — does not trigger a penalty.

What matters is intent and accessibility. If the same content is available to users on at least one device and the hiding improves the experience, Google treats it as normal responsive behavior.

Legitimate vs. Manipulative Hiding: Quick Checklist

• Legitimate: Hide a chat widget on desktop because a different conversion tool occupies that space; hide a mobile-only banner; collapse FAQ answers behind toggles.
• Manipulative: Stuff keywords into a hidden div; show different text to Googlebot than to users; hide links to manipulate PageRank.
• Gray area: Hiding primary conversion content (pricing, product specs) on the device where most traffic converts. Test before committing.

Technical Implementation Details

When you enable "Hide on Desktop" in Odoo, the platform adds a device-visibility class to the wrapper element. The SeaText script still loads in the <head> or before </body>, so crawlers see it. The widget initializes but its UI container remains hidden via CSS media queries. This means:

• No cloaking — the same HTML is served to all user agents.
• No render-blocking penalty — the script is asynchronous.
• Mobile users get the full widget; desktop users see the alternative layout you designed.

SEO Impact Considerations

Three factors determine whether the hiding affects rankings:

1. Content parity: Does the desktop page still satisfy the search intent without the widget? If the widget provided unique answers that desktop users now miss, rankings for those queries may drop.
2. User signals: If desktop bounce rate rises because visitors can't find the help the widget offered, that indirect signal can hurt rankings.
3. Crawl budget: Negligible. The script is tiny and cached.

In practice, most sites see no ranking change because the widget is supplementary — it assists conversion, not core content.

Best Practices for Device-Specific Widgets

• Use the platform's native visibility controls (Odoo's "Hide on Desktop") rather than custom CSS. Native controls are tested across updates.
• Verify with Google's Mobile-Friendly Test and URL Inspection tool that the hidden widget does not cause mobile usability errors.
• Monitor Search Console for "Blocked resources" or "Soft 404" warnings after deployment.
• Keep the widget visible on the device where it drives the most conversions. SeaText's own data (S2) shows mobile conversion lifts of +25% and +60% more international customers when the widget is active.

Common Mistakes to Avoid

• Hiding the block for all devices instead of just desktop (S1 shows the setting is per-device).
• Forgetting to save twice — once after pasting the code, again after toggling visibility.
• Assuming the script stops loading; it still loads, so ensure your CSP allows the SeaText domain.
• Not testing the desktop experience with the widget hidden — you may need to adjust surrounding layout.

Key Facts

Limitations & When This Advice Does Not Apply

• If you hide the widget via custom CSS that serves different HTML to Googlebot (cloaking), all bets are off.
• If the widget contains the only instance of critical schema markup (e.g., Product, FAQPage) on desktop, hiding it removes that structured data from desktop crawls.
• Sites in highly regulated verticals (finance, health) should verify that hiding does not violate disclosure requirements.
• This guidance covers SeaText's Odoo integration. Other CMSs or custom implementations may behave differently.

FAQ

Will Google crawl the SeaText script if the widget is hidden on desktop?

Yes. The script tag is present in the HTML source regardless of the visibility setting. Googlebot executes JavaScript, so it will see the widget initialize. The UI container is simply not painted for desktop viewports.

Can I hide the widget on mobile instead?

Odoo's visibility settings include "Hide on Mobile" and "Hide on Tablet" options. Use the same workflow — just check the appropriate box.

Does hiding the widget improve page speed on desktop?

Marginally. The script still downloads and executes, but the DOM work for the UI is skipped. For meaningful speed gains, consider conditional loading via a tag manager.

What if I need the widget on desktop for some pages but not others?

Place the Embed Code module on each page individually and set visibility per page. Odoo does not support global widget visibility rules across pages.

How do I verify the hiding works without hurting SEO?

1. Open the page in Chrome DevTools device toolbar (desktop vs. mobile).
2. Confirm the widget container has display: none on desktop and renders on mobile.
3. Run the URL through Google's URL Inspection tool; check the rendered HTML screenshot for both device types.
4. Monitor Search Console for 2–4 weeks for crawl errors or ranking shifts.

Does SeaText offer a way to load the script only on mobile?

Not natively through the Odoo module. The script loads globally. If you need conditional loading, implement the SeaText JavaScript snippet via Google Tag Manager with a device-type trigger instead of the Odoo Embed Code module.

Understanding Variant Pricing in Odoo

Odoo manages product variants through its native product template system. To set unique prices for different variants (such as size or color), you must use Odoo's built-in Product Variants configuration. When you edit a variant's price in Odoo, you are modifying the base price or applying a price adjustment within the Odoo database.

SeaText operates independently of your Odoo product database. It integrates into your website via a JavaScript snippet to provide AI-driven conversion optimization, such as real-time copy testing and landing page personalization. Because SeaText does not store your product catalog, it does not override or replace Odoo's native pricing logic.

Comparison: Odoo Native Variant Pricing vs. SeaText Copy Optimization

Practical Takeaway: Use Odoo for all price changes; use SeaText for copy optimization around those prices. They work together but do not overlap.

How Odoo's Variant Pricing Works

Odoo uses a product template as the parent record. Variants are child records under that template. Each variant can have its own price. The base price is the default price for the product template. A price extra is a surcharge added to the base price for a specific variant.

For example, a t-shirt template has a base price of $20. The large size variant might have a price extra of $2, making it $22. The extra is stored separately from the base price. This allows you to change the base price without recalculating each variant's surcharge.

Pricelists add another layer. A pricelist can apply rules to all products or specific variants. You can set percentage discounts, fixed price overrides, or formulas based on quantity. Pricelists are useful for seasonal sales, B2B customer tiers, or multi-currency pricing.

Price rules within a pricelist can be simple or complex. A simple rule might give a 10% discount to all variants. A complex rule might give a different discount to each variant based on its cost. Understanding these rules is essential before editing variant prices.

Step-by-Step: Editing a Variant Price in Odoo

1. Log in to your Odoo account and navigate to the Sales or Inventory module.
2. Open the Products menu and select the product template you wish to modify.
3. Click on the Variants smart button at the top of the product form. This shows all variants for that template.
4. Select the specific variant you want to update by clicking on its name.
5. In the variant form, locate the Price field. You can either change the base price directly or adjust the Price Extra field.
6. If you use pricelists, check the Pricelist tab to see if any rules override the variant price. You may need to edit the pricelist rule instead of the variant price.
7. Save your changes. The new price will appear on your website immediately if the website module is connected.
8. Refresh your website to verify the price displays correctly.

This process works for any number of variants. You can edit one variant at a time or use the list view to update multiple variants quickly.

Pricelists and Price Rules: Advanced Variant Pricing

Pricelists are powerful but can be confusing. They allow you to set different prices for different customer groups. For example, a wholesale pricelist might give a 20% discount to B2B customers. A retail pricelist might show the full price to B2C customers.

Each pricelist can have multiple rules. A rule can target a specific product template, a specific variant, or a category. You can set a fixed price, a percentage discount, or a formula based on another price.

Multi-currency pricing is another common use case. If you sell internationally, you might have a pricelist for USD and another for EUR. Each pricelist can have its own exchange rate and price adjustments. Editing a variant price in one currency does not automatically update the other currency. You must update each pricelist separately.

Seasonal pricing is also handled through pricelists. You can create a pricelist for a summer sale with a 15% discount. When the sale ends, you simply deactivate that pricelist. The base variant prices remain unchanged.

B2B vs. B2C pricing often requires separate pricelists. A B2B customer might see a lower price for the same variant. This is possible because Odoo assigns a pricelist to each customer or customer group. The variant price itself stays the same; the pricelist rule adjusts the displayed price.

How SeaText Complements Odoo Pricing Without Overriding It

SeaText does not touch your Odoo product database. It has no write access to prices, SKUs, or barcodes. Instead, it optimizes the text that surrounds those prices. This includes product names, descriptions, CTAs, and even the way prices are framed in the copy.

For example, SeaText might rewrite a product description to emphasize value. It could change a CTA from "Buy Now" to "Get Yours Today" based on visitor intent. These changes do not alter the price itself. They only change how the price is presented.

SeaText uses AI reading telemetry to understand how visitors interact with your page. It tracks dwell time, scroll behavior, and re-reading patterns. This data helps it generate copy variants that reduce friction and increase conversions.

When you change a variant price in Odoo, SeaText automatically adapts. It reads the new price and adjusts the surrounding copy to maintain consistency. You do not need to manually update SeaText after a price change.

This separation of duties is intentional. Odoo handles the technical pricing. SeaText handles the persuasive presentation. Together, they create a seamless shopping experience.

Common Pitfalls When Editing Variant Prices

One common mistake is editing the base price instead of the price extra. This changes the price for all variants, not just the one you intended. Always check which field you are editing.

Another pitfall is forgetting about pricelist rules. You might change a variant price, but a pricelist rule overrides it. The displayed price remains unchanged. Always review your pricelists after editing a variant price.

Multi-currency issues are also frequent. You update the USD price but forget the EUR pricelist. International customers see the old price. This can lead to customer confusion and lost sales.

SeaText can sometimes create a mismatch. If SeaText rewrites a product name to emphasize a discount, but the price does not reflect that discount, visitors may feel misled. Always ensure your copy matches your actual pricing.

Finally, avoid editing variant prices during peak traffic. Changes take effect immediately. If you make a mistake, you might display incorrect prices to many visitors. Test changes on a staging site first if possible.

Limitations and Considerations

SeaText cannot change prices. You must use Odoo for all pricing decisions. This is a hard limitation. SeaText only optimizes copy.

Odoo's pricelist rules can be complex. They require careful setup and testing. A poorly configured pricelist can show wrong prices to the wrong customers. Always test your pricelists before going live.

Multi-website pricing is another consideration. If you run multiple Odoo websites, each site can have its own pricelist. SeaText requires a separate account for each domain. This means you must manage pricing and copy optimization separately for each site.

Currency conversion can be tricky. Odoo uses exchange rates to convert prices. SeaText does not handle currency conversion. If your copy mentions a price in a specific currency, it must match the Odoo pricelist for that currency.

SeaText's real-time copy changes might interact with price-sensitive visitors. If a visitor sees a price that seems too high, SeaText might rewrite the copy to emphasize value. This can help, but it cannot lower the price. If the price is genuinely too high, no copy can fix that.

Finally, SeaText's copy changes are dynamic. They can change based on visitor behavior. This means the same product might show different copy to different visitors. This is powerful, but it can also be unpredictable. Monitor your analytics to ensure the changes are positive.

Frequently Asked Questions

Can I edit prices for individual variants without affecting the base product?

Yes. Use the price extra field on the variant. This adds a surcharge to the base price without changing the base price itself.

What happens if I change a variant price after SeaText is installed?

SeaText automatically adapts. It reads the new price and adjusts the surrounding copy. You do not need to manually update SeaText.

Does SeaText change my Odoo product prices?

No. SeaText does not have write access to your Odoo product database. It only optimizes the text displayed on your website to improve conversion.

Can I use SeaText to A/B test variant prices?

SeaText focuses on copy A/B testing and reading telemetry. For price-specific A/B testing, you should rely on Odoo's pricelist features or dedicated pricing strategy tools.

Does SeaText work with multiple Odoo websites?

Yes, but you must create a separate SeaText account for each unique domain to ensure traffic is correctly associated with the right site.

What if a pricelist rule overrides my variant price?

Check the pricelist tab on the variant. You may need to edit the pricelist rule instead of the variant price. The pricelist rule takes precedence.

Can I edit variant prices in bulk?

Yes. Use the list view in Odoo to select multiple variants and update their prices simultaneously. This is faster than editing each variant individually.

How the SeaText–Odoo connection works

SeaText does not push data into Odoo's database. Instead, it injects a JavaScript snippet into your Odoo website pages. That snippet reads the page DOM, applies the active variant (test version, translated copy, personalized content), and sends analytics events back to SeaText. Because the variant logic runs in the browser, every visitor sees the correct version instantly — there is no background job, cron task, or API sync to configure.

This client-side approach means the sync is continuous and real-time. When you publish a new variant in the SeaText dashboard, the next page view on your Odoo site fetches the updated variant map and applies it. No Odoo cache clear or module upgrade is needed. The process is invisible to your visitors and requires no ongoing maintenance from your team.

Install the SeaText snippet in Odoo

Before you can install the script, you need a SEATEXT AI account. If you don't have an account yet, you can create one on the SeaText website. The installation process is secure, and the AI remains inert until activated, ensuring the integrity of your website's content.

1. Log in to your Odoo account and access the Website module from the dashboard.
2. Within the Website module, navigate to the page you wish to edit and click on the Edit button to open the editing panel.
3. In the editing panel, scroll through the Blocks panel until you reach the Dynamic Content section.
4. Locate the Embed Code module within the Dynamic Content section and drag it into the desired location on your website editor.
5. Once the module is placed, click on the Edit button located in the right panel to input the code.
6. In the pop-up window that appears, paste the JavaScript snippet provided by SEATEXT AI into the designated area, then click Save to apply the changes.
7. To ensure the block is hidden from view on desktop devices, select the Hide on Desktop option in the Visibility section. After making this adjustment, click on Save once more to finalize your changes.

Repeat these steps for each page that should run SeaText variants. The snippet is the same across pages; SeaText's dashboard controls which variants fire where. You have now successfully installed SEATEXT AI on your website using JavaScript.

What "variant changes" means in this context

SeaText creates variants for three main use cases:

• A/B test copies — alternative headlines, CTAs, or body text generated by the AI Copy A/B Testing agent. This agent generates copy variants and scales the winners automatically.
• Translations — full-page or segment-level translations across 125 languages via the Website Translation agent. This unlocks global search traffic with one click.
• Personalizations — real-time copy swaps based on visitor source, behavior, or profile via the AI Personalization agent. This adapts site copy in real time to visitor context.

When you publish a new variant in the SeaText dashboard, the next page view on your Odoo site fetches the updated variant map and applies it. No Odoo cache clear or module upgrade is needed. The variant map is fetched from SeaText's CDN on every page view, so changes propagate instantly.

Verify that variants are live

1. Open an incognito browser window and visit the Odoo page where you embedded the snippet.
2. Open the browser dev tools → Console. Look for a log line like SeaText: variant applied or network request to api.seatext.com.
3. In the SeaText dashboard, open the Live Preview for the same URL. The preview should match what you see in incognito.
4. If you run an A/B test, check the Experiments report after a few visits — traffic should split across variants.

If the variant does not appear, confirm the Embed Code block is not inside a cached Odoo snippet block and that the page is published (not in draft). Also verify that the page URL matches the primary URL associated with your SeaText account.

Common misconfiguration pitfalls

When you need a fresh snippet

Regenerate the JavaScript snippet in the SeaText dashboard only when:

• You add a new domain (each domain gets its own account and snippet).
• You rotate the API key for security.
• SeaText support instructs you to upgrade the snippet version.

After regenerating, replace the code in every Embed Code block across your Odoo pages. Remember that each SEATEXT AI account is linked to a single primary URL. 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.

Limitations of the client-side approach

• SEO crawlers — Googlebot executes JavaScript, so translated or tested content is indexable. Other bots (some social scrapers, older crawlers) may see the original Odoo content.
• Server-side personalization — SeaText cannot modify Odoo backend data (product prices, stock, ERP fields). Variants only affect rendered HTML.
• First-contentful-paint flicker — On slow connections, the original text may flash before the variant applies. The edge-install option (Cloudflare Workers) eliminates this.
• Dynamic development domains — These may not function properly, as SEATEXT AI might be unable to reliably associate traffic with your account.

Key facts

FAQ

Do I need to clear Odoo cache after publishing a new SeaText variant?

No. The variant map is fetched from SeaText's CDN on every page view. Odoo's HTML cache only stores the page shell with the Embed Code block; the variant swap happens in the browser.

Can I sync SeaText variants into Odoo product fields (e.g., product.description)?

No. SeaText operates on the rendered frontend. It does not write back to Odoo models. If you need translated product descriptions stored in Odoo, use Odoo's native translation tools or a connector that writes to the database.

What happens if I uninstall the Embed Code block?

Variants stop rendering immediately. The SeaText dashboard still holds your variant data, but no visitor will see them until you re-add the snippet.

Does SeaText work with Odoo's multi-website feature?

Yes. Create a separate SeaText account for each Odoo website (each gets its own primary URL). Embed the corresponding snippet on each website's pages.

How do I test a variant on a staging Odoo instance?

Staging domains (e.g., staging.example.com) count as separate primary URLs. Create a dedicated SeaText account for the staging domain, install its snippet, and test there. Do not use the production snippet on staging.

Can I control which Odoo pages run which variants without editing each page?

Yes. In the SeaText dashboard, use URL targeting rules (exact match, regex, path prefix) to activate variants only on specific paths. The same snippet stays on every page; the dashboard decides what fires where.

What if I need to use SeaText on multiple domains?

You must create separate accounts for each domain. Each SEATEXT AI account is linked to a single primary URL. This ensures traffic is correctly associated with your account and variants fire on the right domain.

Is the installation process secure?

Yes. The installation process is secure, and the AI remains inert until activated, ensuring the integrity of your website's content. The snippet only activates when you publish variants in the SeaText dashboard.

What happens if I use a development domain like localhost?

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.

Why SeaText AI Matters for Odoo Users

Odoo is a powerful ERP and website builder, but its native tools don't optimize copy automatically. You can create product variants, but you can't test headlines or translate pages into 125 languages without manual work.

SeaText AI fills that gap. It adds a conversion-optimization layer on top of your Odoo site. It rewrites headlines, tests copy variants, translates content, and sends purchase data back to Meta and Google CAPI.

For Odoo users, this means you can improve conversion rates without hiring a developer or rebuilding your site. The integration takes about 60 seconds and requires no code changes to your Odoo database.

SeaText runs from one lightweight JavaScript snippet. There is no Odoo "variant" record to create. Instead, you add the snippet to a page, and SeaText's AI agents take over from there.

This is especially valuable for small and medium businesses using Odoo. They often lack the traffic to run traditional A/B tests. SeaText's reading telemetry solves that problem by analyzing visitor behavior in real time.

How SeaText AI Works Under the Hood

SeaText AI is not a simple A/B testing tool. It uses a suite of 20 autonomous AI agents that work in real time. Each agent handles a specific job.

The AI CRO Reading Analysis agent tracks how visitors read your page. It measures eye-line dwell velocity, friction points, and scroll deceleration. This data tells SeaText where visitors lose interest.

The AI Copy A/B Testing agent uses that data to generate new copy variants. Instead of a 50/50 traffic split, it uses multi-armed bandit algorithms. This means it allocates more traffic to winning variants within hours, not months.

The Website Translation agent translates your entire site into 125 languages with zero code. It doesn't just translate words — it optimizes the translated copy for local search intent.

The Conversion Relay (CAPI) agent forwards 100% of real purchases to Meta and Google CAPI. This improves ad targeting and helps you recover wasted ad spend.

Other agents handle bot protection, VPN click fraud detection, ChatGPT brand visibility, and local SEO. All of them run from the same script you install in Odoo.

Prerequisites Before You Start

Before you install SeaText, you need three things.

• An active SeaText AI account. Each domain needs its own account.
• Admin access to the Odoo Website module.
• A valid, non-localhost domain. Development URLs like localhost are blocked for security.

If you run a staging domain and a production domain, create two separate SeaText accounts. The same rule applies to multiple distinct websites — one account per site.

Dynamic development domains like *.ngrok.io may fail to associate traffic reliably. Use a real domain for testing.

Step-by-Step Installation

1. Log in to Odoo and open the Website app from the dashboard.
2. Navigate to the page where you want SeaText to load (usually the homepage or a landing page) and click Edit.
3. In the left Blocks panel, scroll to Dynamic Content and drag the Embed Code module onto the page.
4. Click the Edit button on the right panel of the Embed Code block.
5. Paste the JavaScript snippet provided by SeaText AI into the pop-up window and click Save.
6. In the block's Visibility section, enable Hide on Desktop if you only want the script to load on mobile, then click Save again.
7. Publish the page. Visit or refresh the live URL to activate SeaText.

The script loads asynchronously and is under 50 KB gzipped. It won't slow down your Odoo site. SeaText also offers a Cloudflare edge deployment for zero-redirect latency.

Comparison: SeaText AI vs. Native Odoo Variants

SeaText AI fits marketing teams that want to automate conversion optimization. Native Odoo variants fit e-commerce stores that need to manage product attributes. They serve different purposes and can work together.

Practical Use Cases

Here are real scenarios where SeaText AI helps Odoo users.

Scenario 1: Low-Traffic B2B Site

A B2B company gets 500 visitors per month. Traditional A/B testing would take 4-8 months to reach statistical confidence. SeaText's reading telemetry analyzes visitor behavior immediately and generates winning copy variants within hours.

Scenario 2: International E-commerce

An Odoo store wants to sell in Germany, France, and Japan. Manual translation is expensive and slow. SeaText translates the entire site into 125 languages with one click, optimizing for local search intent.

Scenario 3: Google Ads Landing Pages

A company runs Google Ads campaigns with multiple keywords. Each keyword lands on the same generic page. SeaText's Google Ads Landing Page AI rewrites the page in real time to match each keyword's intent. This increases conversion rates by up to 35%.

Scenario 4: Ad Spend Waste

An Odoo store spends $10,000 per month on ads. Bots and VPN clicks waste up to 20% of that budget. SeaText's Bot Protection Agent recovers that wasted spend automatically.

Trade-offs and Alternatives

SeaText AI is powerful, but it has limitations.

There is no native Odoo product-variant integration. SeaText works at the page level, not the SKU level. If you need to manage product attributes, you still need Odoo's native variant system.

The script must be placed on every page you want optimized. You can use a global header/footer block if your theme supports it, but otherwise you need to add it page by page.

Each SeaText account is tied to a single primary URL. Multi-domain setups require multiple accounts, which can be costly.

Alternatives include native Odoo A/B testing modules, Google Optimize (now deprecated), and manual copy testing. However, none of these offer the same combination of AI-driven copy generation, translation, and ad spend recovery.

SeaText is SOC 2 Type II certified and GDPR/CCPA compliant. This makes it suitable for businesses with strict data privacy requirements.

Verification Checklist

• Open the live page and inspect the network tab — you should see a request to SeaText's CDN.
• Check the SeaText dashboard: the domain status should flip from "Pending" to "Active" within a few minutes.
• Confirm that the Embed Code block is not visible on the front end (if you enabled Hide on Desktop).
• Test a page with different visitor sources to see if copy changes in real time.

Common Mistakes to Avoid

Editing the Wrong Page

Odoo's Website editor lets you edit draft and live versions separately. Make sure you publish after saving the Embed Code block, or the script will only appear in preview mode.

Using Localhost

Development URLs like localhost are restricted for security. Use a real domain for testing.

Forgetting to Refresh

After publishing, visit or refresh the live URL to activate SeaText. The script won't load until the page is refreshed.

FAQ

Can I run different SeaText configurations on different Odoo pages?

Yes. Add separate Embed Code blocks with different snippets (from different SeaText accounts) to each page.

Do I need to reinstall after an Odoo upgrade?

No. The Embed Code block persists across upgrades because it's stored in the website page content.

Will SeaText slow down my Odoo site?

The script loads asynchronously and is under 50 KB gzipped. SeaText also offers a Cloudflare edge deployment for zero-redirect latency.

How do I test two headlines without a developer?

SeaText's AI Copy A/B Testing agent generates and scales headline variants automatically — no code changes in Odoo required.

Can I use SeaText on Odoo's backend (e.g., /web)?

No. SeaText only runs on the public Website frontend.

What if I need to remove SeaText later?

Delete the Embed Code block from the page and publish. The script stops loading immediately.

How many SeaText accounts do I need for multiple domains?

One account per primary URL. If you have a staging domain and a production domain, create two separate accounts.

Does SeaText work with Odoo's native product variants?

SeaText works at the page level, not the SKU level. It doesn't interfere with Odoo's native variant system, but it doesn't integrate with it either.

Key Facts

What Happens After Install

Once active, SeaText's AI agents start analyzing visitor reading behavior. They generate copy variants, run multi-armed bandit tests, and translate pages automatically.

You manage variants, languages, and conversion goals inside the SeaText dashboard — not in Odoo. The dashboard shows real-time data on conversion rates, ad spend recovery, and translation coverage.

SeaText's agents work continuously. They don't just run one test and stop. They adapt to changing visitor behavior, seasonality, and ad campaigns.

For Odoo users, this means your website improves over time without manual intervention. You focus on running your business, while SeaText optimizes your digital presence.

Limitations

• No native Odoo product-variant integration — SeaText works at the page level, not the SKU level.
• Dynamic development domains (e.g., *.ngrok.io) may fail to associate traffic reliably.
• Script must be placed on every page you want optimized, or use a global header/footer block if your theme supports it.
• Each SeaText account is tied to a single primary URL, so multi-domain setups require multiple accounts.
• SeaText only runs on the public Website frontend, not on Odoo's backend.

Final Thoughts

Adding SeaText AI to your Odoo website is a straightforward process. It takes about 60 seconds and requires no code changes to your Odoo database.

The key is understanding that SeaText doesn't use Odoo's native variant system. It works at the page level, adding a conversion-optimization layer that runs autonomously.

For marketing teams focused on growth, SeaText offers a powerful combination of AI copy testing, translation, and ad spend recovery. For e-commerce stores managing physical product options, Odoo's native variants remain essential.

Both systems can coexist. Use Odoo for product management)Skip the marketing optimization to SeaText.

Visit the SeaText website for more information and pricing.

You need an active SeaText account, administrative access to your Odoo backend, and a compatible version of Odoo (Community or Enterprise) to support the integration module. This checklist helps you verify each requirement before you begin the installation.

Readiness Checklist at a Glance

Practical takeaway: Complete all six items before starting the installation. Skipping any one can cause the embed to fail silently or the AI to remain inactive.

Why These Prerequisites Matter

Each prerequisite exists for a specific technical reason. Understanding the why helps you avoid common mistakes.

Active SeaText account. The account is the source of your unique JavaScript code. That code tells the SeaText servers which domain to associate with your traffic. Without an active account, you have no code to paste. An expired account means the code may still exist but the AI will not activate.

Admin access. Odoo restricts page editing to users with the right permissions. The Embed Code module lives inside the Dynamic Content section of the Website builder. Only an administrator or website manager can drag that module onto a page. If you lack admin rights, you cannot place the module or save the code.

Compatible Odoo version. The integration module relies on Odoo's website builder features. Older versions may not support the Dynamic Content section. Newer versions may change the module location. Always verify your version before you begin.

Real domain. SeaText restricts development URLs like localhost for security. The system needs a stable domain to reliably associate traffic with your account. Dynamic development domains can cause activation issues because the AI cannot confirm which site is sending requests.

JavaScript code. The code snippet is the actual integration. It contains the logic that loads the AI content block. Without the correct code, the module will appear but nothing will render.

Visibility settings. These settings determine whether the block shows on desktop, mobile, or both. They are optional but important for user experience. If you skip them, the block may appear on all devices by default.

Active SeaText Account

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. An active account is the foundation for all SeaText integrations.

Use a real email address linked to your business. The account gives you access to the embed code and any future updates. Check that the account is not expired before you start the Odoo installation.

Why an active account is non-negotiable: The embed code is generated per account. Each account is tied to a single primary URL. If you try to use a code from one account on a different domain, the AI will not associate traffic correctly. This can lead to inaccurate analytics and failed activation.

What to check:

• Log in to the SeaText dashboard.
• Confirm your account status shows active.
• Verify the domain listed matches the Odoo site you plan to edit.
• Copy the JavaScript code from the integration section.

If you need SeaText on multiple domains, create a separate account for each domain. Do not share one account across sites.

Odoo Administrative Access

You must log in to your Odoo account and access the "Website" module from the dashboard. Within the Website module, navigate to the page you wish to edit and click on the "Edit" button to open the editing panel. In the editing panel, scroll through the "Blocks" panel until you reach the "Dynamic Content" section.

Locate the "Embed Code" module within the "Dynamic Content" section and drag it into the desired location on your website editor. Once the module is placed, click on the "Edit" button located in the right panel to input the code. In the pop-up window that appears, paste the code snippet provided by SEATEXT AI into the designated area, then click "Save" to apply the changes.

Why admin access is required: Odoo's website builder is permission-based. Regular users can view pages but cannot modify them. The Embed Code module is a structural element. Adding it changes the page's HTML. Only users with Administrator or Website Manager roles can perform this action.

How to verify your role:

• Go to Odoo Settings.
• Open the Users section.
• Find your user profile.
• Check that the Administrator or Website Manager toggle is enabled.

If you do not have admin rights, ask your Odoo administrator to grant them or to perform the installation for you.

Compatible Odoo Version

SeaText AI works with both Odoo Community and Odoo Enterprise editions. Ensure your Odoo instance is a supported version before you attempt the embed. The integration module is designed for Odoo 14 and later, but always check the release notes for your specific version.

Why version compatibility matters: Odoo updates its website builder interface regularly. The Dynamic Content section may move, rename, or change behavior between versions. If you use an unsupported version, the Embed Code module may not appear in the Blocks panel. Or it may appear but fail to render the AI content correctly.

How to check your version:

• Log in to Odoo.
• Go to Settings.
• Scroll to the General Settings section.
• Look for the version number displayed.

If you run a custom module stack, test the embed on a staging site first. A mismatched version can cause the embed code to fail silently. The block will appear in the editor but nothing will show on the live page.

Best practice: Always test on a staging environment before deploying to production. This is especially important after a major Odoo upgrade.

Secure Embed Process

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. After you paste the code, click "Save" twice: once to apply the block and once to finalize any visibility settings.

Why the AI stays inert until activation: This is a deliberate security feature. The embed code loads the module structure but does not execute any AI logic until you activate it from the SeaText dashboard. This prevents the AI from altering your site content before you are ready.

Step-by-step installation:

1. Log in to your Odoo account.
2. Open the Website module.
3. Navigate to the page you want to edit.
4. Click the Edit button.
5. Scroll to the Dynamic Content section in the Blocks panel.
6. Drag the Embed Code module onto the page.
7. Click Edit in the right panel.
8. Paste the JavaScript code from SeaText.
9. Click Save.
10. Optionally, set visibility preferences.
11. Click Save again to finalize.

Use the "Hide on Desktop" option in the "Visibility" section if you want the block to appear only on mobile devices. This step is optional but can improve user experience on larger screens.

Multiple Domains and Restrictions

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.

Why one account per domain: SeaText uses the domain to associate traffic with your account. If you use the same account on two domains, the system cannot reliably determine which site is generating the traffic. This leads to mixed analytics and potential activation failures.

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.

What to do:

• Use a staging domain that matches the production domain pattern.
• Create a separate SeaText account for each domain.
• Check the SeaText dashboard for any domain verification warnings before you deploy the embed to production.

If you see a warning about domain mismatch, do not proceed. Fix the domain association first.

Common Installation Errors and How to Avoid Them

Most installation issues trace back to one of the prerequisites. Here are the most frequent problems and their solutions.

Error 1: The Embed Code module does not appear in the Blocks panel.

Cause: You are using an unsupported Odoo version or you lack admin rights.

Solution: Verify your Odoo version. Confirm your user role includes Administrator or Website Manager. If both are correct, refresh the page and try again.

Error 2: The block appears but shows nothing on the live page.

Cause: The AI is not activated in the SeaText dashboard, or the domain does not match.

Solution: Log in to SeaText and activate the AI for the correct domain. Check that the domain in your SeaText account matches the Odoo site URL.

Error 3: The block shows on desktop when you wanted it hidden.

Cause: You did not set the Hide on Desktop option.

Solution: Re-enter edit mode, select the block, open the Visibility section, and enable Hide on Desktop. Click Save again.

Error 4: The AI content loads but analytics look wrong.

Cause: You are using the same SeaText account on multiple domains.

Solution: Create a separate account for each domain. Replace the embed code on each site with the correct account's code.

Error 5: The embed code fails to save.

Cause: You may have pasted the code into the wrong field or the code is incomplete.

Solution: Copy the code again from the SeaText dashboard. Ensure you paste it into the Embed Code pop-up window, not a regular text block.

Troubleshooting the Embed

If the embed still does not work after checking the prerequisites, follow this troubleshooting sequence.

Step 1: Verify the code.

Open the page in edit mode. Click on the Embed Code module. Check that the JavaScript code is complete and matches the code in your SeaText dashboard. A missing character can break the entire integration.

Step 2: Check the domain.

Go to the SeaText dashboard. Confirm the domain listed matches the Odoo site exactly. Include the www prefix if your site uses it. A mismatch between www and non-www can cause activation issues.

Step 3: Confirm activation.

Log in to SeaText. Find the domain in your account. Ensure the AI is activated for that domain. If it shows inactive, click Activate.

Step 4: Clear browser cache.

Sometimes the browser caches the old page version. Clear your cache and reload the page. This is especially important after you save changes.

Step 5: Test on a different browser.

If the block works in one browser but not another, the issue may be browser-specific. Test in Chrome, Firefox, and Safari to isolate the problem.

Step 6: Check for JavaScript errors.

Open the browser developer console. Look for any errors related to the SeaText script. If you see a 404 error, the code may be pointing to an incorrect URL.

Post-Installation Verification

After you save the embed, verify that everything works correctly before you go live.

What to check:

• Visit the page on the live domain.
• Confirm the AI content block appears in the correct location.
• Verify the block is visible on the intended devices (desktop, mobile, or both).
• Check that the AI content loads within a few seconds.
• Confirm that the block does not interfere with other page elements.

Why post-installation verification matters: A silent failure means the block appears in the editor but not on the live page. This wastes time and can confuse visitors. Verification catches these issues before your audience sees them.

Test on a staging site first. If you have a staging environment, deploy the embed there. Verify the AI content appears as expected. Test the Hide on Desktop setting. Only after a successful staging test should you deploy to production.

Monitor analytics. After going live, check the SeaText dashboard for traffic data. If you see no traffic, the domain association may be incorrect. Re-check the domain and activation status.

Limitations and Best Practices

SeaText AI does not support installation on Odoo instances that have strict content security policies blocking external scripts. If the embed fails to load, review your Odoo security settings and ensure the script source is whitelisted.

Why this limitation exists: The embed code loads a JavaScript file from SeaText's servers. If your Odoo instance blocks external scripts, the browser will refuse to load the file. The block will appear empty.<

The One-Account-Per-Domain Rule

When managing multiple Odoo domains with SeaText, the best practice is to create a unique, dedicated account for each domain. SeaText architecture requires this because every account is bound to a single primary URL. Attempting to share a single account across multiple domains will lead to tracking errors, data mixing, and potential failure of the AI agents to associate traffic correctly with your site.

How SeaText Associates Traffic to a Domain

SeaText agents rely on precise URL association to function. When you install the JavaScript snippet on your Odoo site, that snippet is tied to your specific account and its primary URL. The AI uses this binding to know exactly which domain it is optimizing.

Every time a visitor lands on your page, SeaText records the domain and matches it against the account's registered primary URL. This matching process is what powers conversion tracking, ad defense, and content optimization. If the domain does not match, the AI cannot reliably attribute the traffic to your account.

This is not a minor detail. The association is foundational to how SeaText works. Without it, the AI agents cannot learn from your visitors, cannot detect bot clicks, and cannot personalize content. The result is a broken integration that may silently fail.

Think of it like a key and a lock. Each account is a unique key. Each domain is a unique lock. A key from one account will not fit a different domain's lock. You need a separate key for every lock you want to open.

This design choice is intentional. It prevents cross-domain data contamination. It also ensures that your AI agents are always working with clean, domain-specific data. For a marketing team running multiple brands, this isolation is critical for accurate reporting.

Why Domain Isolation Matters

Whether you are running a production site, a staging environment, or separate brand websites, the AI needs to know exactly which domain it is optimizing. If you ignore this requirement and attempt to use one account for multiple sites, the AI will be unable to reliably associate traffic, which compromises the effectiveness of your conversion agents and ad defense tools.

Consider a scenario where you run two Odoo sites: one for your main brand and one for a regional campaign. If you use the same SeaText account for both, the AI will see traffic from two different domains. It cannot tell which visitor came from which site. This leads to mixed data, incorrect conversion attribution, and poor optimization decisions.

Worse, the AI may flag the setup as suspicious. Security systems are designed to detect anomalies. A single account receiving traffic from multiple domains looks like a potential abuse case. This could trigger security flags or even suspension of the account.

Domain isolation also protects your ad spend. The Bot Protection Agent and Ad Defense tools need to know exactly which site is receiving clicks. If the data is mixed, you cannot accurately claim refunds for bot clicks. Your reports will be unreliable, and you may lose money.

For agencies managing multiple clients, the isolation is even more important. Each client's data must remain separate. Mixing domains would violate client confidentiality and make reporting impossible. One account per domain is the only safe approach.

Trade-offs and Limitations of the One-Account-Per-Domain Model

The one-account-per-domain model is not without its costs. You need to understand these trade-offs before committing to the structure.

Billing complexity. Each account has its own subscription or setup. If you manage five domains, you will have five separate billing relationships. This can be harder to track than a single consolidated invoice. You may need to coordinate payments across multiple accounts.

Management overhead. More accounts mean more credentials to manage. You will need to keep track of login details for each domain. This increases the risk of lost passwords or unauthorized access. A password manager becomes essential.

Reporting fragmentation. Each account generates its own reports. You cannot see a unified view of all your domains in one dashboard. To get a complete picture, you will need to export data from each account and combine it manually. This is time-consuming and error-prone.

Subdomain handling. SeaText accounts are linked to a primary URL. If you have complex subdomain requirements, you may need to contact support to confirm whether your specific structure requires separate accounts. For example, if you run shop.example.com and blog.example.com, you may need to check whether these count as separate domains or as part of the same primary URL.

Staging restrictions. Development URLs like localhost are restricted for security reasons. If you need to test SeaText on a staging site, you must use a valid, real domain. Dynamic development domains may not function properly, as SeaText might be unable to reliably associate traffic with your account.

Despite these trade-offs, the model is the only way to ensure accurate data. The benefits of clean isolation far outweigh the management costs. For most businesses, the overhead is manageable.

Handling Staging and Development Environments

Security is a priority for SeaText. For this reason, development URLs like localhost are restricted. If you need to test SeaText on a staging site, you must use a valid, real domain. Using dynamic development domains often results in the AI failing to associate traffic with your account, rendering the integration ineffective.

This restriction exists to prevent abuse. A localhost URL is not a real website. It cannot receive traffic from the internet. SeaText cannot verify that the domain belongs to you. Therefore, the system blocks it.

For staging, you have two options. First, use a real subdomain of your production domain, such as staging.example.com. This is a valid domain that SeaText can associate with your account. Second, create a separate SeaText account for the staging domain if you need to test in isolation.

Be careful with dynamic development domains. Some hosting providers generate random URLs for each deployment. These URLs change frequently. SeaText cannot reliably associate traffic with a URL that changes. The integration will fail silently, and you may not notice until you check your reports.

Always use a stable, real domain for any environment where you want SeaText to work. This includes staging, testing, and production. The extra effort is worth it to avoid broken integrations.

Step-by-Step Setup for Multiple Domains

To deploy SeaText across your Odoo ecosystem, follow these steps for each domain:

1. Create a unique account for each specific domain you intend to optimize.
2. Access the Odoo Website module for the specific domain you are configuring.
3. Navigate to the "Dynamic Content" section in your editor and drag the "Embed Code" module to your page.
4. Paste the unique JavaScript snippet provided by your specific SeaText account into the module.
5. Save and verify the installation on the live site.

Repeat this process for every domain. Do not reuse snippets across accounts. Each snippet is unique to its account and domain. Copying a snippet from one account to another will break the association.

After installation, verify that the code is active. Visit your site and check that the SeaText script loads. You can also check your account dashboard to confirm that traffic is being recorded. If you see no traffic, the installation may have failed.

For agencies, create a checklist for each client. Track the domain, the account credentials, and the installation status. This will help you manage multiple accounts efficiently.

Common Mistakes to Avoid

• Sharing Snippets: Never copy the JavaScript code from one SeaText account and paste it into a different domain.
• Ignoring Dev Restrictions: Do not attempt to use local development environments; always use a live, accessible domain.
• Assuming Consolidation: Do not look for a "multi-site" dashboard within a single account; the architecture is designed for domain-level isolation.
• Mixing Staging and Production: Do not use the same account for both a staging domain and a production domain. Create separate accounts for each.
• Forgetting to Verify: Always verify that the snippet is active after installation. A silent failure can waste weeks of optimization time.

Frequently Asked Questions

Can I use one SeaText subscription for multiple Odoo domains?

No. Each domain requires its own SeaText account, which means each domain will have its own associated subscription or setup.

What happens if I use the same code on two different domains?

The AI will fail to associate traffic correctly, leading to inaccurate data, broken conversion tracking, and potential security flags.

How do I manage multiple accounts efficiently?

Keep a clear inventory of your domains and their corresponding SeaText account credentials. Since each is a 1:1 relationship, treat them as independent deployments.

Are there exceptions for subdomains?

SeaText accounts are linked to a primary URL. If you have complex subdomain requirements, contact the support team to confirm if your specific structure requires separate accounts.

Can I migrate an account to a new domain?

This depends on SeaText's current policy. Since each account is linked to a single primary URL, you may need to create a new account for the new domain. Contact support to confirm the migration process.

What happens if I need to change my primary URL?

You will likely need to update the account settings or create a new account. Changing the primary URL may break the association. Check with the vendor for the exact procedure.

How does billing work across multiple accounts?

Each account is billed separately. You will receive separate invoices for each domain. This can be managed through your billing portal, but you will need to track multiple subscriptions.

Can I use SeaText on a staging subdomain of my production domain?

Yes, if the subdomain is a valid, real domain. You can create a separate account for the staging subdomain or use the same account if the subdomain is part of the primary URL. Check with the vendor for clarification.

What if I have a multi-tenant Odoo setup with multiple databases?

Each database may correspond to a different domain. You will need a separate SeaText account for each domain. The database structure does not change the account requirement.

Is there a way to consolidate reporting across accounts?

No built-in consolidation exists. You will need to export data from each account and combine it manually. This is a known limitation of the one-account-per-domain model.

Yes, you can add the SeaText code to Odoo without editing source files. The simplest route is Odoo's built-in Embed Code block inside the Website builder. A second option is a third-party header/footer injection module from the Odoo Apps store. Both approaches let you paste the JavaScript snippet through the Odoo interface — no file access, no command line, no custom module development required.

Why no-code integration matters for Odoo users

Odoo is a powerful ERP, but many teams do not have a developer on staff. Editing source code is risky. A single mistake can break the entire system. It also makes future Odoo updates harder. When you edit core files, you must reapply those changes after every upgrade.

No-code methods avoid all that. You work inside the Odoo interface. The system stays clean. Updates apply without conflict. This is the key reason to choose the Embed Code block or an injection module over custom development.

SeaText is designed to work this way. The installation process is secure. The AI remains inert until you activate it in your SeaText dashboard. That means the snippet itself does not alter your content until you turn features on. You keep full control.

How the Embed Code method works

Odoo's Website module includes a Dynamic Content section in its block palette. One of those blocks is called Embed Code. You drag it onto any page, click Edit, paste the SeaText snippet, and save. The block can be set to Hide on Desktop in the Visibility settings so the script runs without showing a visible element.

This is a standard Odoo feature, not a SeaText-specific workaround. It works on Odoo Online, Odoo.sh, and on-premise installations that have the Website module installed.

The Embed Code block is part of Odoo core. No extra installation is needed. You do not need to touch any Python files, XML views, or JavaScript assets. This is the most direct no-code path.

Step-by-step integration using Odoo's website builder

1. Log in to your Odoo account and open the Website module from the dashboard.
2. Navigate to the page you want to edit (usually the homepage or a layout template) and click Edit to open the editing panel.
3. In the left-hand Blocks panel, scroll to the Dynamic Content section.
4. Drag the Embed Code module into the desired location on the page.
5. Once the module is placed, click on the Edit button located in the right panel to input the code.
6. In the pop-up window that appears, paste the code snippet provided by SeaText AI into the designated area, then click Save to apply the changes.
7. To ensure the block is hidden from view on desktop devices, select the Hide on Desktop option in the Visibility section. After making this adjustment, click on Save once more to finalize your changes.

These steps are drawn directly from SeaText's Odoo integration guide. The Embed Code block is part of Odoo core, so no extra installation is needed.

Before you start, you need a SeaText AI account. If you do not have one yet, create it first. Then copy the JavaScript code from your SeaText dashboard. That is the snippet you will paste into the Embed Code block.

Alternative: Header/Footer injection modules

If you prefer the script to load on every page without adding a block to each layout, install a header/footer injection module from the Odoo Apps store. Search for "header footer code injection" or "custom code injection." Popular free options include Website Header Footer Code and Custom Code Injection. After installation, you'll find a configuration menu under Website → Configuration → Custom Code (or similar) where you can paste the SeaText snippet into the Head or Body field. This method is useful when you manage multiple websites in one Odoo database and want a single place to control the script.

This approach is better when you need site-wide coverage. The Embed Code block only loads on the specific page where you place it. An injection module loads on every page automatically. That saves time if you have many pages.

It also gives you a central control point. You change the snippet in one place. The update applies everywhere. This is ideal for multi-website setups where each website needs its own SeaText account and snippet.

Decision criteria: Which method should you choose?

Choosing between the Embed Code block and an injection module depends on your situation. Here is a simple comparison.

Use the Embed Code block if you only need SeaText on one page. Use an injection module if you need it everywhere. If you run multiple websites in one Odoo database, the injection module is usually the better fit. Check with the vendor for per-website configuration support.

When you might need developer help

• Content Security Policy (CSP) blocks inline scripts. If your Odoo instance enforces a strict CSP, the Embed Code block may be blocked. You'll need a developer to add the SeaText domain to the CSP allowlist or to load the script via a non-inline method.
• Multi-website setups with different domains. SeaText requires a separate account per primary domain. If you run several domains on one Odoo database, you'll need logic to load the correct snippet per website — typically a small custom module or a template override.
• Development or staging environments on localhost. SeaText restricts localhost and dynamic development domains for security. You must use a real, publicly resolvable domain (e.g., staging.example.com) for the script to activate.
• Backend portal or checkout pages. The Website builder only edits frontend website pages. For backend portal or checkout pages, you would need a custom module or a header/footer injection module that targets those routes — which typically requires developer assistance.

Key facts

Limitations and considerations

The Embed Code block loads the script on the specific page where you place it. If you need the script on every page, add the block to a global layout template (e.g., the main layout) or use the header/footer injection module. The Hide on Desktop setting only affects visual rendering; the JavaScript still executes. SeaText's documentation notes that the AI remains inert until activated in your SeaText dashboard, so the snippet itself does not alter content until you turn features on.

If you use Odoo's Website Multi-Company or Multi-Website features, each website needs its own SeaText account and snippet. The Embed Code block must be configured per website, or the injection module must support per-website configuration.

SeaText's edge deployment via Cloudflare adds near-zero latency. The script loads asynchronously. No site rebuilds are required. This means you do not need to worry about slowing down your Odoo site.

One more thing to keep in mind: the snippet is a loader. It pulls the latest configuration from SeaText's edge network. Feature updates happen in the dashboard. You do not need to update the snippet when SeaText releases new features.

Verification steps

1. After saving the Embed Code block or injection module, visit the front-end page in an incognito browser window.
2. Open browser DevTools → Console. You should see a SeaText initialization log (e.g., "SeaText AI loaded") without errors.
3. Log in to your SeaText dashboard. The domain status should change from "Pending" to "Active" once the script fires.
4. If you see CSP errors in the console, contact your Odoo administrator or hosting provider to allow the SeaText script domain.

Verification is quick. It takes less than a minute. Do it right after installation to catch any issues early.

FAQ

Does the Embed Code block work on Odoo Online (SaaS)?

Yes. The Website module and Embed Code block are available on Odoo Online, Odoo.sh, and on-premise installations.

Can I add the script to the checkout or portal pages?

The Website builder only edits frontend website pages. For backend portal or checkout pages, you would need a custom module or a header/footer injection module that targets those routes — which typically requires developer assistance.

What if I have multiple languages on one Odoo website?

One SeaText snippet works across all languages on the same domain. SeaText's translation agent handles 125 languages automatically once activated.

Will the script slow down my Odoo site?

The SeaText script loads asynchronously. SeaText's edge deployment via Cloudflare adds near-zero latency. No site rebuilds are required.

Can I test on a staging subdomain before going live?

Yes, but you must use a real subdomain (e.g., staging.yourdomain.com). Localhost and dynamic dev domains are restricted for security.

Do I need to update the snippet when SeaText releases new features?

No. The snippet is a loader that pulls the latest configuration from SeaText's edge network. Feature updates happen in the dashboard.

What happens if I uninstall the Website module later?

The Embed Code block and its content will be removed. If you used a header/footer injection module, the snippet persists as long as that module remains installed.

Do I need a SeaText account before installing the script?

Yes. You need a SeaText AI account first. Create one, then copy the JavaScript code from your dashboard. That is the snippet you paste into Odoo.

Can I use SeaText on multiple domains?

Yes, but you must create a separate account for each domain. Each SeaText account is linked to a single primary URL. This applies to development and production domains alike.

Is the installation process secure?

Yes. The installation is secure. The AI remains inert until you activate it. Your website's content integrity is preserved.

SeaText ties each account to one primary URL. If you operate multiple Odoo domains — a production site, a staging environment, or separate brand websites — you need a separate SeaText account for each one. Development URLs such as localhost are blocked for security, and dynamic development subdomains often fail to link traffic to your account reliably.

Why Domain Isolation Matters for SeaText

SeaText's AI agents read visitor behavior, rewrite copy in real time, and attribute conversions to specific traffic sources. That attribution only works when the script can unambiguously match a request to the account that owns the domain. When two domains share one account, the system cannot tell which site generated a click, a scroll, or a purchase. The result is mixed telemetry, broken personalization, and inaccurate conversion relay to ad platforms.

Odoo's multi-website feature lets you run several sites from one database, but each site usually has its own domain name. SeaText treats each domain as a separate property. The integration guide states: "Each SEATEXT AI account is linked to a single primary URL." That rule is not a suggestion — it is a technical constraint of how the JavaScript snippet identifies your account.

When Separate Accounts Are Required

Use this checklist to decide if you need a new SeaText account:

• Different registered domain names — example.com and shop.example.com count as separate primary URLs.
• Production versus staging — A staging domain like staging.example.com needs its own account.
• Separate brands or business units — Each brand domain gets its own account.
• Multiple Odoo websites with distinct domains — Odoo's multi-website mode with unique domains requires separate SeaText accounts.
• Client sites you manage — Agencies should create one account per client domain.

If any of the above apply, create a new SeaText account and install its unique snippet on that domain only.

When a Single Account May Suffice

You can keep one account when:

• All traffic runs through one domain, even if Odoo serves multiple websites via path prefixes (e.g., example.com/brand-a, example.com/brand-b).
• You use subdirectories, not subdomains or separate domains.
• You have a single production domain and no staging environment.

In these cases the primary URL stays the same, so one SeaText account covers the entire Odoo installation.

How SeaText Associates Traffic with Accounts

The SeaText JavaScript snippet contains an account identifier. When a page loads, the script sends the current hostname to SeaText's edge network. The edge network matches that hostname to the primary URL registered in your account. If the hostname does not match, the request is rejected or attributed to the wrong account.

This design prevents cross-domain data leakage. It also means you cannot point two domains at one snippet and expect clean data. The integration documentation warns: "Dynamic development domains may not function properly, as SEATEXT AI might be unable to reliably associate traffic with your account."

Development vs Production Domain Handling

Localhost and 127.0.0.1 are explicitly blocked. You cannot test SeaText on a bare local server. Workarounds:

• Use a real domain pointed to your local machine via /etc/hosts or a tunneling service (ngrok, Cloudflare Tunnel) that provides a stable HTTPS URL.
• Register a staging domain (e.g., staging.yourcompany.com) and create a dedicated SeaText account for it.
• Do not reuse the production account on staging — telemetry will pollute both environments.

Each staging domain still needs its own account because it has a distinct primary URL.

Multi-Website Odoo Setups

Odoo supports three multi-website patterns:

1. Separate domains — brand-a.com, brand-b.com. Each needs a SeaText account.
2. Subdomains — shop.example.com, blog.example.com. Each subdomain is a distinct primary URL; each needs an account.
3. Path-based — example.com/shop, example.com/blog. One primary URL (example.com), one SeaText account.

Check your Odoo website configuration under Website → Configuration → Domain Names. If the "Domain" field differs per website, you need separate SeaText accounts.

Key Facts

Limitations and Exceptions

• No wildcard domains — You cannot register *.example.com as a primary URL.
• No account merging — Data from two accounts cannot be combined retroactively.
• Agency management — Agencies must maintain separate logins per client domain; there is no multi-account dashboard in the current UI.
• SSL required — The primary URL must serve HTTPS; HTTP-only domains will not work.

If your setup involves reverse proxies, CDN edge rewrites, or headless Odoo frontends, verify that the hostname seen by the browser matches the primary URL exactly. Mismatches break attribution.

FAQ

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

No. example.com and www.example.com are different hostnames. Choose one as the canonical primary URL and redirect the other at the DNS or server level.

What happens if I install the production snippet on staging by mistake?

Staging traffic will be attributed to the production account, polluting reading telemetry, A/B test results, and conversion relay data. Create a dedicated staging account.

Do I need separate billing for each account?

Yes. Each SeaText account has its own subscription. Plan limits (page views, agents, languages) apply per account.

Can I move a domain from one SeaText account to another?

Contact support. The domain must be removed from the old account and added to the new one; historical data does not transfer.

Does Odoo's multi-company feature change the account rule?

No. Multi-company is a backend data separation. SeaText cares only about the public hostname visitors see.

What if I have 20 client sites as an agency?

Create 20 SeaText accounts. Use a password manager and label each account with the client domain. There is no bulk management API today.

Will a single account work if I use Cloudflare Workers to rewrite hostnames?

Only if the browser's address bar shows the same primary URL registered in SeaText. If the worker serves client-a.com but the browser shows client-a.com, it works. If the browser shows platform.yourapp.com/client-a, it will not match.

Decision Criteria: Separate Account or Not

Use this quick decision table to guide your setup. It covers the most common Odoo configurations.

If your scenario is not listed, ask: "Does the browser address bar show a different hostname for each site?" If yes, you need separate accounts.

Practical Scenarios and Workarounds

Here are real-world examples to clarify the rule.

Scenario 1: Ecommerce with a blog subdomain. You run shop.example.com and blog.example.com. Each is a separate hostname. Create two SeaText accounts. Install the correct snippet on each site. Do not mix them.

Scenario 2: Odoo multi-website with path prefixes. You serve example.com/us and example.com/eu. Both share the same hostname. One SeaText account works. The script sees example.com for every request.

Scenario 3: Local development with a tunnel. You use ngrok to expose a local Odoo instance. The tunnel gives you a URL like abc123.ngrok.io. That is a real domain, but it changes each time. SeaText may not associate traffic reliably. Use a stable staging domain instead.

Scenario 4: Agency managing multiple clients. Each client has a unique domain. Create one account per client. Keep credentials in a secure vault. Label each account with the client name and domain.

Scenario 5: Reverse proxy with hostname rewrite. You use a proxy that changes the hostname before it reaches Odoo. SeaText sees the browser hostname, not the backend hostname. Ensure the browser hostname matches the registered primary URL.

Billing and Plan Implications

Each SeaText account has its own subscription. That means separate billing for each domain. Plan limits — such as page views, AI agents, and language support — apply per account. If you run five domains, you pay for five accounts.

This is a cost consideration. For small setups, one account may be cheaper. But mixing domains to save money breaks attribution. The data loss is usually more expensive than the extra subscription.

Check the pricing page for current plan details. Contact sales if you need a custom arrangement for many domains.

Security and Data Isolation

Separate accounts also provide security isolation. If one domain is compromised, the attacker cannot access data from other domains. This is important for agencies and multi-brand companies.

Each account has its own API keys and snippet. A leaked snippet from one domain does not expose another domain's data. This is a strong reason to keep accounts separate.

For regulated industries, data isolation may be a compliance requirement. Separate accounts help meet that requirement.

Common Mistakes to Avoid

• Using one snippet on multiple domains — This causes mixed telemetry and broken attribution.
• Testing on localhost — SeaText blocks localhost. Use a real domain or tunnel.
• Forgetting to redirect www — Choose a canonical hostname and redirect the other.
• Installing production snippet on staging — This pollutes production data.
• Assuming subdomains share an account — They do not. Each subdomain is a separate primary URL.
• Ignoring HTTPS — SeaText requires HTTPS. HTTP-only domains will not work.

How to Create a New Account

Creating a new SeaText account is straightforward. Visit the SeaText website and click the sign-up button. Enter your email and choose a password. After registration, you will get a unique JavaScript snippet.

Install that snippet on the domain you want to track. Follow the Odoo integration steps: go to the Website module, edit the page, drag the "Embed Code" block into place, paste the snippet, and save. Hide the block on desktop if needed.

Repeat this process for each domain. Each domain gets its own account and its own snippet.

Final Recommendation

Separate accounts are the safe default for any multi-domain Odoo setup. The cost of extra subscriptions is small compared to the cost of broken data. If you are unsure, create a separate account for each distinct hostname.

If you have a single domain with path-based websites, one account is fine. If you have any subdomains or separate domains, create separate accounts. This keeps your telemetry clean, your attribution accurate, and your ad spend optimized.