Company and Brand Profiles: Structure and Examples
Build a company profile with verified identity facts, authoritative sources, governed sameAs links, Organization schema, and reliable update controls.
Company and brand profile
A company profile is a neutral, sourced record of one organization’s identity, ownership, location, activities, leadership, official web presence, and material history. It helps a reader and a machine answer “Which organization is this?” without turning the record into advertising or a verdict.
Purpose: establish an organization as a distinct entity, make important facts easy to verify, and give consideration-stage readers a reliable route to deeper product, service, comparison, or evidence pages.
Reader question: “Is this the company I mean, what does it do, who owns it, where does it operate, and which facts can I trust?”
The core asset is a claim ledger: fact → value → source → verification date → owner → review trigger. Company facts decay silently: headquarters move, brands are acquired, leaders change, and social handles are abandoned while prose still sounds plausible.
Questions it answers
A complete profile resolves identity before it adds context:
- What are the current brand name, registered name, former names, and common aliases?
- Is the subject an independent company, parent, subsidiary, trading name, nonprofit, public body, or product brand?
- When and where was it founded, and which headquarters or registered office is current?
- What does it actually provide, to whom, and in which markets?
- Who owns or controls it, and which parent, subsidiary, or sibling relationships are material?
- Who leads it, and when was that role last verified?
- Which website, registry record, and social profiles identify the same organization?
- Which facts come from official records, first-party claims, or independent reporting?
- Which material events changed the organization, and when did they take effect?
Say when a fact is unknown, disputed, approximate, or only claimed by the organization. An explicit limitation is better than invented certainty.
When to use this post type
Use a profile when the organization itself is the search subject and readers need identification plus dependable context. It is especially useful when names collide, a brand differs from its legal entity, ownership has changed, or information is spread across registries, corporate pages, and reporting.
The reason to separate adjacent formats is editorial promise. A factual record can be maintained by verification; an evaluation needs criteria and evidence; a commercial page can advocate for its own offer.
| Confusable sibling | Choose it when | Evidence center | Decisive boundary |
|---|---|---|---|
| Company profile | Readers need a neutral record of one organization | Registries, filings, official properties, direct confirmation, independent reporting | Establishes identity and context; gives no quality verdict |
| review page | Readers need an evaluation of whether the organization or its offer is good for a named use | Declared criteria, first-hand testing or documented research, limitations, disclosure, verdict | Judges quality or fit and must show how the judgment was reached |
| vendor profile | Procurement readers need supplier-specific commercial and operational facts | Offering, contract model, certifications, support, regions, procurement status | Frames the organization as a supplier in a buying process |
| product page | The organization needs to explain and transact one offer | First-party capabilities, specifications, availability, proof, terms | The offer is the subject and persuasion is expected |
| comparison page | A reader is choosing between two named organizations or offers | Symmetric criteria and comparable evidence | Both subjects receive equal decision depth and a conditional conclusion |
An ownership table, criticism, or controversy does not automatically make a profile a review. The boundary is crossed when the editor translates facts into a recommendation, score, ranking, “best for” label, or unsourced reputation judgment. Either remove the verdict language or meet the stronger review standard.
Best for these business types
The ranking reflects how often entity confusion occurs and how valuable a maintained factual record is to the audience.
- Media publishers and affiliates . Directories and reference sites can consolidate identity and history, but independence requires visible sourcing and corrections.
- Marketplaces . Provider profiles help users identify counterparties. Keep ratings separate from the identity record.
- B2B services . Buyers vet legal identity, ownership, locations, leadership, credentials, and sector focus before an enquiry.
- SaaS . Product names, corporate entities, acquisitions, and parent brands often diverge; the profile connects them without duplicating product detail.
- Manufacturers and industrial businesses . Brand families, facilities, distributors, and acquired names need precise relationships. Never transfer a distributor’s facts to the manufacturer.
- Agencies . Directories benefit from stable identity, offices, leadership, specialties, and ownership records; awards still need separate evidence.
Search intent
The dominant search intent is navigational plus commercial investigation. Query patterns include “[company],” “[company] profile,” “[company] owner,” “[company] headquarters,” “[company] founded,” “[company] parent company,” and “[brand] official website.” A broad name query may also carry support, employment, investment, product, or reputational intent, so one profile should orient rather than absorb every journey.
Inspect the current search engine results page before drafting. Record the knowledge panel, official domain, registry or filing results, profiles, recent news, and similarly named entities. Then inspect AI answers for identity conflation: wrong founders, old headquarters, a product treated as a corporation, or parent and subsidiary facts blended together.
Preserve a dated source for every volatile fact. Treat an unsourced knowledge-panel statement as a lead, not proof.
Page structure
Word bands control scope rather than reward length. A simple private company may be complete at 1,600 words; a renamed group with several subsidiaries may need 3,000. Tables are often better than prose for exact identity fields.
| Section | Word band | Purpose | Required? |
|---|---|---|---|
| Hero and direct identity answer | 60–110 | Name the organization, type, principal activity, base, and ownership qualifier | Required |
| Identity facts | 8–16 rows | Fix names, status, founding, headquarters, parent, website, and verification dates | Required |
| What the organization does | 150–250 | Explain activities, customers, markets, and boundaries without promotional superlatives | Required |
| Ownership and organization | 120–240 | Distinguish parent, subsidiary, brand, division, and former-name relationships | Required when any relationship affects identity |
| History and material events | 180–350 | Date founding, renames, acquisitions, mergers, launches, relocations, or closure events | Required; keep only identity-relevant events |
| Leadership | 60–160 | Name current accountable leaders with role and verification date | Conditional when reliable and useful |
| Locations and operating markets | 80–180 | Separate registered office, headquarters, facilities, and served markets | Conditional |
| Official presence and sameAs | 5–12 links | Identify canonical pages representing the same organization | Required |
| Sources and methodology | 120–220 | Explain source tiers, conflicts, retrieval dates, and correction route | Required |
| Related entities and next pages | 80–160 | Route readers to parent, subsidiary, product, comparison, or evidence pages | Conditional |
| FAQ | 250–450 | Resolve residual identity, sourcing, schema, correction, and freshness questions | Required |
| CTA | 30–70 | Offer one next action appropriate to neutral research | Required |
Required elements
Each reusable element exists because profiles fail when exact facts dissolve into narrative.
| Element | Always or conditional | Position |
|---|---|---|
| direct answer block | Always | Immediately below the H1; identify the exact organization without praise or verdict |
| quick overview and table of contents | Always on profiles over 1,500 words | After the direct answer; expose facts, ownership, history, sources, and FAQ |
| definition box | Conditional when brand, legal entity, and parent can be confused | Before the facts table; state exactly which entity the page covers |
| specification table | Always | Near the top; pair every volatile value with status or verification date |
| Relationship diagram | Conditional for groups and brand portfolios | Beside ownership; show direction and effective dates in text as well as visually |
| sources block | Always | After the factual narrative; group sources by claim class and show access dates |
| freshness stamp | Always | Beside the identity table and at the source record |
| update log | Conditional after the first material correction or event | Below sources; record what changed, why, and when |
| related content block | Conditional | After sources; route by reader purpose rather than generic recirculation |
| FAQ and CTA | Always | Final two blocks; answer residual questions before offering one next step |
Frontmatter and schema
Follow the shared frontmatter specification
. For this playbook specification, use entity = "post-type-company-profile". For a published profile, the value must identify the organization, not the current headline: entity = "organization-northstar-analytics-ltd". Keep it stable through a rebrand; record former names separately.
Use schema markup
only for visible, sourced facts. Organization or a valid subtype is the primary entity; Article describes the editorial profile. Organization schema
needs a stable @id, canonical url, current name, supported alternateName, representative logo, and governed sameAs. Add organization relationships only when their direction is verified, and FAQPage only when it exactly matches the visible FAQ.
sameAs means “this URL identifies the same entity,” not “this page mentions the entity.” Include official registry records, verified social profiles, a canonical knowledge-base record, or another controlled public profile when the match is unambiguous. Exclude reviews, press coverage, directory category pages, distributor pages, employee accounts, old handles, campaign landing pages, and profiles of the parent unless the parent is the subject. This strictness improves entity disambiguation
by preventing two organizations from being merged through loose associations.
Full example
Bracketed text is an implementation instruction and must be replaced or removed before publication.
+++
title = "[Current Brand]: Company Profile, Ownership and Facts"
seoTitle = "[Current Brand] Company Profile — Verified Facts"
entity = "organization-[stable-legal-entity-slug]"
url = "/companies/[canonical-brand-slug]/"
keywords = [ "[brand]", "[brand] company profile", "[brand] owner", "[brand] headquarters", "[brand] founded", "[brand] official website" ]
description = "[150–160 characters identifying the company, activity, ownership or location context, and the date its principal facts were verified.]"
type = "academy"
date = "[publication date and time]"
lastVerified = "[YYYY-MM-DD]"
factOwner = "[team or named editor]"
schemaTypes = [ "Organization", "Article", "FAQPage" ]
[[sameAs]]
type = "official-registry"
url = "[canonical registry record]"
verified = "[YYYY-MM-DD]"
[[sameAs]]
type = "verified-social"
url = "[canonical profile URL]"
verified = "[YYYY-MM-DD]"
[[faq]]
question = "Who owns [Current Brand]?"
answer = "[Exact visible answer with effective date and source context.]"
+++
# [Current Brand] company profile
**[Current Brand] is [organization type] based in [place] that [plain factual activity]. It is [independent/owned by parent] as of [verification date].**
Last verified: [date] · Profile owner: [name or team] · Corrections: [route]
## Company facts
| Field | Value | Source status | Verified |
|---|---|---|---|
| Current brand | [value] | Official company property | [date] |
| Registered entity | [value and identifier] | Official registry | [date] |
| Former names | [value with effective dates] | Registry or filing | [date] |
| Organization type | [public/private/nonprofit/etc.] | Registry or filing | [date] |
| Founded | [date and place, if supported] | [source class] | [date] |
| Headquarters | [operating headquarters, not assumed registered office] | [source class] | [date] |
| Parent organization | [value or independent] | Filing or transaction record | [date] |
| Official website | [canonical URL] | Direct verification | [date] |
## What [Current Brand] does
[Describe activities, customers, markets, and explicit exclusions. Attribute company claims as claims.]
## Ownership and related organizations
[State parent, subsidiary, division, and brand relationships with direction and effective dates.]
## History
- **[YYYY-MM-DD]:** [Material identity event and source.]
- **[YYYY-MM-DD]:** [Material identity event and source.]
## Official profiles
[List only governed sameAs destinations, with platform and verification date.]
## Sources and methodology
[Group registry, filing, first-party, and independent sources. Explain conflict resolution and correction handling.]
## Frequently asked questions
### Who owns [Current Brand]?
[Exact answer from frontmatter.]
[One neutral next action: inspect sources, compare an offer, or view the official site.]
If a source does not support a field, omit it or mark it “not publicly verified.” Never infer headquarters from a contact address, ownership from a logo, or founding date from a domain record.
Design gallery
The visual system should make verification easier without making the company look endorsed.
Reference-directory profile
A compact identity card, sourced fact table, name history, related entities, and correction route.
Brand and parent relationship
A mobile layout with a readable ownership chain, effective dates, official profiles, and a non-promotional activity summary.
Public or regulated organization
A filing-led layout that prioritizes identifiers, status, governance, dated leadership, and an update log.
Quality checklist
A profile passes when an editor unfamiliar with the company can trace every material identity claim.
- The H1, direct answer, canonical URL, entity ID, and schema identify the same organization.
- Current brand, legal entity, former names, aliases, and similarly named entities are distinguished.
- Every fact is labeled by source class and carries a verification date appropriate to its volatility.
- Legal identity comes from an authoritative registry or filing where available; first-party copy does not substitute for it.
- Headquarters, registered office, facilities, and markets served are not treated as interchangeable.
- Parent, subsidiary, division, and product-brand relationships have the correct direction and effective date.
- The activity summary uses plain factual language and attributes claims that cannot be independently verified.
- Leadership names and roles are current, sourced, and omitted when they add no reader value.
- Every
sameAsURL represents the same organization, resolves correctly, and was manually checked. - Criticism and material disputes are relevant, proportionate, sourced, dated, and attributed.
- The page contains no score, recommendation, ranking, or implied endorsement without review methodology.
- The freshness stamp names the last full check, owner, cadence, and event triggers.
- FAQ text exactly matches frontmatter; structured data matches visible content.
- The content refresh checklist is scheduled, and corrections have an accountable route.
Common mistakes
Rewriting the About page
An About page is self-presentation, not neutral evidence. Use it for the organization’s own description, remove slogans, and verify identity facts elsewhere.
Treating all sources as equal
A social bio cannot override a registry on legal status. Choose the source closest to each claim and document conflicts.
Blending a brand with its owner
State “Brand A is owned by Group B since [date]” rather than transferring the parent’s headquarters, leadership, revenue, or founding year to the brand.
Using sameAs as a link dump
Loose links can merge unrelated entities. Require corroborating identifiers and a live canonical URL; ordinary citations belong in sources.
Smuggling in a verdict
“Leading,” “trusted,” “innovative,” and “controversial” are conclusions unless attributed. If the job is to judge the company, use a review method.
Publishing precise but stale facts
Old facts look authoritative in tables. Precision increases the duty to show verification dates and trigger rechecks.
Hiding conflicts by overwriting
Preserve source conflicts in the research record, select supported public wording, and log material corrections.
Letting the subject control independent context
Verify proposed corrections and disclose sponsorship or approval rights. Do not remove a material, well-sourced fact because it is inconvenient.
Internal linking
The profile is an entity hub, not a site map. Every link should clarify identity or continue a reader’s specific task.
Link into the profile where readers need to identify the organization, understand a former name, or distinguish a parent from a product brand.
Link out to the official site, authoritative records, parent or subsidiary profiles, and pages that own evaluation or transaction intent. A review page owns a verdict. A product page owns capabilities and conversion. A comparison page owns a symmetric choice. The profile can summarize their relationship but should not reproduce their arguments.
| Destination | Link when | Do not copy into the profile |
|---|---|---|
| Parent or subsidiary profile | The relationship is material to identification | The other entity’s complete history and leadership |
| Product or service page | The reader needs offer detail or a transaction | Pricing tables, promotional claims, or full specifications |
| Review or comparison | The reader needs evaluation | Scores, recommendations, testing evidence, or verdict language |
| Registry, filing, or official property | The reader may need to verify a decisive fact | Long quotations or data unrelated to identity |
Use a related content block only when two to five destinations have distinct jobs. Programmatic links must preserve relationship direction.
How to measure results
Measure whether the profile becomes a trusted identity source and routes readers accurately. Traffic alone can rise because of news, controversy, or name ambiguity.
Use prompt tracking for the organization name plus owner, headquarters, founder, official website, parent, former name, and “what does it do” variants. In source and citation intelligence , check whether AI answers cite the profile and whether extracted facts retain dates, qualifiers, and the correct entity boundary.
Apply the measurement methodology across four layers:
| Layer | Measure | Diagnostic question |
|---|---|---|
| Visibility | Branded-query impressions and positions; AI mentions, citations, and cited URL by prompt | Is the profile discoverable for identity questions it is meant to own? |
| Identity accuracy | Correct name, parent, website, headquarters, and leadership in sampled results and AI answers | Are machines and readers identifying the right organization with current facts? |
| Engagement and routing | Fact-table reach, source opens, related-entity clicks, review or product continuations | Does the profile resolve the question and send the reader to the right next page? |
| Maintenance quality | Fact age by field, broken sameAs links, correction volume, time to verify and publish changes | Does the record stay reliable as the company changes? |
Open the AmICited Cockpit to compare visibility and cited pages around publication and updates. Annotate renames, acquisitions, leadership changes, migrations, schema changes, and corrections. Sample answers manually because a mention can still carry the wrong identity. Track event response time separately from routine reviews.
Frequently asked questions
What is the difference between a company profile and a review?
A company profile establishes what an organization is through sourced facts and neutral context. A review evaluates quality or fit from a stated method and reaches a verdict. If the page scores, recommends, criticizes, or ranks the company, it needs review evidence and disclosure.
Which sources should a company profile trust?
Use the source closest to each fact: an official registry for legal identity, the company’s controlled properties for current operations, regulators or filings for governed facts, and reputable independent reporting for disputed context. Never let one source stand in for every claim.
What should go in sameAs?
Include only canonical public URLs that identify the same organization, such as an official registry record or verified social profile. Do not include review pages, distributors, news articles, employee profiles, campaign pages, or similarly named organizations.
Which schema type should a company profile use?
Use Organization or the most specific valid subtype when the visible page supports it. Use Article for the editorial profile itself, BreadcrumbList when visible breadcrumbs are implemented, and FAQPage only when the marked-up questions and answers exactly match the page.
How often should a company profile be updated?
Set the cadence by volatility, not convenience. Check high-change companies quarterly and stable organizations at least annually, then trigger an immediate review after a rename, acquisition, leadership change, relocation, funding event, closure, major product shift, or broken identity URL.
Can a company edit or approve its profile?
It may submit corrections and verify first-party facts, but it should not control independent context or suppress sourced material facts. Record the request, verify the correction against the appropriate source, and disclose sponsorship or approval rights if they exist.
More tutorials in this section
Ready to put it into practice?
Free check · 7-day trial · no credit card