TranslatePress: моё честное мнение об этом плагине

TranslatePress первые шесть месяцев отлично справлялся со своей задачей. После этого два года реальной эксплуатации Что касается моего сайта на WordPress, то мое мнение явно отрицательное.

В таком виде я не могу тебе это порекомендовать, и вот почему.

Я установил это плагин для многоязычного перевода в 2022 чтобы перевести мои страницы на большее количество 15 языков. Поначалу это расширение действительно удобно, и визуальный перевод выполняет свои обещания.

Проблема в том, что чем дольше сайт работает с этим инструментом, тем хуже становится ситуация — почти до катастрофического уровня. Недостатки накапливаются со временем, и именно об этом тебе никто не говорит перед установкой TranslatePress.

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

Объяснительное видео на французском языке от Alucare, идеальное дополнение к странице. Смотреть видео (Вы можете воспользоваться автоматическим переводом YouTube)

В этом видео я делюсь своим неприкрашенное мнение на TranslatePress. Внимательно прочитай следующую информацию, прежде чем устанавливать этот плагин.

Что такое TranslatePress?

TranslatePress это плагин перевода для WordPress которая позволяет тебе сделать свой сайт многоязычный.

Принцип такой: ты переводишь свой контент прямо из визуальный интерфейс, щелкнув по тексту на странице, который нужно изменить.

Плагин подключается к Google Translate Где DeepL для автоматический перевод, генерирует отдельный URL для каждого языка и управляет метаданными для Многоязычное SEO.

На бумаге всё выглядит идеально. На деле же мой опыт за эти два года гораздо сложнее.

Главная проблема TranslatePress:

Это расширение переводит всё. И когда я говорю «всё», я имею в виду действительно всё. Если ты пишешь статью об игре, такой как SUTOM, игра на французском языке, в которой словом дня является PATATE; плагин переведет его в 15 языков. В результате это обходится тебе в несколько евро каждый раз.

Хуже всего то, что эти переводы бесполезны. Эти страницы не привлекут ни одного посетителя на других языках.

А если кто-то захочет опробовать игру на другом языке, он никогда не сможет ответить «PATATE», потому что у него будет отображаться «POTATO». С более сложными словами ситуация еще хуже.

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

Тем не менее именно об этом изменении я и попросил службу поддержки конец 2022 года : простая кнопка, позволяющая не переводить конкретную статью или страницу. На сегодняшний день этого по-прежнему нет.

Единственный вариант, доступный с самого начала, — это Do not translate certain paths. Но чтобы воспользоваться этим, в URL-адресах сайта должны присутствовать категории. Однако с точки зрения SEO это не рекомендуется.

На уже существующем сайте WordPress тебе необходимо добавить эту структуру и внести перенаправления 301, что приводит к изменению всех URL-адресов сайта. Настоящая головная боль для функции, которая должна быть элементарной.

Он генерирует сотни тысяч ошибок 404

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

Удаляешь исходную статью и размещаешь перенаправление 301 чтобы избежать ошибки 404. Пока что всё в порядке. За исключением того, что 15 переведённых URL-адресов Ссылки, связанные с этой статьей, приводят к ошибке 404.

Причина проста: TranslatePress не устанавливает связь. Плагин не понимает, что если исходная статья перенаправляется с кодом 301 или 410, то её переводы должны последовать за ней. Он не наследует перенаправление.

Во время обычной уборки в Alucare.fr, и в итоге у меня оказалось более 150 000 ошибок 404. Я обратился в службу поддержки, чтобы узнать, какие меры будут приняты. Официальный ответ: вручную создать редирект 301 или 410 для каждого переведенного URL-адреса.

Проблема в том, что эти переведенные адреса не отображаются нигде. Перед каждым удалением тебе нужно вручную извлекать URL-адрес, переведённый на каждый язык. На реальном сайте Многоязычный WordPress, это делает повседневное управление практически невозможным.

Переход с Google Translate на DeepL: в чём заключается настоящая проблема

Ты хочешь перейти с Google Translate в DeepL чтобы улучшить качество своих переводов? Плохая новость. Твой уже переведённый контент по-прежнему обрабатывается старым движком.

Чтобы действительно перейти на DeepL, ты должен очистить всю базу данных существующих переводов. В противном случае новый движок применяется только к новым статьям. Я попробовал обойти эту проблему: удалить статью, а затем снова опубликовать её, чтобы заставить систему выполнить новый автоматический перевод.

Это не работает. Плагин сохраняет старые переводы в памяти.

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

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

• А кнопка для отключения перевода определенной статьи или страницы
• La список переведённых URL-адресов отображается при редактировании статьи
• Настоящая обработка ошибок 404, или, по крайней мере, автоматический защитный механизм

Обновление 21/08/2024:

Новый выпуск при поддержке TranslatePress. Краткое резюме: их вмешательство привело к тому, что Весь мой сайт выдавал ошибку 404 в течение 16 часов, и Google как раз в этот промежуток времени просканировал сайт. Вот что произошло, в хронологическом порядке.

Исходная ошибка

TranslatePress создавал Ошибка 404 при использовании пользовательских слагов сайта. Я вручную изменил множество слагов. Плагин не отслеживал перевод этих URL-адресов, из-за чего переведенные страницы переставали отображаться.

Что сделала служба поддержки

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

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

Последствия

Я вхожу в систему заново Через 16 часов. И тут — куча ошибок 404. Плагин SEO действительно изменил URL-адреса, но перевод этих URL-адресов не была сделана. Результат: переведённый сайт не работал.

Речь идет о более 70 000 переведённых страниц в одночасье превратились в 404. Google сохранил старые адреса в памяти и за это время проиндексировал все эти ошибки.

Основная проблема остаётся прежней: TranslatePress не учитывает историю URL-адресов. Если страница возвращает статус 404, она не перенаправляет автоматически на новую страницу. Никакого восстановления, никакого автоматическое перенаправление.

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