Google Cloud uses salience to describe document centrality
Its Natural Language API defines salience as the importance or centrality of an entity to the document text.
Primary entity strength · Entity SEO
MIRENA treats salience as a structural review. It identifies one primary entity, weights the supporting entity stack, checks high value zones, reduces semantic distance, removes competing topics, and reinforces the same meaning through headings, internal routes, and schema ready cues.
Definition and evidence boundary
MIRENA uses salience as an editorial and structural model. It does not treat one score from one tool as proof of a Google Search ranking factor.
Its Natural Language API defines salience as the importance or centrality of an entity to the document text.
MIRENA uses the concept to review content structure while keeping Google Search claims separate.
Attributes, relationships, examples, links, and markup reinforce the primary entity rather than compete with it.
MIRENA internal workflow
The workflow prevents density thinking, generic openings, heading drift, distant support, random internal links, and markup that points away from the visible subject.
MIRENA fixes the target query, audience, asset role, completion event, source context, and one concept that must lead.
Primary, secondary, supporting, attribute, evidence, and routed entities receive clear roles and priority.
The title, H1, opening answer, early headings, summary, and key anchors are checked for one stable center.
MIRENA checks whether defining attributes, relationships, examples, and evidence sit close to the entity they support.
Side topics, repeated filler, generic headings, mixed intents, and overpromoted support entities are marked for repair.
The approved hierarchy, placements, heading changes, support blocks, links, and schema cues move into briefing or rewriting.
Six salience inputs
The main entity appears clearly in the title, H1, opening answer, and early section path.
Each major heading develops the same subject instead of opening unrelated topic lanes.
The properties, functions, limits, and examples that define the entity appear close to it.
Secondary concepts deepen the page job without taking control of the asset.
Contextual links connect the entity to the hub, closest siblings, proof, and next workflow.
Visible content, author, organization, product, article, and structured data identities point in the same direction.
Eight salience review dimensions
Do the primary title signals name the same entity and page job?
Does the first useful block define or answer the entity without broad delay?
Do H2 and H3 sections deepen the primary entity in a logical order?
Are defining details close enough to make the entity clear?
Does each repeat add a new role or merely restate the same label?
Do side topics, examples, and support concepts stay inside the approved lane?
Do source, target, anchor, and placement reinforce the same entity hierarchy?
Does structured data describe the same visible entity, author, organization, and asset role?
Eight salience repair actions
Name the primary entity and page job with one consistent framing.
Move the working definition or direct answer into the first useful block.
Make each section deepen the main entity before it opens a supporting branch.
Move properties, functions, limits, and examples closer to the entity they define.
Move secondary concepts lower, route them elsewhere, or remove them when they fight for control.
Keep useful contextual mentions and remove empty repetition.
Add the hub, closest sibling, proof source, and next workflow where the reader needs them.
Make the visible content and JSON LD describe the same entity relationships and page role.
Examples
The entity appears in the title but the opening delays the definition and shifts into broad SEO language.
Define the entity first, establish the boundary, and develop the closest attributes before wider context.
Two compared products receive equal weight and the page never states the main comparison job.
Set one comparison frame, rank the criteria, and keep supporting product details inside that decision.
Generic step headings hide the entity and let tools or tactics take over.
Rewrite the steps around the entity, the evidence gate, the owner, and the next handoff.
The title is focused but years of additions create distant attributes, repeated sections, and random links.
Rebuild the hierarchy, group the strongest support, remove drift, and reconnect the cluster route.
Related workflows
Defines primary, secondary, supporting, attribute, evidence, and routed roles.
Creates the role system that salience must express.
Scores which entities deserve the strongest attention.
Decides weight before title, heading, section, and link placement.
Assigns high value and supporting entities to visible zones.
Gives the salience plan a concrete page shape.
Builds useful context around the primary entity.
Prevents a prominent entity from remaining shallow.
Places related entities together inside a clear explanation.
Strengthens contextual support without term stuffing.
Checks clarity, hierarchy, attributes, relationships, placement, links, and markup.
Verifies the finished asset and routes the repairs.
Ownership and production decisions
The entity is correct but the answer, attributes, or heading need clearer placement.
Several sections compete and the full page order needs a stronger center.
Another approved URL already owns the deeper entity or attribute.
Two distinct primary entities or user jobs are hiding inside one asset.
Common mistakes
More mentions do not create stronger entity priority when the structure stays vague.
A single asset needs one clear page owner.
The opening should establish the center rather than carry the entire entity network.
Distant attributes and explanations weaken the connection they are meant to clarify.
Links should reinforce the entity path and reader journey.
Structured data supports visible meaning but does not repair an unclear asset.
MIRENA outputs
Page job, primary entity, query, user state, source context, and ownership boundary.
Review the routeEntity role, prominence, placement, proximity, support, drift risk, and review state.
Review the routeTitle, H1, opening, early headings, summary, anchors, and structured areas.
Review the routeDistant attributes, relationships, examples, evidence, and the sections they should move into.
Review the routeThe hierarchy, placements, headings, support entities, links, and source requirements.
Review the routeAccepted, held, blocked, rejected, and review needed actions with owners and routes.
Review the routeEntity SEO routes
Clarify the properties, functions, limits, examples, and relationships that support the primary entity.
Review the routeSet the primary, secondary, supporting, attribute, evidence, and routed roles.
Review the routeMove the approved hierarchy, placements, source needs, formats, and links into writer instructions.
Review the routeConnect the hub, closest siblings, proof sources, and next workflow with contextual anchors.
Review the routeQuestions
Entity salience is the strength and clarity of the main entity across an asset.
No. Density counts phrase repetition. Salience reviews priority, hierarchy, placement, proximity, support, and consistency.
No. Google Cloud documents salience as a text analysis measure. It does not disclose a Google Search ranking factor.
MIRENA ranks the entity stack, checks high value zones, groups defining support, removes drift, and aligns links and schema cues.
Yes. It can expose broad openings, competing entities, distant attributes, weak headings, repeated sections, and random routes.
MIRENA can return the primary entity record, salience matrix, zone plan, distance repair plan, brief or rewrite insertions, and final handoff.
Next route
Use the Entity Led Brief when the approved hierarchy and placements are ready for writing, or route a live URL into drafting and rewriting when the structure already exists.
Founder access is €20 per 30 days excluding VAT for one seat and one active MIRENA instance. OpenAI account rules, plan charges, model access, and usage limits remain separate.