Need help?Jamie

Content and Evidence

How to Keep Your Business Facts Up to Date

You changed your hours, services or contact routes, and now your site, Google profile and forms disagree. Here's how to keep each fact right everywhere it appears.

Illustrative editorial research and planning workspace.

See how I'd approach this

Choose a question
to look at with me.

A plan moving from scope to delivery and review01Define the scope02Build the work03Review the result
  1. Define the scope
  2. Build the work
  3. Review the result
A plan moving from scope to delivery and review

A business fact can sit on a service page, a contact form, the footer, a local profile, a proposal and in structured data. Fix only the page you see most and the old version lives on everywhere else. Trojan Digital Marketing saw this on our own site in October 2026. Our website scan is powered by Jev, an outside tool we don't own. After Jeff Clerisier, our founder, corrected how we describe Jev, we went back through our pages and reworded the lines that still called it ours.

This guide is for small business owners and whoever edits their site. Start with the facts customers use to decide whether to contact you. Give each one an owner and a source, list every place it appears, and decide what happens when it changes. We can find the conflicts with you on a call: the first strategy call is free, and during business hours we aim to reply within five minutes.

Reliable public information also supports the agent ready website framework. An assistant can only work with the information and actions available to it. Consistency improves the material it encounters; it does not guarantee discovery or recommendation by a search product.

1. Identify the entity each fact describes

Connect an answer to its evidenceUsefulQuestionAnswerEvidence
Question
Identify what the customer needs to know.
Answer
Explain it clearly.
Evidence
Support the answer with a source.
Connect an answer to its evidenceA useful answer explains the question, supports the claim and identifies the source.

Begin with the business identity. Record the approved public name, official website, contact routes, and the relationship between any distinct brands or locations. A statement about one entity should not quietly become a statement about every related organization.

Keep service areas separate from physical locations. A company can serve customers in a city without operating an office there. The website, map, footer, and structured data should preserve that distinction. Do not create an address merely because a template includes an address field.

For a business with several actual locations, identify which facts apply to the organization and which apply to a particular location. Hours, departments, availability, and contact routes may differ. The record should make those differences explicit before content is reused.

2. Choose the facts that affect a customer decision

Prioritize services offered, service boundaries, public hours where applicable, inquiry routes, current program or product details, and supported credentials. Add process facts such as whether a form requests an appointment or confirms one.

Keep wishes out of the record. Claims like fast response, national leadership or guaranteed outcomes need a clear meaning and evidence before they go public. We hold our own reply time to that rule, so our pages state it as an aim during business hours. A useful maintenance system should make unsupported language easier to identify.

Classify historical project information separately. A case study can accurately describe work completed in an earlier year without implying that every detail remains a current offering. The proof library playbook explains how to maintain those project claims and their permissions.

3. Establish an authoritative source for each field

The source might be an approved service record, an operating schedule, a current credential record, or a public document issued by the responsible organization. Identify the person who can resolve uncertainty. A page copied from another page is a publication location, not necessarily the original authority.

For a hypothetical retailer, the operations team's approved hours record may be the authority for regular opening hours. A promotional graphic that repeats those hours should draw from that record. If the graphic and record disagree, the team should resolve the source conflict rather than select whichever version looks newer.

Public source links are useful when they let readers inspect supporting evidence. Internal approval records can also support business facts, but they should remain private when they contain nonpublic information. The public statement must still be clear and accurate.

4. Use a compact fact record

Fields for a practical business fact register
FieldPurpose
Fact identifier
Connect the same statement across systems
Approved value or sentence
State exactly what can be published
Entity and scope
Identify the business, service, location, or period
Source and owner
Show where the information comes from and who resolves questions
Effective and reviewed dates
Separate when the fact applies from when it was checked
Review trigger
Identify the change or deadline requiring attention
Public uses
List pages, profiles, forms, and structured outputs that repeat it
Status and change note
Distinguish approved, uncertain, replaced, and historical records

A spreadsheet or a modest content model can support this register. The important feature is the relationship between the approved fact and its uses. Choose a system the responsible staff can keep current.

5. Separate the dates that answer different questions

An effective date tells the reader when a fact applies. A review date tells the team when someone checked it. A publication date records when a page became public. A modification date should reflect a meaningful content change rather than an unrelated site build.

For a hypothetical seasonal schedule, a team might approve the information before it takes effect. The record should preserve both dates so a scheduled update does not accidentally appear as current information too early. An ended schedule should have a clear replacement or historical status.

Apply the same care to statistics. A report published this year may describe an earlier period or a forecast. We keep our own network figures whole. Our Indiana water restoration network logged 17 calls and form inquiries from 204 sites during July and August 2026. We don't quote that count without its sites and dates.

6. Define event based review triggers

Some facts need review when operations change: a service is added, a program stops accepting applications, a department changes, a contact route moves, or a credential expires. Others may justify a scheduled review because they change less predictably.

Assign the trigger to someone who learns about the change early. The content team should not discover a discontinued service only after a customer submits an unsuitable request. Include website updates in the business's existing service change handoff.

For retailers using Google Business Profile, Google's special hours guidance provides the relevant mechanism for exceptions. Treat the website and profile as separate publication locations that both need the approved schedule.

7. Resolve contradictions before spreading them

When two sources disagree, mark the affected fact as unresolved and identify who can verify it. Record the competing values, their scope, and their dates. An apparent conflict may reflect different locations or periods rather than an error.

Do not merge incompatible statements into a broader claim. A program offered at one campus does not become available at every campus; a project goal does not become an observed outcome; a product certification does not become a store wide certification.

If the business needs to keep a page live while a detail is checked, use accurate, limited wording and a suitable inquiry route. Do not publish a confident estimate as an official fact merely to avoid leaving a field empty.

8. Update visible content and action choices together

When a service changes, inspect its page, related articles, navigation labels, inquiry options, confirmation language, and routing. A corrected page still creates a confusing journey if the form offers an obsolete service name.

The navigation playbook helps connect stable labels to destinations. The article on clear forms explains why the control and receiving record should describe the same action.

Use a change checklist derived from the public use field in the register. Check each location after publication and record completion. This makes a service change a finite task instead of an uncertain search through the website every time.

9. Keep structured output aligned with the public page

A structured business record can make approved facts easier to reuse. The AI Answer Kit helps organize user supplied information and source links into reviewable output. Its completeness and source coverage indicators do not verify the sources or predict AI visibility.

If the website publishes structured data, it should describe the actual visible business and service information. Google's general structured data guidelines require relevant, truthful page representation. Do not add hidden claims or invented locations to make the record look more complete.

For a custom public JSON endpoint, document the fields and their meaning for the intended consumer. JSON's standard format does not make a custom business schema a universal discovery protocol. The article on publishing a reliable facts endpoint explains that distinction.

Keep private customer requests, authentication details, and internal notes out of public output. A fact register may contain internal references used by editors; the public export should include only information approved for public access.

10. Treat source availability and source support separately

A working link can lead to a source that does not support the claim. A broken link can point to evidence that once existed but now needs a maintained replacement or a different public explanation. Review both availability and meaning.

When a source changes, compare the exact claim with the current material. Record whether the change affects the statement, its date, its scope, or only the URL. Do not quietly attach a new source without checking that it establishes the same fact.

For important claims, preserve appropriate internal evidence of the review and the source version. The aim is to answer why the team believed the statement was supportable when it was published and whether it remains appropriate now.

11. Handle historical content and corrections deliberately

A dated case study or research article may remain useful as a historical record. Keep its observation period visible and explain a substantive correction when needed. Updating the headline's year alone does not make the underlying evidence current.

When replacing an unsupported claim, revise the surrounding logic as well. Removing a number may leave a conclusion that still relies on it. Recheck the title, excerpt, chart caption, summary, and related service copy for the same inference.

The article on reviewable website actions offers a useful parallel: preparation and commitment should be clear. For content, an internal draft should remain distinguishable from an approved public fact until the responsible review is complete.

12. Measure maintenance as an operational process

Track unresolved contradictions, overdue reviews, public uses updated after a change, and time from an approved operational change to corrected content. These measures describe the process directly. They are more useful than labeling the business fully AI ready based on a checklist score.

For SEO, AEO, GEO, and AI SEO reporting, distinguish the work from the observed search outcome. Google's AI optimization guidance does not require special schema for AI features. Consistent facts do not guarantee AI Overviews inclusion or any particular recommendation.

Start with a manageable sample of high impact facts and expand when ownership is working. A maintained record for core services and inquiry routes is more useful than a large register that nobody reviews.

Five business fact maintenance questions

Who should own the source of truth?

The person or team responsible for the underlying operation should verify the fact. A content owner can manage publication and coordinate the update.

Does every fact need a public citation?

No. Basic business facts may come from authorized internal records. Public claims that rely on external evidence should make that support understandable where appropriate.

Can a service area map imply an office?

It should not. Label the map for the actual area served and avoid invented office pins or addresses.

Does a complete AI Answer Kit output mean the facts are verified?

No. The tool organizes supplied information. The business remains responsible for reviewing the facts and the sources before publication.

What should a first maintenance sprint deliver?

A scoped fact register, named owners, resolved high impact conflicts, and a checked list of public uses for the first set of updates.

Make one business change consistent everywhere it matters

Bring a service change or conflicting public fact to Trojan Digital Marketing. We can discuss a practical content and implementation scope through website design and search content services. Start with a free audit if you need help identifying the first record to fix.

Sources & further reading

Need our help with this on your own site?

Request a free strategy call

The first strategy call is free, and during business hours we aim to reply within five minutes.

Open the disputed statement before choosing a replacement

When two internal accounts disagree, identify the precise public claim they affect. Keep the competing meanings visible so an editor can ask for the missing business answer instead of choosing a convenient version.

  1. Copy the sentence that needs an answer Locate the public words at issue and retain their page reference. We can prepare the editing task from that passage. A note saying the service has changed may conceal which customer promise is in doubt. Give the owner the actual statement to assess, with the phrase that requires a settled answer clearly identified.
  2. Put each competing account beside it Record what each business role says, including any condition attached to that account. Our proposed register can retain both until the owner resolves them. Do not blend the accounts into a broader promise. Two different service limits may look similar in short notes while requiring very different words on the public page.
  3. Ask what would settle the difference Name the missing answer or record that the responsible person needs. We suggest asking whether the accounts concern the same offer and period before treating one as wrong. A disagreement can also concern who may approve the statement. The editor should understand which question is open before preparing replacement text.
  4. Keep the proposed wording in its actual state A draft can express a possible answer without becoming an approved fact. We can show alternative passages while the owner decides. The task record should retain that distinction. A neat sentence in the publishing system is still a proposal until the business supplies the authority needed to release it.

A business-facts task can begin with one disputed service condition. Our Indianapolis, Indiana team can help make that question clear enough to discuss. The editor should not need to decide how the business operates in order to write its page. Ask for the underlying answer first. Then the approved condition can guide the public wording and any affected inquiry choice.

What if the current public claim might already be wrong?
Have the business assess the current statement and decide what it can accurately leave public while the question is unresolved. We can prepare the wording it approves for that state. The answer may require a narrower explanation or a different action. An editor should not invent a temporary policy simply because the complete replacement is still awaiting a business decision.
Can we start the quote while the service answer is pending?
The quote can identify the publication work and the answer still required from the business. We can prepare the edit set without selecting an unapproved rule. Make that dependency clear so the buyer knows what must be settled before the replacement can be released.

Identify the person who can resolve the fact

A publication editor needs a business authority for the disputed condition. Name that person or role, alongside the answer they are being asked to supply and the material they need to inspect.

Georgetown Market bilingual functional beverages department sign
Unresolved fact approval register: Paired bilingual beverage category labels. View the project
Unresolved fact approval register
Open itemAnswer requestedPublication status to retain
Disputed service conditionThe precise condition the business currently supports.Replacement wording remains a draft until the answer is approved.
Competing internal accountsWhether both apply to the same offer and period.Both accounts remain identifiable while that question is open.
Authority to decideThe role responsible for the underlying service rule.Editor access does not substitute for business approval.
Temporary public statementThe limited account the owner can accurately publish now.Its approved boundary remains attached to the release.
Affected inquiry actionWhat the business can invite the customer to request.The action stays pending until that meaning is settled.
Later settlementThe approved answer and any condition still unresolved.The release note records the actual limit of the decision.

The Georgetown Market sign shown here displays paired English and Spanish functional wording. It provides a real visual reference for discussing how two labels can express a related purpose. It does not settle a service rule at your company. Your fact task needs its own authorized answer before an editor chooses how two different internal accounts should appear publicly.

Keep the fact owner distinct from the person who can press publish. We can prepare a readable draft and help the publishing editor find its affected uses. The business role still decides the underlying condition. If nobody has authority to settle it, the register should name that gap. A publication login does not supply an answer about what a customer can expect.

Can two people each approve part of the answer?
Identify which part each role controls and how the complete statement will be approved. We can prepare the wording once those parts are clear. One person may know the operational condition while another authorizes the public account. Keep both responsibilities visible. The writer should not assume a partial answer approves every phrase in the proposed sentence.
What if the named role no longer handles this service?
Ask the business to identify who now has that responsibility. We can retain the earlier account as context while the current owner supplies an answer. An old approval name should not be reused as permission for a new service statement.

Keep provisional wording out of the released fact

A proposed sentence can help the owner consider alternatives. Its status must remain clear wherever editors can reuse it, so unresolved words do not become a customer promise through copying.

How should the draft show its pending status?
Keep the business answer still needed beside the proposed passage in the private task record. We can label the passage as awaiting that answer. The status should travel with the draft if another editor receives it. A file named final can be misleading when the underlying condition remains unsettled. Use the actual approval state instead of relying on the filename.
Can the editor shorten one of the competing accounts?
The editor can prepare a shorter candidate for the owner to inspect. We should preserve the condition that made the original account distinct. A wording edit may change the meaning if it removes who the service applies to. The owner needs to approve that meaning before the shortened sentence is released or copied into an inquiry prompt.
What if another team copies the provisional sentence?
Identify where it went and tell that editor which answer is still pending. We can include that use in the task record. It should not become an approved source merely because another draft repeats it. The fact owner still needs to resolve the original condition. A later page built from the copied words must retain the same pending state until approval arrives.
Can the team publish a neutral contact instruction?
The business must approve what that instruction asks the customer to do. We can draft a limited route for asking about the disputed service if the owner supports it. A neutral tone alone does not make the action accurate. The receiving team needs to know what it can answer while the service condition is still unsettled.

The working register can help us prepare useful drafts without pretending they are released facts. Keep its private notes separate from the customer-facing passage. The reader should receive the actual approved service account, alongside a clear next action. The internal record can preserve the earlier uncertainty and how the business resolved it. Publishing the internal debate usually does not help the customer decide.

  • Retain the missing approval beside every candidate sentence. We need the next editor to see why the wording remains pending.
  • Ask the fact owner to read a shortened version for meaning. A clean style edit can still remove a condition the business intended to preserve.
  • Name any public use that accidentally received the provisional words. Our proposed correction can then follow that actual use rather than assume all copies stayed private.
Can one settled phrase be released while another remains open?
The business can approve a limited statement if it can support that part on its own. We should retain the exact boundary of that approval. A settled service name may still leave a condition unanswered. The public action needs to fit the part the owner can approve now. Avoid attaching the unsettled promise to the released phrase merely because the draft once placed them in one sentence.
How do we stop a pending answer from becoming a staff reply?
Tell the receiving team which words remain a proposal and who must approve them. We can prepare a reply draft with that state clear in the private task. The business needs to choose what staff can actually say now. A draft passed to the office should not become an answer sent to customers just because its layout looks finished. Keep the missing fact and the next owner visible.

Show how a service dispute becomes a bounded publication task

Use an unresolved fact to define the question the business must answer. The editor can then prepare the affected passages and wait for the approval that makes the replacement publishable.

Hypothetical example An invented business has two unapproved accounts of the same service condition

Before

  • In this fictional example, two internal notes describe a service differently. One account permits a broad first request. The other says a prior condition must be met. Neither note has been approved as the current public answer. The website already contains wording that may conflict with one of them.
  • The editor chooses the newer file and writes a short replacement. A second team copies the sentence into a request option. The task record says the fact has been updated, even though nobody has resolved the underlying service condition. We would ask the business for that answer before treating the replacement as approved.
  • The exercise names no real company or customer. It provides no completed correction, operating policy or service outcome. Its purpose is to show how a publishing task can drift ahead of the business decision. The competing accounts need to remain available until an authorized role settles their actual meaning.

After

  • The proposed register identifies the exact public claim and preserves the two internal accounts. The business names the person responsible for the service condition. Our draft questions ask whether the accounts concern the same offer and which condition can be published. The new sentence remains pending with that question attached.
  • The owner may approve a limited interim account or supply the final service answer. We can then prepare the named page passages and request option against that approved meaning. The publication check compares those controlled uses with the answer actually supplied. Any remaining unresolved condition stays visible in the task record.
  • The example ends with a proposed path to approval and a defined edit set. It claims no actual release or accepted commitment. The buyer can see why the quote needs a factual answer, and what publication work can proceed when that answer arrives. The decision remains with the business that controls the service.
What if the two accounts concern different customer groups?
Ask the owner to approve that distinction explicitly. We can write separate passages if the business confirms both conditions and their actual audience. The apparent conflict may then become a clear service distinction. Do not merge the accounts into one broader offer. Each customer needs to find the condition that applies to the request the page invites.
What if the owner rejects both proposed versions?
Keep that answer with the task and request the statement the business can support. We can draft another passage from the settled fact. The earlier candidates remain useful as private context for what was considered. Their rejection should also reach any editor holding a copy, so the old proposal does not reappear as an approved source.
  • Have the owner read the old public claim before choosing the replacement. We need their answer to address the promise already made in that passage.
  • If the owner supplies a narrower answer, ask which customer case it covers. The writer can then preserve that limit in the page and in the request option.
  • If a staff note concerns an earlier period, keep that period attached. It may explain the old wording without providing the current answer.
  • If a person can approve only one part of the claim, state that part in the register. Our next question should go to the role with authority for the rest.
  • If the public action still needs an answer, leave that item open. A finished paragraph should not conceal an inquiry choice whose meaning the business has not settled.

Track the public uses waiting for the answer

While the dispute is open, identify the controlled passages and actions that depend on it. The editor needs to see what can proceed now and what must wait for the settled condition.

Georgetown Market soup sign: SOUPS above SOPAS
Unresolved fact approval register: SOUPS and SOPAS sign wording. View the project
  1. Name each use that carries the disputed meaning Find the page passage and any request option that actually rely on the condition. We can prepare that set for the task. A broad site inventory may conceal the few uses that matter first. Record the actual wording so the editor can compare each use with the answer when the business supplies it.
  2. Keep unrelated facts outside the dispute A department name may be settled even while a service condition remains open. Our draft should not mark every fact as uncertain because one answer is missing. Ask which precise claim is in doubt. Preserving the unaffected words helps the business limit the decision and keeps the proposed editing work easier to assess.
  3. Show where another owner must act If a related page or message has a different editor, name that person in the task. We can prepare the approved words for them once the fact is settled. Record their actual release state separately. A completed change to one page should not be treated as confirmation that another owner has published the same answer.
  4. Inspect the action after the passage is approved Read the option a customer can select alongside the approved explanation. We can assess whether the option preserves the same condition. An old action label may still invite the broader request even after the body text is corrected. The acceptance check should identify both the passage and the action actually inspected.

The Georgetown soup sign pictured here displays SOUPS above SOPAS. It gives us a specific visible department label to discuss. The paired text does not establish current stock or settle another business rule. For your task, the owner of a department fact may differ from the person approving its service condition. We can keep those responsibilities distinct in the register.

Does every mention need the full approved sentence?
A short option and a longer page explanation can use different words while preserving the same meaning. We can inspect that relation in the controlled uses named for the task. The owner should approve any meaningful distinction. A shorter label must not drop a condition that changes what the customer can reasonably request.
Should an unrelated department label wait too?
Ask whether that label depends on the disputed condition. We can keep an approved independent label outside the pending task. The business should identify the connection if one exists. A single service dispute should not make every settled department fact uncertain.

Close the dispute with the answer and its remaining limits

A resolved task should show what the business approved and which public uses were checked. Keep any unanswered part identifiable instead of declaring every related fact settled by one decision.

What makes the factual decision complete?
The authorized role supplies an answer for the specified condition and approves its public meaning. We can attach that answer to the affected edit task. The decision may settle only one offer or period. Retain that limit so another page does not apply the statement more broadly. A complete answer to one question does not authorize new claims about the rest of the business.
What makes the publishing task complete?
Compare the controlled passages and actions named in the quote with the approved answer. We can record which versions were actually inspected after release. An outside page awaiting its owner remains a separate item. The buyer should see the completed work and that remaining dependency together. Avoid closing the entire set merely because the main page reads correctly.
How should the former conflict remain available?
Keep the competing accounts and the final answer in the private working record where the business permits. We suggest retaining the reason one meaning was selected. That helps a later editor understand the condition without reviving an old candidate. The public page needs the approved account, while the internal history can explain how the team reached it.
What belongs in a first maintenance quote?
Bring the disputed statement and the internal accounts that do not agree. We can identify the factual answer still needed and the controlled uses that may require editing. Ask which publication checks are included and who approves the underlying service condition. That makes the quote a defined task with a real dependency, rather than an open promise to make all business information current.
  • Keep the approved meaning beside the released passage references. We need the next editor to understand which answer each use follows.
  • Record an unanswered related question under its own status. One settlement should not hide a second service condition still awaiting its owner.
  • Identify where another publisher has not yet released the words. Our handoff should show that dependency without claiming an outside update we did not inspect.

Choose one disputed condition that affects a customer request and bring its actual public wording to us. We can help prepare a clear approval question and the corresponding edit set. Your business supplies the service answer; our proposed publication work follows it. A buyer should be able to see when that answer is settled, what was changed and what still calls for another owner.

Sources