Чи реально за один день зробити власну WordPress-тему, розгорнути її на shared hosting, додати мультимовність і не загрузнути в ручній рутині? У моєму випадку так.
Я переніс сайт-портфоліо з важкої теми Porto на власну тему на базі WordPress Bedrock, зібрав локальне середовище в Docker, використав Polylang для чотирьох мов, задеплоїв усе на Hostinger і віддав повторювану технічну роботу Claude Code.
Чому Bedrock, а не звичайний WordPress
Bedrock дає WordPress-проєкту нормальну структуру застосунку: залежності через Composer, конфігурація через `.env`, чіткий поділ між core і власним кодом. Для підтримки та деплою це набагато здоровіше рішення.
- Керування залежностями через Composer.
- Окремі конфіги для development і production.
- Власний код у `web/app/`, а core в `web/wp/`.
- Краща безпека, бо секрети лежать вище web root.
Локальне середовище: Docker + Bedrock
Локально я використав Docker з контейнерами для PHP/Apache та MySQL. Це дозволило майже повністю повторити production-умови й уникнути класичних проблем «працює у мене, але ламається на сервері».
make init
make up
make down
make shell
make wp CMD="plugin list"Такий підхід корисний не лише для команди, а й для AI-асистента: інструмент працює в тому самому середовищі, що й розробник.
Власна тема без важкого фронтенду
Porto виявилася занадто перевантаженою для портфоліо. Багато JavaScript, залежність від jQuery, зайва розмітка, page builder і слабкий контроль над кінцевою продуктивністю.
Нова тема будувалася навколо ідеї мінімуму залежностей: сучасний CSS, чиста семантична розмітка, локальні ресурси, жодних зайвих JS-фреймворків.
- `clamp()` для адаптивної типографіки
- CSS custom properties для системи кольорів
- Grid і Flexbox для макетів
- відключення jQuery та непотрібних стилів WordPress на фронті
Редагований контент через Customizer
Для мультимовного сайту критично важливо не розкидати тексти по шаблонах. Я виніс усі рядки в єдиний конфіг і побудував навколо нього реєстрацію налаштувань у Customizer.
return [
'shared' => [...],
'en' => [...],
'ru' => [...],
'uk' => [...],
'es' => [...],
];Далі helper-функції визначають поточну мову через Polylang і дістають потрібне значення з `get_theme_mod()` з коректним fallback.
Polylang і мовні URL
Окрім перекладу сторінок, потрібно було акуратно налаштувати URL. Я хотів мати `/ru/`, `/uk/`, `/es/`, а англійську залишити мовою за замовчуванням без префікса.
Найнеприємніша проблема була з `redirect_canonical`, коли WordPress намагався переписати мовний root URL. Це виправив невеликий MU-plugin, який вимикає canonical redirect для валідних мовних коренів.
Що реально дав Claude Code
AI не приймав архітектурних рішень замість мене. Але він дуже добре закрив об’ємну й повторювану роботу.
- виніс сотні рядків у конфіг
- переробив шаблони під helper-функції
- допоміг знайти проблемне місце в логіці редиректів
- згенерував технічний код і структури даних
У підсумку розробка скоротилася з кількох днів до кількох годин. Не тому, що AI «пише краще за інженера», а тому, що він прибирає механічну частину роботи.
Деплой на Hostinger через Git
Для production-процесу вистачило SSH-доступу, `git pull` і `composer install –no-dev`. Для Bedrock це природний workflow: код синхронізується як застосунок, а не через випадкові ручні правки на сервері.
Результати
- значно менша вага сторінки
- Lighthouse у високих дев’яностих
- мінімум JavaScript на фронтенді
- 4 мови з коректними зв’язками через Polylang
- сотні текстових налаштувань, які редагуються з адмінки
Короткий стартовий план
- Встановити Git, Docker і Composer.
- Створити або склонувати Bedrock-проєкт.
- Підняти локальне середовище через `make init`.
- Створити власну тему в `web/app/themes/`.
- Підключити Polylang і перевірити мовні URL.
- Налаштувати деплой через SSH і Git.
Висновок
AI-assisted WordPress development уже працює на практиці. Але він дає хороший результат тільки тоді, коли є сильна технічна рамка: продумана архітектура, розуміння WordPress і дисципліна в деплої.
Для подібного проєкту я знову вибрав би Bedrock, Docker, Polylang і AI-асистента для рутинної імплементації. Саме ця зв’язка дала найкращий баланс між швидкістю, якістю та контролем.
