15 років у WordPress та OpenCart: що з тих часів справді знадобилось

Ми в розробці вже понад 15 років, і за цей час встигли застати інтернет, яким він був до того, як став зрозумілим і зручним. Застали плагіни, які ламали сайт після кожного оновлення. Застали часи, коли SEO означало написати ключове слово тисячу разів білим текстом на білому фоні – і це справді працювало, до першої серйозної зміни алгоритмів Google. Розповідаємо, що з того досвіду виявилось сміттям, а що досі тримає нас на голову вище тих, хто в розробці два-три роки.

Коли SEO означало “ключове слово 1000 разів на сторінці”

У ті часи просування сайту виглядало приблизно так: невидимий текст білим по білому внизу сторінки, напханий ключовими словами; окремі “сторінки-двері” під кожен варіант запиту; мета-тег keywords, забитий сотнею фраз, які ніхто ніколи не читав. Це не міф і не перебільшення – ми самі колись здавали такі сайти в роботу, бо на той момент це справді піднімало позиції.

Проблема в тому, що частина власників бізнесу досі думає, ніби SEO – це щось із того часу: напхати текст ключовими словами і чекати на клієнтів. Сьогодні Google оцінює зовсім інше – реальну корисність контенту, швидкість сайту, мікророзмітку, репутацію автора. Сайт, зроблений за принципами 2010 року, у 2026-му радше зашкодить, ніж допоможе.

Сайт на WordPress: чому 15 років досвіду – це не просто цифра в портфоліо

WordPress змінювався разом із нами. Ми застали часи, коли редактор був звичайним текстовим полем, а будь-яка складна структура сторінки трималась на десятку плагінів, які конфліктували між собою. Сьогодні хороший сайт на WordPress – це чиста верстка під конкретний дизайн, без зайвих плагінів “на всякий випадок”, які лише сповільнюють сайт і відкривають нові діри в безпеці.

Верстка WordPress “з нуля” під макет – це окрема навичка, відмінна від збирання сайту з готового конструктора. Вона дає повний контроль над кодом, швидкістю та тим, як сайт виглядає на будь-якому екрані. А розуміння кастомних типів записів (custom post types) дозволяє побудувати структуру, яка справді відповідає бізнесу – окремо портфоліо, окремо відгуки, окремо послуги чи товари – замість того, щоб запихати все в звичайні “записи” й “сторінки”, як це часто роблять новачки.

Сайт на OpenCart: платформа, з якою сьогодні вміють працювати не всі

OpenCart не такий популярний у розмовах, як Shopify чи WooCommerce, але в Україні на ньому досі працює чимало інтернет-магазинів – і працює стабільно. Проблема в тому, що з роками все менше розробників хочуть у ньому розбиратись: простіше запропонувати клієнту переїзд на щось новіше, ніж розібратись у чужому шаблоні.

Сайт на OpenCart сьогодні найчастіше означає роботу з готовим магазином, який хтось зробив років п’ять-десять тому і який давно потребує оновлення. Верстка OpenCart “з нуля” під власний дизайн – це вже нішева навичка: типовий шаблон виглядає впізнавано й застаріло, а щоб зробити магазин, який не соромно показати клієнтам, потрібно розуміти шаблонизатор платформи, а не просто міняти кольори в готовій темі.

Ми застали OpenCart ще на версії 1.5.5.1 – і різницю між “чистою” збіркою та ocStore 1.5.5.1.2, яку тоді ставила більшість магазинів у нашому регіоні, відчували напряму. У базовому OpenCart 1.5.5.1 не було навіть повноцінних title і H1 для товарів і категорій, а на головній сторінці в коді шаблону ховався зайвий прихований H1. ocStore 1.5.5.1.2 це виправляв: додавав title, H1 і meta description для товарів, категорій, виробників і статей, прибирав прихований H1 та дублі метаописів, лагодив генератор Sitemap. Готового маркетплейсу розширень тоді ще не було, тому чимало модулів під конкретні задачі клієнтів ми писали власноруч – і це навчило розуміти ядро платформи, а не тільки її адмінку.

З тих часів ми точно знаємо, де правильно міняти код напряму у файлі, а де – через окрему модифікацію, яка не чіпає ядро. Тоді цей інструмент називався vqmod: він накладав зміни на файли через окремі патч-файли, не редагуючи оригінал напряму. Сьогодні те саме робиться через розділ “Модифікації” прямо в адмінці (OCMod), без сторонніх інструментів. Різниця здається технічною дрібницею, але саме вона визначає, чи переживе сайт наступне оновлення платформи, чи розвалиться після першого ж патча.

Семантичний код – стандарт, який ми знаємо ще з нульових, а не мода

Ще з тих часів, коли адаптивна верстка не будувалась на готових фреймворках, а мобільну версію доводилось прописувати вручну під кожен сайт, для нас лишається незмінним одне правило: дані мають лежати у відповідних тегах. Дата – у тегу time, а не просто текстом. Заголовок сторінки – один справжній H1, а не прихований у коді дублікат, як це було в базовому OpenCart 1.5.5.1. Верстка – не таблицею з невидимими комірками для вирівнювання, а структурою, яку розуміє і браузер, і пошуковий робот.

Це не питання естетики коду. Пошукові системи й сьогодні читають сторінку через структуру тегів, а не через те, як вона виглядає на екрані. Тому коли до нас звертається клієнт за новим сайтом, ми одразу пропонуємо реалізацію, яка витримає роки й масштабування, а не ту, яку доведеться переробляти через рік – просто тому, що ми вже бачили, чим закінчуються ці “тимчасові” рішення.

Старий досвід – це перевага, коли він не заважає рухатись далі

Найбільша користь від 15 років у розробці – не ностальгія за старими плагінами, а вміння швидко розібратись у чужому старому коді. Коли до нас потрапляє сайт, якому років десять, ми вже бачили подібне: знаємо, де шукати захардкожені посилання, які плагіни зазвичай ламаються при оновленні PHP, чому “просто перенести файли” рідко спрацьовує з першого разу.

Але старий досвід корисний тільки тоді, коли служить новим стандартам – швидкості завантаження, безпеці, зрозумілій структурі для Google, а не виправданням, щоб лишити сайт таким, яким він був. Якщо ваш сайт на WordPress чи OpenCart давно не оновлювався, або ви тільки плануєте новий проєкт і хочете, щоб він був зроблений правильно з першого разу – розкажіть нам деталі на сторінці створення сайтів.