Опис
Новинні сайти публікують сотні короткоживучих матеріалів, які пошукові системи обходять щодня, а довгострокові путівники й тематичні сторінки, що мали б приносити трафік роками, майже не отримують внутрішніх посилань. Linkloom автоматично з'єднує одне з одним під час кожної публікації.
Чотири рівні посилань, вісім типів джерел
- AI-вибір (прямий) — матеріал обирає одну сторінку, яку читач справді захоче відкрити наступною. Перший прохід відбирає кандидатів за збігом слів і тегів і просить невелику модель Claude обрати одного (або жодного); другий, незалежний виклик моделі перевіряє цей вибір, перш ніж посилання з'явиться на сайті.
- AI-вибір (зворотний) — щойно публікується новий путівник, плагін шукає серед наявних матеріалів доречні й вставляє в них посилання на нього, тож нова сторінка отримує вхідні посилання з першого дня.
- Населений пункт → його путівник (правило, безкоштовно) — перша згадка міста, громади чи іншої назви в тексті веде на путівник про неї. Словник будується автоматично з назв путівників (розпізнаються всі відмінки); ручний список може додати або прибрати назви. Матеріали з чутливою тематикою (загибелі, злочини, ДТП — теги й слова в заголовку обираєте ви) ведуть на сторінку категорії чи району, а не на путівник для дозвілля.
- Попередній епізод історії (правило + одна перевірка, безкоштовно) — для новини попередній матеріал про ту саму історію (спільна категорія, спільний тег, у межах N днів) показується рядком «Раніше:» після ліду; одна незалежна AI-перевірка гарантує, що непов'язані історії не з'єднуються.
- Тема → сторінка тегу (правило, безкоштовно) — перша згадка одного з тегів матеріалу веде на архів цього тегу, як це роблять великі редакції зі своїми тематичними сторінками. Слова беруться з назв тегів і можуть бути змінені для кожного тегу.
- Путівник ↔ путівник — пряма й зворотна версії джерел 1–2 між самими довгостроковими сторінками, щоб путівники не були «островом».
- Посилання на хаб — список унизу кожного путівника може закінчуватися посиланням на його підкатегорію, яка збирає весь кластер і працює як тематичний хаб.
- Ручні / редакторські — у редакторі можна схвалити, відхилити чи переобрати будь-яке посилання; дві колонки в списку записів показують кількість вхідних і вихідних посилань з переходом до самих записів.
Як посилання потрапляє на сторінку
Кандидатів попередньо відбирають за збігом основ слів і тегів (працює з мовами з відмінками — розроблено для української). AI-джерела додають незалежну перевірку перед публікацією: суворіший режим для зворотних джерел (кандидати знайдені лише за збігом слів) і редакторський режим для прямих (кандидат уже визнаний найкращим). Фразу-анкор обирає код, а не модель, і вона відкидається, якщо її немає в тексті дослівно, якщо вона перетинає межу речення, закінчується «висячим» словом або містить назву сайту чи підпис автора. Налаштовуване обмеження задає, скільки посилань вбудовується в текст одного матеріалу, з фіксованим порядком пріоритетів; решта переходить у блок «Читайте також» або список під статтею. Вміст записів у базі даних ніколи не змінюється — усе вставляється під час показу сторінки, тож після вимкнення плагіна сайт стає точно таким, як був.
Можливості
- Будь-яка кількість незалежних джерел посилань, кожне повністю самодостатнє: власні категорії (в обох напрямках), власна підказка для AI або налаштування правила, власний поріг впевненості
- Черга перевірки зі схваленням / відхиленням / повторним вибором або повністю автоматичний режим, а також окрема вкладка «Відхилено перевіркою», що не потребує розгляду
- Захист чутливого вмісту (теги + слова в заголовку), спільний для всіх джерел-правил, тож матеріали про трагедії, злочини й аварії ніколи не отримують посилання на дозвілля чи туризм
- Пороги впевненості для кожного джерела й загальний, денний ліміт запитів (рахується атомарно, безпечно при паралельній обробці), лічильник витрат
- Фонова обробка через WP-Cron плюс обробка під час публікації (джерела-правила спрацьовують за секунди, AI-джерела — за хвилини), режим обробки архіву для наявного вмісту
- Кешує результати; не додає запитів до кешованих сторінок
- REST API для зовнішніх редакторів (cDash): налаштування й ручні посилання запису, «Підібрати знову», видалення автоматичного посилання, пошук записів —
linkloom/v1(паролі застосунків, ті самі права, що в метабоксі) - Повністю перекладний; містить повний український переклад
Вимоги
Ключ Anthropic API потрібен лише для AI-джерел — джерела-правила (населений пункт, тег, хаб) не потребують ні ключа, ні AI, а джерелу «попередній епізод» потрібна лише одна недорога перевірка на кандидата. Linkloom може використовувати ключ, збережений конектором WordPress AI, константу ANTHROPIC_API_KEY або ключ із власних налаштувань. Типова вартість AI: близько $0,01 за новину, перевірену двома джерелами, і $0,10–0,30 за щойно опублікований путівник (він перевіряє наявний вміст на відповідність собі).
Privacy
Для AI-джерел Linkloom надсилає текст опублікованих матеріалів і заголовки та уривки сторінок-кандидатів до Anthropic API (api.anthropic.com), щоб обрати посилання. Він не надсилає жодних даних відвідувачів і персональних даних користувачів. Джерела-правила (населений пункт, тег, епізод, хаб) не роблять жодних зовнішніх запитів. Як Anthropic обробляє дані API — дивіться в політиці конфіденційності Anthropic.
Встановлення
На новому сайті нічого не налаштовано заздалегідь — кожна категорія, тег і правило задаються вами:
- Завантажте теку
linkloomу/wp-content/plugins/і активуйте плагін. Таблиця бази даних створюється автоматично (і автоматично оновлюється при наступних оновленнях плагіна — вимикати й вмикати його не потрібно). - Відкрийте Linkloom → Налаштування. Оберіть категорії звичайного вмісту та категорії довгострокових путівників; переконайтеся, що ключ API знайдено (або вставте його). Якщо плануєте використовувати джерела «населений пункт» чи AI, вкажіть теги й слова в заголовку, що позначають чутливий матеріал.
- Відкрийте Джерела посилань і додайте хоча б одне джерело. Спершу оберіть Тип (AI-вибір / населений пункт / попередній епізод / тема), потім Режим для AI-джерел (прямий чи зворотний), потім категорії, до яких воно застосовується, і для AI- та «населених» джерел — категорії, серед яких шукати. Джерелу-правилу підказка не потрібна; для AI-джерела текст «Що обирати» найбільше впливає на якість.
- Відкрийте Розміщення й позначте, які джерела наповнюють блок у тексті та список під статтею; задайте ліміт вбудованих посилань на матеріал; за бажанням увімкніть посилання на хаб під путівниками.
- На сторінці Огляд надішліть тестовий запит, обробіть кілька матеріалів вручну й перегляньте Чергу перевірки. Коли результат влаштовує — перемкніть режим на «Автоматично».
- Вимкніть блок схожих записів теми чи іншого плагіна, якщо він дублюватиме список під статтею.
Обробка наявного архіву: увімкніть на сторінці «Огляд» обробку архіву, щоб WP-Cron поступово, по кілька записів, обробив старі матеріали, або скористайтеся інструментом «Запустити зараз», щоб негайно обробити конкретні записи.
Питання та відповіді
Чи змінює плагін мої записи?
Ні. Посилання додаються під час показу сторінки. Вимкніть плагін — і все повернеться як було.
Чи прив'язаний він до категорій чи мови одного сайту?
Ні. Жодних ID категорій, назв тегів чи назви сайту в коді немає — усе читається з ваших налаштувань і вмісту (назви путівників, назви тегів, get_bloginfo()) під час роботи. Правила виділення основ слів і кілька граматичних шаблонів (лише для джерела «населений пункт», щоб розпізнавати українські відмінки) розраховані на слов'янську мову з відмінками; сайти іншими мовами все одно повноцінно користуються джерелами AI, тегів і епізодів.
Скільки це коштує?
API викликають лише AI-джерела. Орієнтовно $0,005–0,01 за новину, перевірену двома AI-джерелами, і $0,10–0,30 за публікацію нового путівника (зворотні джерела перевіряють наявний вміст на відповідність йому). Джерела-правила безкоштовні. На сторінці «Огляд» видно поточну оцінку витрат і кількість запитів за сьогодні відносно денного ліміту.
Чому багато матеріалів не отримують AI-посилання?
Бо плагін віддає перевагу відсутності посилання перед слабким посиланням: кожен AI-вибір проходить незалежну другу перевірку, перш ніж з'явиться на сайті. Частка пов'язаних матеріалів залежить від того, скільки у вас доречних путівників чи тегів — джерела «населений пункт», «тег» і «епізод» зазвичай покривають велику частку матеріалів навіть там, де AI-джерела нічого не знаходять.
Які типи записів підтримуються?
Стандартні записи й категорії. Власні типи записів поки не підтримуються.
Список змін
Список змін ведеться англійською.
1.16.0 (2026-10-19)
- REST API for external editors (cDash): read and change a post's switches and hand-picked links, choose links again, remove an automatic link, search posts —
linkloom/v1/post/{id},/post/{id}/repick,/link/{link_id},/search. Application Passwords; the same rights and the same code as the editor box.
1.15.1 (2026-10-15)
- The «MCG Plugins» menu is now at the top of the admin menu, right under the Dashboard.
1.15.0 (2026-10-15)
Linkloom::add_manual_also( $post_id, $target_id )for other MCG plugins: SearchPulse's internal linking suggestions can be sent to Linkloom as hand-picked «Read also» links (same rules as the editor box: published posts, up to 5).
Старіші версії (25)
1.14.0 (2026-10-12)
- Updates now come from the MEDIA CONTENT GROUP update server (mediacg.org): new versions show up in Plugins → Updates like any other plugin, with «View details» and auto-updates.
- Plugin URI and Author URI point to mediacg.org.
1.13.0
- Processing window: «Process posts not older than N days» on Overview (instead of the fixed 2 days), and the same limit per link source (More options → empty = Overview limit, 0 = whole archive). Applies to AI, thread, tag and place sources; reverse sources are limited only when set explicitly.
1.12.1
- Fix: the «Thread» source (one AI call per post) walked the whole archive in every cron run when «Process older posts» was off, using up the daily limit before new posts were linked. It now keeps to the same 2-day window as the AI sources.
1.12.0 (2026-10-06)
- «Combine into one box» (Display blocks → Inside the article): the «Previously» line and the «Read also» box become one styled box after paragraph N, spread over long articles (Read also at a set part of the text); lists, tables and quotes after the paragraph are never split. Background and label colours; the line uses the accent colour. Off by default.
1.11.0 (2026-10-06)
- Dashboard widget «Linkloom — linking today»: new posts processed in 24 h, links added today (AI vs. free rules), AI requests, queue and the latest AI links.
1.10.0 (2026-10-06)
- Editor box rebuilt into three sections: «Add links by hand», «Settings for this post», «Chosen automatically».
- Hand-picked links: one «Previously» post (replaces the automatic story-thread line) and up to five «Read also» posts that go first in the in-text box; shown even when automatic links are off. Article search by title, link or ID.
- New per-post switches: «Hide all Linkloom blocks in this post» and «Do not link to this post from other posts» (such posts are never candidates and existing links to them disappear at once; pages that showed them are purged from cache).
- Anchors: an AI phrase is embedded in the text only when it shares a stem with the target title or the model is very confident (≥ 0.9); otherwise the link goes to the «Read also» box. Topic-page anchors lose function words at their edges.
- Fixed stemming of multi-word topic synonyms (only the last word is stemmed; short words stay exact).
- API: text is now taken from all «text» blocks of the response, so models that answer with a thinking block first (e.g. Sonnet 5.5) work.
- The «Rejected by the check» state is labelled in the editor box.
- Settings page moved under the shared «MCG Plugins» menu (the address admin.php?page=linkloom is unchanged); new icon.
- Ukrainian translation completed (all strings).
1.9.4 (2026-09-26, patched on kyivshchyna.info)
- Sensitive-content guard is now a hard rule for AI sources too, not only for the place source: a sensitive post (tone tags / title words) never gets candidates from the "Keep sensitive news away from" categories, and a new leisure guide is never backfilled into sensitive news. Previously this was left to the model prompt, which let through e.g. a funeral report linking a city tourism guide.
- Thread source ("Previously:") finds far more real earlier episodes: it searches all news of the district within the window without requiring a shared tag, ranks by shared title/lead stems plus a recency bonus (2026-10-02: reports from the last 24-72 hours are favoured, top 5 candidates), requires at least two shared stems (a bare town name no longer qualifies), and sends the top 4 candidates to one check that picks the same story or none. The check sees both dates and treats attacks/accidents/fires on different days as different stories. Picks below the source's confidence threshold go to the review queue. On a 40-post sample: 27% linked automatically vs 15% before.
1.9.3
- Fixed a real bug in the reverse sources (news/guide -> new guide): a candidate post that already had a decision for that source - even "nothing useful" or "rejected by the check" for a DIFFERENT earlier target - was skipped forever for every later target, because the check only asked "does this post have a decision" and not "for this target". After the very first archive-wide run this meant almost every newly published guide found zero candidates. Candidates now stay open for re-evaluation unless they already carry a live link or a human rejection.
1.9.2
- Anchor phrases never contain the site name, bylines ("передає", "редакція зібрала"), a sentence boundary or an abbreviation dot, and never end on a dangling particle ("не", "або"). Existing anchors of that kind were re-picked or moved to the "read also" box.
1.9.1
- New rule source Topic → its tag page: the first mention of a topic the post is tagged with (police, accidents, rescuers…) links to that tag page, the way BBC links its topic pages. Only the post's own tags are used, so the link is always on topic; words come from the tag names and can be overridden per tag. Tag links take the last in-text slot, after the "Previously:" line, the place link and the AI pick.
1.9.0
- Two new kinds of link source, both without the AI choosing anything, so they are free and predictable. Place → its guide: the first mention of a town or community in the text links to the guide about it; the place names are read from the guide titles automatically, every case form is recognised, and a manual list can add or remove names. For sensitive news (tags and title words you choose in Settings) the link goes to the district page instead of the city guide. Earlier episode of the story: for a news post, the previous report on the same story (same district, shared tag, within N days, confirmed by one AI check) is shown as a "Previously:" line after the first paragraph.
- Links in the text are now capped per post across all sources (default 3), with a fixed priority: the "Previously:" line, then the place link, then the most confident AI pick.
- Under every guide the list now ends with a link to the guide's own subcategory, which lists the whole cluster - the hub page.
- The anchor picker prefers early sentences when several phrases fit; the first AI pass is asked to do the same.
- The daily request counter is incremented in SQL, so parallel runs no longer lose counts.
1.8.2
- The independent check now has two modes. For a forward source the candidate was already chosen as the best fit by the first pass, so the check now judges like a web editor picking "read also" links: related reading, background, the next step or a guide to the same city all count, and only off-topic or tonally wrong pages (leisure under a tragedy) are rejected. The old strict wording ("must describe the same situation") was rejecting about two thirds of good picks. For a reverse source the candidate comes from word overlap alone, so the strict mode stays.
- Existing rejected forward pairs were re-judged with the new mode.
1.8.1
- Fixed a real distribution bug in the free "Related guides" list: ties were broken by recency, so within a group of guides with an equally good match (for example, several city guides in the same subcategory) the same few newest ones always won, on every other guide's page - older siblings were never shown to anyone, no matter how relevant. The tiebreak is now pair-stable but no longer favours one winner, spreading exposure across the whole tied group. On this site it took the count of guides with zero internal links (from any source) from 24 down to 4, at no extra cost.
1.8.0
- Two new columns on the Posts screen: "Links out" and "Links in", showing how many live Linkloom links point from and to each post. Click a number to see exactly which posts, with links straight to them.
1.7.1
- New "Rejected by the check" queue tab. Pairs that the independent second AI pass explicitly judged not useful used to land in "Low confidence" (forward sources) or "Nothing suitable" (the reverse pipeline), next to genuinely uncertain ones - and, because the stored confidence blended the wrong two numbers, a firmly rejected pair could show a high percentage, looking like a strong candidate. These are now their own tab, no review needed, with the correct number (the original pick's confidence, before the check ran).
- "Old posts to link per new article" can now go up to 300 (was 30).
- The "What to choose" hint now also reaches the independent check for the reverse pipeline (previously only the first pick used it).
1.7.0
- Each link source now picks its own categories instead of a fixed "news / guides / both" choice: "Mode" sets the direction (find a link to add into an article, or find articles to add a link to this one), "Add links to" sets which categories trigger the source, and "Look for pages in" sets which categories it searches. This makes a source fully self-contained and portable to any site, with any category structure - it no longer depends on a single site-wide "news vs evergreen" split.
- Existing sources were migrated automatically to the equivalent explicit categories; nothing changes in how they behave.
1.6.0
- Two-way pipeline. Until now only news posts searched for a guide to link to. A link source can now run in reverse: the moment a guide is published, Linkloom searches existing news for good matches and inserts a link to the new guide into them - fully automatic, no editor or author action needed. A manual "Find old news for this guide" button is also available for updating older guides.
- Anchors are now chosen by code, not by the AI: the model only points at a sentence, and Linkloom scans it (and, for the reverse pipeline, the whole article) for the most specific matching phrase, never crossing a comma or starting on a preposition or verb.
- Independent second check on every proposed link: a separate pass judges whether the page is genuinely useful before it goes live, rejecting loosely-related matches the first pass alone would have kept.
- Fixed: when two sources proposed the same target for one post, the one without an embeddable phrase could win over the one with a working phrase, leaving a plain box instead of an in-text link.
- New per-target cap so no single guide can absorb an outsized share of all links.
1.5.0
- Links can now be added inside evergreen guides too. Each link source has an "Add links to" setting: news posts, guides, or both. A guide source looks among the guides themselves, prefers guides of the same subcategory, and links a guide to a closely related one.
1.4.1
- The "read also" box inside the article is now a faint neutral grey with a soft grey left border; the border colour is configurable.
- New setting: fresh news under guides are shown only under guides about places by default (a city name gives a reliable match), or always, or never.
1.4.0
- Simpler "After the article" block: the default mode is now "Latest from the same category" (the newest posts of the same category, for example the same district). The smarter "Related by topic" mode is one click away. Rarely needed options moved under "More options".
1.3.0
- New Linkloom box in the post editor: see the links chosen for the post, remove or restore each one, choose links again, switch off automatic links for the post, or hide the list below it.
- Posts with automatic links switched off are skipped by the background queue, so they cost nothing.
1.2.0
- New model: link sources decide where to look for pages (for example Articles, Travel); display blocks decide where links appear. Two display blocks - inside the article and after the article - each collect links from any sources you tick.
- Links from several sources are shown together in one "read also" box (a line for one link, a short list for several).
- The list after the article can start with AI-picked links and is filled up with related posts.
- Optional embedding of a link into the words of the text can be turned off.
1.1.1
- Fix: category pickers now show subcategories as a tree under their parent instead of one flat alphabetical list.
1.1.0
- New admin interface: an Overview page with status, setup checklist, progress and recent links; blocks as collapsible cards; settings split into four numbered steps; a clearer review queue with explanations for each status.
- Category and tag pickers are checklists instead of multi-select boxes.
- One-click Switch on / Switch off.
1.0.0
- First public release.
Версії
| Версія |
|---|
| 1.16.0 |
| 1.15.1 |
| 1.15.0 |
| 1.14.0 |
Плагіни на сайтах оновлюються самі: нова версія з’являється в Консоль → Оновлення протягом ~12 годин або одразу після «Перевірити знову».
Плагіни поки що використовуються лише на сайтах MediaCG і партнерів та публічно не поширюються. Якщо вас цікавить плагін — напишіть нам: [email protected].