Невидимые Watermarks в ИИ-текстах: что известно на сегодня

Итог на 3 сентября 2026 года

Подтверждённый статистический watermark в обычном сгенерированном тексте сейчас есть у Gemini и новых моделей Claude.

Для обычных ответов ChatGPT, Алисы/YandexGPT и GigaChat такой механизм публично не подтверждён. У китайских сервисов маркировка действительно массово появилась, но чаще это плашка в интерфейсе, видимый знак на медиафайле или запись в метаданных — не обязательно скрытый статистический рисунок в словах.

Главное для SEO: доказательств, что именно watermark понижает позиции, сейчас нет. Проблемы возникают из-за массового малополезного AI-контента, фактических ошибок, шаблонности и иногда из-за реальных невидимых Unicode-символов. Это три совершенно разные вещи.

Что вообще называют текстовым watermark

Есть три технологии, которые постоянно смешивают:

1. Статистический watermark в выборе токенов. Модель чуть изменяет вероятность выбора между несколькими одинаково подходящими словами. В тексте нет скрытых символов, тегов или идентификаторов пользователя. Обнаружить закономерность можно только вероятностным детектором, обычно зная секретный ключ провайдера.
2. Невидимые Unicode-символы. Zero-width space, неразрывные пробелы, служебные символы направления текста и так далее. Они реально находятся внутри строки. Это могут быть артефакты копирования, редактора, форматирования или экспорта — само по себе это не доказывает использование ИИ.
3. Метаданные документа или файла. Например, запись в DOCX, PDF или HTML-экспорте о происхождении контента. При вставке текста в CMS как plain text такие данные обычно не переносятся.

Claude и Gemini используют первый вариант. Китайские потребительские приложения в основном используют второй вариант маркировки только как интерфейсный текст и третий вариант для экспортируемых файлов.

Какие текстовые ИИ действительно маркируют ответы

Claude: да, уже в production, но пока не все модели

Anthropic анонсировала текстовый watermark 14 августа 2026 года. С 1 сентября он точно присутствует в текстах Claude Fable 5.1 и Claude Mythos 5.1. Старые модели, выпущенные до 2 августа 2026 года, переводятся на маркировку постепенно в течение следующих месяцев. (Anthropic: Claude text watermark) Читать полный обзор сервиса Claude.

Claude использует собственную версию SynthID Text:

• никаких zero-width символов в текст не добавляется;
• дополнительные токены не расходуются;
• watermark не содержит ID пользователя, компании или конкретного чата;
• меняется только источник псевдослучайности при выборе между допустимыми словами;
• короткие, фактологические тексты, код и лёгкая корректорская правка маркируются слабее;
• полный рерайт уничтожает сигнал, лёгкое редактирование обычно только ослабляет его;
• проверка пока доступна через закрытый detection API ограниченному кругу организаций. (Anthropic: Claude text watermark)

То есть копирование ответа Claude в WordPress не переносит никакой скрытый технический мусор. Watermark уже находится в статистической последовательности обычных видимых слов.

Gemini: да, включая Gemini API

Google давно применяет SynthID в текстах Gemini app и веб-версии. Сам SynthID слегка корректирует вероятность следующих токенов, создавая определяемый статистический рисунок. (Google DeepMind: SynthID)

Важное обновление августа 2026 года: представитель Google сначала дал неправильный ответ относительно API, а затем официально исправился — текст из Gemini API тоже маркируется SynthID. Согласно этому уточнению, это также касается Google AI Studio и Antigravity. Пока самое прямое подтверждение API-варианта находится именно в официальном форуме Google, а не в основной документации Gemini API. (Официальный форум Google AI Developers)

Детекция SynthID вероятностная. Результат может быть «маркирован», «не маркирован» или «неопределён». Небольшие сокращения, замены отдельных слов и лёгкий рерайт могут сохранять сигнал, а полный рерайт или перевод сильно уменьшают уверенность детектора. (Google AI: safeguards и SynthID)

Самостоятельный запуск открытой модели — например, Gemma, Qwen или DeepSeek — не означает автоматического появления SynthID. Статистический знак добавляется отдельным logits processor на этапе генерации. Это означает, что watermark зависит не только от весов модели, но и от конкретного inference-стека. (Google AI: safeguards и SynthID)

ChatGPT и OpenAI API: в обычном тексте не подтверждено

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

На 3 сентября 2026 года актуальная публичная система OpenAI Content Provenance умеет проверять изображения и аудио, но не текст. В текущем перечне сигналов указаны C2PA для изображений и SynthID для изображений и аудио. Обычные ответы ChatGPT/GPT API там не фигурируют. (OpenAI Developers: Content Provenance)

Поэтому корректная формулировка:

Нет публичного подтверждения, что текущие обычные ответы ChatGPT или GPT API содержат статистический текстовый watermark.

Это не доказывает, что OpenAI нигде не тестирует его на части трафика, но заявлять, что «ChatGPT точно маркирует каждый текст», оснований сейчас нет.

Алиса и YandexGPT: текстовый watermark не подтверждён

Яндекс публично заявляет, что сообщает пользователю о взаимодействии с ИИ и маркирует созданный ИИ-контент, когда это необходимо. Но технического описания статистического watermark в обычных ответах Алисы или YandexGPT, публичного детектора либо API проверки такого знака я не нашёл. (Яндекс: ответственный ИИ)

У Алисы есть именно видимая маркировка фото и видео: среди преимуществ «Алисы Плюс» Яндекс отдельно указывает скачивание фото и видео без водяного знака. Это относится к медиаконтенту и не подтверждает наличие скрытого watermark в тексте. (Алиса Плюс)

Моя оценка:

• ответы Алисы/YandexGPT в plain text — watermark не подтверждён;
• продуктовая плашка «ответ создан ИИ» — возможна;
• видимые знаки на изображениях и видео — присутствуют в некоторых режимах;
• наличие невидимого устойчивого пиксельного знака в изображениях Алисы официально не раскрыто.

GigaChat: статистический watermark не подтверждён

У Сбера появился платный эндпоинт POST /ai-check, который проверяет вероятность генерации текста ИИ. Но наличие AI-детектора само по себе не означает, что GigaChat встраивает секретный watermark в собственные ответы: детектор может работать как обычный классификатор по стилю, перплексии и языковым признакам. В открытой документации я не нашёл заявления о token-level watermark GigaChat. (Sber Developers: тарифы GigaChat) Читать полный обзор сервиса GigaChat.

На сайте GigaChat есть статья про скрытые символы. В ней говорится, что zero-width space способен разрывать ключевые слова и создавать проблемы для SEO и HTML. Но эта статья не объявляет, что GigaChat намеренно подписывает собственные ответы такими символами. Напротив, символы описаны как возможные артефакты преобразования токенов, редакторов и копирования. (GigaChat: проверка текста на скрытые символы)

Итого по GigaChat:

• собственный AI-check — есть;
• публичное подтверждение статистического watermark — нет;
• скрытые Unicode-символы иногда могут встретиться в скопированном тексте, но это не надёжный признак GigaChat или вообще ИИ;
• по изображениям GigaChat/Kandinsky я также не нашёл официального подтверждения обязательного устойчивого невидимого watermark во всех файлах.

Что происходит у китайских ИИ

С 1 сентября 2025 года в Китае действуют правила маркировки AI-generated content. Они охватывают текст, изображения, видео и аудио и разделяют маркировку на:

• явную — надпись, значок, плашка в интерфейсе, видимый знак;
• неявную — данные внутри экспортируемого файла, прежде всего метаданные с информацией о сервисе и происхождении контента. (Администрация киберпространства Китая)

Это породило ошибочный вывод, что все китайские LLM начали тайно менять слова или вставлять zero-width символы. Из регуляторных документов это не следует.

Qwen / Qianwen

В условиях Qwen прямо указано:

• в чате показывается сообщение, что контент создан ИИ;
• изображения и видео получают видимый знак Qwen AI;
• скрытая маркировка встраивается в метаданные изображений, видео и других экспортируемых файлов;
• даже после снятия видимого знака скрытая запись в метаданных может сохраниться. (Условия Qwen)

Подтверждения статистического token watermark в обычном тексте Qwen я не нашёл.

Kimi

Условия Kimi говорят, что явная и неявная маркировка применяется ко всему сгенерированному контенту. Но там же неявная маркировка определяется как техническая запись в метаданных файла. Поэтому это нельзя автоматически интерпретировать как SynthID-подобный рисунок в словах, особенно при обычном копировании ответа из веб-чата. (Условия Kimi)

DeepSeek

В условиях DeepSeek Open Platform основной акцент сделан на том, что downstream-разработчик, использующий API, должен сам обеспечить требуемую маркировку сгенерированного текста в своём продукте. DeepSeek называет API нейтральной базовой модельной услугой. Об обязательном встроенном статистическом watermark в raw API output там не говорится. (Условия DeepSeek Open Platform)

Поэтому по китайским моделям разумно считать так:

Сервис	Что подтверждено	Статистический watermark в plain text
Qwen	плашка в чате, видимые знаки и метаданные медиафайлов	не подтверждён
Kimi	явная маркировка и скрытые метаданные экспортов	не подтверждён
DeepSeek API	обязанность downstream-сервиса маркировать контент	не подтверждён
Doubao, Yuanbao, Ernie и другие consumer apps	преимущественно интерфейсные плашки и маркировка файлов	публичных доказательств token watermark недостаточно
Локальный Qwen/DeepSeek	зависит от вашего inference-стека	по умолчанию обычно отсутствует

Вредит ли текстовый watermark SEO

Сам статистический знак — вероятнее всего, нет

У Claude/Gemini watermark не является отдельным символом или тегом. Поисковый робот получает обычный грамматический текст. Нет технического механизма, который мог бы:

• разорвать ключевую фразу;
• изменить HTML;
• сломать анкор;
• повредить микроразметку;
• помешать индексированию.

Anthropic сообщает, что в её тестах watermark не оказал практического влияния на читаемость, содержание и креативность. В тесте Google на части Gemini-трафика также не обнаружили статистически значимого ухудшения пользовательских оценок. (Anthropic: Claude text watermark)

Теоретически Google может распознавать собственный SynthID, а поисковые системы в будущем могут получить доступ к детекторам других провайдеров. Но публичных доказательств, что наличие watermark используется как отрицательный ranking signal, нет.

Что говорят Google и Яндекс

Актуальная позиция Google: генеративный ИИ можно применять для исследования темы и структурирования оригинального материала. Нарушением может стать массовая генерация страниц без дополнительной ценности — scaled content abuse. В фокусе находятся точность, качество, релевантность и полезность, а не сам факт применения конкретной модели. (Google Search Central: использование генеративного ИИ)

Яндекс формулирует это похожим образом: автоматически сгенерированный или минимально переработанный материал может быть формально уникальным, но оставаться малополезным. Среди проблем названы отсутствие дополнительного анализа и редактуры, переписывание других источников и неспособность решить задачу пользователя. (Яндекс Вебмастер: малополезный контент)

Свежие SEO-кейсы

Исследование Ahrefs, июль 2026 года

Ahrefs исследовал сотни тысяч страниц и отдельно выборку страниц из верхней части выдачи. По их AI-классификатору:

• 5,3% страниц в позициях 1–3 были классифицированы как полностью AI-generated;
• 9% страниц в топ-3 содержали не менее 80% AI-текста;
• 82,2% топ-3 содержали менее 50% AI-текста;
• индексируемость снизилась с 49,28% у low-AI страниц до 40,35% у very-high-AI;
• у heavily AI-generated страниц не было обнаружено единовременного автоматического обвала через несколько месяцев, хотя в среднем они получали заметно меньше показов. (Ahrefs: Google не наказывает AI-контент автоматически)

Это показывает, что AI-текст может индексироваться и занимать верхние позиции, но почти полностью AI-сгенерированные публикации в верхней части выдачи встречаются реже. Сам Ahrefs подчёркивает, что его детектор вероятностный и не совпадает с возможными внутренними системами Google.

Эксперимент SE Ranking, опубликованный в 2026 году

На сильном существующем домене шесть AI-assisted статей, прошедших человеческую доработку и проверку, получили около 555 тысяч показов и более 2 300 кликов; три вошли в топ-10, пять показывались рядом с AI Overviews, четыре использовались там как источники.

Одновременно SE Ranking запустил 20 новых доменов и опубликовал на них 2 000 полностью AI-generated статей:

• в первый месяц проиндексировалось около 71% страниц;
• к третьему месяцу видимость сначала заметно выросла;
• затем доля страниц в топ-100 упала с 28% до 3%;
• спустя 16 месяцев большинство сайтов оставалось проиндексированным, но почти без нормальной видимости. (SE Ranking: эксперимент с AI-контентом)

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

Почему кейсов именно по watermark пока нет

В открытых источниках я не нашёл контролируемого эксперимента вида:

одинаковый текст, одинаковый сайт и ссылки, одна версия с watermark, вторая без него.

Большинство исследований используют GPTZero, собственный AI-классификатор Ahrefs или похожие детекторы стиля. Это не проверка SynthID или ключа Anthropic. Практические инструменты для редакторской, фактологической и AI-проверки собраны в обзоре сервисов для проверки текста.

Кроме того, production-запуск watermark у первых новых моделей Claude состоялся 1 сентября 2026 года — всего за два дня до текущей даты. Полноценного органического SEO-кейса с переобходом, индексацией и накоплением поведенческих данных физически ещё не могло появиться. (Anthropic API release notes)

Моя оценка рисков

• Прямой риск от статистического watermark: очень низкий, доказательств нет.
• Риск от публикации необработанного AI-output: средний или высокий, зависит от масштаба и качества.
• Риск от массовых новых доменов с 100% шаблонным AI-контентом: высокий.
• Риск от zero-width и других реальных скрытых символов: небольшой, но технически реальный.
• Риск от сохранения C2PA/SynthID в изображениях: SEO-штраф не подтверждён; для некоторых экосистем сохранение происхождения, наоборот, требуется.

Невидимые водяные знаки в изображениях

Здесь также нужно различать два механизма:

• C2PA / Content Credentials — криптографически подписанные метаданные. Они не меняют пиксели и могут исчезнуть после конвертации, скриншота или обработки CMS.
• SynthID и похожие pixel-level watermarks — сигнал встроен непосредственно в изображение. Он может пережить сжатие, crop и небольшую цветокоррекцию, но не является неуничтожимым.

ChatGPT Images 2 / gpt-image-2

gpt-image-2 является актуальной основной image-моделью OpenAI. OpenAI сообщает, что изображения из ChatGPT, Codex и OpenAI API получают сразу два provenance-сигнала:

1. C2PA Content Credentials;
2. невидимый SynthID, встроенный в изображение. (OpenAI: руководство по image generation)

C2PA может потеряться при изменении формата, ресайзе, повторном сохранении, загрузке через некоторые социальные сети и CMS или при создании скриншота. SynthID потенциально переживает часть преобразований, но тоже может деградировать. Поэтому результат not_detected не доказывает, что изображение создано человеком. (OpenAI Developers: Content Provenance)

То есть для ChatGPT Images 2 ответ однозначный: невидимый watermark есть, плюс присутствуют подписанные метаданные.

Nano Banana, Nano Banana 2 и Nano Banana Pro

Google перечисляет четыре актуальных варианта:

• Nano Banana 2 Lite — Gemini 3.1 Flash Lite Image;
• Nano Banana 2 — Gemini 3.1 Flash Image;
• Nano Banana Pro — Gemini 3 Pro Image;
• legacy Nano Banana — Gemini 2.5 Flash Image.

В документации прямо сказано: все сгенерированные изображения включают SynthID watermark. Это относится и к API-генерациям. (Google AI: генерация изображений Gemini)

SynthID встроен в визуальный сигнал и рассчитан на сохранение после обычного crop, фильтров и lossy compression, хотя Google не утверждает, что он переживёт абсолютно любую агрессивную переработку. (Google DeepMind: SynthID)

Adobe Firefly

Adobe автоматически добавляет Content Credentials к изображениям, в которых 100% пикселей были созданы Firefly, например через Text to Image. В credentials записываются издатель, дата, использованное приложение, AI-инструмент и тип операции. Эти данные прикрепляются к файлу и могут дополнительно храниться в облаке Adobe. (Adobe: Content Credentials в Firefly)

Но это прежде всего C2PA-метаданные, а не подтверждение того, что каждый файл Firefly обязательно содержит устойчивый скрытый знак в пикселях. Adobe Content Authenticity поддерживает дополнительные способы восстановления происхождения, однако не стоит автоматически приравнивать их к SynthID во всех экспортируемых Firefly-файлах.

Claude и изображения

Когда Claude создаёт поддерживаемый файл через code execution и он получается через Files API, Anthropic добавляет C2PA Content Credentials. При этом Anthropic отдельно подчёркивает: это метаданные, а не встроенный watermark — пиксели файла из-за этого не меняются. (Anthropic: Claude text watermark)

Meta AI

Meta официально описывала многослойную маркировку фотореалистичных изображений Meta AI:

• видимый знак;
• невидимый watermark;
• IPTC/C2PA-подобные метаданные. (Meta: маркировка AI-изображений)

Алиса/YandexART

В бесплатных или стандартных режимах Алисы на фото и видео могут присутствовать видимые водяные знаки. Подписка «Алиса Плюс» позволяет скачивать результат без них. Публичного подтверждения, что после этого внутри пикселей остаётся SynthID-подобный устойчивый сигнал, я не нашёл. (Алиса Плюс)

GigaChat/Kandinsky

Официального технического заявления Сбера, что каждое изображение GigaChat или Kandinsky содержит устойчивый невидимый pixel watermark, я не обнаружил. Поэтому корректный статус — не подтверждено, а не «точно отсутствует».

Midjourney и локальные Stable Diffusion/FLUX/Qwen Image

Для Midjourney я не нашёл актуальной официальной гарантии обязательного невидимого pixel watermark во всех изображениях.

У локально запущенных Stable Diffusion, FLUX и других открытых моделей универсального обязательного provenance-слоя обычно нет: конкретный хостинг, API-провайдер или inference-пайплайн может добавить C2PA, невидимый знак либо ничего не добавлять. Это определяется сервисным слоем, а не одним только названием модели.

Влияют ли метки на image SEO

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

Более того, в Google Merchant Center AI-generated изображения должны содержать IPTC DigitalSourceType: TrainedAlgorithmicMedia; AI-generated titles и descriptions также должны передаваться и маркироваться соответствующим способом. Поэтому намеренное уничтожение provenance может создать проблему с требованиями Merchant Center, а не дать SEO-преимущество. (Google Search Central: использование генеративного ИИ)

Видимый крупный логотип сервиса — другая история: он способен ухудшить CTR, восприятие изображения, пригодность для товарной карточки и прохождение модерации отдельных площадок. Но это UX и platform compliance, а не автоматический штраф за использование ИИ.

Что я бы делал с SEO-текстами на практике

Для Claude и Gemini не стал бы делать дополнительный бессмысленный «humanizer» только ради удаления watermark. Такой рерайт нередко ухудшает фактическую точность и структуру, а доказанного SEO-бонуса не даёт. Гораздо полезнее добавить собственные данные, таблицы, скриншоты, экспертные комментарии, реальные примеры, ссылки на первоисточники и редакторскую проверку.

Перед отправкой текста в CMS стоит удалять именно технический Unicode-мусор:

const cleanText = text
  .replace(/[\u200B-\u200D\u2060\uFEFF]/g, "")
  .replace(/\u00A0/g, " ");

Это удаляет распространённые zero-width символы и заменяет неразрывные пробелы обычными. Статистический watermark Claude/Gemini эта операция не удаляет, потому что он находится в выборе слов, а не в кодировке. Также не следует бездумно удалять весь нестандартный Unicode: можно повредить тире, кавычки, национальные символы и служебную типографику.

Для изображений лучше хранить оригинальный файл отдельно: CMS, оптимизатор изображений или CDN могут удалить C2PA при перекодировании. Для обычной статьи это не влияет на SEO, а для магазина и рекламных систем происхождение изображения может оказаться важным.

Окончательный вывод

Watermark в SEO-тексте сейчас подтверждён у Gemini и новых Claude. У ChatGPT, Алисы, GigaChat, DeepSeek, Qwen и Kimi token-level watermark в plain text публично не подтверждён.

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

Реально проверять и очищать стоит zero-width символы и повреждённое форматирование, но не следует путать их с SynthID. У изображений ситуация жёстче: gpt-image-2 и все версии Nano Banana получают невидимый SynthID; OpenAI дополнительно добавляет C2PA, а Adobe Firefly автоматически прикрепляет Content Credentials.