Если CyrtoLat у вас уже настроен для работы со slug, рано или поздно появляется отдельная задача: оставить преобразование в адресах, но не трогать текст внутри записей и страниц. Это типичный сценарий для сайтов, где в контенте есть бренды, названия сервисов, технические термины, цитаты и фрагменты кода. Автоподмена в тексте в таких случаях чаще мешает, чем помогает.
Проблема обычно всплывает после массового редактирования контента или переноса сайта: в slug всё выглядит аккуратно, а в тексте появляются неуместные замены, ломаются названия, а иногда и смысл абзаца. Ниже — как быстро понять, что именно нужно отключать, какие варианты есть в CyrtoLat и как проверить, что после изменения ничего не поехало.
Когда автоподмена в тексте действительно мешает
Сначала стоит отделить проблему slug от проблемы контента. Это разные сценарии, и лечатся они по-разному. Если URL уже нормализованы, а жалобы идут на текст внутри записей, значит, нужно искать настройку, которая отвечает именно за обработку содержимого постов, а не за формирование адресов.
Чаще всего это заметно в таких случаях:
- в тексте меняются названия собственных брендов или продуктов;
- в статьях по SEO и разработке ломаются термины с латиницей и кириллицей вперемешку;
- внутри цитат и примеров появляются нежелательные замены;
- после импорта старых материалов часть контента выглядит не так, как в исходнике;
- редакторы жалуются, что правят текст вручную, а он снова меняется после сохранения.
Что проверять в первую очередь
Не начинайте с отключения всего плагина. Сначала проверьте, где именно происходит подмена: в редакторе, при сохранении записи, на фронтенде или только в отдельных типах контента. Это можно сделать на тестовой записи с коротким набором слов, где легко увидеть каждую замену.
<p>Тестовый текст: CyrtoLat, WordPress, SEO, бренд, slug, URL.</p>Если после сохранения меняется только часть слов, а slug остаётся корректным, значит, проблема локализована именно в обработке контента. Если меняется и адрес, и текст, сначала разделите эти два сценария в настройках.
Как отключить автоподмену в содержимом, но оставить её для slug
В CyrtoLat логика обычно строится вокруг отдельных зон применения. Для вашей задачи нужен режим, при котором преобразование работает для адресов, но не применяется к тексту записей, страниц и других объектов контента. Это полезно, если сайт уже использует латинизированные URL, но редакция хочет сохранить исходный вид материалов.
Практически это решается так: отключаете обработку контента, оставляете обработку slug и проверяете, что новые записи продолжают получать нужные адреса без вмешательства в тело статьи. Если в интерфейсе плагина есть отдельные переключатели для контента и для slug, не смешивайте их в одну настройку — это самая частая причина поломки.
Пошаговое решение
- Откройте настройки CyrtoLat.
- Найдите блок, связанный с автоподменой в тексте, содержимом или контенте записей.
- Отключите обработку контента для записей и страниц.
- Проверьте, что преобразование slug осталось включённым.
- Сохраните настройки и очистите кэш, если на сайте есть кеширующий плагин или серверный кэш.
- Откройте тестовую запись и сравните исходный текст с тем, что отображается на фронтенде.
Если у вас есть отдельные исключения для типов записей, не забудьте проверить, что нужный тип контента не попал в список обработки. Иначе вы отключите автоподмену в обычных постах, но она продолжит срабатывать в страницах или кастомных типах записей.
Если нужно точечно исключить отдельные блоки
Иногда отключать автоподмену нужно не для всего текста, а только для конкретных фрагментов: названий сервисов, кода, технических вставок. В таком случае безопаснее не полагаться на глобальную замену, а заранее помечать проблемные участки в редакторе и проверять, как CyrtoLat обрабатывает эти блоки. Если плагин поддерживает исключения по словам или шаблонам, используйте их вместо ручной правки каждого материала.
<p>Название сервиса: <strong>CyrtoLat</strong></p>
<pre><code>echo 'WordPress';</code></pre>Такой подход особенно полезен, если редакция часто публикует инструкции, обзоры плагинов или технические статьи. В них автоматическая подмена в тексте почти всегда создаёт лишнюю работу.
Диагностика: как понять, что отключение сработало
Проверять нужно не только визуально, но и по исходным данным. Иногда в редакторе всё выглядит нормально, а на фронтенде текст уже прошёл через фильтр темы, кэш или другой плагин. Поэтому тестируйте в двух местах: в админке и на публичной странице.
Полезный чек-лист для проверки:
- тестовая запись сохраняется без изменений в теле текста;
- slug по-прежнему формируется в нужном формате;
- на фронтенде нет неожиданных замен в заголовках и абзацах;
- кэш очищен после изменения настроек;
- исключения для отдельных типов записей не конфликтуют с общими правилами.
Если у вас подключён SEO-плагин, отдельно проверьте meta title и description. Иногда проблема выглядит как «плагин меняет текст записи», но на деле меняются только SEO-поля, а сам контент остаётся нетронутым.
Сравнение подходов: отключить полностью, точечно исключить или оставить как есть
| Подход | Когда подходит | Минус |
|---|---|---|
| Отключить автоподмену в тексте целиком | Если сайт публикует много технического контента и брендов | Потеря автоматизации там, где она могла быть полезна |
| Исключить отдельные слова или блоки | Если проблемных фрагментов немного | Нужно поддерживать список исключений |
| Оставить всё как есть | Если контент простой и замены не мешают | Риск поломать термины и редакционные материалы |
Для большинства рабочих сайтов с живой редакцией лучше начинать с точечного исключения. Полное отключение имеет смысл, если вы публикуете инструкции, обзоры, документацию или статьи, где важна буквальная точность текста.
Частые ошибки и как их исправить
Отключили не тот блок настроек
Самая частая ошибка — выключить обработку slug вместо обработки текста. В результате URL перестают нормализоваться, а проблема в контенте остаётся. Сначала проверьте, какой именно переключатель отвечает за содержимое записи, и только потом меняйте общую логику.
Не очистили кэш
После изменения настроек старые версии страниц могут продолжать отдаваться из кэша. Это касается и плагинов кэширования, и серверного кэша, и CDN. Если тестовая запись выглядит так же, как до правки, не спешите винить CyrtoLat — сначала очистите все уровни кэша.
Проверяли только в редакторе
В админке текст может отображаться нормально, а на фронтенде его меняет тема или другой плагин. Поэтому всегда проверяйте опубликованную страницу в браузере, а не только экран редактирования.
Смешали глобальные и точечные исключения
Если вы одновременно отключили автоподмену для типа записи, для отдельных слов и для конкретных разделов сайта, легко получить неочевидный результат. В таких случаях упростите конфигурацию: оставьте один механизм исключения, протестируйте его, затем добавляйте следующий.
Практические советы по безопасности и производительности
Любые массовые изменения в контенте лучше проверять сначала на копии сайта. Это особенно важно, если у вас уже есть опубликованные материалы с высокой посещаемостью. На боевом сайте ошибка в настройках может затронуть сотни страниц сразу, а откат займёт больше времени, чем тест на staging.
Если сайт большой, не включайте одновременно несколько механизмов автозамены без необходимости. Чем больше фильтров и исключений, тем сложнее отлаживать поведение контента и тем выше шанс получить конфликт с редактором, SEO-плагином или темой.
Для сайтов, где нужна не только чистка дублей, но и контроль над SEO-артефактами, имеет смысл посмотреть в сторону Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но и здесь логика та же: сначала определите, что именно мешает — slug, контент, meta-поля или кэш.
Что проверить после внедрения
После изменения настроек не ограничивайтесь одной тестовой страницей. Пройдитесь по нескольким типам материалов: обычная запись, страница, материал с кодом, материал с брендовыми названиями, старый пост после импорта. Если везде поведение одинаковое и предсказуемое, настройка применена правильно.
- новые записи создаются без нежелательной подмены в тексте;
- старые материалы не меняются после повторного сохранения;
- slug остаются в нужном формате;
- исключения работают только там, где вы их задали;
- кэш не скрывает реальный результат.
Если после всех проверок проблема остаётся, значит, автоподмена идёт не из CyrtoLat, а из темы, другого плагина или кастомного фильтра в functions.php. В этом случае уже имеет смысл искать конфликт по цепочке фильтров WordPress, а не крутить настройки вслепую.