Невидимые символы в текстах ChatGPT: тест 8 нейросетей и водяной знак textGrain (2026)
Свой тест 8 нейросетей (GPT-5.6, o3, Claude, Gemini, DeepSeek, Grok, Mistral): ставят ли они невидимые символы, как работает водяной знак OpenAI textGrain и как проверить текст перед публикацией за 5 минут.
Невидимых символов в текстах ChatGPT и других нейросетей сегодня нет: в нашем тесте 8 моделей дали 242 ответа, 264 831 символ, и ни одного U+200B, U+202F или мягкого переноса. История про «скрытые водяные знаки из пробелов» родилась весной 2025 года и с тех пор живёт отдельно от фактов. Настоящий водяной знак OpenAI появился только 5 октября 2026 года, называется textGrain и спрятан не в символах, а в выборе слов, поэтому никакой «очиститель Unicode» его не видит и не убирает. Ниже наш замер, цифры OpenAI по устойчивости метки и протокол проверки текста перед публикацией.
Коротко
- Невидимых символов нет. 242 ответа восьми моделей (GPT-5.6 Luna, GPT-4o, o3, Claude Sonnet 5.5, Gemini 3.8 Flash, DeepSeek V4.1 Flash, Grok 4.7, Mistral Large 4): ноль символов форматирования Unicode и ноль нестандартных пробелов. В том числе в 63 ответах на задания с числами, валютами и датами, где раньше и находили U+202F.
- Водяной знак OpenAI есть, но он в словах. textGrain слегка смещает выбор слов, образуя статистический узор. По данным OpenAI, без правок метку находят примерно в 92% случаев, после замены 25% слов синонимами только в 17%.
- Что реально выдаёт текст нейросети. Длинное тире в английском, «умные» кавычки, остатки разметки Markdown. В русском тире обычная пунктуация, по нему ничего не определить.
- Откуда тогда невидимые символы в ваших текстах. Чаще всего из копирования: веб-страницы, мессенджеры, текстовые редакторы, эмодзи. Проверить и убрать их можно за минуту.
Откуда взялась история про «скрытые пробелы»
В апреле 2025 года американский стартап Rumi, который делает инструменты для университетов, сообщил: в текстах моделей o3 и o4-mini встречается узкий неразрывный пробел U+202F. Выглядит он как обычный пробел, но код у него другой, поэтому простой поиск его находит. Новость быстро превратилась в «OpenAI тайно помечает тексты», а в сети появились десятки «удалителей водяных знаков ChatGPT».
Официального заявления OpenAI о том, что это был водяной знак, мы не нашли. Есть и более приземлённое объяснение: узкий неразрывный пробел по правилам типографики ставят между числом и единицей измерения, между инициалами, перед знаками в некоторых языках. Модель могла выучить это из обучающих текстов. Да и сам Rumi называл находку, скорее всего, временной.
Мы прогнали o3 отдельно: 19 ответов, включая задания с суммами, процентами и датами. U+202F не нашлось ни разу. Что бы это ни было весной 2025 года, сейчас этого нет.
Что изменилось в октябре 2026: водяной знак textGrain
5 октября 2026 года OpenAI объявила о водяном знаке textGrain для текста. Главное из анонса (по публикации BleepingComputer в день объявления):
- Как работает. Модель немного смещает выбор между подходящими словами и частями слов. Получается статистический узор, который читатель не замечает, а детектор находит. Скрытых символов, невидимых пробелов и необычной пунктуации метка не добавляет, поэтому при копировании ничего «лишнего» не переносится.
- Где включён. В ChatGPT и Codex для пользователей из Евросоюза на всех тарифах, раскатка в течение нескольких недель. В API по всему миру включается по желанию разработчика в настройках проекта или организации, по умолчанию выключен.
- Кто может проверить. Детектор пока выдают только одобренным исследователям и экспертным организациям, по заявкам. Публичной проверки «на textGrain» нет, и любой сервис, который сегодня обещает её сделать, говорит неправду.
- Чего метка не доказывает. OpenAI прямо пишет, что отсутствие найденной метки не доказывает, что текст написал человек. Найденная метка тоже не говорит, кто сгенерировал текст и насколько его потом правили.
Цифры устойчивости честные и показательные. Для ответа длиной 400 токенов (примерно 300 слов) метку находят примерно в 92% случаев. Замена 10% слов синонимами опускает обнаружение до 66%, замена 25% до 17%. Короткие, сильно переписанные и переведённые тексты, по словам OpenAI, проверяются плохо, а в математике, где у модели мало свободы в выборе слов, метка слабее.
Похожий подход у Google: SynthID Text добавляет статистическую метку в выбор слов, и в 2024 году Google открыла его код. Почему такие метки появляются именно сейчас и именно в ЕС: европейский закон об ИИ (AI Act, статья 50) требует от поставщиков генеративных систем помечать синтетический контент в машиночитаемом виде, и запуск textGrain в публикациях связывают именно с этим.
Наш тест: как мы проверяли
26 октября 2026 года мы дали восьми моделям одинаковые задания и посчитали в ответах все необычные символы. Модели вызывались через API (OpenRouter), температура 0,7, без системных инструкций:
- Модели: GPT-5.6 Luna, GPT-4o и o3 (OpenAI), Claude Sonnet 5.5 (Anthropic), Gemini 3.8 Flash (Google), DeepSeek V4.1 Flash, Grok 4.7 (xAI), Mistral Large 4.
- Задания: шесть типовых текстов для сайта и почты (вступление к статье, совет по выбору хостинга, описание товара, письмо клиенту, советы по мета-описаниям, плюсы и минусы удалёнки) на русском и английском, каждое дважды. Плюс четыре задания с числами, валютами, единицами измерения и датами, где узкий пробел появился бы в первую очередь.
- Что считали невидимым: все символы форматирования Unicode (категория Cf: U+200B, U+200C, U+200D, U+2060, U+FEFF, управляющие направлением текста и другие), мягкий перенос U+00AD и все пробелы, кроме обычного: неразрывный U+00A0, узкий U+202F, тонкий U+2009 и прочие.
- Отдельно считали «типографику»: длинное тире, «умные» кавычки, разметку Markdown.
Итого 242 ответа (у Qwen большая часть ответов вернулась пустой, его мы из выборки убрали, у o4-mini провайдер вернул ошибку). Это не миллионная выборка, но для вопроса «ставят ли модели невидимые символы» её достаточно: если бы символ появлялся хотя бы в каждом двадцатом ответе, мы бы увидели его с вероятностью выше 99,9%.
Результат 1: невидимых символов нет ни у одной модели
Ноль из 242. Ни одного символа нулевой ширины, ни одного мягкого переноса, ни одного неразрывного или узкого пробела, в том числе в 63 ответах с суммами («4,5 млн долларов», «$6.2 million»), процентами, температурами и датами. Ни одна модель, включая o3, не ставит пробелы «по правилам типографики» сама.
Важная оговорка: мы проверяли ответы API, то есть текст, который модель отдаёт разработчику. Веб-чат добавляет к нему оформление, а дальше всё зависит от того, куда и как вы копируете. Именно на этом шаге, а не в самой модели, в текст чаще всего и попадает «невидимое». Об этом ниже.
Результат 2: настоящие приметы видны глазом
Если что-то и выдаёт текст нейросети, то видимые привычки. Самая обсуждаемая из них длинное тире.
Главное здесь сравнение внутри языка. В русском длинное тире обычная пунктуация («Хостинг — это…»), его ставит любой грамотный автор, поэтому 58% русских ответов с тире ни о чём не говорят. В английском em dash встречается реже, и там разброс между моделями заметен: от 0% у Claude Sonnet 5.5 до 44% у Mistral Large 4 и o3. Но и это стиль, а не доказательство: многие авторы пишут с тире сами.
Вторая привычка «умные» кавычки в английском тексте (“…” вместо "…"). GPT-5.6 Luna ставит их в 10 ответах из 16, o3 в 7 из 9, а Claude Sonnet 5.5 ни разу. Третья разметка Markdown.
Звёздочки и решётки сами по себе безобидны, но если текст копируют не из чата, а из ответа API или из сервиса-посредника, они остаются в тексте как есть: «**Важно:**» посреди абзаца выдаёт генерацию лучше любого детектора.
Откуда тогда невидимые символы в реальных текстах
Наш детектор скрытых символов только с 13 по 26 октября проверил больше 600 текстов, и необычные символы в реальных текстах встречаются регулярно. Но, судя по нашему тесту, приходят они не из модели, а по дороге:
| Символ | Код | Откуда обычно берётся | Чем мешает |
|---|---|---|---|
| Неразрывный пробел | U+00A0 | Копирование с веб-страниц ( ), Word и Google Docs, автозамена перед знаками | Обычно ничем; ломает поиск и сравнение строк |
| Пробел нулевой ширины | U+200B | Вёрстка сайтов (переносы длинных слов), некоторые мессенджеры и CMS | Слово выглядит одинаково, но не находится поиском; в адресе страницы даёт другой URL |
| Соединитель нулевой ширины | U+200D | Эмодзи из нескольких частей (семья, флаги, профессии) | Остаётся «хвостом», если эмодзи удалить не целиком |
| Метки направления | U+200E, U+200F, U+202A–U+202E | Тексты, где смешаны языки с разным направлением письма | Странный порядок символов, ломают копирование адресов и кода |
| Метка порядка байтов | U+FEFF | Файлы, сохранённые в UTF-8 с BOM (старый Блокнот Windows, выгрузки) | Ломает JSON, CSV и конфиги, если стоит в начале файла |
| Мягкий перенос | U+00AD | Автоматическая расстановка переносов в редакторах и вёрстке | Слово разрывается при поиске и подсчёте |
Подробнее про каждый символ и как его найти вручную, в справке «Скрытые водяные знаки и невидимые символы в тексте», а сравнение бесплатных сервисов в обзоре «Невидимые символы в тексте: бесплатные сервисы».
Важно ли это для SEO
Для позиций сам факт генерации не решающий. В обновлённых 1 октября 2026 года рекомендациях Google об ИИ-контенте акцент на другом: содержание должно быть полезным, а факты в тексте, сгенерированном ИИ, нужно проверять вручную до публикации, включая метаданные. О том, что поиск ищет в текстах невидимые символы или водяные знаки нейросетей, Google не сообщал.
Невидимые символы вредят по-другому, чисто технически:
- В заголовках и мета-тегах символ нулевой ширины делает строку «другой»: дубли не находятся, поиск по сайту не срабатывает, при копировании в выдаче получается мусор.
- В адресах и якорях U+200B превращается в
%E2%80%8B, и ссылка ведёт на другой адрес, обычно на 404. - В разметке и файлах BOM в начале JSON-LD, CSV-фида или конфига ломает разбор целиком.
- В тексте статьи мягкие переносы и нулевые пробелы мешают поиску по странице, подсчёту слов и проверке на уникальность.
Поэтому чистить текст стоит не «от водяных знаков ChatGPT», а как обычную гигиену перед публикацией, неважно, кто его написал.
Протокол: проверка текста перед публикацией за 5 минут
Найдите невидимые символы
Вставьте текст в детектор скрытых символов. Он покажет каждый необычный символ с кодом и позицией, а не просто «найдено что-то».
Уберите лишнее, не трогая нужное
Очистите текст в удалителе невидимых символов. Неразрывный пробел между числом и единицей («10 км») вполне уместен, а нулевые пробелы и BOM в тексте для сайта не нужны.
Удалите остатки разметки
Поищите в тексте **, ## и строки, начинающиеся с - . Если текст вставляется в CMS как обычный абзац, разметка останется видимой.
Приведите типографику к своей редполитике
Решите один раз и для всех текстов: какие кавычки, какое тире, нужны ли неразрывные пробелы. Не нужно «вычищать» тире из русского текста: это норма языка, а не след нейросети.
Проверьте факты вручную
Это то, чего Google ждёт от текстов, созданных с помощью ИИ: цифры, даты, названия, цитаты сверяются с первоисточником до публикации. Ни один детектор этот шаг не заменит.
Чего не делать
Если нужно проверить именно картинку, видео или звук, это другая история: там работают метаданные C2PA и SynthID. Разбирали её в статье «Детектор водяных знаков ИИ: SynthID, C2PA и метаданные».
Вопросы и ответы
Добавляет ли ChatGPT невидимые символы в текст?
В нашем тесте 26.10.2026 нет: 242 ответа восьми моделей, включая GPT-5.6, GPT-4o и o3, без единого символа нулевой ширины или особого пробела. Водяной знак OpenAI textGrain работает через выбор слов и, по словам компании, символов не добавляет.
Можно ли проверить текст на водяной знак textGrain?
Пока нет. Детектор OpenAI выдаёт только одобренным исследователям и организациям. Сервисы, которые обещают такую проверку, на самом деле ищут невидимые символы или оценивают стиль.
Откуда в моём тексте символы U+200B и U+00A0, если я их не ставил?
Чаще всего из копирования: с веб-страниц, из мессенджеров, Word и Google Docs. U+200D приходит вместе с составными эмодзи. Проверить и убрать их можно бесплатным детектором скрытых символов.
Длинное тире выдаёт текст нейросети?
В русском нет: это обычная пунктуация, тире стоит в 58% русских ответов моделей, и так же пишут люди. В английском модели ставят em dash заметно чаще среднего автора, но это стилистическая привычка, а не доказательство.
Понижает ли Google тексты, написанные ИИ?
Google оценивает пользу и точность, а не способ создания. С 1 октября 2026 года в его рекомендациях прямо сказано, что факты в тексте, сгенерированном ИИ, нужно проверять вручную до публикации. О поиске невидимых символов или водяных знаков Google не сообщал.
Источники: собственный тест PromoPilot 26.10.2026 (8 моделей, 242 ответа через OpenRouter API); BleepingComputer, «OpenAI is adding invisible watermarks to ChatGPT and Codex text in the EU», 05.10.2026; справка OpenAI «Provenance signals in OpenAI-generated content»; публикации о находке Rumi, апрель 2025; Регламент ЕС 2024/1689 (AI Act), статья 50; рекомендации Google Search Central об ИИ-контенте, редакция 01.10.2026. Материал подготовила команда PromoPilot.
