The source block must already explain what the link is about
MIRENA does not treat a loose mention as sufficient context.
Concept first internal linking · Entity SEO
MIRENA starts with the page owner and local section job, identifies the concept already grounded in the block, matches it to the most specific approved destination, writes natural anchor direction, checks spacing and reader value, and sends the decision into the brief or rewrite plan.
Definition and evidence boundary
The route should deepen the current thought, not interrupt the paragraph, introduce a random topic, or send the reader to a broad page when a tighter sibling owns the next task.
MIRENA does not treat a loose mention as sufficient context.
A specific sibling can be stronger than a broad hub when it matches the local need.
Links without a clear reader and cluster job are removed, moved, replaced, or held.
MIRENA internal workflow
The workflow prevents links from loose mentions, generic anchors, broad destinations, crowded paragraphs, duplicated routes, and instructions that never reach production.
Fix the main entity, section owners, query, audience, source context, completion event, and cluster role.
Record hubs, siblings, support pages, proof assets, workflow pages, commercial routes, and protected destinations.
Review the opening, explanations, comparisons, processes, examples, evidence, questions, and closing transitions.
Check the entity relationship, reader need, destination specificity, page ownership, overlap, and route timing.
Set natural anchor guidance, surrounding context, placement, priority, exclusions, and density controls.
Move accepted, moved, replaced, removed, blocked, and held links into the brief, rewrite, topical map, or link plan.
Eight entity led link types
Moves from a grounded concept into the page that owns the deeper definition or boundary.
Connects the entity to the page that develops a property, function, constraint, or connection.
Moves from a clear criterion or tradeoff into a focused alternative or decision page.
Connects planning to the workflow, implementation step, gate, or handoff it activates.
Connects a claim or example to the approved source, case, record, or evidence owner.
Routes the reader to the focused support page that owns the follow up question or problem.
Returns the reader to the broader entity owner or the nearest related asset.
Moves from explanation into the brief, rewrite, topical map, schema, support, or product workflow.
Eight entity led link review dimensions
Is the source block already clear enough for the reader to understand the linked idea?
Does the target genuinely deepen, compare, prove, apply, or continue the current entity?
Does the chosen page own the exact next task better than a broader destination?
Can the link use natural wording that reflects the local concept and destination role?
Does the link appear after enough context and before the reader loses the connection?
Does the block remain readable without stacking several routes into one small area?
Does the target reinforce the approved hub, sibling, support, and canonical model?
Does the route help the reader move into the next useful level of depth or action?
Eight entity led link actions
Use when concept, context, anchor, destination, timing, and journey value already align.
Place the route where the entity or relationship is already grounded.
Choose the specific sibling or support page that owns the deeper task.
Make the relationship clear without pasting a target phrase into the sentence.
Connect a completed concept to the hub, sibling, proof, support, or next workflow page.
Delete routes that come from loose mentions, repeat the same job, or interrupt the block.
Move links into the sections where each concept becomes stable and useful.
Pause when the correct target, canonical owner, evidence, or page status remains unresolved.
Examples
Every mention of entity links to the broad Entity SEO hub.
Link the explanation of primary and supporting roles to Entity Hierarchy.
A generic read more link appears before the paragraph explains the idea.
Ground the local meaning block, then link the concept to Entity Context Windows.
A product link appears in the middle of a technical explanation.
Complete the planning concept, then link the transition to the Entity Led Brief or relevant workflow.
Several links use generic anchors and broad destinations.
Move links closer to grounded concepts, sharpen anchors, and choose tighter sibling pages.
Related workflows
Records the page owner, support entities, relationships, sections, and routes.
Provides the semantic inventory used to find valid link opportunities.
Assigns primary, secondary, support, attribute, evidence, and routed roles.
Explains which concepts can lead source blocks and destinations.
Builds the local meaning unit around the important mention.
Defines the block where link context should become clear.
Designs the wider network between related pages and reader tasks.
Provides the site level relationship model.
Aligns anchor wording with source context, destination, and reader purpose.
Controls how the approved route is expressed.
Places source, target, concept, anchor direction, and exclusions into the brief.
Turns the route decision into production instructions.
Ownership and production decisions
Use when the reader needs broader orientation or the main entity owner.
Use when the reader needs deeper coverage of the exact concept, attribute, comparison, or process.
Use when the reader needs evidence, implementation, help, briefing, rewriting, or the next controlled action.
Use when the candidate is random, duplicated, unsupported, crowded, conflicting, or lacks an approved target.
Common mistakes
A repeated word does not prove that the local block and destination share the same entity job.
The route should deepen a concept after the reader understands it.
A focused sibling can own the next task more precisely.
Generic wording hides the relationship between the source block and target page.
Crowding weakens readability and makes each route less distinct.
A strong asset should connect the completed explanation to the next useful page or workflow.
MIRENA outputs
Target URL, page owner, entity role, user task, cluster role, status, and protected conditions.
Review the routeSource section, local entity, question, current explanation, support, and possible next route.
Review the routeSource, concept, relationship, target, anchor direction, timing, spacing, priority, and status.
Review the routeIntro, explanation, comparison, process, evidence, question, closing, and exclusion instructions.
Review the routeRequired links, optional links, source blocks, anchor direction, destinations, and links to avoid.
Review the routeAccepted, moved, replaced, removed, blocked, and held routes with owners and next workflows.
Review the routeEntity SEO routes
Design the wider relationship network between hubs, siblings, support pages, proof, and workflows.
Review the routeMatch anchor wording to the source context, destination owner, and reader purpose.
Review the routePlace the approved source, target, concept, anchor direction, priority, and exclusions into production.
Review the routeMove, remove, replace, and add links inside a live asset without breaking the entity flow.
Review the routeQuestions
They are internal links placed where a clear entity or concept naturally connects to the next useful page.
Keyword based linking begins with phrase matches. Entity led linking begins with concept clarity, local context, destination ownership, and reader value.
They work best after the concept is grounded, including explanation, comparison, process, evidence, question, and closing transition blocks.
No. A link should perform a real reader and cluster job and should not crowd or interrupt the content.
No. A focused sibling or support page is often the better route when it owns the exact deeper task.
MIRENA can return the destination register, concept inventory, link matrix, placement plan, brief insertions, and final handoff.
Next route
It returns the concept blocks, target routes, anchor direction, spacing rules, and handoff.
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.