All to Lat — латинські slug’и транслітерацією для WordPress і WooCommerce

All to Lat робить усі посилання сайту латиницею. WordPress будує slug із заголовка — і на українському заголовку в адресі осідає %d0%b0%d0%b1%d0%b2: у видачі це виглядає спамно, при копіюванні в месенджер чи лист ламається, а читачеві не каже нічого. Плагін транслітерує заголовок першим, тож у адресі стоїть upravlinnia-nerukhomistiu.

Після конвертації нічого не 404-иться

Перейменований запис веде WordPress сам — через _wp_old_slug. Перейменовану рубрику чи мітку він не веде: такого механізму для термінів у ядрі просто немає, і категорія, яка відповідала за старою адресою, починає віддавати 404 разом з усіма посиланнями на неї. Цей 301 плагін надсилає сам, з власного журналу, і тільки для запиту, який уже нічого не знайшов — жива сторінка обробника не торкається.

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

Що варто знати перед увімкненням

Увімкнення впливає лише на slug’и, створені з цієї миті. Наявні адреси змінюються тільки тоді, коли ви самі запустите масову конвертацію — вона попереджає, показує попередній перегляд і лишає журнал, який можна відкотити.

Чого плагін не робить

Чернетки він не чіпає. WordPress навмисно тримає у чернетки порожній slug і підставляє його з заголовка при публікації — якщо записати адресу зараз, вона застигне на недописаній назві, а відкотити її нікуди: попереднього значення просто немає. Тому масова конвертація працює лише з тим, що вже має адресу.

Навіщо це магазину

WordPress бере slug зі заголовка, а якщо заголовок кирилицею — у нього лягає кирилиця. У браузері така адреса виглядає нормально, але щойно її кудись скопіювали, вона перетворюється на %D0%BA%D1%83%D0%BF%D0%B8%D1%82%D0%B8 завдовжки в екран.

Це б’є в трьох місцях одразу: посилання в месенджері виглядає як спам, аналітика показує нечитабельні URL, а частина зовнішніх сервісів (агрегатори, маркетплейси, деякі поштові клієнти) просто ріже такі адреси.

Як це працює — крок за кроком

1. Плагін вмикається і далі мовчки перехоплює момент, коли WordPress формує slug.

2. Заголовок транслітерується за українською таблицею (стандарт за замовчуванням, у налаштуваннях його можна змінити) — саме українською, а не «російською для всіх»: і, ї, є, ґ обробляються правильно, а щ стає shch, як у паспортному стандарті.

3. Новий запис, товар, категорія чи тег одразу отримує латинський slug. Нічого натискати не треба.

4. Для того, що вже опубліковано, є масова конвертація — за один прохід по всьому каталогу.

5. Зі старих кириличних адрес ставиться 301, тому позиції в пошуку і чужі посилання не втрачаються.

Що отримує адмін

Екран налаштувань мінімальний: стандарт транслітерації, роздільник, довжина, до чого застосовувати (slug’и, імена файлів) і окрема вкладка масової конвертації, де обираєте, що саме конвертувати. Плагін не додає ні віджетів, ні блоків, ні нічого на фронт.

Slug лишається звичайним полем WordPress — його можна відредагувати руками, і плагін це поважає, а не переписує назад при наступному збереженні.

Що під капотом

Транслітерація вішається на штатний фільтр WordPress для slug, а не на JavaScript у формі редактора. Це важливо: slug виходить латинським і тоді, коли запис створює імпорт, REST API або інший плагін, — тобто там, де JS-рішення не спрацьовує взагалі.

301-редиректи зберігаються окремо і не залежать від теми. Вимкнули плагін — старі адреси рубрик і міток перестають редиректитись (записи й далі веде сам WordPress), але нічого не ламається.

Як встановити

1. Завантажте архів у «Плагіни → Додати новий → Завантажити плагін» і активуйте.

2. Перевірте на одному новому записі, що slug вийшов латинським.

3. Якщо каталог уже кириличний — зробіть бекап бази і запустіть масову конвертацію.

4. Переконайтесь, що старі адреси віддають 301 на нові.