Skip to main content

By sector

Positioning that impresses investors can be invisible to buyers

The category you invented does not appear in anybody's search. The category they use to describe their problem does not appear anywhere on your website. Both statements can be true at once, and usually are.

Software companies have a particular relationship with language. The positioning is refined over months, tested with investors, agreed across the leadership team, and expressed in terms designed to signal that the product is not merely another entry in a crowded category.

This is often good positioning. It is also, quite frequently, unsearchable. Buyers do not search for the category you created. They search for the problem they have, using the vocabulary of whatever they are currently using instead.

The gap between those two vocabularies is where a great deal of SaaS search opportunity goes unclaimed — not because the marketing is bad, but because it was optimised for a different audience.

Focus

What matters for a software product

Six areas where software companies consistently differ from other businesses, in what they need and in where they lose.

Category positioning

Whether the product is discoverable through the categories buyers already search, or only through a term the company invented. Adjacent-category positioning with clear differentiation usually beats category creation.

Feature and solution architecture

Whether individual capabilities are separately findable, or buried inside a single features page. Buyers search for the specific thing they need, not for a list of everything you do.

Comparison and alternative searches

High-intent searches made close to a decision. Currently answered by competitors and review sites, with commercial arrangements you have no visibility of.

Documentation

Specific answers to specific technical questions in the buyer's own language. Frequently the strongest content asset a software company owns, and frequently excluded from indexing.

Rendering

Marketing sites built as client-rendered applications, where the copy describing the product is absent from the initial response. Common, consequential, and usually unnoticed.

Trial and conversion path

Whether the route from a search result to a trial is short and clear, and whether the questions a buyer has before signing up are answered before the form.

Buyers do not search for the category you created. They search for the problem they have, in the words of whatever they are using instead.

Structure

Two architectures, and which buyers use

Software sites are usually organised one of two ways. By feature — a list of what the product does, grouped by capability. Or by solution — what the product achieves, grouped by problem or by role.

Buyers early in a decision search by problem. Buyers late in one search by feature, usually because they are comparing specifications against a shortlist. A site organised only one way serves half the funnel and leaves the other half to competitors.

This is not an argument for building both exhaustively, which produces a hundred thin pages that compete with each other. It is an argument for deciding deliberately which searches you intend to serve, and building properly for those.

Commonly surfaced

  • Positioning language that matches no search anyone makes
  • All capabilities on one page, none separately findable
  • Comparison searches answered entirely by competitors
  • Documentation excluded from indexing by an old rule
  • Marketing copy absent until JavaScript executes
  • Pricing described as flexible rather than stated
  • Integrations listed as logos with no page behind them
  • Blog material with no route to anything commercial

Example finding

A representative finding

This is an illustration of the report format rather than a result from a real assessment.

High

Documentation Is Excluded From Indexing

What we found
The documentation subdomain returns a directive preventing indexing across all its pages. The documentation itself is substantial, well-organised and answers specific technical questions in detail.
Why it matters
Documentation answers precisely the questions technical evaluators search for during a purchasing decision, in the language they use to ask them. Excluding it forfeits that entirely, and it also removes the strongest available demonstration that the product is mature and properly supported. Generative systems asked how to accomplish something with your product have nothing authoritative to retrieve.
General direction
Establish why the exclusion exists — it is usually a decision from an early launch that was never revisited. Where there is no continuing reason, allow indexing and treat the documentation as a content asset, with attention to how it is structured and internally linked.
How IXSEO can help
Technical SEO for the change itself, with Content Intelligence for the structure that follows.

Frequently asked questions

Our product does not fit an existing category.
It probably fits several imperfectly, which is different. Buyers searching for a solution use the vocabulary they already have, and if none of your pages use it, they will not find you regardless of how novel the product is. You can position within an adjacent category and differentiate inside it — that is a well-trodden path, and considerably cheaper than establishing a category from nothing.
Should we publish comparison pages against competitors?
Those searches happen in volume and are made by people close to a decision, so somebody will answer them. If it is not you, it will be a competitor or a review site with an affiliate arrangement. A fair comparison that acknowledges where the alternative is genuinely better tends to outperform a one-sided one, both in credibility and in ranking.
Is our documentation an SEO asset?
Frequently the most underused one you have. Documentation answers specific technical questions in specific language, which is exactly what both search engines and generative retrieval reward. It is also usually excluded from indexing by a decision nobody remembers making, or placed on a subdomain and forgotten.
Does any of this matter if we are product-led?
Product-led growth still requires people to arrive. A free tier converts visitors who find it; it does not generate them. Search is one of the few channels where acquisition cost falls over time rather than rising, which matters more the longer you operate.
We are pre-launch. Is it too early?
It is the cheapest possible moment for the decisions that matter most — how the product is positioned, what the site structure will be, how services and features are named. Those become expensive to change once there is traffic to protect and an established architecture to work around.

See how your product is described to a machine

The GEO module examines whether your product is individually identifiable and whether its capabilities can be retrieved. On software sites the answer is frequently instructive.