Resources · Content for AI Search

How Should a B2B Website Balance Personalization With Pages AI Engines Can Cite?

A B2B website should keep a complete, stable default version of every important page, and use personalization to reorder, highlight and route rather than to replace the core facts. Crawlers see the default version. Most AI crawlers do not run the scripts that personalization tools rely on. So facts that appear only for a recognised visitor, industry or account are invisible to AI engines. Give each industry, role or region its own URL instead of swapping content on one URL, and keep key facts out of forms. Never give crawlers content that people cannot get or that contradicts what they see; Google treats that as cloaking. Personalization and citability can coexist when the canonical content is complete for everyone.

How does personalization hide content from AI engines?

  • Content swapped by script. Account-based marketing tools often replace headlines, case studies or sections after the page loads. Crawlers that do not run JavaScript see only the original.
  • Content keyed to IP, location or company. A crawler visiting from a data centre is not recognised as any account or industry, so it gets the generic version.
  • Content behind forms or logins. Pricing, specifications, case studies and security details gated for lead capture are invisible to crawlers.
  • Content shown to returning visitors. Pages that change after cookies are set show crawlers only the first-visit version.
  • Interactive tools as the only source: calculators, configurators and chatbots whose answers are not published anywhere as text.

Google's guidance on locale-adaptive pages notes that Googlebot appears to come mostly from US IP addresses and does not send language preferences. It recommends separate URLs for different locales. The same logic applies to industry and account personalization.

What should be the same for everyone?

The default version of each important page should state, in server-rendered HTML:

  • What the product or service is and who it is for.
  • Key capabilities, integrations, security and compliance facts.
  • Pricing or pricing structure.
  • Proof: case studies, customer names where permitted, results.
  • How to buy or get started.

Personalization can then add to this, but it should not be the only place any of these facts appear.

What can be personalised safely?

Safe to personalise Keep constant
Order of sections and case studies The facts themselves
Which industry examples are highlighted first Which industries you serve
Calls to action and forms Pricing structure and plan details
Greeting and account-specific notes Product capabilities and limits
Language of CTAs for known roles Security and compliance statements
Recommended next pages Availability by region

The test is simple: if a crawler, or a first-time visitor, sees the default version, is anything important missing? If yes, move it into the default.

Why give each segment its own URL?

Industry, role and regional variants of a page answer different questions: "best [category] for healthcare", "[category] for finance teams", "[category] in Germany". Swapping content on one URL means there is only one version for crawlers, the default, and no page for each of those questions. Separate URLs such as /industries/healthcare or /de/ give each variant a page that can be indexed, matched and cited. Personalization can still route visitors to the right one. For guidance on the level of detail each segment page needs, see how specific service, location and customer pages should be for AI to understand a business.

Where is the line with cloaking?

Google's spam policies define cloaking as presenting different content to users and search engines with the intent to manipulate rankings and mislead users. Examples include inserting text only when the visitor is a search engine. Personalization for people is not cloaking in itself. The risk arises when crawlers are deliberately given content that no person sees, or people are given content that contradicts what crawlers see. Google's guidance on testing says the same. Tests should not show crawlers a version users never see. Keep the default version genuinely representative.

What about gated content?

Gating is often necessary for lead generation. Balance it:

  • Publish summaries of gated reports and guides: the key findings, the method and who it is for.
  • Keep product facts ungated: pricing structure, capabilities, integrations and security.
  • Gate depth, not basics: detailed templates, full reports and tools, rather than the information buyers need to shortlist you.

A buyer who asks an assistant "does [product] support SAML single sign-on?" should get a yes from your public page, not a pointer to a white paper form.

What about chatbots and interactive tools?

Many B2B sites answer detailed questions through a chat widget or a configurator. These help visitors, but their answers are not pages. An assistant cannot cite a conversation it cannot see. If your chat widget is regularly asked the same questions, publish the answers as pages or FAQ entries. If a configurator produces prices or recommendations, publish the underlying rules or typical outputs in text, such as "a 50-user deployment with SSO typically costs...". The tool then becomes a convenience on top of public facts rather than the only source of them.

How should marketing and web teams share responsibility?

Personalization is usually run by marketing operations; page structure by the web team. Agree a simple rule between them. No fact that a buyer needs to shortlist the company may exist only in a personalised variant, gated asset or tool. Build it into the review of every new campaign: before launch, someone checks the default page still carries the facts. That one habit prevents most of the problems described here.

How do you check what crawlers see?

  1. Fetch key pages without JavaScript, from a clean browser with no cookies, and from outside your usual network.
  2. Compare with a personalised view for a known account or industry. List facts that appear only in the personalised version.
  3. Use Google's URL Inspection tool in Search Console to see the rendered page as Google sees it.
  4. Check server logs for AI crawlers' requests and the responses they received.
  5. Ask assistants questions your personalised content answers, and see whether they know the answer.

How to make sites readable to AI agents more broadly is covered in how brands can make their websites readable to AI agents.

What might an illustrative case look like?

Consider an illustrative B2B payments company whose homepage and product pages were personalised by visitor industry using an account-based marketing tool. Healthcare visitors saw HIPAA-related security details and healthcare case studies; others saw a generic version. AI answers for "payment platform for healthcare providers" never mentioned the company. The team created industry pages at their own URLs with the security, integration and case study details. It moved the security facts into the default product page, and kept personalization for ordering case studies and calls to action. Within three months, assistants named the company for healthcare payment questions, citing the healthcare industry page.

What do people ask about personalization and AI?

Does personalization hurt SEO and AI visibility?

Not if the default version is complete. It hurts when key facts appear only for recognised visitors.

Should we stop using reverse-IP personalization?

No. Use it to route and highlight, not to hide.

Can we show different prices by region?

Yes, on separate regional URLs with hreflang, rather than switching prices on one URL by IP.

How often should we audit?

After every significant personalization change and at least quarterly.

Published by The Kovmere Team · updated Sep 29, 2026 · More resources