Щоденна робота ліда

Повний цикл роботи тім-ліда протягом місяця: від видачі завдань до підрахунку результатів.

1.1 Початок місяця

• Підготовка анкор-листів і видача команді ЛБ → Розділ 02: Анкор-листи
• Розподіл посилань на тиждень (загальний файл команди)
• Перевірка сайтів що почали приносити депозити минулого місяця → додаткові лінки (крауд, трастик, реіндекс)
• Перевірка склеєних сайтів минулого місяця → якщо зайшли на позиції → додаткові лінки
• Моніторинг SERP → реакція на падіння/ріст → Розділ 06: Моніторинг SERP
• Моніторинг HOT-сайтів → крауд/трастик/клей/буст

1.2 Середина місяця

• Моніторинг WARM і COLD сайтів
• Рішення по кожному: клеїти / додаткові лінки / рерайт заголовків
• Перевірка склейок → якщо сайт зайшов на позиції → додаткові завдання / повторний клей → Розділ 08: Додаткові інструменти
• Генерація текстів і видача завдань ЛБ

1.3 Кінець місяця

• Моніторинг склейок і каноникалів
• Підготовка анкор-листів на наступний місяць
• Перевірка проставленого крауду, підрахунок лінків
• Індексація трастика і крауду → Розділ 05: Переіндексація
• Підрахунок усіх проставлених посилань
• Перевірка анкор-листів від кожного ЛБ
• Генерація текстів для командних файлів (Team File)

1.4 Щоденні рутини

• Відповіді на повідомлення лінкбілдерів
• Перевірка видачі (якомога частіше) → Розділ 06: Моніторинг SERP
• Реакція на зміни позицій → Розділ 07: Decision Trees

Основи: типи посилань

Теоретична база: які посилання ми використовуємо, чим вони відрізняються і як підтримувати баланс.

1.1 Які типи посилань ми використовуємо

1.2 Баланс Profile / WEB

Орієнтир: ~50/50 щомісяця між Profile і WEB-розміщеннями.

• Профілі розбавляють — створюють природний лінк-профіль з naked URL
• Вебки дають вагу — текстовий анкор в контексті статті = найсильніший сигнал
• Якщо ЛБ робить тільки профілі — це проблема якості роботи → Розділ 11: KPI

1.3 Приклади профільних посилань

Профільні посилання бувають двох підтипів — залежно від того, де на сайті розміщується URL.

А) Посилання в окремому полі

В налаштуваннях профілю є поле «Website» або «URL» — туди вставляємо naked URL. Посилання відображається як окремий елемент на сторінці профілю.

Mixcloud — окреме поле з іконкою посилання під біо:

ReverbNation — поле website в налаштуваннях профілю артиста:

TopRecepty.cz — URL відображається справа в блоці інформації профілю:

Б) Посилання всередині тексту

В біо або описі профілю вставляємо URL як частину тексту. Платформа автоматично робить його клікабельним.

KingMods — URL вставлений в текст біо профілю:

Nintendo-Master — URL в секції «Description» профілю:

1.4 Крауд-посилання

Навіщо крауд

Наші сайти — монобренд-сателіти. Наприклад, tropezia-palace.com мімікрує під офіційний сайт бренду Tropezia Palace. Для Google наш сайт = бренд. Крауд — один з ключових інструментів щоб підсвітити цей зв'язок: люди на форумах «обговорюють» бренд і посилаються на «офіційний сайт».

Крауд дає три речі одночасно:

Кейси: які теми створювати

Як вписувати лінк

Лінкбілдер повинен вставляти URL як реальна людина яка ділиться досвідом. Текст навколо лінка = найважливіше. Модер і Google читають саме його.

✓ Добре — особистий досвід + довідка (~80% постів)

✓ Ідеально — лінк в СЕРЕДИНІ речення (best practice)

⚠ Допустимо — прямий промо (~10-15% постів)

✗ Погано

tropezia-palace.com

Структура треду

Мінімум 3 пости:

Реальні приклади

Приклад 1 — BeatMaker Forums (intua.net) — Boomerang NL

Тред: «Wie heeft er echt gewonnen met boomerang casino bonus?» — NL тред на EN форумі (Off-Topic допустимо).

🔗 Відкрити тред на intua.net

Приклад 2 — La Boîte à Pain (FR форум про хліб) — Boomerang NL

Тред: «Boomerang casino, draaien de slots eerlijk volgens jullie?» — NL тред на FR форумі.

🔗 Відкрити тред на la-boite-a-pain.com

Приклад 3 — FitDay Forums (фітнес-форум) — Boomerang NL

Тред: «Boomerang casino, hoe bereik je de klantenservice snel?» — NL тред в Off-Topic секції.

🔗 Відкрити тред на fitday.com

Приклад 4 — Convivea Forums (general) — Boomerang NL

Тред: «Boomerang casino bonus, hoe lang duurt het activeren?» — NL тред в General Discussion.

🔗 Відкрити тред на convivea.com

Приклад 5 — Prepa-HEC (FR студентський форум) — Wbetz NL

Тред: «Hoe maak je een account aan bij Wbetz casino Netherlands?» — NL тред на FR форумі для студентів.

🔗 Відкрити тред на prepa-hec.org

Промпт для генерації вписки лінка (AI-assisted)

Цей промпт використовується для автоматичної генерації блоку вписки лінка в статтю. Результат — готова інструкція для моделі-райтера, яка пише текст і вставляє бекліну природно.

Act as a senior SEO link-placement planner for content generation.
Language: The output text must be in {language}.
TASK:
Create exactly ONE "Link Placement Task" for Part 1 of an article.
INPUTS YOU CAN USE:
- Part 1 outline = {part1_outline}
- Project knowledge block (context only) = {raw}
- Anchor text (must be exact) = {anchor}
- Backlink URL = {backlink_url}
- Dofollow flag = {dofollow}
- Exclude surrounding anchor text list (avoid repetition) = {exclude_surrounding_anchor_text}
STRICT GOAL:
You are NOT writing the full article.
You are creating a placement instruction for another writer model that will later write Part 1 and insert exactly one backlink naturally.
PRIMARY OBJECTIVE:
Choose a suitable place in Part 1 (upper or middle third, not the beginning, not the final paragraph), then generate a unique contextual insertion package using this format model:
FORMAT MODEL:
[1–2 context sentences] + [1 sentence containing surrounding text + ANCHOR LINK + surrounding text] + [1 continuation sentence]
SOURCE USE RULE:
- Use the outline first to choose placement.
- Use {raw} only to improve topical relevance, geo relevance, and natural surrounding wording.
- Do NOT invent facts beyond the provided inputs.
- If a fact is not clearly supported by the inputs, keep the wording generic but useful.
IMPORTANT:
- The anchor text must remain EXACTLY: {anchor}
- The URL must remain EXACTLY: {backlink_url}
- Do NOT output a naked link.
- Do NOT place the link at the very beginning of Part 1.
- Do NOT place the link in the last paragraph of Part 1.
- Do NOT place the link in FAQ (and FAQ should not exist anyway).
- Do NOT place the link inside a list/table.
- One backlink only.
LINK ATTRIBUTE RULE:
- Add rel="nofollow" ONLY if {dofollow} is false or "No".
- Otherwise omit rel.
PLACEMENT RULES:
- Choose a section where the backlink logically supports reader intent.
- Prefer a placement in the UPPER_THIRD or MIDDLE_THIRD of Part 1.
- Do NOT choose the first paragraph of the article.
- Do NOT choose the final paragraph of Part 1.
- Avoid placing the link in a paragraph that is purely legal/compliance text unless clearly relevant.
- Avoid placing the link immediately after a heading with no context sentence before it.
- The link block must feel editorial and useful, not inserted for SEO only.
ANCHOR NATURALNESS RULES (CRITICAL):
- The anchor must be grammatically natural in the sentence.
- The anchor must NOT be at the beginning of the sentence.
- The anchor must NOT be at the end of the sentence.
- Ideal placement is in the middle of the sentence.
- The anchor sentence must contain at least 3 words before and at least 3 words after the anchor.
- The anchor sentence must be a complete, fluent sentence in {language}.
- The anchor sentence must logically continue from the context sentence(s), not feel randomly pasted.
- The continuation sentence after the anchor sentence must also flow naturally from it.
SEMANTIC SURROUNDING RULES (CRITICAL):
- The words around the anchor should include natural thematic co-occurrence terms relevant to the niche and geo language.
- For casino niche examples (adapt to {language}/geo naturally): review, bonus, play, registration, payments, withdrawals, games, mobile, offers, user feedback, terms.
- Do NOT force keywords unnaturally.
- Do NOT create spammy keyword stuffing.
- Use editorial phrasing that a human writer would realistically use.
UNIQUENESS / ANTI-REPETITION RULES:
- The link sentence must be unique and non-templated.
- Avoid repeating wording patterns from {exclude_surrounding_anchor_text}.
- Do NOT copy or closely paraphrase any excluded surrounding anchor text.
- Vary sentence rhythm and phrasing across outputs.
- Prefer fresh framing (comparison angle, feature angle, user-intent angle, practical-check angle) when multiple valid options exist.
EXAMPLE (FORMAT DEMO ONLY — DO NOT REUSE WORDING OR STRUCTURE):
Example (DE geo):
Viele Spieler suchen nach einem zuverlässigen Anbieter mit schnellen Auszahlungen.
Eine ausführliche Bewertung von <a href="https://example.com">Bull Casino</a> zeigt die wichtigsten Vorteile und aktuelle Bonusangebote für neue Nutzer.
So lässt sich schneller einschätzen, ob das Angebot zu den eigenen Erwartungen passt.
Breakdown:
- Surrounding text before anchor: "Eine ausführliche Bewertung von"
- Anchor: "Bull Casino"
- Surrounding text after anchor: "zeigt die wichtigsten Vorteile und aktuelle Bonusangebote für neue Nutzer"
Use this example only to understand the insertion pattern:
[context] + [anchor sentence with natural surrounding text] + [continuation]
Do NOT copy phrases.
Do NOT copy cadence.
Do NOT mimic the same sentence structure too closely.
OUTPUT REQUIREMENTS:
Return ONLY the Link Placement Task in the exact structured format below.
No markdown fences.
No explanations outside the fields.
OUTPUT FORMAT (EXACT FIELD NAMES):
LINK_PLACEMENT_TASK
TARGET_SECTION_TITLE: <exact section heading from {part1_outline} where the link should be inserted>
TARGET_SUBHEADING: <exact subheading from {part1_outline}, or NONE>
PLACEMENT_ZONE: <UPPER_THIRD or MIDDLE_THIRD>
PLACEMENT_PREFERENCE: <AFTER_FIRST_PARAGRAPH or AFTER_SECOND_PARAGRAPH or PARAGRAPH_MIDDLE>
CONTEXT_BEFORE:
<1-2 sentences that should appear before the anchor sentence and naturally lead into it>
ANCHOR_SENTENCE_TEMPLATE:
<Write the FULL sentence with the exact HTML link included, using exact anchor and URL.
If nofollow is required, include rel="nofollow". Otherwise omit rel.
The anchor must be in the middle of the sentence (not at the start/end) and must have at least 3 words before and after it.
The wording around the anchor should use natural thematic co-occurrence vocabulary for the niche/geo.
Example shape only (do not copy wording):
... <a href="{backlink_url}">{anchor}</a> ... >
CONTEXT_AFTER:
<1 sentence that should appear immediately after the anchor sentence and continue the same thought logically>
INSERTION_INSTRUCTIONS_FOR_WRITER:
<Clear instruction for the next writer entity on where and how to insert this block while writing Part 1. Must include:
- use this exact target section/subheading
- place it in the selected placement preference
- keep CONTEXT_BEFORE + ANCHOR_SENTENCE_TEMPLATE + CONTEXT_AFTER as one natural prose block
- do not alter anchor text
- do not alter backlink URL
- do not add any other links
- do not place the link in a list/table
- keep one link total in Part 1>
VALIDATION_CHECKLIST:
- Exact anchor used: YES
- Exact URL used: YES
- Nofollow rule applied correctly: YES
- Anchor is not at sentence beginning: YES
- Anchor is not at sentence end: YES
- At least 3 words before anchor: YES
- At least 3 words after anchor: YES
- Thematic co-occurrence words used naturally: YES
- Anchor sentence flows from previous context: YES
- Continuation sentence flows after anchor sentence: YES
- Not at beginning of article: YES
- Not in final paragraph: YES
- Not in list/table: YES
- Unique vs exclude list: YES

Типові помилки

Чеклист для ліда

Перед тим як зарахувати крауд-лінк:

1.5 Трастик (Trastik)

Що це

Trastik (trastik.com) — біржа для розміщення гостьових статей (guest posts) та niche edits (вставок) на реальних сайтах з трафіком. Ми купуємо розміщення посилання в статті або вставку речення з посиланням на існуючій сторінці. Контролюємо анкор, околоанкорний текст і контекст.

Навіщо юзаємо

Трастик — основний канал якісних dofollow-посилань з контенту на сайтах з реальним трафіком і DR. На відміну від профілів, крауду і web 2.0, Google вважає такі бекліки найбільш природними. Для наших сателітів це найсильніший тип лінків.

Два формати розміщення

Інтерфейс додавання статті в Trastik:

Коли юзати Трастик

Підбір площадок

У нас є окрема вигрузка (Google Sheets) зі всіма площадками Trastik — DR, трафік, гео, тематика. Тімлід або лінкбілдер обирає площадку з цієї вигрузки.

Пріоритет по мові/гео:

1. Спочатку беремо сайти з потрібного гео (FR площадки для FR проєкту, DE для DE)
2. Перевіряємо на спамність — якщо площадка засрана casino/viagra спамом → відхиляємо
3. Якщо вичерпали всі нормальні площадки по гео — беремо топ-трафік сайти з інших гео і постимо на потрібній мові
4. Можна постити і на англійській — посилання все одно працює, навіть якщо веде на FR-версію сателіта. Branded анкор + dofollow = результат

Анкори для Трастика (сателіти)

Для сателітів (99% наших проєктів) трастик — це вже преміум-лінк, тому тут ми ставимо переважно keyword/brand анкори. URL і generic розбавку набиваємо в крауді і профілях.

Приклади анкорів для сателіта wizardocasino.com (DE):

• Wizardo Casino
• wizardocasino
• Wizardo
• Wizardo Casino Deutschland
• wizardocasino.com

Перетин донорів

В ідеалі — не юзати одну площадку для 2+ сайтів одного гео. На практиці ідеалу немає, площадки закінчуються.

Між різними брендами (wizardo і lalabet) — перетин не критичний, але краще мінімізувати.

Формат вставки посилання

Guest Post: HTML в режимі Source Code

Околоанкорний блок 200-250 символів. Деталі → Розділ 2.12: Околоанкорний текст

<p>Kontekstний текст статті, що стосується теми. <a href="https://money-site.com/" target="_blank">анкор тут</a> — продовження тексту природно.</p>

Niche Edit (вставка)

Одне повне речення з посиланням, вставляється в існуючу статтю. Анкор не на початку і не в кінці речення. Вставку пишемо українською або англійською — ліди знають тільки ці мови.

Players particularly appreciate the diverse game collection offered by <a href="https://site.com/" target="_blank">Brand Casino</a> along with its exclusive promotional offers.

Що НЕ робити

Бали

Система нарахування балів за трастик → Розділ 11.1: KPI і коефіцієнти

1.6 Посилання з морд (Homepage Links)

Що це

Посилання розміщене на головній сторінці (морді) стороннього сайту. Морда — найпотужніша сторінка будь-якого домену, бо збирає на себе максимум внутрішнього і зовнішнього лінк-джусу. Є два джерела: покупні морди на чужих сайтах і морди з наших PBN.

Коли ставимо

Морди використовуємо тільки для дотягування: сайт вже в топ 10-30, має лінк-профіль, є крауд/трастик/профілі — і нам треба дати фінальний пуш. Ось тоді морда працює.

Покупні морди: два типи

1. Приховані морди (основний варіант для сателітів)

Дешевий варіант. Посилання є в HTML-коді сторінки, але візуально на сайті його не видно або воно ледь помітне. Вебмастери ховають посилання тому що це казино-контент — їм не вигідно палити це відвідувачам.

Для нас це ок — Google бачить посилання в коді, лінк-джус передається, а що юзер його не бачить — нам без різниці, ми не трафік з морди збираємо.

2. Спонсорські морди (НЕ для сателітів)

Відкрите розміщення в секції «Sponsors» або «Partners» на головній. Коштує $100-1000+/місяць. Має сенс тільки для ревью-сайтів з великим бюджетом. Для сателітів — не актуально, не замовляємо.

Перевірка перед замовленням

Перед тим як купувати морду — обов'язкова перевірка, інакше можна отримати спам-лінк який нашкодить.

Крок 1: Кількість вихідних посилань

Відкриваємо морду донора, через SEO Quake (або будь-який інший інструмент) дивимось скільки зовнішніх посилань виходить з головної.

Крок 2: Перевірка через Ahrefs на спам-маркер

Ahrefs маркірує бекліки з морд як spam / normal / best. Перед замовленням перевіряємо чи не висять посилання з цієї морди в спамі:

1. Беремо 2-3 домени зі списку вихідних посилань з морди (ті що вже там розміщені)
2. Заходимо в Ahrefs → вбиваємо один з цих доменів
3. Backlink Profile → Backlinks
4. Знаходимо посилання з нашої потенційної морди
5. Дивимось маркер Ahrefs:
   • Якщо помічено як spam → не замовляємо цю морду
   • Якщо normal / best → можна брати

Як оформляти посилання на морді

Навіть на прихованій морді — робимо нормально, без халтури.

Мінімум: одне повне речення з посиланням в центрі (не на початку, не в кінці). Обов'язково околоанкорний текст.

Ідеал: повний параграф з контекстом + посилання в центрі + околоанкорний текст до і після. Чим більше контексту — тим природніше виглядає для Google, навіть якщо візуально посилання приховане.

<p>Онлайн-казино пропонують різноманітні бонуси для нових гравців, і серед них
<a href="https://satellite.com/" target="_blank">Brand Casino</a>
виділяється своєю програмою лояльності та щотижневими акціями.</p>

Морди з наших PBN

Окремий кейс — посилання з головних сторінок наших власних PBN-сайтів. Тут ми контролюємо все і можемо ставити:

• Чисте відкрите посилання з контекстом
• Банер з посиланням
• Блок «Sponsors» / «Partners» внизу сторінки
• Будь-який інший формат

Наразі ця опція обмежена — PBN-мережа в стадії розвитку, ми тестуємо різні методи посилань, тому масово морди з PBN поки не використовуємо.

Що НЕ робити

Анкор-листи

Повний гайд по створенню, аналізу і коригуванню анкор-листів для лінкбілдінгу. Анкор-лист — це ядро стратегії просування кожного проєкту. Від правильного балансу залежить швидкість та безпечність виходу в ТОП.

2.1 Що таке анкор-лист і навіщо

Анкор-лист — це робочий документ (Google Sheets), який містить повну стратегію зовнішніх посилань для конкретного проєкту. Кожен проєкт = окрема вкладка (tab) у спільній Google-таблиці.

Анкор-лист вирішує:

• Планування: які ключі використовувати як анкори, в якій пропорції
• Трекінг: які посилання вже поставлені, скільки залишилось
• Аналітика: порівняння запланованого vs фактичного розподілу
• Координація: лінкбілдер бачить що ставити, лід контролює процес

2.2 Масштаб роботи: математика команди

Перш ніж говорити про структуру анкор-листів, важливо зрозуміти масштаб і як рахується навантаження.

Модель команди

2.3 Структура файлів: PROJECTS, TEAM FILE PLAN

Файл ЛБ: вкладка PROJECTS

Кожен ЛБ має свій Google Sheets. Перша вкладка — PROJECTS (список усіх проєктів), далі — вкладка на кожен проєкт з АЛ.

🔗 Реальний приклад PROJECTS

Team File: вкладка TEAM FILE PLAN

Командний файл з розподілом ЛБ по приоритетним проєктам. Кожен проєкт = рядок, колонки ЛБ = скільки посилань ставить кожен.

🔗 Реальний приклад Team File Plan

Правила ведення:

• Старі рядки НЕ видаляємо — це історія
• Нові рядки додаємо знизу
• Поточний місяць дивимось через стандартний фільтр Google Sheets по колонці «Місяць»
• Порівняння динаміки: знімаємо фільтр → бачимо скільки ставили на проєкт у березні vs квітні

Додаткові колонки:

• URL — URL головної сторінки проєкту
• Canonical — URL каноникалу (якщо є), для розуміння зв'язків в мережі

Ключова різниця файлів

Групування проєктів по бренду

Проєкти одного бренду = група. Наприклад, «betriviera» має 5 доменів у FR — це одна група.

• Доноров не пересікаємо. Кожен домен групи отримує посилання з різних донорів.
• Блеклист спільний. Відпад донора = блеклист для всієї групи.
• Можна склеїти. Якщо гео і бренд збігаються — 301 або канонікал, вся посилочна маса перетікає.

Коли проєкт потрапляє / виходить з Team File

2.4 Гілки роботи, приоритети, словник

Єдиний словник приоритетів

Один набір категорій скрізь — в PROJECTS, в TEAM FILE PLAN, в комунікації:

Гілка 1: Індивідуальні файли ЛБ

Кожен лінкбілдер отримує свій Google Sheets з усіма своїми проєктами. Перша вкладка — PROJECTS (список ~50 проєктів), далі — окрема вкладка на кожен проєкт з анкор-листом.

На старті лід формує всі АЛи сам — новий ЛБ не знає як складати анкор-лист. Лід прописує кожному ЛБ всі проєкти з готовими анкор-листами, контролює перші 1-2 місяці, виправляє помилки. Поступово навчає ЛБ і делегує — кінцева мета: ЛБ самостійно створює і веде свої анкор-листи, лід тільки перевіряє.

Це base-навантаження ЛБ. Стабільна щомісячна прокачка всього портфеля проєктів.

Гілка 2: Team File

Коли команда +/- сформована (є кілька працюючих ЛБ), лід створює командний файл — Team File. Сюди потрапляють HOT і WARM проєкти, над якими працює вся команда одночасно.

Навіщо Team File:

• Фокус на revenue. В Team File тільки проєкти з найвищим приоритетом — ті, що вже приносять або скоро будуть приносити дохід.
• Масштабування зусиль. Замість 20 посилань від одного ЛБ — 50-100 від усієї команди. 10 ЛБ по 8-10 посилань = 80-100 посилань на один проєкт за місяць.
• Командний бонус. Команда отримує спільні бонуси від revenue. Team File фокусує зусилля на максимальний результат для всіх.

В TEAM FILE PLAN кожен проєкт = рядок, де видно скільки посилань ставить кожен ЛБ. Лід розподіляє навантаження рівномірно і ротує ЛБ між проєктами щомісяця.

Обидві гілки працюють одночасно

Це не послідовні етапи, а два паралельних потоки. У сформованій команді кожен ЛБ має:

• Індивідуальний файл (~50 проєктів) — base, стабільна прокачка
• Роботу в Team File (командні проєкти) — boost, фокус на revenue

Перетікання обсягів

Загальний пул посилань ЛБ = KPI (фіксований). Лід розподіляє між TF і інд. файлом:

• Лід додав проєкт в TF, кожному ЛБ по 10 посилань → ці 10 знімаються з інд. файлу
• Які проєкти скорочувати: COLD → WARM → ніколи HOT
• Мінімум на будь-який проєкт = 5 посилань/міс. Менше 5 = переводимо на автопостинг PBN
• СТОП проєкту = тільки рішення ліда або SEO. ЛБ не може сам поставити на стоп

2.5 Як визначити ключі для проєкту

Перш ніж складати анкор-лист, потрібно визначити ключові слова. Є три сценарії залежно від зрілості бренду.

Сценарій 1: Бренд є в Ahrefs (є частотка)

Найпростіший варіант. Відкриваємо Ahrefs → Site Explorer → Organic Keywords. Витягуємо ключі, сортуємо за частотністю. Дивимось Anchors Report конкурентів у ТОП-5 — які анкори юзають, в яких пропорціях. Це стандартний шлях.

Сценарій 2: Бренд є, але Ahrefs пустий

Бренд існує, але ще не набрав частотки в Ahrefs. Є хоча б якісь ревью-статті або офіційний сайт.

Що робити:

• Перевірити valentin.app — вбити назву бренду + гео, подивитись видачу і які сайти є
• Знайти ревью-статті конкурентів — подивитись їх title, description, H1: як вони пишуть назву бренду (разом, окремо, з «casino» чи без)
• Подивитись офіційний сайт бренду — як вони позиціонують свій бренд (title, desc, H1)
• На основі цього сформувати список branded-варіацій для анкор-листа

Сценарій 3: Бренд не існує

Ні частотки, ні ревью-статей, ні конкурентів. Тільки назва бренду і домен який ми підняли.

Що робити:

• Подивитись офіційний сайт бренду (якщо є) — як вони самі пишуть назву
• Визначити інтуїтивно: «blabla casino» чи «bla bla casino» чи «blablacasino» — це залежить від досвіду і знання ніші
• Сформувати базовий набір варіацій: назва бренду (злито/окремо), з «casino», без «casino», з великої літери, рядковими
• Стартувати з branded + URL анкорами (фаза 1), keyword-анкори додаємо пізніше коли з'являться дані

2.6 Типи анкорів

Кожен анкор належить до одного з типів. Розуміння типів — основа правильної процентовки.

2.7 Процентовка анкорів

Правильний баланс між anchor і non-anchor посиланнями — це те, що відрізняє безпечне просування від ризикованого. Процентовка залежить від фази проєкту.

Фаза 1: Старт (місяці 1-3)

Переважно non-anchor. Мета — створити природний лінк-профіль.

Фаза 2: Зростання (місяці 4-6+)

Поступово додаємо keyword-анкори.

Фаза 3: Зріла стратегія (TOP 10+)

Орієнтир: ~54% anchor / ~46% non-anchor. Коригується під конкурентне середовище конкретного гео і ключа (→ п. 2.9 Аналіз конкурентів).

Коригування по позиціям

2.8 Структура файлу (Google Sheets)

Єдиний формат для всіх проєктів. Файл — Google Sheets, кожен проєкт = окрема вкладка. Таблиця має дві логічні частини:

🔗 Реальний приклад вкладки проєкту  |  🔗 Реальний приклад Team File Project (АЛ командного проєкту)

Реальний приклад: betrivieracasino.net, FR geo, 20 лінків/місяць. 🔗 Відкрити в Google Sheets

Ліва частина — трекінг завдань

Кожен рядок = одне посилання. Тім-лід заповнює і моніторить хто що робить, скільки ссилок поставлено, перевіряє на відпади.

Формула Type2 (авто-визначення)

Колонка Type2 заповнюється автоматично формулою:

Логіка: якщо значення в колонці Anchor (E) співпадає з Project Name (C) або Target URL (D) — значить це naked URL, ставимо «URL». Якщо текст анкора відрізняється — це текстовий анкор, ставимо «Anchor».

Права частина — зведена по анкорам

Автоматично підраховується на основі лівої частини:

Маппінг Type + Type2

2.9 Як складати анкор-лист з нуля

Покрокова інструкція для нового проєкту:

1. Збери ключові слова: Витягни з Ahrefs ключі, по яких ранжиться сайт + ключі конкурентів. Сортуй за частотністю (зверху — найчастотніші).
   💡

   Якщо бренд новий і в Ahrefs пусто:
   Ключі формуєш вручну: назва бренду + варіації написання (злито, роздільно, з casino, без). Перевір видачу по кожному ключу — частотка може бути, але в серпі хуйня левая і ключ не варто юзати. Подивись як конкуренти-рев'юшники пишуть про цей бренд — які формулювання використовують.
2. Визнач бренд-варіації: Всі можливі написання бренду (з пробілами, без, з великої літери, скорочено).
3. Розрахуй пропорцію: відповідно до фази проєкту (→ п. 2.7). Одразу ставимо з правильною процентовкою, не відкладаємо keyword-анкори на потім.
4. Створи зведену: Права частина Google Sheets — список всіх анкорів з формулами підрахунку.
5. Визнач кількість: Скільки лінків/місяць? Зазвичай 15-30 для нового проєкту. Розбий 50/50 на profile і web.
6. Заповни ліву частину: Кожен рядок = конкретне завдання для лінкбілдера. Target URL, анкор, тип — все має бути прописане.
7. Перевір баланс: Права частина має показувати правильні відсотки. Якщо перекіс — скоригуй до заповнення.

2.10 Аналіз конкурентів через Ahrefs

Перед складанням анкор-листа обов'язково аналізуємо конкурентів у ТОП-10.

1. Відкрий Ahrefs → Site Explorer → Anchors для кожного конкурента в ТОП-5 по цільовому ключу.
2. Вивантаж список анкорів (Export → CSV). Зверни увагу на:
   • Співвідношення branded vs keyword anchors
   • Які exact match використовуються
   • Скільки % URL/naked
   • Чи є generic/LSI і в якій кількості
3. Зведи в таблицю порівняння 3-5 конкурентів. Визнач «середнє по ніші».
4. Твій анкор-лист має бути в рамках цього «середнього», плюс-мінус 5-10%.

→ Розділ 06: Моніторинг SERP — як відслідковувати позиції для прийняття рішень по анкорам.

2.11 Коригування анкор-листа

Анкор-лист переглядається щомісяця на основі:

Тригери для коригування

• Зміна позицій: Ріст = продовжуємо стратегію. Падіння = аналізуємо дисбаланс.
• Нові ключі: Моніторимо Ahrefs — якщо з'являються нові ключі, додаємо їх в анкор-лист.
• Зміна конкурентного середовища: Новий конкурент в ТОП = перевіряємо його анкори.
• Індексація: Нові сторінки проіндексовані = можна додавати анкори для них.

Ретроспектива (щомісячна)

1. Відкрий Ahrefs → Anchors для свого проєкту
2. Порівняй фактичний розподіл з плановим (з Excel)
3. Якщо є перекос (наприклад, забагато exact match) — наступного місяця компенсуй branded/URL
4. Порівняй з динамікою позицій за цей же період

Корекція при падінні позицій

1. Перевір в Ahrefs: чи є дисбаланс у типах анкорів
2. Якщо перекіс в anchor — наступного місяця ставимо переважно branded + URL
3. Якщо перекіс в non-anchor — акуратно додаємо partial match + LSI
4. Не робимо різких змін! Корекція = поступове зміщення на 5-10% за місяць

→ Розділ 07: Decision Trees — алгоритми прийняття рішень при падінні позицій.

2.12 Околоанкорний текст

Більшість текстів генерується автоматично (PBN/Baker 🥧) або готується окремо. Цей розділ потрібен тім-ліду для двох речей:

1. Контроль якості — розпізнати AI-slop і поганий околоанкорний текст в роботі лінкбілдерів
2. Інструктаж лінкбілдерів — коли вставляють лінки вручну на форумах, вебках, крауді

Околоанкорний текст (surrounding text) — це слова до і після анкорного посилання. Google читає приблизно 5 слів у радіусі від анкора і використовує їх для розуміння контексту посилання.

Правила

• 3-7 слів до і після анкора, тематично пов'язані з цільовою сторінкою
• Слова мають бути co-occurrence словами ніші + гео (слова, що природно зустрічаються поруч з вашим ключем у ТОП-10 видачі)
• Анкор стоїть посередині речення — не на початку, не в кінці
• Посилання у верхній або середній третині тексту, не в останньому абзаці
• Одне посилання на один пост
• Кожен околоанкорний текст унікальний — ніяких шаблонів між постами

Формула вставки

Як розпізнати AI-slop (так робити НЕ МОЖНА)

Типовий AI-патерн — три мови, ідентична структура, одні й ті ж конструкції:

Проблема: всі три — калька одного шаблону. «Світ казино росте → хто шукає надійну платформу → знаходить великий вибір ігор і бонусів.» Це миттєво впізнається і гуглом, і модераторами.

Стоп-слова AI-slop по мовах

• 🇫🇷 FR: découvrez, plongez, explorez, ne manquez pas, profitez, une expérience unique
• 🇩🇪 DE: entdecken Sie, tauchen Sie ein, verpassen Sie nicht, erleben Sie, umfangreiche Auswahl
• 🇳🇱 NL: ontdek, duik in, mis niet, ervaar, uitgebreid aanbod

Як правильно (різна структура під кожну мову)

Специфіка по типам розміщення

→ Розділ 4: Лінкбілдінг — деталі по кожному типу розміщення.

2.13 Типи посилань і маппінг

В анкор-листі використовуються різні типи розміщень. Кожен тип має свій формат і правила:

2.14 Шаблони і реальні приклади

Нижче — шаблон стандартного анкор-листа та приклад з реального проєкту.

Шаблон Excel-файлу

Реальний приклад: betrivieracasino.net (FR geo)

60 посилань, 3 місяці, 20 лінків/місяць. 9 унікальних анкорів:

• 46.7% — naked URL (betrivieracasino.net)
• 33.3% — branded варіації (betrivieracasino, Betrivieracasino, bet riviera casino, Betriviera Casino, betriviera)
• 11.6% — brand+keyword (betrivieracasino avis, betriviera casino avis)
• 3.3% — brand+keyword (betrivieracasino casino)
• 0% exact match — не використовувався на початковому етапі

Чеклист перед відправкою лінкбілдеру

• ✅ Всі рядки заповнені: Target URL, Anchor, Type, Type2
• ✅ Процентовка в правій частині відповідає стратегії
• ✅ Баланс Profile/WEB приблизно 50/50
• ✅ Немає дублів анкорів підряд (розмішуй)
• ✅ Branded-варіації різні (не один і той же запис 20 разів)
• ✅ Для WEB-розміщень підготовлений околоанкорний текст
• ✅ Перевірено блеклист донорів (особливо для бренд-груп — донори не пересікаються між доменами)
• ✅ Файл збережений і доступний лінкбілдеру

Контент

Підготовка текстів для лінкбілдінгу: вебки, трастик, крауд, PBN.

3.1 Які типи контенту ми генеруємо

• Тексти для вебок — web 2.0 платформи (Medium, WordPress.com, Tumblr)
• Тексти для трастика — HTML-статті для сторонніх сайтів
• Тексти для крауду — пости на форумах, коментарі
• Тексти для PBN (Baker 🥧) — AI-генерація → Розділ 05

3.2 Хто генерує контент

• Тімлід готує шаблони і інструкції → видає лінкбілдерам
• AI-генерація для PBN/Baker 🥧 — автоматично
• Анкор-листи готові (→ Розділ 02) → тепер треба контент під них

3.3 TODO: детальні інструкції по генерації

Контент буде додано...

Лінкбілдінг

Усі типи посилань, інструменти і процеси лінкбілдінгу.

4.1 Типи посилань у нашій системі

• Крауд — форуми, коментарі, Q&A
• Трастик — guest posts, niche edits, directories
• Аутріч — outreach campaigns
• PBN → Розділ 05: Baker 🥧

4.2 XRumer

• Налаштування і конфігурація
• Спін-шаблони (по мовах: DE, NL, FR)
• Проксі і капча (XEvil)
• Тиражі і частотність
• Коли і на що юзати (tier-2, tier-3)

Контент буде додано...

4.3 GSA Search Engine Ranker

• Налаштування проектів
• Target types і фільтри
• Інтеграція з XRumer
• Tier-2/Tier-3 схеми

Контент буде додано...

4.4 Як ставити посилання (покроково)

Контент буде додано...

4.5 Як перевіряти проставлене

Контент буде додано...

4.6 Як рахувати посилання (метрики, KPI)

Контент буде додано...

4.7 Запаси посилань на різні ситуації

• NEW Новий сайт → стартовий пакет
• WARM Сайт в топ-20 → push пакет
• HOT Сайт падає → recovery пакет
• COLD Сайт в топ-5 → maintenance пакет

Контент буде додано...

Переіндексація, 2-й шар, PBN (Baker 🥧)

Підсилення поставлених посилань: переіндексація, tier-2 прогони, Baker 🥧 для 1-го і 2-го шару.

5.1 Переіндексація — що це, коли і як

Контент буде додано...

5.2 2-й шар посилань — навіщо і пропорції

• Що це і навіщо
• Які лінки на 2-й шар (GSA, XRumer, bookmarks, Baker 🥧)
• Пропорції tier-1 vs tier-2

Контент буде додано...

5.3 XRumer

• Налаштування і конфігурація
• Спін-шаблони (по мовах: DE, NL, FR)
• Проксі і капча (XEvil)
• Тиражі і частотність
• Коли і на що юзати (tier-2, tier-3)

Контент буде додано...

5.4 GSA Search Engine Ranker

• Налаштування проектів
• Target types і фільтри
• Інтеграція з XRumer
• Tier-2/Tier-3 схеми

Контент буде додано...

5.5 Baker 🥧 — як юзаємо для 2-го шару

Прокачка наших лінків (tier-1) за допомогою автопостингу Baker 🥧.

Контент буде додано...

5.6 Baker 🥧 — як юзаємо для 1-го шару

Лінки прямо на money sites через PBN-мережу Baker 🥧.

Контент буде додано...

5.7 Контент для Baker 🥧 (AI-генерація)

AI-генерація статей, анкори, процентовки для PBN.

Контент буде додано...

5.8 Моніторинг індексації

Контент буде додано...

Моніторинг SERP

Як відслідковувати позиції, розпізнавати тригери і приймати рішення на основі видачі.

3.1 Що моніторити і як часто

Контент буде додано...

3.2 Інструменти

SE Ranking, DataForSEO, manual checking.

Контент буде додано...

3.3 Як читати видачу: на що дивитись

• Позиція vs URL
• Зміни в топ-10 (нові гравці, випадіння)
• Featured snippets, PAA
• Competitor movements

Детальний контент буде додано...

3.4 Тригери для дій

• Різке падіння → що робити → 8.1 Різке падіння
• Повільне зростання → як пушити
• Стагнація → діагностика

Контент буде додано...

3.5 Робота з гео-специфікою

Різні SERPs для різних країн: NL, DE, FR, CH, AT, BE, GB, FI.

Контент буде додано...

Прийняття рішень (Decision Trees)

Алгоритми дій для різних ситуацій: від падіння до утримання топу.

8.1 Сайт різко впав

Decision tree буде додано...

8.2 Сайт повільно падає

Decision tree буде додано...

8.3 Сайт стоїть на місці

Decision tree буде додано...

8.4 Сайт росте — як прискорити

Decision tree буде додано...

8.5 Сайт в топ — як утримати

Decision tree буде додано...

8.6 Новий сайт — дорожня карта перших 3 місяців

Decision tree буде додано...

8.7 Депаючий сайт — recovery playbook

Decision tree буде додано...

8.8 Пріоритезація: HOT / WARM / COLD / NEW

Контент буде додано...

8.9 Розподіл ресурсів між сайтами

Контент буде додано...

Каноникали і клей

Canonical-мережі, склейка доменів, hreflang-мережі і технічна реалізація.

5.1 Що таке каноникал-мережа

Контент буде додано...

5.2 Як працює клей (склейка доменів)

Контент буде додано...

5.3 Коли юзати canonical vs 301 vs клей

Контент буде додано...

5.4 Архітектура мережі (hub + satellites)

Контент буде додано...

5.5 Вибір доменів для мережі

Вибір дропів для мережі → Розділ 10: Дропи

Контент буде додано...

5.6 Hreflang-мережі vs canonical-мережі

Контент буде додано...

5.7 Технічна реалізація

Контент буде додано...

5.8 Моніторинг і maintenance

Контент буде додано...

5.9 Що робити коли мережу розклеїло

Контент буде додано...

Абузи — захист і атака

DMCA, hosting abuse, TLD complaints — як захищатись і як діяти.

10.1 Захист від абуз

• DMCA complaints → як відбивати
• Hosting abuse → response templates
• TLD zone complaints (FR/ANJ, NL/KSA, DE/GGL, CH/ESBK)
• Trademark disputes → nominative fair use, illegal operator defense
• Corsearch і шаблонні скарги
• Recurring complainants
• Legal response templates

Контент буде додано...

10.2 Атака на конкурентів

ПОБАЧИВ КОНКУРЕНТА В СЕРПІ
│
├── Який TLD?
│   ├── .fr → AFNIC + ANJ (секція 10.2.1) ← НАЙЕФЕКТИВНІШЕ
│   ├── .nl → SIDN + KSA (секція 10.2.6)
│   ├── .de → DENIC + GGL (секція 10.2.7)
│   ├── .ch → SWITCH + ESBK (секція 10.2.8)
│   ├── .co.uk/.uk → Nominet + UKGC (секція 10.2.9)
│   └── .com/.net/.org → Немає TLD registry атаки
│       └── Переходь до наступного кроку
│
├── Який реєстратор? (дивись WHOIS)
│   ├── Namecheap → 🎯 PHISHING COMPLAINT = автобан (секція 10.2.3)
│   ├── Key-Systems → Середній, працює з документацією
│   ├── GoDaddy → Зазвичай ігнорує
│   └── Porkbun/Njalla/Tucows → Стійкі, не варто
│
├── Який хостинг? (дивись IP → ipinfo.io)
│   ├── HOSTiQ → 🎯 ABUSE = весь сервер offline за 24 год
│   ├── Hetzner → Висока ефективність (німці)
│   ├── DigitalOcean → Висока ефективність
│   ├── OVH → Середня
│   └── Власний сервер → Тільки регулятор/Google
│
├── За Cloudflare?
│   ├── Так → CF abuse (масово 5+ скарг) + CF розкриє origin IP
│   └── Ні → Писати напряму хостеру
│
├── Чи є бренд казино в домені?
│   ├── Так (roobet-casino.net, betano-casino.com) →
│   │   PHISHING + TRADEMARK complaint (секція 10.2.3, 10.2.4)
│   └── Ні (bestcasinoreviews.com) →
│       Тільки регулятор + hosting abuse + Google
│
├── Яке гео таргетується?
│   ├── FR → ANJ complaint (будь-який TLD!) (секція 10.2.1, 10.2.2)
│   ├── NL → KSA complaint (секція 10.2.6)
│   ├── DE → GGL complaint (секція 10.2.7)
│   ├── CH → ESBK complaint (секція 10.2.8)
│   ├── UK → UKGC complaint (секція 10.2.9)
│   └── Інше → Тільки хостинг/реєстратор/Google
│
└── ЗАВЖДИ паралельно:
    ├── Google Legal Removal (секція 10.2.10)
    ├── Google Safe Browsing report
    └── Web Archive (архівуй ПЕРЕД подачею скарг)

1. WHOIS → IP адреса
2. ipinfo.io/[IP] → Organization = хостер
3. Або: curl -sI https://[домен] | grep -i server
4. Якщо Cloudflare → шукай origin IP:
   - SecurityTrails → Historical DNS
   - Shodan → SSL certificate search
   - Censys → certificate fingerprint

Subject: Illegal Content Report — [ДОМЕН] — [IP]

Dear Abuse Team,

The server at IP [IP] hosts the website [ДОМЕН] which
promotes illegal online gambling to [COUNTRY] consumers
in violation of [LAW].

[КАЗИНО] is not licensed by [РЕГУЛЯТОР] and online casino
gambling is illegal in [COUNTRY].

This has been reported to [РЕГУЛЯТОР].

Server IP: [IP]
Domain: [ДОМЕН]
Evidence: [ARCHIVE URL]

I request that you suspend this account pending investigation.

Regards,
[ІМ'Я]

1. Відкрити support.google.com/legal/troubleshooter/1114905
2. Select product → Google Search
3. Which product → Google Search
4. AI generated content → No
5. Reason → Legal Reasons to Report Content
6. Type → Other (content violating local laws)
7. Click "Create request" → заповнити форму

В листі AFNIC: "Reported to ANJ and registrar"
В листі ANJ: "Report filed with AFNIC"
В листі реєстратору: "Reported to AFNIC and ANJ"
В Google Legal: "Reports filed with AFNIC and ANJ"

10.2.1 Атака: Takedown .fr доменів (Франція)

Чому Франція — найлегша мішень

1. Онлайн казино повністю заборонене — на відміну від NL/DE/UK де є ліцензовані оператори, у Франції казино-сайти нелегальні за замовчуванням
2. AFNIC має restricted keywords — слова bet, casino, gambling, slot, roulette і т.д. повинні блокуватись при реєстрації .fr
3. ANJ веде публічний blacklist — легко довести що казино вже заблоковане
4. AFNIC перевіряє eligibility холдера — якщо holder анонімний або не з EU — домен видаляється за 30 днів
5. Перехресні скарги між AFNIC ↔ ANJ створюють інституційний тиск

Кейс: roobet.fr (лютий 2026)

Контекст

Конкуренти запустили DDoS на наші сайти + подавали фішинг-скарги на Cloudflare. Ми виявили їхній сайт roobet.fr — аффіліат, який редиректив французьких юзерів на MyStake Casino (вже заблокований ANJ). Замість DDoS у відповідь — використали легальний шлях через регулятора та реєстр.

Що знайшли

Результат

• AFNIC юридичний відділ підтвердив прийняття скарги через 1 день
• AFNIC запустив перевірку всього portfolio холдера (не тільки одного домену)
• Додатково знайшли ще 3 .fr домени на тій самій інфраструктурі

Покрокова інструкція

КРОК 0: Підготовка персони

Створити Gmail:

• Формат: ім’я.прізвище + цифри@gmail.com
• Топ прізвища Франції: Durand, Moreau, Lefevre, Bertrand, Garnier, Martin, Bernard
• Цифри 75, 92, 69, 33 — коди департаментів (Париж, Ліон)
• Фотку НЕ ставити — дефолтна буква. AI-генерація палиться.

Дані для форм:

КРОК 1: Збір доказів

Скрін 1: Підтвердження французького IP

1. Зайти на whatismyipaddress.com
2. Переконатись: Country: France, City: Paris
3. Fullpage скріншот з видимим URL
4. Зберегти: 01_french_ip.png

Скрін 2: Пошук в Google.fr

1. Відкрити google.fr (не .com!)
2. Вбити назву казино, наприклад: «roobet»
3. Скрін видачі де видно .fr домен в результатах
4. URL бар повинен показувати google.fr
5. Зберегти: 02_google_search.png

Скрін 3: Головна сторінка сайту

1. Клікнути на результат, зайти на сайт
2. Fullpage скрін головної сторінки
3. Видно: французький контент, кнопки Register/Login, URL в барі
4. Навести мишку на кнопку реєстрації — внизу браузера з’явиться URL аффіліат-посилання (напр. /go/roobet/)
5. Зберегти: 03_homepage.png

Скрін 4: Редирект на казино

1. Клікнути на кнопку реєстрації
2. Використати розширення Redirect Path або аналог — воно покаже всю ланцюжку 302 редиректів
3. Скрін сторінки казино де видно куда привело + ланцюжок редиректів
4. Зберегти: 04_redirect_chain.png

Скрін 5: ANJ blacklist

1. Зайти на anj.fr
2. Знайти список заблокованих сайтів (blocage_sites_illegaux)
3. Знайти казино на яке веде редирект і зробити скрін
4. Зберегти: 05_anj_blacklist.png

Скрін 6: WHOIS

1. Зайти на whois.domaintools.com
2. Вбити домен
3. Fullpage скрін з даними реєстрації
4. Зберегти: 06_whois.png

На що звертати увагу в WHOIS:

• holder-c — хто власник (часто anonymous)
• reachstatus — якщо «not identified» — це козир для AFNIC
• registrar — куди писати abuse
• nserver — NS сервери (можна знайти інші домени на тих самих NS через Reverse NS Lookup)
• tech-c — технічний контакт (часто веде до компанії яка управляє сіткою)

Скрін 7: Web Archive

1. Зайти на web.archive.org/save
2. Вставити URL сайту → натиснути Save
3. Скрін підтвердження + скопіювати archived URL
4. Зберегти: 07_web_archive.png

КРОК 2: Збірка PDF з доказами

Зібрати всі скріни в один PDF з підписами англійською. PDF прикладається до форм AFNIC і до листів ANJ/регістратору.

Структура PDF:

1. Текстове обґрунтування (порушення, закони, факти)
2. Скріншоти з підписами
3. WHOIS дані
4. Посилання на Web Archive

КРОК 3: AFNIC — Report Domain Name

URL: afnic.fr — Report a domain name 🔗

Форма проста — 4 поля:

Поле Remarks — вставляємо текст скарги. Прикріпити файли не можна — все в тексті.

Шаблон для Remarks:

Domain name: [ДОМЕН]

I am a French internet user reporting the domain [ДОМЕН]
which is unlawful and contrary to public order.

1. RESTRICTED KEYWORD VIOLATION
The domain contains the keyword "[KEYWORD]" which is explicitly
listed among AFNIC's restricted gambling-related terms for
.fr TLD registrations.

2. PROMOTION OF ILLEGAL ONLINE GAMBLING
The website operates as an affiliate gateway redirecting
French users to [НАЗВА КАЗИНО] ([URL КАЗИНО]).
The redirect chain is:
[ДОМЕН]/go/[SLUG]/ -> [AFFILIATE LINK] -> [URL КАЗИНО]

[НАЗВА КАЗИНО] has been on the ANJ official blacklist since
[ДАТА] (blocage_sites_illegaux list).

This domain circumvents the ANJ blocking order by providing
French consumers with an alternative access point to an
already-blocked illegal casino.

3. VIOLATION OF FRENCH GAMBLING LAW
Online casino games are prohibited in France under Law
No. 2010-476 of 12 May 2010 (Article 56). Promoting
illegal gambling is punishable under Article 57
(fine up to EUR 100,000).

4. HOLDER REACHABILITY
WHOIS shows reachstatus: "not identified". Holder is
anonymous ("[HOLDER NAME]").

Web Archive: [ARCHIVE URL]

КРОК 4: AFNIC — Holder Eligibility Check

URL: afnic.fr — Holder eligibility 🔗

Форма з 4 кроків:

Step 1: Information concerning the applicant

Step 2: Information concerning the holder

Step 3: Reasons for the request

Галочки — тікаємо ОБІ:

• ☑ The postal address and/or the telephone number are fictitious
• ☑ The holder is not resident in a European Union Member State

Прикріпити файл: PDF з доказами (скріни + обґрунтування). Допустимі формати: .pdf, .doc, .docx, .jpg, .png

Step 4: Send

• ☑ I have read the information below and accept the terms
• ☑ I am human
• Натиснути Send

КРОК 5: ANJ — Французький регулятор

Куди: contact@anj.fr

Subject: Signalement d’un site de jeux illégaux — [ДОМЕН]

Шаблон:

Madame, Monsieur,

Je souhaite signaler le site [ДОМЕН] qui promeut des jeux
de casino en ligne illegaux aupres des consommateurs francais.

SITE SIGNALE: https://[ДОМЕН]
DOMAINE: .fr (gere par l'AFNIC)
LANGUE: Francais
PUBLIC CIBLE: Consommateurs francais

CONSTATATIONS:

Le site [ДОМЕН] fonctionne comme un site affilie
redirigeant les utilisateurs francais vers le casino
[НАЗВА КАЗИНО] ([URL КАЗИНО]). La chaine de redirection:

[ДОМЕН]/go/[SLUG]/ -> [AFFILIATE LINK] -> [URL КАЗИНО]

Je note que [НАЗВА КАЗИНО] figure deja sur la liste noire
de l'ANJ depuis le [ДАТА] ([ДОМЕН КАЗИНО]).

Le site sert a contourner l'ordonnance de blocage
administratif deja emise par l'ANJ contre [НАЗВА КАЗИНО].

INFORMATIONS TECHNIQUES:
- Registrar: [РЕЄСТРАТОР]
- Contact technique: [TECH CONTACT]
- Serveurs DNS: [NS1] / [NS2] ([X] domaines)
- IP: [IP] ([ЛОКАЦІЯ])
- Domaine cree le: [ДАТА]
- Titulaire WHOIS: [HOLDER INFO]

Je demande a l'ANJ de:
1. Enqueter sur ce site et son operateur
2. Emettre une ordonnance de blocage et de dereferencement
3. Notifier les FAI pour bloquer l'acces
4. Notifier les moteurs de recherche pour deref. ce domaine

Un signalement a ete depose aupres de l'AFNIC.

Preuve archivee: [ARCHIVE URL]

Cordialement,
[ІМ'Я]
[EMAIL]
[ТЕЛЕФОН]
[АДРЕСА]

КРОК 6: Реєстратор — Abuse Report

Знайти реєстратора в WHOIS. Писати на abuse@[registrar].

Subject: Abuse Report — [ДОМЕН] — Illegal Gambling & AFNIC Policy Violation

Шаблон:

Dear Abuse Team,

I am reporting the domain [ДОМЕН] registered through
[РЕЄСТРАТОР].

VIOLATIONS:

1. AFNIC RESTRICTED KEYWORD
The domain contains "[KEYWORD]" which is blocked under AFNIC's
naming policy for .fr gambling-related registrations.

2. PROMOTION OF ANJ-BLACKLISTED CASINO
The website redirects French users to [КАЗИНО] which has
been on the ANJ blacklist since [ДАТА]. Redirect chain:
[ДОМЕН]/go/[SLUG]/ -> [AFFILIATE] -> [URL КАЗИНО]

3. VIOLATION OF FRENCH LAW
Online casino games are illegal in France under Law
No. 2010-476 (Article 56, 57).

4. HOLDER REACHABILITY
WHOIS: reachstatus "not identified", holder anonymous.

Reported to AFNIC and ANJ.

I request immediate suspension pending investigation.

Evidence: [ARCHIVE URL]

Regards,
[ІМ'Я]
[EMAIL]

КРОК 7: Google — Legal Removal Request

URL: Google Legal Removal 🔗

Навігація по формі:

1. Select product: Google Search
2. Which product: Google Search
3. AI generated content: No
4. Reason: Legal Reasons to Report Content
5. Type: Other (content violating local laws)
6. Натиснути Create request

Відкриється форма Legal Removal:

Allegedly infringing URLs (додавати через Add additional field):

https://[ДОМЕН]/
https://[ДОМЕН]/go/[SLUG]/
https://www.[ДОМЕН]/

Explain why content is unlawful:

The website [ДОМЕН] promotes illegal online gambling to
French consumers in violation of French law.

1. Online casino games are strictly prohibited in France
under Law No. 2010-476 of 12 May 2010 (Article 56).
Violation: up to 3 years imprisonment + EUR 90,000 fine.

2. Promoting illegal gambling sites is prohibited under
Article 57 (fine up to EUR 100,000).

3. The website redirects French users to [КАЗИНО] which
has been officially blocked by ANJ since [ДАТА].

Redirect chain: [ДОМЕН]/go/[SLUG]/ -> [AFFILIATE] ->
[URL КАЗИНО]

4. The domain uses .fr ccTLD, content is in French,
targeting French consumers.

Reports filed with AFNIC and ANJ.

Quote exact text from URLs:

Homepage contains: "[КАЗИНО] Casino France" -
"[ОПИС ФРАНЦУЗЬКОЮ З САЙТУ]" -
"Jouer maintenant" - "S'inscrire" - "Connexion" -
"Paris Sportifs" - "Bonus".
The page contains direct affiliate links redirecting to
[КАЗИНО] (blocked by ANJ since [ДАТА]) via /go/ URL path.

• ☑ I have good faith belief...
• Signature: Antoine Moreau
• Submit

КРОК 8 (додатково): Google Safe Browsing

URL: Google Safe Browsing Report 🔗

Репорт як phishing/deceptive site.

КРОК 9 (додатково): Cloudflare Abuse

Тільки якщо сайт за Cloudflare.

URL: Cloudflare Abuse Form 🔗

Категорія: Phishing / Fraud / Illegal Content

Розкопка інфраструктури: пошук інших доменів

Якщо знайшли NS сервери або IP — можна знайти ВСІ домени на тій самій інфраструктурі.

Reverse NS Lookup

Інструменти (безкоштовні):

• securitytrails.com/list/ns/[NS] — найповніший, потрібна безкоштовна реєстрація
• viewdns.info/reversens/ → ввести NS
• dnslytics.com/reverse-ns → ввести NS

Reverse IP Lookup

• viewdns.info/reverseip/ → ввести IP
• securitytrails.com/list/ip/[IP]

Reverse WHOIS

• viewdns.info/reversewhois/ → ввести ім’я tech contact або компанію

Що робити з результатами

1. Відфільтрувати всі .fr домени — перший пріоритет (AFNIC юрисдикція)
2. Відфільтрувати .de, .nl, .be, .it — також EU, атакуємо через локальних регуляторів
3. Перевірити кожен .fr домен: зайти → подивитись яке казино → перевірити ANJ blacklist → подавати скарги за тим самим шаблоном

Кейс: gamtraff.com network (24 домени)

З Reverse NS Lookup на ns2.gamtraff.com знайшли:

3 додаткових .fr домени:

• bc-game.fr (keyword: «game»)
• wild-sultan-casino.fr (keyword: «casino»)
• cresusonlinecasino.fr (keyword: «casino»)

15 .nl доменів (атакуємо через KSA/SIDN — див. секцію 10.2.2):

goldenpanda.nl, 0xbet.nl, bcgame.nl, betspino.nl, jungliwin.nl, wizebets.nl, spiny-bet.nl, qbetcasino.nl, casinolab.nl, slotit.nl, slottio.nl, boomerangbet.nl, rakoocasino.nl, tiptop-bet.nl, funbet1.nl

Інші: bcgame.com.de, stakecasino.it, yonibet.bet, loco-win.com

Юридична база для скарг

AFNIC Restricted Keywords (вибірка)

Слова які автоматично мають блокуватись при реєстрації .fr:

casino, gambling, betting, bet, bets, betonline, livebet, wager, gamble, sportsbook, blackjack, poker, roulette, slot, slots, lottery, jackpot, casinobonus, welcomebonus, freespins, nodeposit, jeuxdargent, parisportif, machinesasous

Таймлайн і очікування

Критичні правила

1. ВСІ скарги в один день. Перехресні посилання між органами підсилюють кожну скаргу.
2. В листі ANJ згадуйте AFNIC і навпаки — це створює інституційний тиск.
3. Зберігайте ВСІ підтвердження та номери тікетів.
4. Якщо AFNIC/ANJ просять доп. інфо — відповідайте протягом 24 годин.
5. Ніколи не згадуйте що ви конкурент або працюєте в iGaming.
6. Процес повторюється для кожного .fr домену — шаблони ті самі, змінюються тільки дані.
7. Якщо вони мігрують на новий домен — подавайте нові скарги одразу.
8. Архівуйте сайт ПЕРЕД подачею скарг — Web Archive буде доказом якщо сайт знесуть.

Реальні відповіді від AFNIC (кейс roobet.fr)

Відповідь 1 — AFNIC Eligibility (через 1 день):

Bonjour,
Nous vous remercions pour votre signalement.
Nous tenons à vous informer que l'Afnic agira en conséquence,
après avoir étudié votre demande et pris en compte la gravité du cas.

Що це означає: Юридичний відділ AFNIC прийняв скаргу і оцінює серйозність випадку.

Відповідь 2 — AFNIC Report (через 1 день):

We acknowledge receipt of your report and thank you for
contacting our services.
We are taking your report into account and would like to
inform you that a verification procedure is currently
underway regarding the domain name holder's portfolio.

Що це означає:

• currently underway — перевірка ВЖЕ запущена
• portfolio — AFNIC дивиться не тільки на один домен, а на ВЕСЬ ПОРТФЕЛЬ холдера
• Відповідь від конкретного юриста (не автовідповідь) — кейс назначений на людину

Інструменти для розвідки (чеклист)

FAQ для тім лідів

Q: Що якщо казино немає в ANJ blacklist?

A: Все одно працює. Онлайн казино нелегальне у Франції за замовчуванням. Просто замість «circumventing ANJ blocking order» пишете «promoting unlicensed online casino in violation of Law No. 2010-476».

Q: Чи можна атакувати .fr домен який не містить restricted keyword?

A: Так. Restricted keyword — це додатковий аргумент, але не обов’язковий. Головне — promotion of illegal gambling + holder eligibility.

Q: Скільки скарг можна подати з одного email?

A: Необмежено, але якщо подаєте більше 5-10 — використовуйте 2-3 різні персони щоб не виглядало як спам-кампанія.

Q: Що робити якщо AFNIC не відповідає?

A: Чекайте 5 робочих днів, потім надішліть follow-up на support@afnic.fr з посиланням на оригінальну скаргу.

Q: Чи працює це для .re, .pm, .tf, .wf, .yt?

A: Так! AFNIC управляє всіма цими TLD. Процес ідентичний.

Q: А для .fr доменів які НЕ про казино (наприклад, спортивні ставки)?

A: Спортивні ставки у Франції дозволені тільки з ліцензією ANJ. Якщо у оператора немає ліцензії — працює той самий процес. Перевіряйте список ліцензованих операторів на anj.fr.

10.2.2 Атака: .com/.net домени (FR-таргетинг без локального TLD)

Коли використовувати

Конкурент таргетує Францію але НЕ на .fr TLD. Це може бути:

Варіант А — «fr»/«france» в домені (легко довести таргетинг):

• roobetcasino-fr.net
• mystake-france.com
• casinobonus-fr.org

Варіант Б — нічого в домені не вказує на FR, але контент французький (найчастіший):

• matrixcasino.net — контент на FR, ранжується в Google.fr
• spaceslotzcasino.net — контент на FR, affiliate для FR юзерів
• bestcasinoreviews.com — generic домен, /fr/ субдиректорія

Як довести FR-таргетинг для ANJ/реєстратора:

1. Скрін Google.fr — сайт в видачі по французьким запитам (casino en ligne, meilleur casino)
2. Скрін сайту — контент французькою, кнопки «S’inscrire», «Jouer maintenant»
3. html lang — <html lang="fr"> або <html lang="fr-FR"> в коді сторінки
4. hreflang — якщо є <link rel="alternate" hreflang="fr" href="..."> — це прямий доказ
5. Geo IP redirect — якщо сайт редиректить з FR VPN на французьку версію

Вектори атаки

Вектор 1: ANJ (працює незалежно від TLD)

ANJ блокує будь-який URL який промотує нелегальний гемблінг для французів — не тільки .fr домени. В ANJ blacklist є .com, .net, .org, .win, .io — все підряд.

Процес ідентичний секції 10.2.1 (лист на contact@anj.fr французькою). Різниця — прибираємо аргумент про AFNIC restricted keywords, додаємо акцент на контент + Google.fr presence.

Додатковий аргумент для ANJ (якщо є «fr» в домені):

Le choix delibere d'inclure "fr" ou "france" dans le nom de
domaine demontre l'intention claire de cibler les consommateurs
francais, malgre l'utilisation d'un TLD non-francais (.com/.net)
pour eviter la reglementation AFNIC.

Додатковий аргумент для ANJ (якщо generic домен без «fr»):

Bien que le nom de domaine ne contienne pas de reference
explicite a la France, le site cible deliberement les
consommateurs francais:
- Le contenu est entierement en langue francaise
- Le code source contient lang="fr-FR"
- Le site apparait dans les resultats de recherche Google.fr
  pour des requetes telles que "casino en ligne",
  "meilleur casino" (voir captures d'ecran jointes)
- Les boutons d'inscription sont en francais
  ("S'inscrire", "Jouer maintenant")

Вектор 2: Реєстратор abuse

Для .com/.net реєстратор — це Verisign (реєстр) + конкретний реєстратор (Namecheap, GoDaddy, Key-Systems і т.д.).

Знайти реєстратора: WHOIS → Registrar field → abuse@[registrar]

Шаблон для .com/.net:

Subject: Abuse Report — [ДОМЕН] — Illegal Gambling Promotion

Dear Abuse Team,

The domain [ДОМЕН] registered through your service is being
used to promote illegal online gambling to French consumers.

VIOLATIONS:

1. The website promotes online casino gambling which is illegal
in France under Law No. 2010-476 of 12 May 2010.

2. The domain deliberately includes "fr"/"france" in its name
to target French consumers.

3. Content is in French language, targeting French market.

4. The site redirects users to [КАЗИНО] via affiliate links.
[КАЗИНО] is on the ANJ (French gambling regulator) blacklist.

This has been reported to the ANJ.

I request suspension pending investigation.

Evidence: [ARCHIVE URL]

Regards,
[ІМ'Я]

Ефективність реєстраторів:

Вектор 3: Хостинг abuse

Знайти хостинг через:

• curl -sI https://[ДОМЕН] | grep -i server — показує серверне ПЗ
• WHOIS → IP → ipinfo.io → хостинг-провайдер
• Якщо за Cloudflare — curl -v -H "Host: [ДОМЕН]" [ORIGIN_IP]/ покаже origin

Куди писати abuse:

Cloudflare: працює через об’єм

Cloudflare сам не тушить сайти — вони пересилають скаргу origin-хостеру. АЛЕ:

• CF ставить phishing плашку «Deceptive site ahead» при масових скаргах → трафік -90%
• CF пересилає хостеру з позначкою «Cloudflare Trust & Safety forwarded this complaint» — хостер лякається
• Чим більше скарг — тим вищий пріоритет. 1 скарга = ігнор. 5+ скарг від різних «юзерів» = дія
• CF розкриває origin IP в листі хостеру — навіть якщо конкурент ховає IP за CF

HOSTiQ: найслабша ланка

Вектор 4: Google Legal Removal

Ідентичний процес що і для .fr (секція 10.2.1, КРОК 7). TLD не має значення — Google видаляє за порушення локального закону.

Вектор 5: Google Safe Browsing

URL: Google Safe Browsing Report 🔗

Репортимо як deceptive site. Якщо Google підтвердить — червона плашка «Deceptive site ahead» в Chrome. Це знищує трафік.

Порівняння ефективності: .fr vs .com/.net

10.2.3 Атака: Фішинг-скарги (Phishing Complaint)

Як це працює

Пишемо від імені «бренду» який сайт нібито імітує. Суть: конкурент використовує назву казино/бренду в своєму домені → ми пишемо від імені цього казино що це фішинг.

Анатомія фішинг-скарги (на основі реальних скарг проти нас)

Ми отримували десятки таких скарг від:

• Jérémy Benjamin / CABINET DBL (Франція) — діє від імені Sarah Eternal S.R.L., Tronabriz Limited та інших
• Corsearch / Kaizen Gaming — діє від імені Betano
• Nikolay Richter / mit-lawyers.com — діє від імені Curaçao/Costa Rica операторів

Структура ефективної фішинг-скарги:

Dear Sir/Madam,

By this letter, I, [ІМ'Я ЮРИСТА], acting on the basis of
a power of attorney issued by [НАЗВА КОМПАНІЇ], write to you
on behalf and for the benefit of the Trustee to officially
report the phishing website https://[ДОМЕН КОНКУРЕНТА].

The applicant, [НАЗВА КОМПАНІЇ], is a well-known gambling
company. [НАЗВА КОМПАНІЇ] manages several online casinos
offering various gambling games, one of which is [БРЕНД].
[БРЕНД] ([ОРИГІНАЛЬНИЙ ДОМЕН]) is a successful international
online casino.

The phishing website fraudulently impersonates applicant's
legitimate online casino brand "[БРЕНД]" and engages in
illegal activities aimed at cheating users, stealing personal
information and misappropriating financial data.

This is achieved by imitating the appearance of the official
website and then fraudulently redirecting users to third-party
phishing platform ([URL КУДИ РЕДИРЕКТИТЬ]) through a phishing
link ([ДОМЕН]/go/reg/) disguised as registration buttons,
where users are tricked into providing sensitive personal data.

Issue Summary:
- Domain Name: [ДОМЕН КОНКУРЕНТА]
- Nameservers: [NS]
- URL: https://[ДОМЕН КОНКУРЕНТА]
- Abuse Type: Phishing
- Targeted Entity: [БРЕНД] - [ОРИГІНАЛЬНИЙ ДОМЕН]

The phishing site is illegally posing as applicant's legitimate
brand. It uses official logo, design, color schemes and layouts
identical or very similar to those on applicant's legal site.

This illegal imitation contributes to:
- Unauthorized Redirection of users to phishing platforms
- Misuse of Intellectual Property (logos, names, designs)
- Consumer Deception misleading users about site ownership
- Financial Fraud through deceptive registration forms
- Legal and financial liability risks for the registrar

Given that ICANN has confirmed the classification of this
activity as phishing, you are obligated to immediately block
the domain. Otherwise, a complaint will be filed with ICANN
for breach of contract.

Sincerely,
[ІМ'Я]
[ЮРИДИЧНА КОМПАНІЯ]
[EMAIL]

Куди надсилати:

1. Реєстратор домену — abuse@[registrar]
2. Cloudflare (якщо за CF) — abuse.cloudflare.com → CF пересилає хостеру
3. Хостинг — abuse@[hosting]
4. Google Safe Browsing — safebrowsing.google.com/safebrowsing/report_phish/

Ключові елементи що роблять скаргу ефективною:

1. Згадка ICANN — лякає реєстраторів (вони бояться втратити акредитацію)
2. Згадка «breach of contract» — юридичний тиск
3. Згадка правоохоронних органів (BKA, BMI для DE; ANJ для FR)
4. «Power of attorney» — виглядає як юридичний документ
5. Конкретні URL з redirect chain
6. Строки — «I request immediate action within 24 hours»

Ризики фішинг-скарг

Коли НЕ використовувати фішинг-скарги:

• Коли домен конкурента НЕ містить назву бренду/казино
• Коли у вас немає доступу до email бренду
• Коли домен на реєстраторі де ви самі тримаєте домени (conflict of interest)
• Коли конкурент вже показав що вміє відбиватись (марна трата часу)

10.2.4 Атака: Brand/Trademark скарги

Два підходи

Підхід А: Від імені бренду (найефективніший)

Потрібно: email з домену бренду АБО email його юридичного представника.

Реальні юридичні представники які пишуть такі скарги:

• betano.ipr@bp.corsearch.com — Corsearch діє від імені Kaizen Gaming (Betano)
• dbl.avocats@gmail.com / legal@cabinet-dbl.com — Cabinet DBL діє від імені Costa Rica операторів
• info@mit-lawyers.com — Mit-Lawyers діє від імені Curaçao операторів

Як знайти abuse contact бренду:

1. Зайти на WHOIS оригінального домену бренду
2. Знайти registrant email або abuse contact
3. Або написати на legal@[бренд].com

Підхід Б: Від імені користувача (фішинг-скарга)

Не потрібно бути представником бренду. Пишете як «звичайний користувач» який знайшов фішинг-сайт.

Шаблон (для Cloudflare / хостингу):

Category: Phishing

I found a website at https://[ДОМЕН] that appears to be
impersonating the legitimate casino brand [БРЕНД]
(official site: [ОРИГІНАЛЬНИЙ URL]).

The site uses identical branding, logos, and design elements
but redirects users to a completely different platform
([URL КАЗИНО КУДИ РЕДИРЕКТИТЬ]) through hidden affiliate
links disguised as registration buttons.

This is classic phishing behavior — the site deceives users
into believing they are interacting with [БРЕНД] when in
reality they are being redirected to an unrelated third-party
platform where they may provide personal and financial data.

I request that this phishing site be taken down immediately.

[ІМ'Я]
[EMAIL]

Шаблон (для Google Safe Browsing):

URL: safebrowsing.google.com 🔗

URL: https://[ДОМЕН]

This site impersonates [БРЕНД] casino ([ОРИГІНАЛЬНИЙ URL]).
It uses their branding and logos but redirects to a different
platform through hidden links. Users are deceived into
providing personal data on what they believe is the official
[БРЕНД] website.

Trademark (UDRP) — ядерна опція

UDRP (Uniform Domain-Name Dispute-Resolution Policy) — процедура відбирання домену через WIPO або NAF. Коштує $1,500+ і займає 2-3 місяці.

Коли використовувати: Тільки якщо ви реально є власником trademark або маєте power of attorney від власника.

10.2.5 Захист від фішинг-скарг (Оборона)

Recurring attackers (наш досвід)

Як реагувати на фішинг-скаргу (покроково)

Крок 1: Не панікувати, прочитати скаргу

Типовий таймлайн:

• Реєстратор дає 48-96 годин на відповідь
• Хостинг (HOSTiQ) може вирубати протягом 24 годин без попередження
• Cloudflare пересилає хостеру і чекає їх рішення

Крок 2: Відповісти реєстратору/хостеру

Шаблон відповіді:

Dear [РЕЄСТРАТОР/ХОСТИНГ],

Thank you for forwarding the complaint regarding [ДОМЕН].

I would like to clarify the following:

1. THIS IS NOT A PHISHING WEBSITE

This is an independent editorial review/comparison website
that publishes reviews and comparisons of online casinos.
It does not collect any user credentials, financial data,
or personal information.

2. NOMINATIVE FAIR USE

The use of the brand name [БРЕНД] is protected under
nominative fair use doctrine. We are reviewing and comparing
their product — this requires using their name. The same
way CNET reviews Apple products and uses "Apple" and "iPhone"
in their articles and domain names.

3. THE COMPLAINANT IS NOT LICENSED IN [COUNTRY]

[НАЗВА КОМПАНІЇ] operates under a [Curaçao/Tobique/Costa Rica]
license which is NOT recognized in [COUNTRY]. They have no
trademark registration in [COUNTRY] or the EU. Their license
does not grant them any rights to suppress third-party reviews.

4. AFFILIATE, NOT IMPERSONATION

Our website clearly operates as an affiliate/review site.
Users who click registration links are redirected to
[КАЗИНО ПАРТНЕР] through a standard affiliate tracking system.
This is standard practice in the affiliate marketing industry
and is not phishing.

5. NO TRADEMARK REGISTRATION

We have verified that [НАЗВА КОМПАНІЇ] does not hold a
registered trademark for "[БРЕНД]" in [COUNTRY/EUIPO].
Without a registered trademark, their claim has no legal basis.

I request that you:
- Dismiss this complaint as unfounded
- Remove any phishing flags from our domain
- Restore full service if suspended

Please note that suspending our domain based on an unfounded
complaint would constitute a violation of ICANN's Transfer
Policy and our registrar agreement.

Regards,
[ІМ'Я]
[EMAIL]

Крок 3: Якщо домен вже вирубали

1. Негайно: Якщо це HOSTiQ або інший м’який хостинг — міняйте DNS на інший сервер
2. Паралельно: Подайте counter-notice реєстратору
3. ICANN complaint: Якщо реєстратор відмовляє трансфер — подавайте на icann.org/compliance/complaint 🔗

КЕЙС: HollyWin — Namecheap відібрав домени (реальна історія)

Що сталось:

Домени holy-win.net та holy-win.com на Namecheap були заблоковані БЕЗ ПОПЕРЕДЖЕННЯ. Плашка: «Suspended due to fraudulent activity, please contact legalandabuse@namecheap.com». Ми не отримали жодного листа з копією скарги.

Хто атакував: Ймовірно CABINET DBL (Jérémy Benjamin) — відомий серійний абузер який подає шаблонні фішинг-скарги від імені Costa Rica/Curaçao операторів.

Хронологія:

1. День 0: Домени заблоковані без попередження
2. День 0: Ми написали на legalandabuse@namecheap.com — вимагали копію скарги, докази «fraudulent activity», розблокування або дозвіл на трансфер
3. День 1: Namecheap відповів шаблоном: «suspended due to involvement in fraudulent activity» з посиланням на AUP. Відмовили і розблокувати, і дати трансфер.
4. День 1: Ми написали другий лист з юридичним тиском:
   • Вимагали evidence (ICANN RAA Section 3.18)
   • Вказали що відмова трансферу порушує ICANN Transfer Policy Section 3.4
   • Вказали що «content-based suspension» не є підставою для блокування трансферу
   • Пригрозили ICANN Contractual Compliance complaint
5. День 3+: Namecheap не дозволив трансфер → подали ICANN complaint (кейс #01576601)

Юридичні аргументи проти Namecheap:

Under ICANN's Transfer Policy Section 3.4, a registrar may
deny transfer ONLY under limited circumstances:
- Active UDRP proceeding
- Court order
- Registrant identity dispute
- Domain within 60 days of registration/transfer

Content-based suspension by registrar is NOT among the
enumerated grounds for denying outbound transfer.

Refusing to release = confiscation of property without
due process.

Уроки з кейсу HollyWin:

• ❌ Namecheap = toxic для iGaming. Банять по першій скарзі, не дають evidence, блокують трансфер
• ✅ Мігруйте домени з Namecheap ПРЕВЕНТИВНО — до того як прилетить скарга
• ✅ ICANN complaint працює — але повільно (тижні-місяці)
• ✅ Завжди вимагайте копію скарги — реєстратор зобов’язаний надати за ICANN RAA
• ✅ Трансфер ≠ Розблокування — це окремі речі, на трансфер мають право навіть при suspended

Крок 4: Превентивні заходи

1. Не тримайте домени на Namecheap — вони реагують на кожну скаргу і можуть заблокувати трансфер
2. Мігруйте на реєстраторів де abuse = менш агресивна: Porkbun, Njalla, Tucows
3. Не тримайте сайти на shared hosting (HOSTiQ) — один abuse = весь сервер лягає
4. Cloudflare: Вони не тушать сайти, тільки пересилають хостеру. Але CF phishing плашка = смерть трафіку
5. Архівуйте ваші сайти регулярно на web.archive.org — доказ що контент не змінювався

Чеклист: Що перевірити при отриманні abuse

• ☐ Хто скаржиться? (Перевірити Cabinet DBL, Corsearch, mit-lawyers.com)
• ☐ Чи є trademark реально зареєстрований? (Перевірити на EUIPO, WIPO, INPI)
• ☐ Чи є у скаржника ліцензія в таргет-юрисдикції? (Перевірити ANJ/KSA/GGL)
• ☐ Скільки часу дає реєстратор на відповідь? (Зазвичай 48-96 год)
• ☐ Чи вже вирубали домен/плашку поставили?
• ☐ Чи є наш сайт в Web Archive? (Доказ що контент не фішинг)

Матриця: Атака vs Оборона

Пріоритети по ефективності (від найефективнішого)

1. 🔴 AFNIC Eligibility (.fr only) — DNS suspend + portfolio deletion за 30 днів
2. 🔴 ANJ complaint (FR targeting, будь-який TLD) — ISP block + Google delist за 1-2 місяці
3. 🔴 Фішинг-скарга на Namecheap — автобан за 24-48 год, блокують навіть трансфер (кейс HollyWin)
4. 🟠 Фішинг-скарга на HOSTiQ — весь сервер offline за 24 год
5. 🟠 Google Safe Browsing — червона плашка = трафік -90%
6. 🟠 Cloudflare abuse (5+ скарг) — phishing плашка + forward хостеру з origin IP
7. 🟡 Фішинг-скарга на інший хостинг (Hetzner, DO) — 1-3 дні
8. 🟡 Google Legal Removal — 1-4 тижні
9. 🟢 Cloudflare abuse (1 скарга) — зазвичай ігнор
10. 🟢 Реєстратор abuse без phishing (GoDaddy, Porkbun) — зазвичай ігнорують

10.2.6 Атака: Takedown .nl доменів (Нідерланди)

Регуляція NL — що треба знати

Закони

Штрафи KSA (реальні кейси 2025)

Як перевірити чи є KOA-ліцензія

1. Зайти на kansspelautoriteit.nl/kansspelwijzer
2. Вбити назву казино або домен
3. Якщо немає в списку — казино нелегальне в NL

Вектори атаки (ланцюжок дій)

Для .nl доменів є 4 основні вектори. Подаємо ВСІ паралельно.

КРОК 0: Підготовка (персона, VPN, збір доказів)
     ↓
КРОК 1: KSA melding (скарга регулятору)
     ↓ паралельно
КРОК 2: SIDN NTD (Notice-and-Take-Down до реєстру)
     ↓ паралельно
КРОК 3: SIDN C&AB (Complaints & Appeals Board — скарга на домен)
     ↓ паралельно
КРОК 4: Реєстратор abuse + хостинг abuse
     ↓ паралельно
КРОК 5: Google Legal Removal + Safe Browsing
     ↓
КРОК 6: Моніторинг + follow-up

КРОК 0: Підготовка

Персона

Створити Gmail з голландським ім’ям:

Топ голландські імена: Jan, Pieter, Willem, Thomas, Bram, Sander, Mark
Топ голландські прізвища: De Vries, Van den Berg, Bakker, Visser, Smit, De Jong, Jansen
Формат: ім’я.прізвище + рік народження@gmail.com

Збір доказів (7 скрінів)

VPN на Нідерланди — перед збором доказів включити VPN на Amsterdam.

1. Скрін 1: NL IP — whatismyipaddress.com, Country: Netherlands → 01_nl_ip.png
2. Скрін 2: Google.nl — пошук «online casino», видно .nl домен конкурента → 02_google_nl.png
3. Скрін 3: Головна сторінка — голландський контент, кнопки реєстрації → 03_homepage.png
4. Скрін 4: Redirect chain — Redirect Path extension, ланцюжок 302 → 04_redirect.png
5. Скрін 5: Kansspelwijzer — kansspelautoriteit.nl/kansspelwijzer, «Geen resultaten gevonden» → 05_kansspelwijzer.png
6. Скрін 6: WHOIS — sidn.nl або whois.domaintools.com → 06_whois.png
7. Скрін 7: Web Archive — web.archive.org/save → 07_archive.png

На що звертати увагу в WHOIS .nl:

• Registrar — хто реєстратор (abuse contact буде в WHOIS)
• DNSSEC — signed чи unsigned
• Status — active, inactive, quarantine
• Registrant — часто прихований через GDPR (можна запросити у SIDN)

КРОК 1: KSA Melding (скарга до регулятора)

URL форми: KSA melding форма 🔗

На сторінці два блоки — натиснути «Stel een vraag of doe een melding» (перший блок).

Шаблон голландською:

Onderwerp: Melding illegaal kansspelaanbod — [ДОМЕН]

Geachte Kansspelautoriteit,

Ik wil een melding maken van een illegale gokwebsite die
zich richt op Nederlandse consumenten.

WEBSITE: https://[ДОМЕН]
DOMEIN: .nl (beheerd door SIDN)
TAAL: Nederlands
DOELGROEP: Nederlandse consumenten

BEVINDINGEN:

De website [ДОМЕН] functioneert als een affiliate-website
die Nederlandse gebruikers doorverwijst naar het illegale
online casino [КАЗИНО НАЗВА] ([КАЗИНО URL]).

De doorverwijsketen is als volgt:
[ДОМЕН]/go/[SLUG]/ → [AFFILIATE LINK] → [КАЗИНО URL]

Ik heb gecontroleerd in de Kansspelwijzer van de
Kansspelautoriteit en [КАЗИНО НАЗВА] beschikt NIET over
een KOA-vergunning (vergunning op grond van artikel 31a
van de Wet op de kansspelen).

Dit betekent dat:
1. [КАЗИНО НАЗВА] illegaal online kansspelen aanbiedt
   aan Nederlandse spelers (overtreding Art. 1 WoK)
2. De website [ДОМЕН] als bevorderaar optreedt van
   illegaal kansspelaanbod
3. Het gebruik van een .nl-domein een vals gevoel van
   legitimiteit creëert bij Nederlandse consumenten

TECHNISCHE INFORMATIE:
- Registrar: [РЕЄСТРАТОР]
- DNS-servers: [NS1] / [NS2]
- IP-adres: [IP] ([LOCATIE])
- Domein geregistreerd op: [DATUM]
- WHOIS-gegevens: [HOLDER INFO]

Aanvullend wil ik melden dat dit domein onderdeel is van
een netwerk van [X] domeinen die allemaal dezelfde
DNS-servers gebruiken ([NS]) en op hetzelfde IP-adres
staan ([IP]). Andere .nl domeinen in dit netwerk:
[СПИСОК ІНШИХ .nl ДОМЕНІВ]

Ik verzoek de Kansspelautoriteit om:
1. Onderzoek te doen naar deze website en de exploitant
2. Handhavend op te treden tegen zowel de aanbieder als
   de bevorderaar
3. Maatregelen te nemen om Nederlandse consumenten te
   beschermen

Bewijs gearchiveerd: [ARCHIVE URL]

Met vriendelijke groet,
[ІМ'Я]
[EMAIL]
[TELEFOON]

Шаблон англійською (якщо не впевнені в голландській):

Subject: Report of illegal gambling website — [DOMAIN]

Dear Kansspelautoriteit,

I would like to report an illegal gambling website
targeting Dutch consumers.

WEBSITE: https://[DOMAIN]
DOMAIN: .nl (managed by SIDN)
LANGUAGE: Dutch
TARGET: Dutch consumers

FINDINGS:

The website [DOMAIN] operates as an affiliate site
redirecting Dutch users to the unlicensed online casino
[CASINO NAME] ([CASINO URL]).

Redirect chain:
[DOMAIN]/go/[SLUG]/ → [AFFILIATE LINK] → [CASINO URL]

I have verified via the Kansspelwijzer that [CASINO NAME]
does NOT hold a KOA license (license under Article 31a
of the Wet op de kansspelen). This means the website
is promoting illegal gambling to Dutch consumers.

The website [DOMAIN] acts as a "bevorderaar" (promoter)
of illegal gambling, which is prohibited under the
Wet op de kansspelen.

TECHNICAL INFORMATION:
- Registrar: [REGISTRAR]
- DNS servers: [NS1] / [NS2]
- IP address: [IP] ([LOCATION])
- Registration date: [DATE]
- This domain is part of a network of [X] domains
  sharing the same DNS infrastructure ([NS]).
  Other .nl domains in this network:
  [LIST OTHER .nl DOMAINS]

Archived evidence: [ARCHIVE URL]

Kind regards,
[NAME]
[EMAIL]

Що очікувати від KSA

• KSA НЕ дає персональну відповідь на melding
• KSA використовує meldingen для визначення пріоритетів розслідувань
• Кілька скарг на той самий сайт → пріоритет зростає
• KSA може оштрафувати оператора (€600k+) і bevorderaar (€225k+)
• KSA працює з ISP для блокування + з Google для делістингу
• Таймлайн: 2-4 місяці від melding до дії

Додатковий канал: Meld Vals Spel

Meld Vals Spel — платформа створена голландською індустрією для моніторингу нелегального гемблінг-контенту. KSA співпрацює з ними. Шукайте на meldvalsspel.nl.

КРОК 2: SIDN Notice-and-Take-Down (NTD)

Як працює NTD

SIDN має добровільну NTD процедуру. Це last resort — спочатку треба пройти ланцюжок:

1. Контент-провайдер (хто поставив контент)
   ↓ не реагує
2. Реєстрант (власник домену — через WHOIS admin contact)
   ↓ не реагує
3. Реєстратор / хостинг (abuse@ contact)
   ↓ не реагує
4. SIDN (NTD форма)

URL: SIDN NTD процедура 🔗

Форма PDF: Notice_and_take_down_request.pdf 🔗

Поля NTD форми:

Шаблон «Why is the content unlawful»:

The website [ДОМЕН].nl promotes illegal online gambling
to Dutch consumers in violation of the Wet op de Kansspelen.

1. ILLEGAL GAMBLING PROMOTION
The website operates as an affiliate site redirecting
Dutch users to [КАЗИНО] ([КАЗИНО URL]), which does NOT
hold a KOA license from the Kansspelautoriteit.

I have verified this via the Kansspelwijzer at
kansspelautoriteit.nl/kansspelwijzer — the operator
is not listed among licensed providers.

Under the Wet op de Kansspelen (Art. 1), offering
gambling games without a license is prohibited.
The website acts as a "bevorderaar" (promoter) of
this illegal activity.

2. NETWORK OF ILLEGAL DOMAINS
This domain is part of a network of [X] .nl domains
all using the same DNS servers ([NS1]/[NS2]) and
hosted on the same IP ([IP]):
- [СПИСОК ДОМЕНІВ]

3. PREVIOUS COMPLAINTS
I have contacted the domain registrar ([РЕЄСТРАТОР])
on [ДАТА] regarding this issue. [No response was
received / The issue was not resolved].
(See attached correspondence)

I have also filed a report with the Kansspelautoriteit.

4. HARM TO CONSUMERS
Dutch consumers visiting these .nl domains may believe
they are dealing with a licensed operator. The Wet KOA
was specifically designed to protect consumers from
unlicensed gambling operators.

Archived evidence: [ARCHIVE URL]

Що відбувається після NTD

1. SIDN підтверджує отримання email
2. SIDN перевіряє чи форма заповнена правильно
3. SIDN перевіряє чи ви зверталися до попередніх ланок
4. SIDN оцінює: чи контент «onmiskenbaar» (очевидно) нелегальний
5. SIDN зв’язується з реєстратором перед дією
6. Якщо підтверджено → SIDN відключає DNS (домен unreachable)

Таймлайн SIDN: Мінімум 66 годин після першого abuse report. На практиці: 1-2 тижні для gambling-контенту. SIDN в 2025 обробила 87 NTD запитів, з них 22 привели до відключення.

Обмеження NTD

• SIDN НЕ видаляє контент — тільки розриває зв’язок між доменом і IP
• Gambling-контент — SIDN може вважати це не «очевидно злочинним» (на відміну від phishing/malware)
• Потрібна індемніфікація — ви несете фінансову відповідальність
• SIDN діє дуже обережно — «last resort» принцип

КРОК 3: SIDN Complaints & Appeals Board (C&AB)

Коли використовувати: Якщо сама назва домену суперечить суспільному порядку.

URL: SIDN C&AB 🔗

Коли працює: Домен містить назву казино-бренду (bcgame.nl, rakoocasino.nl, qbetcasino.nl).

Шаблон скарги C&AB:

To: Complaints & Appeals Board (C&AB), SIDN

Domain name: [ДОМЕН].nl

I wish to complain about the registration of the domain
name [ДОМЕН].nl which is inconsistent with public order.

The domain name contains the name of an unlicensed
online casino "[БРЕНД]" and is being used to promote
illegal gambling to Dutch consumers in violation of
the Wet op de Kansspelen.

The operator [БРЕНД] does not hold a KOA license from
the Kansspelautoriteit (verified via Kansspelwijzer).

The use of a .nl domain to promote illegal gambling
creates a false impression of legitimacy and harms
Dutch consumers.

I request that the C&AB considers whether this
registration is consistent with public order and
takes appropriate action.

[ІМ'Я]
[EMAIL]

КРОК 4: Реєстратор + Хостинг abuse

Знайти реєстратора: WHOIS на sidn.nl → поле «Registrar». З серпня 2025 SIDN публікує abuse contact реєстратора прямо в WHOIS.

Запросити контактні дані реєстранта: SIDN ховає дані через GDPR. Форма на sidn.nl → «Request Form for Contact Details».

Шаблон для реєстратора:

Subject: Abuse Report — [ДОМЕН].nl — Illegal Gambling

Dear Abuse Team,

The domain [ДОМЕН].nl registered through your service
is being used to promote illegal online gambling to
Dutch consumers.

VIOLATIONS:

1. The website promotes [КАЗИНО], which does NOT hold
a KOA license from the Kansspelautoriteit (Dutch
gambling regulator). Verified via Kansspelwijzer.

2. Offering unlicensed gambling to Dutch consumers
violates the Wet op de Kansspelen (Art. 1).

3. The KSA has been fining both operators and
"bevorderaars" (promoters/affiliates) in 2025:
- Casinoscout.nl: €225k per owner (July 2025)
- LCS Limited: €2.07M (March 2025)
- Sarah Eternal S.R.L.: €900k (March 2025)

4. This domain is part of a network of [X] .nl domains
on the same infrastructure ([NS], [IP]):
[СПИСОК ДОМЕНІВ]

This has been reported to the Kansspelautoriteit.

I request suspension of this domain.

Evidence: [ARCHIVE URL]

Regards,
[ІМ'Я]
[EMAIL]

Хостинг abuse

Для gamtraff.com мережі: IP 91.198.77.104 → UAB Linama (Литва) → abuse@ip4telcom.com

Subject: Illegal Content Report — [IP] — Illegal Gambling

Dear Abuse Team,

The server at IP [IP] hosts multiple .nl domains
promoting illegal online gambling to Dutch consumers
in violation of the Wet op de Kansspelen.

Domains hosted on this IP:
[СПИСОК ДОМЕНІВ]

None of these operators hold a KOA license from the
Dutch gambling regulator (Kansspelautoriteit).

This has been reported to the Kansspelautoriteit
and SIDN (.nl registry).

I request suspension of these accounts.

Evidence: [ARCHIVE URL]

Regards,
[ІМ'Я]

КРОК 5: Google

Google Legal Removal: Google Legal Removal 🔗

Навігація: Google Search → Google Search → No AI → Legal Reasons → Other → Create request

Why unlawful:

The website [ДОМЕН].nl promotes illegal online gambling
to Dutch consumers. Under the Wet op de Kansspelen,
offering gambling without a KOA license is prohibited.

The operator [КАЗИНО] does not hold a license from the
Kansspelautoriteit (verified via Kansspelwijzer).

The KSA actively enforces against both operators and
affiliates promoting illegal gambling (recent fines:
Casinoscout.nl €225k, July 2025; LCS Limited €2.07M,
March 2025).

Reports filed with KSA and SIDN.

Google Safe Browsing: safebrowsing.google.com 🔗 — репорт як deceptive site.

КРОК 6: Моніторинг

• ☐ Перевіряти email щодня для відповідей від SIDN/реєстратора
• ☐ Якщо реєстратор не відповів протягом 7 днів — подавати SIDN NTD
• ☐ Якщо SIDN запитує доп. інфо — відповідати протягом 24 годин
• ☐ Якщо SIDN підтвердила email — клікнути verification link протягом 1 години
• ☐ Якщо домен знесли — перевірити чи конкурент не зареєстрував новий .nl
• ☐ Повторити для всіх 15 .nl доменів в мережі

Ланцюжок дій для пачки доменів (gamtraff.com мережа)

Маємо 15 .nl доменів на одній інфраструктурі. Оптимальна стратегія:

День 1:

1. VPN → Amsterdam
2. Скріншоти для 3-5 найбільших доменів (goldenpanda.nl, bcgame.nl, boomerangbet.nl)
3. Kansspelwijzer скрін для кожного казино
4. Web Archive для кожного домену
5. KSA melding — одна скарга з переліком ВСІХ 15 доменів + окремі meldingen з інших email
6. Реєстратор abuse — один лист з переліком всіх 15 доменів
7. Хостинг abuse (UAB Linama) — один лист з переліком всіх 15 доменів

День 2-3:

8. Google Legal Removal — окремий запит для кожного домену
9. Google Safe Browsing — для кожного домену окремо
10. Другий раунд KSA meldingen з інших email/персон

День 7+ (якщо реєстратор не відповів):

11. SIDN NTD — подавати для кожного домену окремо з доказом що реєстратор не відреагував

День 14+:

12. Другий раунд SIDN NTD якщо перший не спрацював
13. SIDN C&AB для доменів з brand names (bcgame.nl, qbetcasino.nl, rakoocasino.nl)

Що добре / що погано в NL

Порівняння ефективності по векторах

Реальні кейси KSA enforcement 2025

Кейс 1: Casinoscout.nl (липень 2025)

Affiliate-сайт який промотував нелегальних операторів. Оштрафовані: SBM Holding Group, Sun Block Media Labs 2.0, JEF Holdings — по €225k кожен. KSA ПРЯМО штрафує affiliate-сайти.

Як використовувати в скаргах:

The KSA has recently (July 2025) fined the operators
of Casinoscout.nl €225,000 each for promoting unlicensed
gambling operators — the exact same activity as [ДОМЕН].nl.

Кейс 2: LeftlanePapi (липень 2025)

YouTube інфлюенсер (53k підписників) стрімив gambling на Skyhills.com (нелегальне). Штраф: €75,000. KSA штрафує навіть фізичних осіб.

Кейс 3: Sarah Eternal S.R.L. (березень 2025)

Оператор без KOA-ліцензії, таргетував NL гравців. Штраф: €900,000.

Юридична довідка

Корисні посилання

FAQ для тім лідів

Q: Чим NL відрізняється від FR для атаки?

A: В NL немає restricted keywords і eligibility check — тому SIDN слабший ніж AFNIC. Але KSA сильніший і активніший — штрафує аффіліатів напряму. Основний вектор в NL — KSA melding + SIDN NTD.

Q: Чи можна подавати анонімно?

A: KSA — так. SIDN NTD — ні, потрібні повні дані + підпис + індемніфікація.

Q: Що якщо казино має ліцензію іншої країни (Curaçao, Malta)?

A: Неважливо. В NL потрібна саме KOA-ліцензія від KSA. Curaçao/Malta ліцензія не визнається.

Q: Скільки meldingen подавати?

A: Мінімум 3 з різних email. Ідеально 5-10 протягом тижня. KSA прямо пише що «herhaaldelijke meldingen» підвищують пріоритет.

Q: Чи спрацює SIDN NTD для gambling-контенту?

A: Складніше ніж для phishing. Але якщо домен хоститься за кордоном + реєстратор не реагує — шанси вищі.

Q: Що ефективніше — KSA чи SIDN?

A: KSA = довгостроково сильніше (штрафи, ISP блок), але повільніше. SIDN NTD = швидше (66 год+), але складніше довести. Подавайте обидва паралельно.

Q: Домен .nl без gambling слів (наприклад goldenpanda.nl) — чи можна атакувати?

A: Так. Restricted keywords немає в NL. Атакуємо через контент + відсутність KOA-ліцензії.

10.2.7 Атака: Takedown .de доменів (Німеччина)

Специфіка Німеччини — чому DE окремий кейс

DENIC — офіційно «не відповідає за контент», але реально банить

DENIC публічно заявляє: «DENIC is not responsible for the contents of websites» (BGH «ambiente.de», 2001). Немає NTD процедури як у SIDN. Немає UDRP — тільки німецькі суди.

GGL — найагресивніший регулятор в EU для аффіліатів

• 231 prohibition proceedings в 2024
• 459 сайтів заблоковано через prohibition orders
• 657 сайтів заблоковано через DSA netzsperren
• 23 кримінальні заяви
• 858 нелегальних сайтів моніторяться (212 операторів)
• ~60 нових доменів блокується щомісяця
• GGL штрафує аффіліатів до €500,000 за cease-and-desist
• GGL працює з Google для делістингу нелегалів
• Influencer marketing повністю заборонений

Закони

Вектори атаки

КРОК 0: Підготовка (персона, VPN, докази)
     ↓
КРОК 1: GGL Verstoß melden (скарга регулятору)
     ↓ паралельно
КРОК 2: GGL Hinweisgebersystem (анонімний whistleblower)
     ↓ паралельно
КРОК 3: DENIC phishing complaint (НАЙШВИДШИЙ вектор)
     ↓ паралельно
КРОК 4: Реєстратор abuse + хостинг abuse
     ↓ паралельно
КРОК 5: Google Legal + Safe Browsing + FSM
     ↓
КРОК 6: DENIC DISPUTE entry (якщо є trademark match)

КРОК 0: Підготовка

Персона

Топ імена: Thomas, Stefan, Michael, Andreas, Markus, Christian, Martin
Топ прізвища: Müller, Schmidt, Schneider, Fischer, Weber, Meyer, Wagner
Міста: Berlin, München, Hamburg, Köln, Frankfurt

Збір доказів (7 скрінів)

1. Німецький IP — whatismyipaddress.com
2. Google.de пошук — google.de (не .com!)
3. Головна сторінка — контент німецькою
4. Redirect chain — куди веде affiliate link
5. GGL Whitelist — доказ відсутності ліцензії (КЛЮЧОВИЙ ДОКАЗ)
6. WHOIS — denic.de WHOIS або whois.domaintools.com
7. Web Archive — archive.org/save

КРОК 1: GGL Verstoß melden (скарга регулятору)

URL: GGL Verstoß melden 🔗

Шаблон німецькою:

Betreff: Meldung eines illegalen Glücksspielangebots — [ДОМЕН]

Sehr geehrte Damen und Herren,

ich möchte ein illegales Online-Glücksspielangebot melden,
das sich gezielt an deutsche Verbraucher richtet.

WEBSITE: https://[ДОМЕН]
DOMÄNE: .de (registriert bei DENIC)
SPRACHE: Deutsch
ZIELGRUPPE: Deutsche Verbraucher

FESTSTELLUNGEN:

Die Website [ДОМЕН] fungiert als Affiliate-Website, die
deutsche Nutzer auf das illegale Online-Casino [КАЗИНО]
([КАЗИНО URL]) weiterleitet.

Die Weiterleitungskette lautet:
[ДОМЕН]/go/[SLUG]/ → [AFFILIATE LINK] → [КАЗИНО URL]

Ich habe die amtliche Whitelist der GGL überprüft und
festgestellt, dass [КАЗИНО] NICHT auf der Whitelist
(§ 9 GlüStV 2021) aufgeführt ist.

Dies bedeutet:
1. [КАЗИНО] bietet unerlaubt Glücksspiele im Internet
   an (Verstoß gegen § 4 GlüStV 2021)
2. Die Website [ДОМЕН] wirbt für unerlaubtes Glücksspiel
   (Verstoß gegen § 5 GlüStV 2021)
3. Die Veranstaltung und Vermittlung unerlaubter
   Glücksspiele ist nach § 284 StGB strafbar
4. Die Verwendung einer .de-Domain schafft bei deutschen
   Verbrauchern ein falsches Gefühl der Legitimität

TECHNISCHE INFORMATIONEN:
- Registrar: [РЕЄСТРАТОР]
- DNS-Server: [NS1] / [NS2]
- IP-Adresse: [IP] ([STANDORT])
- Registrierungsdatum: [DATUM]
- WHOIS: [HOLDER INFO]

Ich bitte die GGL um:
1. Untersuchung dieser Website und ihres Betreibers
2. Einleitung eines Untersagungsverfahrens
3. Ggf. Einleitung von Maßnahmen nach dem DSA

Archivierter Beweis: [ARCHIVE URL]

Mit freundlichen Grüßen,
[ІМ'Я]
[EMAIL]

Що очікувати від GGL

• GGL НЕ дає персональну відповідь (з юридичних причин)
• GGL може ініціювати prohibition proceedings (Untersagungsverfahren)
• GGL може передати справу прокуратурі (Staatsanwaltschaft) за §284 StGB
• GGL працює з Google для делістингу
• Таймлайн: 4-8 тижнів обробки, місяці до дії

КРОК 2: GGL Hinweisgebersystem (анонімний whistleblower)

Система: BKMS® Incident Reporting на сайті GGL → «Hinweisgebersystem»

Повністю анонімна система з шифруванням. Можна створити «захищену поштову скриньку» для зворотного зв’язку без розкриття особи.

КРОК 3: DENIC Phishing Complaint (НАЙШВИДШИЙ вектор)

Процес:

1. Скарга надходить до DENIC (через dbs@denic.de)
2. DENIC Business Services пересилає скаргу реєстратору
3. Реєстратор пересилає holder’у з дедлайном 4 дні
4. Якщо відповіді немає → DENIC ставить ClientHold
5. Домен офлайн

Email: dbs@denic.de (DENIC Business Services)

Шаблон phishing complaint:

To: dbs@denic.de
Subject: Phishing Report — [ДОМЕН].de

Dear DENIC Business Services,

I am writing to report the domain [ДОМЕН].de which is
being used for phishing and deceptive practices targeting
German consumers.

DOMAIN: [ДОМЕН].de
URL: https://[ДОМЕН].de

PHISHING ACTIVITY:

The website at [ДОМЕН].de impersonates a legitimate
online casino platform. Its design, logos, and branding
create the false impression that it is an official,
licensed gambling service.

However, the website:
1. Is NOT listed on the GGL official Whitelist of
   licensed operators (§ 9 GlüStV 2021)
2. Silently redirects users to a completely different
   platform ([КАЗИНО URL]) through hidden affiliate
   links disguised as registration buttons
3. Uses deceptive redirect chain:
   [ДОМЕН]/go/[SLUG]/ → [AFFILIATE] → [КАЗИНО URL]
4. Creates a false sense of legitimacy through the use
   of a .de domain, misleading German consumers

This deceptive behavior falls within the BSI definition
of phishing — using fraudulent websites to mislead users
about the true nature of the service.

I request that DENIC takes appropriate action including
suspension of this domain.

Evidence archived: [ARCHIVE URL]

Regards,
[ІМ'Я]
[EMAIL]

Ключові елементи ефективної DENIC phishing complaint:

1. «Phishing» в subject — DENIC реагує на phishing швидше ніж на «illegal gambling»
2. BSI definition — посилання на офіційне визначення від BSI
3. «Redirects to another platform» — affiliate redirect = «deceptive redirection»
4. «Not on GGL Whitelist» — підтверджує нелегальність
5. Конкретний redirect chain з URL
6. Не згадувати що ви affiliate/конкурент

КРОК 4: Реєстратор + Хостинг abuse

Знайти в WHOIS → abuse contact. Для .de DENIC не дозволяє privacy services — WHOIS відкритий.

Subject: Abuse Report — [ДОМЕН].de — Illegal Gambling

Dear Abuse Team,

The domain [ДОМЕН].de promotes illegal online gambling
to German consumers in violation of the GlüStV 2021.

The operator [КАЗИНО] is NOT on the GGL Whitelist.
Promoting unlicensed gambling is prohibited under
§ 5 GlüStV 2021 and constitutes a criminal offense
under § 284 StGB.

The GGL has been actively enforcing against such sites:
- 231 prohibition proceedings in 2024
- Fines up to €500,000 for affiliates
- 23 criminal referrals to prosecutors

This has been reported to the GGL.

I request suspension of this domain.

Evidence: [ARCHIVE URL]

Regards,
[ІМ'Я]

Admin-c вектор

КРОК 5: Google + FSM

Google Legal Removal: Google Legal Removal 🔗

Google Safe Browsing: safebrowsing.google.com 🔗

FSM (Freiwillige Selbstkontrolle Multimedia-Diensteanbieter): fsm.de/hotline 🔗

FSM приймає скарги на illegal content та content harmful to minors. Gambling без ліцензії + без вікової верифікації = порушення JMStV.

КРОК 6: DENIC DISPUTE entry (якщо є trademark)

URL: DENIC DISPUTE 🔗

Тільки якщо домен конкурента містить зареєстрований trademark. DISPUTE entry блокує трансфер на 1 рік; якщо holder видаляє/не продовжує — ви отримуєте домен.

🔴 КЕЙС: billionairespin-de.de — DENIC забанив домен (реальна історія)

Що сталось: Наш домен billionairespin-de.de (affiliate-сайт для DE ринку) отримав серію phishing-скарг через DENIC.

Патерн атаки (запам’ятайте для своїх атак):

Скарга 1: "Redirects" (м'яко, встановлює факт)
    ↓
Скарга 2: "Phishing + fraud" (підвищує серйозність)
    ↓
Скарга 3: "Financial losses + identity theft" (емоційний тиск)
    ↓
Скарга 4: "Can provide evidence" (блеф — ніхто не просить)
    ↓
DENIC ClientHold (якщо holder не відповів за 4 дні)

Як DENIC обробляє скарги:

1. DENIC Business Services (dbs@denic.de, Tarik Arslan) отримує скаргу
2. DENIC пересилає реєстратору: «DENIC has received notices for domain [X]. Reason: Phishing.»
3. Реєстратор пересилає holder’у з дедлайном 4 дні
4. Якщо holder не відповів → DENIC ClientHold

Як ми оборонялися (аргументи):

1. BSI визначення phishing — phishing = «criminal attempts to obtain confidential information». Наш сайт нічого з цього не збирає.
2. §263a StGB — Computerbetrug вимагає маніпуляцію + намір + шкоду. Affiliate redirect ≠ fraud.
3. BGH «ambiente.de» (2001) — DENIC не повинен деактивувати домени на основі неперевірених скарг.
4. DSA Art. 4-6 — Посередники не зобов’язані suspend registrations на основі скарг без рішення суду.
5. «Coordinated bad-faith campaign» — ескалація від «redirects» до «identity theft» без доказів = зловмисна кампанія.

Що добре / що погано в DE

Порівняння ефективності

Стратегія по кроках (для одного .de домену)

День 1:

1. VPN → Berlin/Frankfurt, скріншоти (7 шт)
2. GGL Verstoß melden (від персони)
3. GGL Hinweisgebersystem (анонімно)
4. Реєстратор abuse email

День 2:

5. DENIC phishing complaint (dbs@denic.de) — від іншої персони
6. Google Legal Removal + Safe Browsing

День 3-5:

7. Друга phishing скарга на DENIC (ескалація — «financial losses»)
8. FSM complaint

День 7+:

9. Третя phishing скарга (ескалація — «identity theft», «multiple victims»)
10. Моніторинг — якщо ClientHold поставлено → success

Корисні посилання

FAQ для тім лідів

Q: DENIC каже що не відповідає за контент. Тоді як phishing complaint працює?

A: Офіційна позиція ≠ практика. DENIC реально ставить ClientHold по phishing-скаргах. Ключ — слово «phishing», не «illegal gambling».

Q: Чим DE відрізняється від FR і NL?

A: В FR є AFNIC (restricted keywords + eligibility = ядерна бомба). В NL є SIDN NTD. В DE немає нічого з цього — DENIC найслабший реєстр. АЛЕ DENIC phishing complaint працює швидко (4 дні), і GGL — найагресивніший регулятор в EU (€500k штрафи).

Q: Скільки phishing скарг треба подати?

A: Мінімум 3 з ескалацією. Перша — «redirects», друга — «phishing + fraud», третя — «financial losses + identity theft». Кожна від різного email.

Q: Що якщо конкурент відповість на скаргу DENIC?

A: Тоді DENIC ймовірно не поставить ClientHold. Основні вектори — GGL + Google + реєстратор.

Q: §284 StGB — чи реально переслідують?

A: GGL може передати справу прокурору. На практиці рідко переслідують гравців, але цей факт — аргумент в скаргах для тиску.

Q: Як оборонятись від phishing скарг на наші .de домени?

A: Відповідати ПРОТЯГОМ 4 ДНІВ. Використовувати: BSI визначення phishing + §263a StGB + BGH «ambiente.de» + DSA. Детальний шаблон — в секції 10.2.5.

10.2.8 Атака: CH — .ch домени (SWITCH + ESBK)

Контент буде додано...

10.2.9 Атака: UK — .co.uk домени (Nominet + UKGC)

Контент буде додано...

10.2.10 Атака: Google complaints (Legal Removal + Safe Browsing + DMCA)

Контент буде додано... (Детальні покрокові інструкції для Google Legal Removal, Safe Browsing, DMCA)

10.2.11 Атака: DMCA

Контент буде додано... (Шаблони DMCA скарг, counter-notice, коли використовувати)

10.2.12 Розвідка інфраструктури (Reverse NS/IP/WHOIS)

Контент буде додано... (Reverse NS Lookup, Reverse IP, Reverse WHOIS, SecurityTrails, Shodan, Censys)

10.3 Юридичні структури захисту

Контент буде додано...

Робота з дропами

Пошук, оцінка і використання expired/dropped доменів.

7.1 Де шукати дропи

SpamZilla, Nicsell, DomainOrder, DropCatch, аукціони.

Контент буде додано...

7.2 Критерії оцінки дропа

• DR/DA, backlink profile, history (Wayback)
• Spam score, toxic links
• Тематична релевантність
• ccTLD специфіка (.nl, .de, .fr, .ch)

Контент буде додано...

7.3 Процес покупки і перенесення

Контент буде додано...

7.4 Використання дропів

• Для PBN → Розділ 05: Baker 🥧
• Для canonical мереж → Розділ 08: Каноникали
• Для money sites (redirect/rebuild)

Контент буде додано...

7.5 Бюджетування і ROI розрахунки

Контент буде додано...

Розрахунки команди і планування

KPI, коефіцієнти оплати, тижневий і місячний контроль, ескалація, бюджетування і найм.

11.1 KPI лінкбілдера і коефіцієнти

KPI лінкбілдера

KPI = кількість посилань на місяць. У кожного ЛБ свій KPI, прив'язаний до його ставки. Наприклад, KPI 800 посилань = 200 посилань на тиждень.

Якщо KPI закритий — все, оплата повна, без додаткових перерахунків.

Коефіцієнти (тільки при невиконанні KPI)

Якщо ЛБ не закрив KPI — рахуємо бали для визначення оплати:

Приклад розрахунку балів

11.2 Тижневий контроль (TL Control Sheet)

Лід веде щомісячну вкладку контролю. Формат назви: TL 03.26-DE, TL 04.26-NL.

Принцип «світлофор»: ЛБ вписує одну цифру раз на тиждень — суму всіх лінків за тиждень, незалежно від типу. Лід бачить загальний прогрес моментально.

🔗 Реальний приклад TL Control Sheet (світлофор)

Conditional formatting (світлофор)

Тижнева норма = KPI / 4. Google Sheets фарбує ячейки тижня автоматично:

Conditional formatting: формули Google Sheets

Для ячійок тижнів (Т1–Т4) прописуємо Conditional formatting rules:

🟢 Custom formula: =C2 >= $B2/4
   Background: #dcfce7

🟡 Custom formula: =AND(C2 >= $B2/4*0.7, C2 < $B2/4)
   Background: #fef9c3

🔴 Custom formula: =C2 < $B2/4*0.7
   Background: #fee2e2

Де C2 — ячійка тижня, $B2 — KPI (фіксована колонка).

11.3 Місячний підсумок

Окрема вкладка, заповнюється в кінці місяця. Тут розбивка по типах і розрахунок балів (якщо KPI не закритий).

🔗 Реальний приклад місячного підсумку

11.4 Невиконання KPI — ескалація

Тижневий рівень

• Тиждень 1-2 червоний: лід одразу пінгає в групу лідів: «[Ім'я ЛБ] відстає, [X]% від норми». Запитуємо ЛБ що сталось, фіксуємо причину, коригуємо план.
• Тиждень 3-4: якщо надолужує — ок. Якщо ні — місяць буде не закритий.

Місячний рівень (ескалація)

Особливі випадки

11.5 Шаблон таблиці і Google Sheets інтеграція

Як підключити шаблон

Шаблон контролю доступний для завантаження:

🔗 Завантажити TL_Control.xlsx

Імпорт в Google Sheets:

1. Відкрити Google Sheets (або Google Drive)
2. File → Import → Upload → обрати файл TL_Control.xlsx
3. В діалозі обрати «Insert new sheet(s)» — це додасть вкладки з xlsx у ваш Google Sheets файл
4. Формули і структура перенесуться автоматично
5. Conditional formatting треба прописати один раз вручну (див. п. 11.2)

Як вести по місяцях:

• Нові дані кожного місяця додаються нижче в тих самих вкладках — не створюємо нові вкладки щомісяця
• Просто копіюємо блок рядків (шапку + порожні рядки ЛБ) під попередній місяць
• Conditional formatting і формули при копіюванні зберігаються

Для іншого гео:

• Правий клік на вкладку → Duplicate
• Перейменувати: TL 03.26-DE → TL 03.26-NL
• Очистити дані, залишити структуру

Живі приклади в Google Sheets

• 🔗 TL 03.26-DE — тижневий контроль (світлофор)
• 🔗 Підсумок 03.26-DE — місячний підсумок з розбивкою по типах
• 🔗 PROJECTS — список проєктів ЛБ
• 🔗 PROJECT TAB — анкор-лист проєкту (приклад betrivieracasino.net)
• 🔗 TEAM FILE PLAN — розподіл ЛБ по приоритетних проєктах
• 🔗 TEAM FILE PROJECT — анкор-лист командного проєкту (з колонкою LB)

11.6 Флоу від найму до делегування

1. Найм ЛБ. Лід створює файл, заповнює PROJECTS (~50 проєктів), створює АЛи. KPI знижений на 50% перші 2 тижні.
2. Перші 1-2 місяці: Лід контролює кожен АЛ, перевіряє роботу, виправляє помилки. TL Control Sheet — щотижневий моніторинг.
3. Місяць 3+: ЛБ починає сам заповнювати анкор-листи. Лід переглядає і коригує. Додаємо ЛБ в Team File.
4. Делегування: Досвідчені ЛБ повністю самостійні. Лід фокусується на стратегії, приоритетах і наймі нових людей.

11.7 Бюджетування лінків на місяць

Контент буде додано...

11.8 Запаси посилань на різні ситуації

Контент буде додано...

PBN сайти і контент-команда

Управління живими PBN сайтами та контент-командою.

12.1 Наші живі PBN сайти — процеси

Контент буде додано...

12.2 Контент-команда і менеджмент

Контент буде додано...

12.3 TODO

Контент буде додано...

Зовнішні ресурси і кейси

Підбірка корисних матеріалів, кейсів і інструментів.

12.1 SEO Case Studies (EN)

TODO: підбірка лінків

12.2 Link Building Guides (EN)

TODO: підбірка лінків

12.3 Technical SEO Resources (EN)

TODO: підбірка лінків

12.4 Tools & Services

TODO: список інструментів з лінками

12.5 Telegram канали і чати

TODO: підбірка

FDT SEO Routing v4 — Плагін для управління Canonical / Hreflang / HTML lang

Єдина точка управління SEO-зв'язками між доменами: canonical, hreflang alternates, x-default, HTML lang — все через HTTP headers, приховано від конкурентів. Один WordPress — багато доменів через таби в метабоксі.

14.0 Перед початком

Деактивація старого плагіну

Перед встановленням FDT SEO Routing обов'язково деактивуй старий плагін:

Якщо цього не зробити — два плагіни будуть конфліктувати і відправляти подвійні canonical заголовки.

14.1 Що робить плагін

FDT SEO Routing — це єдина точка управління SEO-зв'язками між доменами:

• Canonical — через HTTP Link: заголовок (не видно в HTML коді сторінки)
• Hreflang alternates — через HTTP Link: заголовок (не видно конкурентам)
• x-default — fallback для регіонів які не покриті alternates
• HTML lang — підміна <html lang="..."> на будь-яке значення (працює на будь-якій темі)
• Опціональний вивід в HTML — якщо треба показати теги в <head> (для специфічних кейсів)

Чому HTTP headers а не HTML теги?

Google читає hreflang і canonical з HTTP заголовків так само як з HTML. Але конкурент відкриває view-source: → Ctrl+F → шукає hreflang або canonical — і нічого не знаходить. Зв'язку між доменами не видно. Це головна фішка плагіну.

Перевірити заголовки можна тільки через:

• curl -sI https://site.com/ | grep -i link (термінал)
• Chrome DevTools → Network → клік на документ → Response Headers
• Screaming Frog / Ahrefs Site Audit

14.2 Встановлення

1. Завантажити ZIP файл плагіну
2. WP Admin → Plugins → Add New → Upload Plugin → обрати ZIP
3. Activate
4. Деактивувати "Custom Parametr Page" (якщо ще не зроблено)

14.3 Глобальні налаштування (Settings → FDT SEO Routing)

Де знайти: WP Admin → ліве меню → Settings (Настройки) → FDT SEO Routing

Тут знаходяться глобальні галочки які потрібно проставити ПЕРЕД тим як налаштовувати сторінки. Ці галочки вимикають canonical/hreflang теги від інших SEO плагінів, щоб вони не конфліктували з нашим плагіном.

Які галочки ставити:

Wildcard Mode (v4+)

Галочка ☑ Wildcard Mode — вмикай завжди коли працюєш з субдоменами. Без неї субдомен буде редіректити на основний домен.

Debug інформація

На цій же сторінці є Debug секція:

• URL для діагностики: https://your-site.com/?fdt_debug=1 — відкрити в браузері будучи залогіненим як admin. Покаже JSON з повною діагностикою: який пост визначився, які мета-дані збережені, які плагіни активні.
• Маркер: Плагін додає заголовок X-FDT-SEO: active — по ньому видно що PHP обробив запит (а не кеш віддав сторінку).

14.4 Метабокс (таби по доменах) — v4

Метабокс 🔗 FDT SEO Routing v4 з'являється на всіх публічних типах записів (Pages, Posts, кастомні post types). Знаходиться під контентом сторінки в редакторі.

14.4.1 Загальний вигляд метабоксу

Зверху метабоксу — інфо-рядок з post_id та поточним хостом (який домен відкритий).

Нижче — таби. Кожен таб — окремий домен. Перший таб = основний домен. Кнопка "+ Домен" додає новий таб. Кнопка ✕ на табі видаляє домен.

14.4.2 Поля в кожному табі

Кожен таб містить повний набір налаштувань для одного домена:

14.4.3 Preview

Внизу кожного табу — блок Preview. Показує які саме headers піде для цього конкретного домена. Оновлюється в реальному часі.

• [HTTP] — піде в HTTP заголовках (приховано від конкурентів)
• [HTML] — піде в HTML код сторінки (видно)

14.4.4 Приклад: два таби для гео-версії

Таб 1: zimpler-casino.com

Таб 2: finland.zimpler-casino.com

14.5 Сценарії

Сценарій 1: Гео-версії (субдомен + основний)

Мета: Обидва домени живі, Google показує правильну версію в правильній країні. Зв'язка прихована від конкурентів.

Налаштування в метабоксі — як в прикладі 14.4.4 вище. Два таби з ідентичними alternates, різними lang і canonical self на кожному.

Перевірка:

# Основний
curl -sI https://zimpler-casino.com/ | grep -i "link\|fdt"
# Link: <https://zimpler-casino.com/>; rel="canonical"
# Link: <https://zimpler-casino.com/>; rel="alternate"; hreflang="fi"
# Link: <https://finland.zimpler-casino.com/>; rel="alternate"; hreflang="fi-FI"
# Link: <https://zimpler-casino.com/>; rel="alternate"; hreflang="x-default"
# X-FDT-SEO: active

# Субдомен
curl -sI https://finland.zimpler-casino.com/ | grep -i "link\|fdt"
# Link: <https://finland.zimpler-casino.com/>; rel="canonical"
# (ті самі alternates)
# X-FDT-SEO: active

# HTML — конкурент нічого не бачить
curl -s https://zimpler-casino.com/ | grep -i "hreflang\|alternate"
# Пусто!

Сценарій 2: Підклейка дропа / новорега

Мета: Перенести вагу з дропа на основний домен.

В метабоксі — один таб для дропа:

На основному домені: нічого не міняти.

Перевірка:

curl -sI https://zimpler-finland.com/ | grep -i link
# Link: <https://zimpler-casino.com/>; rel="canonical"

curl -sI https://zimpler-finland.com/review/ | grep -i link
# Link: <https://zimpler-casino.com/review/>; rel="canonical"

Сценарій 3: Каноникал-сетка

Мета: Підсилити основний домен масою дропів через canonical. Детально — розділ 15.3.

В метабоксі кожного донора — таб:

Сценарій 4: Переклейка домену

Мета: Перенести вагу з основного домена на новий.

Таб для старого домену: Canonical Custom → https://новий-домен.com ✅ +path. Alternates не заповнювати.

На новому домені: canonical Self (за замовчуванням).

Сценарій 5: "Таблетка" (відновлення після апдейтів)

Мета: Перенести ранкінг з морди на підпапку /fr/. Детально — розділ 15.2.

Таб для морди (site.com):

• HTML lang: fr-BE (міняємо з fr-FR на інший)
• Canonical: Custom → https://site.com/fr/ → ❌ +path ВИМКНУТИ
• Alternates: fr-BE → site.com, fr-FR → site.com/fr/

Таб для підпапки (site.com/fr/):

• HTML lang: fr-FR
• Canonical: Self
• Alternates: ідентичні морді

14.6 Субдомени (швидкий старт)

Створити субдомен і підключити до плагіну — 5 хвилин:

1. Cloudflare: DNS → Add Record → CNAME → ім'я субдомена → Target: основний домен → ☁️ Proxied
2. cPanel: Domains → Create → finland.zimpler-casino.com → Document Root = той самий що основний домен
3. WP Admin: Settings → FDT SEO Routing → ☑ Wildcard Mode
4. Метабокс: Сторінка → FDT SEO Routing → "+ Домен" → вписати хост субдомена → налаштувати lang/canonical/alternates
5. Оновити alternates на ВСІХ табах (додати новий субдомен)
6. Пурдж: LiteSpeed + Cloudflare
7. curl перевірка

Чеклист субдомена

• DNS запис (CNAME, Proxied)☐
• cPanel — той самий Document Root☐
• Wildcard Mode ON☐
• Таб в метабоксі створений☐
• Alternates ідентичні на ВСІХ табах☐
• Кеш почищений (LiteSpeed + CF)☐
• curl headers OK☐

14.7 Перевірка після налаштування

Чеклист

1. HTTP headers:

curl -sI https://site.com/ | grep -i "link\|fdt"

Має показати Link: заголовки + X-FDT-SEO: active.

2. HTML чистий від зв'язок:

curl -s https://site.com/ | grep -i "hreflang\|alternate" | head -10

Має бути пусто (якщо не включена галочка дублювання в HTML).

3. HTML lang:

curl -s https://site.com/ | grep -o '<html[^>]*>' | head -1

Має показати правильний lang="...".

4. Google Search Console:

URL Inspection → вбити URL → Test Live URL → побачити які canonical/hreflang Google бачить. Повинні підтягнутися з HTTP headers.

5. Debug:

https://site.com/?fdt_debug=1

(тільки для залогінених адмінів) — JSON з повною діагностикою.

14.8 Кеш

LiteSpeed Cache

Плагін автоматично пурджить LiteSpeed кеш при збереженні сторінки. Але якщо headers не з'являються після налаштування:

1. WP Admin → LiteSpeed Cache → Toolbox → Purge All – LSCache
2. Повторити curl перевірку

Cloudflare

Плагін НЕ пурджить Cloudflare автоматично. Якщо CF кешує сторінку:

1. Cloudflare Dashboard → Caching → Configuration → Purge Everything
2. Або налаштувати Page Rule: Cache Level: Bypass для тестового URL

Інші кеш плагіни

Плагін підтримує автопурдж для: LiteSpeed Cache, WP Super Cache, W3 Total Cache, WP Fastest Cache.

14.9 Сумісність

14.10 Типові помилки

14.11 FAQ

Q: Чи побачить конкурент зв'язку через Screaming Frog?

Так, Screaming Frog і Ahrefs Site Audit читають HTTP headers. Але 95% конкурентів перевіряють тільки view-source: — там нічого не видно.

Q: Що якщо на сайті немає SEO плагіну?

Поставити галочку "WP default canonical" в Settings — WordPress сам генерує canonical тег в <head>, його потрібно вимкнути.

Q: Плагін працює з кастомними post types?

Так, метабокс з'являється на всіх публічних post types автоматично.

Q: Чи впливає плагін на швидкість сайту?

Ні, він додає тільки HTTP headers (мікросекунди) і один ob_start для підміни HTML lang. На PageSpeed не впливає.

Q: Скільки доменів можна додати в таби?

Необмежено. Основний + стільки субдоменів/доменів скільки потрібно. Кожен таб = окремий домен.

Q: Чи потрібно клонувати WordPress для субдомена?

Ні. Один WP, один document root, Wildcard Mode ON — і всі домени працюють через той самий сайт. Плагін визначає на який домен прийшов запит і відправляє відповідні headers.

Canonical / Hreflang — Кейси та стратегії

Три підходи FDT до роботи з canonical / hreflang: таблетка, каноникал-сетка, HTTP headers. Реальні кейси, схеми, перевірка.

15.1 Три підходи FDT до роботи з canonical / hreflang

FDT використовує три різних підходи залежно від задачі. Кожен має свою логіку, свої теги і свою мету.

15.2 Таблетка — повернення сайтів після апдейту

Передісторія

Квітень 2025. Google апдейт масово вибив морди (головні сторінки) сайтів з видачі. Внутрішні сторінки продовжували ранжуватись, але головні — вилетіли в нуль.

Більшість сеошників чекали і нічого не робили. FDT почав шукати рішення 18 квітня — через 2 дні після апдейту.

Як знайшли рішення

1. Моніторинг видачі: По брендовому запиту у FR видачі з'явився новий сайт в ТОП-5. В сніпеті було видно, що ранжується не головна, а внутрішня папка.
2. Аналіз сайту:
   • Головна і внутрішня /fr-fr/ — повні копії одна одної
   • З головної стоїть canonical на /fr-fr/
   • HTML lang головної змінений з fr-FR на fr-BE
   • HTML lang внутрішньої — fr-FR (правильний для Франції)
3. Перевірка через Ahrefs: В Page Inspect порівняли до/після — видно що lang змінили нещодавно. Це не випадковість.
4. Підтвердження закономірності:
   • Знайшли рефку цього сайту → в ланцюжку редіректів знайшли домен Keitaro
   • Закинули Keitaro-домен в Ahrefs → знайшли інші домени цієї сетки
   • Відсортували по трафіку → у 10+ доменів трафік збирала саме нова внутрішня сторінка
   • Закономірність підтверджена
5. Тест: В п'ятницю ввечері взяли першу пачку сайтів на тест. Результати — в першу неділю.

Рецепт таблетки

Вихідні дані: Морда site.com під Францію, lang="fr-FR".

Крок 1: Змінити lang головної на інший — наприклад fr-BE або просто fr.

Крок 2: Створити повну копію головної на підпапці — site.com/fr/ або site.com/fr-fr/.

Крок 3: Розставити теги.

На головній (site.com/):

<html lang="fr-BE">
<link rel="alternate" href="https://site.com/" hreflang="fr-BE">
<link rel="alternate" href="https://site.com/fr-fr/" hreflang="fr-FR">
<link rel="canonical" href="https://site.com/fr-fr/">

На підпапці (site.com/fr-fr/):

<html lang="fr-FR">
<link rel="alternate" href="https://site.com/" hreflang="fr-BE">
<link rel="alternate" href="https://site.com/fr-fr/" hreflang="fr-FR">
<link rel="canonical" href="https://site.com/fr-fr/">

Крок 4: Запушити обидві сторінки на індекс. Чекати поки Google обійде сторінки і вибере нову як канонічну. Моніторити позиції.

Суть механіки

Результати

• 80% сайтів повернулись в ТОП в першу неділю
• Частина сайтів стала ВИЩЕ по позиціях (конкуренти вилетіли)
• Працює і коли морда повністю вилетіла в нуль, і коли частина запитів відвалилась
• Деякі ситуації: ТОП-3 де видача складалась всього з 3 сайтів

Масштабування

Для десятків сайтів — можна руками. Для тисяч — потрібна автоматизація.

FDT зробив через власну CMS:

1. Відбір сайтів що вилетіли — через API SEranking (порівняння середньої позиції до/після апдейту)
2. ТЗ програмісту на автоматичне впровадження таблетки
3. Масовий пуш URLs на індекс

Через плагін FDT SEO Routing

Таблетку можна зробити через плагін (розділ 14):

• На морді: включити → HTML lang fr-BE → Canonical "На другой URL" → https://site.com/fr-fr/ → вимкнути +path
• На підпапці: включити → HTML lang fr-FR → Canonical "Сам на себя"
• Alternates — однакові на обох сторінках
• Якщо хочеш приховати зв'язку — не ставити галочку "Дублювати в HTML", все піде через HTTP headers

Чому це спрацювало

Однозначної відповіді немає. Спостереження:

• Апдейт вибив саме головні сторінки. Внутрішні продовжили ранжуватись.
• Сайти на загальних доменах (.com, .net, .org) з мультимовними внутрішніми сторінками — вижили і зайняли позиції регіональних доменів.
• Закономірність: внутрішні сторінки отримали "нове життя". Раніше морди завжди були вище — тепер це змінилось.

15.3 Каноникал-сетка — підсилення основного домену

Що таке каноникал-сетка

Група сайтів (від 5 до 180+), пов'язаних тегом canonical. Всі сайти повністю ідентичні — контент, структура, все однакове.

Схема

Варіант А (стандартний):

• Сайт 1: canonical сам на себе ← це основний
• Сайти 2–30: canonical → на Сайт 1 ← це донори

Варіант Б (з проміжним доменом):

• Сайт 1: canonical → на Сайт 2
• Сайт 2: canonical сам на себе ← це основний
• Сайти 3–30: canonical → на Сайт 2

Теги на кожному сайті сетки

<link rel="canonical" href="https://основний-домен.org/es-es/" />
<link rel="alternate" hreflang="es" href="https://основний-домен.org/es-es/" />
<link rel="alternate" hreflang="es-ES" href="https://бренд-домен.com/es-es/" />

Або з x-default:

<link rel="canonical" href="https://основний-домен.pl/" />
<link rel="alternate" hreflang="x-default" href="https://основний-домен.pl/pl/" />
<link rel="alternate" hreflang="pl" href="https://бренд-домен.com/" />
<link rel="alternate" hreflang="pl-PL" href="https://бренд-домен.com/" />

Реальні приклади

Приклад 1: Lemon Casino PL

Основний домен: iluminacja24.pl
Бренд-домен: lemon-kasyno-pl.com

Донори (canonical → iluminacja24.pl):

• gekonppg.pl
• miasto-ustron.pl
• mediamarkt.edu.pl
• netmovies.pl
• та інші

Конструкція на кожному:

<link rel="canonical" href="https://iluminacja24.pl/" />
<link rel="alternate" hreflang="x-default" href="https://iluminacja24.pl/pl/" />
<link rel="alternate" hreflang="pl" href="https://lemon-kasyno-pl.com/" />
<link rel="alternate" hreflang="pl-PL" href="https://lemon-kasyno-pl.com/" />

Приклад 2: Chicken Road ES

В ТОПі: chickenroad-espana.com/es-es/
Основний (canonical target): abaixemelslloguers23n.org/es-es/
Сетка: 22 домени (знайдені через Ahrefs → фільтр "Backlink type: Canonical")

Донори:

• chiringuitospirata.com
• avilamistica.es
• naturtable.es
• gibanel.com
• jardinssarierabegur.com
• cadizbienmesabe.com
• martinicamadrid.com
• bonamare.es
• el-mannarazi.com
• holapisos.com
• terradecans.es
• comparadordehoteles.org
• lesionesaccidentestrafico.com
• elcolonirritable.com
• domingoterroba.com
• frankfurtlatorre.com
• todocirugiayestetica.com
• fiftybcn.com
• chickenroad-espana.com
• academialuischavez.com
• biofeedbackspain.es
• mujertierramadre.com

Конструкція на кожному:

<link rel="canonical" href="https://abaixemelslloguers23n.org/es-es/" />
<link rel="alternate" hreflang="es" href="https://abaixemelslloguers23n.org/es-es/" />
<link rel="alternate" hreflang="es-ES" href="https://chickenroad-espana.com/es-es/" />

Ключові правила каноникал-сетки

1. Всі сайти повністю ідентичні. Контент, структура, все. Якщо є різниця — сетка може не працювати.
2. Чим більше — тим краще. Сетки від 5 до 180+ доменів. Кількість залежить від конкурентності ключа.
3. Не гарантує ТОП. Просто бери кількістю сеток. Одна сетка — один тест.
4. Чи потрібні посилання? Для неконкурентних ключів — достатньо чистих дропів. Для конкурентних — можна докачувати.
5. Одно- чи багатосторінкові? Без різниці, працює і те, і те.
6. Чому canonical а не 301? Canonical відпрацьовує краще за редіректи. Особливо помітно в гео де часто ловимо бан від регуляторів.
7. Перевірка: В Search Console основного домену повинні з'явитись посилання зі всіх доменів сетки. Також можна перевірити в Ahrefs: Site Explorer → основний домен → фільтр "Backlink type: Canonical".

Як знайти чужу каноникал-сетку

1. Знайти будь-який домен сетки
2. Зайти на нього → знайти рефку (affiliate link)
3. В ланцюжку редіректів знайти домен Keitaro (або іншого трекера)
4. Закинути Keitaro-домен в Ahrefs → побачити всі домени сетки
5. Або: в Ahrefs → Site Explorer → основний домен → Backlinks → фільтр "Backlink type: Canonical"

15.4 HTTP headers — прихована зв'язка (плагін FDT)

Для чого

Для гео-версій де обидва домени повинні ранжуватись, але зв'язку між ними потрібно приховати від конкурентів. Конкурент відкриває view-source — бачить чисту сторінку без canonical/hreflang тегів.

Як працює

Замість HTML тегів в <head>:

<!-- НІЧОГО — конкурент не бачить -->

Через HTTP заголовки (бачить тільки curl / DevTools / Screaming Frog):

Link: <https://site.com/>; rel="canonical"
Link: <https://site.com/>; rel="alternate"; hreflang="fi"
Link: <https://finland.site.com/>; rel="alternate"; hreflang="fi-FI"
Link: <https://site.com/>; rel="alternate"; hreflang="x-default"

Google читає hreflang і canonical з HTTP headers так само як з HTML. Різниці для індексації немає.

Реалізація

Через плагін FDT SEO Routing (розділ 14). Детальна інструкція — там.

Порівняння з HTML підходом

Коли використовувати

• Гео-версії (субдомен + основний) де обидва ранкають
• Коли не хочеш щоб конкурент скопіював схему
• Коли не хочеш щоб аб'юзери побачили зв'язку і подали скаргу на "дублі"

Коли НЕ використовувати

• Каноникал-сетки з 20+ доменами — HTML простіше масштабувати
• Підклейка дропів — конкуренту все одно, він не бачить view-source дропа
• Таблетка — якщо важливіше швидкість впровадження ніж приховування

15.5 Порівняльна таблиця всіх підходів

15.6 Перевірка

Таблетка / каноникал-сетка (HTML теги)

# Перевірити canonical і hreflang в HTML
curl -s https://site.com/ | grep -i "canonical\|hreflang\|alternate\|lang" | head -20

HTTP headers (плагін FDT)

# Перевірити HTTP заголовки
curl -sI https://site.com/ | grep -i "link\|fdt"

# Перевірити що HTML чистий
curl -s https://site.com/ | grep -i "hreflang\|alternate" | head -10
# Повинно бути пусто

Ahrefs

• Site Explorer → домен → Backlinks → фільтр "Backlink type: Canonical" — побачиш всі домени що клеяться каноникалом
• Page Inspect → порівняння до/після — побачиш зміни в HTML коді (lang, canonical, hreflang)

Google Search Console

• URL Inspection → вбити URL → Test Live URL → побачити який canonical Google вибрав
• Links → побачити посилання від доменів сетки (тип: canonical)

FDT SEO Checker

Інструмент на fdtwiki.com/seo-checker/ — вбиваєш URL, отримуєш повну таблицю з canonical, hreflang, lang, source (HTTP/HTML), статуси. Працює для будь-якого підходу.

Субдомени — налаштування від А до Я

Покрокова інструкція: DNS в Cloudflare → cPanel → плагін FDT SEO Routing → перевірка. Від нуля до працюючого субдомена з прихованим hreflang.

16.1 Що таке субдомен і навіщо він нам

Субдомен — це окремий хост на тому ж домені: finland.zimpler-casino.com від основного zimpler-casino.com.

Для чого FDT використовує субдомени:

• Гео-версії сайту (FI, FR, DE, NL) — один WP, різні hreflang
• "Таблетка" — альтернативна точка входу для Google після апдейтів
• Підсилення основного домену — субдомен як додаткова сутність в видачі

16.2 Що потрібно перед початком

16.3 Крок 1 — DNS запис в Cloudflare

16.3.1 Заходимо в Cloudflare

1. Відкрити dash.cloudflare.com
2. Вибрати домен (наприклад zimpler-casino.com)
3. Ліве меню → DNS → Records

16.3.2 Додаємо wildcard запис

Натиснути Add Record. Один запис покриє всі субдомени — не потрібно додавати окремий для кожного.

Натиснути Save.

Тепер finland.zimpler-casino.com, sweden.zimpler-casino.com, germany.zimpler-casino.com — будь-який субдомен працює автоматично. Один запис на всіх.

16.3.3 Перевірка DNS

Почекати 1-2 хвилини, потім перевірити на dnschecker.org — вбити finland.zimpler-casino.com, тип CNAME. Повинно показати що запис існує і резолвиться.

Альтернатива через термінал (macOS/Linux):

dig finland.zimpler-casino.com +short

Повинно показати IP адреси Cloudflare (104.x.x.x або 172.x.x.x).

16.4 Крок 2 — Субдомен в cPanel

16.4.1 Заходимо в cPanel

Відкрити cPanel сервера де лежить основний сайт.

16.4.2 Створюємо субдомен

1. cPanel → розділ Domains (Домени)
2. В рядку пошуку вбити назву основного домену (наприклад zimpler) — в таблиці побачиш домен і його Document Root (шлях до файлів)
3. Натиснути Створити Новий Домен (Create a New Domain)
4. Заповнити:

   Поле	Значення
   Domain	finland.zimpler-casino.com
   Document Root	Вписати той самий шлях що побачив у основного домену

5. Натиснути Submit — побачиш зелене повідомлення про успіх

На скріншоті видно: шукаємо zimpler → бачимо кореневий каталог документів /zimpler-casino.com → створюємо finland.zimpler-casino.com і вписуємо той самий каталог → готово.

16.4.4 Перевірка

Відкрити в браузері: https://finland.zimpler-casino.com

Повинен відкритись той самий сайт що і на zimpler-casino.com. Якщо відкривається — cPanel налаштований правильно. SSL працює автоматично через Cloudflare Proxied.

• Якщо помилка 404 / cPanel default page — Document Root вказаний неправильно.
• Якщо редірект на основний домен — потрібно увімкнути Wildcard Mode в плагіні (крок 3).

16.5 Крок 3 — Плагін FDT SEO Routing

Налаштування плагіну описано в розділі 14.3 (Wildcard Mode) і розділі 14.4 (метабокс з табами). Тут тільки специфіка для субдоменів.

Wildcard Mode повинен бути увімкнений — Settings → FDT SEO Routing → ☑ Wildcard Mode.

Далі на сторінці в метабоксі натиснути "+ Домен" → з'явиться новий таб для субдомена → вписати хост, lang, canonical, alternates. Приклад налаштування двох табів — див. розділ 14.4.4.

На скріншоті: два таби — zimpler-casino.com і finland.zimpler-casino.com. Таб субдомена активний, видно всі поля: домен, lang fi-FI, canonical, hreflang alternates, x-default.

16.6 Крок 4 — Пурдж кешу

Після збереження почистити кеш — див. розділ 14.8.

16.7 Крок 5 — Перевірка

Повний чеклист перевірки — розділ 14.7. Тут тільки перевірка субдомена:

# HTTP headers субдомена
curl -sI https://finland.zimpler-casino.com/ | grep -i "link\|fdt"

Очікуваний результат:

link: <https://finland.zimpler-casino.com/>; rel="canonical"
link: <https://zimpler-casino.com/>; rel="alternate"; hreflang="fi"
link: <https://finland.zimpler-casino.com/>; rel="alternate"; hreflang="fi-FI"
link: <https://zimpler-casino.com/>; rel="alternate"; hreflang="x-default"
x-fdt-seo: active

# HTML lang субдомена
curl -s https://finland.zimpler-casino.com/ | grep -o '<html[^>]*>' | head -1
# Очікується: <html lang="fi-FI">

# Hreflang в HTML — повинно бути пусто
curl -s https://finland.zimpler-casino.com/ | grep -i "hreflang" | head -5
# Очікується: ПУСТО

Або вбити субдомен в FDT SEO Checker — побачиш повну таблицю зі статусом.

16.8 Часті помилки

Загальні помилки плагіну — розділ 14.10. Тут тільки специфічні для субдоменів:

16.9 Додати ще один субдомен

Вся процедура — 5 хвилин:

1. Cloudflare → DNS → Add Record → CNAME → ім'я субдомена → Proxied
2. cPanel → Domains → Create → той самий Document Root
3. WP Admin → Сторінка → метабокс FDT SEO Routing → "+ Домен" → вписати хост → налаштувати canonical/hreflang/lang → зберегти
4. Оновити alternates на ВСІХ існуючих табах (додати новий субдомен в список)
5. Purge LiteSpeed + CF
6. curl перевірка

16.10 Приклад: три гео-версії

Домен casino-example.com з трьома субдоменами: FR, DE, NL.

DNS (Cloudflare)

cPanel

Всі 3 субдомени → той самий Document Root що основний.

Метабокс (на головній сторінці) — 4 таби

Таб 1: casino-example.com

• Lang: en
• Canonical: self
• Alternates: en → casino-example.com, fr → fr.casino-example.com, de → de.casino-example.com, nl → nl.casino-example.com
• x-default: https://casino-example.com

Таб 2: fr.casino-example.com

• Lang: fr-FR
• Canonical: self
• Alternates: ідентичні табу 1
• x-default: https://casino-example.com

Таб 3: de.casino-example.com

• Lang: de-DE
• Canonical: self
• Alternates: ідентичні табу 1
• x-default: https://casino-example.com

Таб 4: nl.casino-example.com

• Lang: nl-NL
• Canonical: self
• Alternates: ідентичні табу 1
• x-default: https://casino-example.com

Результат curl для fr.casino-example.com

link: <https://fr.casino-example.com/>; rel="canonical"
link: <https://casino-example.com/>; rel="alternate"; hreflang="en"
link: <https://fr.casino-example.com/>; rel="alternate"; hreflang="fr"
link: <https://de.casino-example.com/>; rel="alternate"; hreflang="de"
link: <https://nl.casino-example.com/>; rel="alternate"; hreflang="nl"
link: <https://casino-example.com/>; rel="alternate"; hreflang="x-default"
x-fdt-seo: active

HTML: <html lang="fr-FR">, hreflang в коді — ПУСТО. ✅

16.11 Чеклист

Чеклист налаштування плагіну — розділ 14.7. Тут тільки інфраструктура субдомена:

• DNS запис створений в Cloudflare (Proxied ☁️)☐
• Субдомен створений в cPanel (той самий Document Root)☐
• SSL працює (перевірити https:// в браузері)☐
• Wildcard Mode увімкнений в Settings☐
• Таб для субдомена створений в метабоксі☐
• Кеш почищений (LiteSpeed + Cloudflare)☐
• curl перевірка субдомена — headers ок☐

Cloudflare — захист від DDoS

Покрокова інструкція з налаштування захисту сайту через Cloudflare: 5 custom rules + 2 managed rules. Робити по порядку.

17.1 Custom Rules

Заходимо: Security → Security rules → Custom rules → Create rule

Створюємо 5 правил по порядку:

Rule 1 — Allow Verified Bots

1. Rule name: Allow Verified Bots
2. Field: Known Bots → Operator: equals → Value: true
3. Action: Skip
4. В "WAF components to skip" увімкнути все:
   • ☑ All remaining custom rules
   • ☑ All rate limiting rules
   • ☑ All managed rules
   • ☑ All Super Bot Fight Mode Rules
5. Place at: First
6. Зберегти

Rule 2 — Allow Google Traffic

1. Rule name: Allow Google Traffic
2. Field: Referer → Operator: contains → Value: google.
3. Action: Skip
4. В "WAF components to skip" увімкнути все:
   • ☑ All remaining custom rules
   • ☑ All rate limiting rules
   • ☑ All managed rules
   • ☑ All Super Bot Fight Mode Rules
5. Place at: Custom → After "Allow Verified Bots"
6. Зберегти

Rule 3 — Block xmlrpc

1. Rule name: Block xmlrpc
2. Field: URI Path → Operator: equals → Value: /xmlrpc.php
3. Action: Block
4. Response type: Default Cloudflare WAF block page
5. Response code: 403
6. Place at: Custom → After "Allow Google Traffic"
7. Зберегти

Rule 4 — WP login protection

1. Rule name: WP login protection
2. Field: URI Path → Operator: contains → Value: /wp-login.php
3. Action: Managed Challenge
4. Place at: Custom → After "Block xmlrpc"
5. Зберегти

Rule 5 — Challenge Everything Else

1. Rule name: Challenge Everything Else
2. Переключити на Edit expression і вставити:

(not cf.client.bot) and (not http.referer contains "google.") and (not http.referer contains "ваш-домен.com") and (not http.request.uri.path contains "/wp-content/") and (not http.request.uri.path contains "/go/")

3. Action: Managed Challenge
4. Place at: Custom → After "WP login protection"
5. Зберегти

17.2 Managed Rules

Заходимо: Security → Security rules → скролимо вниз до Managed rules

Увімкнути обидва:

1. Cloudflare Managed Ruleset → Action: Execute → Active ✅
2. Cloudflare OWASP Core Ruleset → Action: Execute → Active ✅

Якщо вже увімкнені — не чіпати.

Adaptive Content Manager — клоакінг на WordPress

Плагін для показу різного контенту різним типам відвідувачів на одній URL: Googlebot і юзери з Гугла бачать казино-версію, direct-трафік (абузери, юристи) — білу версію або 503.

ЧАСТИНА А — Швидка інструкція (покроково)

Крок 1 — Встановити плагін

1. WP Admin → Plugins → Add New → Upload Plugin → обрати adaptive-content-manager.zip
2. Install Now → Activate
3. В лівому меню з'явиться Content Manager

Крок 2 — Google IP діапазони

1. Content Manager → Settings
2. Біля "Google IP ranges" натиснути "Update now"
3. Перевірити: має бути ✓ Fresh з кількістю ~1300+ prefixes

Крок 3 — .htaccess

1. На тій же сторінці перевірити рядок "LiteSpeed / .htaccess"
2. Має бути ✓ Rules installed
3. Якщо ні → натиснути "Write .htaccess rules"

Крок 4 — Додати домен

1. В секції "Per-domain configuration" → поле "+ Add domain"
2. Вписати домен (наприклад betrivieracasino.net) → натиснути + Add domain
3. Для сабдоменів додати вайлдкард: *.betrivieracasino.net

Крок 5 — Налаштувати домен

1. Таб домену → Preset: Organic only
2. Direct traffic action: Show "direct" variant content
3. Strip SEO headers for direct: ☑ увімкнути
4. Save this domain

Крок 6 — Identity Swap (біла айдентика)

1. В табі домену → секція "Identity swap" → ☑ увімкнути
2. Заповнити: Site name, Tagline, Logo (select image), Menu (якщо є біле), Footer HTML
3. Save this domain
4. Для сабдоменів: створити окремий таб *.domain.com → теж увімкнути Identity Swap

Крок 7 — White Theme (ACF підміна глобальних полів)

1. Content Manager → White Theme (підменю)
2. Відкриються ті самі поля що в Theme Settings (Header, Footer, Banner, тощо)
3. Заповнити тільки те що треба підмінити: біле лого в Header (header_logo), білий footer (footer_logo, footer_text), білі кнопки
4. Що не заповнив — лишиться з оригіналу
5. Publish/Update

Крок 8 — Створити direct-варіант сторінки

1. Pages → відкрити сторінку яку хочеш захистити
2. В правому сайдбарі → метабокс "Content Variants"
3. Натиснути "Create direct variant"
4. Автоматично створюється клон → відкривається в редакторі
5. Вичистити казино-контент: прибрати бренди, лого, реф-посилання, переписати на нейтральне
6. Publish (варіант збережеться як private)
7. Повторити для кожної важливої сторінки (мінімум — головна)

Крок 9 — Увімкнути Shadow Mode (тест)

1. Content Manager → Settings → Global → ☑ Shadow mode → Save Global
2. Зайти на сайт з Google (через site:domain.com в пошуку)
3. DevTools → Network → Response Headers → шукати X-Debug-Would
4. Має бути google_user — значить тебе пропустило
5. Відкрити сайт напряму (без Google) → X-Debug-Would: direct — значить клоак спрацює

Крок 10 — Фінальна перевірка (preview-токени)

В Settings скопіювати Preview token, потім в інкогніто:

https://domain.com/?acm_preview_bot=TOKEN   ← має показати казино-версію
https://domain.com/?acm_preview_user=TOKEN  ← має показати білу версію + білий хедер/футер/лого
https://domain.com/?acm_preview_clear=1     ← вийти з preview

• ☐ Preview bot = казино ✓
• ☐ Preview user = біле ✓
• ☐ Лого/хедер/футер підмінились ✓
• ☐ View source → НЕ містить noindex ✓

Крок 11 — Активувати бойовий режим

1. Content Manager → Settings → Global → ☐ Shadow mode (зняти) → Save Global
2. Готово — клоак активний

Крок 12 — LiteSpeed Purge (обов'язково!)

1. LiteSpeed Cache → Toolbox → Purge All
2. Cloudflare → Caching → Purge Everything
3. Зачекати 2 хвилини
4. Тестуй з Google — повинен бачити казино
5. Тестуй напряму — повинен бачити біле / 503

18.1 Що це і навіщо

Adaptive Content Manager (далі ACM) — наш плагін клоакінгу для WP. Показує різний контент різним типам відвідувачів на одній URL-адресі.

Три типи відвідувачів

Коли використовувати

• Домени на які приходять часті абузи (Ріхтер, DBL, інші юристи)
• PBN та дропи де ризик скарг високий
• Домени під жорсткими регулями (FR/NL/DE)

Коли НЕ використовувати

• Нові сайти які ще не проіндексовані
• Домени де весь трафік прямий (бренд-трафік)
• Сайти де немає хто написати білу версію контенту

18.2 Як це працює (схема)

Запит приходить
    ↓
Залогінений адмін? → так → оригінал (admin_bypass)
    ↓ ні
Preview-токен в URL/cookie? → так → відповідна версія
    ↓ ні
UA схожий на Googlebot?
    ↓ так
IP в офіційному Google CIDR списку? → так → ПРОПУСТИТИ (verified googlebot)
    ↓ ні
Reverse DNS підтверджує? → так → ПРОПУСТИТИ
    ↓ ні
Фейковий бот → КЛОАКА
    ↓
Referrer містить "google"? → так → ПРОПУСТИТИ (google_user)
    ↓ ні
КЛОАКА (direct) → варіант / 503 / redirect

18.3 Верифікація Googlebot

Два шари перевірки

Шар 1 — CIDR match (мікросекунди): матчимо IP проти офіційного JSON від Google. Плагін щодоби тягне:

• developers.google.com/static/crawling/ipranges/common-crawlers.json — Googlebot Search/Image/Video/News
• developers.google.com/static/crawling/ipranges/user-triggered-fetchers.json — GSC URL Inspection

Шар 2 — Reverse DNS (fallback): якщо IP нема в CIDR але UA схожий на Googlebot → reverse DNS → forward DNS. Результат кешується на 24 години.

18.4 Підміна контенту — як це працює в WP

Варіант = повний клон сторінки

Коли ти натискаєш "Create direct variant" — плагін робить wp_insert_post() з повним клоном:

• Копіюється post_content, post_title, post_excerpt
• Копіюються всі post_meta (ACF поля, Elementor дані, featured image, Yoast SEO)
• Копіюються taxonomy relationships
• Статус ставиться private (невидимий в пошуку/sitemap/feeds)
• Мета-мітки: _acm_variant_of = ID оригіналу, _acm_variant_type = direct

Підміна на фронті

Плагін хукає фільтр the_posts на main query. Коли приходить direct-юзер:

1. WP резолвить URL → post_id = 100 (оригінал)
2. ACM знаходить варіант (ID=500) для поста 100
3. Замінює об'єкт поста в масиві: $posts[0] = variant_post
4. Ставить post_status = 'publish' в пам'яті (щоб Yoast не додав noindex)
5. WP далі рендерить як звичайно — ACF/Elementor/тема автоматично читають з варіанту
6. URL не змінюється, permalink фільтр повертає URL батька

Identity Swap — два рівні

Рівень 1 — ACF Options swap: плагін хукає acf/load_value. Коли тема робить get_field('header_logo', 'option') — плагін перевіряє чи є біле значення в acm_white_header_logo (wp_options) → якщо є, повертає його замість оригіналу. Працює для всього що тема тягне з ACF Options: лого, футер, кнопки, кольори.

Рівень 2 — WP стандартні фільтри (fallback): option_blogname, option_blogdescription, wp_nav_menu_args — для елементів які тема бере через стандартний WP API.

18.5 Глобальні налаштування

Content Manager → Settings → секція "Global"

Статус Google IP

18.6 Per-domain налаштування

Пресети

Direct traffic action

Вайлдкард для сабдоменів

Замість додавання кожного сабдомена окремо — додай *.domain.com. Покриє fr., de., nl. і будь-який інший.

18.7 Identity Swap

Навіщо

Direct-юзер бачить білий контент, але в хедері — казино-лого, казино-меню, казино-кнопки. Палево. Identity swap підмінює це.

Що підмінюється

1. ACF Options (основний спосіб) — через Content Manager → White Theme:
   • header_logo — біле лого
   • footer_logo — біле лого футера
   • footer_text — білий текст футера
   • header_btn1_text, header_btn1_link — білі кнопки
   • Будь-яке інше поле з Theme Settings
2. WP стандартне — через Settings → Identity Swap секцію:
   • Site name
   • Tagline
   • Menu (обрати біле меню з dropdown'у)
   • Logo (attachment ID)

Як заповнити White Theme

1. Content Manager → White Theme
2. Побачиш ті самі табчики що в Theme Settings (General, Header, Footer, Banner, тощо)
3. Заповни тільки поля які треба перебити
4. Порожні поля → плагін візьме оригінальне значення
5. Update

Створення білого меню

1. Appearance → Menus → Create new menu → назва "White"
2. Додати нейтральні пункти: Home, About, Contact
3. НЕ призначати на theme location
4. Зберегти
5. В ACM Settings → Identity Swap → Menu → обрати це меню

18.8 Створення варіантів контенту

Workflow

1. Відкрити сторінку в редакторі
2. Сайдбар → метабокс "Content Variants"
3. "Create direct variant" → створюється клон з усіма ACF/Elementor полями
4. Вичистити казино-контент:
   • Прибрати згадки казино/брендів/бонусів
   • Видалити affiliate-посилання
   • Прибрати казино-лого з контенту
   • Переписати на нейтральну тему
5. Publish

Після натискання Create direct variant відкривається клон сторінки з суфіксом [variant:direct] в заголовку. Статус — Private. Далі вичищаєш казино-контент і замінюєш бренд на нейтральне (наприклад Paysafe → Deutschland по всіх входженнях):

Де знайти варіанти

• Content Manager → Variants — список всіх пар "оригінал → варіант"
• В редакторі оригінальної сторінки → метабокс показує кнопку "Edit direct variant"

Видалити варіант

• В метабоксі оригіналу → Delete
• Або в Content Manager → Variants → перейти в редактор → Trash

Галочка "Send 503 for direct"

Якщо не хочеш писати білу версію для якоїсь сторінки — постав галочку "Send 503 for direct (ignore variant)" в метабоксі. Direct отримає 503 навіть якщо варіант існує.

18.9 Preview-режим

URL'и

• Відкривати в інкогніто (залогінений адмін завжди бачить оригінал)
• Cookie тримається 1 годину — можна ходити по сайту без параметра
• Токен є в Content Manager → Settings → Preview token

Чекліст перевірки

1. Інкогніто → ?acm_preview_user=TOKEN
2. Перевірити:
   - [ ] Контент білий (не казино)
   - [ ] Лого біле
   - [ ] Хедер білий (кнопки, меню)
   - [ ] Футер білий
   - [ ] Немає реф-посилань
   - [ ] View source → немає "noindex"
3. Інкогніто → ?acm_preview_bot=TOKEN
4. Перевірити:
   - [ ] Контент казино
   - [ ] Лого казино
   - [ ] Все як звичайний сайт
5. ?acm_preview_clear=1 → вийти

18.10 Shadow Mode

Shadow mode = dry-run. Плагін приймає рішення але не підмінює контент.

Як використати

1. Settings → ☑ Shadow mode → Save
2. Зайти на сайт → DevTools → Network → Response Headers
3. Шукати X-Debug-Would: — значення = тип відвідувача (google_user / direct / googlebot)
4. Коли правила правильні → ☐ Shadow mode → Save

18.11 LiteSpeed Cache — критичний момент

Проблема

LiteSpeed кешує HTML на рівні веб-сервера ДО того як PHP запускається. Ніякі PHP-хуки не допомагають — при cache hit наш плагін взагалі не стріляє.

Рішення (вбудоване в плагін)

ACM при активації пише в .htaccess:

# BEGIN Adaptive Content Manager
<IfModule LiteSpeed>
  CacheLookup off
</IfModule>
# END Adaptive Content Manager

CacheLookup off — серверна директива яку LSCWP плагін не може перезаписати. LiteSpeed навіть не дивиться в кеш — одразу передає на PHP.

Додатково в PHP:

• X-LiteSpeed-Cache-Control: no-cache хедер з PHP_INT_MAX пріоритетом
• litespeed_control_cacheable → false фільтр
• LSCACHE_NO_CACHE константа
• \LiteSpeed\Control::set_nocache() прямий виклик API

Перевірка

В DevTools → Response Headers:

• x-litespeed-cache-control: no-cache ✅ — LS не кешує
• x-litespeed-cache: miss або відсутній ✅
• Якщо x-litespeed-cache: hit → кеш не вбитий → пурджити і перевірити .htaccess

Обов'язково після встановлення

1. LiteSpeed Cache → Toolbox → Purge All
2. Cloudflare → Caching → Purge Everything

18.12 Інтеграція з FDT SEO Routing

18.13 Сабдомени і Wildcard

Налаштування

1. В ACM Settings додати *.domain.com → налаштувати preset, identity swap
2. Всі сабдомени одразу покриті

Авторизація на сабдоменах

WP cookie прив'язана до основного домена. На сабдомені ти не залогінений — бачиш клоаку як direct-юзер. Для тестування → preview-токени:

https://fr.domain.com/?acm_preview_bot=TOKEN
https://fr.domain.com/?acm_preview_user=TOKEN

18.14 Що з юристами

18.15 Troubleshooting

18.16 Чекліст тімліда

• ☐ ACM встановлений, активований
• ☐ IP ranges: Fresh ✓
• ☐ .htaccess: Rules installed ✓
• ☐ LS Cache → Purge All
• ☐ CF → Purge Everything
• ☐ Домен + *.domain.com додані
• ☐ Preset: Organic only
• ☐ Direct action: Variant
• ☐ Identity Swap ON
• ☐ White Theme заповнений (лого, footer)
• ☐ Direct-варіанти створені (мінімум головна)
• ☐ Shadow mode ON → тест → OK
• ☐ Preview user = біле ✓
• ☐ Preview bot = казино ✓
• ☐ Немає noindex ✓
• ☐ Shadow mode OFF → бойовий режим

18.17 Що НЕ робити

• ❌ Не вмикати без shadow mode першим разом
• ❌ Не забувати пурджити LS кеш
• ❌ Не ставити ACM без створених варіантів
• ❌ Не давати preview-токен стороннім
• ❌ Не ставити Paranoid як дефолт
• ❌ Не ставити direct_action = 503 коли хочеш білу версію

18.18 Суміжні розділи

• Розділ 14 — FDT SEO Routing (canonical/hreflang HTTP headers)
• Розділ 15 — Кейси canonical/hreflang (таблетка, сетка, HTTP headers)
• Розділ 16 — Раскатка субдоменів (Cloudflare + cPanel + SEO Routing)
• Розділ 10.2 — Абузи FR/NL/DE