The Complete Guide to Cigar Humidors
Buying GuidesEverything you need to choose, season and maintain a humidor, with recommendations at three budgets.
Related posts
Most related-post plugins match tags, which is why they recommend something from 2019 about a different subject entirely. Linkilo picks by meaning, using the same content understanding that powers its link suggestions, and precomputes the result so it costs nothing on the page a visitor loads.
Included in every plan. 30-day money-back guarantee.
Four layouts, each the plugin’s own template. Thumbnails, excerpts, categories and reading time are each a checkbox.
The job, as it stands
Pick what to show under each post. Or install something that shows whatever shares a tag, and watch it recommend a post from 2019 about something else.
By hand, that means
Linkilo does every step of that.
What it costs to leave it
A related-posts block that recommends the wrong thing is worse than none. The reader tries it once, lands somewhere irrelevant, and from then on it is furniture: a slot at the bottom of every article, spent on nothing.
Somebody has to do that: you, or somebody you pay.
What you get back
The picking, and the maintenance as the archive grows.
What it looks like instead
The block under each post shows things that are actually related, because relatedness is measured from the writing rather than from the tags.
How soon
On as soon as the module is enabled.
Who does the work
AI, inside deterministic guardrails
Related-by-meaning uses the same embeddings as the suggestions; the rendering, caching and placement are ordinary deterministic WordPress.
Time figures describe the shape of the job (an afternoon, a day, a week), not a promise about your site. Your archive is your archive.
The reader was interested enough to reach the end, which is the hardest part. That is the moment most sites hand them three random posts chosen by a tag they happened to share, and watch them leave.
What a tag-matching block does
What this one does
Semantic similarity as the primary signal, topic-cluster membership weighted up, and historic click-through as a tiebreaker between close candidates.
No. Matching runs in the background on WP-Cron and the result is cached, so a visitor gets a stored list rather than triggering a similarity calculation.
Automatically after the content, placed manually as an editor block, or via shortcode for custom templates. Configure how many to show and how they lay out.
Exclude individual posts, whole post types or categories from ever being suggested. The current post is always excluded automatically.
They are real links in the page, so yes. They also appear in click analytics, which is how you find out whether the block does anything at all.
You can weight toward top performers where you want traffic concentrated, or leave it purely relevance-driven. Both are legitimate depending on what the block is for.
Optionally excluded, so the block offers something new rather than repeating a link the reader already scrolled past.
For the semantic matching, yes, and it reuses embeddings already computed for link suggestions rather than costing anything extra. Without a key it falls back to keyword and cluster matching.
It inherits your theme’s typography rather than imposing its own, and the layout is configurable, so it reads as part of the page rather than a plugin someone installed.
The related-post picker reuses the content understanding built for link suggestions: embeddings, keywords, intent and cluster membership. That work has already been done, so relevance here comes free rather than from a second, weaker matching system bolted on the side.
It is why the suggestions vary properly. A tag matcher shows the same three popular posts everywhere because tags are coarse; a semantic matcher can tell that this particular article is about seasoning rather than buying, and recommends accordingly.
Semantic similarity primary signal
Same topic cluster weighted up
Historic click-through tiebreaker
Already linked in body optionally excluded
Tag overlap is not part of the calculation at all.
Matching runs in the background and the result is cached. A visitor requesting your article does not trigger a similarity calculation; they get a stored list.
That is the difference between a related-posts feature that is pleasant and one you can leave enabled during a traffic spike. The typical tag-based plugin runs a query per page view, which is exactly the wrong shape for a page that is about to be hit hard.
Typical tag-based plugin 1 query per view
Linkilo related posts cached list
Matching happens in the background, in batches, on cron.
Almost every WordPress site has a related-posts block, and almost nobody knows whether it does anything. It has been sitting at the bottom of every article for years on faith.
Because these are real internal links, click analytics tracks them like any other. You can see the block’s click-through rate, which recommendations pull and which never get touched, and decide whether it deserves its place or needs rethinking.
Related-posts block 6.4% CTR
In-body contextual links 11.2% CTR
Both worth having. Now you know which is doing more.
Publishers chasing pages per session
Readers finish one article and leave.
With Linkilo: the next article offered is one they actually want.
Anyone on an old related-posts plugin
It is slow and its suggestions are close to random.
With Linkilo: better matching and nothing runs on page load.
Ecommerce content
Guides never point at the next step in the process.
With Linkilo: funnel stage is one of the signals it matches on.
Sites on modest hosting
Every extra query on page load hurts, and this is on every page.
With Linkilo: the list is precomputed and cached, so it costs nothing.
Large archives
The same popular posts get recommended under everything.
With Linkilo: semantic matching surfaces deep content that tags never would.
Anyone who measures
The block has never been evaluated because it could not be.
With Linkilo: click data tells you whether to keep it, move it or rethink it.
| Capability | Linkilo | Typical related-posts plugin |
|---|---|---|
| Shows related posts | Yes | Yes |
| Matched by meaning, not tags | Yes | No |
| Topic-cluster aware | Yes | No |
| Precomputed and cached | Yes | Varies |
| Zero queries at render time | Yes | No |
| Excludes posts already linked in the body | Yes | No |
| Click-through tracked per recommendation | Yes | No |
| Inherits your theme typography | Yes | Varies |
| Block, shortcode or automatic placement | Yes | Varies |
| Works with no AI key | Yes | Yes |
The tracking row is the one people underestimate. See click analytics for what it tells you.
Enable and place it
Automatically after the content, as an editor block, or via shortcode. Choose how many to show and how they lay out.
Let matching run
Recommendations are computed in the background and cached, reusing the embeddings already built for link suggestions.
Check whether it works
Click analytics tracks every recommendation, so after a fortnight you know its click-through rate rather than assuming.
You can, but there is little reason to. This uses better matching signals and costs nothing at render time, and running both would simply show two blocks doing the same job.
They are real anchors in the page, so yes, and they are tracked by click analytics like any other internal link. That is how you find out whether the block earns its space.
Yes. Exclude individual posts, entire post types or categories from being suggested, and optionally exclude anything already linked in the body of the current article.
Yes, falling back to keyword and cluster-based matching, which is still considerably better than tag overlap. With a key it uses embeddings that have already been computed for link suggestions, so there is no additional cost.
It inherits your typography rather than shipping its own opinionated styles, and the count and layout are configurable. It should read as part of the page.
It is matched once AI content processing has run for that post, which happens automatically in the background. Until then it falls back to cluster and keyword matching rather than showing nothing.
Group your content into pillars and clusters automatically, then link them the way Google expects.
Get link suggestions a human editor would approve, and add them in one click without leaving the editor.
Find out which internal links people actually click, and stop guessing which ones earn their place.
Recommendations chosen by meaning, precomputed so they cost nothing to render, and measured so you finally know whether the block works.
30-day money-back guarantee. Every feature is included in every plan.