Пункты SLA для договора по обратным ссылкам, которые стоит включить перед покупкой

Почему важен договор на обратные ссылки или SLA

SLA для обратных ссылок — это простое письменное соглашение, которое объясняет, что вы покупаете и что обязан поставить поставщик. Оно превращает расплывчатое обещание вроде «мы разместим ссылку» в условия, которые можно реально проверить.

Оно защищает покупателя, делая результат измеримым. Вы можете подтвердить, что ссылка существует, где она размещена и соответствует ли правилам, за которые вы заплатили. Оно также защищает продавца, задавая границы, например, что происходит, если ваша целевая страница изменится или издатель обновит статью.

Большинство споров возникают потому, что базовые вещи не были согласованы. Хорошее соглашение простым языком прописывает место размещения, как долго ссылка должна оставаться живой, какие атрибуты обязаны быть, что происходит при удалении и как подтверждается выполнение.

Переписка по электронной почте часто оказывается недостаточной, когда вовлечены деньги, сроки и третьи лица. Письма становятся запутанными, люди меняют роли, а ключевые детали по-разному интерпретируются. Если вы покупаете несколько ссылок, платите по подписке или пользуетесь сервисом размещения по инвентарю (например, SEOBoosty), короткое SLA снижает путаницу и выравнивает ожидания.

Конкретный пример: вы платите за контекстную ссылку в определённой статье, но через два месяца издатель обновляет страницу и ваша ссылка исчезает. Без письменного пункта о замене вы можете спорить о том, было ли задание «выполнено». С SLA средство уже согласовано: заменить ссылку, переместить на эквивалентную страницу или вернуть деньги в оговоренные сроки.

Детали размещения, которые нужно чётко прописать

Большинство споров случается потому, что «обратная ссылка» — слишком общо. Надёжный пункт SLA должен точно указывать, на какой странице будет ссылка и где именно на странице она должна появиться.

Начните с указания допустимого типа страницы. Ссылка внутри релевантной статьи обычно ценнее, чем в футере или сайдбаре. Ссылка в биографии автора может быть полезной или бесполезной в зависимости от целей. Если вы покупаете размещение на странице ресурсов, пропишите, должно ли это быть кураторное перечисление с описаниями, а не просто длинный каталог.

Затем определите местоположение практично. «В контенте» должно означать внутри основного тела текста, а не в навигационном меню, в виджете «похожие ссылки» или в шаблонной области, повторяющейся по всему сайту. Если продавец может разместить ссылку где угодно, вы принимаете риск низкой видимости.

Нужны правила и для anchor text. Решите, будет ли анкор фиксированным на весь срок или редактируемым, и требуют ли изменения вашего согласия. Простое правило вроде «только брендовые или естественные анкоры» поможет избежать рискованного переоптимизированного текста.

Будьте столь же конкретны относительно цели. Запишите итоговый целевой URL, разрешены ли редиректы и что происходит, если вы позже измените страницу. Если редиректы допускаются, требуйте, чтобы ссылка разрешалась на живую страницу с кодом 200 на вашем домене.

Наконец, уточните количество ссылок. Если соглашение предполагает одну ссылку, укажите, что вам не выставят счёт за несколько ссылок на той же странице без вашего одобрения.

Практичный пункт о размещении обычно охватывает: допустимые типы и тематику страниц, требование разместить ссылку в основном контенте (не в хедере, футере, сайдбаре или навигации), правила по анкорам и согласованию правок, правила целевого URL (включая редиректы и обработку canonical) и ограничения по другим исходящим ссылкам рядом с вашей.

Если вы пользуетесь кураторским провайдером вроде SEOBoosty, вы всё равно можете и должны записать эти детали размещения, чтобы обе стороны понимали ожидания до публикации.

Срок и гарантии доступности

Чёткое указание срока — это разница между «мы разместим ссылку» и реальным договором, на который можно опереться. В SLA пропишите, как долго ссылка должна оставаться живой и что делать, если страница изменится.

Начните с минимального времени онлайн. Многие покупатели выбирают фиксированный срок, например 3, 6 или 12 месяцев, но важнее записать это. Также определите дату начала, чтобы не было путаницы. Если вы платите по дате счёта, а публикация выходит через две недели, в договоре должно быть ясно, какая дата запускает отсчёт.

Определите, что значит «в доступе» простыми словами: страница должна быть публично доступной (без логина), загружаться нормально в браузере и быть индексируемой, если вы не согласились иначе. Это предотвращает ситуацию, когда ссылка формально существует, но скрыта за платным доступом или на странице, закрытой от поисковиков.

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

Также опишите конец срока и продление. Укажите, может ли ссылка быть удалена по окончании срока, может ли она оставаться, но уже без гарантии, и как происходит продление (автопродление или продление по подтверждению).

Пример: вы купили размещение на 12 месяцев, но издатель переносит сайт на новую платформу на 5-м месяце. SLA может допускать короткое окно на технические работы, но если страница будет недоступна дольше лимита, продавец должен восстановить ссылку или продлить срок, чтобы компенсировать потерянные дни.

Атрибуты ссылки и технические требования

Ссылка может выглядеть «живой» на странице, но при этом почти не передавать ценность, если атрибуты или настройки страницы неверные. В SLA укажите технические правила заранее, чтобы потом не спорить о доставке.

Начните с follow против nofollow. Если вы платите за авторитет и ранжирование, многие покупатели ожидают стандартную follow-ссылку. Если nofollow допускается в отдельных случаях (например, политика издателя требует), пропишите это явно и трактуйте как отдельную поставку.

Затем обсудите rel‑атрибуты. Некоторые сайты добавляют rel="sponsored" или rel="ugc" по правилам. Решите, требуются ли такие атрибуты, допустимы ли они или запрещены, и включите простое положение по nofollow/sponsored/UGC. Главное — контроль изменений: атрибуты не должны добавляться или меняться после размещения без вашего письменного согласия (включая смену follow на nofollow).

Технические требования должны выходить за рамки rel. Ссылка может присутствовать, но быть закрытой для индексирования или «обесцененной» настройками canonical.

Минимальная техническая спецификация для включения

Держите её простой и проверяемой:

• Ссылка должна быть видимым HTML-элементом <a> (без скрытого CSS и без «только JavaScript» ссылок, если требуется HTML).
• Целевой URL должен совпадать точно (без неожиданных редиректов, трекеров или сокращённых ссылок, если это не согласовано).
• Страница должна быть индексируема (meta robots — index, follow и не блокироваться robots.txt).
• Canonical должен указывать на ту же страницу, где находится ссылка (а не на другой URL).
• Размещение ссылки не должно быть внутри iframe или зон, закрытых для краулеров.

Пример: вы купили размещение в блоге через кураторскую площадку. Через две недели издатель изменяет шаблон и добавляет rel="sponsored" по всему сайту. Если в SLA прописано «без изменения атрибутов без согласия» и есть проверка, у вас есть чёткая возможность запросить исправление или замену.

Защита качества сайта и контента

Ссылка может выглядеть корректно в первый день, но потом стать рискованной, если страница или сайт изменятся. Положения о качестве в SLA защищают вас от размещений, которые становятся неработоспособными, небезопасными или вводящими в заблуждение.

Начните с доступности. Страница должна оставаться общедоступной (не за логином или платным доступом) и ссылка должна оставаться доступной для краулеров. Укажите, что страница не должна блокироваться robots.txt, meta noindex или другими техническими средствами, мешающими поисковикам её увидеть.

Далее — явные исключения по содержанию. Избегайте расплывчатых формулировок вроде «чистый сайт». Перечислите, что недопустимо: вредоносное ПО, взрослый контент, незаконные товары или услуги, пропаганда ненависти или экстремистский контент, и обманчивые загрузки. Если у вас есть требования по безопасности бренда, добавьте правила по соседству (например, нельзя размещать рядом с казино или фармацевтическими объявлениями).

Правки контента — ещё одна частая проблема. Издатели обновляют статьи, меняют разделы или «освежают» посты, и ваша ссылка съезжает вниз или переписывается. Согласуйте, какие изменения допустимы после размещения (мелкие грамматические правки) и что недопустимо (перенос ссылки в футер, сайдбар или био автора; удаление контекста вокруг; добавление негативных или вводящих в заблуждение утверждений рядом с вашим брендом).

Наконец, запретите приёмы с ссылками. Пропишите запрет на клоакинг, принудительные редиректы или замену вашего URL трекинговыми цепочками, которые не разрешаются корректно.

Если вы покупаете размещения через провайдера инвентаря (например, SEOBoosty), спросите, какие проверки они проводят, и убедитесь, что эти проверки отражены в SLA, а не только в маркетинговых материалах.

Политика замены и восстановления

Обратная ссылка — это не «поставил и забыл». Страницы обновляют, редакторы чистят старые посты, и иногда сайт полностью меняет владельца. Ясная политика замены и восстановления — то, что делает SLA практичным.

Начните с определения триггеров для замены. Частые триггеры: ссылка удалена, страница удалена, страница помечена noindex или домен сменил владельца так, что это существенно влияет на качество или релевантность.

Установите сроки. «Как можно скорее» — расплывчато. Стандарт вроде «в течение X рабочих дней с момента подтверждения» проще контролировать.

Затем определите, что значит «замена». Варианты: восстановить ссылку на том же домене, заменить на похожем домене, предоставить кредит на будущую покупку или вернуть пропорциональную сумму.

Добавьте ограничения, чтобы всё было справедливо. Например, ограничьте число замен на одну ссылку за срок и опишите исключения (форс-мажор: массовые простои, юридические блокировки, закрытие платформы).

Также укажите обязанности покупателя. Вы должны предоставить рабочий целевой URL, поддерживать стабильность редиректов и оперативно уведомлять продавца при обнаружении проблемы. Простая оговорка вроде «покупатель должен сообщить о проблемах в течение X дней с момента обнаружения» предотвращает месяцы молчаливого простоя.

Если вы покупаете через кураторскую модель инвентаря вроде SEOBoosty, этот раздел всё равно должен прописывать сроки и варианты замены, чтобы ожидания совпадали с реальностью.

График отчётности и верификация

Если вы не можете проверить, что ссылка живёт, вы не можете ею управлять. SLA должен описывать периодичность отчётов, что считается доказательством и как быстро обнаруживаются изменения.

Выберите периодичность, соответствующую скорости изменений страниц. Ежемесячный отчёт распространён для стабильных размещений. Еженедельный имеет смысл сразу после публикации или когда страницы часто редактируются. Ежеквартально обычно слишком редко, если только продавец не обязуется оповещать о всех изменениях сразу.

Хороший отчёт должен быть понятен без дополнительной переписки. Минимум: URL страницы размещения, целевой URL, использованный anchor, атрибуты ссылки (follow/nofollow/sponsored/UGC) и доказательства (скриншот плюс HTML-фрагмент с ссылкой). Полезно указать дату проверки, чем проверяли и краткий лог изменений: перемещения, смена атрибутов, простои или удаления.

Укажите получателей и сроки. Например: отправлять отчёт на два адреса электронной почты в течение пяти рабочих дней после конца отчётного периода и отправлять уведомление об инциденте в течение 24 часов, если ссылка удалена или изменена.

Пример: если редизайн перемещает вашу ссылку из основного текста в футер, это должно быть зафиксировано как изменение местоположения, а не тихо оставлено до следующего ежемесячного отчёта.

Если вы покупаете через провайдера вроде SEOBoosty, уточните, отчёты по ссылкам приходят по ссылке, по домену или по аккаунту, и убедитесь, что SLA соответствует способу, которым вы будете аудировать и подтверждать размещения.

Соответствие правилам, конфиденциальность и юридические основы

Договор на обратные ссылки — это не только место ссылки. Он также должен содержать несколько юридических пунктов, чтобы обе стороны понимали, что разрешено, что остаётся приватным и как решаются проблемы.

Во-первых, отметьте раскрытие факта оплаты. Если размещение оплачено, контракт должен указать, как страница будет это обозначать (например, «sponsored» или эквивалент) и кто отвечает за соблюдение редакционных правил издателя.

Добавьте правила конфиденциальности. Решите, может ли покупатель публично упоминать издателя или домен в кейс‑стади, в социальных сетях или в отчётах для инвесторов. Напишите прямо: что можно делиться, кто и в какой форме.

Необязательно, но часто встречается — пункт о неконтактировании напрямую. Если размещение было организовано брокером или платформой, можно включить окно времени, в течение которого покупатель обязуется не обращаться к издателю напрямую по похожим размещениям. Сделайте это узким и конкретным (срок и область действия), чтобы пункт не выглядел чрезмерно обременительным.

Ограничьте объём передаваемых данных. Укажите, какая информация будет передаваться (платёжные данные, контакт для выставления счёта, целевой URL, anchor и e‑mail для отчётов). Если планируете делиться аналитикой или данными Search Console, точно пропишите, что именно будет доступно и на какой срок.

Условия разрешения споров должны быть скромными и понятными: какое право применяется, как начинается спор (письменное уведомление и срок на исправление), использование медиации или мелких тяжб, где рассматриваются споры и ограничения ответственности за вещи, не зависящие от сторон (например, изменения алгоритмов).

Если вы используете провайдера вроде SEOBoosty, запросите эти условия заранее, чтобы понимать, что можно раскрывать, какие данные требуются и как будут решаться разногласия до подписания.

Что нельзя обещать (и как это сформулировать)

Хороший SLA защищает обе стороны, исключая обещания, которые никто не может гарантировать. Главный тревожный знак — обещание рейтинга, «domain authority» или конкретного места в Google. Результаты поиска меняются по множеству причин вне контроля продавца: ваш сайт, конкуренты и алгоритмы.

Вместо обещаний по результатам обещайте поставку. Зафиксируйте конкретную страницу, конкретную ссылку и проверяемые критерии. Если нужно более уверенное формулирование, привязывайте обещание к тому, что реально проверить.

Безопасные формулировки, остающиеся конкретными

Примеры для адаптации:

• Вместо «Мы гарантируем улучшение позиций» — «Мы разместим одну ссылку на согласованной странице и поддержим её живой в согласованный срок, если только издатель не удалит или не изменит страницу.»
• Вместо «Вы получите 1 000 визитов» — «Мы предоставим отчёт о статусе и деталях размещения; трафик не гарантируется.»
• Вместо «Ссылка будет проиндексирована» — «Индексирование — по разумным усилиям; мы предоставим доказательства публикации и живой URL, но индексирование поисковыми системами вне нашей ответственности.»
• Вместо «Опубликуем через 7 дней» — «Дата публикации X, допустимая задержка Y дней при изменениях в редакционном календаре издателя.»

Если хотите упоминать трафик, точно опишите, что будете измерять (например, переходы по реферальным ссылкам в аналитике) и что не будете (общий органический рост).

Будьте явными в том, что вне сферы: многие споры возникают, потому что покупатель полагает, что продавец также напишет контент, добавит внутренние ссылки или разместит несколько ссылок. Держите формулировки простыми: одна страница, одна ссылка, один целевой URL, если не согласовано иное.

Пример сценария: ссылка удалена после обновления страницы

Вы купили ссылку в известном блоге. Через два месяца сайт сделал редизайн и реорганизовал старые посты. Раньше ваша ссылка была в теле статьи, а после обновления она исчезла или перенесена на страницу «ресурсы», где мало трафика.

При наличии чёткого SLA это превращается в быструю процедуру, а не спор. В соглашении уже указаны место размещения, срок, допустимые атрибуты, механизм замены и частота отчётности.

Простые формулировки, которые можно использовать:

Placement: “Link will be placed in the main content of the specified URL, not in a footer, sidebar, or author bio, unless approved in writing.”

Duration: “Link will remain live for 12 months from go-live date, with a 7-day window to restore if temporarily removed during maintenance.”

Attributes: “Link will be dofollow unless marked as rel=sponsored or rel=nofollow by mutual written agreement.”

Replacement: “If the page is removed, redirected, or materially changed so the link is lost, provider will restore the link or replace it with a link of equal or higher authority within 14 days.”

Reporting: “Provider will confirm go-live and then report status monthly, including the live URL and a screenshot.”

Когда проблема появляется, обе стороны следуют простому плану: покупатель проверяет последний отчёт и делает скриншоты, уведомляет провайдера с указанием ожидаемого размещения и последней подтверждённой даты, провайдер отвечает в оговоренный срок, восстанавливает или заменяет в рамках замены и присылает обновлённую верификацию.

Контрольный список для договора по обратным ссылкам (быстрые проверки)

Чтобы SLA было легко утвердить и сложнее оспорить позже, держите одностраничный чеклист рядом с полным контрактом. Это помогает обнаружить пробелы до передачи денег.

Начните с пяти пунктов, определяющих, соответствует ли ссылка тому, что вы купили: размещение (точная страница и местоположение), срок (минимальный период и правила простоя), атрибуты ссылки (follow/nofollow и sponsored/UGC), политика замены (варианты и дедлайны) и отчётность (какие доказательства и как часто).

Затем добавьте проверки, которые чаще всего вызывают споры при отсутствии: индексируемость (не блокируется robots.txt и не стоит noindex), отсутствие клоакинга (ссылка видна одинаково пользователям и поисковикам), границы редактирования (что можно менять без уведомления а что требует одобрения) и контактное лицо с оговоренным временем ответа.

Для ускорения внутренних согласований запросите одностраничное резюме SLA, отражающее чеклист и ссылающееся на полный договор. Даже если вы покупаете через кураторский инвентарь вроде SEOBoosty, такое резюме помогает обеим сторонам оставаться в курсе при изменениях на странице издателя.

Следующие шаги: составьте SLA и выберите модель закупки

Начните с преобразования ваших ожиданий в одностраничный документ, который удобно использовать. SLA не требует юридического театра. Ему нужны ясные формулировки «что, где, как долго и что происходит, если что-то ломается».

Составьте простой шаблон SLA из ваших обязательных условий

Запишите пункты, от которых вы не отказываетесь, и добавьте опциональные только если их легко проверить. Многие споры происходят потому, что покупатели просят «хорошую ссылку» вместо измеримых деталей.

Простой первый вариант может быть коротким:

• Placement: тип страницы и место (например, внутри основного тела статьи, не в футере)
• Duration: минимальное время online и что считается простоем
• Attributes: требуемые rel-значения (dofollow/nofollow/sponsored/UGC) и требование кликабельности URL
• Replacement: когда положена замена и как быстро её предоставить
• Reporting: какие доказательства вы получаете и как часто

После фиксации обязательных пунктов добавляйте желательные только если они действительно полезны (например, «без соседства с казино» или «страница должна быть индексируемой»). Если пункт сложно проверить, его будет тяжело обеспечить.

Выберите модель закупки, которая упрощает условия

Способ покупки влияет на то, насколько стандартизированным можно сделать SLA. Разовые договоры с издателями часто отличаются и сложны для стандартизации. Кураторская модель инвентаря может упростить задачу, потому что ожидания задаются по домену заранее и вам не придётся каждый раз пересогласовывать мелочи.

Если вам подходит такой подход, SEOBoosty — пример кураторского сервиса, где вы выбираете домены и подписываетесь, что может упростить документирование ожиданий по размещению и поддержке. Перед подписанием запросите пример отчёта и реальные кейсы по обработке замен — если провайдер не может их показать, ужесточите SLA или выберите другой подход.