All paid Thinkific plans — Basic and up — allow custom code injection. The free plan does not. If you want to run SeaText on a Thinkific site, you need a paid plan.

SeaText installs through a small JavaScript snippet. You paste that snippet into Thinkific's Site Footer Code field, save it, and confirm the connection. The whole setup takes about a minute, plus a short activation visit.

Choose the free plan if you just want to test Thinkific and do not need custom scripts.

Choose Basic or any higher plan if you need SeaText, analytics, tracking pixels, or other custom code.

If you are choosing between paid plans, the decision should be based on course features, student limits, and price — not on SeaText, because every paid plan handles the code the same way. Plan names and access can change, so check Thinkific's current plan comparison before you buy.

What custom code injection means on Thinkific

Custom code injection means adding your own HTML, CSS, or JavaScript to a website. Thinkific gives you a dedicated place for this: the Site Footer Code field.

Code placed there runs on most pages automatically. SeaText uses this field to load its script across your Thinkific site. This is a site-wide approach, not a one-page edit.

Why the plan question matters

The plan question matters because the free Thinkific plan does not allow custom code. Without custom code access, you cannot add SeaText at all.

If you ignore this, you will copy the SeaText code and then find there is nowhere to paste it, or the save will not work. That is a frustrating way to learn the requirement.

SeaText also has its own pricing, separate from Thinkific's plan price. The plan decision here only decides whether you can install SeaText, not which SeaText features you should use.

Decision criteria for choosing a Thinkific plan

Use these criteria when you compare paid Thinkific plans for SeaText:

• Custom code access: Every paid plan supports it. The free plan does not.
• Admin permission: You need access to the Admin Dashboard and the Code & Analytics tab.
• Course fit: Match the plan to your number of courses, students, quizzes, and certificates.
• Budget: Pick the lowest paid plan that gives you the course features you need.
• Future needs: If you plan to add other scripts later, a paid plan is required anyway.

Decision rule: If you need SeaText, choose the cheapest paid Thinkific plan that has the other course features you need. The code requirement is satisfied by any paid plan.

How to install SeaText on Thinkific

SeaText's official Thinkific setup has three stages: paste the code, link your site, and activate the AI.

Step 1: Paste the JavaScript code

1. Copy the JavaScript code provided by SeaText.
2. Go to your Admin Dashboard.
3. Select Settings.
4. Select the Code & Analytics tab.
5. In the Site Footer Code field, paste the code.
6. Click Save.

Step 2: Link SeaText to your website

1. Use the form to add your website address in the format www.example.com.
2. Visit your website once and stay on the page for at least 40 seconds. This activates the AI and links it to your account.
3. Wait at least five minutes until you see your website name next to the SEATEXT logo at the top of the page.
4. If you do not see it after 10 minutes, contact SeaText support immediately.

Step 3: Activate the AI

Go to the Main AI Hub to activate the AI you need on your preferred pages. Click Configuration to adjust the AI parameters. Use Variants Edit to review, create, or edit translations and variants.

What to check before you paste the code

Before you start, confirm these things:

• Your Thinkific plan is paid, not free.
• You have admin access to settings.
• You have the latest code from SeaText.
• You know your website address in the format www.example.com.
• You can visit the site for at least 40 seconds after installation.
• You have 5 to 10 minutes to confirm the connection.

If you are using a custom domain, use that domain when linking SeaText to your account.

Key facts: SeaText + Thinkific

Limitations and when this advice does not apply

This advice applies to the standard SeaText setup on Thinkific using the Site Footer Code field. Thinkific may offer other code injection points, but SeaText's integration steps specifically use this field.

If you are on the free Thinkific plan, this guide does not apply until you upgrade. The code will not work without custom code access.

If Thinkific changes its settings menu, field names, or plan rules, follow Thinkific's current documentation. The core idea stays the same: SeaText needs a place to run its JavaScript across your site.

This article does not cover SeaText's other installation methods or its own pricing tiers. Those are separate decisions.

Terms you may see

• Code injection: Adding your own code to a website so it runs on one or more pages.
• JavaScript snippet: A short piece of JavaScript code. SeaText provides this for you.
• Site Footer Code: Thinkific's setting where you paste code that runs on most pages.
• Main AI Hub: SeaText's control panel for activating and managing AI agents.

Frequently asked questions

Does SeaText work on Thinkific's free plan?

No. The free plan does not allow custom code injection, so SeaText cannot be installed. You need a paid Thinkific plan.

Where exactly do I paste the SeaText code in Thinkific?

Go to Admin Dashboard, select Settings, then Code & Analytics. Paste the code into the Site Footer Code field and click Save.

How long does it take for SeaText to connect to Thinkific?

Adding the code takes under a minute. Then visit your site and stay for at least 40 seconds. Wait at least five minutes for the connection to appear.

What should I do if my site does not appear after 10 minutes?

Contact SeaText support immediately. The delay could mean the code was not installed correctly.

Do I need to know how to code?

No. SeaText's Thinkific setup is copy and paste. You do not need to write or edit the JavaScript yourself.

What happens after SeaText connects to Thinkific?

Open the Main AI Hub, activate the AI agents you want on your pages, and use Configuration to adjust how they work.

If every paid plan allows custom code, how do I choose?

Compare course limits, student limits, quizzes, certificates, and price. SeaText is not the deciding factor between paid plans.

SeaText is a client‑side AI snippet that rewrites headlines, offers, and calls‑to‑action after the page loads. When you run a Next.js app with server‑side rendering (SSR) or static site generation (SSG), the snippet must stay out of the server render path. Otherwise the HTML produced on the server will differ from the HTML that the browser later receives, causing hydration mismatches.

Prerequisites

• A Next.js project (either the Pages Router or the App Router) created with npm create next-app or yarn create next-app.
• Your SeaText snippet (the SEATEXTCODEINTEGRATION block) copied from the SeaText dashboard.
• Basic familiarity with React hooks, useEffect, and dynamic imports.

Why SSR matters and what hydration mismatches are

During SSR, Next.js renders React components on the server and sends the resulting HTML to the browser. The browser then “hydrates” that HTML by attaching React’s event listeners and state. If the HTML that the server sent does not match the HTML that the client generates, React logs a warning like “Hydration failed because the initial UI does not match what was rendered on the server.”

SeaText modifies the DOM after the initial paint – it may change text content, add attributes, or insert new elements. If those changes happen during the server render, the server‑generated markup will already contain the modified text, while the client will apply the same modification a second time, producing a mismatch.

Keeping SeaText strictly client‑side avoids the mismatch. The pattern is:

1. Render a placeholder on the server (often an empty div).
2. Load SeaText only after the component mounts in the browser.
3. Tell React to ignore the part of the tree that SeaText will touch by using suppressHydrationWarning.

Step 1: Create a client‑only SeaText provider

Make a new file components/SeaTextProvider.jsx. Mark it as a client component with the "use client" directive. Inside, use useEffect to inject the script tag. The provider also renders a div that has suppressHydrationWarning so React will not compare its children during hydration.

"use client";
import { useEffect } from "react";

export default function SeaTextProvider() {
  useEffect(() => {
    // Create the script element only in the browser
    const script = document.createElement("script");
    script.src = "https://cdn.seatext.ai/seatext.js"; // replace with your URL
    script.async = true; // Asynchronous loading (source S1)
    script.id = "seatext-snippet";
    document.body.appendChild(script);

    // Cleanup on unmount – useful for hot‑module replacement
    return () => {
      const existing = document.getElementById("seatext-snippet");
      if (existing) existing.remove();
    };
  }, []);

  // The wrapper tells React to ignore any DOM changes SeaText makes
  return 
;
}

Trade‑offs: Using useEffect guarantees the script runs after the first paint, which keeps the initial load fast. The downside is that any SEO‑critical text that SeaText would rewrite will not be present in the server HTML. If that text is required for crawlers, you must provide a static fallback.

Troubleshooting: If the script does not appear in the Network tab, verify that the URL is correct and that your CSP allows script-src https://cdn.seatext.ai. Also check the console for Refused to load the script errors.

Step 2: Load the provider with a dynamic import (ssr:false)

Next.js offers next/dynamic to load components lazily. By passing { ssr: false }, the component is never rendered on the server. This is the core guard against hydration mismatches.

import dynamic from "next/dynamic";

// The dynamic import returns a component that only renders on the client
const SeaText = dynamic(() => import("../components/SeaTextProvider"), {
  ssr: false,
});

Place the SeaText component near the top of your component tree so it runs early, but after the html and body tags have been rendered.

Step 3: Append the script safely with useEffect

The provider’s useEffect (shown in Step 1) does three things:

• Creates a script element with async attribute – this matches the asynchronous loading recommendation from SeaText’s documentation (source S1).
• Appends the script to document.body so it runs in the global scope.
• Removes the script on component unmount to avoid duplicate loads during development hot‑reloading.

Why async matters: An async script does not block the main thread, preserving First Contentful Paint (FCP) and Core Web Vitals. SeaText’s own script is under 15 KB, so the network impact is minimal (source S1).

Step 4: Suppress hydration warnings where SeaText rewrites

SeaText may change the text of headings, button labels, or meta tags. Wrap the area that can change in a div with suppressHydrationWarning={true}. This tells React to skip the strict HTML comparison for that subtree.

<div suppressHydrationWarning={true}>
  <h1>Original headline</h1>
  <button>Buy now</button>
</div>

If you forget this attribute, you will see warnings in the console and possibly a full page re‑render, which can cause flicker.

Step 5: Complete App Router example

The App Router (available from Next.js 13) uses layout.js as the top‑level component. Because layout.js runs on the server by default, you cannot call dynamic(..., { ssr:false }) directly inside it. Instead, create a client‑only wrapper that performs the dynamic import, then mount that wrapper inside the layout.

// components/SeaTextProvider.jsx (already shown above)

// components/SeaTextDynamicWrapper.jsx
"use client";
import dynamic from "next/dynamic";

const SeaText = dynamic(() => import("./SeaTextProvider"), { ssr: false });

export default function SeaTextDynamicWrapper() {
  return ;
}

Now edit app/layout.js:

import "./globals.css";
import SeaTextDynamicWrapper from "../components/SeaTextDynamicWrapper";

export const metadata = {
  title: "My Next.js Site",
  description: "Example with SeaText SSR integration",
};

export default function RootLayout({ children }) {
  return (
    
      
        {/* The wrapper loads SeaText only on the client */}
        
        {children}
      
    
  );
}

Why we need the extra wrapper: The dynamic call itself must be executed in a client component; otherwise Next.js will try to evaluate it on the server and throw an error. By placing the dynamic import inside SeaTextDynamicWrapper (which has "use client"), we keep the import client‑only while still being able to reference it from the server‑rendered layout.

Step 6: Pages Router example (with _app.js vs layout.js note)

If you are using the traditional Pages Router, the entry point is pages/_app.js. The same dynamic import works here because _app.js runs on both server and client, but the component itself is rendered only on the client thanks to ssr:false.

import dynamic from "next/dynamic";
import "../styles/globals.css";

const SeaText = dynamic(() => import("../components/SeaTextProvider"), { ssr: false });

function MyApp({ Component, pageProps }) {
  return (
    <>
      {/* SeaText runs before the page content */}
      
      
    
  );
}

export default MyApp;

Note: In the App Router, the top‑level file is layout.js, not _app.js. The difference matters because layout.js is a server component by default, while _app.js is a hybrid that always renders on the client after the initial server pass. That is why the App Router needs the extra SeaTextDynamicWrapper client component.

Step 7: Verify the integration

1. Run npm run dev and open the site in a browser.
2. Open DevTools → Network and confirm a request to seatext.js appears and has a status of 200.
3. Check the Console for any errors such as "Failed to load script" or CSP violations.
4. Inspect a headline that SeaText is expected to rewrite. The text should change after the page paints (usually within 15 ms, as described in SeaText’s performance docs).
5. View the page source (Ctrl+U). The raw HTML should NOT contain the SeaText script tag – it is injected client‑side only.

Limitations and practical considerations

• SEO‑critical copy: If a headline is essential for search indexing, rely on static content or Next.js metadata instead of SeaText rewrites, because crawlers may not execute the client script.
• Local storage usage: SeaText stores a visitor ID in localStorage. Ensure your site is not served inside an iframe with the sandbox attribute that blocks storage (source S1).
• Cross‑origin policies: Add script-src https://cdn.seatext.ai to your Content Security Policy. If your site serves multiple domains, verify that the script is allowed on each origin (source S1).
• Performance trade‑off: Loading SeaText asynchronously means the rewrite happens after the first paint. In most cases this is fine, but if you need the rewritten copy to be visible before the user can interact, you can poll for window.SeaText and delay UI interactions until the script reports readiness.
• Testing environments: In Jest or Cypress, you may need to mock the dynamic import or the global window.SeaText object to avoid false failures.

Frequently asked questions

Do I need to change my Next.js webpack or Babel config?

No. The dynamic import and client component work with the default Next.js configuration.

Can I use SeaText with static generation (next export)?

Yes. The snippet runs only in the browser, so next export produces static HTML that later loads SeaText client‑side.

What if I still see hydration warnings?

Make sure every element that SeaText may modify is wrapped with suppressHydrationWarning={true}. Also verify that the provider component is truly client‑only (the file must start with "use client").

Will SeaText affect Core Web Vitals?

The script loads asynchronously and runs in under 15 ms, so it has negligible impact on Largest Contentful Paint (LCP) and Cumulative Layout Shift (CLS). Keep suppressHydrationWarning to avoid layout shifts caused by React re‑rendering.

How do I handle multiple SeaText agents on the same page?

Load the script once; the global window.SeaText object can manage several agents. Configure each agent via the snippet’s JSON payload as described in the SeaText dashboard.

Is there a size limit for the snippet?

SeaText’s script is under 15 KB, which keeps transfer size low and aligns with the asynchronous loading recommendation (source S1).

Further reading

• Next.js Server‑Side Rendering documentation
• SeaText integration guide for SPAs (source S1)
• Next.js App Router overview

Typically 2–8 hours for basic CORS configuration on shared‑parent‑domain setups, plus 1–2 days when a custom proxy or edge worker is required for complex domain topologies; effort scales with the number of origins, authentication strategy, and backend control. SeaText's SPA integration documentation flags a single cross-origin consideration: if your single-page application interacts with multiple domains, you must ensure the SeaText script loads and executes without being blocked by browser same-origin policies.

What "cross-origin" means for SeaText in an SPA

SeaText injects a lightweight JavaScript snippet into your page. That snippet reads URL parameters (UTM tags, ValueTrack tokens), writes to localStorage, and communicates with SeaText's backend to rewrite headlines, offers, and translations. When your SPA spans multiple domains — for example, app.example.com, checkout.example.com, and blog.example.com — the browser treats each origin as separate. If the snippet loads from one origin but tries to read cookies, storage, or make fetch calls to another, the browser blocks the request unless explicit CORS headers or a proxy are in place.

Key cost drivers

• Number of distinct origins: Each additional domain or subdomain adds a CORS header set or proxy route.
• Control over backend responses: If you own all APIs, you can add Access-Control-Allow-Origin headers directly. If third‑party APIs are involved, you may need a proxy.
• Authentication strategy: Shared cookies across subdomains work with SameSite=None; Secure and a common parent domain. Separate domains often require token passing or a proxy that forwards credentials.
• Existing infrastructure: Teams with a CDN (Cloudflare, CloudFront, Fastly) or edge‑worker platform can add CORS headers or rewrite rules in minutes. Teams without edge infrastructure must build or deploy a proxy service.
• Testing matrix: Every origin combination needs verification in Chrome, Firefox, Safari, and mobile browsers. Safari's Intelligent Tracking Prevention (ITP) can add edge cases.

Typical effort tiers

Step-by-step scoping checklist

1. Map every origin your SPA touches — include marketing subdomains, checkout, help center, and any iframe embeds.
2. List which origins serve the SeaText snippet and which origins receive SeaText network requests.
3. Check current CORS headers on each backend endpoint (curl -I -X OPTIONS).
4. Determine cookie / token strategy: shared parent domain cookie, JWT in localStorage, or header‑based auth.
5. Choose tier: if all origins are yours and share a parent domain, start with Tier 1. If you have a CDN, Tier 2. Otherwise plan Tier 3.
6. Write a test matrix: each origin × each browser × authenticated / unauthenticated states.
7. Allocate time for Safari ITP edge cases (usually 1–2 extra hours).

Common mistakes that inflate effort

• Assuming Access-Control-Allow-Origin: * works with credentials — it does not; you must echo the requesting origin.
• Forgetting preflight (OPTIONS) handling on non‑simple requests (custom headers, application/json body).
• Testing only in Chrome; Safari and Firefox handle third‑party storage and CORS differently.
• Not accounting for SeaText's localStorage usage — if the snippet loads on app.example.com but the user first lands on blog.example.com, the ID may not persist across origins without shared storage or a proxy.

Practical scenarios

Scenario A: SaaS app with marketing site on separate domain

app.acme.com (React SPA) and acme.com (Next.js marketing). Both served via Vercel. SeaText snippet loads on marketing pages; user signs up and lands in app. Effort: Tier 2 — add Vercel Edge Function to proxy SeaText snippet network requests from app to marketing origin, or configure vercel.json headers. Approx. 6 hours.

Scenario B: E‑commerce with separate checkout domain

shop.example.com (SPA) and pay.example.com (hosted checkout, third‑party). You control shop; checkout is Stripe/Shopify. SeaText must track user from shop through checkout. Effort: Tier 3 — deploy Cloudflare Worker that reads SeaText ID from shop's cookie, passes it as a header to checkout, and forwards SeaText snippet network requests. Approx. 1.5 days.

Scenario C: Multi‑brand platform, shared SeaText account

Five brands, each on its own apex domain, all using the same SeaText project. SeaText snippet must load on all five. Effort: Tier 2 if you have a CDN (add CORS headers per origin), Tier 3 if not. Roughly 1 day with CDN, 2 days without.

Limitations of this estimate

• Estimates assume a developer familiar with CORS, service workers, and your deployment pipeline. Ramp‑up time for junior engineers can add 50 %.
• SeaText's documentation only states: "ensure that the SEATEXT AI script is compatible and does not face cross‑origin issues." It does not prescribe a specific architecture.
• Third‑party checkout or auth providers (Auth0, Firebase, Stripe) may impose their own CORS restrictions that cannot be changed.
• Safari ITP updates can break cross‑origin storage strategies without notice; budget ongoing maintenance.
• These figures exclude QA, staging deployment, and rollback planning.

Terminology

• Origin: Scheme + host + port (e.g., https://app.example.com).
• CORS: Cross‑Origin Resource Sharing — browser mechanism that allows servers to declare which origins may load their resources.
• Preflight: An OPTIONS request the browser sends before the actual request when the request uses non‑simple methods or headers.
• Edge worker: Serverless function that runs at CDN edge locations (Cloudflare Workers, Vercel Edge Functions, AWS Lambda@Edge).
• SeaText network request: The background call the SeaText snippet makes to report events and fetch variant data.

FAQ

Can I avoid a proxy by hosting the SeaText snippet on each domain?

The snippet is delivered from SeaText's servers; self‑hosting is not documented. You can only control how your backends respond to the snippet's network requests.

Does SeaText support postMessage for cross‑origin communication?

The source pack does not mention postMessage. Assume the snippet uses standard fetch/XHR and localStorage. If you need postMessage, you would need a custom wrapper — adding Tier 3 effort.

What if I only have one domain but multiple subdomains?

That is Tier 1. Set cookie domain to .example.com and ensure API responses include Access-Control-Allow-Origin: https://app.example.com (echo the request origin). 2–4 hours typical.

How do I verify the fix works?

Open DevTools Network tab on each origin. Confirm SeaText script loads (200), network requests return 200/204, and no CORS errors appear in Console. Test in Safari private mode to catch ITP issues.

Can I use a shared localStorage polyfill like localForage with an iframe bridge?

Possible, but adds complexity and fragility. A proxy or edge worker is more maintainable. Count as Tier 3 effort.

Does SeaText provide a test endpoint for CORS validation?

Not documented in the source pack. Use your own staging endpoints to validate headers before pointing at production.

What is the ongoing maintenance burden?

Low for Tier 1 (header changes rarely). Moderate for Tier 2/3: CDN rule updates, proxy dependency upgrades, Safari ITP monitoring. Budget 2–4 hours per quarter.

You've added the SeaText snippet to Thinkific. Now you need proof it's actually working. The verification path is short: load your own site, linger long enough for the handshake, then watch the SeaText dashboard for the connection badge.

Why verification matters

Without a successful handshake, SeaText cannot receive visitor events. No events means no AI agents, no conversion insights, and no bot‑refund reports. Confirming the badge guarantees that your data pipeline is live.

It also protects you from wasted ad spend. If the script never fires, any paid traffic you send to the site will not be tracked, and you cannot claim refunds for bot clicks.

Understanding SeaText tracking architecture

SeaText uses a lightweight client script (< 15 KB) that loads in the browser. When the page loads, the script waits for a 40‑second dwell period. After the dwell, it sends a ping to SeaText's endpoint, including the domain name and a unique site identifier.

The server matches the domain to the entry you created in the "Linking SEATEXT AI to your website" form. If the match succeeds, SeaText creates a live website object and displays the site name next to the logo in the dashboard.

This process happens in real time, typically within five minutes. The architecture ensures that only genuine human visits trigger the link, reducing false positives from bots.

Prerequisites before you verify

• You have copied the exact JavaScript block from the SeaText integration page (the block labeled SEATEXTCODEINTEGRATION)【S1】.
• You pasted it into Thinkific Admin → Settings → Code & Analytics → Site Footer Code and clicked Save【S1】.
• Your Thinkific site is on a live, publicly reachable domain (not localhost, not a password‑protected staging subdomain)【S1】.
• You are logged into the same SeaText account that generated the snippet【S1】.
• Browser extensions that block scripts (ad blockers, privacy tools) are disabled for the test visit【S1】.

Step‑by‑step verification process

1. Open your live Thinkific site in a fresh browser tab. Use the exact domain you entered in the SeaText linking form (e.g., www.yourcourse.com)【S1】.
2. Stay on any page for at least 40 seconds. This dwell time triggers the handshake that links the domain to your SeaText account【S1】.
3. Open the SeaText dashboard in a second tab. Look at the top of the page next to the SeaText logo.
4. Wait up to five minutes. Your site name should appear next to the logo. This indicates the website is connected and ready for AI activation【S1】.
5. If the name does not appear after ten minutes, contact SeaText support. The integration guide says to do this after ten minutes【S1】.

What the connection badge actually means

When the badge appears, three things have happened:

• The JavaScript loaded without errors on your Thinkific pages.
• The 40‑second dwell ping reached SeaText's servers and matched the domain you registered.
• Your account now has a live website object that can receive AI agent configurations.

The badge does not mean any AI agents are active yet. Activation is a separate step in the Main AI Hub (Configuration → activate agents on preferred pages)【S1】.

Decision criteria for a successful verification

Use this checklist to decide if verification succeeded:

• Badge appears within five minutes of the 40‑second test visit.
• Network tab shows a successful request to seatext.com with status 200.
• No console errors reference SEATEXTCODEINTEGRATION.
• Site name in the dashboard matches the domain you entered.

If any item fails, move to the troubleshooting section.

Common reasons verification fails

Advanced troubleshooting techniques

If basic fixes fail, try these deeper steps:

• Inspect the script URL. Open DevTools → Sources and verify the script loads from https://seatext.com/…. A 404 indicates a copy‑paste error.
• Check Content‑Security‑Policy (CSP) headers. If your site uses a strict CSP, add script-src 'self' https://seatext.com to allow the script.
• Validate DNS resolution. Use nslookup or an online tool to ensure your custom domain points to the correct Thinkific IP.
• Review server logs. If you have access, look for inbound requests to /ping from SeaText IP ranges (listed in the integration docs).
• Test with a different browser or device. Some corporate proxies rewrite scripts, causing failures.

Practical scenarios and examples

Scenario 1: New custom domain. You switched from mysite.thinkific.com to www.mybrand.com. After updating the domain in the SeaText linking form and repasting the snippet, the badge appeared in three minutes.

Scenario 2: CDN caching. A Cloudflare page rule cached the HTML for 24 hours. Purging the cache resolved the missing badge.

Scenario 3: Multiple Thinkific sites. Each site required its own snippet and domain entry. The dashboard displayed two site names after separate 40‑second visits.

After successful verification: what to do next

• Open Main AI Hub → Configuration and enable the agents you need (CRO Optimizer, Bot Protection, Translation, etc.)【S1】.
• Use Variants Edit in the left panel to review or manually adjust automatic translations and copy variants SeaText generated【S1】.
• Set up Google Ads tracking templates with ValueTrack parameters ({keyword}, {matchtype}) if you want the Google Ads Landing Page Agent to rewrite headlines per search term【S1】.

Key facts

Limitations and when this advice doesn't apply

• This verification only confirms the JavaScript snippet loads and the domain handshake succeeds. It does not validate that specific AI agents are rewriting content correctly — that requires checking the Variants Edit panel or viewing a live page with the agent active【S1】.
• If your Thinkific site uses a proxy (Cloudflare Workers, CloudFront Functions), the ping may originate from a different hostname, breaking the match. Whitelist the SeaText endpoint or contact support.
• The steps assume a standard Thinkific plan with access to Code & Analytics. Legacy or restricted plans may hide that tab.

FAQ

Can I verify tracking without waiting 40 seconds?

No. The 40‑second dwell is the trigger SeaText uses to confirm a real human visited the domain. Shorter visits are ignored to filter bots.

Does the verification work on Thinkific's free mysite.thinkific.com subdomain?

Yes, as long as you enter that exact subdomain in the SeaText linking form and the site is publicly accessible (not password‑protected).

What if I manage multiple Thinkific sites under one SeaText account?

Each site needs its own domain entry in the linking form and its own snippet paste. The dashboard will show each connected site name once verified.

Why does the badge appear but my conversion numbers stay at zero?

The badge only means the script is connected. Conversions require active agents (CRO Optimizer, Google Ads Agent, etc.) and enough traffic to generate measurable events. Check Main AI Hub → Configuration to ensure agents are toggled on.

Can I use browser dev tools to see if the script fired?

Yes. Open the Network tab, filter for "seatext", and reload the page. You should see the JavaScript file download with a 200 status. If it’s blocked or 404s, the snippet URL is wrong or a CSP is blocking it.

Does SeaText have a Live View or real‑time event stream for Thinkific?

The source documentation does not mention a Live View feature. Verification relies on the connection badge and subsequent agent activation in the Main AI Hub.

What should I tell support if the badge never appears?

Provide the exact domain you entered, a screenshot of the Thinkific Code & Analytics page showing the pasted snippet, the time you performed the 40‑second test visit, and whether you used incognito mode. This lets support check server‑side logs for the handshake ping.

Will ad blockers always prevent the badge?

Most ad blockers block third‑party scripts, including SeaText. Disable them or test in a clean browser profile.

Is there a way to speed up the badge appearance?

The handshake runs after the 40‑second dwell. You cannot shorten it, but you can ensure the script loads instantly by placing it in the footer as instructed.

Do I need to clear Thinkific cache after each change?

Yes. After moving the snippet or updating the domain, clear the Thinkific cache (Settings → Site Builder → Clear cache) to serve the latest HTML.

Further reading

• Thinkific Troubleshooting Guide
• Thinkific Order and Signup Tracking Code
• Google Site Verification on Thinkific

Automatic translation duplicates content across languages when the translation pipeline runs more than once on the same source, when language tags are missing, or when updates flow back into the original language. The result is multiple URLs that Google sees as near-identical pages, which splits ranking signals and can trigger duplicate-content filters.

The root cause is usually a configuration issue, not the translation engine itself. Most platforms translate on publish, then translate again on edit, or they mirror changes from a translated version back to the source. Add missing hreflang and canonical tags, and Google cannot tell which version is the primary one for each language.

How Automatic Translation Creates Duplicate Content

Automatic translation works by detecting new or changed content, sending it to a translation engine, and publishing the output under a language-specific URL or subdirectory. When that detection runs repeatedly — on every save, on a schedule, or via a webhook — the same source text gets translated again and again. Each run can create a new URL or overwrite the previous translation with a slightly different version.

If the system also watches the translated versions for changes and syncs them back to the source language, you get a loop. A human edits the French page; the system pushes that edit to English; the English change triggers a new French translation. Within hours you have three or four near-identical French URLs, each indexed separately.

The Three Main Causes of Translation Duplication

1. Re-translating Already Translated Content

Many WordPress translation plugins hook into the save_post action. Every time you click Update — even to fix a typo — the plugin sees a changed post and queues it for translation. If the plugin does not store a "translated" flag or a content hash, it sends the same English text to the translation API again. The API returns a new translation, which the plugin saves as a new revision or a new post. Over weeks you accumulate dozens of versions.

2. Bidirectional Sync Between Languages

Some enterprise translation management systems treat every language as a master. An edit in German updates English, which updates Spanish, which updates German again. Without a strict one-way rule (source language only), every edit spawns a new translation cycle. The duplication is not exact copies; it is a chain of slightly different variants that search engines treat as duplicate clusters.

3. Missing or Incorrect Hreflang and Canonical Tags

Even a perfect one-way translation creates duplicate-content risk if the HTML lacks hreflang annotations and a self-referencing canonical on each language version. Google then sees /en/product, /fr/product, /de/product as three pages with the same structure and similar content. It may index only one, or it may index all three and split link equity.

Why Missing Hreflang and Canonical Tags Make It Worse

hreflang tells Google: "This page is the French version of the English page at /en/product." Without it, Google guesses. A self-referencing canonical (<link rel="canonical" href="/fr/product" /> on the French page) tells Google: "This is the authoritative URL for this French content." When both are missing, every translation looks like an independent page that happens to share the same template and images.

The SERP research confirms this: Google's own documentation and webmaster forums stress that translated pages need canonical links to avoid duplicate-content classification. Multilingual plagiarism checkers also flag cross-language duplicates when tags are absent.

Diagnosing Whether Your Site Has Translation Duplicates

1. Search site:example.com/fr/ and compare counts. If the French subdirectory has 5,000 URLs but you only published 500 French pages, something is generating extras.
2. Check Google Search Console > Indexing > Pages. Look for "Duplicate, Google chose different canonical than user" or "Duplicate without user-selected canonical" clustered by language path.
3. Crawl with Screaming Frog or Sitebulb. Filter by hreflang missing. Export URLs where the same content-hash appears under two language paths.
4. Inspect a sample translated page. View source. Verify <html lang="fr">, <link rel="alternate" hreflang="fr" href="..." />, and a self-referencing canonical exist.
5. Review the translation plugin logs. Look for multiple translation jobs for the same post ID within a short window.

Fixing Existing Duplicate Content from Auto-Translation

Step 1: Consolidate URLs

Pick one canonical URL per language per piece of content. Delete or 301-redirect the extra versions. Keep the version with the most backlinks or the cleanest translation.

Step 2: Add Missing Tags

Deploy hreflang for every language pair (including x-default). Ensure each page has a self-referencing canonical. If you use a plugin, enable the "Add hreflang" and "Add canonical" options and regenerate the sitemap.

Step 3: Purge Translation Queue

Clear any pending translation jobs for already-translated posts. In SeaText's WordPress plugin, the translation status flag prevents re-queuing; other plugins may need a manual database cleanup of the translation queue table.

Step 4: Submit Updated Sitemap

Resubmit the language-specific sitemaps in Search Console. Monitor the Index Coverage report for the duplicate warnings to drop over the next two to four weeks.

Preventing Future Duplication with One-Way Sync

The durable fix is a strict one-way pipeline: source language → translation → publish. No reverse flow. Implement these guards:

• Content hash check. Before queuing translation, compute a hash of the source content. Skip if the hash matches the last-translated hash stored in post meta.
• Translation status flag. Mark each post as translated=fr,de,es only after the translation API returns success. The plugin reads this flag and ignores subsequent saves unless the source hash changes.
• Disable sync from translated languages. In the plugin settings, turn off "Sync edits from translations to source" or equivalent.
• Lock translated slugs. Prevent editors from changing the URL slug on translated versions; slug changes create new URLs that look like duplicates.

How SeaText Handles Translation Without Creating Duplicates

SeaText's WordPress translation agent follows the one-way model. When you publish a new WordPress page, post, product, or headline, SeaText sees it and translates it once. The system stores a translation status flag so the same content is not re-queued on every save. New website content is translated automatically in the background, and you can edit translations, preserve brand voice, and review key pages before they go live. The plugin also outputs hreflang and canonical tags for each of the 125 supported languages, so Google receives the correct signals from day one.

Key Facts

Limitations and When This Advice Does Not Apply

This diagnostic assumes you control the translation pipeline — either via a WordPress plugin, a headless CMS webhook, or a translation management system. If you use a proxy-based translation service that serves translated HTML on the fly without creating indexable URLs, duplicate-content risk is near zero because Google only crawls the source URLs. The advice also does not cover manual translation workflows where humans copy-paste between language sites; those create duplicates only when the same content is published under multiple URLs without tags.

FAQ

Why does Google treat translated pages as duplicates?

Google compares content structure, images, and semantic similarity. Without hreflang and canonical tags, a French page that mirrors the English layout and shares the same product data looks like a duplicate cluster. The tags tell Google the relationship is intentional localization, not accidental copying.

Can I use noindex on translated pages instead of fixing tags?

You can, but you lose all organic traffic from that language. noindex removes the page from search. Proper tags keep the page indexed for the right audience while consolidating signals.

How often should I audit for translation duplicates?

Quarterly for sites publishing weekly. Monthly if you have multiple editors or a bidirectional sync enabled. Automate the crawl check with a scheduled Screaming Frog run that emails you when hreflang-missing URLs exceed a threshold.

Does SeaText translate images and alt text?

SeaText translates page text, headlines, buttons, and offers. Image files are not rewritten; you should localize alt text and file names separately or use a CDN that serves localized images.

What if my translation quality varies between runs?

Variance is normal with neural MT. Lock the translation by editing the translated version and marking it "reviewed" in your plugin. SeaText lets you edit and preserve brand voice so the approved version stays stable.

Can automatic translation hurt my core web vitals?

Only if the translation injection adds render-blocking scripts or large inline JSON. SeaText serves translations via edge cache with no client-side rendering penalty.

Duplicate hreflang tags from automatic translation almost always stem from a simple misconfiguration: your translation tool adds a new hreflang annotation for every language version of a page every time you publish new content, instead of updating existing tags or skipping already-indexed language pairs. This happens most often with auto-translation plugins that are built to prioritize speed of translation over precise SEO tag management.

When this occurs, search engines see multiple conflicting hreflang tags for the same language and region combination, which breaks the signal that tells them which page version to serve to users in different locations. Left unaddressed, this can cause search engines to ignore your hreflang tags entirely, or serve the wrong language version to users, hurting both international traffic and user experience.

How Hreflang Tags Are Supposed to Work

Hreflang tags are small HTML annotations that tell search engines which language and regional version of a page to show to users. For example, a tag like hreflang="en-us" tells Google to show the US English version of a page to users searching from the United States, while hreflang="es-es" serves the Spanish version to users in Spain.

For hreflang to work correctly, each page only needs one set of tags that reference every other language version of that page. There is no need to add new tags every time you update the page’s content, or every time a new language version is published. Duplicate tags for the same language-region pair confuse search engines, as they can’t tell which tag is the correct one to follow.

The Exact Mechanism That Causes Duplicate Tags From Auto-Translation

This is a step-by-step breakdown of how the duplication happens, so you can spot the root cause quickly:

1. You enable automatic translation for new content: Most auto-translation tools are configured to translate any new page, post, or product you publish as soon as it goes live, no manual work required.
2. The tool generates a new language version of the page: The translation plugin creates a new URL for the translated content (for example, example.com/es/page/ for a Spanish version of an English page at example.com/page/).
3. The plugin adds hreflang tags to every page on every publish: Instead of only adding hreflang tags when a new language version is first created, the misconfigured plugin injects a full set of hreflang tags (including the new language pair) into every page on your site every time you publish any new content, even if the language versions already exist.
4. Duplicate tags accumulate: Over time, you end up with 3, 4, or even 10 copies of the same hreflang="es-es" tag on your English page, your Spanish page, and every other language version of the page. Search engines see these duplicates and either ignore all of them or pick the wrong one to serve.

This is a common side effect of auto-translation tools that are built to prioritize fast, hands-off translation over precise SEO hygiene. The tool’s default setting assumes you want every page to reference every language version at all times, but it fails to check if those tags already exist before adding new ones.

What Happens When You Have Duplicate Hreflang Tags

Duplicate hreflang tags cause three core problems for your site’s international SEO:

• Search engines ignore your hreflang signals entirely: If Google sees conflicting tags for the same language pair, it will often disregard all hreflang annotations on the page, and default to serving the version of the page it thinks is best for the user, which may be the wrong language.
• Wrong language versions appear in search results: A user searching in Spanish may be served the English version of your page, or a user in Mexico may see the Spain Spanish version, which uses different vocabulary and phrasing. This leads to higher bounce rates and lower conversion rates from international traffic.
• Wasted crawl budget: Search engines have to spend extra time crawling duplicate tags and conflicting signals, which means they may crawl fewer of your actual content pages, hurting your overall search rankings.

These issues are easy to miss at first, because your site will still function normally for human visitors. The damage only shows up in your international search traffic and conversion metrics over time.

Common Misconfigurations That Trigger Duplicate Hreflang Tags

Not all duplicate hreflang issues come from the same root cause. The most common misconfigurations that lead to duplication from auto-translation are:

1. Auto-translation set to inject tags on every publish

This is the most common cause. Many auto-translation plugins have a default setting that adds a full set of hreflang tags to every page every time you publish any new content, regardless of whether the language versions already exist. This is designed to make sure new pages are immediately linked to all existing language versions, but it fails to check for existing tags first.

2. Multiple translation tools running at once

If you have two separate translation plugins or tools active on your site, each may add its own set of hreflang tags. For example, one tool may add tags for English and Spanish, while another adds tags for English, Spanish, and French, leading to duplicate tags for the English and Spanish pairs.

3. No rule to skip already-translated pages

Some auto-translation tools do not have a setting to skip pages that already have a translated version and existing hreflang tags. Every time you update the original page, the tool re-adds all hreflang tags, even if the translated versions haven’t changed, leading to duplicates over time.

How to Diagnose and Fix Duplicate Hreflang Tags From Auto-Translation

Follow this diagnostic sequence to identify and resolve the issue quickly:

1. Check for duplicate hreflang tags first: Use a free hreflang checker tool (like Google’s Rich Results Test or a dedicated SEO crawler) to scan your pages for duplicate tags. The tool will flag any pages with multiple tags for the same language-region pair.
2. Identify the source of the duplication: Check your translation plugin settings to see if it is configured to inject hreflang tags on every publish. If you have multiple translation tools active, disable one to see if the duplicates disappear.
3. Adjust your plugin settings: Most auto-translation plugins have a setting to only add hreflang tags when a new language version is first created, rather than on every publish. Enable this setting to stop duplicate tags from being added.
4. Clean up existing duplicate tags: Use a SEO plugin or custom code to remove duplicate hreflang tags from all affected pages. Make sure each page only has one tag per language-region pair, and that all tags reference the correct URLs for each language version.
5. Test your fix: Re-run the hreflang checker to confirm all duplicate tags are removed, and that all tags are pointing to the correct URLs. Submit your updated pages to Google Search Console to speed up re-crawling.

Key Facts About Auto-Translation and Hreflang Management

The table below summarizes core facts about automatic translation and hreflang tag handling, based on standard SEO best practices and SEATEXT’s translation tool functionality:

Limitations of Automatic Hreflang Handling

Automatic hreflang management from translation tools works well for most standard sites, but it may not be the right fit for a few edge cases:

• Sites with complex regional targeting: If you target multiple regions that speak the same language (for example, Spanish speakers in Spain, Mexico, and Argentina), you may need custom hreflang tags for each regional variant, which some basic auto-translation tools do not support.
• Sites with manually translated content: If you have some pages translated manually and others translated automatically, you may need to manually adjust hreflang tags to make sure all language versions are referenced correctly, without duplicates.
• Custom URL structures for translated content: If you use a non-standard URL structure for translated pages (for example, subdomains instead of subdirectories, or query parameters instead of path-based language codes), some auto-translation tools may not generate correct hreflang tags, leading to either duplicates or missing tags.

Frequently Asked Questions

Will duplicate hreflang tags hurt my search rankings?

Duplicate hreflang tags won’t directly penalize your site, but they will cause search engines to ignore your hreflang signals. This can lead to lower international traffic and higher bounce rates from users who are served the wrong language version of your pages, which can indirectly hurt your rankings over time.

How can I check if my site has duplicate hreflang tags?

Use a free hreflang checker tool, or crawl your site with an SEO crawler like Screaming Frog to flag pages with multiple tags for the same language-region pair. You can also check your Google Search Console International Targeting report for hreflang errors.

Do all auto-translation plugins cause duplicate hreflang tags?

No. Only plugins with default settings that inject hreflang tags on every publish will cause duplication. Many modern auto-translation tools have settings to only add hreflang tags when new language versions are created, or manage hreflang tags automatically to avoid duplicates.

Can I fix duplicate hreflang tags without disabling auto-translation?

Yes. Most of the time, you can fix the issue by adjusting your auto-translation plugin’s settings to stop injecting duplicate tags, rather than disabling auto-translation entirely. You will still get the benefit of automatic translation for new content, without the hreflang duplication.

How often should I check for duplicate hreflang tags?

Check for duplicate hreflang tags any time you update your translation plugin settings, add a new language to your site, or make major changes to your content publishing workflow. For most sites, a quarterly check is enough to catch any issues early.

Measure SeaText ROI on your Thinkific courses by comparing conversion rate, average order value, and course completion rate before and after activation. Pull the before and after numbers from your Thinkific reports, let SeaText run for a defined period, then calculate how much extra revenue it produced against what you paid.

The simple formula is ROI = (incremental revenue − SeaText cost) ÷ SeaText cost × 100. Incremental revenue is the extra revenue you can tie to SeaText, not your total revenue. The steps below show how to get clean numbers.

What ROI means for a Thinkific course site

ROI tells you whether the money and time you put into SeaText produced more revenue than it cost. Without it, you are guessing. If you ignore measurement, you may keep paying for a tool that is not helping, or cancel one that is quietly improving your sales.

For a course site, the relevant revenue is usually course sales, bundle upsells, and any recurring payments. Cost includes the SeaText subscription and the time you spend setting up variants.

Step 1: Record your baseline before you change anything

A baseline is your performance before SeaText starts optimizing. It is the before side of every comparison.

If you already saved the code, find the date you saved it. Thinkific reports keep historical data, so you can still build a baseline from the weeks before that date. If you are starting fresh, record these numbers for the last 30, 60, or 90 days:

• Conversion rate: visitors who bought ÷ total visitors
• Average order value: total revenue ÷ number of orders
• Course completion rate: students who finished ÷ students who enrolled
• Total revenue

Save these in a spreadsheet. You will need them later.

Step 2: Confirm SeaText is connected and active

The saved code alone is not enough. SeaText's Thinkific integration guide says you must visit your live website once and stay for at least 40 seconds. That visit activates the AI and links it to your account.

After that, wait at least five minutes. You should see your website name next to the SEATEXT logo. If it does not appear after 10 minutes, contact support because the installation may need help.

Then open the Main AI Hub and activate the agents you want. Use Configuration to adjust the AI parameters. Without activation, SeaText is installed but not working.

Step 3: Choose the metrics you will compare

Do not rely on one number. Three metrics give a fuller picture.

• Conversion rate shows whether more visitors become paying students. It is the clearest sales metric, but it can bounce around with ad traffic and seasonality.
• Average order value shows whether the page changes encourage bigger purchases, like a bundle or a higher-priced plan.
• Course completion rate shows whether the right students are enrolling. It lags behind sales, but it matters for upsells, reviews, and retention.

SeaText also tracks results by page, keyword, and version. Use that reporting to see which pages and which copy variants changed the numbers. That turns a single did-it-work question into what exactly worked.

Step 4: Run the test for a clean period

Your after period should be long enough to collect a meaningful number of orders. For a busy site, a month may be enough. For a niche course site, give it a quarter.

Keep other things stable. If you launch a new course, change pricing, or start a big ad campaign at the same time, you cannot tell what caused the change. If you must make those changes, note them and separate the time periods.

Compare the same length of time before and after. A 30-day comparison is fairer than comparing one slow month to one holiday month.

Step 5: Calculate incremental revenue and ROI

Incremental revenue is the extra revenue SeaText helped create. The cleanest way is to estimate what revenue would have been at your baseline conversion rate, then subtract it from actual revenue.

Here is a hypothetical example to show the math. Suppose your baseline conversion rate was 2.0%, your average order value was $100, and 1,000 visitors came in the after period. At baseline, revenue would be 1,000 × 2.0% × $100 = $2,000. If SeaText improved conversion to 2.5%, actual revenue is 1,000 × 2.5% × $100 = $2,500. Incremental revenue is $500.

If SeaText cost $200 for that period, ROI = ($500 − $200) ÷ $200 × 100 = 150%.

If average order value also rises, add that to the revenue calculation. The same visitors buying a $120 bundle instead of a $100 course creates more incremental revenue.

Step 6: Check the reports and verify the next step

After the test period, pull the same Thinkific reports and compare them to your baseline. Then open SeaText's conversion reporting by page, keyword, and variant to see which page versions contributed to the change.

If you see no change, do not assume the tool failed. First verify the snippet is still in Thinkific Settings > Code & Analytics > Site Footer Code. Then confirm the 40-second activation visit was completed. If those are fine, check that the AI agents are active in the Main AI Hub.

Key facts from the SeaText Thinkific integration

Limitations and when this advice does not apply

• No baseline: If you never recorded pre-SeaText numbers and cannot recover them, you cannot calculate a reliable ROI.
• Too many changes at once: Launching a new course or changing ad strategy during the test makes attribution unreliable. Treat the result as directional.
• Low traffic: A low-traffic course site may need months before you have enough conversions to trust the comparison.
• Refunds: Count net revenue after refunds. Including refunds overstates ROI.
• Non-revenue goals: If you use SeaText mainly for brand visibility or translation reach, revenue-only ROI misses part of the value. Track those goals separately.

Definitions and scope

This guide covers how to measure ROI after the SeaText code is saved in Thinkific. It does not cover pricing plans, choosing agents, or building a Thinkific site.

Key terms used in this article:

• Baseline: performance before SeaText activation.
• Incremental revenue: extra revenue beyond what your baseline predicts.
• Attribution: assigning a change in results to a specific cause.
• Conversion rate: percentage of visitors who take the action you want.

FAQ

How long should I wait before measuring ROI?

Wait until you have enough orders to compare. A busy course site might get there in a month; a niche site may need a quarter. More conversions make the comparison more trustworthy.

Can I use Thinkific reports for the before and after numbers?

Yes. Use the same Thinkific report for both periods. SeaText adds conversion reporting by page, keyword, and variant so you can see which changes mattered.

What if I forgot to record a baseline before saving the code?

Use the date you saved the code as the split. Thinkific keeps historical data, so you can often rebuild the baseline from the weeks before that date.

Should I include refunds in the revenue side of ROI?

Use net revenue after refunds. Otherwise you overstate the return.

Does SeaText count bot traffic as conversions?

No. SeaText detects suspicious paid traffic and creates evidence for refund workflows. For ROI, exclude invalid clicks from your ad cost so bots do not distort the result.

What should I compare if I use SeaText for translation or brand visibility?

Track those goals separately. Revenue-only ROI misses gains like new international customers or better AI recommendations. Compare those metrics against their own baselines.

Yes. A single WordPress multisite network can run multiple language domains, and SeaText can translate the WordPress content on each of those domains. The pattern is straightforward: each language gets its own subsite, each subsite is mapped to its own domain (for example, example.fr, example.de, or example.co.jp), and SeaText works on the WordPress content inside each subsite. SeaText is built for WordPress. It detects each visitor's language, translates WordPress pages instantly, and keeps new posts, products, and updates translated in the background.

This is not a magic one-click feature that makes every domain multilingual. WordPress multisite provides the architecture; SeaText provides the translation layer; you provide the domain mapping, SSL, and hreflang setup. If that division of work sounds right, this article explains the rest.

Why multisite with mapped language domains makes sense

When you want country-specific domains, you have two common WordPress paths: install WordPress separately for each domain, or use one multisite network with each domain mapped to a subsite.

Multisite keeps your technical base centralized. You update the WordPress core once. You maintain one theme and one plugin set. Users can be managed across the network, and content can be shared or isolated by design.

The tradeoff is complexity. A single site with subdirectories is easier to manage, but it does not give you a ccTLD. A ccTLD (like .de or .fr) is a strong geo-targeting signal and often builds more local trust, but it splits authority across domains. Multisite with mapped domains gives you the ccTLD structure without forcing you to maintain several separate WordPress installations.

Ignoring the difference usually shows up later. With separate installations, you update the same plugin three times. With subdirectories, you may find it harder to target a specific country with local search signals. Multisite is a middle path that makes sense when your main goal is multiple language domains from one codebase.

How SeaText translates WordPress content in this setup

SeaText's Website Translation Agent is built for WordPress and the tools you already use. It detects each visitor's language and translates pages instantly. It also keeps new content translated in the background, so you do not have to send a manual translation request after every publish.

The source describes the workflow like this: publish a new WordPress page, product, post, or headline; SeaText sees it and translates it. In a multisite network, each subsite is still a WordPress site, so the same detection applies to the content on that subsite.

That means the practical setup is not translate the whole network as one blob. It is: make sure SeaText is active on the WordPress sites you want translated, and then let it handle pages, posts, products, and updates. If your network uses one subsite per language, you activate SeaText on each language subsite you want covered.

You still control the result. SeaText's automatic mode is not uncontrolled. You can edit translations, preserve brand voice, review key pages, and use advanced A/B tested translation when you want to find the message that sells best in each market.

Step-by-step: set up multisite language domains with SeaText

1. Choose your domain structure. Decide whether each language gets a ccTLD, a subdomain, or a path on one domain. The rest of the setup depends on this choice.
2. Enable WordPress multisite. This is a WordPress configuration change. You will edit wp-config.php and your server configuration (often .htaccess or an nginx file). Back up your site first.
3. Create one subsite per language. In the Network Admin, add each language as its own site. Give each subsite a temporary URL during setup.
4. Map each language domain to its subsite. Use WordPress multisite domain mapping, a compatible plugin, or your host's configuration. The goal is simple: example.fr should load the French subsite, example.de should load the German subsite.
5. Set the language and locale per subsite. WordPress can run each subsite in a different language. Set the locale so dates, numbers, and admin text match the market.
6. Activate SeaText on the WordPress sites you want translated. The WordPress integration is designed to be activated quickly. After activation, new pages, posts, products, and updates are translated automatically. For multisite, confirm with SeaText support whether your activation should be network-wide or per subsite.
7. Review key pages and brand terms. Use the editing controls to preserve brand voice and correct any market-specific wording.
8. Add hreflang and verify in Search Console. SeaText provides automatic multilingual SEO for translated pages, but your hreflang tags and canonical URLs should point to the correct language-domain version. Submit each language domain in Google Search Console and monitor coverage.

Key facts: SeaText's WordPress translation coverage

These facts come from SeaText's Activate on WordPress page. Use them to set expectations before you build the multisite network.

Multisite vs. other ways to run multiple language domains

Multisite is not the only option. Compare it with the alternatives before you commit.

Choose multisite if you want the trust and targeting of country-code domains without the overhead of separate WordPress installs. Choose separate installs if your country sites need completely different plugins or if your team wants hard isolation. Choose a single site with subdirectories if a ccTLD is not necessary and simpler maintenance matters more.

Limitations and when this setup does not apply

• SeaText does not map domains. WordPress multisite and your host handle domain mapping, SSL, and DNS. SeaText translates WordPress content; it does not replace server configuration.
• Not every plugin works cleanly on multisite. Some plugins support network activation; others need per-site configuration. Check compatibility before building the network around a plugin.
• The source pack names pages, posts, products, and updates. If your multilingual content lives in a custom post type or an external system, verify that SeaText's WordPress integration covers it before you rely on it.
• If you need different content per country, not just translated content, translation alone is not enough. SeaText can translate and adapt copy, but your regional content strategy is still your job.
• If you do not need ccTLDs, multisite may be overkill. A single WordPress site with subdirectories is simpler and often the right call for smaller language programs.

Expert perspective: four checks before you commit

An experienced WordPress developer would probably ask four questions before signing off on this setup.

1. Is your host multisite-ready? Multisite needs more server configuration than a normal WordPress site. If your host does not support domain mapping or multisite, the project will feel painful from day one.
2. How should SeaText be activated across the network? SeaText is built for WordPress content. On a multisite network, decide whether you will activate it per subsite or network-wide, and verify the exact behavior with SeaText support. A quick test on one language subsite is worth more than a full rollout done twice.
3. What happens to existing content? If you already have translated pages, decide whether SeaText should retranslate, preserve existing translations, or only handle new content. The editing controls let you review key pages, but you need a workflow for brand terms and legal text.
4. Are hreflang tags configured correctly? Separate language domains make hreflang more important, not less. Each language-domain URL needs a self-referencing hreflang entry and a reciprocal entry from the other language versions.

These checks will not slow you down much, but they prevent the most common failure modes: wrong domain mapping, missing translations, and search engines indexing the wrong language version.

Terminology quick guide

• Multisite: a WordPress mode that runs multiple sites from one installation, sharing core files and the database.
• Subsite: one site inside a multisite network. Each subsite has its own content, users, and URL.
• ccTLD: a country-code top-level domain such as .de, .fr, or .jp. Search engines often treat it as a strong local signal.
• Domain mapping: connecting a separate domain to a subsite so the subsite loads under that domain.
• hreflang: HTML attributes that tell search engines which language and region a URL targets.
• Locale: the language and regional settings for a site, such as de-DE or fr-FR.

Frequently asked questions

Does SeaText need one account per language domain?

SeaText describes the WordPress translation product as having no page limits and no language limits. That suggests one account can cover many languages, but your exact domain or subsite rules depend on the plan you choose. Check the pricing page or ask SeaText support if you need certainty for a multisite network.

Will SeaText translate new posts automatically?

Yes. New website content is translated automatically. The WordPress workflow is simple: publish a new page, product, post, or headline, and SeaText sees it and translates it.

Can I edit the translations?

Yes. Automatic does not mean uncontrolled. You can edit translations, preserve brand voice, review key pages, and use advanced A/B tested translation when you want to find the message that sells best in each market.

Is SeaText free for WordPress?

SeaText's WordPress page says you can activate free WordPress translation in one minute and describes the translation as 100% free website translation to 125 languages. There is also a pricing page for the broader agent suite, so confirm what is included in your plan before you rely on it for a large network.

Do I still need hreflang if I use separate language domains?

Yes. Separate domains are a strong geo-targeting signal, but hreflang tells search engines which URL is the right version for each language and region. SeaText provides multilingual SEO for every translated page, but your hreflang tags are part of your WordPress setup.

What if I only need two languages?

You can still use multisite with two language domains. But if you do not need country-code domains, a single WordPress site with subdirectories is often easier. Choose the architecture based on your SEO goals, not on the number of languages alone.

Next step: If your language domains are mapped to multisite subsites, the next move is to activate the WordPress translation integration. See SeaText's Activate on WordPress page for the setup flow and what it covers.

Running multiple country-code top-level domains (ccTLDs) on one WordPress installation is possible, but it requires specific server, DNS, and WordPress configuration. At minimum you need a host that allows multiple domains on the same account, a valid SSL certificate that covers every ccTLD, DNS authority for each domain, and a WordPress setup — either multisite or a domain-mapping plugin — that can route each ccTLD to the correct site or language. A translation layer that understands multi-domain structures keeps content in sync without manual duplication.

What running multiple ccTLDs on one WordPress install actually means

A single WordPress installation can serve several ccTLDs — for example, example.de, example.fr, example.jp — each appearing as a separate site to visitors and search engines. There are two common architectures: WordPress multisite (a network of subsites sharing core files and database) and a single-site install with a domain-mapping plugin that points each ccTLD to a specific language or region. Both approaches keep one codebase and one database, which simplifies updates and plugin management, but they demand careful server and DNS preparation.

Server and hosting prerequisites

• Multiple-domain support: The hosting plan must allow you to add several domains (addon domains, parked domains, or aliases) to the same account or server block. Shared hosts often limit this; VPS, cloud, or managed WordPress plans usually allow it.
• PHP workers and memory: Each mapped domain adds request overhead. Ensure the PHP-FPM pool or mod_php configuration has enough workers and memory for concurrent traffic across all ccTLDs.
• File system permissions: The WordPress uploads directory must be writable by the web user for every domain. In multisite, wp-content/uploads/sites/<id> folders are created automatically; with domain mapping, symlinks or shared upload paths are common.
• Object cache and Redis: If you use Redis or Memcached, configure a key prefix per domain or per subsite to avoid cache collisions.

DNS and SSL requirements

• Full DNS control: You must manage A, AAAA, and CNAME records for each ccTLD. Point every domain to the same server IP or load balancer.
• Wildcard or multi-domain (SAN) SSL: A single certificate covering *.example.com works only for subdomains. For distinct ccTLDs you need either a SAN certificate listing every domain (example.de, example.fr, example.jp) or individual certificates per domain with SNI support on the server.
• Automatic renewal: Use Let's Encrypt with Certbot (or your host's ACME integration) to renew all certificates without manual steps. Verify the renewal hook reloads nginx/Apache.
• HSTS and secure cookies: Enable HSTS per domain and set the WordPress COOKIE_DOMAIN constant appropriately — usually empty for multisite, or the root domain for mapped single-site — so authentication cookies work across the network.

WordPress configuration: multisite vs domain mapping

WordPress multisite

Enable multisite by adding define('WP_ALLOW_MULTISITE', true); to wp-config.php, then run the network setup. Choose subdirectory mode (example.com/de/, example.com/fr/) and map each ccTLD to a subsite using the built-in domain mapping (since WordPress 4.5) or a plugin like WordPress MU Domain Mapping. Each subsite gets its own tables (wp_2_posts, wp_3_options, etc.), keeping content isolated while sharing plugins and themes.

Single-site with domain mapping plugin

Plugins such as WPML, Polylang, or MultilingualPress can map a ccTLD to a language. The installation remains a single site; the plugin rewrites URLs, sets hreflang, and handles language negotiation. This is simpler for small numbers of languages but can hit plugin-compatibility limits as the network grows.

Database considerations

Multisite multiplies tables per subsite (roughly 11 tables each). A 10-language network means ~110 tables. Monitor table count and size; some managed hosts cap total tables. Single-site mapping keeps one table set but stores translations in post meta or custom tables, which can grow large with many languages.

Translation and content management across ccTLDs

Content must stay in sync across domains. A translation plugin that understands the chosen architecture is essential. SeaText integrates with WordPress and detects new pages, posts, products, and updates automatically, translating them into 125 languages in the background. It works with both multisite and domain-mapped setups because it operates at the page level via JavaScript and REST API, independent of the URL structure. You can edit translations, preserve brand voice, and run A/B tested variants per market without manual translation tickets.

SEO and hreflang implementation

• Self-referencing hreflang: Every page on each ccTLD must include a self-referencing hreflang tag and reciprocal tags for all other language versions.
• Sitemap per domain: Generate a separate XML sitemap for each ccTLD and submit each to its respective Google Search Console property.
• Canonical URLs: Set the canonical to the current ccTLD URL, not the primary .com, to avoid cross-domain duplicate-content signals.
• Robots.txt per domain: Serve a domain-specific robots.txt (multisite does this natively; single-site mapping needs a filter) so each ccTLD can control crawl directives independently.
• Search Console verification: Verify each ccTLD as a separate property (DNS or HTML file) to monitor indexing, coverage, and manual actions per country.

Common pitfalls and limitations

• Cookie domain conflicts: Incorrect COOKIE_DOMAIN breaks login across mapped domains. Test admin access on every ccTLD after mapping.
• Mixed content warnings: Hard-coded HTTP asset URLs in theme or plugin settings cause insecure-content errors on HTTPS ccTLDs. Use relative URLs or the wp_get_attachment_url filter.
• Plugin compatibility: Not all plugins are multisite-aware or domain-mapping-aware. Test critical plugins (caching, forms, SEO, analytics) on a staging network before launch.
• Email deliverability: Transactional emails sent from a multisite network may use the primary domain's sender address. Configure SPF/DKIM/DMARC for each ccTLD or use a transactional email service that supports multiple domains.
• Legal and compliance: Some ccTLD registries (e.g., .de, .fr, .cn) require local presence, business registration, or specific name-server locations. Verify registry rules before registering.

Key facts

FAQ

Can I use a single SSL certificate for all my ccTLDs?

Only with a SAN (Subject Alternative Name) certificate that lists every ccTLD explicitly. Wildcard certificates cover subdomains only (e.g., *.example.com), not separate TLDs like example.de and example.fr.

Does WordPress multisite share the same database?

Yes. Multisite uses one database with table prefixes per subsite (wp_2_, wp_3_, etc.). This keeps backups simple but means a database outage affects all ccTLDs simultaneously.

Which is easier to maintain: multisite or domain mapping on a single site?

Single-site with a mapping plugin is simpler for 2–3 languages. Multisite scales better for 5+ ccTLDs because each subsite can have its own plugins, themes, and administrators while core updates run once.

How does SeaText handle hreflang across multiple ccTLDs?

SeaText injects hreflang tags via JavaScript on the rendered page and via the REST API for search-engine crawlers, ensuring each ccTLD references its own URL and all sibling language URLs correctly.

What happens if a ccTLD registry requires local hosting?

You can point that ccTLD's DNS to a local server or CDN edge node while keeping the WordPress origin on your main server. Use a reverse proxy or CDN (Cloudflare, CloudFront) to terminate SSL locally and forward requests to the central install.

Can I run different plugins on different ccTLDs?

Only with multisite. Each subsite activates its own plugin set. On a single-site mapping, all plugins are active globally; you must use conditional logic in code to restrict functionality per domain.

How do I test the setup before going live?

Create a staging subdomain for each ccTLD (staging.example.de, staging.example.fr), map them to the staging network, verify SSL, hreflang, login, forms, and search console verification on each. Only then switch production DNS.

SeaText pricing starts at $49/month for up to 10,000 visits, so a Thinkific site with 5,000 monthly visitors sits comfortably inside the starter tier. You will not pay extra for the Thinkific integration itself, because the JavaScript snippet installs through the Site Footer Code field that every paid Thinkific plan exposes.

The number you see on the pricing page is the floor, not the ceiling. Your actual bill depends on which AI agents you turn on, how many languages you translate into, and whether your traffic stays under the visit cap each billing cycle.

What the $49/month starter tier actually covers

The starter tier is built for sites that want the core SeaText experience without committing to a larger plan. For a Thinkific course creator with 5,000 monthly visitors, the relevant limits are:

• Visit cap: 10,000 visits per month, which gives you roughly a 2x safety margin over 5,000.
• Core agents included: The base set of AI agents that handle translation, A/B testing, and personalization.
• Languages: Up to 125 languages are available across the platform, but the number you can actively publish on the starter tier may be lower than the full set.
• Thinkific install: Paste the JavaScript snippet into Settings, then Code & Analytics, then Site Footer Code, then Save.

If your traffic is steady and you only need one or two languages, the starter tier is usually enough. The moment you start adding more agents or more languages, the math changes.

The main cost drivers on a Thinkific site

Five variables move your SeaText bill up or down. None of them are hidden, but they are easy to underestimate when you first sign up.

1. Monthly visit volume. The single biggest driver. The starter tier covers 10,000 visits, the next tier covers more, and so on. A spike from a course launch or a viral referral can push you into the next band.
2. Number of active AI agents. SeaText ships with a catalog of agents such as the Google Ads Landing Page Agent, the Website Translation Agent, the CRO Testing Agent, and the Bot Refund Agent. Each one you activate adds capability and may add cost.
3. Number of target languages. Translating your Thinkific course pages into Spanish, German, and Japanese costs more than translating into Spanish alone, because each language is a separate content variant set.
4. Page count. Thinkific sites often have many pages: course landing pages, curriculum pages, lesson pages, sales pages, and checkout. More pages mean more translation work and more variants to test.
5. Traffic source mix. If you run paid Google Ads campaigns, the Google Ads Landing Page Agent rewrites headlines and copy per keyword. That agent is priced separately from the base plan.

How to scope the work before you buy

A short scoping pass saves you from upgrading too early or paying for capacity you do not use. Walk through these steps before you commit to a tier.

1. Pull your last 90 days of Thinkific traffic. Use Thinkific's built-in analytics or your own tracking. Note the average monthly visits and the peak month.
2. List the pages you want translated or personalized. Start with the top 10 pages by traffic. You can always add more later.
3. Pick the languages that match your buyers. Check where your existing students come from. Two or three languages usually beat ten poorly translated ones.
4. Decide which agents you actually need. If you do not run paid ads, you do not need the Google Ads Landing Page Agent. If you do not sell internationally, you do not need the full translation catalog.
5. Run the numbers through the pricing calculator. The calculator lets you set Thinkific-specific defaults so the estimate reflects your real setup.

Key facts about SeaText on Thinkific

Limitations to plan around

SeaText is a JavaScript overlay, not a native Thinkific feature. That design choice has real consequences for your budget and your expectations.

• Visit counting is server-side. Every page view counts toward your monthly cap, including returning students who revisit lessons. A course with high repeat engagement can use up visits faster than a marketing site with the same unique visitors.
• Translation is on-demand, not pre-rendered. The first time a page is translated into a new language, there is a short delay while SeaText generates the variant. After that, the variant is cached.
• Thinkific's own language switcher is separate. If you also use Thinkific's built-in switcher for the interface, you are running two translation systems. Decide which one owns course content and which one owns UI labels.
• Theme edits can break the snippet. Any change to your Thinkific theme, or any cache purge, can remove the Site Footer Code. You will need to recheck after every theme update.
• Agent pricing is layered. The base plan covers core agents. Specialized agents such as the Google Ads Landing Page Agent or the Bot Refund Agent may sit on top of the base price.

Practical scenarios for a 5,000-visitor Thinkific site

Three common setups show how the same 5,000 visits can lead to three different bills.

Scenario A: Single-language course, no paid ads

You sell one course in English, drive traffic through organic search and your own email list, and do not run paid ads. The starter tier at $49/month covers you. You only need the base translation and A/B testing agents.

Scenario B: Two-language course with light paid traffic

You translate your course pages into Spanish and run a small Google Ads campaign. You activate the Website Translation Agent for the second language and the Google Ads Landing Page Agent for paid traffic. Expect to move up one tier to cover the extra agent and the additional language variants.

Scenario C: Multi-language course with heavy paid traffic

You sell in English, Spanish, German, and Japanese, and you spend heavily on Google Ads and Meta. You activate the Translation Agent, the Google Ads Landing Page Agent, the Visitor Source Adaptation Agent, and possibly the Bot Refund Agent. You will likely need a higher tier, and your bill will reflect both the visit volume and the agent stack.

Common mistakes when budgeting

• Forgetting returning students. Course sites have high repeat visit rates. A student who logs in 20 times a month counts as 20 visits.
• Activating every agent on day one. Start with the agents that match a real traffic source or a real language need. Add more only when you can measure the lift.
• Ignoring Thinkific's own costs. SeaText sits on top of Thinkific. Your total stack includes Thinkific's plan fee plus SeaText's fee.
• Skipping the calculator. The pricing calculator with Thinkific-specific defaults gives you a number that is closer to your real bill than the headline $49 figure.

Frequently asked questions

Does SeaText charge per Thinkific course or per site?

SeaText charges per site, not per course. If all your Thinkific courses live under one domain, they share the same visit pool and the same plan.

What happens if I exceed 10,000 visits in a month?

You will need to move to the next tier that covers your actual visit volume. The pricing calculator shows the cost of each tier so you can plan the upgrade before you hit the cap.

Do I need a paid Thinkific plan to use SeaText?

Yes. The JavaScript snippet installs through the Site Footer Code field, which is available on Thinkific's paid plans. The free Thinkific tier does not expose that field.

Is the Thinkific integration itself free?

The integration is part of the standard SeaText install process. There is no separate fee for connecting to Thinkific. You pay the same SeaText plan price as users on any other platform.

Can I translate only some of my Thinkific pages?

Yes. In the SeaText dashboard you choose which pages and which languages to activate. You do not have to translate your entire course catalog on day one.

How long does installation take?

The paste-and-save step takes a few minutes. After that, you visit your site and stay for at least 40 seconds. Within 5 to 10 minutes your site name should appear next to the SeaText logo, confirming the link.

Will SeaText slow down my Thinkific pages?

The script is designed to run before visual paint and stays under 15 KB, so it does not cause layout shift or hurt PageSpeed scores on a standard Thinkific theme.

Yes. You can track conversion rates per language without a separate subdomain. The URL structure is not the deciding factor. What matters is whether your analytics tool can see a language value on each pageview or conversion event.

You can get that value from a subdirectory such as /fr/, a query parameter such as ?lang=fr, a cookie set when a visitor chooses a language, or the browser language setting. Once the value exists, you can segment conversions by language and calculate a conversion rate for each one.

Why URL structure matters less than you think

A separate subdomain is one way to organize language versions, but it is not required for tracking. Subdirectories and query parameters keep the same domain, which makes analytics simpler.

With a subdirectory such as example.com/fr/, the session continues across pages on the same domain. With a separate subdomain such as fr.example.com, the session can split unless you configure cross-domain tracking. That extra setup is the main reason to avoid subdomains when your goal is clean per-language conversion data.

The same logic applies to query parameters. A URL such as example.com/?lang=fr is still one domain. The tracking question is not which domain you use. It is how your analytics tool knows which language this visitor saw.

How to expose language in your analytics

Every analytics tool needs two things to report conversion rate by language: a conversion event and a language dimension.

A conversion event is the action you care about, such as a purchase, a form submit, or a signup. A language dimension is a label attached to that event or to the session. When both exist, conversion rate is simple:

Conversions for language X / sessions for language X

You can create that label in three main ways:

• Use the URL path or query parameter.
• Use a cookie or local storage flag.
• Use the browser language dimension built into your analytics tool.

Pick one method and apply it consistently. Mixing methods creates sessions with no language value, and those sessions fall out of your per-language reports.

Option 1: Use the URL path or query parameter

If your translated pages have stable URLs, the URL is the most reliable signal. A page at example.com/fr/checkout clearly belongs to the French version. A page at example.com/?lang=fr carries the same information in the parameter.

In your analytics tool, create a custom dimension that reads the language from the URL. For a subdirectory, extract the first path segment. For a query parameter, read the lang value.

Keep the parameter name consistent. If you use ?lang=fr today and ?language=fr next month, you create two separate segments.

One caution: query parameters can make the same page look like many URLs. Use a canonical tag on the base URL, and tell your analytics tool which parameter to keep or ignore. Subdirectories do not have this problem.

Option 2: Use a cookie or local storage flag

Some sites translate content in place without changing the URL. The visitor clicks a language switcher, and the page text changes. In that case, the URL cannot tell you the language. You need to store the choice.

When the visitor selects a language, write a cookie or local storage value such as site_lang=fr. Then read that value with your tag manager and send it as a custom dimension.

The main limitation is timing. If a visitor lands directly on a page before choosing a language, the cookie may not exist on the first pageview. You can reduce this problem by putting the language in the switcher links, for example ?lang=fr, so the first pageview has a value.

Option 3: Use the browser language dimension

Google Analytics 4 and several other tools include a built-in language dimension based on the visitor's browser settings. This is the fastest option because it needs no custom code.

It works best when your site auto-translates to match the browser language. It breaks down when a visitor manually changes the site language. A Spanish speaker with an English browser who chooses Spanish content will be counted in the English-language segment if you rely only on browser language.

Use this option for a quick directional view. For accurate per-language conversion tracking, use a dimension that reflects the language actually displayed.

Step-by-step setup for per-language conversion tracking

1. Decide what per language means. Choose one: content language, browser language, or visitor-selected language.
2. Make the language visible. Use a URL path, a query parameter, or a cookie for every translated page.
3. Create a custom dimension. Name it something clear such as Content Language.
4. Send the value with pageviews and conversion events. The dimension must be attached to the same hits that carry your conversions.
5. Mark your goal as a conversion. In tools like GA4, you tell the system which event counts as a conversion.
6. Build a report. Use the language dimension and the conversion event, then calculate conversions per session.
7. Test. Switch to a translated page, complete a conversion, and check that the event shows the right language.

A common mistake is setting the custom dimension on pageviews but not on the conversion event. If the language value is missing from the conversion hit, your report will show a blank segment.

The real limitation: attribution and data quality

The biggest limitation is not the URL structure. It is how you assign a language to a session and how clean that value stays.

• First hit vs. later hits. If a visitor lands on the English site, switches to French, and then converts, which language gets credit? Decide whether you want first language, last language, or a separate event count.
• Manual language switches. A visitor may read in one language and convert in another. Your report should reflect the language version that influenced the conversion, not the final click.
• Low traffic per language. Conversion rate is noisy when sessions are few. A 0% or 100% rate for a language with ten sessions tells you little. Use a longer date range.
• Consent and ad blockers. If your analytics tag loads after consent, some early pageviews may lack the language value. Use server-side tagging when you need precise data.
• Separate subdomains. If you already use subdomains, configure cross-domain tracking. Otherwise a visitor moving from example.com to fr.example.com looks like two sessions, and conversions get split.

This advice still applies if you use a translation tool, but it does not replace analytics. A translation tool can make it easier to offer many languages; it cannot fix a language dimension that was never set.

Key facts: what a translation tool changes

Multilingual tracking is easier when your site can actually serve each language without manual translation work. The table below shows what a translation-focused setup can look like.

These facts describe SEATEXT's WordPress translation agent. The tracking setup still depends on your analytics tool and the way you choose to identify language.

Definitions: terms you will meet

• Conversion rate: Conversions divided by sessions or visitors for a defined group.
• Custom dimension: A field you add to analytics hits so you can group data by your own values, such as language.
• Subdirectory: A folder-style path on your existing domain, such as example.com/fr/.
• Subdomain: A separate host under your main domain, such as fr.example.com.
• hreflang: HTML tags that tell search engines which language version of a page to show. hreflang does not feed analytics.
• Session: A group of interactions from one visitor within a time window. A session can span multiple pages on the same domain.

Frequently asked questions

Can I use hreflang to track conversion rates by language?

No. hreflang tells search engines about language versions, but it does not send data to your analytics tool. You still need a language dimension based on the URL, a cookie, or browser settings.

Do subdirectories need cross-domain tracking?

No. Subdirectories are part of the same domain, so the analytics session normally continues. Cross-domain tracking is only needed when you use separate domains or subdomains.

What if a visitor switches languages during the same session?

Pick one attribution rule and document it. First language works for acquisition questions. Last language works for content performance. Separate event counts work when you want to see both.

Is a query parameter URL bad for SEO?

Query parameters are not automatically bad, but they can create duplicate content if not handled. Use a canonical tag and keep the parameter name consistent. A subdirectory is usually cleaner.

Which method is most accurate for conversion tracking?

The URL method is usually the most accurate because the language is part of the page address and does not depend on cookies or browser settings. It works best when each language has a stable path or parameter.

The best time to add AI-generated lessons to an existing Thinkific course is during a scheduled course update cycle or immediately before a new cohort begins. Adding lessons mid-cohort can confuse active learners, disrupt progress tracking, and break grading workflows. This article uses Seatext as the reference AI tool because it connects to Thinkific through a small footer snippet. Follow the readiness checklist and rollout timeline below to avoid interrupting current students.

Why Timing Your AI Lesson Additions Matters

Thinkific tracks student progress by lesson. When you add new lessons to a module students are still working through, progress bars can change. Completion percentages may drop. Students may see old content as incomplete even if they finished it. That creates support tickets and frustration.

Thinkific also handles grading through lesson-level rules. If you insert graded assignments into a module that is already open, grade calculations can shift. Certification paths can break. For courses with required lesson order, new content can block students from reaching the final assessment.

A course update cycle is a planned period when you refresh content, fix errors, and add new material. A new cohort start is the moment a fresh group of students begins. Both are natural break points. They give you time to review, test, and publish without disrupting active learners.

AI-generated lessons add another layer of change. You need time to review the content, test quiz links, and adjust the tone. If you publish during a live cohort, you compress that review into a bad moment. The better approach is to align AI additions with natural break points in your course schedule.

This guide uses Seatext as the reference AI tool. Seatext connects to Thinkific through a JavaScript snippet in your site footer. That connection takes about five minutes to set up. Once connected, you can generate lessons, quizzes, and translations from the Seatext dashboard.

Pre-Addition Readiness Checklist for Thinkific Courses

Before you add AI-generated lessons, ask four diagnostic questions. If you cannot answer yes to all four, delay the rollout.

1. Have all current students finished the graded assessments in the affected modules? If not, wait until the next cohort starts.
2. Do you have a backup of your current Thinkific course structure? Export your lesson order and settings from the Thinkific admin dashboard before making changes.
3. Has Seatext been connected to your Thinkific site? Paste the Seatext JavaScript snippet into Settings > Code & Analytics > Site Footer Code. Save the change, visit your site, and confirm the site appears in Seatext.
4. Have you reviewed the AI content for accuracy and tone? Open Seatext's Variants Edit panel to check automatic translations and lesson variants before you publish.

These four checks protect active students. They also give you a clear go or no-go decision before you touch the course.

Signs You Should Delay Adding AI Lessons

Even if you planned to add AI lessons during an update window, hold off if any of these conditions apply.

• More than 10% of an active cohort is still working through the final module.
• Your AI-generated content has not been tested by beta students.
• You do not have admin access to Thinkific or to the Seatext dashboard.
• Your course uses open enrollment with no cohort start dates.

Open enrollment is the hardest case. Students join at different times and move at different speeds. There is no single moment when everyone has finished the content. In that situation, add AI lessons only to sections that every enrolled student has already completed. Otherwise, wait for a scheduled maintenance window.

These signs are not minor. They are early warnings that the rollout will create more work. Waiting to add AI lessons until these issues are resolved will save you hours of support work and student frustration later.

Exception: When Mid-Cohort Additions Are Safe

There is one safe mid-cohort exception. You can add optional, non-graded supplementary content to modules that all current students have already completed.

For example, imagine a six-module course. Your current cohort has finished the first three modules. You can add optional AI-generated practice quizzes, bonus readings, or translated summaries to those first three modules. Progress tracking will not reset because students are not actively working there.

Do not add required lessons, graded assignments, or content to modules students are still working through. That is true even if the new content is optional for some learners. The risk of breaking progress and grades is too high.

Seatext can generate this supplementary content quickly. You can create practice questions, reading lists, and translations from the Seatext dashboard. Then you can review each item in Variants Edit before adding it to Thinkific.

Step-by-Step Rollout Timeline for AI Lessons

Use this timeline to add Seatext-generated lessons without disrupting active students. Copy it into your project plan and adjust the dates to match your course schedule.

1. 4 weeks before the next cohort starts: Generate the AI lesson content in Seatext. Use the Main AI Hub to activate the agents you need. Review every lesson in the Seatext dashboard. Edit anything that does not match your tone or learning objectives.
2. 3 weeks before cohort start: Connect Seatext to Thinkific if you have not done it already. Copy the JavaScript snippet from Seatext. In Thinkific, go to Settings > Code & Analytics. Paste the code into the Site Footer Code field. Click Save. Visit your site and stay for 40 seconds so the AI links to your account. Wait five minutes to confirm the site name appears next to the Seatext logo.
3. 2 weeks before cohort start: Add the reviewed AI lessons to Thinkific in a draft or hidden state. Test all quiz links, video embeds, and completion tracking. Confirm that the new lessons appear in the correct order.
4. 3 days before cohort start: Publish the new AI lessons. Update your course landing page to mention the new content. Send a pre-launch email to waitlisted students.
5. 1 week after cohort start: Check student progress and support tickets. Make small adjustments to lesson order or descriptions if needed.

For open enrollment courses, schedule AI additions for the first day of the month. That is often the quietest time for new sign-ups. It gives you a predictable maintenance window. Keep this timeline visible while you work. It prevents last-minute publishing.

Key Facts: Thinkific AI Lesson Update Best Practices

Common Limitations of AI Lesson Additions

Seatext is useful for lesson outlines, practice quizzes, and translations. It is not a substitute for your own expertise. Core lessons that need personal stories, niche judgment, or regulated advice still need a human review.

Seatext also produces initial automatic translations. Those translations are a starting point, not a final product. You should edit them in the Variants Edit panel before publishing. A native speaker should review translated lessons for cultural relevance.

AI-generated video or audio content still needs captions. Seatext does not create compliant closed captions for Thinkific videos. You will need to add captions manually.

Factual accuracy is another limit. AI models can produce confident but wrong statements. Check every date, statistic, and technical claim before you publish. For healthcare, finance, or legal courses, do not rely on AI content alone.

Finally, plan for editing time. Seatext speeds up the first draft, but you still need 15 to 30 minutes per lesson to match your teaching style. That is normal. The time saved comes from faster outlines, translations, and variations, not from skipping review.

Frequently Asked Questions

Will adding AI lessons reset my students' progress tracking?

No, if you add lessons to a new section or to modules all current students have completed. Adding lessons to modules students are actively working on can reset progress for that module. Always add new content to completed sections or schedule additions before a new cohort starts.

Can I add AI-generated graded quizzes to my Thinkific course?

Yes, but only before a new cohort starts. Adding new graded quizzes mid-cohort can break grade calculations and certification workflows. Add graded AI content during update windows or before new students enroll.

Do I need coding skills to add Seatext lessons to Thinkific?

No. Seatext only needs a JavaScript snippet in your Thinkific site footer. Go to Settings > Code & Analytics, paste the snippet into the Site Footer Code field, and save. The process takes less than five minutes and does not require coding knowledge.

How much does Seatext cost?

Seatext starts free with 8 AI agents. No credit card is required. A premium subscription costs $59 per month and unlocks all 20+ AI agents. Check the Seatext pricing page for current plans.

Can I translate AI-generated Thinkific lessons with Seatext?

Yes. Seatext supports translation across 125 languages. The first translations are automatic. Review them in the Variants Edit panel and test them with a native speaker before publishing.

What should I do if I already started a cohort and want to add AI lessons?

Wait until the cohort ends or use the safe exception. Add only optional, non-graded content to modules students have already finished. Keep required and graded content for the next update window.

Why Plugins Translate Everything by Default: The Core Mechanism

Translation plugins work by scanning your entire site's content database when activated. They create translation entries for every post, page, product, or custom post type they find. This is a deliberate design choice: most users want a fully multilingual site from day one, so the plugin does the heavy lifting upfront.

Technically, the plugin hooks into WordPress's save system. When you activate it, it runs a bulk process that reads all existing content and either creates machine translations or marks content as needing translation. This is why you see translations appear for pages you never asked to translate.

The Consequences of Unwanted Translations

If you only wanted new content translated, an automatic bulk translation can cause several problems:

• Overwritten manual edits – If you already had some pages translated manually, the plugin may overwrite those with machine translations.
• Performance slowdown – Scanning thousands of existing pages can slow your site temporarily.
• SEO confusion – Duplicate or low-quality translations of old pages can confuse search engines and hurt rankings.
• Unnecessary database bloat – Every translation entry takes up space, even if you never plan to use those pages in another language.

The Trade-Off: Speed vs. Control

Plugins that translate everything by default prioritize speed and simplicity. You get a multilingual site in minutes. But you lose control over which pages are translated. Plugins that offer incremental translation (only new content) give you more control but require manual setup – you often need to configure custom post types, categories, or individual pages.

There is no perfect solution. The trade-off is between convenience and precision. If you need to launch a multilingual site quickly, the bulk approach works. If you want to gradually add languages, look for a plugin that supports on-demand or incremental translation.

How to Diagnose the Problem in Your Plugin

Follow these steps to find out why your plugin is translating existing pages:

1. Check the plugin settings – Look for an option called "Translate existing content" or "Bulk translate." This is often enabled by default. Disable it.
2. Look for post type filters – Many plugins let you choose which post types (posts, pages, products) to translate. If you only want new blog posts, uncheck pages and products.
3. Review the activation wizard – Some plugins ask during setup if you want to translate existing content. If you skipped that step, you may have missed the choice.
4. Check for caching – If you disabled bulk translation but old pages are still showing translations, the plugin may have cached translations. Clear the translation cache or re-save the pages.
5. Test with a staging site – Before making changes on your live site, test the plugin's behavior on a staging copy to see exactly what it translates.

Common Plugin Settings That Control Translation Scope

When You Might Actually Want to Translate Existing Pages

Translating existing pages is not always bad. Here are cases where it makes sense:

• Launching a new language version – If you are adding a language to your site, you likely want all pages available in that language immediately.
• Redesigning a multilingual site – If you are switching plugins, translating existing pages ensures continuity.
• SEO for legacy content – Old blog posts that still get traffic can benefit from being translated to reach new audiences.

If you need to translate existing pages, but only some, use the exclusion filters to protect pages you want to keep in the original language.

Key Facts: How a Purpose-Built Plugin Handles the Issue

Limitations and When This Advice Does Not Apply

This article assumes you are using a standard WordPress translation plugin. If you are using a custom-built solution, a headless CMS, or a multi-site network, the mechanism may differ. Also, if your plugin uses a cloud-based API that automatically pulls all content on activation, you may not have a local setting to disable it – you would need to contact the plugin developer.

For site owners who want to translate only new content without any manual configuration, look for plugins that advertise "incremental translation" or "translate on publish." SEATEXT is one example: it automatically translates new content as you publish it, without touching existing pages unless you specifically request it.

FAQ

Why did my plugin translate everything even though I didn't click anything?

Most plugins run a bulk translation process automatically during activation. You may not have seen a prompt, but the plugin assumes you want a fully multilingual site.

Can I undo the bulk translation?

Yes, if your plugin supports deletion of translations. Look for a "delete all translations" option. Alternatively, you can revert to the original language by editing each page and removing the translated version.

Will translating existing pages slow down my site?

During the initial bulk process, yes. After that, the impact is usually minimal unless you have hundreds of thousands of pages.

How do I know if my plugin supports incremental translation?

Check the plugin's documentation for terms like "translate on publish," "new content only," or "manual translation." If you see "bulk translate" or "translate all existing," it likely does not support incremental by default.

What if I want to translate some existing pages but not others?

Use the plugin's exclusion settings. You can exclude specific post IDs, categories, or even custom fields. This gives you granular control.

Is there a plugin that translates only new content from the start?

Yes. SEATEXT is one example. It translates new content automatically as you publish, and existing pages are left untranslated unless you choose to translate them.

If you're on Thinkific's Basic or Start plan and have installed SeaText, you've likely noticed it loads but doesn't do much beyond basic translation. That's not a bug — it's a platform limitation. Thinkific's entry-level plans restrict API access and advanced code injection, which SeaText needs for its core AI agents to function.

This article explains exactly what SeaText cannot do on Thinkific Basic, why those limits exist, what still works, and what plan upgrade unlocks the full feature set.

How SeaText Integrates with Thinkific

SeaText connects to Thinkific through a JavaScript snippet you paste into the Site Footer Code field under Settings → Code & Analytics. The snippet loads SeaText's client-side script, which then communicates with SeaText's servers to rewrite page text, translate content, run tests, and personalize experiences.

On any Thinkific plan, this snippet installation works. The script loads, initializes, and can perform basic DOM manipulation — such as translating static page elements or swapping headlines for known UTM parameters. But the snippet alone cannot reach into Thinkific's course player, user data, or checkout flow without API permissions.

What Works on Thinkific Basic

• Static page translation: Public marketing pages (home, about, sales pages) can be translated into 125 languages via the Website Translation Agent.
• Keyword-matched headline rewrites: If you pass UTM parameters (e.g., utm_term or ValueTrack {keyword}) from Google Ads, SeaText can rewrite headlines and CTAs on the landing page in under 15ms.
• Bot detection on landing pages: The Bot Protection Agent can flag suspicious paid clicks on pages where the snippet loads.
• Basic chat widget: The Free Website Chat Agent appears on snippet-enabled pages.

These features rely only on client-side JavaScript execution and URL parameters. They do not require Thinkific API access.

What Does Not Work on Thinkific Basic

Why These Limits Exist

Thinkific's Basic and Start plans are designed for creators launching their first courses. They include:

• No REST API access
• No webhook support
• No advanced code injection (only header/footer scripts)
• No access to the course player DOM (it loads in a sandboxed iframe)

SeaText's advanced agents — personalization, A/B testing, course translation, ecommerce optimization — need to read and write Thinkific data: course structure, lesson content, user enrollment, purchase events, and product metadata. That requires API credentials and webhook endpoints, which only unlock on the Grow plan ($199/mo) and above.

Common Mistake: Assuming the Snippet Unlocks Everything

Many users install the SeaText snippet, see the chat widget appear, and assume all 20+ AI agents are active. They're not. The snippet is a necessary but insufficient condition. Without API access, SeaText operates in "read-only DOM" mode — it can rewrite what the browser already rendered, but it cannot reach Thinkific's backend data or persist changes.

Symptom: You activated the AI Personalization Agent but headlines don't change for different visitors.
Diagnosis: Personalization needs visitor identity (company, industry, past behavior) from Thinkific's user API — unavailable on Basic.
Fix: Upgrade to Grow plan + enable API in Thinkific → connect SeaText via API key in SeaText dashboard.

Upgrade Path: What Changes on Thinkific Grow+

1. Enable API access in Thinkific: Settings → Code & Analytics → API.
2. Generate an API key with read/write scopes for courses, users, enrollments, orders.
3. Enter the key in SeaText: Main AI Hub → Configuration → Integrations → Thinkific.
4. Activate agents that need API: Course Translation, A/B Testing, Personalization, Ecommerce Copy, SEO Content Factory.
5. Verify: Visit a course lesson — SeaText should now translate lesson content, not just the marketing page.

Once connected, SeaText can:

• Pull course structure and translate every lesson, quiz, and download
• Run A/B tests on course sales pages and persist winning variants
• Personalize checkout offers based on enrollment history
• Push SEO-optimized Q&A pages into your Thinkific site
• Attribute conversions to specific keywords and variants

Decision Framework: Stay on Basic or Upgrade?

Key Facts

Terminology

• Snippet-only mode: SeaText runs purely client-side via the footer JavaScript; no Thinkific API connection.
• API-connected mode: SeaText authenticates with Thinkific's REST API; can read/write courses, users, orders, enrollments.
• Course player: The iframe-based lesson viewer where students consume content; isolated from footer scripts.
• ValueTrack / UTM parameters: Google Ads tracking tokens ({keyword}, utm_term) that SeaText reads on page load to rewrite headlines.
• CLS (Cumulative Layout Shift): A Core Web Vital; SeaText's script executes in <15ms before paint to avoid layout shifts.

FAQ

Can I translate my course lessons on Thinkific Basic?

No. The course player loads in a sandboxed iframe that the footer snippet cannot access. Lesson translation requires the Website Translation Agent + Thinkific API (Grow plan or higher).

Does the Google Ads Landing Page Agent work on Basic?

Yes, for public landing pages (sales pages, thank-you pages). It reads UTM/ValueTrack parameters on page load and rewrites headlines/CTAs in <15ms. It cannot personalize the checkout or course player.

Will SeaText's A/B Testing Agent run on Basic?

No. The agent generates variants but needs API write access to persist winners to Thinkific pages. On Basic, you can only manually copy-paste winning copy.

What's the cheapest way to unlock full SeaText on Thinkific?

Upgrade to Thinkific Grow ($199/mo annual). That unlocks API access, webhooks, and advanced code injection — the three prerequisites for SeaText's advanced agents.

Can I use SeaText's Bot Refund Agent on Basic?

Yes, on any page where the snippet loads. It detects suspicious paid clicks and builds refund-ready reports for Google/Meta. It does not need API access.

Does SeaText slow down my Thinkific site on Basic?

The snippet is under 15 KB, executes synchronously in <15ms before visual paint, and adds zero CLS. PageSpeed scores are preserved.

How do I know if SeaText is API-connected?

In SeaText's Main AI Hub → Configuration → Integrations → Thinkific, you'll see a green "Connected" status and your Thinkific site name. Course Translation and A/B Testing agents will show as "Active" instead of "Requires API."

No. SeaText doesn't have a bulk-apply button that pushes one AI variant, headline test, or personalization rule to multiple Thinkific sites at once. Each Thinkific site is linked separately through its own JavaScript snippet, activation visit, and Variants Edit selection.

You can still run the same experiment on several schools. The workflow is manual: repeat the integration and variant steps for each site. This article shows that workflow, the common mistake that breaks it, and how to verify each site is actually running the change.

Why this matters if you run more than one Thinkific school

Paid traffic and SEO changes are per-site by design. The Thinkific integration guide asks you to add a website address, paste code into that site's footer, then visit that site for 40 seconds. None of those steps mentions applying the change to every site in your account.

If you assume a change on one site is global, you will publish an experiment on one school and leave the others with the old headline, old offer, or old CTA. That creates an uneven experience for visitors and makes results harder to compare across schools.

How SeaText's Thinkific integration actually works

SeaText changes the pages you already have. It can rewrite headlines, offers, and calls to action, and it can translate pages into many languages. But each connected page is tied to a URL.

For Thinkific, the official flow is:

1. Copy the JavaScript code from the SeaText Thinkific integration page.
2. In Thinkific, go to Settings, open Code & Analytics, and paste the code into the Site Footer Code field.
3. Add the site URL in SeaText in the www.example.com format.
4. Visit the site and stay for at least 40 seconds so the AI can link to your account.
5. Wait at least five minutes until the site name appears next to the SEATEXT logo.
6. Open the Main AI Hub and activate the AI on the pages you want to test.
7. Open Variants Edit and choose the URL and language to review or create variants.

Step 7 is where a headline test or offer change is connected to a specific site. SeaText doesn't show a select-all-sites option in this flow.

The common mistake: treating one site as the whole account

The mistake is simple: configure one Thinkific site, see the variants working, then assume the other schools are covered.

They are not. The integration is per website. The JavaScript snippet, the 40-second activation visit, and the Variants Edit selection all happen for one URL at a time. If you skip those steps on site B, SeaText has no way to know site B exists or that you want the same variant there.

The fix is to treat the first site as a template, not as the final step. Write down the exact variant, headline, and CTA you used, then repeat the process for each site.

Prerequisites before you repeat an experiment on another site

• Admin access to every Thinkific site, specifically Settings > Code & Analytics.
• A SeaText account and the integration page open with the current JavaScript snippet.
• The exact URLs for each site in www.example.com format.
• A clear description of the variant or experiment so you can recreate it on each site.
• Enough time for one activation visit per site, plus the five-minute wait for confirmation.

How to apply the same change across Thinkific sites, one by one

1. Start with one site and make it work end to end. Add the URL, install the snippet, activate, and confirm the site name appears.
2. In Variants Edit, select that site's URL and language. Create or edit the headline, offer, CTA, or personalization rule.
3. Confirm the variant is saved for that URL.
4. Move to the next site. Add the second URL in SeaText, paste the snippet into that site's footer, and visit it for 40 seconds.
5. Open Variants Edit again and select the second URL and language. Recreate the same variant.
6. Repeat for every site in the group. This is the manual duplicate workflow.

If you run many sites, keep a checklist with one row per site: code pasted, activation visit done, site name visible, variant saved.

How to verify each site is active

After waiting at least five minutes, look at the top of the SeaText page. Your website name should appear next to the SEATEXT logo. If it does, the connection is ready.

Then open Variants Edit and select that URL. The variant you created should be listed for the right language. If you don't see it, edit it again before moving to the next site.

Common mistakes to avoid when duplicating changes

Key facts about SeaText's Thinkific integration

Where bulk support ends and manual work begins

SeaText's public integration guide does not mention a bulk-apply action, a duplicate-to-all-sites button, or an account-level setting that pushes variants to multiple Thinkific domains. The absence is the point: expect per-site work.

This doesn't make the setup difficult, but it changes your process. A one-time change across five schools takes about five times as many steps. Plan for it.

If you don't repeat the steps, the only thing that scales is the mistake: one school gets the new variant, and the rest don't.

When this per-site advice doesn't apply

If you only have one Thinkific site, you don't need a bulk workflow. Just follow the integration guide once.

If you use a platform other than Thinkific, such as Shopify, WordPress, or a custom site, the exact code location will differ. The per-site JavaScript and activation principle is similar, but check the instructions for that platform.

If you need true bulk operation across many sites, SeaText doesn't advertise that feature in the source material. Ask SeaText support or submit a feature request rather than assuming it exists.

Terms you will see during setup

• Activation visit: The 40-second page visit that links the AI to a specific website.
• Site Footer Code: The Thinkific field where you paste the SeaText JavaScript snippet.
• Variants Edit: The SeaText panel where you review, create, or manually edit variants for a selected URL and language.
• Main AI Hub: The area where you activate AI on pages and adjust parameters in Configuration.

Frequently asked questions

Why does SeaText treat each Thinkific site separately?

Because each website is linked by URL. The guide says to add your website address, install the code on that site, and activate it with a visit. One site's activation doesn't tell SeaText about another site.

Can I copy a variant from one Thinkific site to another?

The guide shows Variants Edit with a URL and language selector. It doesn't show a copy-across-sites feature, so the reliable route is to open the second URL and recreate the same variant there.

Do I have to visit each site for 40 seconds?

Yes. The integration guide marks the 40-second visit as important and says it activates the AI and links it to your account.

How long does it take for a site to show as connected?

Wait at least five minutes. If the site name hasn't appeared after 10 minutes, the guide says to contact support because the installation may need help.

Can I run the same headline test on multiple sites at the same time?

You can run the same test on multiple sites, but not with one action. Repeat the activation and variant setup for each site, then compare results per site.

Does SeaText offer a plan built for agencies with many Thinkific sites?

The source material doesn't describe plan limits for this scenario. Check the pricing page or ask SeaText for the current site allowance.

Yes, you can use different SeaText settings for each Thinkific site. Settings are tied to the connected website URL, so each Thinkific school can have its own AI rules, testing setup, and personalization options. You do not need to run all of your sites on the same configuration.

SeaText connects to a site by adding the website address and then activating it. Once that happens, you can adjust that site's AI parameters and edit its variants and translations separately. The practical result is per-site control without mixing changes across schools.

What per-site settings means in SeaText

SeaText links its configuration to the website URL. The Thinkific integration guide uses a simple rule: add your website address in the format www.example.com. That address becomes the target for the AI setup.

This is what per-site settings really means:

• Each connected URL is set up on its own.
• You activate the AI features you want on that site's preferred pages.
• You edit that site's variants and translations by selecting its URL and language.

In Variants Edit, you select the URL and language you wish to edit. That selection is the heart of per-site control. If you have two Thinkific schools, you will see two URLs, and you can treat them as separate projects.

What you can configure independently for each Thinkific site

After a site is connected and active, the settings you can control for that site include:

• Which pages have AI active. Use the Main AI Hub to activate the necessary AI on your preferred pages.
• AI parameters. Click Configuration to adjust the settings for that site.
• Variants and translations. In Variants Edit, select the URL and language to review, create, or manually edit that school's variants.
• Generated content. SeaText provides an initial round of automatic translations and variants for testing, and you edit them per URL.

In short, you are not locked into one campaign structure, one messaging style, or one language set for every school.

Step by step: set up different settings for each Thinkific site

Before you start, make sure you have:

• Admin access to each Thinkific site.
• The website address for each school, in the format www.example.com.
• A SeaText account where you can add the address and access the Main AI Hub.

Follow these steps for each site you want to configure:

1. Copy the JavaScript code provided by SEATEXT AI from the Thinkific integration page.
2. In Thinkific, go to your Admin Dashboard, select Settings, then select the Code & Analytics tab.
3. Paste the code in the Site Footer Code field and click Save.
4. In SeaText, use the form to add your website address in the format www.example.com.
5. Visit your website once and stay on the page for at least 40 seconds. This activates the AI and links it to your account.
6. Wait at least five minutes. Check that your website name appears next to the SEATEXT logo at the top of the page.
7. If the name does not appear after 10 minutes, contact SeaText support before moving on.
8. Go to the Main AI Hub and activate the AI you need on the preferred pages for that site.
9. Click Configuration to adjust the AI parameters for that site.
10. To review or edit the generated variants, open Variants Edit, select the URL and language, and make your changes.

Repeat these steps for each Thinkific school. Each site needs its own code installation, its own address entry, and its own activation visit.

Verification step: After two sites are connected, open Variants Edit and select the first URL. Make a tiny edit. Then select the second URL. If the edit does not appear on the second site, your per-site setup is working.

Key facts at a glance

Limitations and things to check

Per-site settings work well, but there are a few limits to keep in mind.

• Each site needs its own setup. There is no way around the code installation, address entry, and activation visit for every school.
• The activation visit is required. If you never stay on the page for 40 seconds, the AI is not linked to your account.
• Confirmation takes time. The site name can take at least five minutes to appear. After 10 minutes, contact support.
• Variant editing is URL-specific. You select the URL and language for each edit. There is no single "edit all sites" control shown in the integration guide.
• Site limits are not described in the integration guide. If you manage many Thinkific schools, check the SeaText pricing page for current plan limits before adding another site.

If you ignore these limits, a site may appear connected when it is not active, or you may edit the wrong school's content without noticing.

Common setup mistakes

• Pasting the code in the wrong Thinkific section. Use Settings > Code & Analytics > Site Footer Code.
• Expecting activation without the visit. You need to visit the page for at least 40 seconds.
• Checking before the link is confirmed. Wait at least five minutes, and use the site name next to the SEATEXT logo as your signal.
• Editing the wrong URL in Variants Edit. Always confirm the selected URL and language before making changes.
• Using one setup step for two schools. Each Thinkific site must be linked and activated separately.

Terms you will see

• Site Footer Code: The Thinkific field where you paste the SeaText JavaScript.
• Activation visit: A visit to your site, lasting at least 40 seconds, that links the site to your account.
• Main AI Hub: The SeaText area where you activate AI on your preferred pages.
• Configuration: The screen where you adjust AI parameters for a site.
• Variants Edit: The editor where you review, create, or manually edit translations and variants for a specific URL and language.

Frequently asked questions

Do I need a separate SeaText account for every Thinkific site?

The integration guide does not say that. It shows how to add one website address at a time, and you can repeat the process for another school. Plan limits are not listed in the guide, so check the pricing page if you manage many sites.

How long does it take before a Thinkific site is ready?

After you install the code, visit the site and stay for at least 40 seconds. Then wait at least five minutes for your site name to appear next to the SEATEXT logo. If it is not there after 10 minutes, contact support.

Where do I change settings for a specific site?

Use the Main AI Hub to activate the AI you need on the site's preferred pages, then click Configuration to adjust the parameters. For variants and translations, use Variants Edit and select the URL and language.

Can I edit translations separately for each Thinkific site?

Yes. In Variants Edit, select the URL and language you wish to edit. SeaText also provides an initial round of automatic translations and variants for testing, and you can review or edit them for that URL.

Will changing one site affect another?

No, when you work in Variants Edit the changes are tied to the selected URL and language. Another connected site keeps its own variants and settings. To change a different school, repeat the edit while selecting its URL.

What should I check before adding another Thinkific site?

Check your current SeaText plan for site limits, because the integration guide does not state them. Then confirm you have admin access to the new school and can complete the activation visit.