Can I Use SeaText AI on a Development Store for Client Projects?

Short answer: yes, with two conditions

Yes, you can use SeaText AI on a development store for client projects. Two conditions apply: the store must have a valid, real domain, and you must create a separate SeaText account for that domain. Localhost won't work, and dynamic development URLs may not work, so you can't treat a dev store exactly like a personal test server.

For an agency, the practical meaning is simple: install the same JavaScript snippet you would use on any Shopify store, but give the development store its own SeaText account if it runs on its own domain. Also check Shopify's current development store terms, because those terms are separate from SeaText's setup rules and they can change.

What a development store means here

A development store is a Shopify store created to build or test a client's site before launch. It might use a staging subdomain such as staging.client.com, a Shopify-provided URL, or a local environment on your computer.

For SeaText AI, the important part is the domain, not the label development. The AI needs to reliably associate traffic with your account. If the URL is real, stable, and publicly resolvable, the development store can carry the same script as a live store. If the URL is blocked, temporary, or changes with every deploy, SeaText may not be able to connect traffic to your account.

SeaText's integration guide explicitly says that dynamic development domains may not function properly for this reason.

SeaText AI's rules you need to know

SeaText's Shopify integration page lists four rules that matter for client work:

• One account per primary URL. Each SeaText account is linked to a single primary URL.
• No localhost. Localhost is restricted for security reasons.
• Use a valid, real domain. Development URLs like localhost are blocked.
• One account per website. To use SeaText on several websites, create one account for each website.

These rules mean you should think in terms of domains, not stores. A client with a staging domain and a production domain needs two SeaText accounts if both run SeaText at the same time. One practical reason is clean reporting: a separate account keeps each client's traffic and rewrite data separate.

How to set up SeaText AI on a client development store

1. Create a SeaText AI account for the development store's real domain. The integration guide says you need an account before you can install the script.
2. Copy the JavaScript code from the SeaText integration section.
3. In Shopify admin, go to Online Store > Themes.
4. Click Actions > Edit Code for the active theme.
5. Open the Layout folder, then open theme.liquid.
6. Paste the snippet where the integration instructions direct, then click Save.
7. Verify the store still loads. SeaText says the AI remains inert until activated, so the script should not change your theme by itself.

If you also use SeaText's product description tag, follow the same integration guide's steps to wrap the product description output in product.liquid or your product template, then preview a product page to confirm the data attribute is present.

Common client-project setups and what to do

Use these scenarios as a starting point. They are based on SeaText's stated rules rather than on any proprietary test data.

• Staging subdomain with real DNS (for example, staging.client.com): create a separate SeaText account for this domain. Use it for integration testing and for checking that the script loads.
• A shipping client store on a custom domain (for example, www.client.com): this is the production domain. It gets its own SeaText account, separate from any staging account.
• Shopify-provided development URL: it may work if the URL is stable and real, but confirm with SeaText support before building a client deliverable around it.
• Local development on localhost: this is blocked by SeaText. Use a staging subdomain instead.
• Multiple client stores: create one SeaText account per store domain. Do not share one account across clients.

Limitations and when this advice doesn't apply

• Localhost is non-negotiable. SeaText blocks it for security reasons. You cannot use a local development store with SeaText.
• Dynamic development domains are a risk. SeaText may not be able to reliably associate traffic with your account.
• Password-protected stores may not produce useful data. The integration can still be installed, but agents that depend on real visitor behavior won't have real visitors to learn from.
• Shopify's development store terms are separate. Always review Shopify's current policy on development stores and client handoff before adding third-party scripts.
• This advice doesn't apply to production. A live client store should always have its own account on its final domain.

Expert perspective: use the dev store for setup, not for performance testing

From an agency workflow perspective, a development store is a place to answer one question: does the SeaText script install cleanly and does the account associate with the domain? That's the right time to catch mistakes like using localhost or sharing an account across stores.

It is not the right place to judge conversion lift. A dev store rarely has the same paid traffic, ad keywords, or buyer behavior as the live store. Use the dev store to verify installation and then rely on the live store for performance decisions.

If you hand off the client project after launch, document which SeaText account belongs to which domain. That prevents the next person from accidentally pointing a client's production store at a staging account.

Frequently asked questions

Can I use localhost with SeaText AI?

No. The integration guide says localhost is restricted for security reasons. Use a valid, real domain for any dev store you plan to connect to SeaText.

Do I need a separate SeaText account for each client store?

Yes. Each SeaText account is linked to a single primary URL. To use SeaText on several websites, create one account for each website.

Can I use the same account for a development store and a production store?

Not if both need to run at the same time. A development domain and a production domain are different primary URLs, so they should have separate accounts. If you are moving from one domain to another and only need one active, ask SeaText support whether a transfer is possible.

Will SeaText AI work on a password-protected development store?

It may install, but features that depend on real visitor traffic won't have data to work with. Confirm with SeaText support if your dev store is behind a password wall.

What should I check before handing over a client's store?

Confirm the production domain has its own SeaText account, the script is still present in theme.liquid, and the staging account is documented separately. Also re-read Shopify's development store terms before you hand over the store to the client.