Если нет решения в админке темы, то...
related.php отвечает в Woocommerce за вывод похожих продуктов (лежит в репозитории плагина). Открываешь шаблон 404 страницы своей темы, и вставляешь код из related.php в него. И будет тебе счастье.
Никакой проблемы не вижу в использовании плагинов. А костыль - костылю рознь.
Задача конкретная поставлена была, как реализовать функционал на WP. Понятное дело, что нестандарт (ну или не особо умно, что выбор пал на WP - подставьте что вам ближе). Однако зачем писать код с нуля (не юзая плагины и костыли), если можно сделать связку уже существующего кода. Время - ресурсы разница колоссальна.
Текущее примененное решение, которое у меня получилось в итоге не имеет проблем ни с загрузкой сайта (относительно конкурентов в выбранной нише), ни в плане технической SEO-оптимизации (дубли и ко) (мне так хочется думать, по-крайней мере).
Твоя правда)
Мы не знаем на каком этапе наполнения сайт у ТС. Можно воспользоваться плагином WP Multilang, если на то пошло.
Ну например сейчас затестил с ним - http://prntscr.com/lkrvaf
и без него - http://prntscr.com/lkrtt2
Конечно, эту фигню ставят просто поставив все галочки в настройках и не создавая исключений. Вообще, 90% всех топиков на форуме от того, что люди не курят документацию + от несовместимости тем/плагинов между собой.
Абсолютно солидарен.
Тест в скриншоте сделан на домене с http2.
Не соглашусь, при грамотной настройке (исключении важных скриптов) Autoptimize хорошо ускоряет сайт без потери информации и проблем.
Не панацея конечно, но плагин стоящий по своей сути. И да, бэкап перет тестом работы того или иного плагина никто не отменял.
Некорректно плагин у вас работает (настройка), отсюда и дубли и перемешивание контента ru и en.
Если кому то-вдруг понадобится такое решение, то решением была связка между собой плагина мультиязычности WP Multilang и плагина региональности.
К вопросу о дальнейшей обновляемости плагинов - много моментов сделано хуками, но и файлы плагина тоже редачились (без этого не обошлось). При обновлении (существенном) кусок кода просто заново придётся вставлять.
Использовалась функция подстановки слага языка в зависимости от текущего региона.
Карта сайта сделана YOAST инструментарием, т.к. WP Multilang дружит с этим плагином.
К вопросу о разумности такого подхода - всё индивидуально.
SeVlad, костыль... Но всё же я не понимаю почему нет решения для региональности, учитывая такое большое сообщество по WC.
Я в личку вам скидывал пример сайта, но на MODx - на мой взгляд очень удобно и актуально.
Мой сайт регистрирует регион, как тип записи: http://prntscr.com/ldvpzv
... но по факту выводит его лишь наверху сайта: http://prntscr.com/ldvp11
Я пробовал изменять постоянные ссылки, добавляя вывод типа записи к URL к товарам, но это не сработало.
Да, я вывел город в URL, но это было сделано через cookie: http://prntscr.com/ldvqo2
... , а это ни есть гуд - влечет кучу дублей...
Как зарегать это отдельным слагом - вот над чем ломаю голову.
Да понимаю я. И решение как мне казалось почти нашёл: https://toster.ru/q/227251
Однако не могу увязать это именно с Woocommerce и товарами.
На других платформах эту опцию вижу часто, и почему нет решения для Wordpress в общем и Woocommerce в частности - ума не приложу.
