8 реалістичних способів підвищити авторитет домену для пошуку Google

Domain Authority (DA) — це логарифмічна метрика оцінювання від 0 до 100, розроблена Moz, яка моделює ймовірність конкурентного ранжування домену на сторінках результатів пошукових систем (SERPs). Вона розраховується на основі сотень сигналів — найбільша вага надається кількості, якості та різноманітності посилаючих доменів, що вказують на ваш сайт. DA не є фактором ранжування Google; Google використовує власний внутрішній PageRank та рекомендації Quality Rater. Однак DA слугує надійною проксі-метрикою: коли ваш DA зростає, це зазвичай означає, що ваш профіль зворотних посилань, технічний стан і авторитетність контенту покращилися — ті самі фактори, які впливають на алгоритм Google.

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

Чому Domain Authority важче підвищити, ніж визнає більшість посібників

DA використовує логарифмічну шкалу. Перехід від DA 10 до DA 30 значно простіший, ніж від DA 50 до DA 60. На вищих показниках ви конкуруєте з сайтами, що мають тисячі якісних посилаючих доменів, і кілька нових зворотних посилань майже не помітні. Це найважливіший нюанс, який загальні посібники зазвичай оминають.

Друга недооцінена реальність: DA є відносним показником. Moz періодично перекалібровує весь індекс. Ваш DA може впасти навіть при покращенні профілю зворотних посилань — просто тому, що конкуруючі сайти покращилися швидше. Саме тому відстеження DA окремо є оманливим — завжди відстежуйте його разом із зростанням посилаючих доменів, органічним трафіком і тенденціями позицій за ключовими словами.

1. Формуйте тематичний авторитет через контентну архітектуру з пріоритетом глибини

Контент — це субстрат, на якому ґрунтуються всі інші сигнали DA. Без контенту, гідного посилань, жодна стратегія нарощування посилань не буде стійкою. Але сучасний стандарт — це не просто «якісний контент», а тематичний авторитет, тобто ваш сайт має демонструвати вичерпне, експертне висвітлення визначеної тематичної сфери.

Система корисного контенту Google та рекомендації EEAT (Досвід, Експертиза, Авторитетність, Надійність) винагороджують сайти, які вичерпно висвітлюють тему з різних кутів, а не сайти, що публікують окремі статті, орієнтовані на окремі ключові слова.

Практичний підхід до архітектури:

• Будуйте контентні кластери: одна авторитетна стрижнева сторінка, що охоплює широку тему, підкріплена кількома допоміжними статтями, які детально розкривають підтеми. Усі допоміжні статті посилаються на стрижневу сторінку.
• Орієнтуйтеся на довгохвостові та семантичні варіанти ваших основних ключових слів. Такі інструменти, як фільтр «Questions» в Ahrefs, блоки «People Also Ask» у Google та AlsoAsked.com, виявляють точні підзапити, які використовує ваша аудиторія.
• Публікуйте оригінальні дослідження, власні дані або кейси. Це формати контенту, які масштабовано залучають редакційні зворотні посилання — саме ті, що впливають на DA.
• Впроваджуйте управління застарінням контенту: щоквартально перевіряйте наявні сторінки за допомогою Google Search Console. Сторінки, що втрачають покази, потребують оновлених даних, розширених розділів або структурних покращень, а не видалення.

Крайній випадок, який більшість сайтів упускає: публікація 50 поверхневих статей у ніші дає менше для DA, ніж публікація 10 глибоко досліджених, комплексно структурованих статей. Індекс посилань Moz винагороджує сторінки, що накопичують посилання, а поверхневий контент рідко це робить.

2. Реалізуйте систематичну стратегію нарощування посилань із пріоритетом якості

Зворотні посилання залишаються найвпливовішим фактором у розрахунку DA. Однак розмежування якості та кількості заслуговує більш точного технічного формулювання, ніж те, що пропонує більшість посібників.

Що робить зворотне посилання справді цінним:

• Domain Rating (DR) посилаючого домену: посилання з сайту DR 70+ у вашій ніші має більшу вагу, ніж 50 посилань із каталогів DR 10.
• Тематична релевантність: посилання з нерелевантного сайту передає менше авторитету, ніж посилання з безпосередньо релевантного домену. Алгоритми Google моделюють тематичну близькість.
• Розміщення посилання: редакційно розміщені посилання в тілі контенту перевершують посилання у футері, бічній панелі та біографії автора.
• Різноманітність посилаючих доменів: 100 посилань із 10 доменів слабші, ніж 100 посилань із 100 різних доменів. Розрахунок DA від Moz надає велику вагу унікальним посилаючим кореневим доменам.
• Швидкість нарощування посилань: раптові, неприродні стрибки в отриманні посилань можуть привернути алгоритмічну увагу. Стале, послідовне зростання посилань є безпечнішим і довговічнішим.

Перевірені тактики залучення:

• Цифровий PR та дата-журналістика: публікуйте оригінальну статистику, опитування або галузеві звіти. Журналісти та блогери цитують джерела даних. Одне добре просунуте дослідження може генерувати десятки редакційних зворотних посилань із авторитетних новинних та галузевих сайтів.
• Нарощування посилань через зламані посилання: використовуйте Ahrefs або Screaming Frog для виявлення зламаних вихідних посилань на авторитетних сайтах у вашій ніші. Пропонуйте свій релевантний контент як заміну.
• Гостьові публікації на справжніх редакційних виданнях: не на фермах посилань або мережах платного розміщення — на справжніх редакційних сайтах із реальною аудиторією. Посилання має бути контекстуально релевантним.
• HARO / Connectively: відповідайте на запити журналістів як експерт у предметній галузі. Публікації в таких виданнях, як Forbes, TechCrunch або галузево-специфічних ресурсах, мають значну вагу для DA.
• Аналіз розриву зворотних посилань конкурентів: експортуйте посилаючі домени ваших топових конкурентів за допомогою Ahrefs або SEMrush. Визначте домени, що посилаються на кількох конкурентів, але не на вас — це цілі з високою ймовірністю успіху для аутрічу.

Відхилення токсичних посилань: використовуйте інструмент Disavow Tool у Google Search Console для явно шкідливих посилань — масові патерни спамного анкорного тексту, мережі посилань або PBN-посилання, що вказують на ваш домен. Не відхиляйте агресивно; відхилення легітимних посилань є поширеною та шкідливою помилкою.

3. Спроектуйте цілеспрямовану архітектуру внутрішніх посилань

Внутрішні посилання систематично недооцінюються як суміжний сигнал DA. Хоча внутрішні посилання безпосередньо не підвищують DA (який є метрикою рівня домену, що базується на зовнішніх посиланнях), сильна структура внутрішніх посилань максимізує розподіл ваги посилань по всьому сайту, забезпечуючи передачу авторитету від сторінок із зовнішніми зворотними посиланнями до ваших найбільш стратегічно важливих сторінок.

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

• Визначте ваші найцінніші сторінки (найвищий органічний трафік, найбільше конверсій або найбільше зовнішніх зворотних посилань). Це ваші хаби авторитету.
• Переконайтеся, що кожна нова стаття посилається принаймні на один хаб авторитету, використовуючи описовий, релевантний до ключових слів анкорний текст.
• Використовуйте аналіз лог-файлів або звіт про глибину сканування Screaming Frog для виявлення сторінок, що знаходяться більш ніж у трьох кліках від головної — вони, ймовірно, є осиротілими або недостатньо пов’язаними та отримують мінімальний бюджет сканування й вагу посилань.
• Уникайте надмірно оптимізованого анкорного тексту у внутрішніх посиланнях. Природно варіюйте анкорний текст, щоб уникнути патернів, що нагадують маніпулятивне посилання.
• Впроваджуйте силосну архітектуру для великих сайтів: групуйте тематично пов’язаний контент у силоси та посилайтеся переважно всередині силосів, з вибірковими міжсилосними посиланнями лише там, де це справді доречно.

Вимір бюджету сканування: для великих сайтів (10 000+ сторінок) внутрішні посилання безпосередньо впливають на те, які сторінки Google сканує та індексує. Сторінки з недостатньою кількістю внутрішніх посилань можуть не скануватися достатньо часто для ранжування, незалежно від якості їхнього контенту.

4. Дотримуйтесь стандартів продуктивності для мобільних пристроїв

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

Технічний контрольний список:

• Впроваджуйте адаптивний дизайн за допомогою медіазапитів CSS. Уникайте окремих мобільних субдоменів (m.example.com), якщо у вас немає технічних ресурсів для підтримки повного паритету контенту.
• Перевіряйте мобільний рендеринг за допомогою інструменту перевірки URL у Google Search Console, а не лише інструментів розробника браузера. GSC показує, як Googlebot насправді рендерить сторінку.
• Переконайтеся, що цільові елементи для дотику (кнопки, посилання) відповідають мінімальному рекомендованому розміру 48×48 CSS-пікселів для запобігання випадковим дотикам і покращення показників зручності використання.
• Окремо тестуйте Core Web Vitals на мобільних пристроях від настільних. Мобільні показники майже завжди нижчі через мережеві та процесорні обмеження. Використовуйте PageSpeed Insights із вибраною вкладкою мобільних пристроїв.
• Усувайте нав’язливі міжсторінкові елементи (спливаючі вікна, що перекривають контент на мобільних пристроях) — Google явно карає за них із 2017 року.

5. Досягніть відповідності Core Web Vitals та досконалості швидкості сторінок

Швидкість сторінок є підтвердженим сигналом ранжування Google (з 2010 року для настільних, з 2018 року для мобільних пристроїв). Більш конкретно, Core Web Vitals — Largest Contentful Paint (LCP), Interaction to Next Paint (INP) та Cumulative Layout Shift (CLS) — стали сигналами ранжування у 2021 році та представляють операціоналізоване визначення якості досвіду сторінки від Google.

Цільові показники Core Web Vitals:

Оптимізації з високим впливом:

• Оптимізація зображень: конвертуйте зображення у формат WebP або AVIF. Впроваджуйте loading="lazy" для зображень нижче лінії видимості. Використовуйте srcset для адаптивних зображень. Вказуйте явні атрибути width та height для запобігання зсуву макету (CLS).
• Критичний шлях рендерингу: вбудовуйте критичний CSS, відкладайте некритичний JavaScript та попередньо завантажуйте ключові ресурси (<link rel="preload">).
• Мережа доставки контенту (CDN): розподіляйте статичні ресурси по географічно розподілених граничних вузлах. Це зменшує Time to First Byte (TTFB) для користувачів, що знаходяться далеко від вашого початкового сервера — основний чинник поганого LCP.
• Продуктивність на стороні сервера: швидкий CDN не може компенсувати повільний початковий сервер. Переконайтеся, що ваша хостингова інфраструктура надає достатні ресурси. Середовище VPS Хостингу з виділеним CPU та RAM стабільно перевершуватиме спільний хостинг за TTFB під навантаженням.
• Кешування браузера: встановлюйте агресивні заголовки Cache-Control для статичних ресурсів (зображення, шрифти, CSS, JS). Значення max-age 31536000 (один рік) є доречним для версіонованих ресурсів.
• Аудит сторонніх скриптів: аналітика, чат-віджети, рекламні скрипти та соціальні вбудовування є одними з найпоширеніших причин поганих INP та LCP. Перевіряйте кожен сторонній скрипт і видаляйте ті, що не виправдовують своїх витрат на продуктивність.

6. Впровадьте комплексне технічне SEO

Технічне SEO — це інфраструктурний рівень, що визначає, чи зможуть ваш контент і зворотні посилання трансформуватися в позиції ранжування. Технічно несправний сайт може мати відмінний контент і сильні зворотні посилання та все одно погано ранжуватися, оскільки пошукові системи не можуть ефективно сканувати, рендерити та індексувати його.

Критичні компоненти технічного SEO:

Сканованість та індексованість:

• Підтримуйте чистий, точний robots.txt, що блокує лише справді неіндексований контент (адміністративні сторінки, дублікати URL із параметрами, тестові середовища).
• Надсилайте XML-карту сайту до Google Search Console та Bing Webmaster Tools. Підтримуйте її актуальність — видаляйте сторінки з помилкою 404 та URL із noindex.
• Перевіряйте наявність пасток сканування: нескінченна пагінація, фасетна навігація, що генерує мільйони варіантів URL, та параметри ідентифікатора сесії в URL. Вони витрачають бюджет сканування та розбавляють вагу посилань.

Структуровані дані (Schema.org):

• Впроваджуйте схеми Article, FAQPage, HowTo, BreadcrumbList та Organization там, де це застосовно. Структуровані дані дозволяють отримувати розширені результати в SERPs, що покращує показники клікабельності — поведінковий сигнал, що корелює з покращенням ранжування.
• Перевіряйте всі структуровані дані за допомогою інструменту Rich Results Test від Google перед розгортанням.

Управління дублікатами контенту:

• Впроваджуйте канонічні теги (<link rel="canonical">) на всіх пагінованих, відфільтрованих або згенерованих параметрами URL для консолідації ваги посилань на пріоритетний URL.
• Переконайтеся, що версії www та не-www вашого домену перенаправляються на єдину канонічну версію (301 редирект).

Гігієна редиректів:

• Перевіряйте наявність ланцюжків редиректів (A → B → C) та петель редиректів. Кожен перехід у ланцюжку редиректів втрачає невеликий відсоток ваги посилань і сповільнює завантаження сторінки.
• Замінюйте внутрішні посилання, що вказують на перенаправлені URL, прямими посиланнями на кінцевий URL призначення.

Аналіз лог-файлів:

• Аналіз серверних логів показує, які сторінки Googlebot насправді сканує, з якою частотою та які сторінки повертають помилки. Це надійніше, ніж покладатися виключно на звіти про охоплення в GSC. Такі інструменти, як Screaming Frog Log Analyzer або GoAccess, можуть обробляти необроблені лог-файли.

Для команд, що керують власною серверною інфраструктурою, Виділений Сервер надає повний доступ до серверних логів, користувацьких конфігурацій nginx або Apache, а також можливість впроваджувати кешування на рівні сервера (Varnish, Redis) — можливості, недоступні на спільному хостингу.

7. Використовуйте соціальні сигнали як підсилювач трафіку та видимості

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

Фактичний механізм:

1. Контент, опублікований і просунутий на соціальних платформах, охоплює ширшу аудиторію.
2. Ця аудиторія включає блогерів, журналістів і вебмайстрів, які можуть редакційно посилатися на контент.
3. Ці редакційні посилання підвищують DA.

Соціальні мережі є, таким чином, каналом залучення посилань, а не прямим сигналом ранжування.

Стратегія для конкретних платформ:

• LinkedIn: найефективніший для B2B-контенту. Довгі пости та статті з оригінальними думками генерують поширення серед професійної аудиторії, яка з більшою ймовірністю має власні сайти та посилається на згаданий контент.
• X (Twitter): ефективний для охоплення журналістів і дослідників. Багато можливостей для посилань у стилі HARO виникають із розмов у Twitter. Взаємодійте з журналістами у вашій ніші.
• Reddit та Quora: нішеві сабреддіти та тематичні простори Quora є спільнотами з високим наміром. Надання справді корисних відповідей із посиланнями на ваш детальний контент (де це дозволено правилами спільноти) генерує цільовий реферальний трафік.
• YouTube: відеоконтент, що посилається на ваш сайт у описах, генерує реферальний трафік і формує сигнали авторитету бренду. YouTube є другою за величиною пошуковою системою у світі.

Вимір сигналу бренду: алгоритми Google моделюють згадки бренду (навіть без посилань) як сигнал довіри. Послідовна присутність бренду на різних платформах — соціальні профілі, появи в подкастах, галузеві каталоги — сприяє авторитету сутності, що лежить в основі оцінювання EEAT.

8. Захистіть свій сайт за допомогою HTTPS та підтримуйте постійну гігієну безпеки

HTTPS є підтвердженим сигналом ранжування Google з 2014 року. Крім сигналу ранжування, HTTPS є обов’язковою умовою для довіри користувачів. Браузери відображають попередження «Не захищено» для HTTP-сайтів, що збільшує показники відмов і пригнічує сигнали залученості, що корелюють із ефективністю ранжування.

Впровадження SSL/TLS:

• Встановіть дійсний SSL-сертифікат, що охоплює всі субдомени, які ви використовуєте. Wildcard-сертифікат (*.yourdomain.com) спрощує управління для сайтів із кількома субдоменами.
• Примусово застосовуйте HTTPS на рівні сервера за допомогою постійного 301-редиректу з http:// на https://. Не покладайтеся виключно на оновлення <meta> або JavaScript-редиректи.
• Впроваджуйте HTTP Strict Transport Security (HSTS), додавши заголовок Strict-Transport-Security. Це інструктує браузери завжди використовувати HTTPS для вашого домену, запобігаючи атакам SSL stripping.
• Використовуйте виключно TLS 1.2 або 1.3. Вимикайте SSLv3, TLS 1.0 та TLS 1.1, які є застарілими та вразливими. Перевіряйте конфігурацію TLS за допомогою Server Test від SSL Labs (цільтеся на рейтинг A або A+).
• Відстежуйте термін дії сертифіката. Прострочений сертифікат змушує браузери відображати жорстке попередження безпеки, що катастрофічно вплине на трафік і сигнали довіри. Використовуйте автоматичне оновлення (Let’s Encrypt із Certbot або керований сервіс сертифікатів). SSL-сертифікати з керованим оновленням усувають операційний ризик закінчення терміну дії сертифіката.

Ширша гігієна безпеки:

• Підтримуйте все програмне забезпечення CMS, плагіни та теми в актуальному стані. Застарілі плагіни WordPress є найпоширенішим вектором атак для компрометації сайтів.
• Впроваджуйте Web Application Firewall (WAF) для блокування поширених патернів атак (SQL-ін’єкція, XSS, брутфорс-атаки на вхід).
• Налаштовуйте заголовки Content Security Policy (CSP) для зменшення ризиків міжсайтового скриптингу.
• Регулярно виконуйте сканування на шкідливе програмне забезпечення. Скомпрометований сайт може бути позначений Google Safe Browsing, що спричиняє попередження браузера та може призвести до видалення з індексу — катастрофічна подія для DA.
• Підтримуйте зовнішні резервні копії. Сайт, що виходить з ладу через інцидент безпеки, втрачає трафік, частоту сканування та може втратити зворотні посилання, якщо посилаючі сайти оновлять свої посилання.

Domain Authority проти Page Authority проти внутрішніх сигналів Google

Розуміння взаємозв’язку цих метрик запобігає стратегічній дезорієнтації.

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

Хостингова інфраструктура як основа для SEO-продуктивності

Часто недооцінюваним виміром технічного SEO є саме хостингове середовище. Час відповіді сервера (TTFB), надійність аптайму, географічне розташування сервера відносно вашої цільової аудиторії та можливість впроваджувати оптимізації на рівні сервера — все це безпосередньо впливає на показники Core Web Vitals та ефективність сканування.

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

VPS-хостинг забезпечує ізольований CPU та RAM, стабільний TTFB та можливість налаштовувати повний серверний стек — nginx, PHP-FPM, об’єктне кешування Redis, користувацьке стиснення gzip/Brotli та HTTP/2 або HTTP/3. VPS із cPanel поєднує цей запас продуктивності зі звичним інтерфейсом управління, зменшуючи операційне навантаження для команд без виділених системних адміністраторів.

Виділені сервери підходять для сайтів із високим трафіком, платформ електронної комерції або сайтів із складними вимогами до технічного SEO (великі бюджети сканування, інтенсивний аналіз логів, інтеграція користувацького CDN). Повна апаратна ізоляція повністю усуває проблему «галасливого сусіда».

Технічний контрольний список ключових висновків

Використовуйте це як операційну структуру аудиту, а не одноразовий контрольний список.

Профіль зворотних посилань:

• Кількість посилаючих доменів зростає місяць за місяцем
• Відсутні токсичні патерни посилань (масовий анкорний текст із точним збігом, мережі посилань) без відхилення
• Принаймні один активний канал залучення посилань (цифровий PR, нарощування через зламані посилання, гостьові редакційні публікації)

Контентна архітектура:

• Тематичні кластери впроваджені з чіткою структурою внутрішніх посилань від стрижневих до допоміжних статей
• Аудит застарівання контенту запланований щоквартально через Google Search Console
• Оригінальні дані або дослідження публікуються принаймні раз на квартал

Технічне SEO:

• Core Web Vitals відповідають порогу «Добре» як для мобільних, так і для настільних пристроїв у даних CrUX
• XML-карта сайту актуальна та надіслана; у карті сайту відсутні URL із помилкою 404 або noindex
• Відсутні ланцюжки редиректів довжиною більше одного переходу у внутрішніх посиланнях
• Структуровані дані перевірені та повертають розширені результати там, де це застосовно
• HTTPS примусово застосовується з HSTS; лише TLS 1.2+; рейтинг SSL Labs A або A+

Інфраструктура:

• TTFB сервера менше 200ms для основної цільової географії
• CDN активний для доставки статичних ресурсів
• Налаштовано автоматичне оновлення SSL-сертифіката
• Зовнішні резервні копії перевірені та протестовані

Моніторинг:

• Google Search Console перевіряється щотижня на наявність помилок сканування, ручних дій та регресій Core Web Vitals
• Кількість посилаючих доменів відстежується щомісяця (Ahrefs або SEMrush)
• Органічний трафік і тенденції позицій за ключовими словами відстежуються окремо від показника DA

Часті запитання

Скільки часу потрібно для підвищення Domain Authority?

Для нових доменів перехід від DA 0 до DA 20–30 зазвичай займає 6–12 місяців послідовного нарощування посилань і виробництва контенту. Перехід від DA 30 до DA 50 може зайняти 1–3 роки. Логарифмічна шкала означає, що кожен приріст на 10 пунктів вимагає експоненційно більше зусиль, ніж попередній. Не очікуйте жодного помітного руху менш ніж за 90 днів для будь-якого усталеного домену.

Чи можна підвищити DA без нарощування зворотних посилань?

Ні. DA є фундаментально метрикою, що базується на зворотних посиланнях. Технічні покращення, якість контенту та швидкість сайту безпосередньо не впливають на DA — вони впливають на позиції Google та залученість користувачів, що може опосередковано створювати можливості для зворотних посилань. Але без нових посилаючих доменів, що вказують на ваш сайт, DA не зростатиме.

Чи впливає DA на позиції Google безпосередньо?

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

Який показник Domain Authority є хорошим цільовим значенням?

Це повністю залежить від вашого конкурентного середовища. Якщо ваші топові конкуренти мають DA 30–40, досягнення DA 35+ ставить вас у конкурентну позицію. Якщо ви конкуруєте у фінансовій, медичній або юридичній вертикалях, сайти з топових позицій часто мають DA 70–90. Орієнтуйтеся на ваших фактичних конкурентів у SERPs, а не на абсолютне число.

Чому мій Domain Authority впав, хоча я отримав зворотні посилання?

Moz періодично перекалібровує весь свій індекс. Якщо конкуруючі сайти отримували зворотні посилання швидше, ніж ви, ваш відносний показник падає, навіть якщо ваша абсолютна кількість зворотних посилань збільшилася. Крім того, якщо посилаючі домени, що раніше посилалися на вас, втратили власний авторитет (або були видалені з індексу), посилання, які вони передають, мають меншу вагу. Завжди відстежуйте кількість посилаючих доменів поряд із DA, щоб відрізнити реальні втрати від ефектів перекалібрування індексу.