Technical AEO

Illustrative analysis

Knowledge Base Optimization: Ungating Core Documentation to Achieve 85% Google AIO Inclusion

An illustrative strategy showing how a B2B software company could make core documentation publicly accessible, improve machine readability and reach Google AI Overview inclusion across 17 of 20 tracked query groups.

Client

B2B Software Company

Focus

Technical AEO

Published

Aug 18, 2026

Reading time

10 min read

For the broader search framework, see search visibility and Answer Engine Optimization.

Overview

Start with the system,not another disconnected tactic.

A B2B software company had built a detailed knowledge base covering implementation, configuration, troubleshooting, security and product workflows. Much of that expertise, however, was available only after a user created an account or signed into the product.

The gated documentation supported existing customers but provided limited publicly accessible information for Google to crawl, index and potentially use when generating AI Overviews. Public marketing pages described the product at a high level but did not contain the depth needed to answer many technical and evaluation-stage questions.

In this illustrative scenario, the company tracked 20 commercially relevant query groups. The modeled objective was to make appropriate documentation publicly accessible and improve inclusion across 17 of those groups—an 85% coverage target—without exposing customer information, proprietary processes or security-sensitive material.

01

Business context

02

Search intent

03

Visibility system

04

Execution plan

The challenge

The company had the answers, but many of them were unavailable to search systems and prospective buyers.

Gating documentation can support account management, product security and customer experience. The problem occurs when information needed for public discovery is placed behind the same access controls as sensitive or customer-specific material.

Search systems cannot reliably interpret content they cannot access. A login page, client-rendered application shell or restricted documentation portal provides little usable context about the answers contained behind it.

The company needed a deliberate classification system: which documentation should remain private, which information could be summarized publicly and which core educational resources should become fully crawlable.

Search journey

01

Research

How does this workflow or integration work?

Detailed explanations existed inside gated documentation while public pages offered only short feature descriptions.

02

Evaluate

Can this platform support our technical requirements?

Implementation requirements, limitations and compatibility information were difficult to verify before account creation.

03

Implement

How do we configure and troubleshoot the product?

Existing customers could access the answers, but search engines had limited public material for relevant technical queries.

What matters most

The visibility gap came from access controls, rendering and documentation structure—not a lack of expertise.

01

High-value answers were hidden behind authentication

Core implementation and workflow explanations required account access even when they contained no sensitive information.

Priority action

Classify documentation by public value, sensitivity and customer-access requirements.

02

Public pages lacked technical depth

Marketing pages explained benefits but did not answer the detailed questions buyers asked during technical evaluation.

Priority action

Create public documentation for requirements, workflows, limitations, integrations and common implementation questions.

03

The documentation shell depended heavily on JavaScript

Important navigation and content relationships were assembled in the browser rather than delivered as crawlable HTML.

Priority action

Ensure public documentation returns meaningful server-rendered content, headings and internal links.

04

One page covered too many unrelated questions

Long reference pages combined setup, troubleshooting, definitions and edge cases without clear answer boundaries.

Priority action

Separate documentation by user task and give each important question a stable, descriptive URL.

05

Terminology differed from product pages

Documentation used technical internal language while commercial pages used broader category and customer terminology.

Priority action

Connect technical terms with the product, capability and category language used throughout the public website.

06

Important answers lacked standalone context

Some instructions assumed the reader had navigated through previous documentation and understood the surrounding product context.

Priority action

Add concise introductions, prerequisites and definitions so important pages remain understandable independently.

07

Measurement focused only on documentation traffic

The team could measure visits but not whether documentation was appearing across tracked AI Overview query groups.

Priority action

Monitor indexation, query visibility, cited pages, answer accuracy and AI Overview inclusion separately.

The strategy

Make appropriate documentation publicly accessible while keeping sensitive information protected.

The strategy began by classifying every knowledge-base section as public, summarized or restricted. Public documentation included general setup instructions, integration requirements, product terminology and non-sensitive troubleshooting guidance.

Restricted documentation continued to protect account-specific workflows, customer data, confidential configurations and security-sensitive instructions. Where a restricted resource addressed an important public question, the company could publish a safe summary explaining the concept without exposing protected details.

The public knowledge base was then rebuilt around stable URLs, server-rendered HTML, descriptive headings, crawlable internal links and clear relationships between products, capabilities, integrations and user tasks.

A controlled benchmark tracked 20 query groups covering definitions, compatibility, implementation, troubleshooting and evaluation. The illustrative 85% target represented inclusion across 17 groups, not a guarantee that every query would always trigger or include the same AI Overview.

Before

Core documentation behind authentication
Public pages limited to marketing summaries
JavaScript-dependent documentation navigation
Multiple intents combined on long pages
Inconsistent technical and commercial language
Success measured primarily through page visits

Connected system

01Documentation classified by access requirement
02Public technical answers on stable URLs
03Server-rendered content and crawlable links
04One clear task or question per page
05Connected product and documentation entities
06AI Overview inclusion tracked by query group

Execution roadmap

Put the work in the right order.

Phase 01

Classify the knowledge base

Inventory documentation and access controls

Separate public and sensitive information

Identify high-value unanswered queries

Select the initial public documentation set

Phase 02

Rebuild public access

Create stable crawlable documentation URLs

Deliver meaningful server-rendered HTML

Separate pages by task and intent

Connect documentation to product pages

Phase 03

Measure inclusion

Establish the 20-group query benchmark

Track indexed documentation pages

Review AI Overview sources and accuracy

Expand coverage based on verified gaps

What improvement looks like

Measure whether the system is becoming stronger.

An 85% modeled inclusion target

The illustrative benchmark represents AI Overview inclusion across 17 of 20 tracked query groups.

More accessible expertise

Buyers and search systems can access appropriate technical information without creating an account.

Protected sensitive information

Customer data, confidential configurations and security-sensitive instructions remain restricted.

Clearer documentation architecture

Important questions and user tasks receive stable URLs, descriptive headings and focused answers.

Stronger product understanding

Technical documentation is explicitly connected to the company’s products, capabilities, integrations and use cases.

Better visibility measurement

The team can distinguish documentation traffic, indexation, citation visibility and AI Overview inclusion.

Key takeaway

Ungating documentation should not mean exposing everything. The useful approach is to separate public expertise from sensitive information, deliver crawlable technical answers and measure inclusion across a stable query benchmark. In this illustrative scenario, 85% means inclusion across 17 of 20 tracked query groups—not guaranteed visibility for every search.

Continue exploring

Explore Growthract’s SEO + AEO approach

Start with the problem

Find out what your search system should improve next.

Start with a focused analysis of your website and identify the SEO, AEO and search visibility opportunities that deserve attention.

Book a call